Do you have a problem getting TeamViewer 8 to start at boot time in Fedora 18 and Fedora 17?
The issue comes from TeamViewer improperly placing the necessary SystemD component to have systemd start the service at boot. Its a simple fix! Just follow the commands below to correct!
sudo cp -r /opt/teamviewer8/tv_bin/script/teamviewerd.service /lib/systemd/system/
sudo service teamviewerd start
sudo systemctl enable teamviewerd.service
On a RHEL5, RHEL6 and any other RHEL variant, you might run into the annoying password prompt when you try to run virt-manager as a normal user. Normally, you will see this prompt pop up when you are logged into the Desktop Environment as a normal user, and then try to launch virt-manager from your "Applications --> System Tools" menu, or you might even see it when you run virt-manager from the shell as a normal user.
This is done for good reason, system security. But, when you are the primary workstation user, and you use Virtual Machines on a daily basis, you are like me and probably getting annoyed by entering your sudo or root password when you launch the virt-manager. HAVE NO FEAR! There is a perfectly acceptable way of managing this. We are going to take advantage of PolicyKit to manage what the normal user can run. In this case, we are going to create a policy that allows any user that is a member of the "virtman" group the ability to launch virt-manager without being prompted for authentication. This makes is easy to give this ability to other users of the machine by simply adding them to the virtman group that we will create.
Here we go. Follow these steps to get it setup:
1. Create the virtman group on your machine. You can do this however your comfortable, or you can simply use the command below: (Notice we made the group a system group for cleanliness)
sudo groupadd -r virtman
2. Add whatever users you want to this system group: (in this example we are adding the user JohnDoe to the group virtman)
sudo usermod -a -G virtman JohnDoe
3. Now, we need to create our PolicyKit policy that will allow the users of virtman to run virt-manager. You can do this in a number of ways. The contents of the file will need to include the following:
[Allow group virtman libvirt management permissions]
Paste the above lines into a newly created file at this path: /etc/polkit-1/localauthority/50-local.d/50-org.virtman-libvirt-local-access.pkla
You can use which ever editor you prefer, just so long as you place the file in the path I noted above, and that it has the contents as described.
But, if your like me, feel free to wget a copy of the file that I have hosted on this server. You can grab the file, and place it in the right directory using this command:
sudo wget -P /etc/polkit-1/localauthority/50-local.d/50-org.virtman-libvirt-local-access.pkla http://www.gigahype.com/wp-content/uploads/2012/12/50-org.virtman-libvirt-local-access.pkla
Voila! you are finished! You can test the results by simply starting virt-manager from your applications menu or the command line and it should no longer prompt for password for anyone that is a member of the virtman group!
Here are few great shortcuts that will make navigating in BASH a bit easier. This also works in many other shells, as I am often in Korn Shell in our AIX and HP-UX machines.
These were taking from the “Command Line Editing” in the bash manual. The bash manual is a well-written piece of documentation. It would do all SysAdmins well to read this manual a few times.
Well, here’s the new shortcuts I learned:
- Move back one character.
- Move forward one character.
- Delete current character.
- Delete previous character.
- Move to the start of line.
- Move to the end of line.
- Move forward a word.
f(a word contains alphabets and digits, no symbols)
- Move backward a word.
- Clear the screen.
What is Meta?
Meta is your
Alt key, normally. For Mac OSX user, you need to enable it yourself. Open Terminal > Preferences > Settings > Keyboard, and enable Use option as meta key.
Meta key, by convention, is used for operations on word.
Cut and paste (‘Kill and yank’ for old schoolers)
- Cut from cursor to the end of line.
- Cut from cursor to the end of word.
- Cut from cursor to the start of word.
- Cut from cursor to previous whitespace.
- Paste the last cut text.
- Loop through and paste previously cut text.
y(use it after
- Loop through and paste the last argument of previous commands.
Search the command history
- Search as you type.
rand type the search term; Repeat
rto loop through results.
- Search the last remembered search term.
- End the search at current history entry.
- Cancel the search and restore original line.
CodeWeavers has again launched a Presidential Election Year promotion! This is similar to the Lame Duck promotion that many of you may remember from 2008. This is the campaign that made me aware of CodeWeavers and Crossover, and has since helped me run all kinds of Windows software on my Linux workstations.
I have been a very happy customer of CodeWeavers since 2008, and now I am happy to help them spread the word on this new campaign. Heres the details:
If 100,000 people signup as "pledging to vote" in this years Presedential Election campaign, they will launch a 24 hour give-a-way of their Crossover software for Mac and Linux! All you have to do is enter your email address saying that you will be voting in this years election, and thats it! Once they hit 100,000 people signed up, they will announce when they will be doing the 24 hour give-a-way.
Click on the logo below to be taken to the "Flock The Vote" campaign!
When I was attempting to install VMware Workstation 8 on my Fedora 17 64 bit OS. I had a few problems when it tried to compile the virtual network adapters. After a little bit of trouble shooting and searching I realized there was a patch that I needed to apply in order to get the two working together.
As noted below from a commenter named Adam, this method also works with VMWare workstation 8.0.4. Thanks Adam!
Heres the steps:
First, we need to make sure we have all the dependancies installed before proceeding, so run the following command:
yum install gcc kernel-devel kernel-headers
Then, download VMware Workstation from http://www.vmware.com Once you have it downloaded, run the installer script that you downloaded. This will build Workstation in your OS. It will also inject a fwe more menu items. This is where I had my problems. When I tried to launch Workstsation, it would complain about not being able to compile a few of the modules it needed for the current kernel. To solve this problem, you will need to patch a few files. Diasnet from FedoraForums.org has built a very handy patch for us!
Download the patch here: patch-vmware803.tar
Once you have the tar downloaded, extract it to any directory ( /tmp is fine) and run the patch using this command:
After the patch has finished running, you should be able to launch VMware Workstation from your menu, and begin using it.
If you would like to read up more on the post over at FedoraForum.org, follow this link: http://forums.fedoraforum.org/showthread.php?p=1581288
Recently, I switched to Fedora 17 as my main workstation. I routinely use Citrix applications, and needed to install Citrix Receiver. I found there were some problems, mainly with dependancies, when trying to install it.
Heres what you need to do to get it installed.
First, you will need to add the RPMFusion Free and Non-Free repos in order to pickup the dependancies. Go Here to get the .repos for your version: http://rpmfusion.org/Configuration
Then, we need to install a few dependancies. Citrix Receiver is a 32 bit application, so you will need to install .i686 libraries if you are running it on a 64 bit OS. Here's the command we will need to use:
For 64 bit systems:
yum install libXaw.i686 libXp.i686 openmotif.i686
For 32 bit systems:
yum install libXaw libXp openmotif
After you have those installed, goto http://citrix.com and download the latest version of the Citrix Receiver application. Once you have it downloaded, install it using yum or rpm commands. This should be all you need in order to get it up and running!
If you are looking for an easy way to install Cinnamon on your Fedora 16 or Fedora 17 machine, your adventure just got easier!
Thanks to a FedoraForums.org user, Leigh123linux, its now as simple as adding his repo and yum installing two packages!
Heres a quick rundown of what you do:
First, you will need to add the repo to your /etc/yum.repos.d directory. Theres several ways to do this:
You can download the repo file from the link below by right-clicking, choosing "Save Link As" and saving it into your /etc/yum.repos.d directory.
Or, if you prefer to do things from the comman line, you can run the following command from terminal and it will create the repo file in the proper directory
sudo curl http://repos.fedorapeople.org/repos/leigh123linux/cinnamon/fedora-cinnamon.repo -o /etc/yum.repos.d/fedora-cinnamon.repo
Once you have the repo file, all thats left to do is install 2 packages. The first is a package called muffin, that supports GPU acceleration and works as the compositor for Cinnamon. You can install both of these by running the following command:
sudo yum install muffin cinnamon
Now that you have Cinnamon installed, you will just need to log out of Gnome 3. When you log back in, be sure to switch the session to GNOME Cinnamon in order to load the new Desktop Environment.
I will include some screen shots below if you would like to see what Cinnamon looks like in Fedora 17.
After seeing a good deal posted on slickdeals.net last week about these SDHC cards from Team Group. I decided to bite. Newegg was offering these cards at around 8 bucks each, so I decided to purchase two of them. I figured for 8 bucks, I could use one of them for my Raspberry Pi, and the other I could stick in my camera bag as a backup.
Here is a link to them on Newegg: http://www.newegg.com/Product/Product.aspx?Item=N82E16820313166
They look to have pretty good reviews, and on the back of the packaging the manufacturer is claiming the following: Read up to 20 MB/s and Write up to 18 MB/s Fully Class 10 Compliant Lifetime warranty (always a plus!) After the cards arrived a few days later, I decided to give them a really quick and dirty speedtest using palimpsest that is built into Gnome on my Redhat Workstation. The cards came pre-formatted at Fat32, so in order to conduct a write test, I had to delete the partitions and start with a blank card. My results were so-so. I seen an average read speed of about 17.7 MB/s, but only saw an average write speed of about 3.9 MB/s. I will attach a screen shot below: Afterwards, I decided to put an ext4 filesystem on the card and do another speed test using dd.
I was seeing better results when I had a filesystem on the card: [[email protected] /]$ sudo dd if=/dev/zero of=/mnt/output.img bs=8k count=256k 262144+0 records in 262144+0 records out 2147483648 bytes (2.1 GB) copied, 124.021 s, 17.3 MB/s And here is the same test with a smaller byte size argument: [[email protected] /]$ sudo dd if=/dev/zero of=/mnt/output.img bs=2k count=1024k 593791+0 records in 593791+0 records out 1216083968 bytes (1.2 GB) copied, 138.607 s, 8.8 MB/s For the money, these are good little cards. I would recommend them to anyone!