SVU's blog

07 Dec 2004

GNOME

Massive cleanup in gkb-new. Only xmodmap stuff is remaining from that point. Got confirmation from Shooby (humm…) that I can move xmodmap data to X11 licence (to xkeyboard-config) – but will not do it, for now. Still, xmodmap stuff needs some cleanup and polishing – the slow, error-prone process (expecting loads of bugreports). Well, really, xmodmap layouts are in a good shape as they are – BUT since it was agreed to use Alt-Alt as a default switcher – I have to ensure that all layouts are ok with it (Alts are used in a “conformant” way). So here can be some problems…

04 Dec 2004

GNOME

Thanks to Alexandre Prokoudine, I got my very own “head”. So now Planet GNOME can use it with all the stuff coming from my name.

HAL

It seems the project “a battery the way HAL percieves it” finally cought me. Ma, I swear, I did not want to start it!

29 Nov 2004

libxklavier

Ugh. Released 1.12. And it really works with xmodmap (yeah, I tested)! By default, xmodmap is disabled – but just adding –enable-xmm-support to configure turns it on.

GNOME applets

Next thing to do is to perform major cleanup in gkb-new directory tree (remove xkb-based layouts, remove C code etc etc). Sure, I won’t do it till I discuss it with other folks involved in gnome-applets maintenance. BUT this is a minor thing comparing to the bigger issue I got. I would like to move all xmodmap data from gnome-applets to xkeyboard-config. And cannot do it without contacting the author. Yeah, you are right. This is about viral GPL which I cannot turn into MIT X11.

Hardware

Got my nice new mouse: Logitech® MX[TM]1000 Laser Cordless Mouse. 12 buttons. Damned xmodmap sees only 7 of them – even though server itself (and xev) sees all 12 (well ONLY with evdev patches!). Trying to realize where is the bottleneck – still stuck… Also, found lmctl. Nice utility, indeed! And it shows the mouse battery status! What about the GNOME applet for it? I always missed such a thing with previous Wireless MS Explorer… Unfortunately, ordinary user cannot write into /proc/bus/usb files – so I’m afraid I’ll have to dig into Project Utopia, Dbus etc etc etc. Scary business…

20 Nov 2004

libxklavier

Lazying around xmodmap support, I tightened the gcc options. Now I use “-Wall -Werror” which is ok. But “-ansi” makes me some trouble. No more strdup and snprintf – they are not standartized. Sure, good old #ifdef allows me to put their declarations into my headers – but thats sucks big time… Especially taking that snprintf is REALLY not avalable on some systems.

At the moment, I just declare these functions inside #ifdef (keeping the -ansi in Makefile.am) – but I’m afraid at the end of the day I’ll have to provide my own implementations. _XklStrdup and _XklSnprintf?.. 🙁

PS Do NOT ask me to use glib please. It is not standartized by fd.o yet.

PPS The code is not in CVS yet. Just in case if you are interested…

16 Nov 2004

libxklavier

Another breakage of libxklavier API is nearly there (not in CVS yet but…). xmodmap support happens to be more PITA than I expected. Well, it is good anyway – the reason to cleanup and polish.

This time I will try to make the API transition process as smooth as possible – I will commit all changes to libxklavier, g-c-c and g-a simultaneously – and at the same time I’ll release 1.12 of libxklavier. I really hope this will save me some bad mail… If anyone has better ideas on how to handle this – I’d appreciate. The biggest challenge is that jhbuild builds libxklavier from CVS – but at the same time g-c-c and g-a cannot depend on unreleased API…

Planet GNOME

Now, when I am registered at the Planet GNOME, I’d love to get my very own little hackedgotchi. Is there anyone who would be able to help?

08 Nov 2004

GNOME

Thanks to ska-fan and jdub, this blog is recognized by the Planet GNOME. Now, if only my name would be written in cyrillic as Сергей Удальцов…

04 Nov 2004

Libxklavier

About to release 1.11 (actually, it is already tagged). Keeping the API stable, I performed substantial internal reogranization. For now, all the xkb-related code is localized (well, at least from the compiler POV – noone knows when I bump into some implicit assumptions which won’t work for xmodmap logic). The vtable idea seems to be the WTG. Scary thought – but it seems I finally have to go for xmodmap support. Sure, not earlier than 1.12…

05 Oct 2004

libxklavier

So, the version 1.04 is out. Really want it to be the last version in 1.0x series. It is fairly stable IMHO to be the last one. In CVS, I already broken (cleaned up) API in HEAD – so libgswitchit is changed in the GNOME HEAD, so before GNOME 2.9.1 I have to release libxklavier 1.1 anyway (if I do not want to get killed by angry users of jhbuild). In libxklavier I am going to use xkbcomp, as Ivan advised, instead of calling XkbGetKeyboard – so all the preparation work will really be done on the client side – and the server will get absolutely prepared stuff. Architecturally-wise, this is way better than current situation – using rules files on the client side and looking for the components on the server side.

28 Sep 2004

XKeyboardConfig

Yesterday (well, actually today) released the version 0.4. Nothing particularly revolutionary – just fixes, polish etc etc. It seems the project is now in some stable mainenance state.

15 Sep 2004

libxklavier

There goes an interesting discussion regarding XKB-compatibility of the library. Theoretically, I see Michael’s point – I just think XKB specs are weak in the configuration department, so if we do not make some extra assumptions – we end nowhere (with very irritated user at least).