sysprep stuff

note to self

Ran in to some hassle with finding appropriate syspreps with VMware vCenter Converter. Quite simple as it turned out to locate them, but i keep forgetting what to put and where. Simply extract and copy all the contents of the appropriate package from this VMware KB article into the location that is displayed in the table. And remember, its not just the sysprep.exe it needs, but also the accompanying files as well. Hope i won't run into anymore time-wasting situations by forgetting this. Another thing worth noting is, in case a conversion was done without the proper packages in place, you can always initiate a reconfigure of the that VM using the Converter after making sure necessary files are in place.

teamviewer stuff

note to self

Just happened to shut the TeamViewer from within the remote computer console and got kicked out of my session with no way to re-connect. Luckily i had ssh access to the same machine and tried a few things to get it working, as just issuing the command on the ssh'd terminal didn't go so well. Googled a bit and noticed that few others have come across similar problems starting TeamViewer from the terminal, but couldn't find a simple method that worked. -didn't look that hard anyway- Found out its a easy fix.

export DISPLAY=:0

That should do it. All it seems to need is a proper $DISPLAY with the value set to where current display manager's running. Once that's taken care of, TeamViewer can be started as a background process with "&". It should work even better with something like "screen" but didn't try that. yet.

Moovida on F12

note to self

Experienced few problems getting Moovida to work on my Fedora 12. Moovida, formerly known as Elisa is a Media Center application. Elisa is still on yum, but the newer moovida is not on that yet.

One main problem on the old version Elisa, is that the grooveshark plugin is no longer working due to some changes (gstreamer?) [1] [2]. A set of Moovida packages for F12 are already available on the above bugzilla links, but they are not yet on the yum, seem to be undergoing review.

After downloading and building the RPMs from above, ran in to some other python related problem due to a deprecated function.

DeprecationWarning: the md5 module is deprecated; use hashlib instead

The fix was to install python-twisted.noarch

To sum it all up, below steps can be followed to get moovida on F12 until it appears on yum, which I'm hoping to take place soon.

1. Grab the SRC rpms from here. 2. Remove elisa components if they are already installed. 3. Install python-twisted.noarch along with it's dependencies. 3. rpmbuild --rebuild the moovida src rpms & install them.

Just checked it, and Grooveshark plugin is working without any problem now! :-) It doesn't have the facility to add tracks to the library, hope it's on the roadmap.

dcache on fedora12

Below are the steps taken to get dcache working on Fedora. I was using my Fedora 12 for this. A lot of stuff below is coming from my chat logs with wvithanage who is the project fellow.

Install below packages via yum along with their dependancies. yum package-name install

uuid-devel mysql-devel php-mysql php-ZendFramework-Db-Adapter-Mysqli lighttpd lighttpd-fastcgi

Make below symbolic links. You will have to create /usr/include/ossp directory as well )

Inside /usr/include/ossp/

uuid.h -> /usr/include/uuid.h

Inside /usr/lib

/usr/lib/libmysqlclient_r.so -> /usr/lib/mysql/libmysqlclient_r.so.16.0.0

Make a directory, and inside it run the below. If you don't have "svn" installed,

yum install svn would get that for you.

svn co https://dalesa.svn.sourceforge.net/svnroot/dalesa dalesa

Now, simply change the directory to "trunk" and run the below commands.

./autogen.sh ./configure --prefix=/usr sudo make install

Run sudo dcache Point the browser to http://127.0.0.1:8085/ and create a user and login. Make sure to put the mysql database access details properly, and assign a port for dcache to listen on..and you are done. Now change your browser settings to use dcache as the proxy, after few minutes of browsing you should start noticing activities on the graphs. Hope this helps..did this in a bit of a hurry. Probably will have to go through again and make sure i didn't miss anything out.

gnome autostart stuff

note to self

Seems that the prioritizing autostart scripts has been dropped for some reason. Wanted this as i wanted to get Rumpus to start as i login to my F12. But it depends on Internet connectivity or else the java starts throwing some exceptions at you. Someone on #fedora pointed this out, saying priorities are not one of the priorities ;-) of gnome-autostart dev's at the moment. Hopefully they will do something about that once the more important stuff are taken care of. For the time being, something like this can be used to get around the network connectivity by checking for the connection before trying anything.

#!/bin/bash check() { if [[ `nm-tool | grep "^State"` = 'State: connected' ]]; then -YOUR-STUFF-GOES-IN-HERE- else sleep 5 check fi } check

Nothing big, but saves sometime looking around. Hope this helps.

gnome stuff

note to self

Came across a small problem with a USB Scroll Mouse on Fedora 12, where the 3rd button functionality not proper. Simple fix was changing a gnome configuration key value. Good to have Configuration Editior installed for these sort of stuff. Change the key /desktop/gnome/accessibility/mouse/button_layout value from 2 > 3 and you are done. To get the Configuration Editor installed, yum install gconf-editor can be used.

squid stuff

note to self

Keep forgetting this one, and end up look around for it all over again. To get the Date & Time in a human friendly format on Squid, it can be piped through this.

#!/usr/bin/perl -p s/^\d+\.\d+/localtime $&/e;

Quite useful if you are going through the logs looking for activities on certain dates and times, and if you don't have a log-parser-report generator program installed. Found it over here.

Pidgin-2.6.4 RPMs for Fedora 12

Just built a set of RPMs from pidgin-2.6.4 which was released some hours ago. I think i have messed up the package naming conventions, made the build to appear as 2.6.4-0.f12pre. Had to make some small changes to the 2.6.3 .spec cuz. the .spec that comes with the source was not made specifically for current Fedora releases, as it appeared. If you are interested in checking them out, get them from the below links. libpurple-2.6.4-0.fc12pre.i686.rpm pidgin-2.6.4-0.fc12pre.i686.rpm finch-2.6.4-0.fc12pre.i686.rpm Uploading to MediaFire sucked big time! and then tried a similar site with the same result. Perhaps its their flash based upload tools that doesn't play well with Firefox-GNU/Linux. Uploading to RapidShare now, and probably won't be going back to any of those other services for a long time if it keeps working well. 2.6.4 is not on the yum yet, make sure to take this one off and put the proper one once it appears on the updates. This is only meant to be a experiment. :-)

gimp stuff

note to self I wanted to make my Twitter profile pic. animate. :-) It's quite easier than it might look, even I could get it done without much trouble! All that is necessary, is a bunch of photos in the sequence you want them to be animated. Easier if they are saved inside a single directory to minimize going back-n-forth looking for them. So, here is what you do. 1. Open up the 1st image in the sequence on Gimp. 2. Go to "File" on this newly opened up image window and select "Open as Layers..." and select the rest of the images to open. 3. Select "Rectangle Select Tool" and select a rectangular area with the content you want to have. ( Exact size of the rectangle in pixels will appear at the bottom part of the window. 4. Once the selection is made, go to "Image" either on the Top Menu bar or right-click context menu, and Select "Crop to Selection" 5. Now, go to "Filters" > "Animation" > "Optimize (for GIF)". This will open up a new window with the image. 6. Just to check how it will look in the end, once again go to "Filters" > "Animation" > "Playback" and play the animation step by step. -just hitting play is not that helpful cuz. frames move on quite fast. 7. Now save the file as a .gif & In the "Export File" dialogue, Select "Save as Animation" 8. In the "Save as GIF" dialogue select the option "Loop Forever" depending how you want it, and also give a decent amount of milliseconds as the delay between the frames. Also, check the tick box "Use delay entered above for all frames" :-) That's pretty much it! Check the file size before uploading it to twitter cuz. twitter has some limitation on the Profile Image size..I think 700Kbs. Used Gimp, cool tool it is!

bnx2x stuff

note to self

Experienced this issue on HP 460c G6 Blades. Host Operating System RHEL5.4 is using Broadcom Corporation NetXtreme II driver module bnx2x in this setup. Fully Virtualized Windows 2003 Server Guests could not transfer files over the network, while there is no drop of packets when tested with "ping" etc. and even the Remote Desktop Connections over RDP are working without any issue. Additionally, the Host OS's (RHEL5.4 , RHEL5.3 etc. ) doesn't seem to have any problem either. -before upgrading to the latest firmware Finally, adding

options bnx2x disable_tpa=1

to /etc/modprobe.conf which disables LRO (or TPA) on the bnx2x-based netwrok cards resoled this issue. All this above was done on HP NC-Series Broadcom 1Gb and 10GbE Multifunction Driver for Linux although it seemed to me as if the Broadcom Driver provided from RHEL5.4 it self should do the job with the above module options. Got the solve through Red Hat Support and i quote,

FYI, LRO (Large Receive Offload) is a technique for increasing inbound throughput of high-bandwidth network connections by reducing CPU overhead. It works by aggregating multiple incoming packets from a single stream into a larger buffer before they are passed higher up the networking stack, thus reducing the number of packets that have to be processed.

Now the funny thing is, when i read the above it feels like this is something i would want to keep turned on and not* off! :-) Guess its gonna take me some googling to get that one figured out.

mptlinux stuff

note to self

Experienced this weird behavior with a HP-DL580 G5, while installing RHEL4(U2) on it. The installer was looping at the detection of LSI Logic HBA adapter. Removing the card allows the installation to go ahead without any problem, but once installed and at the re-insertion of the card, the system was still getting halted at the initial device detection( some sort of a loop at detecting the HBA ). Looked to me as if some module(scsi?) being used with the device, which is not capable of handling the device properly was causing this problem. Removing the card, and then installing the mptlinux .rpm that is provided by the vendor, and then re-inserting the card solves this problem. Yet to test this with a later release of RHEL4 & 5, most probably the fix is already in place.