Archive

Author Archive

NFSv4 and the seven Nobodies

March 5th, 2014 1 comment

I don’t know why this is still an issue on Debian/Linux machines but it is as annoying as it already was 2 years or more ago. Imagine you want to export /home via NFSv4 on a server so your clients can mount it remotely. Mostlikely, you will end up with lots of nobody:nogroup labeled entries, when you do a ls -la /home on your client. Check your logfiles and when you find something like:

rpc.idmapd[1905]: nss_getpwnam: name ‘USERNAME’ not found in domain ‘localdomain’

chance is high your idmap is not properly configured. This service is needed for NFSv4 as far as I know. Unfortunately, it is sometimes deactivated by default. Check /etc/defaults/nfs-common for this entry:

NEED_IDMAPD=yes

which also will tell NFS to start idmapd on startup. Next step is to adjust domain settings which depends on your setup.

  • Check DNS/DHCP server config, especially on correct domain name and it’s export if this is desired
  • Check if the client correctly receives and sets domain name (see lease-file and domainname-command for example)

Last but not least you need to check /etc/idmapd.conf to have this entry:

Domain = yourdomain

where yourdomain must be set properly. If you’re not sure about the DNS/DHCP config and/or receive a (none) by the domainname command, you want to go with localdomain as value here.

Do not forget to restart all reconfigured services and that should fix the issue.

Categories: linux Tags: , , , ,

Latexila: Latexmk -synctex=1 bad option

October 30th, 2013 3 comments

Hey there!
Some of you maybe also use Latexila to create their Latex documents. In the current version the predefined build commands fail with an error message

Latexmk: -synctex=1 bad option
...

I’m not sure if this is a mistake in the defined commands in Latexila or the options of Latexmk have changed. But anyway, the proper way to work around is to remove the synctex argument from the build commands within the GUI. Unfortunately, on my system (Debian Jessie – Latexila 2.8.3) the frontend immediately forgets about the changes.

Fortunately, we run an open system so one can modify the XML file which defines these commands. It’s location is:

/usr/share/latexila/build_tools.xml

We will see if this survives the next system update, cheers! 😉

Categories: linux, software Tags: , , ,

Todo.txt – Organizing Tasks nicely

October 6th, 2013 No comments

Everybody should know this feeling: lots of things to do…much more than a human can keep in mind…what the hell should I do?.
Obviously, we need some help to memorize and organize our activities. Since it can be a confusing path full of failure and religious discussions about pros and cons, I won’t talk about best practice or Getting Things Done; this is a personalized pilgrimage. Instead I will tell you about a nice little thing I came across while I tidied out my Gnome3 Extensions – Todo.txt.

It is a platform-independent, portable, plain-text approach to store tasks. Basically, there are two files on your computer’s or smartphone’s storage, a todo.txt and a done.txt, which are readable plain text files to keep open and closed activities. These files can be edited via an App, any editor, a command line interface, or as in my case a Gnome Extension. You can give your tasks personalized priorities, timestamps, related projects and locations as additional information to group and organize them as you need it.

Personally, I like the idea and the approach. The Gnome Extension looks good to me so far, because there’s a shortcut to open it and you can navigate and control it via your keyboard…and has fancy colors for priorities 😉 I will test it also on my Android phone and if it is as portable as it seems to me, I finally found a supplement to my old-school time planer notebook (yeah it’s made from paper!).

Categories: software Tags: , ,

Eve Online on Linux

October 1st, 2013 3 comments

A long time ago in a galaxy far, far away….there was a native Linux client for Eve Online. Someday, some bloody Sith decided to cancel further development. Since then, only a Windows client was officially available. If you were a hardcore nerd, you tried Wine to get things up and running. The result was depending on the versions of Wine and Eve itself.

I gave up using this setup years ago and walk through the dark and muddy paths of Windows to play my favorite game. Several time ago, a MAC client was introduced which basically is a WineX/Cedega shipped with Eve and I got hope CCP would start supporting such an approach in a way Linux would benefit from it too. Nothing like that happened so far…which makes me sad…

But today things changed a bit, because I got it Eve up and running again with Wine on an Intel HD 4600 grafics adapter. I will describe nearly all I’ve done, also stuff that didn’t work because Wine seams to behave a little randomly 😉 Here’s my setup:

  • Intel HD 4600
  • Debian GNU Linux Jessie (testing) with 3.10-3-amd64 kernel
  • Wine 1.4.1

My first approach was to build wine for 64-bit architectures from source, by adding –enable-win64 to the configure variables in the wineinstall script. But this didn’t work with the 32-bit binary of the Eve installer. So I’ve tried building a 32-bit Wine from source. Unfortunately, therefore you need several 32-bit libraries and their sources. They can be made available by adding i368 architecture support to system, which I describe next because it is needed anyway. The config.log file which is written during the configure process when you execute the wineinstall script (see Wine README for description) will give you hints about the missing libs.

To shorten this: I couldn’t get Eve working with this new version of Wine, which potentially does not mean it won’t since it is marked with Gold Status on the Wine website. Well I lost a little faith here so I removed all I had done so far and started from skretch with the Wine included in the APT packet pool. After a

sudo aptitude install wine

and executing it, you will be told that this isn’t a real wine installation because it currently is not natively available for 64-bit architectures. So you have to do a:

sudo dpkg –add-architecture i386
sudo aptitude install wine:i386

It is also necessary to get winetricks via:

wget http://winetricks.org/winetricks
chmod +x winetricks

When all this is done you need to start winetricks and install the following components (individually and ordered is prefered!)

  • corefonts
  • vcrun2005 (MS VC++ 2005 / MFC libs)
  • vcrun2008 (MS VC++ 2008 / MFC libs)
  • vcrun2010 (MS VC++ 2010 / MFC libs)
  • d3dx9_43 or newer d3dx9_36 also works if having trouble (DirectX 9)

I’m not sure if all the VC++ stuff is needed or just the actual one. But two things are very important here!

  1. DirectX has to be installed after VC++ libs ! I don’t know what the problem is, but doing DirecX first raises errors on vcrun installation and breaks things.
  2. After installing all this you need to change the order in which Wine uses the libs of MVC++ 2010. This does all the magic I needed to start Eve. Therefore start winecfg, navigate to the libraries tab, and set the state of the msvcr100 entry to (builtin,native) via the Edit button.

Now you can begin to install Eve Online. There are some minor bugs with missing text etc. But all works for me. The performance is a little bit poor but I think with a proper grafics card all is fine. There are also some D3D tweaks known to improve performance by adding them to the wine config. I haven’t tested this yet but I’m quite sure performance in general is getting better in the future.

Have fun and fly dangerously!

Categories: EvE, games, nerdcore, software Tags: , , ,

cannot connect to X server after su

May 2nd, 2013 No comments

When you connect via SSH with X11Forwarding enabled to a remote host, switch the user via su, and try to run a X-application, you will usually end up with the following error message.

X11 connection rejected because of wrong authentication.
APPLICATIONNAME: cannot connect to X server localhost:11.0

This is the case because only the user who connected to the host has the access rights to connect to the his X-session. I found a post mentioning the little tool sux (for su and X) which wraps the wanted functionality. It is available for Debian/Ubuntu via apt. If you want to have X but have to switch user just do

sux USER

that’s all. THX.

Categories: linux Tags: , , ,

No shit, Sherlock?

April 8th, 2013 No comments

This is how my IDE welcomed me today. I have to say I’m using it for several years and like the TotDs, because they usually contain nice hints…well not this day I think. 😀

Codeblocks TotD

Codeblocks TotD

Categories: c/c++, fun, nerdcore, software Tags: ,

Could not read DVD. This may be because the DVD is encrypted and a DVD decryption library is not installed.

February 6th, 2013 2 comments

This thing above is the actual error message I got when I was trying to play a DVD that I legally bought…well f*** you guys I thought and after emptying my bottle Jim to the half and stressing Google I found a solution.

libdvdcss seems not to be included in Debian packages anymore…don’t know why. 😉 But this URL will contain DEB-files one can install via dpkg -i to view the content one’s payed for.

http://packages.medibuntu.org/pool/free/libd/libdvdcss/

Have fun 😉

Categories: linux Tags:

Radiated Cigarettes, Dead KGB Agents, and the Potential Assassination of Yasser Arafat

December 16th, 2012 No comments

Actually, I read a great blog article I want to share with you: So About That ‘Glowing’ Cigarette…
It feels like reading a whodunit (nice new word learned, baby) until you realize it is the truth.

Duke Nukem 3D for free

December 13th, 2012 1 comment
Categories: fun, nerdcore, Uncategorized Tags:

sudo forgot /sbin

December 10th, 2012 No comments

I got confused by some APT messages today, saying it cannot find ldconfig. A little trial-and-error made me found my environment (PATH) has forgotten /sbin and other folks. Long story short, it turns out sudo did not source the environment correctly, leaving out root-depending paths. Adding the following line at the top of  /etc/sudoers will fix this:

Defaults        secure_path=”/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin”

So long…

Categories: linux Tags: