Wednesday, March 31, 2010

facepalm.jpg

While browsing dockapps.org site I've found interesting applet.  It is very similar to my WMVolMan, but have more functionality, like customizable commands and LUKS partition mounting.  And it uses modern UDisks instead of obsolete HAL.  Since I was planning to migrate to UDisks, I took a closer look at this applet...

First look at configure.ac scared the shit out of me me:

PKG_CHECK_MODULES(dbus,dbus-glib-1)
PKG_CHECK_MODULES(libnotify,libnotify)
PKG_CHECK_MODULES(gnome_keyring,gnome-keyring-1)
...
AM_PATH_GTK_2_0(2.18.0,,[AC_MSG_ERROR(cannot find libgtk)])

I know, dbus-glib is necessary to access UDIsks service via DBus and easily integrates into glib mainloop, but for fuck's sake, tell me what the hell GTK+2 is doing here?  I don't even asking about libnotify (which depends on org.freedesktop.Notifications DBus service, which in turn provided by GNOME Notification Deamon) and GNOME Keyring library (which depends on daemon of the same name).

Next, I looked into dockapp window code.  I shouldn't have done it, really.  The whole dockapp code was written using ONLY GDK and GTK.  With signals, callbacks, widgets, blackjack and hookers.

And finally, take a look at this:

$ ls -logh wmudmount 
-rwxr-xr-x 1 267K Mar 30 23:06 wmudmount
$ ls -logh wmudmount
-rwxr-xr-x 1 102K Mar 30 23:06 wmudmount
$ ldd wmudmount | wc -l
47

I know that ldd shows both, direct and indirect dependencies, but that's the point.  And I was using -Wl,--as-needed.

Comparing to my wmwolman:

$ ls -logh =wmvolman   
-rwxr-xr-x 1 32K Jan  4  2008 /usr/bin/wmvolman
$ ldd =wmvolman | wc -l
19

One may say that WMVolMan have tree times less functionality, but hey!  Why would someone use WindowMaker inside GNOME (and it WILL be "inside GNOME" just after libnotify and libgnome-keyring starts all GNOME services like gconf and gvfs) with dockapps enabled?  Just stay with gvfs and Nautilus.

• . . . . . .. . . . . . . . . . . ,.-‘”. . . . . . . . . .``~., 
. . . . . . . .. . . . . .,.-”. . . . . . . . . . . . . . . . . .“-., 
. . . . .. . . . . . ..,/. . . . . . . . . . . . . . . . . . . . . . . ”:, 
. . . . . . . .. .,?. . . . . . . . . . . . . . . . . . . . . . . . . . .\, 
. . . . . . . . . /. . . . . . . . . . . . . . . . . . . . . . . . . . . . ,} 
. . . . . . . . ./. . . . . . . . . . . . . . . . . . . . . . . . . . ,:`^`.} 
. . . . . . . ./. . . . . . . . . . . . . . . . . . . . . . . . . ,:”. . . ./ 
. . . . . . .?. . . __. . . . . . . . . . . . . . . . . . . . :`. . . ./ 
. . . . . . . /__.(. . .“~-,_. . . . . . . . . . . . . . ,:`. . . .. ./ 
. . . . . . /(_. . ”~,_. . . ..“~,_. . . . . . . . . .,:`. . . . _/ 
. . . .. .{.._$;_. . .”=,_. . . .“-,_. . . ,.-~-,}, .~”; /. .. .} 
. . .. . .((. . .*~_. . . .”=-._. . .“;,,./`. . /” . . . ./. .. ../ 
. . . .. . .\`~,. . ..“~.,. . . . . . . . . ..`. . .}. . . . . . ../ 
. . . . . .(. ..`=-,,. . . .`. . . . . . . . . . . ..(. . . ;_,,-” 
. . . . . ../.`~,. . ..`-.. . . . . . . . . . . . . . ..\. . /\ 
. . . . . . \`~.*-,. . . . . . . . . . . . . . . . . ..|,./.....\,__ 
,,_. . . . . }.>-._\. . . . . . . . . . . . . . . . . .|. . . . . . ..`=~-, 
. .. `=~-,_\_. . . `\,. . . . . . . . . . . . . . . . .\ 
. . . . . . . . . .`=~-,,.\,. . . . . . . . . . . . . . . .\ 
. . . . . . . . . . . . . . . . `:,, . . . . . . . . . . . . . `\. . . . . . ..__ 
. . . . . . . . . . . . . . . . . . .`=-,. . . . . . . . . .,%`>--

Sunday, March 14, 2010

GNU is Not Usable

If you want to make something completely unusable - give it to GNU crowd.  These guys seem to have ability to turn anything they touch into shiny and whistling piece of bad-smelling shit.  No need to go far - take a look at GNU info.  And the progress never stops, every new release of their info browser is getting worse and worse, they are making impossible things possible.

Recently I was playing with WindowMaker project, trying to clean it's autocrapped buildsystem.  Inside WindowMaker there are WINGs library and WPrefs application that both contains gettext-driven translations, having three textdomains in total.

Here comes the question for one million points: how all these textdomains can be handled with one configure script?  And by "handled" I mean "single autoreconf invocation should update Makefile.in.in and shit for all po subdirs".  Answer is: you can't, shut up and suffer.

GNU is so GNU...