=== asac_ is now known as asac [07:29] Good morning [07:32] hi pitti [07:34] hey ajmitch, how are you? [07:34] great, I'm at linux.conf.au this week :) [07:34] sweet, enjoy! [07:35] yeah, there are some great talks, and it's good to catch up with people again [07:56] good morning [07:56] good morning [08:00] salut didrocks [08:09] bonjour didrocks [08:11] hey pitti :) [08:11] didrocks: had a nice weekend? [08:16] pitti: cold, but great, thanks :) and you, was it good to be back at home again? :) [08:18] didrocks: indeed it was; we went for some skiing, and lots of sleep [08:18] and some Waltz dancing on Friday night at the "Semperopernball" [08:19] pitti: oh sweet :) [08:20] I've switch from screen + irssi to bip + weechat as there were no "smart filtering" plugin on irssi and perl is not of my taste to learn just for one script [08:20] I just have two issue with weechat: [08:21] - buffer order which aren't correctly ordered once reconnected (I have to run /layout apply 3 times once conncted to get it again) [08:21] didrocks: ah, how long did it take to set up bip? [08:22] hum, for the full bip + weechat + test, something like 3 hours (because bip version in intrepid is buggy) [08:22] didrocks: I get a random buffer order, too; I don't mind so much since I'm cycling through all of them in the morning anyway; however, there's a plugin for that [08:22] but appart from the bug, I think in 1 hour, all should have been properly setup [08:22] (bip was prepending "-" in backlog and "+" in each message, which made weechat and xchat a world of pain concerning hilighting) [08:23] the time to figure out that was the cause, etc… [08:23] the second issue is with the notification script. I've taken that one on the official website: http://www.weechat.org/files/scripts/notify.py [08:24] the issue is: you're still notified when you are the notified channel (easy fixed with comparing current_buffer != buffer when the hl happenned) [08:25] but I can't get the same think for private message as weechat.hook_signal doesn't give you the "guilty" buffer and so, you can't know if you are on it or not [08:25] didrocks: in lucid the notification script is shipped in the package already (also the other plugins which I was using) [08:25] oh? [08:25] didrocks: "when you are the notified channel"? I don't understand [08:26] didrocks: oh, I see what you mean; well, I actually want it that way, since I'm often on a different workspace [08:26] pitti: for instance, if my current channel is #ubuntu-desktop and you hl me on it, I don't want to have a notification [08:26] but you could certainy change it to not notify if the channel is the current one [08:26] that's was pretty easy and I've done it [08:26] the only issue now is for private messaging [08:27] if you speak with someone, you're spammed, right? [08:27] the only thing about the notifications that sucks for me is that I get a million of them in the morning right after switching on IRC :) [08:27] right, I am [08:28] I'll first installed weechat-plugins package [08:28] I've submit my first patch to upstream, but I really can't find in the API for fixing private message stuff === sabdfl1 is now known as sabdfl [09:05] good morning desktopers [09:06] bonjour seb128 [09:06] hey pitti [09:06] how are you? [09:06] did you have a good weekend? [09:06] I'm great, thanks! skiing was great yesterday [09:07] seb128: I've got another favour to ask, I'm afraid [09:07] oh nice [09:07] hey chrisccoulson [09:07] hey chrisccoulson [09:07] pitti, yes? [09:07] I need someone to commit two gpm patches upstream (https://bugzilla.gnome.org/show_bug.cgi?id=603470) [09:07] Gnome bug 603470 in gnome-power-manager "Do not abort if hal is not available" [Normal,Unconfirmed] [09:07] hey seb128 pitti [09:07] would you mind? [09:07] how are you? [09:07] pitti, sure no problem [09:08] chrisccoulson: I'm great, had a nice weekend; how about you? [09:08] pitti, you should really ask for git commit ;-) [09:08] pitti, not that it bothers me to do it but you commit enough to get it ;-) [09:08] hey seb128 [09:08] morning chrisccoulson [09:08] pitti - yeah, my weekend was good, but i'm really tired this morning [09:08] hey didrocks [09:08] seb128: looking for the instructions how to apply now [09:09] lut didrocks [09:09] pitti, do you need the wiki page or do you have it? [09:09] chrisccoulson, being tired on monday = not good sign for the end of the week [09:09] seb128: looking; It can't be so hard to find :) [09:10] seb128 - yeah, it's going to be a long week ;) [09:10] seb128: got it [09:10] pitti, ok good [09:11] seb128: hm, is it just me or is https://mango.gnome.org/new_account.php currently down? [09:12] pitti - WFM, but i get an invalid certificate warning in firefox [09:12] ah, it's back [09:13] same there [09:13] mmmm, i like mango [09:18] seb128 - i did the g-s-d update last night (along with libxklavier and libgnomekbd) [09:18] i can't upload those though [09:20] chrisccoulson, ok, I will get coffee now and look at sponsoring those [09:21] seb128 - thanks [09:30] seb128: I sent my git commit application now [09:30] pitti, rock on! [09:30] yay pitti \o/ [09:31] http://tinyurl.com/martinpitt-gnomepatches , that might be enough :) [09:32] pitti - that's a lot more than me, and i got git access [09:32] did anybody else got suspend broken? [09:32] works for me [09:32] bah [09:32] in fact, I got a suspend again during dist-upgrade [09:32] did you reboot since you upgraded? [09:32] xserver-xorg-evdev bug [09:33] it's broken on my laptop and mini configs [09:33] seb128: I upgraded yesterday, suspend works; I upgraded today again, and just got it during dist-upgrade [09:33] weird [09:33] seb128: broken how/ [09:33] ? [09:33] it doesn't go to suspend [09:33] sudo pm-suspend? [09:33] does that work? [09:33] I get the screensaver unlock dialog [09:33] i. e. kernel or desktop integration? [09:34] let me boot the mini [09:34] I don't want to suspend my laptop now [09:34] seb128 - did you just upgrade consolekit? [09:34] chrisccoulson, the upgrade is from thursday night [09:34] the mini doesn't connect to (or even sees) my home's wifi, which sucks [09:35] pitti, sudo pm-suspend...still hanging on the command line [09:35] ah [09:35] ie it doesn't do anything visible [09:35] seb128: /var/log/pm-suspend.log -> anything? [09:36] 00powersave suspend suspend:success [09:36] 01PulseaAudio suspend suspend: [09:37] and that's the end of it [09:37] iz pulse bug? [09:37] a-ha [09:37] so, hanging in the pulse script? [09:37] seems so [09:37] /usr/lib/pm-utils/sleep.d/01PulseAudio suspend suspend:Welcome to PulseAudio! Us [09:37] e "help" for usage information. [09:37] >>> >>> Welcome to PulseAudio! Use "help" for usage information. [09:37] >>> >>> success. [09:37] thta doesn't look intended [09:38] seb128: try moving away /usr/lib/pm-utils/sleep.d/01PulseAudio ? [09:39] sudo pm-suspend doesn't hang now [09:39] but the box doesn't sleep either [09:39] let me look through logs again [09:39] oh in fact it works after reboot [09:40] pitti, thanks [09:40] there has been pulseaudio upgrades since, let me apply those and see if it fixes it too === cking_ is now known as cking [10:04] urg [10:04] how do I know which default compiler flags are enabled in buildd? I guess this page doesn't make any authority (https://wiki.ubuntu.com/CompilerFlags)? [10:04] chrisccoulson, now I understand why you are tired ;-) [10:05] ou did those libgnomekbd updates in middle of the night [10:05] didrocks, out of looking at the build log I don't know [10:05] seb128 - i did the libgnomekbd update on saturday i think, but i finished the g-s-d update at around 4am ;) [10:05] seb128: ok, I'll just do that so [10:12] pitti, I just pushed your gpm changes if you want to close the bug [10:12] seb128: merci; will do [10:12] thanks! [10:12] chrisccoulson, libxklavier uploaded [10:13] seb128 - thanks :) [10:13] thank you for the work ;-) [10:14] does somebody have an idea why indicator-applet-sessions looks on my desktop pc as "(') michael" (first the poweroff button then the username) and on my netbook it looks as "michael (')" (first the username then the poweroff button)? [10:14] no, that's a ted question [10:15] geser - i think some other users already reported a similar issue [10:15] with the 2 indicators appearing in the wrong order [10:16] geser - bug 507026 [10:16] Launchpad bug 507026 in indicator-session "The indicator-session appears on the left of the indicator-me" [Undecided,New] https://launchpad.net/bugs/507026 [10:17] chrisccoulson, the libgnomekbd abi got broken without soname change apparently [10:17] thanks [10:19] seb128 - oh no :( how do we normally handle issues like that? [10:19] we tell upstream [10:19] I pinged svu on IRC now [10:20] let's see what he replies [10:20] I would tend to ignore that for libgnomekbd [10:20] since the rdepends are limited and I doubt many things use those [10:20] gkbd_indicator_config_load_images gkbd_indicator_config_free_images gkbd_indicator_config_update_images [10:20] those [10:21] yeah, and the rdepends are smaller now gnome-applets doesn't use it too [10:21] $ apt-cache rdepends libgnomekbdui4 [10:21] [10:21] $ [10:21] and libgnomekbd has 3 rdepends [10:21] g-s-d g-s g-c-c [10:22] I will quickly grep through those sources [10:22] and just upload if nothing use those api [10:22] cool, thanks [10:23] ok that was expected [10:23] none use it [10:33] pitti, ok, suspend fixed in current lucid [10:33] \o/ [10:33] thanks for looking to the issue with me [10:33] I've learnt something [10:33] that pulseaudio not only can break sounds [10:33] but also suspend! [10:33] huh? [10:33] what? [10:33] pulseaudio can suspend? [10:34] no, it can break suspend [10:34] aah [10:34] i see [10:34] the pmutils hook was hanging [10:34] was it? [10:34] ouch [10:34] yes [10:34] * hyperair wrote that hook [10:34] what went wrong? [10:34] dunno it was fixed meanwhile in the weekend updates [10:35] probably pacmd/pactl hung [10:35] " * debian/01PulseAudio: Rework pacmd bits (LP: #507941)" [10:35] I guess that one [10:35] ah [10:35] * hyperair looks [10:37] seb128: could you pastebin your 01PulseAudio from /usr/lib/pm-utils/sleep.d? i'm interested to know what changed. [10:37] * hyperair is on karmic [10:37] and i can't seem to coax a debdiff out of launchpad [10:38] hyperair, wait [10:38] k [10:38] hyperair, http://launchpadlibrarian.net/37960928/pulseaudio_1%3A0.9.22~0.9.21%2B341-g62bf-0ubuntu1_1%3A0.9.22~0.9.21%2Bstable-queue-24-gfa64-0ubuntu1.diff.gz [10:38] thanks. [10:39] pitti, don't get surprised if gnome-panel is much less busy in charts, it's not quicker [10:40] pitti, I did change to build applets as normal applets [10:40] pitti, so they show as different processes now [10:40] ie clock, notification-area, etc [10:40] aha. so pacmd finally got a more script-friendly interface. [10:40] vuntz asked for that to have details on crashes [10:40] seb128: ah, that's possible? [10:40] pitti, yes, it's a configure option [10:40] seb128: seems sensible, then it's also easier to see which applet causes load [10:40] indeed [10:41] it causes a bit extra memory usage [10:41] it causes a bit extra memory usage [10:41] ups [10:41] but I will turn it off again before lucid [10:46] chrisccoulson, libxklavier newed, I'm doing a small fix on libgnomekbd and will upload that one too [10:46] seb128 - thanks [10:46] (updating the shlibs) [10:46] libgnomekbdui got some new apis [10:53] seb128: could you have a look at that? https://bugs.edge.launchpad.net/ubuntu/+source/empathy/+bug/509081 plz [10:53] Ubuntu bug 509081 in empathy "last empathy stole debian revision" [Wishlist,New] [10:54] oh come on [10:54] (reaction on the bug title) [10:54] looking ;-) [10:54] I don't understand the issue I think [10:55] what is stealing a revision? [10:55] use a debian revision number? [10:55] dropping a debian revision? [10:58] seb128: well it use -1 without actually merging the changes [10:59] so I made a merge of the changes [10:59] oh ok, thanks [10:59] did debian did that many changes again? [11:00] not that much [11:01] btw I asked uplaod permission to this package (and others) but yesterday I tried and my upload was refused ;( [11:01] your diff is weird, is that current debian to merged debian? [11:01] current ubuntu I mean [11:01] like why does it change the 01_lpi ? [11:01] seb128: nope against current ubuntu [11:01] oh [11:01] I would expect this one to not change [11:02] because the last debian uplaod use source version 3 with quilt [11:02] and I refresh all the patches [11:02] ok [11:02] so lot of refreshing noise I guess [11:02] thanks [11:02] I will sponsor that in a bit [11:02] yeah the diff is a little too big for that [11:02] dunno why upload doesn't work [11:03] try asking cjwatson [11:03] I never looking properly how selected upload rights work [11:06] all theses patches make my cry.... :( [11:07] :/ [11:08] are we a so unresponsive upstream that you didn't submit most of them? [11:09] cassidy, I will have a look but most of those are not upstream things [11:09] ie notify-osd, libindicate, launchpad integration [11:09] autotools update [11:10] there is 3 patches that I think could be merged upstram [11:10] I don't mind merging libnotify patches if they are properly done (by checking server's caps) [11:10] what's the autotools patch? [11:10] btw, notify-osd/libindicate are not inherently ubuntu specific; they are upstream projects/releases that just happen to be done by Canonical employees [11:11] cassidy, I will review our changes while sponsoring the upload [11:11] and talk to kenvandine about stopping pushing fixes without sending them upstream too [11:11] and talk to kenvandine about stopping pushing fixes without sending them upstream too [11:11] but of course they'd need to be in a proper detect-during-configure/fallback to standard GNOME componetns way [11:11] pitti, I agree. And said I was ready to consider to merge it once it's properly implemented [11:11] cassidy, the autotools one is just us running autoconf locally [11:11] we prefer to do it in a static way than on buildds [11:12] autotools behaviour can change depending on the version etc [11:12] cassidy: indeed; in fact, checking notify daemon server caps is a good thing in the first place (KDE is using the API as well now, IIRC, and there might be other implementations, too) [11:12] we need to run autoconf to pick the lpi depends in configure [11:12] I see. So yeah that's really a packaging specific thing [11:12] yep [11:12] pitti, we already have code parsing and checking caps upstream; so integrating your patch shouldn't be an issue [11:12] anyway I will make sure things which are not upstream yet will be this week [11:13] thanks [11:13] np [11:13] I'd like to avoid another libindicate patch fiasco :\ [11:14] cassidy++ [11:15] we try to be good citizen [11:15] but seems kenvandine try to do too many things sometime and forget about upstreaming some [11:15] I will talk to him when he's there [11:42] bbl -> lunch [11:42] bigon, did you rework some changes? [11:43] bigon, 30_raise_not_toggle.patch got dropped [11:43] but it seems you changed the libindicate patch too [11:43] the changelog and the bug have no details though [11:49] does anyone know when gstreamer-bad will be back I did a partial upgrade which removed it when I upgraded to lucid from karmic today? [11:50] tgpraveen1: you can install it again... ;) [11:52] tgpraveen1: also , you need to read this > http://ubuntuforums.org/showthread.php?t=1343434 [11:52] tgpraveen1: dont just do partial upgrade because it is offered by update manager === MacSlow is now known as MacSlow|lunch [12:13] seb128 - thanks for uploading those packages [12:13] seb128: yes I dropped 30_raise_not_toggle.patch since it was modifying code added by 20_libindicate [12:13] I merged the 2 patches [12:13] bigon, I figured and upload thank [12:13] uploaded [12:13] chrisccoulson, you're welcome [12:13] good work! [12:13] thx [12:14] the g-s-d update was not trivial apparently! ;-) [12:22] seb128 - yeah, the notify-osd patch needed updating, so i thought i'd rewrite it so i can copy most of it in to the g-p-m update i do later [12:22] good [12:28] does anyone know when gstreamer-bad will be back I did a partial upgrade which removed it when I upgraded to lucid from karmic today? [12:32] tgpraveen: you asked the same question and it was replied.. what's the doubt..? -bad is not removed [12:32] vish: hmm I got disconnected hence didn't get the reply [12:32] could you paste it [12:33] tgpraveen: you can install it again... ;) tgpraveen1: also , you need to read this > http://ubuntuforums.org/showthread.php?t=1343434 tgpraveen1: dont just do partial upgrade because it is offered by update manager [12:41] seb128: thanks for the applet changes! [12:42] vuntz, you're welcome ;-) [12:49] seb128: about wncksync, do I push the branch directly to ~ubuntu-desktop? [12:49] yes [12:49] it will make review easier [12:49] or do you want to use real source bzr? [12:50] ie ubuntu/wncksync/lucid [12:50] or whatever the naming is [12:50] it sort of makes sense for things which are full source in bzr [12:50] pitti, ^ opinion? [12:50] the source is small and maintainer in bzr [12:52] seb128: I've made the same as notify-osd, so full source in bzr right now [12:53] (diverging from upstream branch, so we just have to merge at each new release) [12:53] right, but we could as well use the standard location [12:53] no need to use the ubuntu-desktop team there [12:53] no? [12:53] * vuntz wonders what is wncksync, since it contains wnck [12:53] vuntz, something which does mapping between things on screen and the .desktop corresponding [12:53] didrocks, seb128: fine for me for pushing full source to lp:ubuntu/wncksync [12:54] if we have the source anyway, this should be the new canonical place [12:54] and ~ubuntu-desktop/project/ubuntu just for our packaging-only branches [12:54] ok, so no bzr-vcs tag. Not sure to be allowed to push there so. ~didrocks as a temporary place? [12:54] so that you can push it there and grant me access [12:54] seb128, didrocks: ah, interesting. Would make sense to add this to libwnck ;-) [12:55] vuntz, https://launchpad.net/wncksync [12:56] didrocks: pushing is allowed for those people who can upload [12:56] didrocks: but the package needs to exist anywhere already (PPA is enough) [12:56] didrocks: so that LP recognizes the package name [12:56] pitti, do we still need packaging bzr somewhere else? [12:56] seb128: no, why? [12:56] I don' fully understand this new world [12:56] pitti: oh ok, and I'm already granting to upload it? [12:56] pitti, " and ~ubuntu-desktop/project/ubuntu just for our packaging-only branches" [12:56] didrocks: just try it [12:57] pitti, I don't get why we need that one? [12:57] seb128: well, I mean we'll continue to use that style for packages where we don't want full source branches [12:57] pitti, can't we just do the packaging to ubuntu/wncksync? [12:57] oh ok [12:57] seb128: we don't need it for wncksync, but we still want to use them for e. g. gnome-pane [12:57] I though we were speaking about wncksync [12:57] yes sure [12:57] as said it makes sense for wncksync since it's in bzr upstream too [12:58] and small to fetch too [12:58] lp:ubuntu/wncksync is then a real branch from lp:wncksync which has our packaging and our delta [12:58] ok, that's what I though [12:58] pitti: I've changed the source package name to be the same than upstream tarball [12:58] didrocks, ^ looks good to you? [12:58] so, I get: [12:58] bzr push lp:ubuntu/wncksyncdaemon [12:58] bzr: ERROR: Invalid url supplied to transport: "lp:ubuntu/wncksyncdaemon": No such source package wncksyncdaemon. [12:58] njpatel_, could you reply to vuntz's "Would make sense to add this to libwnck ;-)" [12:58] seb128: right === MacSlow|lunch is now known as MacSlow [12:59] pitti: upstream tarball is wncksyncdaemon, not wncksync [12:59] didrocks: so, just keep it locally for now [12:59] didrocks: upload the package to NEW, I'll review, and then we'll push it to the official place [12:59] I can review and upload [12:59] so pitti can NEW it [12:59] seb128, vuntz is right :) [12:59] didrocks should be able to upload, too [13:00] no [13:00] no? [13:00] NEW sources are not allowed [13:00] how so? didrocks is a MOTU? [13:00] he can only upload desktop set [13:00] urg [13:00] vuntz, it was a bit risky, hence we though we'd have a go at it as a stand-alone library first -- but it seems to work quite well [13:00] it's me getting confused now [13:00] pitti, sorry about that [13:00] erm, not a MOTU, but an ubuntu-dev [13:00] but as a MOTU, I was able before to upload new sources [13:00] yes, sorry [13:00] ok :) [13:00] I got the issue with other people who are not MOTU but team uploaders [13:01] I forgot you were MOTU now [13:01] (it's almost a year now ;)) [13:01] yes, I was thinking new world order [13:01] ie that you were ubuntu-desktop uploader [13:01] oki [13:02] didrocks, njpatel_: why don't the project name and tarball name match there? [13:02] njpatel_: oh, sure, I understand you want to test how it goes first. But if it works fine, it should be merged [13:02] * vuntz looks at the code [13:03] seb128, I'm not sure, would need to ask DBO [13:03] pitti: I got some unwanted file in diff.tar.gz, this is due to bzr-builddeb merge mode and it's the same in notify-osd: [13:03] didrocks, can we sort that before upload? [13:03] urg, pitti : http://pastebin.com/f60c8471b [13:03] seb128: sure [13:04] thanks [13:04] didrocks: is the m4 stuff from autoreconf? but why *.patch? [13:05] pitti: it's in upstream trunk and not in tarball. [13:05] but bzr-builddeb is in merge mode to keep configure file [13:05] didrocks: ah, you packaged bzr head, not last release [13:05] didrocks: should be okay for now [13:08] pitti: bzr released version branch has it (look at lp:wncksync/0.2 ) [13:47] \o/ [13:48] BEWARE! I can commit to gnome now [13:48]