=== tkamppeter_ is now known as tkamppeter [07:37] good morning [08:07] Good morning [08:09] hey pitti! Happy new year! How are you? [08:10] hey didrocks, bonjour! I'm great, I enjoyed the long holidays [08:10] and you? [08:10] I enjoyed it too, moving to my new flat :) [08:10] got everything settled? [08:10] however, I still have no Internet, so I'm on a flappy connexion [08:11] not yet, will get the bed this evening for instance :) [08:11] ah, 3G and sleeping mattress :) [08:11] yeah ;) [08:11] been 20 days on a pneumatic mattress [08:11] this has to end :) [08:12] air bed* [08:27] didrocks: so now we have to re-learn what this computer thing is :) [08:27] hello there! [08:27] hey seb128! [08:27] hey pitti didrocks [08:27] pitti: exactly, it was so nice to be away from it for some time :) [08:27] bonjour Monsieur Bacher! Bonne annee! [08:28] hey pitti, "gute neue jahre?" ;-) [08:28] didrocks: me too; in all those two weeks I didn't work for more than perhaps 4 hours; spent lots of time with my family and friends, and played Descent 1 & 2 :) [08:28] seb128: "Gesundes neues Jahr" usually, but thanks! [08:28] ;-) [08:29] Gesundes neues Jahr then! ;-) [08:29] hey guys! happy new year everyone [08:29] * pitti hugs seb128 and didrocks [08:29] I managed to not work at all in 2 weeks [08:29] * pitti hugs mvo too, Gesundes Neues! [08:29] I'm not looking forwarding opening my mailbox [08:29] pitti: ahah, Descent! That's true you got it before the holidays :) [08:29] * mvo hugs pitti, seb128, didrocks [08:29] hey mvo [08:29] happy new year! [08:29] * didrocks hugs mvo, pitti and seb128 [08:29] didrocks: I bought d2 as well now, pretty nice [08:29] happy new year mvo [08:29] * seb128 hugs mvo pitti didrocks [08:30] now I have to get used to not sleeping until 9 [08:30] new bad habits? :) [08:31] and after peaceful two weeks my daughter decided last night, that 4 in the morning is the right time to get up and wake everyone up (took a good while until we slept again). so much for a good start into the working year ;) [08:31] hehehe, kids for you! [08:32] urgh :) [08:32] pitti, or get used to sleep until 9 and work later :p [08:32] * mvo will need a lot of tea to shake of the sleepiness [08:32] I gave up on waking up early, that's not for me :p [08:32] lol@seb128 - kids help here too :p [08:32] didrocks, btw how was your moving? [08:32] you got internet at your new place? [08:33] seb128: no Internet yet. I'm on a quite flappy connexion right now… [08:33] seb128: the moving was great otherwise, thanks! :) [08:33] I'll have my bed this evening normally [08:33] http://people.canonical.com/~platform/workitems/natty/canonical-desktop-team.html -> nice, we just touched the trend line; about time to end the holidays :) [08:34] almost settled, but the moving was done with a snowy weather, quite scary :) [08:34] yeah, I had a though for you at this time [08:34] nice that you made it ;-) [08:34] weeeh, its always "fun", moving isn't it. good luck to settle everything [08:35] didrocks, where do you work from then? some coffee shop in the city ? ;-) [08:35] stealing some open wifi close by? ;-) [08:35] seb128: thanks, yeah, it was obviously not the good 2 days for planning that :) [08:35] seb128: right now, I'm on free [08:35] freewifi* [08:35] (with my parents id) [08:36] fortunately a neighbour has free, so I can connect on this with other free user id [08:36] but the connexion is sometimes down [08:36] it's ok for today with all email catching I guess [08:37] if it really goes badly, I'll go to framasoft's house where I'm invited :) [08:37] ok [08:38] when will you get your line working? [08:39] don't really know… Free has blocked all new connexion since the 15th december with its new freebox (V6) until today… [08:40] so I should see things moving starting from now. (asking to france telecom to connect my flat back and then activate Free) [08:40] the new freebox will be sent starting tomorrow [08:40] hopefully I'll get something before going to Dallas [08:41] and you? how was your holidays? [08:43] great [08:43] not touching the computer for 2 weeks was really great, I needed that [08:44] nice :) [08:44] I should be better at taking some holidays during the year this year [08:44] I was really exhausted before the holidays [08:44] otherwise really relaxing time [08:45] ah, seb128 was on vacation, that explain I didn't get much in my "apt-get upgrade" [08:45] sleep, tv, some video gaming (zelda) [08:45] nice winter weather outside for some walks [08:46] FYI, the only hard-dep missing in natty to build empathy-3 is gnome-keyring-3 [08:46] seb128: excellent ;) indeed, we have a real winter weather this year [08:47] mvo: oh, you already fixed the libgnome2-perl -> libgtk2-perl dependencies of gdebi and friends? danke! [08:47] unfortunately, ssh agent doesn't work with gnome-keyring3 from the gnome3 ppa :( [08:48] morning and happy new year everyone! [08:48] hey dpm, happy new year! [08:49] hey pitti, did you have nice holidays? [08:49] happy new year dpm! [08:49] dpm: I did! lots of family, friends, snow, and Descent playing [08:49] cool :) [08:49] heya didrocks, happy new year to you too ;) [08:56] pitti: yw [09:00] mvo: can bug 659438 be fixed in natty soon, so that we can move it to maverick-updates? [09:00] Launchpad bug 659438 in python-apt (Ubuntu Maverick) (and 4 other projects) "Installation/Removal fails because of package which could not be located (faiulre in apt.Cache.required_download) (affects: 326) (dups: 177) (heat: 1678)" [Undecided,New] https://launchpad.net/bugs/659438 [09:09] pitti: yes, might be fixed there already, I double check [09:17] oh, yeah, let's play ping mvo [09:17] mvo, what's up with my update-notifier fix to make user crash be reported under unity [09:17] ? [09:21] seb128: I looked at it its fine, I had some minor nitpick but I forgot what it was, so I will look at it again today [09:22] mvo, it would be nice if you could land it in natty [09:22] so we receive bugs about unity [09:22] mvo, thanks ;-) [09:23] makes sense of course [09:26] jasoncwarner: good morning, and happy new year! had some nice holidays? [09:29] morning [09:32] hey rodrigo_, happy new year! how are you? [09:33] happy new year pitti [09:33] and all [09:33] seb128: do you mind if I update gsettings-desktop-schemas to 0.1.3? control-center git head needs it [09:35] pitti, go for it [09:35] pitti, you can probably just sync on debian [09:36] pitti, https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/gsettings-desktop-schemas/0_1_3_release [09:36] rodrigo_: ah [09:36] rodrigo_: is that any different than Debian's? [09:36] we only use the lp:ubuntu/gsettings-desktop-schemas branch anyway, so syncing will update that as well [09:36] pitti, no, so just syncing from debian should be ok [09:36] hey seb128, happy new year [09:36] cool, doing that then [09:37] hey rodrigo_, happy new year! [09:37] didrocks, same to you :) [09:38] seb128, rodrigo_: yep, binary debdiff looks fine [09:38] rodrigo_, happy new year! [09:39] also, see https://code.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-desktop/2_91_4_release [09:42] rodrigo_: need sponsoring? can do that [09:42] pitti, yes, unless someone already updated it last week [09:43] rodrigo_: into lp:ubuntu/g-d? [09:43] pitti, no, this is g-d-3, so lp:~ubuntu-desktop/gnome-desktop/ubuntu-gtk3 [09:43] ah [09:43] I think that's the correct branch, seb128 ^ ? [09:44] although it should probably be lp:~gnome3-team/... as robert_ancell and I discussed the week before last week [09:45] rodrigo_: hm, these branches aren't compatible [09:45] well wait, not sure about g-d-3, robert_ancell suggested to use ~gnome3 branches for stuff that is only on the gnome3 ppa [09:46] and ~ubuntu-desktop/.../ubuntugtk3 for gnome3 versions of libs [09:46] pitti, oh? [09:46] bzr: ERROR: KnitPackRepository('file:///home/martin/ubuntu/gnome3/gnome-desktop3/.bzr/repository/') [09:46] is not compatible with [09:46] RemoteRepository(bzr+ssh://bazaar.launchpad.net/~rodrigo-moya/ubuntu/natty/gnome-desktop/2_91_4_release/.bzr/) [09:46] different rich-root support [09:46] rodrigo_: my local one is the checkout of lp:~ubuntu-desktop/gnome-desktop/ubuntu-gtk3 [09:46] * pitti tries to upgrade to 2a [09:47] rodrigo_: ah, that worked; sorry for the noise [09:47] pitti, ah ok [09:47] rodrigo_: btw, having #MISSING in *.symbols is not acceptable [09:47] rodrigo_: I'll just remove them from the .symbols, as this is only a PPA etc., but it generally means that upstream screwed up the abi [09:48] oh, that was the diff shown by dh_gensymbols, it indeed looked strange to me [09:48] pitti, right [09:49] btw, I had a problem the week before last week after upgrading, with ssh-agent never showing the password dialog, any idea if something broke there? [09:49] * rodrigo_ upgrades [09:49] works here [09:50] pitti, with all up-to-date? [09:50] rodrigo_: yes, I dist-upgraded almost every day [09:51] hmm, maybe then it's something in the gnome3 ppa that broke it, but couldn't find what, so looking again [09:53] rodrigo_: does gnome-control-center with gnome3 ppa work for you? [09:53] rodrigo_: I get a "cannot open libgtk-x11-3.0.so library blabla" error [09:54] pitti, yes, that's an upstream bug in gtk, ln -s /usr/lib/libgtk-3.0.so /usr/lib/libgtk-x11-3.0.so should fix it [09:54] rodrigo_: oh, and I'll fix the version number; 2ubuntu1 -> 0ubuntu1 [09:54] rodrigo_: heh, ok [09:55] although g-c-c doesn't work for me now though [09:55] (gnome-control-center:6793): GLib-GObject-WARNING **: specified class size for type `CcPanel' is smaller than the parent type's `GtkBin' class size [09:55] I guess it needs a recompile [09:57] rodrigo_: same here; it doesn't crash, but doesn't show anything [09:58] rodrigo_: and you didn't update the patches [09:58] ok, I'll try rebuilding it, let's see [09:58] rodrigo_: in g-d3 [09:58] pitti, hmm [09:58] Patch 00git_no_GDK_DRAWABLE.patch can be reverse-applied [09:59] rodrigo_: 100_load_desired_settings.patch isn't in series, is that intended? [09:59] rodrigo_: want to fix this yourself, or want me to? [10:00] I'll fix it [10:00] thanks [10:01] ok, so again, patches are not applied when I build locally, as it happened in my seahorse branch, any idea why that happens? [10:01] rodrigo_: please pull from lp:~ubuntu-desktop/gnome-desktop/ubuntu-gtk3 first [10:01] rodrigo_: as I updated the branch format, merged from you, and did the version fix [10:01] ok [10:01] (pull instead of merge should work and is cleaner) [10:01] Requested 'gdk-pixbuf-2.0 >= 2.23.0' but version of GdkPixbuf is 2.22.1 [10:02] rodrigo_: ^ do you know where I can get that from? It doesn't seem to be in the PPA [10:02] I thought we should have the GTK 3 stack in natty already [10:02] 2.23 was realeased during the holidays [10:03] ah, ok [10:03] pitti, yeah [10:03] so we simply need an update of that? [10:03] want me to do that? [10:03] it's in debian experimental [10:03] i. e. merge it? [10:03] the diff with debian is probably small to null [10:03] that would be great [10:03] right on it [10:03] the gtk3 situation is weird [10:03] I'm still catching up on emails [10:03] but the ppa has a git snapshot? [10:03] seb128: that's fine; for these things I'd just rather confirm with you first [10:04] ricotz, could you not upload git snapshots to the ppa for gtk? [10:04] it's a gnome3 ppa not a crack of the day one [10:04] rodrigo_: https://launchpad.net/~gnome3-team/+archive/gnome3/+packages doesn't seem to? [10:04] the natty version is stucked in NEW [10:04] but maybe it's ok, I read it had some crasher issue [10:05] seb128, he uploaded it because of the libgtk-x11* problem [10:05] seb128: if you talk about the new GTK, that was reverted [10:05] seb128, hi, this was intended to fix some great problems, like rodrigo_ said [10:06] seb128, so, once we have the fixed one in natty, we can remove it from the ppa [10:06] ah, I'll NEW it [10:06] 3 minutes too late, of course [10:07] seb128: so gtk+3.0 replaces the gdk-pixbuf package? [10:07] or are we talking about two different things here? [10:07] we are talking about different things I think [10:07] but I didn't really follow what happened with gtk [10:07] or the breakage ricotz and rodrigo_ are talking about [10:07] what version was broken? [10:08] I seem to remember that 2.91.8 had a problem and broke gdm for many people, and then got reverted [10:08] but I don't see evidence of that in teh changelog, so maybe it wasn't gtk+3.0 [10:08] we never had 2.91.8 in natty [10:08] or not on https://launchpad.net/ubuntu/+source/gtk+3.0/+publishinghistory [10:08] hi there [10:08] Happy New year [10:08] hey baptistemm, happy new year! [10:09] pitti, gtk2.23.3 is broken and also gtk2.91.7 ;) [10:09] ricotz, rodrigo_: gtk+3.0 binNEWed, but that's still 2.91.7, and the PPA has 2.91.8~git [10:09] seb128: ah, so it was gtk2, not gtk3 [10:09] pitti, so the gtk you just newed is broken [10:10] yes [10:10] seb128: sorry If i sent you a picture of me yesterday :) [10:10] seb128: but we already have 2.91.7-0ubuntu1 in natty [10:11] seb128: i. e. the binNEW wasn't a new upstream version [10:11] oh right [10:11] so is 2.91.7 broken and how so? [10:11] it just re-adds pixbuf [10:11] seb128: jdstrand reported (with gtk2) a gdm failure; I didn't have that [10:11] beyond that I don't know details, I'm afraid [10:12] gtk3 at least works with apport and jockey etc., although only without themes [10:12] ricotz, rodrigo_: what is broken in 2.91.7 and 2.23.3? [10:13] seb128, 2.91.7 dropped some *.pc files and messed up a method return value [10:13] and i think 2.23.3 broke the api [10:13] way to go gtk guys [10:14] we should really stay away from GNOME3 this cycle [10:20] seb128: gdk-pixbuf> we have one extra patch, the rest of the diff is just noise; I'll double-check if the patch is still necessary, and merge or sync [10:25] hum, I think I'm the only one with a broken bzr right? [10:26] didrocks, I neither dist-upgraded nor finished catchup with emails [10:26] so I didn't try yet, what is broken? [10:27] I upgraded and downloaded my email in an cafe yesterday knowing my connexion today :) getting a big stacktrace on bzr branch: http://paste.ubuntu.com/549771/ [10:28] didrocks: workaround: python2.6 /usr/bin/bzr ... [10:28] pitti: ok, was going to try that, should escape ~ as bash try to interpret it with python 2.6 as a command [10:29] pitti: working well, thanks! :) [10:30] pitti, what gobject-introspection binary versions did you reject? [10:30] pitti, the bug was in 0ubuntu2 and fixed in 0ubuntu3 I think [10:30] those were maybe a leftover of the broken upload? [10:30] 0.10.0-0ubuntu1 [10:30] 2010-12-23 [10:31] seb128: ah, indeed [10:31] ok great [10:31] brb [10:35] I really like the new shotwell, BTW; spent last night until 2 am to tag all my photos, now that shotwell actually puts those into the .jpg :) [10:37] kenvandine: did you forward gdk-pixbuf 065_gir_set_packages.patch to upstream anywhere? this should be fixed there, too [10:40] morning [10:41] bonjour huats, bonne annee! [10:41] lut huats, bonne année ! [10:42] pitti, yeah, that and it handles videos now [10:42] shotwell for the win ;-) [10:42] seb128: ah, it didn't before? yes, works well now [10:42] pitti, no it didn't before ;-) [10:42] bonne année too seb128 and pitti ! [10:43] seb128: had it running for some 4 hours without a single crash; it just hangs a couple of times when the I/O from rewriting files gets too high [10:43] didrocks, btw I had fun with compiz after you left ;-) [10:43] but that's just a general linux misbehaviour [10:43] right [10:43] seb128: I saw that! You played reverting my workaround :p [10:43] didrocks, it breaks menus for some reason [10:43] seb128: that's evil, I don't make an upload at 3AM just for fun :p [10:43] and I didn't get the hang [10:44] didrocks, well there is no hang, that stacktrace of yours was a redhearing [10:44] seb128: yeah, you are lucky :) [10:44] it does crash on start for everybody though [10:44] in the unity session [10:44] unity doesn't crash in the classic session [10:44] it's really weird [10:44] about the menu, sam told me it was because of something else he already had [10:44] just the workaround make it more often [10:44] like if you enable unity in ccsm in the classic session it works [10:44] yeah, it's really a redhearing… [10:44] but it crashes in the unity session [10:45] confirmed by several people [10:45] that's why I fought it for 4 hours before deciding to go the workaround way… [10:45] * Amaranth doesn't get a hang/crash when starting unity session [10:45] I don't get the difference between classic with unity on and unity [10:45] Amaranth: try to remove the workaround in -0ubuntu3 [10:45] There shouldn't be a difference [10:45] Amaranth: and read the changelog [10:45] didrocks: oh, right, someone put it back in [10:45] bleh [10:45] I never saw that hang though :) [10:45] it's using the profile environment variable [10:45] a different code path then [10:45] it's not an hang [10:45] it's a crash on start [10:46] bug #691561 [10:46] Launchpad bug 691561 in compiz (Ubuntu) (and 1 other project) "compiz crash on login to Unity desktop (affects: 2) (dups: 1) (heat: 263)" [High,Fix released] https://launchpad.net/bugs/691561 [10:46] seb128: Sam wanted to know if we could get the patch for bug 691545 applied in ubuntu [10:46] Launchpad bug 691545 in libwnck (Ubuntu) (and 2 other projects) "[natty] moving a window between workspaces changes its position (affects: 2) (heat: 12)" [Low,Triaged] https://launchpad.net/bugs/691545 [10:46] ^ the bug I just pointed is the crash without the workaround [10:47] yeah, not much info there [10:48] there is a debug stacktrace [10:48] Amaranth, the libwnck patch, seems fine to me, someone should add the patch to the bug and subscribe the sponsors [10:48] or get didrocks to sponsor it for you ;-) [10:48] the gconf backend is just wrong from the design in any case… I really hope in N+1 we can get the gsettings one [10:48] waouh, I'm done with email catching up [10:48] I already answered to sam I can sponsor it once I've done with my emails [10:48] well not with the bug boxes [10:48] congrats seb128 :) [10:48] lucky you :) [10:49] but everything else including debian and natty changes [10:49] I might just declare bugmail bankrupcy [10:49] oh oh oh, that bug is a dupe [10:49] set them all as read [10:49] I think that's the perfect to tell "dx will handle unity bugs now" and mark the 700 emails marked as read :) [10:49] crash in CompWindow::id() [10:49] time* [10:49] Amaranth, known issue but no patch right? [10:50] didrocks, 1982 emails in my launchpad box [10:50] Which is because screen->windows somehow ends up containing an invalid pointer and unity doesn't make sure they're valid before calling the id method [10:50] over 410 in my unity one [10:50] Amaranth, so 2 bugs, one in compiz and unity not being careful enough? [10:50] pretty much [10:51] Amaranth, bug 685418 (i'm the reporter)? i don't get this spinning cursor anymore, though. [10:51] Launchpad bug 685418 in unity "SIGSEGV in CompWindow::id() (affects: 4) (heat: 24)" [Critical,Triaged] https://launchpad.net/bugs/685418 [10:51] screen->windows should never have an invalid CompWindow pointer in there but if unity checked for it the problem would go away [10:51] seb128: I'm just counting the unity one, not the "general/compiz/misc". It should be no more than 1200 though… I lose :) [10:51] hey htorque, happy new year [10:52] seb128, thanks, to you (and everyone else) too :) [10:52] Amaranth, happy new year as well btw [10:52] thanks, you as well [10:52] seb128: 410 only for unity? oh, that's because you are not in the dx team and don't have upstream one it seems [10:52] that's an evil place as well :) [10:53] didrocks, right, I'm only in the unity team [10:53] happy new year Amaranth and htorque [10:53] that's enough for my taste :p [10:53] :) [10:53] hey Amaranth, happy new year! [10:53] happy new year didrocks and mvo :) [10:55] Amaranth: btw, someone proposed to package -extra. I think you're not on it, right? [10:55] didrocks: someone did it already [10:56] didrocks, I've noticed that the "Ubuntu Classic Desktop" menu entry in gdm is not translatable (or at least I could not find the translation). Do you happen to know where it comes from? [10:56] seb128, rodrigo_: do you think we should have libgnomekbd3 in natty, similar to gnome-desktop and gtk? [10:56] dpm: oh, I maybe didn't add it to the POTFILE [10:57] pitti, we can't [10:57] pitti, it's not versioned [10:57] pitti, what seb128 says [10:58] pitti, the binaries and images etc don't have a versioned dir or name [10:58] Amaranth: ok, it's the same person, it's just that I had no Internet during the holidays and was catching up today [10:58] seb128: we have abi 4, PPA has ABI 7? [10:58] seb128: ah, ok [10:58] dpm: I'll check, thanks [10:58] pitti, well it only has 3 rdepends which need to be upload together anyway [10:58] didrocks, thank you :) [10:58] seb128: and libgnomekbd 2.91 won't work with gnome 2.30? [10:58] g-s-d g-s g-c-c [10:58] pitti, it's using gtk3 [10:58] ok [10:58] Amaranth: so, once smspillaz will reorganize to have one tree and that we will split the packages, I'll rename and remove "fusion" in the name, agreed? [10:59] seb128: thanks for the heads-up; I just wondered because I remembered that we said "have the libraries, but not the apps" [10:59] pitti, there is nothing to win to update, as said only 3 rdepends [10:59] didrocks: sounds good [10:59] pitti, no worry, yeah that's still the story when possible [10:59] seb128: would make it easier (or possible) to build gtk3 stuff on natty [10:59] * Amaranth wanted to use the new 3.0 support for multiple tarballs in one source package to do that [10:59] pitti, I'm pondering rolling back gtk3 out of the CD [11:00] Amaranth: I think smspillaz wanted to only make one tarball with everything in it. But I'll check. Yeah, source 3 will be nice. Not sure if we can push the lp team for daily builds [11:01] seb128: was it just me (apport, language-selector) who pulled it in? [11:01] pitti, yes [11:01] pitti, that's a topic for the rally though I guess, will be either to get mterry and robert_ancell in the discussion [11:02] but since we will not likely update any GNOME component in natty we could as well roll back gtk3 from the cd [11:02] if you could use gtk2 stack for apport and l-s [11:02] seb128, oh, no GTK3 for natty? :( [11:03] seb128: hm, in theory we should even be able to use g-i with gtk2? [11:03] pitti, yes [11:03] if you don't need any new api [11:03] xclaesse, well it's in natty but maybe not on the default installation [11:03] xclaesse, it will still be maintained in main and uptodate [11:03] seb128: not really; I ported to some GTK3isms, but shouldn't be too hard to support both [11:03] * xclaesse hoped empathy3 would be on natty [11:03] it will be in the gnome3 ppa [11:04] dpm: confirmed, it was just missing from the POTFILES.in, do you have a bug report about it? [11:04] it's not really possible to bring one part of GNOME3 without everything [11:04] seb128: it's a lot more than apport and l-s, though [11:04] seb128: check sudo apt-get purge libgtk3.0-0 on a live system [11:04] seb128, sure it is everything or nothing... but hoped it would be everything :P [11:05] but I can perfectly understand it is risky [11:05] right, it's risky [11:05] didrocks, I don't have a bug report because I did not know against which package to file it. If you need one, I'll be more than happy to do it [11:05] we will probably have a better experience for users with the ppa [11:05] tbh I won't believe in GNOME3 into GTK 3.0 is released [11:05] since it means we will be able to update things after the natty freeze [11:05] dpm: no, it's not needed. It was just to close it in case :) [11:05] s/into/until/ [11:05] seb128: hm, libcanberra-gtk0 depends on gtk3; that looks like a bug? (only libcanberra3-gtk-0 sohuld) [11:06] pitti, indeed [11:06] seb128: and mousetweaks; the rest is transitive dependencies [11:07] I didn't check this one but should be easy enough to downgrade the version if needed [11:07] but let's discuss it next week [11:07] ack [11:07] didrocks, great, thanks. So once fixed, which package should I check out to find the string? Was it gdm? [11:07] it just feels like natty is a short target for GNOME3 [11:07] GNOME3 is still changing a lot and breaking [11:07] dpm: no, it's in gnome-session [11:08] dpm: I just pushed the bzr branch right now, will upload it with other change later this week, maybe [11:08] it's not likely we will manage to get a great GNOME3 this cycle, upstream and distro work speaking [11:09] seb128: just as a heads-up, I'm currently investigating how much effort it is to separately package the g-c-c 3 user admin portion for natty, to replace gnome-system-tools [11:09] thanks didrocks [11:09] dpm: yw :) [11:09] seb128: if we drop gtk3, then this will be postponed as well [11:10] seb128: it's not a biggie, as we already keep a lot of perl for apparmor, g-s-t doesn't take that much extra space [11:12] pitti, would probably be easier to package the standalone version fedora was using [11:12] seb128: YM system-config-user? no, that was too crackful [11:13] no, the new user admin [11:13] they wrote it as a standalone software first [11:13] they are using it for one or two cycle [11:13] well, what is in gcc3 now [11:13] seb128: ah; so it wouldn't bee too much of an UI shift for users? [11:14] I didn't try both versions so I can't really say [11:14] it seems like we could just stay away from that work until next cycle though [11:14] the standalone version is a bit out of date, but maybe it might work [11:14] seb128: ok; I won't waste too much time on it; it's a WI of mine, but since the whole "remove perl" idea is pretty much moot due to apparmor.. [11:15] ok [11:32] Laney: "Investigate areas for banshee diet, notably splitting out less used plugins and dropping sqlite2 dependency" -> looks like this already happened to some degree? [11:33] mvo: we already talked a while ago about dropping srcpkgcache.bin by default; I didn't notice any problem with that, but you had some concerns back then [11:34] MacSlow: gesundes Neues! how are you? [11:36] pitti: yes, sorry forgot about that — should be alright now [11:36] banshee itself needs a quick MIR review, but from my POV it should be good to seed [11:36] Laney: cool, thanks [11:36] Laney: so this can be set to "DONE"? [11:36] yep [11:37] Laney: thanks muchly [11:37] np === rodrigo__ is now known as rodrigo_ [11:58] pitti, Dir ebenfalls... healthy again... despite the nasty cold weather [11:58] MacSlow: ah, good to hear [11:59] pitti, only the trip to the south of spain didn't work... since I got a nasty flu at the start of the vacation [12:02] is it expected that I've to send a SIGHUP to gnome-panel after login to make it visible in the "classic" gnome desktop? [12:02] not here; although I get all indicators crashing and have to reload them [12:03] hmm === almaisan-away is now known as al-maisan [12:06] for me the panel is "not there" after login (but ps aux lists gnome-panel), after "kill -1" the gnome-panel it slides in with all applets [12:08] I use the OSS radeon driver if it makes a difference (so metacity gets used for WM) [12:08] geser: did you just try to click on it rather than sending the SIGHUP? [12:09] click on the free space where the panel should be? [12:10] right [12:10] it's just a reparenting issue making compiz not showing it IIRC === oubiwann is now known as oubiwann-holiday === oubiwann-holiday is now known as oubiwann_ [12:14] MacSlow: ah, I got notify-osd to build on natty; I created https://code.launchpad.net/~pitti/notify-osd/link-gcc-4.5/+merge/45025 [12:14] didrocks: I've restarted my computer to reproduce it; nothing happens when I click on the space where the panel should be (and I've no compiz process running, only metacity) === oubiwann_ is now known as oubiwann [12:14] MacSlow: just in case someone else complains (some other folks were trying that as well) [12:14] pitti, ok... I've to complete the merge of a few patches. [12:15] didrocks: anything else I should try before I kill it? [12:15] pitti, have not compiled it yet since I moved to natty [12:15] MacSlow: should be an easy one [12:15] MacSlow: I'll cherrypick it to the Ubuntu package for now and upload [12:15] geser: no, really, you can kill it. that's weird… your default windowmanager is compiz or metacity? [12:15] pitti, ok... thanks for the heads up [12:17] didrocks: how can I check it? I've selected the classic desktop in gdm and use auto-login (I had trouble to get fglrx, unity and dual-screen to work so I went back to radeon and classic desktop) [12:18] geser: gconftool-2 -g /desktop/gnome/applications/window_manager/default [12:19] didrocks: /usr/bin/metacity [12:20] geser: ok, so your issue is different from compiz one. compiz isn't run at all on your machine (even not fallbacking in metacity) [12:20] geser: just in case: gconftool-2 --get /desktop/gnome/session/required_components/windowmanager [12:21] didrocks: compiz [12:22] geser: oh ok, sorry, I misread the script then, compiz runs (the other key is deprecated) and then fallback to metacity [12:22] something wrong seems to happens though… [12:22] to mimic that, I'll retry on a virtualbox without guest additions [12:22] oh, just a test, if you metacity --replace, what happens? [12:22] didrocks: should I unset my default wm value to get the default? (this system got installed several releases ago and I don't remember every change I once did in the past) [12:23] geser: well, the default is gnome-wm and it will finally try to run compiz, so same effect, don't bother [12:23] just if you can make the other test, it will helps [12:24] help* [12:24] didrocks: my running gnome-terminals flicker shortly but still now gnome-panel (but many warnings from metacity in the terminal) [12:25] hum, ok, not related to bad reparenting then. I have no clue for now :( I'll have a try in a virtualbox === MacSlow is now known as MacSlow|lunch [12:32] seb128: heads-up: I renamed the various "lpbindings" directories on lillypilly to "*.disabled", as lillypilly got upgraded to lucid; should be recent enough now [12:32] seb128: and using the local one causes tons of python warnings and cron spam [12:32] pitti, thanks, I noticed that as well [12:34] pitti, I just ran into that a few minutes ago while trying to figure why the versions page was outdated [12:34] I also get crashes [12:34] File "/home/platform/desktop/versions/lpbinding/launchpadlib/httplib2/__init__.py", line 736, in connect [12:34] sock.settimeout(self.timeout) [12:34] File "", line 1, in settimeout [12:34] TypeError: a float is required [12:34] seb128: do you get that, too? [12:34] that's the same crash version has [12:34] yes [12:35] hello everyone! [12:35] hey nessita, happy new year! [12:35] how are you? [12:35] how can i tell if my .bzr checkout is from "maverick" or "maverick-updates"? [12:35] hey nessita, how are you? [12:35] seb128: happy new year to you too! :-) [12:35] pitti: pretty pretty good! you? [12:37] happy new year nessita :) [12:38] didrocks: thanks! happy new year for you as well [12:38] seb128: hm, when I run versions manually, I get an LP auth dialog; is the credential stored in lpbinding/? [12:38] pitti, no [12:39] anyway, working now [12:39] (the auth bit) [12:39] let's see how far it gets [12:39] pitti, it should be in .launchpadlib [12:39] how long does this usually run? [12:39] in the user dir [12:39] 3 minutes [12:41] seb128: http://people.canonical.com/~platform/desktop/versions.html looks ok to you? [12:41] pitti, ok, I was wrong [12:41] versions.py:lp_cred = os.path.abspath('./lpbinding/ubuntu-desktop-cred') [12:41] no error [12:42] pitti, yes, it's fine [12:42] seb128: ok, it created lpbinding with the cookie and cache [12:42] pitti, so the credential was in lpbinding/ubuntu-desktop-cred [12:42] I gave it "read public", so should be ok [12:42] ok [12:42] thanks [12:42] * seb128 hugs pitti [12:49] /build/buildd/notify-osd-0.9.29/./configure: line 2823: GNOME_COMMON_INIT: command not found [12:49] that's what I get on the buildds when I enable dh_autoreconf [12:49] probably a missing build dep [12:49] does that ring a bell for anyone? [12:50] * pitti -> lunch, bbl [12:53] pitti, you need to bd on gnome-common === al-maisan is now known as almaisan-away [13:02] good morning!! [13:02] hey cyphermox! happy new year :) [13:02] hey didrocks! same to you :) [13:04] while I have your attention... I'm struggling with a unity hack :) [13:05] struggling, litterally? :) [13:10] bbiab === almaisan-away is now known as al-maisan === oubiwann is now known as oubiwann_ === oubiwann_ is now known as oubiwann [13:23] Happy new year to all. Off to work I go === MacSlow|lunch is now known as MacSlow [13:33] seb128: thanks [13:36] pitti: ping [13:37] hey nessita [13:37] pitti: hey, I can't find the chat log were you (and some others) talked about dropping a package (evolution-couchdb I think?) from the CD, and letting the Ubuntu One Control Panel install it if needed. Would you have that piece of info available somewhere? I want to check that what I just said is correct or not [13:38] s/were/where/ [13:38] nessita: I think it was spread over phone calls and some private mails, so I'm afraid I can't point to it [13:38] nessita: it's one item in https://blueprints.launchpad.net/ubuntu/+spec/performance-desktop-n-install-footprint, though [13:39] pitti: oh, ok. Any idea who is best to ask about that? [13:39] it was discussing in a team meeting as well iirc [13:39] nessita, jasoncwarner [13:40] he has been in the discussions about that and should be able to point you to notes or people concerned by it [13:41] seb128: right, thanks. Though I think I just found the piece of info I was looking for: "If we still need more space, drop evolution-couchdb from default install, which drops couchdb and erlang (6.7 MB)If we drop evo-couchdb, install evolution-couchdb when enabling it in the U1 control panel" [13:42] nessita, ok, feel free to ask if you want details [13:42] I think the item changed slightly [13:42] seb128, pitti: I already proposed a branch where the u1cp installs evo-couchdb if not present. Shall I let him know? [13:42] nessita: oh, sweet! please do [13:42] nessita, yes please do [13:42] nessita: that's something I planned to look into during the rallye, but seems you are way ahead of us then :) [13:43] nessita, I think the plan is to drop it from the CD anyway, having extra translations for example instead would be a better deal for users [13:43] pitti: I'm trying to gain space on the CD for the control panel itself :-D [13:43] if we can easily install things on demand [13:43] nessita: but landing this branch makes sense either way, both for people who uninstalled it and want it back, for custom installs, and derivatives [13:43] pitti: right [13:43] right, especially for services which need network anyway, like U1 [13:44] it just must be discoverable and easy to install what's needed [13:44] fortunately aptdaemon makes that really nice these days [13:44] * pitti hugs mvo and glatzor [13:44] indeed, I used aptdaemon for the implementation and it went really well [13:44] * nessita hugs too [13:44] seb128: two more megabytes on i386, and we can put back French! [13:45] pitti, waouh! [13:45] pitti: we need room for the control panel! [13:45] pitti: I saw that you've added autoreconf support to notify-osd. I'm doing the same with lxpanel, but it built fail. can you help me? [13:45] ari-tczew: you've got a lot? [13:45] ari-tczew: sorry, "log" [13:46] pitti: yeah, I'm sending on pastebin [13:46] * didrocks hugs pitti for French being back :) [13:47] didrocks: it's not yet.. [13:47] pitti: http://paste.ubuntu.com/549826/ [13:47] happy new year everyone [13:47] pitti: it's just a "persuasive" hug :) [13:47] hey kenvandine, happy new year [13:49] hey kenvandine, happy new year! [13:49] ari-tczew: "config.status:2185: error: po/Makefile.in.in was not created by intltoolize" -- hm, haven't seen that yet; does it work locally? [13:50] pitti: dunno, I'm not familiar :( how can I check it? [13:50] ari-tczew: I mean, is that from the Launchpad builders, or a local build? [13:50] pitti: pbuilder on my desktop [13:51] hmm, I have a feeling unity-panel-service just crashed but i didn't get an apport dialog [13:51] all my windows got their menus back and my indicators reloaded [13:52] ari-tczew: so, presumably a simple autoreconf isn't enough, and you perhaps need gnome-autogen.sh? [13:52] ari-tczew: (this is all pretty black magic to me, too..) [13:53] Amaranth: something recent in ls -l /var/crash/ ? [13:53] Amaranth: that can happen if you have another user crash in /var/crash/. [13:53] pitti: nope, nothing at all in there [13:53] pitti: dunno. previous package had 99* patch for autoreconf. Now I'd like to drop it and support by debian/rules. [13:54] Amaranth: did you enable apport in /etc/default/apport ? [13:54] * glatzor hugs happy aptdaemon users nessita and pitti :) [13:55] servus! [13:55] bah, enabled=0 [13:55] hey glatzor [13:55] hey mvo ! [13:55] glatzor: happy new year! [13:55] happy new year! [13:55] I thought that automatically flipped when using a development version [13:55] Amaranth: I think we'll enable it by default in alpha-2 [13:55] * bcurtiswx_ waves to room [13:55] hey bcurtiswx_ [13:55] hey pitti [13:56] hey bcurtiswx_ [13:56] hey didrocks :) [13:56] happy new year to everyone [13:56] happy new year to you too :) [13:56] pitti, the error you listed before is an autopoint thing, didrocks and mterry knows about it [13:56] iirc [13:57] hey bcurtiswx, happy new year! [13:57] hey seb128, thx :) [13:58] ari-tczew: so perhaps try adding an "autopoint" build dependency as a first try? [13:59] pitti, yeah, if you specify AUTOPOINT=true at the top of debian/rules [13:59] pitti, you can avoid running autopoint and screwing up po/Makefile.in.in [13:59] pitti: it is [14:00] mterry: trying [14:00] ari-tczew, oh sorry, thought pitti was the stuck one :) [14:01] mterry: thanks anyway, though! good to know [14:01] mterry: and happy new year! had some nice holidays? [14:02] pitti, yeah! Lots of food :) [14:03] mterry: didn't help :( [14:06] ari-tczew, really? hmm [14:07] hey mterry, happy new year! [14:07] ari-tczew, looking at anjuta (in which I dealt with this bug), I put "export AUTOPOINT = true" at the very top of debian/rules (right below #!/usr/bin/make line) [14:07] seb128, hi! [14:11] mterry: now another FTBFS. dh_autoreconf: autoreconf -f -i returned exit code 2 [14:13] ari-tczew, I've not seen that error. Maybe start with a fresh directory? [14:13] mterry: fresh directory? how? I'm dealing in pbuilder [14:14] ari-tczew, OK, then forget fresh directory idea :) [14:14] ari-tczew, there is no other message? Exit code 2 isn't much to go on [14:15] mterry: hey, happy new year [14:15] as a Christmas present to you, Banshee is ready to review [14:15] :) [14:15] Laney, :) I believe that's on asac's plate [14:16] it is? ok [14:16] I did the dependencies for ya though! [14:16] :) [14:16] upstream are asking about it so i'd appreciate reviews! [14:16] you did, thanks [14:16] mterry: http://paste.ubuntu.com/549834/ [14:17] ari-tczew, it looks like you included one of the quote marks in at the end of the export line [14:17] asac: ^^^^^^^ could you add MIR reviewing banshee to your queue please [14:17] :) [14:45] mvo: we already talked a while ago about dropping srcpkgcache.bin by default; I [14:45] didn't notice any problem with that, but you had some concerns back then [14:48] pitti: I briefly talked about this with donkult, he played with that but said it did slow down stuff [14:48] mvo: which stuff? [14:48] pitti: like tab completion even breaks, I have not tried it independantly [14:48] pitti: and general all apt-cache releated stuff [14:49] mvo: I thought that used pkgcache.bin, not srcpkgcache? [14:49] pitti: right but pkgcache.bin is outdated there is no srcpkgcache to use as a template to build a new pkgcache.bin [14:50] mvo: ok, so we'll leave it on, and documented on https://wiki.ubuntu.com/ReducingDiskFootprint [14:50] mvo: thanks for checking! [14:51] pitti: I would suggest keeping it and if speed does not matter, then removing both [14:51] pitti: but I will talk to donkult again (and look at the source) to see why we actually need them both, i'm not sure that this is still a valid design nowdays (in 2011 ;) [14:52] mvo: it does seem to be a lot of duplicated caching indeed [14:59] mterry: thanks!!!! [15:00] ari-tczew, it works? hot [15:00] mterry: however, dunno why, during build my PC has been crashed :P [15:00] mterry: yes, It works! [15:00] ari-tczew, not my fault! ;) [15:00] mterry: yes I'm kidding [15:01] phew :) [15:02] btw guys are you affected by bug in bzr? [15:02] on natty [15:03] ari-tczew: if you do lp:... addresses [15:03] ari-tczew: pythohn2.6 /usr/bin/bzr ... [15:03] -h [15:04] pitti: MHM, cdbs has suggested it on bug 693880 [15:04] Launchpad bug 693880 in bzr (Debian) (and 3 other projects) "_ReportingFileSocket.readline lacks size argument (affects: 29) (dups: 10) (heat: 160)" [Undecided,New] https://launchpad.net/bugs/693880 [15:10] hum [15:10] pitti, seems the cron job on people is not running? [15:11] seb128: oh? should be [15:11] neither the wi tracker nor versions got updated since your manual run [15:11] WI tracker works fine [15:11] hum [15:11] are you sure? [15:11] yes [15:11] http://people.canonical.com/~platform/workitems/natty/ [15:11] I didn't run the WI tracker manually [15:11] but it finally updated after lunch [15:11] canonical-desktop-team-natty-alpha-2.html 03-Jan-2011 14:35 46K [15:11] shouldn't it run every hour? [15:12] it's running now [15:12] seb128: that was 45 mins ago :) [15:12] pitti: btw, I recently did a natty install and there was no /var/crash, what is creating it these days ? [15:12] mvo: /etc/init/apport.conf, when enabled [15:13] pitti, hum, ok, so it's only versions [15:13] "HTTP Error 401: Unauthorized" [15:13] hum no, that's an old emaikl [15:13] email [15:13] uh? I ran it manually just fine [15:14] well it didn't update since [15:14] but there is no error either [15:14] doh, it did [15:14] pitti, ignore me [15:14] ok :) was about to check it [15:14] pitti: aha, nice, thanks [15:14] the clock on those is one hour off compared to us [15:15] yes, British time [15:15] stupid timezones :p [15:22] kenvandine, empathy patches for the indicator and LP integration are all screwed up still and I wouldn't know how to fix them. When you get a moment today I'd like to chat with you about it. [15:22] bcurtiswx_, sure [15:22] got a bzr branch ? [15:23] kenvandine, yes I'm just about to push to it, one sec [15:26] kenvandine, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.4.3 [15:27] kenvandine, it built from source fine (with the exception of disabling webkit temporarily), so it's something with our patches that's causing it to fail [15:27] kenvandine, you'll need the gnome3 PPA [15:28] bcurtiswx_, ug [15:28] paste me the build log :) [15:28] seb128: I merged your branch, many thanks. if you don't mind, could you give it a quick test run again before I upload? I modified it a little bit along the way [15:28] seb128: cleaning up some of the other cruft that it accumulated over the time [15:29] mvo, sure, just running from trunk? [15:29] kenvandine, haha, sure. let me run it again. It'll be a few minutes. bzr bd > buildlog.txt ? [15:29] bcurtiswx_, just copy the end of the output [15:29] where the failure is [15:29] OK [15:30] hey kenvandine, happy new year [15:30] hey seb128, happy new year! [15:30] bcurtiswx_, there is a.build with the log in build-area after the build [15:30] seb128, thanks, i did not know that [15:32] seb128: yep [15:35] kenvandine, http://paste.ubuntu.com/549861/ [15:36] * kenvandine looks [15:36] bcurtiswx_, ok, looks like part of the patch is missing [15:38] pitti, quick question someone has asked me and I could not answer: at the technical level, why are the -en language packs necessary at all (except for providing variants such as en_UK and such)? [15:39] I mean, why are they always installed? [15:39] kenvandine, which patch and missing? [15:41] the indicator patch [15:41] oh "nice": if you have both gir1.2-gtk-2.0 and gir1.2-gtk-3.0 installed and try repository.require("Gtk", "2.0"), you get: [15:41] gi.RepositoryError: Requiring namespace 'Gtk' version '2.0', but '3.0' is already loaded [15:41] pitti: any idea? ^^ [15:41] bcurtiswx_, but looking at your branch, it looks like the patch is complete [15:41] kenvandine, the patches all get pushed in fine [15:42] i am looking [15:42] maybe, we should load gtk before webkit [15:47] didrocks, this isn't helpful, but PyGI folks have told me that Gtk 2.0 is specifically not guaranteed to work and likely is broken [15:48] mterry: that's the kind of news which are good for starting a new year, thanks! :) [15:48] ok, then, having the two binary packages doesn't make sense :/ [15:49] so if I'm writing a Python program which is using Gtk and Webkit, and I want Gtk 2, I should just use the old-fashioned static bindings? I thought the whole point was to use all this beautiful g-i stuff? [15:49] didrocks, it *might* work. I haven't tried in a while. But that was their response when I found issues with gtk2.0 & pygi [15:50] mterry: ok, thanks for the notice :) [15:50] didrocks, but at the time, require() worked. I think you're right, that something else is pulling in 3.0 before you are calling require() [15:50] didrocks, maybe I should just use the old-fashioned static bindings, then. I mean, the program's trivial anyway :) [15:50] aquarius: the good news is that you will have dep detection at least :) (try to postive) :) [15:50] aquarius, yeah, old fashioned for gtk2 is my recommendation [15:50] be positive* [15:51] didrocks, yeah, I like that. I was only using g-i because I thought That's What You're Supposed To Do These Days :) [15:51] bcurtiswx_, i do need more of the build log, can you just get me the whole thing? [16:06] kenvandine, yes. kenvandine@ubuntu.com ? [16:06] ken.vandine [16:08] kenvandine, i have your canonical one in auto complete.. lol.. that one ok? [16:09] sure === alecu is now known as alecu-lunch [16:12] smspillaz, heyo. Does an approval for a merge mean you want me to commit (I don't have write access) or is it part of a process where a branch needs (e.g.) 2 approvals? === tkamppeter_ is now known as tkamppeter [16:15] kenvandine, sent :) [16:20] mterry: not sure, but I'll commit it in any case [16:20] mterry: thanks for finding that :) [16:20] mterry: smspillaz: one is enough [16:21] smspillaz, cool, thanks. I really hate that bug [16:22] :) [16:22] mterry: I was worried that it was really NULL pointers in screen->windows () in which case I was going to be in a world of hurt [16:22] smspillaz, heh [16:22] Laney: ok looking into it [16:24] my system is borked [16:25] pitti, you dist-upgrade'd today? [16:25] rodrigo_: yes [16:25] my morning exercise :) [16:25] :) [16:25] hey pitti, good afternoon ... no holiday today for you? [16:26] hey rickspencer3, happy new year! [16:26] rickspencer3: no, two weeks were quite enough :) [16:26] Happy New Year to you! [16:26] kenvandine, hey, so, gwibber can't find the WebView module? [16:27] hey rickspencer3, happy new year [16:27] yeah, known bug [16:27] hi kenvandine! [16:27] upgrade problem with python and webkit [16:27] one sec [16:27] kenvandine, I figured as much, is there a work around? [16:27] Happy New Year, desktop hackers! [16:27] hey bratsche [16:27] hey bratsche, happy new year! [16:27] rickspencer3: try with python 2.6 [16:27] hmmm [16:28] rickspencer3: we just saw something similar with aquarius some minutes ago [16:28] well, I think then other modules won't be found [16:28] bug #688732 [16:28] Launchpad bug 688732 in pywebkitgtk (Ubuntu) "package no longer has WebView attribute after transition to python 2.7 (affects: 24) (dups: 9) (heat: 331)" [High,Triaged] https://launchpad.net/bugs/688732 [16:28] kenvandine, aww beat me to it [16:28] breaks miro too [16:28] It seems like bzr doesn't work well with Python 2.7 either. [16:28] well, anything with webkit [16:28] bratsche, yeah, gotta specify the full path [16:28] things to do: break every webkit/python program that's ever existed. Backwards compatibility ftw, not. :) [16:29] heh [16:29] bratsche, balil has a patch for it.. i forget where it is tho [16:29] $sudo rm -rf /usr/lib/python2.7/dist-packages/webkit/ [16:29] bug #693880 [16:29] Launchpad bug 693880 in bzr (Debian) (and 4 other projects) "_ReportingFileSocket.readline lacks size argument (affects: 31) (dups: 11) (heat: 176)" [Undecided,New] https://launchpad.net/bugs/693880 [16:29] seems a bit brute force, but if works, I'll take it ;) [16:30] bcurtiswx_: For now I got it working by just doing "/usr/bin/python2.6 /usr/bin/bzr ..." [16:30] rickspencer3, it doesn't happen on new installs [16:32] bcurtiswx_, found your build failure... part of that libindicate patch isn't applying [16:33] for src/Makefile.am [16:33] not sure why though, it is clearly in the patch [16:33] but not ending up in the source tree [16:33] no way [16:33] it might end up in the wrong directory though [16:33] kenvandine, this is where idk what i'd do [16:34] what is in the diff there? [16:34] what dir is being listed? [16:34] dir looks right [16:34] and diffstat isn't showing the changes [16:35] bcurtiswx_, i am fixing :) [16:35] bratsche, add pixbuf_add_alpha just adds a color to be an alpha channel, a color that will be transparent, I want to make whole images translucent [16:35] kenvandine, what (in general) are you doing.. so I know what to do in the future [16:35] and how would I know from that build log that the patch wasn't applying fully [16:35] i am just manually merging the changes i see in the patch to the source and i'll create a new patch [16:35] the build log failed to link [16:35] where is the source you work on? [16:36] it wasn't finding symbols [16:36] rickspencer3: Okay, I didn't know what you meant then I guess. [16:36] seb128, http://bazaar.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.4.3/annotate/head%3A/debian/patches/20_libindicate.patch [16:36] bratsche, it's hard to discuss and Google for, because interchange "opacity", "translucent", "alpha", "transparency", etc... [16:37] heh, yeah. [16:37] seb128, look at src/Makefile.am in there [16:37] anyway, I thought of maybe a better way ... I could add an alpha channel of a certain color, and then composite the image with that color [16:37] everything from line 159 down aren't making it in the patched src/Makefile.am [16:38] rickspencer3: Oh, I get it.. so you're trying to apply the same alpha value all over the image? [16:38] bratsche, right [16:38] rickspencer3: Makes sense. Yeah, surprising that there isn't a simpler way to do that. [16:38] kenvandine, seb128: i added the @@ -121,5 +124,8 @@ section because (i forget who) mentioned those might need to end up there [16:38] might have been rickspencer3 [16:38] rickspencer3: It would be a simple API to add though. [16:39] bratsche, well, then, by all means! [16:39] :) [16:39] kenvandine, so it was probably bad patch writing by me :( [16:40] bcurtiswx_, did you edit the patch by hand? [16:41] seb128, yes and pushed it with quilt and refreshed it and committed it to the bzr [16:41] all went OK there [16:41] bcurtiswx_, ah... hand editting is usually a bad idea :) [16:42] kenvandine, what is the appropriate way then? [16:42] rickspencer3: btw, I thought you might be into this - http://www.npr.org/2011/01/03/132436422/first-listen-the-decemberists-the-king-is-dead [16:42] * bcurtiswx_ is still learning proper practices [16:42] bcurtiswx_, quilt push, edit the file you want to edit and quilt refresh [16:43] seb128, but don't edit the patch directly ? [16:43] you can if you know what you are doing [16:43] it's easy to screw a patch when editing it manually [16:43] seb128, OK, thought I did, had a quick lesson on what everything meant. I will just push it , edit the file (not the patch) and refresh. Thx :) [16:44] bcurtiswx_, there is another part of your change that worries me [16:44] http://bazaar.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.4.3/revision/158 [16:44] starting at line 1337 [16:44] you removed a bunch of unrefs [16:44] and more [16:45] well, one unref [16:45] and where the indicator is created [16:45] kenvandine, hum. even scarier for me. I don't remember touching that section of code [16:46] it changed in your latest revision [16:46] well seems the revision before is the one where you did manual editing in the patch [16:46] so if the format is corrupted it might have leaded to other issues on the refresh === dbarth__ is now known as dbarth === dbarth is now known as davidbarth === davidbarth is now known as dbarth [16:47] bcurtiswx_, probably best to revert that last revision, undo the manual editing and fix it again [16:47] seb128, well the edits to the non 20_libindicate were just changes in the upstream code, so I had to tell the patch how to re-identify where to apply the patch === dbarth is now known as davidbarth [16:48] seb128, is there a better way to do that than manual patch editing ? [16:50] how do I revert in bzr [16:50] bcurtiswx_, not sure how you did the editing [16:50] usual way is quilt -f patch [16:50] edit the file to reapply the change [16:50] refresh === alecu-lunch is now known as alecu === al-maisan is now known as almaisan-away [17:01] seb128: Laney: is banshee going to replace rhythmbox? [17:12] asac, yes [17:13] asac, well it's going to be the default player for new installs, we will not replace on upgrade [17:13] seb128: just UNE or everywhere now? [17:13] asac, there is no UNE, we only have 1 edition [17:14] seb128: ok ... are you guys sure about this? or is it just a mood that might change end of cycle? ;) after all its mono and thats a big PITA :/ [17:14] we are sure about it for this cycle [17:15] we can revisit if rhythmbox catches up, but right now banshee has lot of manpower compared to rb [17:15] seb128: is there proper indicator support for banshee? [17:15] sort of [17:15] we don't have an indicators for players anymore [17:16] they just talk mpris over dbus [17:16] there's full sound menu support (just kind of buggy for me right now) [17:16] but banshee does that and better than rb (support playlists) [17:17] ok approved, milestoned the arm bug and dropping out [17:17] thanks asac [17:18] please seed! yay! [17:18] \o/ [17:18] np [17:18] Laney: you are legend. [17:18] Laney: what did the space swap end up costing? iirc last I looked at it it was within a meg or two? [17:19] haven't crunched it yet, but something like that [17:21] asac, thanks! [17:22] pitti: still around? [17:27] " usual way is quilt -f patch, edit file to reapply, refresh".. so when a patch file fails because of an upstream function rename, would it be better to edit the patch directly in this case, since the patch doesn't apply ? [17:32] bcurtiswx_, usually editing a name or a line is fine, editing the magic numbers and the patch format is not as easy === bilalakhtar_ is now known as cdbs [17:44] kenvandine: you by any chance back from holidays ? [17:45] czajkowski, yup [17:45] czajkowski, happy new year :) [17:47] i guess pitti is not still around [17:47] kenvandine: welcome back :) [17:47] thx :) [17:48] * bryceh waves [17:48] hey bryceh [17:48] czajkowski, what can i do for you? [17:48] mterry: so the CompWindow::id() crash was actually a bug in unity then? [17:48] Amaranth, seems that way [17:49] kenvandine: and sure as you're here I've a gwibber question for you :) on the special laptop, when I've my multi column up and running gwibber sounds like it's about to take off eating CPU and in the last 2 weeks very slow to update columns, waiting almost an hour now for it to update main tweets. [17:49] mterry: phew, was worried smspillaz would wait until the rally and make me help figure out why screen->windows was getting NULLs :) [17:49] Amaranth, :) [17:49] czajkowski, ugh... humm [17:49] czajkowski, can you send me the sqlite db? [17:50] kenvandine: last time I updated this machine was about 3-4 wks ago before xmas and not used it much over the hols so only really noticed how bad it was over the last 2 days [17:50] ~/.config/gwibber/gwibber.sqlite [17:50] and the log [17:50] ~/.cache/gwibber/gwibber.log [17:50] czajkowski, also... FYI, identi.ca is broken... for everyone [17:51] they changes the SSL cert [17:51] hey kenvandine [17:51] s/changes/changed [17:51] hey dobey [17:51] kenvandine: ahh ok, but this was just general twitter. I also don't seem to be able to get the sqlite to open [17:51] kenvandine: is there anything with new gwibber that cleans out the old desktopcouch dbs for gwibber? [17:51] just email me the file [17:51] ken.vandine@ubuntu.com [17:51] ok [17:52] dobey, doesn't clean it out [17:52] :( [17:53] kenvandine: [17:53] grr [17:53] sorry, bad linux [17:53] kenvandine: https://bugs.launchpad.net/bugs/595100 [17:53] Launchpad bug 595100 in couchdb (Ubuntu) "~/.local/share/desktop-couch/.gwibber_messages_design stores too much space! (affects: 8) (heat: 40)" [Undecided,New] === bilalakhtar_ is now known as cdbs [17:55] dobey, ugh... that sucks [17:55] yes [17:55] i complained when mine hit like 300M [17:58] kenvandine: the .sqlite is to large to send [17:58] sigh [17:58] dear firefox [17:58] STOP SCREWING UP MY SETTINGS [17:58] hi dobey [17:58] dobey: happy new year! [17:58] oh I may have gotten it out via gmail [17:58] pitti, oh, still there ;-) [17:59] back from dinner, quickly (talking to my wife) [17:59] pitti, is there any reason you didn't upload the gnome-desktop3 update from rodrigo? [17:59] mterry, seems you screwed libcanberra in some way [17:59] the gtk2 lib depends on the gtk3 one [18:00] pitti: hey! i guess i can bug you in the morning. no need to upset the wife :) [18:00] dobey: heh, ok [18:00] seb128, hrm [18:00] seb128, that does seem wrong [18:00] seb128: there were some problems with it (patches need updates), he said he wanted to fix them [18:00] indeed! [18:00] ok, good night everyone then! [18:00] pitti, oh ok, I saw that you merged in the vcs but didn't upload so I was wondering if that was an oversight [18:00] 'night pitti! [18:00] good night pitti! [18:01] seb128: right, I needed to do some adaptions and asked him to pull first [18:01] kenvandine: thanks for looking at this btw [18:01] seb128, indeed, libcanberra-gtk0 depends on libcanberra-gtk3-0 [18:01] * mterry investigates [18:05] didrocks, could you comment on bug #696902? [18:05] Launchpad bug 696902 in gnome-session (Ubuntu) (and 1 other project) "gnome-sessions new .desktop files missing from POTFILES.in (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/696902 [18:05] the patch seems correct but I was not sure if sessions or strings were still to be updated or if you delayed translating those for a reason [18:06] seb128: I already fixed in the packaging branch [18:06] didrocks, ok, so comment to say that :p [18:06] didrocks, thanks ;-) [18:06] the other files aren't necessary [18:06] I'll, thanks seb128 :) [18:06] 'ci [18:15] ok, time for some sport and dinner [18:15] bbl [18:17] see you seb128! enjoy [18:21] how do i make firefox preserve my settings correctly now? === Amaranth_ is now known as Amaranth [19:30] kenvandine, was GtkWindow *window changed in GTK3 ? [19:41] kenvandine, https://code.launchpad.net/~bcurtiswx/ubuntu/natty/empathy/empathy-2.91.4.3 with errors http://paste.ubuntu.com/549960/ [19:42] kenvandine, the code in question is in 31_really_raise_window.patch [20:08] bcurtiswx_, i thought you had already fixed that one [20:08] let me look at your branch [20:09] kenvandine, i went back fairly far [20:11] http://paste.ubuntu.com/549969/ [20:11] bcurtiswx_, that is what you had done before [20:15] kenvandine, thanks. [20:15] bcurtiswx_, np [20:39] kenvandine, http://paste.ubuntu.com/549977/ i hope this is new enough [20:52] kenvandine, seems to me it's stuff with the indicator functions not getting recognized.. but it's different than before [21:19] bcurtiswx_, looks like the same as before... when the Makefile.am wasn't updated === Amaranth_ is now known as Amaranth === seiflotfy_ is now known as help === help is now known as Guest41209 === Guest41209 is now known as seiflotfy [22:18] kenvandine, what would my next step be. Is this a patching issue again? [22:23] heading home, bbl.