mount: unknown filesystem type 'udf'

Did you get this error?

mount: unknown filesystem type 'udf'

Well, you probably just updated your kernel and forgot to reboot like i did.  Just reboot and try again.  Hope that helps.

Planet M.U.L.E. Error MuleException liblwjgl.so wrong ELF class: ELFCLASS32 (Possible cause: architecture word width mismatch)

Have you ever gotten an error like this?

Planet M.U.L.E. Error
MuleException

/home/geek/mule/data/lib/liblwjgl.so: 
wrong ELF class: ELFCLASS32 (Possible cause: 
architecture word width mismatch)
Please run mule.sh to start the game.

Well, do not worry, here is the solution.  The reason you are getting this error is that mule.sh is trying to use a 32 bit library instead of a 64 bit library like your machine probably requires.  I got this error when launching the game M.U.L.E. for the first time on a 64 bit linux box. The only thing you need to do to fix this error is change the LD_LIBRAY_PATH in your mule.sh file as follows.

The old line looked like this:
export LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH

so change it to:
export LD_LIBRARY_PATH=.:/usr/lib/jvm/java-7-openjdk/jre/lib/amd64

Your library path may be different. In order to find what LD_LIBRARY_PATH to change to, I ran the following command:
 $ locate jre/lib | grep 64

This assumes that you have recently run the updatedb command, and have the openjdk installed, but it shows all of the files in the java runtime library that mule needs.  Your java runtime library may be on a different path.

Hope that helps.

Block anonymous users from seeing media wiki history

It looks like a patch to the install will be necessary for making it such that anonymous users do not get to see histories.  And while the  Other restrictions section of the mediawiki page, as of today, confirms this fact, that page does not make it clear how to actually prevent histories from showing up for anonymous users.

But have no fear, as of mediawiki 1.18.1, the following easy changes to two files have worked pretty well for me at preventing casual anonymous users from seeing the histories of pages:

1) Change the beginning of the history function in the includes/HistoryPage.php file so that it looks like this:

function history() {
    global $wgOut, $wgRequest, $wgScript, $wgUser;

    if ( ! $wgUser->isAllowed('edit') ) {
        $wgOut->addWikiMsg( 'nohistory' );
        wfProfileOut( __METHOD__ );
        return;
    }

2) Change the beginning of the insertDiffHist function in the includes/ChangesList.php file so that it looks like this:

public function insertDiffHist( &$s, &$rc, $unpatrolled ) {

    global $wgUser;

    if ( ! $wgUser->isAllowed('edit') ) {
        return null;
    }

This should prevent anonymous users from being able to see the histories of pages. For bonus points in the comments, let us know how badly this will affect our search engine rankings.

Enjoy.

Error for wireless request "Set Encode" (8B2A) : SET failed on device wlan0 ; Invalid argument.

Have you gotten an error like this?

Error for wireless request "Set Encode" (8B2A) :
    SET failed on device wlan0 ; Invalid argument.

Do not worry. This is the error you will get when you specify the wrong WEP key with the iwconfig command.

Just go back and make sure you have the correct key entered for the extended service set identifier (ESSID) you are trying to connect to.

Cheers.

Using the Places module (or Gadget) in e17 or enlightenment

Apparently the new version of the enlightenment window manager (called e17 as of now) trys to use udisks instead of hal. But some of the modules, such as Places, have not been updated to use udisks yet.

So, if you load the "Places" module, and then add the Places gadget to, say, your bottom shelf in enlightenment, it may look something like this:So it just shows a blank grey area with no Gadget in it. Not to mention that if you plug a usb device in, the Places module will not detect it. So in order to fix this, I did this:

Solution

1) installed the hal daemon from here.
   a) if you are using archlinux, 
      first install cower from the AUR, and then ...
   b) cower -d -d hal-git
   c) make dependencies first if needed
      I only needed hal-info I think
   d) cd hal-git
   d) makepkg -s
   e) sudo pacman -U hal-git-someDateYouBuiltIt-1-x86_64.pkg.tar.xz
2) Then start the hal daemon
   For archlinux users, probably # /etc/rc.d/hal start
3) removed the old Places gadget from my shelf
   right click the Places gadget 
   (which is just a blank area) -> Gedget Places -> Remove
4) unloaded the Places module
   left click desktop -> settings -> modules -> Places -> unload
5) restarted enlightenment 
   left click desktop -> enlightenment -> restart
6) reloaded the Places module 
   left click desktop -> settings -> modules -> Places -> load
7) added the Places gadget to my shelf 
   left click shelf -> settings -> gadgets -> Places -> add gadget
8) plugged in a usb camera ...
   watched it appear as a new device on the shelf ...
   inside the Places gadget ... Yay!
9) Right Click Places -> Gadget Places -> Move to -> Desktop

My Places gadget on the desktop now looks like this with a camera plugged into a usb port:
And when I click on it, it opens a file manager, and shows me the files on my camera ... imagine that. Hope this blog post helps get the Places module working on your desktop.