[00:00] logs should be at http://irclogs.ubuntu.com === tkamppeter_ is now known as tkamppeter === asac_ is now known as asac [02:20] jasoncwarner, i just uploaded the latest snapshot of overlay-scrollbars to the ppa so you don't need to add the unity daily builds ppa [02:20] https://launchpad.net/~ayatana-scrollbar-team/+archive/release [02:21] it is much better than the version from last week :) [02:21] ah, thanks! [02:21] kenvandine: I installed the deb...will I be able to upgrade ok? [02:21] yeah [02:21] then you have basically the same thing [02:21] and you have the ppa enabled, so you'll get upgrades [02:22] this way everyone that had played with it will get all the fixes [02:22] jasoncwarner, what do you think? [02:22] I did..I disabled it when I got the deb link from you...but will renable now [02:22] not the unity daily builds ppa [02:22] but do enable the ppa:ayatana-scrollbar-team/release [02:22] RAOF: Any ideas why the nux unity support test succeeds, even though I am running nouveau without experimental 3D installed? [02:22] kenvandine: no, just hte ppa:ayatana-scrollbar-team/release....I'll enable that [02:23] yeah [02:23] good, done run the crack daily builds :) [02:23] kenvandine: so far so good, honestly. Not too many issues with me using it. [02:23] unless you want to bleed [02:23] yeah === edwardc_ is now known as edwardc [04:40] pitti, ping [04:42] pitti, you had a 60 hour lock on the gnome-control-center branch, I hope that wasn't intentional 'cause I broke it... [04:43] robert_ancell, i have seen that on a couple branches, i think LP is a little disgruntled :) [04:44] kenvandine, heh, naughty LP! [04:48] Sponsor trawl time! Who'd like to upload a re-enabled IA32 assembler version of mesa? [04:51] RAOF, ah, I can I guess? [04:51] Ta. [04:52] http://cooperteam.net/Packages [04:52] RAOF, mesa 7.10.1-0ubuntu3? [04:53] Yup. You can leave the rest of the X world for one of the X guys ;) [04:53] RAOF, you guys should really use some sort of packaging branch... [04:53] We do. [04:53] Would you like a link to there instead? [04:54] RAOF, yes please [04:55] git://git.debian.org/git/pkg-xorg/lib/mesa on the ubuntu branch. [04:56] oh, so debcheckout wasn't lying then :) [04:56] Nope :) [04:56] Although there's no way to encode the branch in the vcs format field, sadly. [04:56] RAOF, ok, uploaded. If anyone asks, it wasn't me who did it :) [04:57] Heh. [04:58] My lips are sealed! [05:01] robert_ancell: Unfortunately its not hard to find out who uploaded it. [05:01] Or should I say fortunately... [05:02] TheMuso, stupid signing :) [05:02] heh [07:01] good morning [07:37] good morning [07:38] hey pitti [07:38] hey didrocks [07:38] thanks for the dh7 langpack work :) [07:38] didrocks: took a while, as I added tests for each and everything [07:38] but now dh-translations is working [07:39] oh nice, testsuite for the win \o/ [07:39] I just need to add a dh sequencer now, package it, and test it [07:39] good morning all [07:39] didrocks: yeah, I've been bitten too hard with that stuff in the past [07:39] hey dpm [07:39] dpm: maverick langpack export arrived last evening, I built the packs overnight [07:39] hey pitti, yeah, I saw that the full export happened in the end. [07:39] I'll give them a quick test this morning, and upload [07:40] cool [07:40] hey dpm [07:41] heya didrocks, how's it going? [07:41] pitti: you will add a --with langpack? [07:41] or something like that [07:41] yes [07:41] dpm: I'm fine, thanks! you? [07:41] very well, thanks, slowly waking up :) [07:48] pitti, before uploading, and if it's not much of a hassle, may I ask you to rebuild the maverick language-pack-ca-base including the additional ca-valencia.xpi file I added to po2xpi? I pinged chrisccoulson about it, but it seems he hadn't had the chance to merge it yet. Once merged langpack-o-matic should pick it up automatically, although I'm not sure how it should be told that both the ca.xpi and ca-valencia.xpi files belong to the 'ca' language pa [07:48] ck [07:49] dpm: ah, that's missing; I can just add it by hand for now, but I need to fix it in the code as well; would you mind filing a bug against langpack-o-matic about it and assign to me? [07:49] pitti, sure, thanks! [07:50] dpm: where can I get ca-valencia.xpi for now? [07:50] i'm just merging that now btw ;) [07:50] ah [07:50] chrisccoulson: oh, good morning! early for you [07:50] cool, thanks chrisccoulson! (and good morning :) [07:50] hi! yeah, it's pretty early for me ;) [07:50] hey chrisccoulson [07:50] hi didrocks [07:51] how are you? [07:57] I'm fine, thanks, you? :) [08:01] pitti, ok, bug 736676 - let me know if you need more info [08:01] Launchpad bug 736676 in langpack-o-matic "Add ca-valencia.xpi to the same language pack ca.xpi is in" [Undecided,New] https://launchpad.net/bugs/736676 [08:02] dpm: looks fine, thanks [08:06] morning === smspillazzzz is now known as smspillaz [08:10] good morning rodrigo_ [08:11] hi dpm [08:13] hey rodrigo_ [08:14] hello pitti [08:22] thanks for the merge chrisccoulson === Amaranth__ is now known as Amaranth [08:45] meh - the import failed early due to a LP oops [08:49] dpm: hah, langpack-o-matic already handles the -valencia pack properly (just had to update the test suite as it didn't previously expected a second xpi) [08:50] dpm: as I had to restart the maverick import anyway due to the LP oops, they'll be included [08:50] pitti, awesome, thanks, langpack-o-matic ftw! [08:54] pitti - have you seen this? http://people.mozilla.com/~sayrer/2011/temp/process.html ;) [08:54] i guess we'll need to be able to roll language packs quite quickly ;) [08:56] chrisccoulson: even faster release process? [08:56] pitti - yeah. it's pretty similar to that of chromium [08:59] kklimonda, i got mongodb built btw, but it fails the test-suite quite spectacularly [09:00] like, foo.x = 17; return foo.x gives NaN === chaotic_ is now known as chaotic [10:19] pitti: could you give me a hint again were I find the patches generated by merge-o-matic? [10:19] hey Sweetshark [10:20] Sweetshark: http://patches.ubuntu.com/ [10:29] pitti: the hyphen patch looks good, could you sync that? [10:29] * Sweetshark looks at the openoffice.org-dictionaries and openthesaurus packages [10:29] Sweetshark: you looked at https://merges.ubuntu.com/h/hyphen/hyphen_2.7.1-3ubuntu1.patch vs. https://merges.ubuntu.com/h/hyphen/hyphen_2.7.1-4.patch ? [10:30] Sweetshark: the automatic merge https://merges.ubuntu.com/h/hyphen/hyphen_2.7.1-4ubuntu1.patch still has the extra language-support recommends, though [10:31] i. e. this needs a merge, not a sync [10:33] pitti: ugh, yes. I meant the merge looks good for hyphen. Do I need to repeat the merge? I would end up just as the automatic one did. [10:33] Sweetshark: it's rather trivial indeed, you just need to update the changelog (remaining differences/uploader) [10:34] pitti, reading your discussion with fta, why do we prevent report of abort crashes to start? [10:34] seb128: we have always done so [10:34] seb128: since maverick or so we do report the ones with an AssertionMessage, though [10:34] pitti, right but it seems wrong [10:35] back then you (or other folks) complained about getting too many useless reports about sigabrt, because they didn't tell you the actual assertion message [10:35] we got discussions several times a week with annoyed users that get "a crash but apport telling them it can't report it" where we need to explain them how to use gdb to get a stacktrace anyway so we have a clue what's going on [10:36] for sigabrt? [10:36] pitti, well I changed my mind, I think having to deal with confused users is work over what cleaned extra bugs is ;-) [10:36] cleaning [10:36] okay :) no big deal to report these again [10:36] pitti, not sure, I think usually the message say "it's an assert without error message set" [10:37] added to my todo then [10:37] pitti, but since it's a crash and we want to know what's going on we usually go and explain them how to use gdb... [10:37] pitti, thanks [10:37] would still like to finish dh_translations first, though [10:37] pitti, oh about that [10:37] pitti, did you notice http://packages.qa.debian.org/g/gnome-pkg-tools/news/20110227T161722Z.html [10:37] ? [10:38] pitti, debian got some dh7 --gnome work done recently [10:38] * Add --with gnome debhelper sequencer (Closes: #578494). [10:38] nice [10:38] pitti, I forgot to comment on the lp bug about that [10:38] that's by and large bug 595008 [10:38] Launchpad bug 595008 in gnome-pkg-tools "should port the GNOME cdbs custom rules to dh7" [Wishlist,Triaged] https://launchpad.net/bugs/595008 [10:38] pitti, your comment from yesterday made me remember about it [10:38] pitti, yeah, that's why I mention it now ;-) [10:38] niice [10:40] seb128: should we merge that for natty? [10:41] seb128: so I guess we should make --with gnome imply --with translations (i. e. add dh_translations to the gnome sequencer) [10:42] pitti, sure [10:43] pitti, yes, similar to cdbs, --gnome should do the magic for Ubuntu things [10:43] I just converted jockey from cdbs to dh and dh_translations [10:43] now mostly equivalent, the only thing that we are missing is the symlinking of identical doc files [10:43] ok [10:44] pitti, just curious do you win anything from using dh? or that was just a testcase for the new dh? [10:44] seb128: mostly for a real-life test case; I have automatic test cases in pkgbinarymangler, but I'm paranoid :) [10:44] seb128: I won't upload the new jockey right now [10:44] seb128: the win is mostly that it's much faster to build [10:45] but I won't start mass-converting packages for now, at least not before we get the doc symlinking back [10:47] seb128: I now test it with aptdaemon (bug 690270) [10:47] Launchpad bug 690270 in aptdaemon "Translated String (zh_TW) Not Showed within aptdaemon" [Medium,In progress] https://launchpad.net/bugs/690270 [10:47] pitti, thanks ;-) [10:48] btw why is cdbs slower to build? [10:49] seb128: because it calls all the dh_* for each single package individually [10:49] dh calls them just once, and they work on all packages then [10:50] right [11:08] mvo, bug #724735 [11:08] Launchpad bug 724735 in aptdaemon "aptd crashed with UnicodeDecodeError in _set_status_details(): 'ascii' codec can't decode byte 0xd0 in position 0: ordinal not in range(128)" [Medium,Triaged] https://launchpad.net/bugs/724735 [11:09] mvo, seems a frequent user issues and it has a patch to review [11:10] thanks seb128! I have a look [11:12] mvo, #635893 seems a frequent issue as well [11:15] mvo, hi [11:15] hey jibel [11:15] mvo, s-c is not in a good mood this morning: bug 736716 [11:15] Launchpad bug 736716 in software-center "software-center crashed with TypeError in _check_members(): Collection contains member of invalid type . Expected " [High,Triaged] https://launchpad.net/bugs/736716 [11:16] jibel: yeah, fixed in bzr :) [11:16] mvo, wow, thanks! [11:17] mvo, is #626798 really a crash or just apport noise? [11:18] seb128, oh, saw your comment last night about https://bugzilla.gnome.org/show_bug.cgi?id=644560 but it was late, so the answer is: the fix is not that easy, so looking into a correct fix for it [11:18] Gnome bug 644560 in Gal "Can't set an account password" [Normal,Needinfo] [11:18] rodrigo_, ok, I was just pointing it in case you just forgot to add it [11:18] rodrigo_, thanks [11:19] seb128, yeah, I should have added another comment after I discussed it with upstream [11:19] seb128: that is caused by policykit having a short timeout I think [11:19] rodrigo_, if you discussed it with upstream that's fine ;-) [11:19] seb128, the issue is that it needs to be hidden when editing an existing account, and displayed when creating a new account [11:22] rodrigo_, ok [11:27] rodrigo_, btw any news about the gdm, g-s-d race? [11:28] seb128, I'm mostly done in pinpointing where the problem is, seems so far it's in gnome-session [11:29] rodrigo_, do you know if someone is going to work on actually fixing it? [11:29] seb128, I discussed it with vuntz the other day, so either him or me will fix it, once I know where the problem is [11:30] vuntz, hey [11:30] rodrigo_, ok, let me check with vuntz, I just want to avoid duplicating work === smspillaz is now known as smspillaz|food [11:31] seb128, ok [11:31] vuntz, it's about https://bugzilla.gnome.org/show_bug.cgi?id=634988 [11:31] Gnome bug 634988 in general "my computer is too fast" [Normal,New] [11:32] * pitti is now satisfied with dh_translations and uploads [11:37] dpm: are you running maverick ATM? [11:37] dpm: would you mind trying the -ca langpack which just finished building? (I checked that it has teh ca-valencia ffox plugin) [11:39] dpm: and the -es one as well, perhaps? (for the search plugins) [11:42] pitti, I'm running natty, and I don't have access to a maverick machine. I'll try to install an iso on a virtual machine and test [11:42] dpm: you can install them in the live system, too [11:43] dpm: I'll test the German ones [11:43] pitti, yeah, but it will take me the same amount of time, as I have to download the ISO [11:43] oh [11:47] or do we have any cloud machine where we could test? [11:47] not that I know of [11:47] jibel? ^ [11:48] or jibel_ :) [11:50] hi dpm , I don't know any cloud system where we can test but I can help with testing in a VM, I must have a few maverick somewhere [11:51] jibel, cool, thanks, wait though, I'm talking with kim0, our community cloud expert, he might be able to help with that [11:51] dpm, okay, just ping me if you want me to test something [11:51] * jibel is back to nVidia testing [11:52] cool, thanks :) [11:53] seb128: if you have a second, would you mind binNEWing dh-translations? [12:02] dpm: http://people.canonical.com/~pitti/tmp/lp/ has the .debs [12:06] pitti, ok, thanks [12:15] pitti, ok [12:19] dpm: the German one works well for me [12:20] dpm: so I guess I'll wait with the upload until your OK? [12:20] I'd just like to give this a little extra testing, as the underlying langpack-o-matic machinery is still very new [12:21] pitti, if you don't want to block on me, you can upload the others - I can test 'ca' and 'es' (I found a maverick ISO I'm installing on a VM right now) [12:22] dpm: it can wait another hour, that's fine [12:22] pitti, ok, let's talk again in ~1h [12:25] pitti, new-ed === smspillaz|food is now known as smspillaz [13:12] seb128: merci [13:21] pitti, yw [13:26] * popey tickles kenvandine with bug 736848 [13:27] no bot to give us a url? [13:28] * kenvandine does it the old school way [13:29] not finding that bug [13:29] popey, ^^ [13:29] private [13:30] https://bugs.launchpad.net/ubuntu/+source/gwibber/+bug/736848 [13:30] popey: Error: bug 736848 not found [13:30] wut [13:30] i copy/pasted that from the url in lp [13:30] very weird [13:30] can you subscribe me? [13:30] sure [13:31] done === dbarth_ is now known as dbarth [13:57] * pochu waves :) [13:58] didrocks: so, looks like https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/687732 regressed [13:58] Launchpad bug 687732 in compiz "gtk.Label link-activate signal broken with compiz in natty" [High,Fix released] [13:58] didrocks: the testcase fails in natty here [13:58] pochu: hey hey [13:58] oh? [13:58] GtkLabels with links don't work [13:58] i'm just discussing compiz bug right now :) [13:58] bugs* [13:58] so, perfect timing! [13:58] :) [13:59] that affects empathy, e.g. the facebook new account dialog [13:59] possibly more places [13:59] pochu: sure, it's a high priority :) [13:59] so I'd appreciate if you can include that bug in your discussions ;) [13:59] thanks for the head's up :) [13:59] neat, thank you! [13:59] pochu: doing right now on #compiz-dev [13:59] let me know if you discover something [14:00] pochu: sure, can you update the status please? [14:00] pitti, the 'ca' and 'es' language packs look fine except for one thing: the yelp front page is in English - this might have to do with that bug kyleN worked on a while ago? (bug 451673) [14:00] (on the bug) [14:00] Launchpad bug 451673 in yelp "Untranslated Yelp main page (Ubuntu Help Center)" [High,Confirmed] https://launchpad.net/bugs/451673 [14:00] pochu: with version and such… [14:00] dpm: is that a regression from the maverick final langpacks? [14:00] didrocks: of course [14:01] thanks :) [14:01] dpm: I hate this bug; I think I attempted to fix it at least three times now :/ [14:01] pitti, I'm actually not sure if it's a regression. I can't remember if the bug was fixed before release or not [14:01] didrocks, pochu: I can't confirm there [14:02] just tried as well [14:02] can't confirm [14:02] hrmm, weird [14:02] (on gedit) [14:02] have you tried the test case? [14:02] I have natty uptodate as of two minutes ago [14:02] dpm: booting maverick live in Spanish to check [14:02] ok [14:03] pochu: poke [14:03] pochu: you said links were weird ? [14:03] pochu, I just tried the testcase example [14:03] does this happen right after you change viewports or all the time ? [14:03] pochu, works here [14:03] smspillaz: apparently all the time, but it seems seb128 and didrocks can't reproduce it :/ [14:03] pochu: so what, clicking on links doesn't work ? [14:04] smspillaz: in links on GtkLabels, yes [14:04] pochu: hrm [14:04] GtkLinkButtons are ok [14:04] pochu: fire up xev [14:04] dpm: system -> about Ubuntu is in Spanish, but pressing F1 on the desktop background ("Ubuntu Help Center") is in English [14:04] pochu: click anywhere in xev [14:04] it should only give 2 events [14:04] ButtonPress and ButtonRelease [14:04] dpm: that is, the topic list on the left is Spanish, but the main text is English [14:04] is that right ? [14:05] smspillaz: yes, I get two events when I click [14:05] smspillaz: ButtonPress and ButtonRelease [14:05] pochu: right ok [14:05] hrm [14:05] do the links only not work sometimes or is it all the time [14:05] because if you are getting just ButtonPress and ButtonRelease then compiz isn't doing anything silly [14:05] (no interference with the app) [14:06] pitti, yeah, that's exactly what I saw on the latest langpacks too, so as bad as it might be, it does not seem to be a regression. However, IIRC kyleN fixed it for the Chinese langpacks for the OEM build, so releasing new Chinese langpacks might mean a regression on the field for his build [14:06] smspillaz: sometimes they work, e.g. if I click on other links (like a GtkLinkButton), they start to work on the GtkLabels [14:06] right [14:06] does it happen with metacity ? [14:06] dpm: I guess we can leave that to the -proposed testing then? [14:06] smspillaz: just tried again, the first time in xev I didn't get ButtonPress and ButtonRelease [14:07] dpm: I'm uploading the lot now; let's see what sticks [14:07] pochu: well, the first time you click, you will get a bit more [14:07] because of click to focus [14:07] but after that [14:07] it should work fine [14:07] speaking of which [14:07] pochu: have you got anything like sticky windows, or click to focus not enabled or something weird like that? [14:07] smspillaz: hmm, it seems it doesn't work inside the black square [14:08] pitti, yeah, I guess so. We can then decide if it's possible to fix it, or if the zh_* langpacks can be patched, or if we just don't upload them to -updates [14:08] smspillaz: no, this is pretty much an stock Ubuntu natty [14:08] inside the black square you'll get a bit more [14:08] dpm: or perhaps they actually work :) [14:08] smspillaz: but I don't get ButtonPress inside the black square [14:08] pitti, yeah, that'd be my favourite option :) [14:08] smspillaz: I get KeymapNotify, ButtonRelease and LeaveNotify inside the square [14:08] hrm [14:08] or maybe you shouldn't get a bit more [14:08] *switches to metacity [14:09] ah no I get ButtonPress too [14:09] my bad [14:09] so I get ButtonPress, EnterNotify, KeymapNotify, ButtonRelease, LeaveNotify [14:09] right [14:09] same with metacity [14:10] hrm [14:10] and the links don't work unless you click on a button [14:10] pochu: what happens if you switch to metacity ... I wonder if this is a gtk+ issue [14:10] something like that, yeah [14:12] smspillaz: seems to work from metacity [14:12] smspillaz: actually the test case doesn't [14:12] this is quite weird [14:13] pochu: I vote bug in gtk+ [14:14] since when I was initially dealing with this problem, it was indeed gtk+ being buggy [14:14] (not checking the event->xfocus.mode) [14:14] but I had to work around it in compiz anyways [14:16] smspillaz: well it's weird that it works in metacity but not in compiz then, isn't it? [14:22] well scratch that, as I said it also seems to fail on metacity [14:28] rodrigo_: hey [14:28] rodrigo_: I'm not working on the g-s-d issue on login, no [14:29] rodrigo_: and I'll obviously gladily accept help here :-) [14:30] vuntz, ok, I've been looking a bit at it, so will keep going [14:31] hey vuntz [14:31] vuntz, so I guess you will not work on that in the next 2 weeks? [14:32] seb128: no, I won't [14:32] vuntz, ok thanks [14:33] vuntz, it's a bit of a visible issue and since new computers don't get slower increasing numbers of users hit it [14:33] right [14:33] vuntz, well, we will work on in for natty and send a patch back if we get one [14:34] I will keep looking for a fixç [14:34] fix [14:34] if someone sends me a computer fast enough to reproduce, I can possibly find time, though ;-) [14:34] hehe [14:34] does anyone here use pithos, and get the gstreamer error? [14:36] Sweetshark: sorry, dropped the ball on that -- do you want me to merge hyphen? [14:38] vuntz, I can send you a sleep (1) shell command :p [14:38] vuntz, it might be possible to hack on with some tweaking, but don't bother [14:39] pitti: if you could give it a fast merge, please do. LO currently needs me a bit too, because we are mergeing ~80 milestones from OOo into master (including the new buildsystem) [14:39] vuntz, we should just make desrt fix it since he has been reporting the bug he obviously has a computer which triggers it ;-) [14:39] Sweetshark: ack, doing [14:42] pitti: thanks a lot! [14:42] Sweetshark: kein Problem :) (uploaded) [14:48] smspillaz: meh, apparently I was doing something weird, it works now [14:48] smspillaz: sorry for the noise [14:48] pochu, can you close the bug again then? [14:48] (didn't check if you did) [14:49] seb128: I already did :) [14:49] thanks [15:01] kklimonda, mongodb test failures down to 5 \o/ [15:01] chrisccoulson: you are incredible. :) [15:02] heh === ogra is now known as Guest53848 === Guest53848 is now known as ogra_ [15:19] bah [15:20] pitti, did you already see apport chroot updates raise and assertionerror on the apt-get clean command? [15:21] seb128: doesn't ring a bell here; what does it say? [15:21] apport-chroot", line 110, in upgrade_chroot [15:21] assert chroot.run(['apt-get', 'clean']) == 0 [15:21] AssertionError [15:21] pitti, it's the amd64 retracer log [15:22] I've removed the lock just to see [15:22] * pitti blames multiarch [15:22] pitti, random guess you you think it might be due to it? [15:23] yes, it's a totally unfounded random guess [15:23] but it's the one thing happening now that is very intrusive [15:25] bah, failed again [15:25] let me log in and see manually [15:43] pitti, [15:43] # apt-get clean [15:43] apt-get: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by apt-get) [15:43] apt-get: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4.14' not found (required by /tmp/tmprHOceK/usr/lib/libapt-pkg.so.4.10) [15:43] seb128: argh, chroots have a botched apt-get? [15:43] mvo, ^ did you see such errors before? [15:43] pitti, they don't yet since the update fails on the broke apt-get clean [15:43] ah, good [15:44] so the tarballs didn't get updated [15:44] but it I do an upgrade I get that [15:44] I will exit 1 [15:44] seb128: woah, where does this one come from? [15:45] mvo, retracers, apport-chroot [15:45] it happens after upgrading libstdc++6 today [15:45] seb128: I don't think I have seen that, what chroot in particular? [15:45] oh [15:45] let's move to #ubuntu-devel, it's a slangasek thing [15:46] did he break it?!? [15:49] mvo, he did the recent update, but I think it's a fakechroot issue [15:49]