[07:02] <hjmf> bug #428888 and bug #428901 not sure what caused them
[08:46] <bdrung_> asac: can you have a look at my changes to mozilla-devscripts?
[09:32] <asac> now here
[09:32] <asac> again
[09:39] <sebner> huhu asac :D
[09:42] <asac> hi sebner
[09:48] <micahg> asac: https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/1241443
[09:49] <micahg> I didn't know how to fix this one
[09:49] <micahg> but I have to go to sleep
[09:49] <asac> micahg: enjoy
[09:49] <asac> err sleep well ;)
[09:50] <micahg> night
[09:54] <bdrung_> asac: can you have a look at my changes to mozilla-devscripts?
[09:59] <asac> bdrung_: yeah. one second
[09:59] <asac> have to finish gnome-bluetooth first
[10:00] <asac> bdrung_: did you push to mozillateam branch? or topic?
[10:04] <asac> ok
[10:09] <bdrung_> asac: to mozillateam branch
[10:16] <asac> bdrung_: looks good. only question is the REPACKGED thing
[10:17] <asac> why do we need this? e.g. i would expect that a user that has .xpi packed would just set BUILD_COMMAND to zero or something
[10:18] <bdrung_> asac: oh, yes thats the better solution
[10:19] <bdrung_> asac: is this list complete: Ubuntu_packages := abrowser-3.5 firefox-3.0 firefox-3.5 thunderbird seamonkey conkeror prism xulrunner-1.9 xulrunner-1.9.1
[10:19] <bdrung_> for karmic?
[10:20] <|eagles0513875|> hey guys
[10:20] <|eagles0513875|> dang nabbit
[10:22] <asac> bdrung_: let me check something
[10:51] <bdrung_> asac: i have reverted MOZ_XPI_PREPACKED, now it's ready for release (if Ubuntu_packages is correct)
[10:52] <asac> bdrung_: will have a phone call with mvo after lunch if we can do the manual dependencies differently
[10:53] <bdrung_> asac: manual dependencies?
[10:55] <eagles0513875> asac: still working on finishing up those extensions i havent finished yet
[10:56] <asac> ok
[10:56] <asac> thx
[10:56] <asac> bdrung_: yes our applicatioN/version/id mapping
[11:00] <eagles0513875> asac: just a question outa curiosity here
[11:00] <eagles0513875> are all the branches that people forked gonna get cleaned up at some point
[11:02] <asac> eagles0513875: i try to remember folks to do that. but i think its not likely that we will get 100% clean at some point
[11:02] <eagles0513875> ok asac its just hard to find the ubuntu-dev branches with all that clutter though
[11:03] <eagles0513875> is there a way on the page you can have it keep the ubuntu-dev branches separate and any forks of those branches in a separate table further down on the page
[11:03] <asac> eagles0513875: sort by the column "maturity"
[11:03] <asac> most ~ubuntu-dev should be marked as mature
[11:03] <asac> if you find one that isnt let me know
[11:03] <asac> i will mark it accordingly
[11:03] <eagles0513875> ok
[11:04] <eagles0513875> will look after i finish up what i started the other day
[11:04] <asac> good
[11:10] <asac> bdrung_: so one thing i have on my list to fix for next mozilla-devscripts is to fix the LOCAL_BRANCH feature for CVS
[11:11] <asac> which holds back the dailies fore firefox 3.0 (needed to unbreak hardy/intrepid dailies)
[11:11] <asac> for 3.5
[11:11] <bdrung_> LOCAL_BRANCH?
[11:11] <asac> fta said it was required ;)
[11:11] <asac> bdrung_: yes. so ./debian/rules get-orig-source LOCAL_BRANCH=/path/to/clean/cvs/checkout
[11:12] <asac> will not pull the full tree, but just "update" the path
[11:12] <asac> and then use that tree to produce the orig.tar.gzu
[11:12] <asac> fta said CVS lOCAL_BRANCH feature is buggy somewhat
[11:12] <bdrung_> interesting
[11:13] <bdrung_> an other solution would be bzr-builder?
[11:29] <asac> bdrung_: bzr-builder is no solution ;)
[11:30] <bdrung_> k
[11:30] <asac> its just a different approach ... which is even less flexible last time i looked
[11:30] <asac> i dont think it has a "cache upstream branches locally" feature
[11:30] <asac> but i am not really qualified for that
[11:30] <asac> havent looked for ages, because it took far too long and so fta made his own solution which works quite good
[12:09] <fta> asac, if you fix it for CVS, please also have a look at HG, it's not able to create the local branch while it should, it's just able to update it
[12:12] <asac> kk
[12:26] <fta> asac, for cvs, it should be easy, initially, i wanted to clone from the local copy, that's not supported by cvs, but a cp -a is enough
[12:32] <fta> grrr http://paste.ubuntu.com/270826/
[12:34] <asac> !test
[12:37] <asac> gzip is just falling apart
[12:38] <fta> yes, but why is it not a critical bug?
[12:38] <asac> i havent seen that problem for ages
[12:38] <asac> not sure why you get that
[12:39] <asac> http://paste.ubuntu.com/270830/
[12:43] <fta> amd64
[12:45] <asac> mine is amd64 too
[12:45] <asac> uname -a
[12:45] <asac> Linux hector 2.6.31-10-generic #32-Ubuntu SMP Thu Sep 10 23:29:56 UTC 2009 x86_64 GNU/Linux
[13:00]  * asac lunch
[13:34] <bdrung_> eagles0513875: you can use mozilla-devscripts for firebug. you simply have to set "MOZ_XPI_BUILD_COMMAND :=" (to nothing)
[13:36] <fta> use $(NULL), nothing is confusing
[13:51] <asac> yes $(NULL) is good
[14:51] <fta> asac, https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+build/1241444
[14:53]  * popey waves bug 412125 at asac :)
[14:56] <asac> popey: hey ;)
[14:56] <popey> that bug is starting to get on my nerves :)
[14:56] <asac> popey: when did that start?
[14:56] <popey> it's a productivity bonus though, I cant click on any flash stuff :)
[14:57] <asac> hehe
[14:57] <popey> start of August
[14:57] <asac> hmm
[14:57] <asac> ok assigned to me
[14:57] <asac> i will try to get a newer pluginwrapper up
[14:57] <asac> (if i can reproduce)
[14:57] <popey> thanks, much appreciated
[14:57] <popey> if there's any further tracing or logging I can get, let me know
[14:58] <popey> I have two independant installs of 64-bit ubuntu which both have the same behaviour
[14:58] <popey> one is pretty much an out of the box install
[14:58] <popey> I suspect I could also replicate it with a 64-bit live cd
[14:58] <popey> will grab the alpha 5 amd64 iso just to be sure
[14:59] <asac> fta: was greprefs removed?
[15:00] <asac> hmm. we should run a find so i dont need a full build to see what has changed in the "make install" hierarchy
[15:04] <fta> asac, wasn't greprefs from one of your patches?
[15:05] <jdstrand> asac: hi!. can you merge r465 from bzr+ssh://bazaar.launchpad.net/~jdstrand/firefox/firefox-3.5-apparmor/? it fixes a couple profiling bugs
[15:13] <asac> fta: greprefs was not from my patches
[15:13] <asac> greprefs was there since ever upstream
[15:13] <asac> i made a patch once to also honour gre-greprefs for the "general.config.filename"
[15:15] <asac> jdstrand: make a merge request ;)
[15:16] <asac> fta: http://hg.mozilla.org/mozilla-central/log?rev=greprefs
[15:16] <asac> so seems all is good still
[15:16] <asac> (backed out)
[15:16] <asac> seems to match
[15:16] <asac> e.g. 17:32 the backout landed ... so _after_ our daily snapshot
[15:16] <fta> k
[15:18] <jdstrand> asac: done. it would be great if this could get into ubuntu3. thanks!
[15:19] <asac> sure ;) ... you are the owner of that profile. so i dont think i would reject anything ;)
[15:19] <asac> jdstrand: oh. did you do the same for all the other branches?
[15:19] <asac> e.g. firefox.37 3.6 etc.?
[15:19] <asac> or did we already do that last time?
[15:20] <jdstrand> asac: no, just 3.5
[15:21] <asac> jdstrand: why did you do "merge from trunk"?
[15:21] <jdstrand> asac: I wasn't aware of the others. but the merge should go to all branches
[15:21] <asac> you should have started from scratch for next update imo
[15:21] <asac> no ... what i mean is that you kep on using your already merged branch
[15:21] <asac> instead of doing a new branch for this update
[15:22] <jdstrand> asac: it isn't actually trunk, it is bzr+ssh://bazaar.launchpad.net/~mozillateam/firefox/firefox-3.1.head/, which I happened to call 'trunk' in my commit log
[15:22] <asac> yes
[15:22] <asac> i know ;)
[15:22] <jdstrand> asac: ok. what do you need me to do to get this right?
[15:23] <asac> what changes did you do? just 465?
[15:23] <jdstrand> asac: yes
[15:23] <asac> i will pick that mark it merged manually
[15:23] <asac> next time create  a new branch ;)
[15:23] <jdstrand> asac: thanks. I shall
[15:27] <asac> jdstrand: ok committed. please mark your branch merged ;)
[15:28] <asac> fta: so yes. i think all is good
[15:28] <asac> build should work today without touching
[15:28] <fta> we'll see
[15:29] <fta> asac, do you get the build logs now? umd, ucd, etc..
[15:29] <asac> i get the upload logs
[15:29] <asac> not the build failures ;)
[15:29] <fta> hm
[15:31] <asac> fta: well. i think i get them for everything, but umd
[15:32] <fta> what is different with umd then?
[15:37] <asac> mailing list
[15:37] <fta> it's a lp bug then
[15:38] <asac> i am not sure. could be that those mails go to /dev/null on my side
[15:38] <asac> i gues thats even likely
[15:38] <asac> fta: do you have a header of one of the recent failures?
[15:40] <asac> only have /dev/null procmail rules for X-Launchpad-Bugs... that i dont explicitly take
[15:40] <fta> http://paste.ubuntu.com/270965/
[15:41] <asac> hmm. not in procmail log
[15:41] <asac> (the message id)
[15:41]  * asac checks spam folders
[15:42] <asac> seems i really dont get them
[15:42] <asac> ok let me unsubscribe from that ml
[15:42] <fta> maybe the Message-id is per recipient
[15:42] <asac> ok unsubscribed
[15:43] <asac> lets hope that helps
[15:46] <fta> the only redirection i have for you is for ^X-launchpad-ppa:\ network-manager-trunk
[16:02] <asac> thats ok ... actually i would hope i dont need it ;) (but doesnt hurt)
[16:03] <asac> i think i will get umd tomorrow now that i unsubscribed from ml
[16:03]  * asac needs to remember to file a bug
[16:09] <asac> Question #82761]: The debs are currently not building
[16:10] <asac> fta: whats going on with all those .o files?
[16:10] <asac> http://launchpadlibrarian.net/31760218/buildlog_ubuntu-karmic-i386.chromium-browser_4.0.209.0~svn20090913r26091-0ubuntu1~ucd1_FAILEDTOBUILD.txt.gz
[16:10] <asac> why are thos in the "inhammer" ?
[16:18] <micahg> asac: is bug 428977 a dupe of bug 427789?
[16:19] <sebner> asac: Is that normal that firefox/epiphany crash when using fullscreen mode without 3D driver?
[16:19] <fta> asac, i regression in gyp, i'm waiting for today's build to see if it has been fixed
[16:29] <asac> kk
[16:30] <asac> micahg: i dont think so
[16:30] <asac> will check when back
[16:30] <asac> out for 2-3h
[17:01] <eagles0513875> bdrung_: saw u pmed me earlier if you would like to take any of the extensions with my name on them you may
[17:04] <eagles0513875> bdrung_: is the password has you have mentioned on the wiki the same as https://code.edge.launchpad.net/~ubuntu-dev/firefox-extensions/stanford-pwdhash.ubuntu
[17:14] <bdrung_> eagles0513875: The stanford-pwdhash source package was renamed to pwdhash. It is maintained in a git repository: http://git.debian.org/?p=collab-maint/pwdhash.git;a=summary
[17:14] <eagles0513875> ok just checking
[17:14] <eagles0513875> is there a new ubuntu-dev branch for it
[17:14] <bdrung_> no
[17:14] <eagles0513875> ok
[17:14] <eagles0513875> will file a bug against that
[17:15] <eagles0513875> nm already did
[17:15] <bdrung_> i maintain it in debian
[17:15] <eagles0513875> gotcha
[17:15] <bdrung_> bug is already filed
[17:16] <eagles0513875> bdrung_: where it says branch for paswd hash should i put where you have the - change it to maintained upstream
[17:17] <bdrung_> yes
[18:12] <fta> asac, what is the best way to drop chromium-testsuite(|-dbg) without stopping their users from upgrading? "Provides/Replaces"?
[18:13] <eagles0513875> bdrung_: sry to bother you but whats the difference between flashgot and flashblock?
[18:14] <eagles0513875> fta: feel free to answer my question if you know since your the only one in hre
[18:16] <Mook_sb> eagles0513875: flashgot downloads things from web pages, flashblock stops you from downloading things (flash) until you tell it to
[18:17] <eagles0513875> Mook_sb: ty m8
[18:17] <eagles0513875> just making sure they arent one in the same thing
[18:17] <Mook_sb> fwiw, searching on amo like https://addons.mozilla.org/en-US/firefox/addon/220 would tell you the same
[18:17] <eagles0513875> Mook_sb: thanks bro
[18:21] <eagles0513875> well good news for u guys almost finished filing the bugs and the wiki with all the extensions
[18:35] <eagles0513875> has the package name for flashgot changed cuz lp is saying its not published
[19:40] <BUGabundo> hoias
[19:46] <fta> BUGabundo, http://www.sofaraway.org/ubuntu/tmp/chromium-popcon-7.png
[19:46] <BUGabundo> steady?? wow
[19:47] <fta> i regained ~750 users
[19:47] <fta> compared to mid-july
[19:48] <bdrung_> eagles0513875: flashgot = downloader, flashblock = blocks flash
[21:58] <andv> fta, a guy said some bad things about chromium before
[22:14] <fta> andv, such as?
[22:14] <andv> Man.  Chromium just ate itself on my computer
[22:14] <andv> Spread files into my home directory
[22:15] <andv> Like this one: ls \<\?xml\ version=\"1.0\"\ encoding=\"UTF-8\"\?\>\<gupdate\ xmlns=\"http:/www.google.com/update2/response\"\ p
[22:15] <andv> protocol=\"2.0\"\>\<app\ appid=\"com.google.crx.blacklist\"\ status=\"ok\"\>\<updatecheck\ status=\"noupdate\"/\>\</app\>\</TEMP_INSTALL
[22:15] <andv> And typing a URL closes the browser saying: [17910:17932:270726677291:FATAL:/mnt/chromium/rpmbuild/BUILD/chromium-20090910svn25958/src/chrome/common/sqlite_utils.cc(52)] Check failed: false. sqlite fatal error 11
 What an awesome browser.  :)
[22:15] <andv> I hope we dont have this error
[22:15] <andv> :)
[22:17] <fta>  /mnt/chromium/rpmbuild/ is not an ubuntu thing
[22:19] <andv> that's why I told you I hope we don't have that here
[22:23] <BUGabundo> fta: ia32 failing to build or something ?
[22:24] <fta> ia32?
[22:24] <fta> BUGabundo, ia32?
[22:26] <BUGabundo> ia libs 32
[22:28] <fta> BUGabundo, i didn't touch it recently, so no idea
[22:31] <BUGabundo> fta: http://paste.ubuntu.com/271223/
[22:33] <fta> BUGabundo, https://edge.launchpad.net/ubuntu/+source/ia32-libs/2.7ubuntu14/+build/1243008  refresh
[22:45] <fta> asac, BUGabundo, starting to the next green build, --enable-plugins will no longer be needed \o/
[22:46] <BUGabundo> and that is good ?
[22:46] <BUGabundo> more flash noise.....
[22:46] <BUGabundo> well it works just fine on Chrome/Win without it
[22:46] <fta> it was mandatory on linux only
[22:49] <BUGabundo> ahhhh
[22:49] <BUGabundo> stupid google devs
[22:49]  * BUGabundo ducks