[00:20] fta: anything special in the chromeOS tree commits? [00:20] lots of chatering about a release in a week or two === asac_ is now known as asac [11:29] ok when i click on mail from junk folder and mark as not junk it moves it to the inbox however if i mark a mail junk from the inbox it does not move it to junk as it is set up that way [11:30] in tb3 [12:49] yay natty is open to play with :) [12:50] 286 upgraded, 13 newly installed, 0 to remove and 1 not upgraded. [13:36] gnomefreak: you have Move New Junk Messages checked? [13:47] dpm, hi, someone apparently contributed a lot of german translations [13:48] chrisccoulson: this patch seems to have failed for the Thunderbrid pixman issue and I'm not sure why http://paste.ubuntu.com/515626/ [13:48] i should really speed up and complete my converter [13:49] micahg - ok, will have a look this afternoon [13:49] fta2, yes, I see it. Right, so it seems that even without announcing it people are discovering them. I think I should send an e-mail to the ubuntu-translators and launchpad-translators list telling them about the project and asking them not to submit translations until further announcement. What do you think? [13:49] chrisccoulson: thanks [13:54] dpm, if i change the strings format, i will try to also convert the strings already contributed (it's just a matter of stripping some extra xml tags and decode some &xxx; codes) so hopefully, nothing will be lost [13:56] fta2, ok, do you think I should still send the e-mail to translators, though? [13:58] dpm, hold one until later today. i'll review my code and see what's left to be done so i can give you an estimate [13:58] fta2, great stuff, thanks === asac_ is now known as asac [14:11] micahg: yes i do [14:15] gnomefreak: looks like a regression on mozilla 487610 [14:15] Mozilla bug 487610 in Filters "Messages marked manually as Junk are never moved to Junk folder (if user doesn't check "Enable adaptive junk mail controls for this account", even though UnJunk moves back to Inbox regardless of user's choice of the option)" [Normal,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=487610 [14:16] micahg: ill look in a minute [14:17] micahg: i cant reopen that bug [14:18] gnomefreak: you shouldn't, file a new bug blocking it [14:18] ok [14:38] micahg: blocking 3.1? [14:44] there nevermind [14:44] be back [15:39] it seems xulrunner 1.9 and 2.0 are failing to configure and keep locking up dpkg [15:40] xulrunner-1.9.2 icedtea6-plugin xulrunner-2.0 xulrunner-2.0-gnome-support [15:41] gnomefreak: there was a bug with an older daily, but that should be fixed now, what are your current versions [15:41] im running update now [15:42] policy tells me im up to date [15:43] 1.9.2.12~hg20101015r34683+nobinonly-0ubuntu1~umd1 2.0~b8~hg20101018r55986+nobinonly-0ubuntu1~umd1 [15:43] thats the 2 xul [15:43] hmm, shouldn't be stalling, can you see what process is stalling? [15:44] Setting up xulrunner-1.9.2 (1.9.2.12~hg20101015r34683+nobinonly-0ubuntu1~umd1) [15:45] this is now running dist-upgrade again after killing the proc. [15:45] gnomefreak: right, but can you look at ps -afx and see where it's stuck? [15:48] micahg: http://paste.ubuntu.com/515688/ [15:49] gnomefreak: I'm interested in process 12165 down, can you expand your window and get a better paste? [15:50] working on it [15:50] gnomefreak: it actually looks like they're 2 jobs running at once [15:50] 6315 down as well [15:50] i havent killed it this time yet [15:51] gnomefreak: that's fine, you killed the upgrade once already? [15:51] micahg: http://paste.ubuntu.com/515691/ [15:51] micahg: 2 times i think [15:52] i snipped the first part of it since it didnt seem important [15:52] problem it says maverick and im not on maverick [15:52] bin/sh /var/lib/dpkg/info/xulrunner-1.9.2.postinst configure 1.9.2.12~hg20101015r34683+nobinonly-0ubuntu1~umd1~maverick [15:53] hmmm, yeah, it seems like it got stuck on the first upgrade, now they're running twice [15:53] i guess i can kill this time too [15:53] gnomefreak: can you attach strace to process 6334 and see what's getting stuck? [15:54] micahg: not until tomorwo. i have a meeting to get to in a few minutes [15:56] running sudo fuser -vki /var/lib/dpkg/lock than dpkg --confi... still stalls it. but it does kill the process it is running [15:57] s/is/was [15:57] gnomefreak: k, well, let me know tomorrow [15:57] nomefreak@Development:~$ sudo fuser -vki /var/lib/dpkg/lock [15:57] [sudo] password for gnomefreak: USER PID ACCESS COMMAND [15:57] /var/lib/dpkg/lock: root 12165 F.... dpkg [15:57] Kill process 12165 ? (y/N) y [15:57] k === davida is now known as davidascher === jdstrand_ is now known as jdstrand [20:20] anyone here on i386? [20:30] my netbook is [21:22] Dimmuxx, on maverick? [21:25] micahg - oh, the natty builds of firefox-4.0 are hanging on i386 too [21:25] :( [21:25] i disassembled the hanging code section today, and it looks very much like a compiler issue [21:25] heh, firefox finding bugs in gcc, nice :) [21:26] i just want somebody to test a gcc-4.5 build on i386 though (i'm going to build one on my PPA in a minute with the test-suite switched off) [21:26] just to confirm that it really is a problem [21:34] micahg - i think we should hold fire on any mozilla uploads to natty for now, we can always pocket copy the maverick updates across [21:35] chrisccoulson: ok, is it that hopeless? [21:35] micahg - on i386, it looks that way [21:35] deadlock before entering main() is about as bad as it gets ;) [21:35] chrisccoulson: k, that's 4.0, what about 3.6? [21:36] micahg - i suspect 3.6 is the same, i don't think jemalloc has changed that much [21:37] chrisccoulson: yes on maverick [21:37] Dimmuxx, how much longer are you going to be hanging around? [21:37] i'm online here 24/7 more or less [21:38] Dimmuxx, mind testing a build of firefox-4.0 in about 1.5 hours? [21:39] i just want to confirm whether gcc-4.5 really has broken it ;) [21:39] sure I can do that [21:40] thanks [21:40] why don't you just run a i386 version in vbox if you need to test things like this though? [21:41] i suppose i could do that ;) [21:41] that means me doing a vbox install though [21:42] chrisccoulson: i386 chroot :) [21:42] micahg - that's what i'm using to investigate the initial build issue, but i wanted to verify it to in a proper 32-bit environment [21:43] ah, yes [21:43] just to rule that out ;) [21:43] this is going to be an "interesting" cycle ;) [21:44] vbox is nice to have, I use it to have local copies of remote servers that I admin [21:44] so that I can test crazy stuff locally before doing it for real [21:44] that reminds me, I need to send my emails to -devel tonight for the Mozilla stuff :-/ [21:46] right, firefox-4.0 is building in my PPA with gcc-4.5 now: https://edge.launchpad.net/~chrisccoulson/+archive/ppa/+packages [21:47] tell me when it's published [21:47] thanks [22:03] ok, i disassembled the last good build with gcc-4.5, and the code section looks more sane [22:03] urgh [22:03] i meant with gcc-4.4 [22:04] i could do with figuring out a minimal reproducer for this really :/ [23:17] Dimmuxx, ok, it's built now (but not published yet) [23:17] you can grab the binaries from https://edge.launchpad.net/~chrisccoulson/+archive/ppa/+build/2008882 though [23:18] (you only need firefox-4.0-core and firefox-4.0) [23:18] that build hangs for me in my chroot anyway [23:19] i guess i should test a build built with gcc-4.5 minus the linaro work [23:20] it doesn't work [23:20] Dimmuxx, it hangs at start [23:20] ? [23:20] yes or just quits after loading for a while [23:20] Dimmuxx, i suspect you have a firefox-4.0-bin process sitting hung on your system now ;) [23:20] you can just kill it [23:20] that's good that it's not just me then ;) [23:21] indeed [23:21] right, time to kick off a gcc build then [23:22] what does the gnome-support package do exactly btw? [23:22] Dimmuxx, it just depends on the gnome libraries [23:23] that's all [23:23] ah okay [23:23] so pretty useless then [23:23] for a gnome user, yes ;)