=== asac_ is now known as asac [00:02] hey robert_ancell_ [00:07] 'night everybody === robert_ancell__ is now known as robert_ancell [00:27] hi there. I could need some help with updating gnome-nettool to 2.27.4 . I can't get the Launchpad-Integration to work, no Menu items are added to the "help"-menu. https://code.edge.launchpad.net/~amoog/gnome-nettool/packaging2.27.4 is my current progress. I also tried adding a name to the "help1" menu, but had no luck either. [00:27] Hope someone here can push me in the right direction. === Pici` is now known as Pici [04:38] Hi, is the FUSA being replaced by User-switch-applet in Karmic? or is the temporary switch due to the GDM2.26? [05:01] mac_v: I believe its due to the new GDM. [05:02] TheMuso> so we'd switch to FUSA by the time of RC? [05:02] mac_v: Not sure [05:03] ok... thanx, was just wondering , whether i had messed up FUSA... :) === Amaranth_ is now known as Amaranth [07:00] Good morning === tkamppeter_ is now known as tkamppeter [08:19] hello [08:19] pitti: that's correct. Thanks for the explanation :) [08:20] hey didrocks [08:30] hey seb128 [08:30] good morning there [08:30] hello robert_ancell [08:33] robert_ancell, reading your email about gnome-games [08:33] hey seb128 [08:33] hey robert_ancell [08:33] I'm really not convinced that binary package inflation is a good thing [08:33] it means the apt index becomes less managable over time [08:33] Isn't that a scalability issue for apt? [08:33] too many entry, hard to work with list in package management tool, slower to download, etc [08:33] extra work [08:34] well it's rather than each description takes space [08:34] and every apt-get update download the index [08:34] Well, in this case I'm proposing we'll only be distributing a subset of games [08:34] and it makes the number of items in the package management tools [08:34] I'm fine with that [08:34] hey seb128 & robert_ancell [08:34] didrocks, hey [08:34] seb128: thanks for sponsoring, again and again :) [08:34] but I don't want to start splitting gnome-utils for each binary, and gnome-media and gnome-games, etc [08:35] didrocks, thanks for updates again and again ;-) [08:35] didrocks, if you look for tasks I've work for you [08:35] well I'm only interested in gnome-games as there is a good reason for splitting it now [08:35] which one? [08:36] anyway, gtg, see you guys next week [08:36] seb128: fire up ;) [08:36] ok, see you! [08:36] have a nice week end [08:36] good night robert_ancell! [08:36] didrocks, gobject-instrospection and clutter-0.9 to rebase on debian [08:36] robert_ancell: have a good weekend! [08:36] didrocks, kov added clutter-0.9 0.9.6 to pkg-gnome [08:36] seb128: ok, I will do that between two quickly commit ;) [08:37] it should be mostly a sync I looked at the diff yesterday [08:37] though they did some different choices for the gobject-introspection [08:37] so you might to merge that first [08:37] owen rolled a mutter tarball too could be nice to try to get that in universe now [08:37] I will try to get gjs in universe too [08:37] btw, do we have anything in Ubuntu to talk to gobject-introspection-supporting libraries through Python? [08:37] so gnome-shell can build [08:38] I'd love to use libgudev from Python [08:38] ok, I will look at this [08:38] pitti, I don't think so [08:38] seb128: I should ask huats how he collaborate in alioth to avoid doubling the effort [08:38] that was formerly called "pybank", but was renamed or changed/merged or something [08:38] didrocks, easy, ask for pkg-gnome membership on alioth [08:39] seb128: I think I will have to put more patch in debian bts before asking for membership [08:40] didrocks, right, fair enough, or maintain a package directly in debian as huats do [08:41] pitti, commented on the gdmsetup blueprint [08:41] seb128: merci [08:50] seb128: just a question, do you follow a ML to see what has been commited to pkg-gnome or what is in debian experimental/NEW? [08:50] didrocks, no, I'm on #gnome-debian in irc.gnome.org and the commit are displayed on the channel [08:51] oh, ok [08:52] which is something which would be really cool to have there too but not sure if that's possible on launchpad [08:57] having every new uploaded package of "gnome category" or just "bzr commit" in ~ubuntu-desktop? [08:59] didrocks, commits [08:59] so you know who is doing what [08:59] and you have a sense of work getting done ;-) [09:00] it's probably possible with launchpadAPI, I can do it, but not within those few weeks, I think :) [09:03] didrocks, well, polling on the server is not efficient, would be nice to have a trigger or a built in feature, but don't bother with that [09:04] there, gdm down to 5 small patches, and no autoreconf [09:04] * pitti puts down the patch cleanup axe [09:04] james_w, ^ do you think if there is a way to have commit to the team vcs displayed on irc? [09:04] pitti, speaking about gdm, look at http://git.gnome.org/cgit/gdm/log/ [09:04] seb128: I packaged a git snapshot [09:04] pitti, \o/, the ping for patch review worked [09:05] Ray fixed the session thingy [09:05] yeah, I did talk to them on #gdm about that and patch review 2 days ago [09:05] seb128: yeah, I got some responses and patches applied \o/ [09:05] pitti, IRC nagging is sometime useful ;-) [09:05] I gave them so 7-8 bugzilla URLs with patches to review there [09:05] and they have been nice enough to look at the list [09:06] yay [09:06] the patch stack is so much nicer now [09:06] I really hate 81_initial_server_on_vt7.patch, it's a nasty hack [09:06] 5 patches still seem a lot [09:06] and 03_hide_system_users.patch is still being discussed, that should eventually go away, too [09:06] the rest is reasonable [09:07] we have two that could be forwarded [09:07] I mean, I'll forward them, perhaps they could be applied upstream [09:08] * debian/patches/01_xrdb_nocpp.patch: [09:08] - call xrdb with the "nocpp" option (Ubuntu: #14268). [09:08] hm, that bug reference is definitively wrong [09:08] but it's clear enough what it does, I'll forward that one [09:09] oh, heh, seems that's not even shipped any more [09:09] pitti, it's not wrong [09:10] pitti, that was just a bugzilla.ubuntu.com number [09:10] pitti, bug #20507 now [09:10] Launchpad bug 20507 in gnome-session "should call xrdb with -nocpp" [Medium,Fix released] https://launchpad.net/bugs/20507 [09:10] oh, I see [09:10] thanks [09:12] pitti, I'm also not sure the -br change is still useful [09:13] seb128: no, already killed that [09:13] see gdm branch [09:13] ok [09:13] seb128: hm, we patch data/Xsession.in for xrdb, but ship our own debian/Xsession (which doesn't use xrdb at all) [09:13] the default server would probably make sense upstream too as a configure option [09:13] so either we should use upstream's variant and forward the patch, or drop the patch and keep our own script [09:13] seb128: *nod* [09:14] the directory workaround needs autotools work too [09:14] I don't like to do autotools changes ;-) [09:14] already settled [09:16] pitti, I'm not sure why we have your own Xsession script to be honest but I would tend to use debian had a reason [09:16] not sure if the reason still stand though ... [09:16] well, old gdm had a session type chooser [09:16] the lazy way would be to keep using that since it works [09:16] for failsafe, etc. [09:17] seb128: I'm inclined to test the upstream one [09:17] lowering delta is always good [09:17] +1 [09:17] it's still early karmic [09:17] right [09:17] * pitti test-builds the current bzr state for now [09:18] seb128: I'll look into the xsession script afterwards [09:18] ok [09:18] but current gdm doesn't even have a session type chooser, hasa it? [09:18] * pitti can't find one [09:19] it does [09:19] you need to select an user [09:19] right, I did; and then? [09:19] at the bottom [09:19] you have session and keyboard selectors [09:19] I have language, keyboard, and a11y [09:20] I've language keyboard and session [09:20] as text entries [09:20] weird [09:20] session listing GNOME and fluxbox there [09:20] you maybe have no other session than GNOME [09:20] ah, but no failsafe, etc.? [09:20] right, that could be it [09:20] no, there is a bug open about that [09:20] but an xterm session, etc. would be nice [09:21] seb128: either way, since debian/Xsession presumably is from the old gdm, I'd rather use upstream's [09:21] pitti, bug #399516 [09:21] Launchpad bug 399516 in gdm "Missing "Run Xclient Script" option from gdm sessions menu (dup-of: 398300)" [Undecided,New] https://launchpad.net/bugs/399516 [09:21] Launchpad bug 398300 in gdm "gdm ignores .xsession file" [Low,New] https://launchpad.net/bugs/398300 [09:21] pitti, right, me too [09:22] seb128: thanks [09:23] WTH? build now fails with [09:23] (gconftool-2:30958): GConf-WARNING **: Failed to load source "xml:merged:/home/martin/ubuntu/desktop-bzr/build-area/gdm-2.26.1+git20090717/debian/gdm//var/lib/gdm/.gconf.mandatory": Couldn't resolve address for configuration source: Bad address `xml:merged:/home/martin/ubuntu/desktop-bzr/build-area/gdm-2.26.1+git20090717/debian/gdm//var/lib/gdm/.gconf.mandatory': `+' is an invalid character in a [09:23] configuration storage address [09:23] ** [09:23] GConf:ERROR:gconftool.c:969:main: assertion failed: (err == NULL) [09:23] oh, that's my version number, I see [09:23] drop the + [09:23] what does it have to do in a gconf tree anyway.. [09:24] pitti, ls /usr/share/xsessions [09:24] seb128: right, just gnome.desktop [09:24] pitti, having extra session is just a matter of dropping .desktops there [09:25] we could easily add some in the debian directory to copy there for the options you listed before [09:25] https://bugs.edge.launchpad.net/ubuntu/+source/gdm/+bug/399516/comments/1 also has a user session desktop example [09:25] Ubuntu bug 399516 in gdm "Missing "Run Xclient Script" option from gdm sessions menu (dup-of: 398300)" [Undecided,New] [09:25] Ubuntu bug 398300 in gdm "gdm ignores .xsession file" [Low,New] [09:30] seb128 / pitti - i just saw your comment about the session issue being fixed in GDM now [09:30] i still intend to write a patch for metacity to disable the dialog though. there's still quite a f ew applications that don't play nice [09:31] seb128: right, sounds like a good idea; I'll add a failsafe one at least, and have a look at the two bugs you mentinoed [09:32] pitti, thanks [09:32] chrisccoulson: hm, but wasn't it useful for something? [09:32] chrisccoulson: it should probably display it if you enabled session saving? [09:32] pitti - not really, other than annoying users. [09:33] it only means that the window size / position won't be saved. and metacity will show the dialog regardless of whether you want to save the session or not [09:33] i don't think it warrants a dialog every time you log out [09:33] the dialog is displayed only when an application claim to register to the session but don't do it correctly no? [09:34] seb128 - the dialog will be displayed for any application that doesn't tell the window manager its client ID - that basically means any application that doesn't connect to the session manager [09:34] or any application that does connect but is buggy [09:34] hum [09:34] eg, xterm, synaptic both trigger this dialog [09:34] any proprietary application or non-native app will trigger it too [09:35] I probably never close my session with lot of cluttering on screen [09:35] every time you log out;) [09:35] I guess synaptic does not do it because of gksu ? [09:35] I'm too well behaved for that ;-) [09:35] mvo - most likely, yes [09:35] but i think a dialog is complete overkill for this. it should just be a warning in the users .xsession-errors [09:36] if the user actually notices window positions are not restored after they save their session, they'll report bugs against those applications [09:36] (i think) [09:40] new gdm works great \o/ [09:40] fantastic:) [09:40] seb128: ideally LP would have CIA integration or something [09:41] pitti, rock on! [09:41] james_w, there is no hackish way or receipe for that right now? [09:41] you can do it client side with the bzr-cia plugin [09:41] but it requires everyone to install and configure it [09:42] or you could run a watcher on one machine [09:42] ok thanks [09:42] I was curious to know if some teams or channel already had something similar we could copy [09:54] pitti, do you know if any karmic language pack update is scheduled? [09:54] ArneGoetje: ^ ? [09:54] seb128: no, I just read dpm's announcement that they are finally open now [09:55] pitti, ok, I was not sure of who is in charge of those between dpm and ArneGoetje now [09:56] pitti: seb128 ArneGoetje told me that the first langpack had started to be generated and would be released in a couple of days (the same which is stated in the announcement). ArneGoetje is currently in charge of them [09:56] dpm, ok thanks [10:15] seb128: It looks like something broke gedit recently [10:16] process 13636: type array 97 not a basic type [10:16] process 13636: type array 97 not a basic type [10:16] .. [10:16] zsh: segmentation fault gedit [10:16] lool, did you reboot since you upgraded gvfs and dbus? [10:16] No [10:16] that would be it [10:16] I'll do that then, thanks [10:16] not sure what is going on [10:16] but something doesn't work as expected after upgrade until dbus restart [10:17] It looks like the daemon and the lib disagree about gtype ids, but it means these are passing around gtype ids which would be nasty [10:19] lool, I don't really understand what is going on and if the issue is rather gvfs or dbus but a restart fix it [10:22] seb128: Killing gvfsd wasn't enough, but once I had killed all gvfs processes it worked [10:22] It looks like we're missing a kill in an upgrade script [10:22] weird, I'm pretty sure I had the issue after a session restart the other dya [10:22] day [10:23] These were the processes I had before killing http://paste.ubuntu.com/220378/ [10:23] (I had killed gvfsd stuff already) [10:48] seb128: isn't your gnome-menus bug an alacarte bug? [10:48] seb128: ie, what is it doing? [10:49] vuntz, dunno [10:49] vuntz, run alacarte, sudo touch /usr/share/applications/something [10:49] vuntz, and your gnome-panel applications menu is empty [10:49] alacarte and gmenu-simple-editor still work [10:50] err, no, works here? [10:50] not a surprise you always deny having bugs in your code ;-) [10:50] no? ;-) [10:51] hum, I don't get the issue either now [10:52] see [10:52] that's not a valid bug :-) [10:52] (for those kind of bugs, it's basically impossible to know what's going on unless you attach the stuff from ~/.config/menus) [10:53] any decision on ephy+webkit yet? [10:53] * asac sits in front of a failed build of the gecko stuff against 1.9.1 and wonders if he should really start looking at this [10:54] vuntz, hum, I don't get it again now, annoying [10:54] 11:52 < vuntz> (for those kind of bugs, it's basically impossible to know what's going on unless you attach the stuff from ~/.config/menus) [10:54] seb128: and stop leaving when I talk to you ;-) [10:54] lol. thats seb128 [10:54] vuntz, I restarted my session to see if that makes a difference [10:54] he should start using screen + irssi at least ;) [10:55] asac: I definitely agree :-) [10:55] vuntz, well I tried the steps and that emptied the menu so I though that was enough [10:55] asac: re ephy+webkit, decision will be taken during the next release team meeting upstream. That being said, the ephy team has definitely switched to webkit [10:55] asac, I would use a proxy if we had one such service free somewhere [10:55] well. they have switched for two cycles now ;) [10:56] asac: sure, but they never released tarballs with webkit before. Now they do :-) [10:56] ah ok. so there is indeed improvement [10:56] when is the next release team meeting? [10:57] i want to get all ported before alpha4 cycle so if i know lets say shortly after alpha3 is out that would be good enough i guess [10:57] the question is not really epiphany [10:57] asac: before end of july [10:57] but rather to know if other desktop components will switch too [10:57] though if its like just 20% chance now that we get it i would start anyway [10:58] because i have the feeling that the ephy port might be a bit of a beast [10:58] seb128: yeah. but the other stuff is most likely easy to port (and most i already did) [10:58] well the question is not to be easy or not [10:58] is to know if we will ship the webkit versions [10:59] I'm not going to ship code not flagged as ready by GNOME [10:59] then gnome should also review the state of their gecko epiphany [10:59] :) [11:00] how is that revelant? [11:00] seb128: well. if they say that they dont go for webkit it practically means they have no browser for distros that want to do xul 1.9.1 [11:00] well, as said I don't really care about epiphany we have epiphany-webkit [11:00] imo that should be considered when deciding whether or not to allow webkit [11:01] ok [11:01] that's rather other desktop components [11:01] ie what we ship on the CD [11:01] the issue with webkit is not to accept it, is to make sure that the webkit version has no major issue, they are blocking on webkit not be accessible right now for example [11:04] vuntz, gnome-panel doesn't seem to pick some changes or that's gnome-menus ... did you drop the command line gmenu test tool? [11:05] fyi, people.ubuntu.com gets now redirected to people.canonical.com for me ;) [11:06] asac, for me too [11:06] seb128: it's not installed anymore. Still in git [11:06] so seems people.ubuntu.com is getting closer to become open to community ... which is great! [11:06] vuntz, when I hide or unhide gnomecc.desktop the panel doesn't pick the change dynamically [11:07] seb128: and it works in my jhbuild [11:07] hum ok [11:08] * seb128 stop bothering about gnome-menus [11:08] is there any weird patch for gnome-menus that you use? :-) [11:08] vuntz, fix alt-f2 not working ;-) [11:09] vuntz: Hmm that broke recently for me as well; not sure whether it's related, but I installed a wine app a couple of weeks ago and got it in the menu immediately (new top level menu) but after installing another app last week I had to killall gnome-panel to see it [11:10] vuntz, no weird patch in karmic no [11:17] seb128: I have no idea why it stopped working. I assume it's broken in compiz too? [11:17] vuntz, yes [11:17] I'm using compiz [11:19] lool: was it for a new app in this new top level menu? [11:19] vuntz: it was for a new app below this top level menu, actually a new submenu [11:20] (Wine > Programmes > Game X, Game Y etc.) [11:20] that could be a bug, yes. Can you file it? [11:22] bryce: do you know whether the kernel team plans another kernel upload by alpha 3, which could pull drm-intel-next? [11:23] bryce: (I guess you'll update the userspace bits by next Tuesday, so that a3 ships with the lastest intel drivers?) [11:24] vuntz: GNOME #588859 [11:24] Gnome bug 588859 in general "Submenu doesn't appear in menus" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=588859 [11:28] lool: thanks [11:32] pitti, no clue, I've probably got less insight into kernel team plans than you do [11:33] bryce: ok, just wanted to know whether you already happened to hear about that; I'm happy to talk to them about it [11:33] and yes, I plan to either get 2.8.0 in for A3 or if that's not released by then, at least an updated git snapshot [11:33] bryce: the stuff needs to be in by next Tuesday for a3 [11:33] yep, I know [11:34] pitti, 2.8.0 is scheduled for "Monday or Tuesday" [11:34] hah, nice timing [11:37] yeah :-/ [11:37] * bryce keeps fingers crossed, and goes to bed. [11:49] hi there. I could need some help with updating gnome-nettool to 2.27.4 . I can't get the Launchpad-Integration to work, no Menu items are added to the "help"-menu. https://code.edge.launchpad.net/~amoog/gnome-nettool/packaging2.27.4 is my current progress. I also tried adding a name to the "help1" menu, but had no luck either. [12:06] hi [12:06] I just upgraded from jaunty to karmic dev release [12:07] I'm logged into my gnome desktop. alt+tab, the shortcut for expose, and switching desktops using the keyboard, isn't working [12:07] I can switch desktops using a mouse click [12:07] desktop effects are set to "normal", and animations etc. are working [12:08] alt+space to activate the window menu also does nothing [12:08] XF86AudioMute does work [12:09] seb128: hi, any ideas? [12:09] ctrl+alt+L works to lock the screen [12:09] SteveA, hey, seems compiz is bugged, try asking mvo [12:09] ha! I knew this answer ;) [12:09] hi mvo! [12:10] hey SteveA [12:11] SteveA: what is the output of "gconftool -g /apps/compiz/general/allscreens/options/active_plugins" ? [12:11] steve@blixa:~$ gconftool -g /apps/compiz/general/allscreens/options/active_plugins [12:11] [core,ccp,dbus,place,mousepoll,gnomecompat,move,resize,decoration,png,svg,imgjpeg,text,neg,video,wall,snap,animation,scale,scaleaddon,expo,staticswitcher,regex,resizeinfo,workarounds,ezoom,vpswitch,extrawm,fade,session] [12:12] (just for the record, all of that works here) [12:13] hmm... is there some way I can reset it to defaults? [12:14] there is [12:14] gconftool --recursive-unset /apps/compiz/general/allscreens/options/ [12:14] but before you do that, perhaps get a backup of ~/.gconf, so that we can debug it further, if mvo wants to? [12:14] should I do this, or is there some debugging you want to do? [12:14] gconftool --unset /apps/compiz/general/allscreens/options/active_plugins [12:16] Ampelbein, looking [12:16] SteveA: hm, my initial idea was that gnomecompat might be missing, but that is there [12:17] seb128: thanks. the problem for me comes in the change from libglade to gtkbuilder and I don't really know how to debug this. [12:17] so, I have made a tar file of .gconf/ [12:17] SteveA: what does "gconftool -g /apps/compiz/plugins/staticswitcher/allscreens/options/next_key" have ? [12:17] and run the command: [12:17] gconftool --unset /apps/compiz/general/allscreens/options/active_plugins [12:17] and logged out and back in [12:18] alt+tab + shifting desktops with the keyboard still does not work [12:18] steve@blixa:~$ gconftool -g /apps/compiz/plugins/staticswitcher/allscreens/options/next_key [12:18] Tab [12:18] Ampelbein, your ui path is obviously wrong [12:18] Ampelbein, there is no "menubar1" in the source [12:19] ups, grepping in the wrong directory [12:19] seb128: huh? [12:19] what is the issue exactly? [12:19] SteveA: if you have a backup of .gconf you can run "gconftool --recursive-unset /apps/compiz/" [12:20] seb128: the menu items do not get added to the help menu [12:20] Ampelbein, have you tried to make the path start with /ui/menubar...? [12:21] steve@blixa:~$ gconftool --recursive-unset /apps/compiz/ [12:21] Failure during recursive unset of "/apps/compiz/": Bad key or directory name: "/apps/compiz/": Key/directory may not end with a slash '/' [12:21] SteveA, gconftool --recursive-unset /apps/compiz [12:21] ok [12:22] done that. no output. [12:22] that's normal [12:22] it did reset your config though [12:22] works better now? [12:22] no change in the working of key combinations [12:22] do I need to log out first? [12:22] compiz --replace [12:22] Ampelbein, I've to go for lunch by try adding /ui that might be it [12:23] seb128: i'll try that [12:23] seb128: thanks for looking [12:23] you're welcome [12:23] seb128: done. screen went crazy for a few seconds. I now have 2 desktops rather than 6. alt tab still does nothing. [12:23] lunch bbl [12:23] I'll go for lunch too... meanwhile, I'll try a new user account [12:24] SteveA: that is a bit mysterious, try the guest account [12:24] to see if it's a user config issue or a global issue [12:24] * mvo nods [12:24] mvo, no guest account in karmic [12:24] wasn't that a gdm2 feature? [12:24] I need to look into that [12:25] but you can create a fresh user, test with that, and remove it again afterwards [12:25] right, what SteveA said [12:25] using a different account works [12:25] so, it's something in the 'steve' user's configuration [12:27] SteveA: as a first bisecting, I'd switch off desktop effects and try again [12:28] if it's still there, I suspect gnome-settings-daemon; if that fixes it, probably compiz [12:28] with no desktop effects, alt+tab and desktop switcing work === MacSlow is now known as MacSlow|lunch [12:29] I'm trying to switch "visual effects" back to "normal" [12:29] but I have a pop-up with a message "searching for available drivers..." [12:29] and a progress bar that is sweeping like a cylon and reading 0% [12:29] yeah, that will take some seconds [12:29] (known wart) [12:30] it's been 2 minutes already [12:30] oh, that's not good then .. perhaps you could mail /var/log/jockey.log to me then? [12:31] pitti: it's in my home on rookery, jockey.log [12:31] oh, it's empty [12:33] SteveA: does "ps aux|grep jockey-backend" show a process? [12:33] yes [12:33] hm, so it got activated, but doesn't do anything [12:34] sudo killall jockey-backend [12:34] sudo /usr/share/jockey/jockey-backend --debug [12:34] and in another terminal, [12:34] jockey-gtk --list [12:34] that should cause some debug stuff to appear from jockey-backend? [12:35] ok... [12:35] I have a "Application problem" window [12:35] telling me jockey-gtk closed unexpectedly [12:35] ah, so it crashed then [12:35] and [12:35] steve@blixa:~$ sudo /usr/share/jockey-backend --debug [12:35] sudo: /usr/share/jockey-backend: command not found [12:35] oh, I missed a directory [12:37]