[04:31] <AliTabuger7> how do you "convert" an xmodmap file to evdev?
[09:43] <mvo> seb128: what is the status of gtkbuilder btw? can glade (or something else) read/write it now? or is a converter still required?
[09:46] <seb128> mvo: glade svn is almost there now, it will be ready in jaunty
[09:46] <crevette> mvo, I think you still need to convert
[09:46] <crevette> hello there
[09:46] <seb128> lut crevette
[09:47] <mvo> ok, so nothing yet in intrepid?
[09:47] <mvo> that can do read/write natively?
[09:48] <mvo> I got a patch for update-notifier to use .ui instead of glade and if that works well I will switch the other stuff too (synaptic)
[09:48] <mvo> but I think I want native read/write before that
[09:49] <seb128> why?
[09:49] <seb128> just use the gtk converter, that's what most of GNOME do
[09:49] <seb128> that's stupid to keep a libglade dependency, using extra libs, etc just to not run the converter
[10:02] <crevette> mvo, other programs using gtkbuilder works well, I think you just need to run the converter at build time and voila?
[10:02] <crevette> s/works well/didn't run into issue/
[10:04]  * mvo nods
[10:09] <didrocks> speaking about .ui files with gtkbuilder, does someone knows if it is possible to export a tab in an another file (the goal is : you can embeeded an optional module with a dedicated tab created with glade)
[10:16] <mvo> didrocks: having that for our gnome-control-center patch would rock
[10:18] <didrocks> mvo: ok, so, if I can have have something like that for my personal project, I will let you know if I can adapt to gnome-control-center :)
[10:19] <didrocks> mvo: is the aim to suppress the right tree?
[10:19] <didrocks> left, sorry ;)
[10:20] <mvo> patching glade/ui files is anoying, so having something a "#include "mytab.ui" would make patching the stuff a whole lot easier
[10:22] <crevette> I think it is possible to load an ui to include it as a child widget in the ui
[10:23] <crevette> at least I remember having to deal with such code
[10:23] <crevette> http://library.gnome.org/devel/gtk/stable/GtkBuilder.html#gtk-builder-add-objects-from-file ?
[10:24] <crevette> it is what you're looking for?
[10:30] <didrocks> crevette: I will have a look right now :)
[10:31] <didrocks> crevette: excellent! gtk_builder really rocks :)
[10:31] <didrocks> thanks a lot
[10:41] <mvo> crevette: oh, nice. thanks for this link
[10:41]  * crevette knows how to read the doc, but not how to code :)
[10:41] <crevette> I should apply as API finder helper
[10:42] <crevette> happy that helps you
[10:53] <didrocks> crevette: do you have some function like !find !feature and also... easter egg ? ;)
[10:53] <crevette> gnii ?
[10:54] <crevette> ah :)
[10:54] <crevette> I'm not a bot
[10:54] <crevette> however something like a bot to find functions from a sentence would be convenient
[11:10] <mvo> https://bugs.edge.launchpad.net/ubuntu/+source/gconf/+bug/290995 <- strange, I wonder if that is releated to our gnome-network-preferences patch (also I fail to see how)
[11:19] <crevette> mvo, you can blame seb128, he is g-c-c maintainer :)
[11:20]  * seb128 slaps crevette
[11:26] <crevette> mvo, at least, i really quickly read over the code I don't see a gconf_client_get_bool (USE_PROXY_KEY ...)
[11:26] <crevette> so I would re-assign to control-center
[11:26] <crevette> http://svn.gnome.org/viewvc/gnome-control-center/branches/gnome-2-24/capplets/network/gnome-network-preferences.c?revision=9002&view=markup
[11:44] <didrocks>  mvo: I noticed a lot of (250 on a basic installation)
[11:44] <didrocks>  "_usr_share_...png" icon names in /usr/share/app-install/icons/. Is that
[11:44] <didrocks>  wanted? (which has more than 3000 files)
[11:45] <didrocks> (sorry, for the copy and paste from -devel, I was unsure you read it :))
[11:46] <didrocks> (and my putty at work didn't handle EOL correctly...)
[12:35] <mvo> didrocks: that should be ok,
[12:39] <didrocks> mvo: what the point of having "casual icon names" and names with "_user_share..."?
[12:39] <didrocks> what's*
[12:41] <mvo> didrocks: app-install-data has it so that gnome-app-install (and adept) can show the native icons of the applications
[12:42] <mvo> even when they are not installed
[12:43] <didrocks> mvo: and what's the difference with the other icons (in the same folder app-install) with casual names?
[12:45] <mvo> didrocks: I think it only happens if the icon comes from a non-standard location and to avoid possible name clashes in this case
[12:45] <mvo> didrocks: do you think this could/should be changed/improved?
[12:46] <didrocks> mvo: maybe, I was surprised by this name when trying to locate an png file, thinking of a bad script to set up them :)
[12:46] <didrocks> mvo: if this is to avoid name collision, this is understable
[12:47] <didrocks> mvo: the script that generate/decide which package to select and show in app-install is in the app-install package ?
[12:48] <didrocks> (I do not know how it works. Is it a list? A tag in every packages and there is a script on the server that populate a XML file before packaging gnome-app-install?)
[12:49] <mvo> didrocks: there is a script in bzr for it called "archive-crawler"
[12:50] <mvo> didrocks: it goes over all debs in the archive and checks for desktop files, then it extracts them and adds meta-data
[12:51] <didrocks> mvo: this file which lists everything is embeeded in gnome-app-intaller package or retrieved from the archives when doing an update?
[12:52] <didrocks> (I don't think this script is run in every client install, because of the load ;))
[12:53] <mvo> didrocks: all data is embedded inside "app-install-data"
[12:53] <mvo> didrocks: otherwise the load would be too high on the archive and the data is very static
[12:53] <mvo> when a release is done, we don't add/remove packages
[12:53] <didrocks> mvo: yes, I imagine :)
[12:53] <didrocks> ok
[12:53] <mvo> so its ok to have them in a package
[12:54] <didrocks> mvo: ok, I will take a look within those few days why there are those strange names, now that I have the goind pointers :)
[12:54] <didrocks> s/goind/good
[12:55] <mvo> didrocks: cool, thanks. keep me updated :)
[12:55] <didrocks> mvo: sure I will :)
[16:40]  * mpt drops a pin
[16:45] <andreasn> congrats on the new release guys
[16:45] <seb128> andreasn: thanks
[17:03] <Laney> \o/
[18:00] <james_w> mpt: http://mail.gnome.org/archives/gnomecc-list/2008-October/msg00006.html
[18:00] <james_w> mpt: Re: control-center discussion a few days ago
[18:00] <mpt> james_w, thanks, I saw that a couple of minutes ago :-)
[18:00] <james_w> ah, cool :-)
[18:01] <mpt> http://live.gnome.org/SystemSettings is what I've written at the moment (all research so far, no design)
[18:02] <james_w> cool
[18:04]  * mpt needs to reinstall Vista to have a closer look at how its Control Panel works
[18:42] <fta> seb128, was my debdiff bad ? (bug 251669)
[20:26] <seb128> fta: no, why?
[20:26] <seb128> fta: there is a new upstream stable version and we do upload GNOME bufix updates as stable updates
[20:26] <fta> seb128, i saw you posted another debdiff
[20:27] <fta> oh, i thought SRUs were requesting minimal changes
[20:27] <seb128> fta: that's the 2.24.1 to 2.24.2 update debdiff for the sru
[20:28] <seb128> fta: GNOME has a standing exception there too, we trust them to respect their freeze and not break things in stable updates (and verify the diff and test upgrades)
[20:28] <fta> I didn't know that.
[20:29] <seb128> now you know ;-)
[20:29] <seb128> fta: btw want to do the 1.8.2 update as an intrepid sru?
[20:29] <fta> ok
[20:29] <seb128> thanks