[00:04] <asac> mconnor: ok managed to test the patch and attached to bug
[00:04] <asac> https://bugzilla.mozilla.org/show_bug.cgi?id=515232
[00:05] <asac> hmm. guess the autostring should be moved directly above where its used for first time ;)
[00:09] <andv> asac, if tomorrow gnomefreak will ask about ubuntu-it-menu tell him I gonna do it tomorrow afternoon / evening
[00:10] <asac> andv: you think he will jump on it?
[00:10] <andv> asac, lol
[00:10] <andv> asac, maybe he asks you to sponsor it
[00:10] <asac> k
[00:10] <andv> I first need to fix the extra license file
[00:10] <andv> then it's ready
[00:11] <andv> but now I'm a bit tired, so commenting two more bugs than I'm off
[00:11] <asac> thx
[00:11] <asac> sleep well
[00:11] <andv> ty :)
[00:23] <andv> asac, ok, done, I'm off for night
[00:24] <andv> asac, see ya tomorrow, good night
[01:26] <asac> micahg: quick question before i leave. did things go well with the patch merging? ;)
[01:26] <asac> micahg: also not happy i couldnt follow here - was kind of dragged through something ;)
[01:28] <fta> asac, i thought you did a session about that during the summer..
[01:28] <asac> that session was kind of half awake ;)
[01:28] <asac> i cant remember it anymore
[01:28] <asac> was like 0400 UTC ;)
[01:29] <asac> i think i actually explained the way we do things
[01:29] <fta> wow
[01:29] <asac> yes
[01:29] <asac> thats what i am thinking now
[01:29] <asac> i was like 2 minutes awake when the session started ;)
[02:16] <fta> just tested peacekeeper, ff trunk scored 1340, chromium 2086
[02:18] <asac> fta: does chromium work on arm?
[02:19] <fta> not sure it's ready, i saw some patches recently
[02:19] <asac> ok
[02:24] <fta> http://www.sofaraway.org/ubuntu/tmp/peacekeeper-090709.png
[02:29] <fta> asac, well, no, it will sure fail for sure on the other arches, that's why i kept it like that
[02:29] <fta> -sure
[02:31] <asac> fta: yes.
[02:31] <asac> but its wrong ;)
[02:31] <asac> you dont put specific archs in it unless the app is inheritently arch-specific
[02:34] <asac> the idea is: you upload, build fails. porters start working on it ;)
[02:34] <asac> in debian its only an important bug and nor a RC bug if a package fails to build somewhere where it never built before
[02:34] <asac> so a bit the "always try ... maybe it starts to work" approach ;)
[02:34] <asac> ok off
[02:35] <asac> ttyt
[08:53] <eagles0513875> mornign guys
[08:53] <eagles0513875> andv: got your response on the bug of ubuntu-it-menu and its not a problem at all
[11:11] <asac> jdstrand: so is going to be today ;) ... let me know when awake
[11:11] <asac> so, release is going ...
[11:11] <asac> ;)
[11:43] <gnomefreak> is there a sound channel?
[11:57] <asac> gnomefreak: ubuntu-sound ;)
[11:57] <asac> no clue
[12:01] <fta2> asac, the chromium really wants us to stick with in-source sqlite
[12:01] <fta2> the preload patch is a perf killer
[12:01] <asac> yes
[12:02] <fta2> but upstream seems to have rejected the patch
[12:04] <gnomefreak> asac: no i tried that. im think #ubuntu-pulseaudio but not sure. i will check in a few minutes
[12:07] <fta2> asac, as expected, ff3.7 refuses to start once again
[12:08] <fta2> asac, any idea where i can set a breakpoint?
[12:10] <asac> well. if it exists cleanly, so it seems it thinks all is fine ;)
[12:11] <asac> hard to tell where in the startup sequence it goes crazy
[12:17] <asac> needs lots of debug prints i would think
[12:17] <fta2> gasp
[12:17] <asac> fta2: what firefox does is: it queries the X tree to find firefox windows
[12:17] <asac> then selects the one with the right version+profile
[12:17] <asac> and sends a command
[12:18] <fta2> no ff at all
[12:18] <asac> yes. but thats what it does
[12:18] <asac> now you get all those bandaid errors
[12:18] <asac> which on its own is a bad thing, because that means that the query of x tree failed
[12:19] <asac> but the code is supposed to assume that no window is running if thats the case
[12:19] <asac> might be a bug in that
[12:19] <asac> but doesnt explain why it works once
[12:19] <asac> fta2: have you tried to remove plugins etc.?
[12:19] <asac> there were issues with flash at some point that caused similar issues
[12:20] <fta2> with NSPR_LOG_MODULES all:5 http://paste.ubuntu.com/267869/
[12:20] <gnomefreak> new kernel doesnt promt for restart. is this grub or something else im missing?
[12:22] <asac> 207996688[7f670b362150]: nsNativeModuleLoader::Init()
[12:22] <asac> i assume thats in the forked process?
[12:23] <asac> 207996688[7f670b362150]: DOCSHELL 7f670b2bc000 created
[12:23] <asac> 207996688[7f670b362150]: nsWindow::Destroy [7f670b3df8f0]
[12:23] <asac> no clue why something like that would happen
[12:23] <asac> fta2: what was the strace -f -eopen firefox again?
[12:26] <fta2> asac, http://paste.ubuntu.com/267871/
[12:30] <asac> fta2: nightly.xpt?
[12:30] <asac> nightly tester tools?
[12:30] <fta2> yes
[12:30] <asac> -safe-mode?
[12:31] <asac> and/or fresh profile?
[12:31] <fta2> both are ok
[12:32] <fta2> hm, and now it starts
[12:32] <fta2> like with a --reinstall
[12:44] <gnomefreak> i erally wish mozilla would have kept the release schedule icals
[12:44] <gnomefreak> really*
[12:44]  * gnomefreak reboots
[13:07] <asac> fta2: yeah. track down the extension causing this. maybe refractor?
[13:07] <asac> fta2: does fresh profile start two times in a row?
[13:34] <gnomefreak> asac: are we removing ${misc:Depends} from control
[13:34] <gnomefreak> from non-transitional entry
[13:38] <asac> no. thats ok to have
[13:39] <jdstrand> asac: hi, I'm here. firefox testing today?
[13:42] <asac> jdstrand: yep ;)
[13:43] <gnomefreak> asac: ok cool
[13:43] <jdstrand> asac: I'm on it. can you ping me when you are satisfied with your testing and it's ok for me to publish?
[13:44] <asac> yesa
[13:44] <asac> jdstrand: release is as usually late though
[13:45] <jdstrand> asac: btw, that is ff3 3.0.14 and xl19 1.9.0.14 (hardy-karmic), ff35 3.5.3 and xl191 1.9.1.3 (karmic only)?
[13:52] <asac> fta2: is chromium using GL as skia backend?
[13:55] <fta2> asac, http://code.google.com/p/chromium/wiki/LinuxGraphicsPipeline
[13:58] <gnomefreak> bug 425715
[14:06] <gnomefreak> andv: are you around yet. just finished with mozgest debdiff is on bug above and no lintian warnings/errors
[14:08] <gnomefreak> ok branch is pushed as well
[14:13] <asac> gnomefreak: he said to tell you that he will do mozgest today
[14:13] <gnomefreak> asac: already done :(
[14:31] <eagles0513875> hey guys
[14:32] <gnomefreak> hi eagles0513875
[14:33] <eagles0513875> if i can help out wiht packaging ill help you guys out
[14:33] <eagles0513875> put my quad to good use lol
[14:34] <gnomefreak> and bug 425695 is done and branch pushed to extension team
[14:34] <gnomefreak> my quota is met for the day now email before it gets too late in morning
[14:40] <gnomefreak> Subject:  You can say ?good-bye? to your old ugly watch.  << my damn watches are fine
[14:56] <eagles0513875> ahhah viva la sapm
[14:56] <eagles0513875> :spam
[14:56] <eagles0513875> :) i got news for u guys :)
[14:56] <bdrung_> gnomefreak: lp: #... is missing in http://bazaar.launchpad.net/~mozilla-extensions-dev/firefox-extensions/adblock-plus.ubuntu/revision/49
[14:57] <gnomefreak> bdrung_: yeah i keep forgetting to add that in there. on all extensions so far. i will fix it mostlikely tomorrow or if i have time after email ill do it real fast
[14:58] <gnomefreak> asac: ok bug 107247 since all gecko browsers see it wouldnt it be against xulrunner instead of firefox?
[15:09] <asac> gnomefreak: is sunbird 0.9 ready?
[15:09] <asac> i think i failed completely on that?
[15:11] <mac_v> asac: any reason why the nm-applet does not animate for wired connections? it constantly uses only the network-idle icon , while the netwrk-send, *-transmit , *-send-receive are not used?
[15:12] <asac> mac_v: not sure what you mean
[15:12] <asac> you want traffic indication in the applet?
[15:14] <mac_v> yeah
[15:16] <asac> that does not work for any type of connection
[15:16] <asac> also blinking in the tray is not what we will do
[15:16] <asac> a statistic  info somewhere we are planning
[15:16] <asac> especially for 3g etc. so users can see the costs
[15:17] <mac_v> asac: /status/24/network-idle.svg /status/24/network-receive.svg /status/24/network-transmit.svg /status/24/network-transmit-receive.svg
[15:17] <mac_v> these icons exist , ^
[15:17] <mac_v> which is the icon that is going to be used?
[15:22] <asac> mac_v: no icons
[15:22] <mac_v> asac: they are in the /usr/share/icons/THEMENAME
[15:22] <asac> the tray will not be animated
[15:22] <mac_v> thats not a problem
[15:23] <asac> thats why we dont need new icons ;)
[15:23] <mac_v> asac: i wanted to know which icon will be used :)
[15:23] <asac> not sure i understand the question
[15:23] <asac> fo what?
[15:23] <mac_v> for the notification area
[15:23] <asac> as i said: "the tray will  not be animated". so none of those
[15:23] <asac> yes. not sure how to answer that different from what i said
[15:24] <mac_v> asac: hehe , ok , so which icon is going to be assigned , could you pls have a look  :) we are making icons for humanity
[15:25] <asac> can you please read what i wrote
[15:25] <asac> the (icon in the) tray will not be animated == will not show activity indication
[15:26] <mac_v> asac: thats fine , but it will use an icon , right? a non animated one?
[15:26] <asac> network manager already uses an icon
[15:27] <asac> http://paste.ubuntu.com/267971/
[15:27] <asac> it uses the one of the devbice type of the primary route
[15:28] <mac_v> asac: ah those , ,thanks :)
[15:28] <mac_v> we were confused over the icons
[15:30] <mac_v> asac: because the icons we had assigned were those listed above , the status icons and nm was using only the idle one , so testers reported it :) , just wanted to know which icon to assign... thanks for clearing that up :)
[15:31] <asac> it might feel like its the old idle icon
[15:32] <asac> but NM uses complete different set
[15:32] <asac> than the old network indicator
[15:32] <mac_v> oh... ok
[15:39] <gnomefreak> asac: yes sunbird .9 is ready its version ubuntu3 as i recall
[15:49] <gnomefreak> bdrung_: fixed the changelog in adblock-plus and mozgest.
[15:49] <bdrung_> good
[15:50] <gnomefreak> i forgot those are not being pushed to Debian (or at least doesnt have to be) might be a good idea unless they already have them
[15:51] <gnomefreak> asac: seamonkey 1.1.18 is going to have to wait until after honeymoon ( 1 week to 2 weeks) not sure how much longer than a week we are staying
[15:52] <gnomefreak> unless someone gets energetic and wants to go for it ( im thinking a bit hard for eagles0513875) but since mike pushed 1.1.18 we should beable to take patches/fixes from there and add it to ours and build
[15:53] <gnomefreak> updates -> meetings -> bed -> start next day
[16:18] <gnomefreak> ok i will try to be here tomorrow for a little bit, i have to pack rest of stuff tomorrow and hit airport Friday morning.
[16:26] <fta2> asac, d'oh! chromium-browser (4.0.207.0~svn20090908r25615 -> 4.0.208.0~svn20090909r25716) [88.76MB (+18850kB, +21.23%)]
[16:27] <asac> sigh
[16:27] <fta2> icu42
[16:27] <asac> maybe we should prepare the first upload based on yesterdays package
[16:27] <fta2> there are 2 icu now
[16:36] <fta2> transition
[16:37] <fta2> fta@cube:/data/bot/upstream/chromium-browser.svn/src/third_party $ du -sm icu*
[16:37] <fta2> 298     icu
[16:37] <fta2> 268     icu38
[16:48] <asac> fta2: is that a transitional situation?
[16:48] <fta2> yes
[16:49] <asac> any known timeline?
[17:04] <fta2> i will ask
[17:16] <micahg> asac: ff3.5 is the hugday target...
[17:16] <asac> today?
[17:16] <micahg> tomorrow
[17:16] <asac> ah ... yeah. pedro mentioned it ;)
[17:18] <micahg> well, I'm subscribed to the package, so I'll try to keep an eye on it
[17:18] <micahg> ttyl
[17:34] <asac> thx
[17:44] <mac_v> asac:  " wpa_supplicant[3125]: CTRL-EVENT-SCAN-RESULTS " was this what you were talking about the other day? to reduce the auto-refresh of the nm-applet?
[17:44] <asac> you mean background scanning?
[17:44] <mac_v> yup
[17:44] <asac> you see that because of background scanning ... yes.
[17:45] <mac_v> that is occurring every 2 mins! seems an over kill :/
[17:45] <asac> no
[17:45] <asac> ;)
[17:45] <asac> for the sake of connectivity yes.
[17:45] <asac> but for the sake of other things ... no.
[17:45] <mac_v> ;p , well it floods the log  ;)
[17:47] <mac_v>  does it have to log *every* scan? wouldnt it be better when a scan has an error :)
[17:48] <asac> the log can be improved. at least there should be timestamps... feel free to submit it ;)
[17:49] <asac> personally i dont have many problems with that log
[17:49] <asac> but if folks dont like it we can address is on contribution base
[17:49] <andv> asac, hello alex
[17:49] <andv> asac, what happened to the extension wiki page? It lists just few of them now
[17:49] <mac_v> asac: well i have other errors , hence this seems to add to the haystack :(
[17:55] <asac> andv: look at the changes log
[17:56] <asac> https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview
[17:56] <asac> andv: ^^ please figure what gnomefreak did ;)
[17:56] <asac> i am out for dinner now for 1-2h
[17:56] <asac> revision 11 looks ok
[17:56] <asac> most likely some mess happened then ;)
[17:57] <asac> https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview?action=info
[17:57] <asac> ok out
[17:57] <asac> thats what imeant
[17:57] <andv> oki
[18:54] <micahg> asac: can the fix for bug 404827 make it into xul1.9.1.3 on jaunty?
[18:56] <andv> asac, I've cleaned the page a bit, fixed links et all
[18:56] <andv> asac, let me know if it's fine now
[19:16] <asac> micahg: todays security update is supposed to fix that. please verify in -security ppa
[19:18] <asac> hmm
[19:18] <asac> seems was forgotten
[19:18] <asac> too bad
[19:18] <micahg> yeah, I checked the security ppa first :)
[19:19] <micahg> it's not worth another rebuild?
[19:20] <fta> asac, are the FAILED emails clear enough (see o3d today)
[19:20]  * asac checks
[19:21] <andv> asac, wiki page updated, let me know when checked
[19:21] <asac> jdstrand: can you check the xul 1.9.1 for jaunty in security ppa and tell me if that is actually ok with you?
[19:22] <fta> http://launchpadlibrarian.net/31543792/buildlog_ubuntu-karmic-i386.xulrunner-1.9.2_1.9.2~a2~hg20090909r31589%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz
[19:22] <asac> jdstrand: and if that is ok, also tell me if its ok to add --enable-safe-browsing for this update still (bug 404827)
[19:22] <fta> http://launchpadlibrarian.net/31546555/buildlog_ubuntu-karmic-i386.firefox-3.7_3.7~a1~hg20090909r32341%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz
[19:22] <asac> we have that in karmic now for a while and should be safe
[19:22] <asac> its universe
[19:22] <asac> but its clearly not directly related to this security update
[19:22] <asac> (mor so for the geolocation thing thats in the current ppa version)
[19:23] <asac> fta: maybe thats alrewady fixed upstream?
[19:23] <asac> looks like they should get a red on tinderbox for that ;)
[19:24] <asac> i mean the test failure
[19:24] <asac> sigh ... gnomeshell .. sigh
[19:24] <asac> need to get upstreamred
[19:24] <asac> somehow :(
[19:24] <asac> micahg: ^^
[19:24] <asac> ;)
[19:24] <asac> you wanted to work on that, right ;)?
[19:24] <asac> patching file browser/components/shell/src/nsGNOMEShellService.h
[19:24] <asac> Patch lp185622_system_path_default_browser.patch does not apply (enforce with -f)
[19:26] <micahg> I was
[19:26] <micahg> I can try again tonight
[19:26] <asac> micahg: did you end up in problems yesterday while trying to adjust that patch?
[19:26] <asac> or is this a new build failure?
[19:27] <micahg> I couldn't get quilt to give me a .rej file
[19:27] <asac> hmm
[19:27] <asac> ok
[19:27] <asac> cd build-tree/mozilla ... ln -s ../../debian/patches; quilt push -a
[19:27] <asac> quilt push -f
[19:27] <asac> remove your quiltrc ;)
[19:28] <micahg> mayeb that was it
[19:28] <micahg> I'll try again tonight unless you are going to take care of it now
[19:28] <asac> just tell me when you dont get it done ;)
[19:29] <micahg> ok
[19:29] <asac> so we have it fixed tomorrow at least .... otherwise fta will harangue us about his build-failed ratio ;)
[19:29] <fta> yeah!
[19:30] <fta> Total builds:  	11676
[19:30] <fta> Failed 	1538
[19:30] <fta> Pending 	8
[19:30] <fta> Superseded 	484
[19:30] <fta> Succeeded 	9646
[19:30] <asac> andv: i think it looks good now. thx
[19:30] <micahg> ah
[19:30] <asac> now continue with all the other extensions ;)
[19:30] <micahg> now I get the rejects :0
[19:30] <micahg> :)
[19:30] <andv> asac, np, everything was messed up
[19:30] <andv> asac, like links done with bug ID set as xxxxx
[19:30] <asac> yeah. but at least the general content was ok
[19:30] <asac> i am not botherred about the right links. having them right is of course nice ;)
[19:31] <andv> asac, yeah, finishing the check on ubuntu-it-menu
[19:31] <andv> asac, do you know if gnomefreak finished working on any other extension?
[19:31] <andv> today?
[19:31] <micahg> asac: I don't get the reject files though
[19:32] <asac> micahg: does it complain?
[19:32] <asac> i think you had something about "unified reject" in your quiltrc. not sure what that means in practice as i dont have any quiltrc ;)
[19:33] <asac> micahg: maybe your reject is just inside those files?
[19:33] <asac> like conflict markers inside?
[19:33] <fta> asac, i didn't change the way tests are done in xul*, they should not be fatal
[19:33] <asac> or there was not a problem ;)
[19:33] <asac> fta: well.  the test build failure is an upstream build failure
[19:33] <asac> make does not find the target
[19:34] <asac> thats why i think its either already fixed or they have red flag atm ;)
[19:34] <micahg> asac: http://pastebin.com/f5c0157ac
[19:35] <asac> micahg: thats quilt push, right?=
[19:35] <micahg> push -f
[19:35] <fta> reed is never here when we need him :P
[19:35] <asac> so first: can be reverse-applied means that either exactly that patch landed upstream
[19:35] <asac> or you have a busted build tree
[19:35] <asac> where you alreawdy have that patch applied
[19:35] <asac> i would think the latter as the firefox-profilename patch is unlikely to ever get upstreamed
[19:35] <asac> micahg: start from a clean tree again
[19:35] <asac> then use the link for patches
[19:35] <asac> and do what you tried to do
[19:35] <asac> i am sure all will be good
[19:36] <micahg> how do I start from a clean tree again?  ./debian/rules patch?
[19:37] <asac> micahg: if you dont want to start with bzr bd --merge -e you can first clean it completely:
[19:37] <asac> fakeroot ./debian/rules clean
[19:37] <asac> then do what you said
[19:40] <fta> asac, it won't advise to call patch, clean or even pre-build (like in my dpatch script), it's easy to start the build (dpkg-buildpackage, or debuild), and fix from there
[19:42] <asac> fta: patch works well nowadays. whats the problem with that?
[19:43] <fta> embedded tarballs, or tweaked build dirs
[19:43] <fta> or custom unpack rules
[19:43] <fta> a real build would always work
[19:44] <fta> er, well, fail ;)
[19:48] <asac> fta: it works for embedded tarballs ... at least fo rus
[19:49] <asac> for us
[19:49] <asac> i hope we dont use custom unpack rules taht dont properly hook into the appropriate cdbs rules in moz and chrome etc. rules ;)
[19:49] <asac> if others do that, so be it :) ... but for those you cannot even say that you can properly work on packages ;)
[19:49] <asac> some are so busted that you have to trash the build tree and start from .dsc on every modification
[19:50] <asac> some even make the build tree dirty during clean::
[20:09] <fta> asac, remember my dquilt? http://paste.ubuntu.com/268145/
[20:11] <asac> yes
[20:15] <fta> several times, it caused me pain, creating the patches/ dir in the current dir instead of using the one in DEBIAN_PATCHES
[20:15] <fta> i'm no longer using it, i build and make the symlink
[20:16] <Pavlov> asac: can do it here
[20:16] <asac> hi
[20:16] <asac> Pavlov: so to tell you what to do at best i have to know some things:
[20:16] <Pavlov> ok
[20:16] <asac> 1. are you aiming to distribute a one package per language?
[20:17] <asac> also are you shipping xulrunner separated?
[20:17] <Pavlov> we're aiming to make the installation process simple for end users, and would like to avoid having to have seperate repos per language
[20:17] <Pavlov> so yeah, we have a fennec debian package and a xulrunner ones
[20:18] <asac> you want to provide "upstream" debian packages? or in some distro?
[20:19] <Pavlov> probably both.  we've been working with the maemo community to push our packages to their "maemo-extras" repository
[20:19] <Pavlov> it would be great to eventually get source package files so we could more easily spin builds in distros
[20:19] <Pavlov> but right now, we're ok doing the builds.  we've got things to the point where we can do repacks similar to how we do on the desktop, but we end up with a ton of seperate packages
[20:20] <Pavlov> which is ok, except we don't want to present the user with 50 fennecs to choose from
[20:20] <asac> sure.
[20:21] <asac> so the general approach that we use is that we ship the .xpi's in the unified language package we have in the distro
[20:21] <asac> so basically ubuntu has language-pack-de ... with all the translations for software in main
[20:21] <asac> when user switches language in our language selector, we install the appropriate language-pack if its not installed yet and switch the system locale
[20:22] <Pavlov> ah, so most of that work is done by the locale switcher?
[20:22] <asac> not sure if maemo has a similar unified language pack ... if it does, it would make sense to have that in there
[20:22] <asac> Pavlov: yes. but we try to not ship per-language-per-application packages. just one big package for "german" where all the translations are in ...
[20:22] <Pavlov> right
[20:23] <asac> Pavlov: so its different way you would ship in maemo (distro) or as upstream .debs
[20:23] <Pavlov> right
[20:23] <asac> for upstream you could ship one package for each locale and ask the user to install it
[20:23] <asac> that package would basically just have the .xpi
[20:23] <Pavlov> right
[20:23] <Pavlov> hmm
[20:23] <asac> or - if the amount of languages is small - you could make one big package
[20:23] <asac> with all the .xpis
[20:23] <Pavlov> right
[20:23] <asac> i wouldnt do that if its more than 8 languages
[20:24] <asac> startup time ... and addons manager bustage come to my mind
[20:24] <Pavlov> yeah, it almost certainly will be
[20:24] <Pavlov> maybe not 75 or whatever firefox is up to yet
[20:24] <asac> so ... technically using this approach requires you to use "matchOS"
[20:24] <asac> which is something we just discussed yesterday here ;)
[20:25] <asac> matchOS=true works pretty good ... except that it has a few bugs because its not the default way firefox builds are translated
[20:25] <asac> it think almost all distros use that (if not all)
[20:25] <asac> matchOS selects the chrome locale by the system LANG environment
[20:25] <asac> like when you run locale
[20:26] <micahg> asac: maybe that's why I had trouble with the alpha 5 CD dictionary?
[20:26] <asac> micahg: i am not sure why you had that problem ... did anyone report a dupe yet?
[20:26] <micahg> nope
[20:26] <asac> micahg: maybe we can ask someone during tomorrows hug day to test and confirm that?
[20:26] <micahg> ok
[20:27] <Pavlov> asac: i see
[20:27] <Pavlov> so witch matchOS set, and the right xpi installed, things just work?
[20:28] <asac> Pavlov: there are a few tiny details.
[20:28] <asac> Pavlov: 1. if you have a xulrunner split you can either just ship full fennec langpacks or the partial ones next to general xulrunner ones
[20:28] <asac> that comes handy if you want to use translated xulrunner somewhere else
[20:28] <asac> the trick is to use toolkit@mozilla.org as the target application and split the xpi
[20:28] <asac> thats what we do in ubuntu
[20:29] <asac> 2. there are a few bugs sourrounding matchOS ... and its ways to mitigate those
[20:29] <asac> the most important one is: useragent will not be right if you switch locale
[20:29] <asac> to workaround you need to make a localized pref out of general.useragent.locale
[20:29] <asac> but that triggers a few bugs in xulrunner/firefox code base
[20:30] <asac> and can cause extensions that rely on general.useragent.locale being a char pref
[20:30] <asac> to fail
[20:30] <asac> we ship it with that localized prefs and i think the proper useragent locale is more important than the regressions that exists
[20:30] <asac> due to that
[20:31] <asac> if you have questions while doing this, we are here ;)
[20:31] <asac> just shoot and i will reply when i see it :)
[20:31] <asac> Pavlov: ^^
[20:33] <Pavlov> ok
[20:33] <Pavlov> im going to see what we can do
[20:33] <Pavlov> thanks for your help!
[20:33] <asac> welcome
[20:38] <andv> asac, ubuntu-it-menu pushed
[20:39] <fta> asac, the new icu: http://src.chromium.org/viewvc/chrome/trunk/deps/third_party/icu42/README.google
[20:39] <andv> asac, we should add as 'checklist' to remove all extra license files with the  MOZ_XPI_DOCUMENTED_LICENSE_FILES feature
[20:40] <andv> asac, together with the other changes
[20:42] <andv> asac, do you know if gnomefreak worked on any other package today I should look at?
[20:49] <BUGabundo> olá friends
[20:49] <andv> hello
[20:50] <BUGabundo> hey andv
[20:50] <andv> how you doing?
[20:57] <asac> andv: go ahead
[20:57] <asac> add that column
[20:57] <andv> k
[20:57] <asac> and the checklist item on top
[20:57] <andv> k
[20:58] <andv> asac, do you know if john updated another ext yet?
[20:58] <andv> asac, I saw his ping for me before
[21:01] <BUGabundo> andv: fine, thanks
[21:02] <BUGabundo> asac: did you catch my bug last night?
[21:02] <asac> BUGabundo: sorry. i missed you.
[21:02] <asac> what was it?
[21:02] <asac> modemmanager breakage?
[21:08] <BUGabundo> more or less
[21:08] <BUGabundo> won't see modem if plugged on boot
[21:08] <BUGabundo> no probs if plugged after login
[21:09] <BUGabundo> or if it is resuming from hibernation, asac
[21:09] <BUGabundo> I guess I can file a bug with lshal
[21:12] <asac> BUGabundo: yes.
[21:12] <asac> do the ttys get created for your modem in /dev/ ?
[21:13] <BUGabundo> no idea
[21:13] <BUGabundo> I just see it from an user POV
[21:13] <asac> BUGabundo: please plug in before boot... log in ... restart mm
[21:14] <asac> does it detect the modem then?
[21:14] <BUGabundo> ill check on next boot then asac
[21:16] <asac> thx
[21:19] <andv> asac, I've broke up something in the title table
[21:19] <andv> asac, can find what it is
[21:19] <andv> * can't
[21:20] <andv> asac, https://wiki.ubuntu.com/MozillaTeam/Karmic/ExtensionReview
[21:26] <asac> andv: fixed
[21:27] <asac> whitespace at EOL
[21:27] <asac> cancel your edit
[21:27] <asac> it was locked by you
[21:27] <asac> the column is not matching though
[21:27] <andv> asac, right tables are wrong
[21:27] <asac> please move the new column one to the left
[21:27] <asac> so we have the checklist items next to each other
[21:28] <andv> asac, edit removed
[21:28] <andv> asac, let me move the column
[21:37] <andv> asac, done
[21:37] <andv> asac, sorry for the delay, but I lagged while hitting the preview button and they said me I did too many changes
[21:39] <asac> 22:27 < asac> please move the new column one to the left
[21:39] <asac> 22:27 < asac> so we have the checklist items next to each other
[21:39] <asac> andv: ^^
[21:39] <asac> also add a "verify that works with ffxo 3.5"
[21:39] <asac> thx
[21:39] <asac> andv: ^^
[21:39] <asac> (5 lines)
[21:40] <andv> asac, I should put new column at the end?
[21:40] <andv> after assignee?
[21:46] <andv> asac, 'works with ffox3.5' column added
[21:48] <asac> andv: do you listen?
[21:48] <asac> 2:39 < asac> 22:27 < asac> please move the new column one to the left
[21:48] <asac> 22:39 < asac> 22:27 < asac> so we have the checklist items next to each other
[21:48] <asac> ;)
[21:48] <andv> asac, don't get what you mean
[21:48] <asac> thats now the third time i said that and you always sid: ok ;)
[21:48] <andv> lol
[21:48] <asac> if you dont understand something say so
[21:49] <andv> nope, I said ok for adding the ffox column
[21:49] <asac> still i need to repeat myself ;)
[21:49] <asac> you can also say: no i dont do that ... i dont get what you mean ;) ... thats perfectly fine ;)
[21:49] <andv> you didnt specify which new column
[21:49] <asac> when i said that the first time you had only one column added
[21:50] <andv> and checklist is above
[21:50] <asac> when i said that the second time there was still only one column added
[21:50] <asac> also i explained the concept:
[21:50] <asac> 22:39 < asac> 22:27 < asac> so we have the checklist items next to each other
[21:50] <asac> 22:39 < asac> 22:27 < asac> so we have the checklist items next to each other
[21:50] <asac> the items match the checklist if you look closely ;)
[21:51] <andv> so I should move works with ffox3.5
[21:51] <andv> one left
[21:51] <andv> to look like
[21:51] <andv> bugs filed works with ffox3.5 no extra license files assigne
[21:53] <andv> asac, ^^
[21:54] <andv> asac, moving ffox3.5 to the left should fix it
[21:54] <andv> e.g checklist items should match the items
[21:57] <andv> asac, you look a bit nervous this evening, slept bad? :)
[21:58] <BUGabundo> LOLOL
[22:39] <BUGabundo> asac: uploading logs now
[22:39] <BUGabundo> asac: https://bugs.edge.launchpad.net/ubuntu/+source/network-manager/+bug/427046
[22:40] <asac> checking
[22:41] <asac> Sep  9 22:19:53 BluBUG modem-manager: Could not acquire the org.freedesktop.ModemManager service as it is already taken. Return: 3
[22:42] <asac> ah last attempt it is
[22:42] <asac> there he is gone
[22:42] <asac> BUGabundo: more coming?
[22:43] <BUGabundo> nope
[22:43] <BUGabundo> all done now
[22:43] <BUGabundo> unless I file a canon bug on pulseaudio
[22:44] <BUGabundo> keeps eating all cpu
[22:44] <asac> BUGabundo: http://launchpadlibrarian.net/31555146/WifiSyslog.txt
[22:44] <asac> explain that log to me
[22:44] <asac> at the bottom there is a successful connect
[22:44] <asac> thats a boot without plugged in?
[22:44] <BUGabundo> I'm not using wifi
[22:44] <asac> well
[22:45] <asac> dont interpret the name ;)
[22:45] <BUGabundo> errr bad trace in ther
[22:45] <BUGabundo> getting a few of those latelly
[22:45] <asac> well
[22:45] <BUGabundo> asac: yeah im online NOW
[22:45] <BUGabundo> after restarting nm
[22:45] <asac> what are the relevant pieces. i asked for a syslog of a boot wiuth plugged in
[22:45] <BUGabundo> and re-connencting the modem 5 times
[22:45] <asac> BUGabundo: so you booted with device plugged in?
[22:46] <asac> and restarted NM because it didnt see the modem?
[22:46] <BUGabundo> for some reason I got stuck on those connected but no net, 4 times
[22:46] <BUGabundo> asac: lets get back :)
[22:46] <BUGabundo> using net, lost connection, would not connecte
[22:46] <BUGabundo> had to reboot
[22:46] <BUGabundo> modem always plugged
[22:47] <BUGabundo> after I rebooted and got to desktop
[22:47] <BUGabundo> NM-applet was not showing it
[22:47] <BUGabundo> nor was lshal
[22:47] <BUGabundo> I restarted NM and it appeard
[22:47] <asac> ok
[22:47] <asac> checking
[22:47] <BUGabundo> I tried to connected, seemed to have success , but no net, 4 times
[22:47] <BUGabundo> the 5 worked
[22:48] <asac> BUGabundo: ok .... so you had a NM crash
[22:49] <asac> did the applet say: "network manager not running ..." ?
[22:49] <asac> wait
[22:50] <asac> did you restart modem-manager?
[22:50] <asac> or just NM?
[22:51] <BUGabundo> never saw any warning from applet
[22:51] <BUGabundo> and I just restart NM, after boot
[22:51] <BUGabundo> I did restart NM and MM before booting
[22:51] <BUGabundo> to try to reconect, but failed to
[22:51] <asac> feels a bit racy
[22:52] <asac> thx
[22:53] <fta> asac, do you know where this "XRemoteClient Error" logs are coming from?
[22:54] <asac> fta: yes. i spit them out in our bandaid so we have a start to debug the happenings when something odd happens
[22:54] <asac> withtout that bandaid each client error would cause the process to instantly get signal 5
[22:55] <asac> BUGabundo: ok i think we can fix that.
[22:55] <BUGabundo> asac: which one?
[22:55] <BUGabundo> the lossing connection or not detected?
[22:55] <asac> modem 3g not seen on boot
[22:56] <asac> thats obviously a race
[22:56] <asac> we will take care of it asap
[22:56] <asac> i pasted the relevant log part
[22:56] <asac> in the bug
[22:57] <asac> Sep  9 22:25:59 BluBUG NetworkManager: <WARN>  stage1_prepare_done(): GSM modem connection failed: Sending command failed: device is connected
[22:57] <asac> BUGabundo: isnt that fixed in todays dailies?
[22:57] <asac> either its fixed or at least fix committed
[22:57] <asac> please file a bug for that
[22:57] <asac> say: reconnect fails because "device is connected" ;)
[22:58] <asac> Sep  9 22:26:13 BluBUG NetworkManager: <info>  Activation (ttyUSB0) Stage 5 of 5 (IP Configure Commit) complete.
[22:58] <asac> Sep  9 22:26:44 BluBUG kernel: [  265.880865] gdl_indexer[5926] general protection ip:7f53c3fcdc29 sp:13eaed0 error:0 in ld-2.10.1.so[7f53c3fbf000+1f000]
[22:58] <asac> Sep  9 22:27:03 BluBUG NetworkManager: <info>  (ttyUSB0): device state change: 8 -> 3 (reason 0)
[22:58] <asac> what has happened there?
[22:59] <BUGabundo> asac: say: reconnect fails because "device is connected" ;) is another bug
[22:59]  * BUGabundo issss ssoooooo confused by now
[22:59] <BUGabundo> asac: be gentle with me
[22:59] <asac> one sec
[22:59] <asac> phone
[22:59] <BUGabundo> I'm toooo tired
[22:59] <BUGabundo> :\\ ok
[23:04] <asac> BUGabundo: the log lines i posted.
[23:04] <asac> please open a new bug for that
[23:05] <asac> 3:57 < asac> Sep  9 22:25:59 BluBUG NetworkManager: <WARN>  stage1_prepare_done(): GSM modem connection failed: Sending command  failed: device is connected
[23:05] <asac> just paste that line
[23:05] <asac> and say: "reconnect fails because device is already connected" ;)
[23:05] <asac> actually dont do that. i wanted to get this verified ;)
[23:05] <asac> but its already fixed in git
[23:05] <BUGabundo> decide your self :D
[23:06] <BUGabundo> asac: network-manager:  Installed: 0.8~a~git.20090820t182117.cb60390-0ubuntu2
[23:09] <asac> i would think you should check the latest dailes ;)
[23:09] <asac> but you dont want to do that anymore?
[23:09] <asac> i will roll a new set of stuff to archive tomorrow i think
[23:17] <BUGabundo> asac: I think I'm running NM trunk PPA
[23:17] <BUGabundo> or not
[23:17] <BUGabundo> :(
[23:17] <BUGabundo> something changed
[23:17] <BUGabundo> let me check my sources
[23:17] <BUGabundo> # deb http://ppa.launchpad.net/network-manager/ppa/ubuntu karmic
[23:17] <BUGabundo> # deb http://ppa.launchpad.net/modemmanager/ppa/ubuntu karmic main
[23:17] <BUGabundo> # deb http://ppa.launchpad.net/network-manager/trunk/ubuntu karmic main
[23:17] <BUGabundo> doh
[23:18] <BUGabundo> enabled
[23:18] <BUGabundo> and upgrading
[23:31] <BUGabundo> asac: The following packages will be upgraded:   gnome-applets-data libnm-glib-dev libnm-glib0 libnm-util-dev libnm-util1 modemmanager network-manager network-manager-dev   network-manager-gnome
[23:31] <asac> BUGabundo: dist-upgrade?
[23:31] <asac> run dist-upgrade
[23:32] <asac> there should be libnm-glib2 et al coming iirc
[23:32] <BUGabundo> asac: aptitude full-upgrade
[23:32] <asac> no clue about aptitude
[23:34] <BUGabundo> stupid PA
[23:34] <BUGabundo> :(
[23:36] <BUGabundo> asac: anything else?
[23:37] <asac> if you have the latest then its good
[23:37] <asac> but you need libnm-glib2 now
[23:37] <asac> otherwise you dont have latest iirc
[23:37] <asac> ii  libnm-glib2                0.8~a~git.20090904t224209. network management framework (GLib shared library)
[23:37] <asac> not the latest
[23:38] <asac> but thats the package you need with todays day
[23:39] <BUGabundo> libnm-glib2:
[23:39] <BUGabundo>   Installed: 0.8~a~git.20090904t224209.bee58e3-0ubuntu1~nmt1
[23:39] <BUGabundo>   Candidate: 0.8~a~git.20090904t224209.bee58e3-0ubuntu1~nmt1
[23:39] <asac> jdstrand: hardy and intrepid are done
[23:40] <jdstrand> asac: ok
[23:41] <asac> hmm. do we want the 24h wait period?
[23:41] <asac> that would mean we release tomorrow ;)
[23:42] <jdstrand> asac: it is up to you. I've been working on the testing. I have some i386 testing to do still
[23:48] <jdstrand> asac: how serious are the vulnerabilities?
[23:48] <jdstrand> asac: we could theoretically wait on karmic and universe stuff (which I haven't tested much)
[23:49] <asac> karmic stuff is in the ppa
[23:49] <asac> heard of nothign really scary
[23:49] <asac> will check now
[23:50] <fta>   - chromium-browser (4.0.208.0~svn20090909r25716 -> 4.0.208.0~svn20090909r25796) [72.60MB (-16165kB, -22.26%)]
[23:50] <asac> thx
[23:53] <asac> jdstrand: bounced you advisories
[23:54] <asac> also bounced a "sed" ;)
[23:57] <asac> jdstrand: so i think its ok to do tomorrow
[23:58] <asac> also bounds CVE ids
[23:59] <asac> ok lets do that tomorrow. i will finish up with QA for jaunty then too. better than getting no sleep and you hitting reload until its released ;)