[09:34] <BUGabundo> btw guud morning guys
[09:37] <asac> gm
[09:51] <asac> fta: daily builds blew up? got a bunch of fails
[09:51] <asac> or was that from yesterday?
[10:25] <BUGabundo1> fta: https://bugs.edge.launchpad.net/pastebinit/+bug/337666
[10:51] <fta> asac, https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[10:51] <fta> I moved the dailies earlier
[10:52] <asac> fta: moved?
[10:54] <fta> for 4am to 7pm
[10:54] <fta> from
[11:03] <asac> ah
[11:15] <BUGabundo1> asac: https://bugs.launchpad.net/bugs/305567
[11:16] <BUGabundo1> it just confirmed by another user
[11:16] <BUGabundo1> and an upstream bug
[11:16] <fta> works for me in 3.2
[11:19] <BUGabundo1> yeah
[11:19] <fta> but it's of no use for me, with >150 tabs
[11:37] <BUGabundo1> eheh
[11:38] <BUGabundo1> open more windows
[11:38] <fta> why? 1 is enough
[11:40] <BUGabundo1> not for me
[11:40] <BUGabundo1> each window is a subject
[11:44] <asac> BUGabundo1: 100% sure one of your 40+ extensions
[11:53] <BUGabundo1> LOL
[11:53] <BUGabundo1> 53 last counted
[11:54] <fta> you need an extension to count them now ;)
[11:54] <BUGabundo1> yes
[11:55] <fta> i have one to count the tabs: Tab Counter 1.8
[11:56] <BUGabundo1> ROFL
[11:56] <BUGabundo1> I just save a session with tab mix plus
[11:56] <BUGabundo1> and that tells me how many I have
[11:57] <fta> i dropped tmp during the ff3.0 cycle, it created too many regressions, and ff3.0 catched up on the features so it's no longer needed
[11:58] <fta> asac, i like this one to debug extensions or even bad packaging: https://addons.mozilla.org/en-US/firefox/addon/4453
[12:02] <asac> fta: hmm. does that work for xul too? i mean do you see the xul chrome files in ffox?
[12:03] <fta> i think so, try it :)
[12:34] <asac> first i have to figure out why gtk apps dont honour fontconfig
[12:41] <fta> boooh https://edge.launchpad.net/+builds spoiled by private builds
[12:57] <fta> jcastro, how can I move https://wiki.ubuntu.com/MozillaTeam/Chromium outside of MozillaTeam?
[13:37] <asac> fta: rename
[13:41] <fta> oh, ok
[13:41] <fta> asac, btw, did you read it?
[13:41] <fta> i will probably create chromium-ia32-libs with a different content
[13:42] <fta> per arch
[13:42] <fta> -arch+dist
[13:42] <fta> probably not the best idea but it's messy anyway
[13:54] <asac> fta: no. you forked your stuff out of mozillateam :) ... so i dont really track chromium stuff anymore
[13:55] <fta> it was about nss/nspr but nm if you're not interested
[13:56] <fta> i forked it because chromium is not related to mozilla, not because i didn't want you to contribute, sorry if you felt it that way :(
[14:30] <jcastro> fta: sure!
[14:30] <fta> jcastro, about the wiki? nm, i renamed the page
[14:31] <jcastro> ok
[14:38] <asac> fta: i am waiting for reply from wah-teh
[14:38] <asac> what he thinks
[14:44] <fta> debian bug 497087
[15:17] <asac> fta: http://identi.ca/asac ... your image is still a name there ;)
[15:17] <asac> not sure what you did wrong, but you seem to be a minority ;)
[15:18] <fta> hmm
[15:18] <asac> kenvadine also has the same issue
[15:20] <fta> no idea, in my prefs, it's fine
[15:23] <asac> fta: well. your pic is fine on your page too
[15:23] <asac> just the smal image not
[15:23] <asac> is that a png?
[15:23] <asac> or jpeg?
[15:23] <asac> maybe try the other format ;)
[15:24] <asac> i would think that scaling pngs is harder ;)
[15:24] <asac> if anything is hard at all
[15:26] <fta> jpeg, from gimp
[15:27] <fta> from the m-t picture in pragues
[15:27] <asac> ;)
[15:27] <asac> see how its useful
[15:28] <asac> fta: hmm. so maybe try png
[15:28] <asac> seems mine was a png (if i can trust the preview)
[15:29] <asac> fta: http://paste.ubuntu.com/126310/
[15:29] <fta> ?
[15:30] <BUGabundo> latest linux update lost my intel wifi
[15:30] <BUGabundo> :((
[15:34] <asac> fta: patch that into your gtk. and you get real fontconfig experience
[15:34] <asac> so finally you can fix the rules and stuff will look the same everywhere ;)
[15:34] <asac> current situation is more than borked
[15:34] <asac> i am doing the right fix for that after this sec round
[15:34] <fta> asac, i forwarded you a complain from someone finding ff31/32 ugly
[15:34] <asac> e.g. implement "automatic (fontconfig)" mode in gnome-settings daemon and implementing the proper controls for that in control center
[15:34] <asac> fta: no need to ;)
[15:35] <asac> fta: the reason is really the "left-over" stuff from fontconfig
[15:35] <asac> e.g. 10-no-subpixel ... or even the other without number you had
[15:35]  * asac finally became a font-apprentice
[15:35] <asac> ;)
[15:36] <fta> png is fine now
[15:40] <asac> fta: thanks ;)
[15:41] <asac> there you are :)
[16:19] <asac> fta: i really think we should invent something to make get-orig-source smarter for "releases"
[16:20] <asac> fta: something similar to .bzr-builddeb/default.conf ... we could commit .mozclient/default.conf ... and put metadata like DEBIAN_TAG=....
[16:20] <asac> in there
[16:20] <asac> so i could bump that when bumping the stable release
[16:21] <fta> the only thing we need to store is the tag
[16:21] <fta> when one has been used
[16:22] <asac> fta: yeah. but why not allow to set the complete DEBIAN_TAG= line?
[16:22] <asac> e.g. DEBIAN_TAG=MOZILLA_1...=3.0+final1
[16:22] <asac> hmm
[16:23] <asac> actually it should be clear which version to use from changelog
[16:23] <asac> but otoh, that smells like a place for inconsitencies on how it works for snapshots vs. releases
[16:23] <asac> for now i prefer to put the complete line in there
[16:23] <asac> but that can change of course ;)
[16:23] <asac> just got the idea a minute ago ;)
[16:24] <fta> i need to let it boil for a little while in my tired brain..
[16:25] <asac> fta: yeah. thats what i mean :)
[16:25] <fta> i'm currently concerned about ia32-libs containing obsolete copies of tons of libs
[16:27] <asac> fta: my hint: don't bother. you will open a box and will get rid of the things you didnt call for ;)
[16:28] <asac> fta: a good idea was to just tell \sh to add stuff ;)
[16:28] <asac> at least for me it worked to delegate it away
[16:28] <asac> avoiding headaches and screem sessions ;)
[16:28] <asac> scream
[17:09] <jcastro> asac: huats is on python-webkitgtk
[17:10] <asac> jcastro: yeah. already got that through identica ;)
[17:10] <asac> http://identi.ca/notice/2601038
[17:12]  * asac again struck by bzr-builddeb brokennes with python 2.6
[17:12] <asac> sigh
[17:13] <asac> re ln'ing
[19:03] <fta> Gtk-Message: Failed to load module "canberra-gtk-module": /usr/lib/gtk-2.0/modules/libcanberra-gtk-module.so: wrong ELF class: ELFCLASS64
[19:03] <fta> hm
[19:12] <asac> fta: thats known
[19:12] <asac> well. i see it too ;)
[19:12] <asac> ia32libs probably lacks that too?
[19:33] <fta> yes, but i'm not sure gtk is smart enough to change the modules path when doing ia32
[19:34] <fta> doesn't seems to be a showstopper though, at least not for now
[19:34] <fta> -s
[19:34] <fta> i have an amd64 build of chromium running just fine
[20:31]  * asac scared for using a THUNDERBIRD tag to checkout a firefox 1.8.1 tree :/
[20:31] <asac> fta: i think it is
[20:31] <asac> fta: we had the same issues with themes and engines... adding those was enough to fix that
[20:31] <fta> ?
[20:32] <fta> "it is" ?
[20:32] <asac> fta: smart enough ;)
[20:32] <asac> make -f client.mk checkout MOZ_CO_PROJECT=browser
[20:32] <asac> checkout start: Wed Mar 4 21:32:21 CET 2009
[20:32] <asac> cvs -d :pserver:anonymous@cvs-mirror.mozilla.org:/cvsroot -q -z 3  co  -r THUNDERBIRD_2_0_0_21_RELEASE   mozilla/client.mk mozilla/browser/config/mozconfig mozilla/build/unix/modules.mk mozilla/build/unix/uniq.pl
[20:32] <asac> :-P
[20:33] <asac> i guess i should check the tag status of some browser/ toolkit/ files
[20:33] <asac> 20:33 < fta> yes, but i'm not sure gtk is smart enough to change the modules path when doing ia32
[20:33] <fta> use mozclient
[20:33] <asac> fta: how would that help if there is no THUNDERBIRD tag for some files that are not thunderbird?
[20:33] <asac> fta: its ffox 1.8.1 also we dont have it intregrated
[20:34] <fta> it's a matter of creating a local .conf file
[20:34] <asac> heh ;)
[20:34] <fta> you are saying that the tag is not properly done upstream? it's another story
[20:34] <asac> thats a "stable" package ,)
[20:35] <asac> fta: i am not scared that i do that manually ... i am scared that i use a THUNDERBIRD tag to bake a firefox EOL release ;)
[20:35] <asac> scare that i get unreproducible situations because not everything is tagged ;)
[20:35] <asac> but i think it is
[20:35] <asac> at least a few files in browser/ are
[20:35] <fta> the conf file is just an addon, it should not impact the build at all, but well, do as you prefer ;)
[20:35] <asac> hehe
[20:36] <asac> i will think about it ;)
[20:36] <asac> i still hope that those branches become EOL in ubuntu sson
[20:36] <fta> bug 337903
[20:36] <asac> hmm. isnt gutsy EOL yet?
[20:36] <fta> do we have that in the repo now?
[20:36] <asac> fta: yes. sure
[20:36] <asac> sunbird.head
[20:36] <fta> songbird
[20:36] <asac> oh ;)
[20:36] <asac> hehe
[20:36] <asac> fta: how was that submitted?
[20:37] <asac> interesting. i will tell pitti
[20:37] <fta> donno, just got that bug mail
[20:37] <asac> i mean crashes being submitted against ubuntu if there is no package probably doesnt make much sense
[20:37] <asac> though otoh, in that way users can report 3.2 crashes ;)
[20:37] <asac> fta: are you subscribed to the songbird upstream project?
[20:37] <asac> oh. also notified. mozilla team
[20:37] <asac> hmm
[20:38] <asac> probably sonbird has mt as bug driver
[20:38] <asac> nice
[20:38] <asac> should be mozilla-bugs though i think
[20:38] <fta> damn http://launchpadlibrarian.net/23440353/buildlog_ubuntu-hardy-amd64.ia32-libs-chromium-browser_0.01~ucd1~hardy_FAILEDTOBUILD.txt.gz
[20:38] <asac> hardy only?
[20:39] <asac> oh ia32
[20:39] <fta> https://edge.launchpad.net/~chromium-daily/+archive/ppa
[20:39] <asac> please dont build ia32 daily :(
[20:39] <fta> ?
[20:40] <asac> fta: thoguht you build ia32-libs in daily now ;)
[20:40] <asac> i mean on a daily base
[20:40] <asac> s: cannot access /usr/lib32/libnspr4.so.*: No such file or directory
[20:40] <fta> the package is just an helper to add the missing links, it's not daily built, but it's needed for chromium on amd64
[20:40] <asac> maybe those libs are gone ?
[20:40] <asac> i mean we renamed the soname
[20:41] <fta> yeah, my bad, it wasn't supposed to fail but ignore.
[20:41] <asac> not sure if someone fixed that in ia32libs
[20:41] <fta> nss/nspr are not in ia32libs in hardy: https://wiki.ubuntu.com/Chromium/Build
[20:41] <asac> fta: is that package supposed to provide -dev as awell=?
[20:41] <asac> fta: i know
[20:42] <asac> fta: but cool. that you tackle that
[20:42]  * asac looks forward running chrome on his amd64
[20:43] <asac> even on hardy ;)
[20:46] <fta> i don't really know how to stick nss/nspr into my ia32-libs-chromium-browser package just for hardy
[20:46] <fta> add the debs in my branch??
[20:47] <asac> fta: depend on lsb-base or something and check output of lsb_release -r or lsb_release -c
[20:47] <asac> fta: and add the deps everywhere
[20:47] <asac> just dont install them for != hardy
[20:48] <asac> that would be in line to our nice approach for keeping our moz packages buildable everywhere
[20:48] <asac> without tweakage of deps
[21:13] <asac> fta: i guess the folks are not happy that all umds are now on +builds i386 ;
[21:13] <asac> fta: funny puck ;)(
[21:22] <asac> ouch
[21:29] <asac> tar cvjf firefox-2.0.0.21~tbird.21+nobinonly.tar.bz2 mozilla/
[21:29] <asac> :)
[21:30] <asac> i rather should use tb
[21:30] <asac> more cryptic and lest exciting -> less noise
[21:42] <fta> -rw-r--r-- 1 fta fta 305833390 2009-03-04 20:06 chromium-browser_2.0.168.0~svn20090304r10900.orig.tar.gz
[21:43] <fta> 305833390
[21:50] <asac> thats insane ;)
[22:11] <fta> hm, why nss/nspr should i take for hardy? http://archive.ubuntu.com/ubuntu/pool/main/n/nss/
[22:11] <fta> asac, ^^
[22:12] <fta> !info nss hardy
[22:13] <fta> !info libnss3-dev hardy
[22:13] <fta> !info libnss3-dev hardy-updates
[22:14] <Nafallo> o_O
[22:14] <Nafallo> it has jaunty-backports, but not hardy-updates
[22:14] <Nafallo> how... helpful :-)
[22:15] <fta> asac, ^^ s/why/which/
[22:18] <fta> hm, hardy = 3.12.0~beta3-0ubuntu1, hardy-updates = 3.12.0.3-0ubuntu0.8.04.4
[22:19] <fta> google is using 3.12.0~beta3-0ubuntu1
[22:19] <fta> i mean, chromium
[22:27] <asac> even official builders seem overloaded: https://edge.launchpad.net/~ubuntu-mozilla-security/+archive/ppa
[22:27] <asac> fta: i dont know whats up with the bot ... try -proposed
[22:27] <asac> !info libnss3-dev hardy-proposed
[22:27] <asac> so yeah
[22:27] <asac> !info libnss3-dev hardy
[22:28] <asac> thats ok
[22:28] <asac> fta: so seems the bot looks at -updates for hardy
[22:28] <asac> main  updates  3.12.0.3-0ubuntu0.8.04.4
[22:28] <fta> yep
[22:39] <fta> mozlla Bug 422540
[22:39] <fta> mozilla Bug 422540
[22:40] <fta> hm, bugzilla said "fixed"
[22:40] <asac> https://bugzilla.mozilla.org/show_activity.cgi?id=422540
[22:40] <asac> dont see that there
[22:41] <fta> oh, mozilla bug 382267,
[22:42] <asac> ok off for 20 minutes
[22:42] <fta> confusing http://paste.ubuntu.com/126463/
[22:43] <asac> yeah ;)
[22:43] <asac> thats bugzilla
[23:29] <fta> asac, you can try chromium-browser on amd64 jaunty & intredid right now if you use my PPA
[23:34] <asac> fta: fta PPA?
[23:34] <fta> yes
[23:34] <fta> the daily is coming, but builders are busy
[23:35] <fta> it should be ok for hardy too
[23:36] <fta> https://code.edge.launchpad.net/~chromium-team/chromium-browser/ia32-libs-chromium-browser.head
[23:38] <asac> it starts
[23:38] <asac> i will try more when i finished this UI freeze thing
[23:38] <asac> in an hour
[23:38] <asac> (i hope)
[23:50] <fta> eh? http://launchpadlibrarian.net/23449107/buildlog_ubuntu-hardy-amd64.ia32-libs-chromium-browser_0.01~fta2~hardy_FAILEDTOBUILD.txt.gz