[00:03] <fta> great
[00:23] <alexbodn> fta?
[00:26] <fta> alexbodn, ?
[00:26] <alexbodn> how are you?
[00:27] <fta> well, it's 1:30am
[00:31] <alexbodn> fta: 2:30 here ;) . still active?
[00:34] <alexbodn> fta: i'm packaging bluegriffon. do you know how the application file can be a script taken from xuldev/sdk/bin/xulrunner, calling application_name-bin, taken from xulrunner-stub or -bin? i mean how should i script this?
[00:36] <fta> i already packaged bluegriffon
[00:36] <fta> last year
[00:37] <fta> https://code.edge.launchpad.net/~fta/+junk/bluegriffon.head
[00:37] <fta> alexbodn, ^^
[00:38] <alexbodn> i know, you sent me your link, but it changed significantly, and now it's quite straight forward to do it. that's why i'm reworking it
[00:38] <fta> oh
[00:38] <fta> what is so different now?
[00:38] <alexbodn> i'm also basing myself in the fennec ubuntu example
[00:39] <alexbodn> may i upload you the curent diff?
[00:41] <alexbodn> fta: i'm opening a private window to you, to send the diff. ok?
[00:42] <fta> hm, i can't accept it, i can only cancel, wth?
[00:43] <alexbodn> i'll retry
[00:43] <fta> same
[00:44] <alexbodn> fta: could you accept now?
[00:44] <fta> nope
[00:44] <alexbodn> i'll mail this, ok?
[00:44] <fta> ok
[00:51] <alexbodn> fta: sent
[01:08] <fta> still not there, probably in my greylist queue. i'll have a look tomorrow
[01:08] <alexbodn> fta: np
[01:09] <alexbodn> fta:do you have another im?
[01:09] <alexbodn> fta: icq, msn, yahoo?
[01:10] <fta> nope, just µblob (identi.ca)
[01:13] <alexbodn> fta: what's µblob ? google doesn't seem to know about it
[01:13] <fta> alexbodn, do you know twitter? identi.ca is a free twitter: http://identi.ca
[01:14] <fta> alexbodn, http://en.wikipedia.org/wiki/Micro-blogging
[01:14] <alexbodn> i see
[01:29] <alexbodn> fta: i'm alexbodn on identi.ca
[01:29] <alexbodn> hello asac
[07:53] <asac> ola
[08:07] <asac> http://techvideoblog.com/computex/arm-director-of-mobile-computing-about-arm-laptops-with-android-and-ubuntu/
[08:15] <asac> alexbodn: hi. whats up? did you get what you wanted from fta?
[08:16] <asac> fta: yeah moz does a b99 ;)
[08:17] <asac> fta: seems to be some beta channel update for pre-testing RC ;)
[08:17] <asac> so damn. the mailman approval didnt work :)
[09:32] <alexbodn> asac: hello
[09:34] <asac> alexbodn: hey. good morning ;)
[09:34] <alexbodn> we have coversated by night a little, and i found some direction by grepping in the bluegriffon source tree.
[09:34] <asac> alexbodn: ok. so did you find fta's bzr branch?
[09:36] <alexbodn> yes he sent it to me before, but bluegriffon changed since then, to the good, and fta's patches to upstream have been adopted in part at least
[09:38] <alexbodn> asac: do you have newer xulrunner (1.9.[1-9]) packaged for ubuntu?
[09:42] <asac> alexbodn: we have 1.9.1 (for ffox 3.5) and 1.9.2 (trunk)
[09:43] <alexbodn> great. can they co-exist with debian's 1.9 family?
[09:48] <asac> alexbodn: yes, should work
[09:48] <asac> at least for now
[09:48] <asac> probably a problem because we only conflict with xulrunner-1.9-dev and not xulrunner-dev which is the one used by debian
[09:49] <asac> so the binaries can coexist in ubuntu/debian ... the -dev packages _can't_ coexist
[09:49] <asac> because the idea is that you select which build target you use by installing the proper -dev
[09:49] <alexbodn> i understand
[09:55] <asac> in the next few days we will start transitioning to 1.9.1 by default in ubuntu :)
[09:55] <asac> well first in ppa
[09:59] <alexbodn> great. i foresee both bluegriffon and fennec should need these
[10:02] <asac> fta: does trunk open homepage in new tab for you too now?
[10:18] <asac> hmm ... seems to be not an upstreawm feature.
[10:18] <asac> odd
[12:19] <asac> hmmm ... trunk does weird things ;)
[12:19] <asac> like starting with a different profile than the one i used for the first window
[12:20] <gnomefreak> trunk firefox?
[12:21] <gnomefreak> asac: why did i just do that :(
[12:21] <gnomefreak> oh shit
[12:24] <gnomefreak> ok fixed i think
[12:30] <gnomefreak> this mono discussion is better than tv
[12:32] <asac> gnomefreak: so you approved him ;)
[12:32] <asac> but deactivated again :)
[12:32] <gnomefreak> yeah mant to decline first :(
[12:32] <asac> sure
[12:32] <asac> as long as the guy cannot reenable his account its ok
[12:33] <gnomefreak> have you read this mono discussion?
[12:33] <asac> no ;) ... too much mail
[12:33] <gnomefreak> i dont htink he can but there are ways to fix that once he tries
[12:33] <asac> topic didnt sound attractive enough for me to look closer
[12:33] <gnomefreak> 1 person hates the idea and 35 others trying to defend mono
[12:35] <gnomefreak> I don't know that's why I'm writing here to get the MONO people kicked out
[12:35] <gnomefreak> thats a quote
[12:35] <asac> ;)
[12:35] <asac> well. thats on -devel-discuss?
[12:35] <gnomefreak> yeah
[12:35] <gnomefreak> i thought we had mono devs for atleast 1 year
[12:51] <gnomefreak> ok rest of bugmail can wait a week or 2 when i get back on here
[13:06] <fta> hm, since the last reboot, i had tons of
[13:06] <fta> [48671.965227] end_request: I/O error, dev fd0, sector 0
[13:06] <fta> [48684.140609] end_request: I/O error, dev fd0, sector 0
[13:06] <fta> [48696.304600] end_request: I/O error, dev fd0, sector 0
[13:06] <fta> [48708.468736] end_request: I/O error, dev fd0, sector 0
[13:06] <asac> yeah
[13:06] <asac> had that too
[13:06] <asac> took quite some time to boot because of that probing
[13:06] <asac> dont even have a fd0
[13:06] <fta> yep
[13:06] <asac> fta: complain in #ubuntu-kernel ... let me know what they say ;)
[13:10] <gnomefreak> you didnt have that on shutdown?
[13:10] <asac> gnomefreak: i wish you good luck .... get better soon and cu asap
[13:10] <gnomefreak> asac: thanks
[13:11] <gnomefreak> i had those errors on 2.6.28-12 during shutdown. numbers always changed. updating to 2.6.28-13 fixed it for me
[13:11] <asac> only had that on startup
[13:12] <gnomefreak> i cant use 2.6.30 with GUI so ive stayed oin 28
[13:12] <gnomefreak> s.oin/on
[13:12] <gnomefreak> ah ff 3.0.11 is in testing as well as sm 1.1.17
[13:13] <asac> yeah
[13:13] <asac> and tbird 2.0.0.22
[13:14] <gnomefreak> yep that too
[13:27] <gnomefreak> ok that time already. see ya asap if everything goes well i should hav emost of sight in left eye by end of week i would think
[14:16] <fta> asac, answering chromium questions ? ;)
[14:16] <fta> asac, bug 384579
[14:16] <asac> sure
[14:17] <asac> i get those questions ;)
[14:17] <asac> and load is pretty low
[14:17] <fta> i subscribed the team last week, as noone got those before, except by chance
[14:19] <asac> hmm. not sure if i saw them before
[14:19] <asac> but probably not ;)
[14:34] <fta> hmm https://blueprints.edge.launchpad.net/chromium-browser/+spec/chromium-human-theme
[14:37] <asac> interesting spec ;)
[14:37] <asac> fta: what theming mechanism does chromium offer?
[14:37] <fta> follow the link
[14:39] <asac> fta: hmm. how can we make this honour gtk theme selection?
[14:40] <fta> good question
[14:44] <asac> fta: ffox trunk remote client seems to be broken. do you see that too?
[14:44] <asac> maybe its because i have multiple profiles
[14:44] <asac> if i open a new firefox through command it opens ffox with a profile currently not in use
[14:45] <fta> hm, wtm
[14:45] <fta> i mean wfm
[14:45] <asac> fta: do you have more than one profile?
[14:46] <fta> I have 4 but i use only the default one
[14:46] <asac> strange
[14:47] <asac> i still get those bad X errors sometimes http://paste.ubuntu.com/190886/
[14:49] <asac> hmm seems to work too now
[14:49] <asac> lets see if it comes back
[14:50] <asac> fta: oh it happens only if i open a url with command line
[14:50] <asac> like: open one instance, then use firefox http://test.tld
[14:51] <asac> nevermind
[14:51] <asac> it must be something in gnome settings
[14:51] <asac> ok preferred application had wrong custom command
[14:53] <fta> ok
[15:37] <asac> quite annoying devel-discuss thread on mono :)
[15:38] <asac> https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-June/008447.html
[15:43] <fta> lol
[15:43] <fta> 2 threads, units and mono
[15:44] <asac> unit consistency, yeah ;)
[15:49] <fta> asac, the crash in ff3.6 is really annoying
[15:50] <asac> fta: which crash?
[15:50] <fta> the one on startup when calling it in remote mode
[15:51] <asac> yeah jemalloc stuff it hink
[15:51] <asac> fta: do you have a backtrace?
[15:53] <fta> asac, it's in the bug. here is fresh one: http://paste.ubuntu.com/190928/
[15:53] <asac> right. what did i say was the problem ;)?
[15:54] <asac> do you know the bug id?
[15:55] <asac> bug 319480
[15:55] <fta> mozilla 473629 bug 319480
[15:55] <asac> bug 355551
[15:56] <fta> so it's 3.5 and 3.6
[15:56] <asac> definitly
[15:56] <asac> its jemalloc statically linked in
[15:56] <asac> i dont think we do that in 3.0
[15:56] <asac> its like said here: https://bugzilla.mozilla.org/show_bug.cgi?id=473629#c4
[15:56] <asac> thats what i found.
[15:56] <asac> the libc code should not directly call the libc malloc function, but should use the overloadable function name instead
[15:57] <asac> let me check if i can find it quickly again
[16:00] <asac> fta: wanna test this patch :) : http://paste.ubuntu.com/190930/
[16:00] <fta> d'oh!
[16:01] <asac> fta: better try in a chroot first ;)
[16:04] <asac> ok uploading this somewhere
[16:04] <asac> not sure if it builds though
[16:05] <asac> https://edge.launchpad.net/~asac/+archive/sandbox ;)
[16:06] <fta> btw, did you push your gtk patch forward? i still need to update ia32libs
[16:08] <asac> fta: there is a bug with atk-bridge killing flash in nspluginwrapper .... otherwise i would push it
[16:08] <asac> and firefox forgets that it sets AT_NO_BRIDGE
[16:08] <asac> in env
[16:08] <asac> havent figured out
[16:08] <asac> why it forgets that env
[16:09] <asac> i think it has something to do with the fact that unloading libxul.so will also unload a few const chars that have been added to env
[16:11] <asac> so glibc is spinning https://edge.launchpad.net/~asac/+archive/sandbox
[16:11] <fta> looks dirty
[16:11] <asac> fta: the env problem?
[16:11] <fta> yes
[16:12] <asac> yes. it definitly is broken. but i am not sure if hte unloading bug is really responsible for the env getting wiped in the main firefox process (i added debug output and it just forgets about AT_NO_BRIDGE)
[16:15]  * asac wipes gutsy chroots to get space for libc testbed
[16:19]  * asac sets up karmic chroot
[16:21] <jcastro> fta: the bookmark manager is there
[16:21] <jcastro> fta: I just can't drag stuff around, but it's coming along!
[16:22] <fta> jcastro, hm, how? using the menu entry?
[16:22] <jcastro> no, right clicking on the bar
[16:23] <jcastro> and selecting bookmark manager
[16:23] <fta> oh, you can remove the window decorations now
[16:23] <jcastro> oh?
[16:23] <jcastro> !!!!
[16:23] <jcastro> cool!
[16:24] <jcastro> all they need is max/min buttons
[16:24] <fta> would be nice if the dark blue was transparent
[16:24] <jcastro> it's transparent in windows
[16:25] <jcastro> is there a linux-specific changelog anyplace? The overall one is just too much to keep track of
[16:26] <fta> i don't think so
[16:27] <jcastro> it would be neat instead of blue if it got the tint for the chrome off your gtk colors
[16:32] <fta> now that google produces its own debs, i wonder what will happen with my dailies
[16:32] <jcastro> I don't think they do dailies
[16:32] <fta> chromium-browser                  5721   0.51%       390    1912    3419       0
[16:32] <fta> google-chrome-unstable             465   0.04%         3       1     461       0
[16:34] <jcastro> plus yours goes into the right place, not /opt. :p
[16:34] <jcastro> how often do you think they'll update it?
[16:35] <fta> probably weekly, not sure
[16:36] <fta> not sure they update the deb through a repo or directly like on windows
[16:38] <fta> what a mess.. http://ubuntuforums.org/showthread.php?p=7408653
[16:39] <jcastro> look in /etc/cron.daily/google-chrome
[16:39] <fta> jcastro, i don't have it
[16:39] <asac> jcastro: paste it ;)
[16:40] <fta> i mean, i don't want it ;)
[16:40] <jcastro> http://paste2.org/p/252100
[16:40] <asac> so that libc build failed to build ;)
[16:41] <asac> i have the feeling i dont know what i am doing. lets see if it builds now that i included proper headers
[16:45] <fta> so the package adds a google repo for you, re-adds it daily if it's not there, and re-enables it if it's disabled like after a major upgrade
[16:45] <fta> i sure don't want that to happen in my back
[16:45] <asac> yeah ;)
[16:46] <asac> fta: do they depend on mst fonts?
[16:47] <jcastro> fta: so you answered your own question, we still need your dailies. :p
[16:47] <asac> annoying idea to have a cron script that readds a repo
[16:47] <fta> asac, no idea, i don't have their deb
[16:47] <asac> isnt really changing a thing
[16:48] <asac> just annoying ;)
[16:48] <fta> jcastro, yeah :)
[16:49] <asac> kind interesting that they dont even have repos for jaunty/karmic/hardy, etc.
[16:49] <asac> probably doesnt matter as they link in everything anyway
[16:49] <jcastro> right
[16:50] <jcastro> one big pile in /opt
[16:51] <fta> jcastro, can you please dgkc -c the deb?
[16:51] <jcastro> sure
[16:51] <fta> dpkg
[16:52] <jcastro> http://paste2.org/p/252115
[16:52] <fta> asac, just added ff3.6, tb3 and chromium to the list of preferred apps in gnome
[16:56] <fta> jcastro, do you have the 32b deb too?
[16:56] <jcastro> no
[16:57] <fta> it's strange, they ship the 32b libs of nspr/nss/sqlite but nothing else, i thought that were targetting hardy
[16:57] <fta> +they
[16:58] <fta> oh, the links are just needed at build time, so maybe those debs are also fine in hardy
[17:00] <fta> jcastro, btw, is the chromium logo still blurry in gnome do?
[17:02] <fta> lol http://groups.google.com/group/chromium-discuss/browse_thread/thread/41f77fc003ff263?pli=1
[17:13] <jcastro> yes, it is
[17:18] <fta> jcastro, hmm, could you try to remove /usr/share/pixmaps/chromium-browser.png? i hope /usr/share/icons/hicolor/*/apps/chromium-browser.png will take precedence then
[17:19] <asac> lemme chech selinux with symbolic-functions ;)
[17:19] <asac> i think fedora folks said they dont see that problem ;)
[17:19] <jcastro> fta: nope, removing it and restarting do didn't fix it
[17:20] <fta> i should read about this /usr/share/icons/hicolor/ thing then
[17:24] <fta> hm, icon-theme.cache
[17:32] <fta> jcastro, which app has a good icon in gnome do? (so i can have a look at how it is done as i can't find a spec)
[17:32] <jcastro> firefox/minefield do
[17:32] <fta> lol
[17:32] <jcastro> heh
[17:33] <fta> but it's just a 48x48 icon
[17:43] <asac> fta: you know where it crashes in ptmalloc_init ;)?
[17:43] <asac> fta: http://paste.ubuntu.com/190995/
[17:43] <asac> last line
[17:43] <asac> so yeah. even the crash on startup seems to be due to corrupted env
[17:44] <asac> so leaking all envs might help ;)
[17:44] <fta> Stacktrace:
[17:44] <fta>  #0  ptmalloc_init () at arena.c:346
[17:45] <fta> SegvAnalysis:
[17:45] <fta>  Segfault happened at: 0x184561 <ptmalloc_init+353>:	cmpb   $0x4d,(%eax)
[17:45] <fta>  PC (0x00184561) ok
[17:45] <fta>  source "$0x4d" ok
[17:45] <fta>  destination "(%eax)" (0x019f305a) not located in a known VMA region (needed writable region)!
[17:49] <asac> fta: right. what i am saying is that the place that crashes iterates the env ;)
[17:49] <asac> and we know that env is busted
[17:49] <fta> ok
[17:49] <asac> so we need to leak env  ;)
[17:50] <asac> at least those coming from constant strings
[17:53] <fta> i give up on those desktop icons. no spec :(
[18:00] <fta> oh, nice. about:credits in chromium
[18:40] <fta> jcastro, http://sites.google.com/a/chromium.org/dev/getting-involved/dev-channel/release-notes is the best i could find
[18:41] <jcastro> fta: ah, good enough
[19:26] <fta> asac, http://groups.google.com/group/chromium-dev/browse_thread/thread/9ea5db23053e773a/a4233e4dcf29cd3a?lnk=raot
[19:27] <asac> fta: i think the problem should be fixed now
[19:27] <fta> asac, ?
[19:29] <asac> fta: the memaling crash
[19:29] <asac> at least for me it works now ;)
[19:30] <fta> using your patched glibc?
[19:31] <asac> fta: no. using the patch i committed to .head ;)
[19:31] <asac> 1.9.2
[19:31] <asac> leaking the env
[19:32] <asac> but NO_AT_BRIDGE is still not properly passed to the npviewer
[19:33] <asac> which still breaks flash if i add the gtk fix of 32 bit modules
[19:33] <asac> but i guess thats rather the way the process is forked
[19:33] <asac> so does a normal execv reset the env?
[19:33] <asac> or pass it properly down?
[19:37] <fta> ... "The other functions take the environment for the new process image from the external variable environ in the current process."
[19:37] <fta> extern char **environ;
[19:37] <fta> asac, you asked me a question about xul growing in size, where/when was that?
[19:38] <asac> 8:54 < asac> 18:13 < cjwatson> asac: xulrunner-1.9 seems to have grown by a megabyte from .0.8 to .0.10 - do you know why?
[19:38] <asac> fta: ^^
[19:40] <asac> fta: so between 1.9.0.8 and 1.9.0.10 we gained weight ;)
[19:43] <asac> i guess i will run a diff on the trees after dinner
[19:43] <asac> now heading for that
[19:49] <asac> fta: can you kick of another trunk spin round?
[19:50] <asac> or, well, tomorrow is early enough i think
[19:50] <asac> ok out for food
[19:51] <fta> which branch?
[19:53] <asac> 1.9.2 + 3.6 heads
[19:53] <fta> k
[19:58] <fta> libxul.so is 3MB bigger
[20:00] <fta> same libs
[20:01] <fta> i guess it's gcc 4.4
[20:01] <fta> 1.9.9.8 was from jaunty, hence gcc 4.3
[20:06] <asac> fta: was 1.9.0.9 also gcc 4.4?
[20:06] <asac> otherwise the change should probably be between .9 and .10
[20:06]  * asac ponders lp
[20:06] <fta> https://edge.launchpad.net/ubuntu/karmic/i386/xulrunner-1.9
[20:06] <fta> no .9 !?
[20:07] <asac> fta: yeah. so .9 went to jaunty-security
[20:07] <asac> and karmic was still close
[20:07] <asac> and .10 was a firedrill so karmic doesnt have .9 ;)
[20:09] <asac> fta: maybe we pull something not as system lib?
[20:09] <asac> but that wouldnt change libxul most likely
[20:09] <asac> hmm
[20:09] <asac> so yeah. its probably gcc ;)
[20:09] <asac> unless upstream changed optimization options or some other flag
[20:11] <asac> or maybe just the linker?
[20:13] <asac> grr. cannot access binaries of the jaunty-security build in launchpad :/
[20:13] <fta> why?
[20:14] <fta> http://launchpadlibrarian.net/25826822/xulrunner-1.9_1.9.0.9%2Bnobinonly-0ubuntu0.9.04.1_i386.deb
[20:14] <asac> really odd
[20:14] <asac> [ ]	xulrunner-1.9_1.9.0.10+nobinonly-0ubuntu0.9.04.1_amd64.deb	28-Apr-2009 20:04 	8.3M	
[20:14] <asac> [ ]	xulrunner-1.9_1.9.0.10+nobinonly-0ubuntu0.9.04.1_i386.deb	28-Apr-2009 20:05 	7.2M	
[20:14] <asac> but
[20:15] <asac> [ ]	xulrunner-1.9_1.9.0.10+nobinonly-0ubuntu1.respin1_amd64.deb	30-Apr-2009 21:04 	8.3M	
[20:15] <asac> [ ]	xulrunner-1.9_1.9.0.10+nobinonly-0ubuntu1.respin1_i386.deb	30-Apr-2009 21:04 	8.1M	
[20:15] <asac> so: only i386 grew
[20:15] <asac> to almost the same size as amd64
[20:15] <asac> fta: where did you find that link? i couldnt see it :(
[20:15] <fta> https://edge.launchpad.net/ubuntu/jaunty/i386/xulrunner-1.9
[20:16] <fta> https://edge.launchpad.net/ubuntu/jaunty/i386/xulrunner-1.9/1.9.0.9+nobinonly-0ubuntu0.9.04.1
[20:16] <asac> interesting
[20:16] <asac> the other path doesnt work ;)
[20:16] <asac> e.g. clicking on the changelog on main packaging page
[20:16] <asac> and then selecting the arch
[20:16] <asac> anyway. its i386 that is busted
[20:18] <fta> jsut the respin
[20:18] <asac> fta: yeah. but before the respin it was completely broken
[20:18] <asac> e.g. failed with bus error
[20:18] <asac> which i thought just ment it picked some  bad toolchain state when archive opened
[20:50] <fta> asac, re-spinning xul 1.9.2
[20:50] <asac> cool
[20:51] <asac> fta: ffox needs to be rebuild too ... it copies the stub
[20:51] <fta> hm, really?
[20:51] <asac> fta: yes. ffox copies xulrunner-stub
[20:51] <asac> at least on trunk
[20:52] <asac> fta: compare size of $pkglibdir/firefox and $pkglibdir_xul19/xulrunner-stub
[20:53] <asac> fta: but maybe you dont need that ;) ... i think the problematic part was in libxul
[20:53] <asac> so lets just try xul for now
[20:53] <fta> yep
[20:54] <fta> chromium-testsuite is starting to look good
[20:54] <fta> http://launchpadlibrarian.net/27655058/buildlog_ubuntu-karmic-i386.chromium-browser_3.0.184.0~svn20090608r17866-0ubuntu1~ucd1_FULLYBUILT.txt.gz
[20:54] <asac> nice
[20:55] <fta> i mean, gdb, good backtraces, tests in a fake X server, timeouts to prevent infinite builds, etc..
[20:57] <fta> but there are drawbacks, crashes in libfakeroot-sysv.so, no network, no shared memory, ..
[20:57] <asac> fta: no network -> even no "lo" ?
[20:57] <fta> i don't know.
[21:15] <jcastro> fta: heh, drag and drop for the bookmark manager just landed
[21:17] <BUGabundo> boas noites
[21:18] <fta> jcastro, are you monitoring svn? ;)
[21:29] <jcastro> fta: I happen to have seen the mail go by (no, I am that not that pathetic, hah)
[21:52] <fta> hm, it's indeed very slow to push chromium-browser from a dsl link
[22:01] <BUGabundo> ahahaaha
[22:02] <BUGabundo> fta: does your Power Button works on Karmic?
[22:02] <fta> fortunately
[22:03] <fta> but i'm still fighting with bug 384934
[22:11] <fta> jcastro, unfortunately, i can't respin the bot for chromium due to the quota. i'm limited to 1 push per 24h
[22:12] <fta> so it's also very difficult to experiment
[22:17] <jcastro> ouch
[22:18] <BUGabundo> jcastro: its so funny to see fta Answer ticket eheh
[22:20] <fta> waiting for bug 381296 to land
[22:49] <fta> also waiting for bug 378828 to land
[22:57] <asac> didnt land yet?
[22:57] <asac> hmm
[22:57] <asac> so we do this manually now?
[22:57] <asac> what a pain ;)
[22:57] <fta> i still have the 10 min workaround in my bot
[22:58] <asac> fta: thats the orig.tar.gz bug
[22:58] <asac> fta: the depswaits should be like keep lower bound one day trailing
[22:58] <asac> or something
[22:59] <asac> thought i saw depwaits being processed properly alrady
[22:59] <fta> hm, apparently, i dropped the workaround
[22:59] <fta> http://bazaar.launchpad.net/~fta/%2Bjunk/ppa-scripts/annotate/head%3A/sync-ppa.pl#L210
[23:00] <fta> timestamp: Sat 2009-05-30 11:02:33 +0200
[23:01] <fta> so it seems ok
[23:07] <asac> heh
[23:07] <asac> so its committed, but fixed ;)
[23:07] <asac> fun
[23:11] <asac> fta: did you check if the fix works?
[23:11] <fta> hm, not yet
[23:11] <asac> (without copying stub ;))
[23:12] <fta> it should be built now
[23:12] <asac> yeah. i will see if i get the upgrade and reinstall firefox-3.0
[23:12] <asac> good i get umd2 bits
[23:13] <asac> loads of updates today ;) (for a second run)
[23:13] <asac> when is alpha2 freeze?
[23:14] <BUGabundo> humm release is in 3 days
[23:14] <asac> yeah. just saw it ;)
[23:14] <BUGabundo> so freeze will be todays before
[23:14] <BUGabundo> as usual
[23:14] <BUGabundo> 120MiBs of updates for me
[23:14] <BUGabundo> counting all daily PPAs
[23:23]  * asac reinstalls ffox 3.6
[23:23] <asac> fta: seems to be fixed with just xul
[23:23] <BUGabundo> lol
[23:23] <asac> good
[23:23] <asac> good at least one bug fixed ;)(
[23:23] <asac> i just need to figure wtf is going on with NO_AT_BRIDGE
[23:24] <asac> and why its gone from environ in plugin host