In Kubuntu/Ubuntu (and presumably Debian and other derivatives), the CTRL + ALT + F4 (or any other function key) keyboard shortcut switches from the desktop to a virtual terminal while CTRL + ALT + F7 brings you back to the desktop. However, I want to disable this as it's messing up my HTPC thanks to its dodgy remote control. While I could find a solution for Gnome/Ubuntu readily enough, KDE/Kubuntu was not immediately apparent.
I ran into the following error while running a script that was performing backups of files via rsync over ssh.
I ran into the following spiel when I attempted to SSH to a host just now:
Setting the timezone of an Ubuntu (14.04, Trusty) or Debian (7, Wheezy) server from the command-line is simple. Just run
dpkg-reconfigure tzdata and follow the on-screen prompts. However, if you are running an unattended installation, you might want to avoid interactive prompts and just gets the job done. To do this, simply run
$ sudo ln -sf /usr/share/zoneinfo/America/Anchorage /etc/localtime
/usr/share/zoneinfo/ to locate your timezone.
So, here I was writing a script that would automate the installation of a package in Ubuntu 14.04 and all was going swimmingly. Until I ran it. You know how some apt-get installs sometimes involve a technicolor pop-up that asks you for stuff? Well, those pop-ups interrupted my script which didn't proceed further. After much digging, I found that there are a couple of solutions for this:
bash: cannot set terminal process group (3987): Inappropriate ioctl for device bash: no job control in this shell
On a new Ubuntu 14.04 (Trusty) LTS server, I ran into the following:
$ su -c /bin/bash foo
bash: cannot set terminal process group (3987): Inappropriate ioctl for device
bash: no job control in this shell
su procedure worked and I was logged in as user foo.
After upgrading a Debian install to use PHP 5.4, I ran into the following error:
While transferring a file to a remote server is pretty easily done using PuTTY's sister program, pscp, sometimes one finds oneself to be too lazy to go through the steps required. Shouldn't it be possible to simply copy and paste the (text) file into a remote editor via PuTTY? It is and it works a peach. However, it does crack the shits every now and then complaining about the length of the clipboard (paste).
An easy avenue in Windows to change the encoding of a file is to open it in Notepad and then use the Save As option which allows you to specify the encoding that the file should be saved using ...
Linux does offer a bunch of solutions too, albeit perhaps relatively less simple:
Earlier today, I wanted to recover some files that I'd added to version control (for safe keeping). However, I did not want to retain the pesky
.svn files that plague every directory in the tree (unlike the wonderful git). GOOG directed me to solutions that all rely on Linux tools to do the trick. The following does work admirably: