[00:00] <gnomefreak> i would rather have them all download at once so this is good
[01:04]  * gnomefreak fed up with this tb3 bullshit
[01:05] <ddecator> what's wrong with it?
[01:06] <gnomefreak> ddecator: it wont let me log in to any account it keeps failing. server is working fine
[01:07] <ddecator> gnomefreak, 3.0 or 3.1?
[01:07] <gnomefreak> 3.0
[01:07] <gnomefreak> it happens with pop and imap ddecator
[01:07] <ddecator> gnomefreak, i haven't had any trouble (although i only use it to backup my emails). have you filed a bug report?
[01:08] <gnomefreak> ddecator: not yet i was trying to fix it. it seems one account is working
[01:08] <ddecator> gnomefreak, are you setting them up manually or using the auto setup?
[01:09] <gnomefreak> ddecator: i tried both
[01:09] <gnomefreak> this start it worked fine
[01:09] <ddecator> so it's not consistent?
[01:10] <gnomefreak> ddecator: nope it seems to not be
[01:10] <ddecator> gnomefreak, that always makes things fun...
[01:11] <gnomefreak> ddecator: yep it does. it has been problem after problem with it today for some reason
[01:14] <ddecator> gnomefreak, you could run it from the terminal and if it fails to connect to your accounts then it may leave some error messages
[01:15] <gnomefreak> ddecator: k i will test that tomorrow. today is just not going well and its later than i thought :(
[01:15] <ddecator> gnomefreak, np, just a thought, it would make it easier to diagnose
[01:16]  * gnomefreak going to bed. night
[01:16] <ddecator> cya
[06:39] <mahfouz> i get a hash sum mismatch in daily ppa
[06:39] <mahfouz> is that alright?
[06:41] <micahg> mahfouz: probably not, which package
[06:44] <mahfouz_> sry
[06:44] <mahfouz_> works again now
[07:57] <[reed]> what is gluezilla, and why is buildd spamming my inbox?
[08:39] <kecsap> hi guys, I would like to work on some bugs, but Micah told me I should ask if "a bug is assigned in the Ubuntu task". What is the "Ubuntu task"? I can't find it with google.
[08:40] <kecsap> does it mean: is there an assignee for a bug in the launchpad bug tracker?
[10:22] <directhex> is xulrunner-dev updating to 1.9.2 any time soon? or should i build-depend on firefox-dev instead?
[10:42] <gnomefreak> the progress bar never stops work even when it says its done
[10:44] <gnomefreak> and it keeps freezeing up. i cant  beleve how many problems with tbird 3
[10:48] <gnomefreak> i am most likely going to move to another client
[10:48] <gnomefreak> im goin gto lay back down
[10:54] <gnomefreak> ok now to look for an email client :(
[10:58] <gnomefreak> ok it is unusable. i am going to ask that it gets fixed before it lands in Lucid
[10:58]  * BUGabundo_remote points gnomefreak to KMail *even* if he dislikes KDE
[10:59] <gnomefreak> BUGabundo_remote: i would rather not have KDE due to it being very slow
[10:59] <BUGabundo_remote> don't lye
[11:06] <gnomefreak> safe mode doesnt help either damnit
[11:06] <gnomefreak> Inbox - gnomefreak@gmail.com - Shredder is not responding.
[11:06] <gnomefreak> You may choose to wait a short while for it to continue or force the application to quit entirely.
[11:06] <gnomefreak> fails tot close now
[11:10] <gnomefreak> seamonkey-2.0 needs some loving before than are pushed to repos and thunderbird-3.0
[11:11] <gnomefreak> they and out of ordeer
[11:21]  * gnomefreak has had nothing but problems yesterday and today but they are not related
[11:21] <gnomefreak> to each other
[11:26] <asac> gnomefreak: file bugs upstream
[11:27] <gnomefreak> i will but i would love to see what is causing it first :(
[11:28] <BUGabundo_remote> gnomefreak: $ gdb --args tb --verbose
[11:36] <gnomefreak> ill try later
[11:40] <gnomefreak> claws has same problem. im starting to think its me not the app
[11:42] <gnomefreak> oh well fuck it be cack this afternoon i think
[14:40] <micahg> asac: so, 6 uploads of ffox36 transitions and 6 failures :(
[15:08] <directhex> nsNetError.h isn't in firefox-dev ?
[15:09] <micahg> directhex: nothing is in firefox-dev
[15:10] <directhex> micahg, so it's not possible to build any plugin which requires xulrunner 1.9.2 (NOT 1.9.1 which is what xulrunner-dev yields)'s headers right now? i see.
[15:10] <jetsaredim> any ideas as to why the nightly build of shredder doesn't like the nightly builds of lightning and gdata-provider?
[15:10] <asac> micahg: sorry. what do you mean?
[15:10] <micahg> directhex: I'm working on that now
[15:10] <asac> directhex: we will get 1.9.2 son
[15:10] <asac> soon
[15:11] <micahg> asac: well, I did a minimal upload change of 6 main packages to the PPA with xul192 and they all failed to build
[15:11] <micahg> asac: in other words, I've got a lot of work to do :)
[15:11] <micahg> asac: yelp, seems ported can I remove it from the wiki for lucid?
[15:13] <micahg> asac: also, is it worth pushing the rest of the lucid packages to the PPA to see if they fail or should I work on the first 6?
[15:13] <asac> micahg: first check why they failed
[15:14] <asac> most likely its a missing packaging facility if everything failed
[15:14] <asac> rather than headers
[15:14] <asac> oder api problems
[15:14] <asac> micahg: start with the plugins you probably uploaded
[15:14] <asac> 95% of those should just build ... if all plugin packages failed, there is something missing on packaging side or in -dev package
[15:14] <asac> maybe a .pc file ... or maybe the xulrunner-dev doesnt pull in everything etc.
[15:15] <micahg> k, I'll check the -dev package to make sure it's populated
[15:15] <micahg> yep, 4.7MB
[15:17] <micahg> ah, yes, I see, couchdb has a patch...I'll update and try again
[15:17] <ddecator> is bugmail for the firefox package extremely high traffic?
[15:18] <micahg> ddecator: kinda high
[15:18] <asac> micahg: why does the patch needs to be updated?
[15:18] <asac> does it use the versioned xulrunner?
[15:18] <micahg> asac: links against xul191
[15:18] <asac> binary?
[15:18] <asac> link?
[15:18] <asac> how that?
[15:18] <asac> imo that can be done right so we dont need to touch it next time
[15:18] <micahg> http://pastebin.com/f1c13bb4
[15:19]  * micahg thinks dh_xulrunner should be used?
[15:21] <micahg> but that's not where it failed
[15:22] <asac> micahg: right. thats +LD_LIBRARY_PATH=$LD_LIBRARY_PATH:/usr/lib/xulrunner-`xulrunner-1.9.1 --gre-version`/
[15:22] <asac> thats at runtime
[15:22] <asac> +export LD_LIBRARY_PATH
[15:22] <asac> the other as well
[15:22] <asac> the right fix would be to use realpath /usr/bin/xulrunner at build time imo
[15:23] <micahg> asac: do we provide that?
[15:23] <asac> to replace that path in the .in file
[15:23] <asac> micahg: the -dev package provides it
[15:23] <asac> err
[15:23] <asac> all packages, through alternative
[15:23] <asac> but during build with just the 1.9.2 -dev package installed that binary should point to the right one
[15:23] <asac> let me check
[15:23] <asac> too bad ;)
[15:24] <asac> yeah well. i dont care. fix it hard for this
[15:24] <asac> e.g. adjust the patch as you suggested
[15:24] <micahg> it failed because of a help2man update :)
[15:24] <micahg> asac: is dh_xulrunner a good option?
[15:24] <asac> for what?
[15:24] <asac> dh_xulrunner doesnt do anything
[15:25] <asac> but add dependencies
[15:25] <micahg> oh, I thought it linked?
[15:25] <asac> no
[15:25] <asac> it doesnt do anything
[15:25] <micahg> k, so just update the reference to xul192 for now then?
[15:25] <asac> yes
[15:25] <micahg> k
[15:25] <asac> try that
[15:25] <micahg> looks like I will have to fix some of these packages for rebuild as well...
[15:27] <asac> yes. go one by one
[15:27] <micahg> actually, the unversioned xulrunner binary should do this right
[15:27] <asac> no
[15:27] <asac> its not reliable enough for runtime stuff
[15:27] <asac> just for build time
[15:27] <micahg> xulrunner --gre-version won't work?
[15:27] <asac> if someone installs xulrunner-1.9.1 the alternative might be messed up
[15:27] <micahg> ah
[15:27] <asac> alternatives is nothing we can rely on to deliver a good user experience
[15:28] <micahg> k, good to know
[15:30] <asac> good. the searhcplugin fix seems to work
[15:30] <asac> wow we have lots of cruft in the db ;)
[15:30] <asac> maybe we should clean that up at some point
[15:30] <micahg> which db?
[15:31] <asac> http://pastebin.com/m1792f244
[15:31] <asac> search.sqlite
[15:31] <asac> seems it never deletes items there if they disappear
[15:31] <micahg> ah, yeah
[15:36] <asac> micahg: do you know the bug id for searchplugins reset ? upstream and lp?
[15:37] <micahg> asac: the overwrite one?
[15:38] <asac> yes. that it always is forgotten on versionh update
[15:38] <micahg> bug 428306 mozilla 534663
[15:39] <asac> thx
[15:39] <asac> fg
[15:53] <micahg> asac: initial success :) couchdb built :)
[15:55] <asac> good
[15:59] <micahg> asac: are you upstreaming the patch for the search keywords?
[16:00]  * micahg just wants to know whether or not to mark off his list
[16:28] <asac> micahg: TBD
[16:28] <micahg> asac: :)
[16:29] <micahg> asac: if I have an upstream fix for a package I got to work with xul192 (like couchdb), when do I upstream it?
[16:30] <asac> micahg: nowhere
[16:30] <micahg> ?
[16:30] <asac> thats not an upstream fix
[16:30] <asac> its an ubuntu hack
[16:31] <asac> upstream wants a libmozjs ... which we dont provide (for good reasons)
[16:31] <micahg> no, I'm referring to my help2man fix, not xulrunner
[16:31] <asac> ah
[16:31] <asac> #couchdb
[16:31] <asac> anyway have to run out for a while (getting hardware)
[16:32] <asac> be back in 1h or so i guess
[16:32] <micahg> k, it actually would need to be improved for upstream...
[16:32] <micahg> asac: k, I'll probably go offline in a few minutes anyways
[16:41] <Milos_SD> Hello
[16:41] <Milos_SD> Still no fix for "dom.ipc.plugins.enabled" ? :(
[16:42] <Milos_SD> It still freezes browser when there is flash on a page
[16:42] <Milos_SD> it needs to be set to false to work
[16:42] <Milos_SD> upstream fixed that a month ago :S
[19:00] <fta> asac, what are you supposed to do for the MIR bug?
[19:02] <asac> fta: which?
[19:02] <asac> i am supposed to provide info ;)
[19:02] <asac> then with some luck i wont get it for sign off ;)
[19:08] <micahg> asac: I prepared a a lot of uploads, but the PPA has chroot issues in Lucid now, so I'll check later
[19:08] <fta> asac, bug 522645
[19:12] <fta> asac, what's the goal? move to main?
[19:27] <[reed]> asac / fta: how do I stop these buildd mails?
[19:27] <[reed]> they are new
[19:28] <[reed]> and they are spamming me
[19:28] <[reed]> :(
[19:28] <fta> ?
[19:28] <micahg> of from the ffox36 PPA?
[19:28] <micahg> [reed]: ^^
[19:28] <micahg> ffox35
[19:28] <fta> oh, not my fault, i didn't touch anything
[19:28] <micahg> fta: me this time :)
[19:29] <[reed]> why are they being sent to every member of mozillateam?
[19:29] <micahg> [reed]: mozillateam owns the PPA
[19:30] <micahg> asac: should I just work in my own PPA instead?
[19:32] <fta> micahg, yep, create your own sandbox ppa
[19:32] <fta> asac and I both have one
[19:32] <micahg> fta: then after it builds, push to the team ppa?
[19:32] <fta> yep
[19:33] <micahg> fta: got it
[19:33] <fta> or copy
[19:33] <micahg> [reed]: sorry
[19:33] <micahg> fta: right, forgot about that feature :)
[19:33] <fta> .. the binaries
[19:33] <micahg> fta: do you have a size suggestion for the sandbox?
[19:33] <asac> [reed]: you should have gotten similar errors last cycle when i did the ffox 3.5 transition preparations ;)
[19:33] <asac> otherwise its a launchpad regression
[19:34] <asac> i definitly had plenty of build failures back then too
[19:34] <micahg> asac: so, sandbox then?
[19:34] <asac> no
[19:35] <asac> i dont think its that bad
[19:35] <asac> its temporarily
[19:35] <asac> and once we hav a build failure we will work on the fixes locally i guess
[19:35] <asac> so next upload will succeed
[19:35] <micahg> I'll have to get my chroot working again or upgrade to lucid :)
[19:36] <micahg> asac: there were chroot issues, that's why they all failed at once
[19:46] <fta> micahg, if you have a fast box, you'd better use pbuilder
[19:46] <micahg> fta: once xulrunner-1.9.2 hits lucid, I can do that too :)
[19:47] <micahg> fta: also, chroot can keep all the build deps
[19:48] <fta> i'm just use bzr bd --merge --builder='pdebuild --buildsourceroot fakeroot --debbuildopts -j4' (through a bzr alias)
[19:48] <fta> pbuilder maintains it's own cache too
[19:49] <fta> it's just that it unpacks all the build-deps for each builds (hence the fast box) but everything else could be done easily
[19:49] <micahg> fta: ok
[19:49] <fta> i've used chroots for a long time but i've completely stopped since i use pbuilder
[19:51] <fta> micahg, http://paste.ubuntu.com/378572/
[20:05] <micahg> fta: thanks
[20:05] <micahg> how are they called?
[20:05] <micahg> bzr CMD?
[20:33] <jdstrand> [reed], asac, micahg: I'm almost done with my ff testing-- are there any issues I should know about before publishing?
[20:33] <micahg> jdstrand: was released today instead of yesterday...
[20:34] <jdstrand> micahg: were there last minute changes that require us to rebuild?
[20:34] <micahg> jdstrand: not that I know of
[20:34] <micahg> it was still build1
[20:34] <micahg> I think they gave an extra day because of the holiday
[20:34] <micahg> only a guess
[20:36] <fta> micahg, yes, you can create your own aliases depending on your needs
[20:36] <micahg> fta: I'm just wondering how to run them
[20:37] <fta> i just do "bzr bdm" or "bzr ppab", etc.
[20:37] <micahg> fta: I've been using bash aliases for everything
[20:37] <micahg> k
[20:55] <micahg> asac: you can't file bugs or translate against 3.7 at the moment
[20:56] <micahg> asac: and the rosetta template is being renamed to firefox per ArneGoetje at some point, that's why I commented the merge should be done then
[20:57] <micahg> but I do need to fix the links for 3.0 and 3/5
[20:57] <micahg> 3.5
[21:06] <fta> micahg, an example of how easy it is to prepare a release: http://paste.ubuntu.com/378613/
[21:06] <fta> (search for my prompt)
[21:07] <micahg> fta: yes, I see, thanks :)
[21:18] <micahg> [reed]: did the release not happen yet for FF 3.5.8?
[21:18]  * micahg saw in the delivery meeting notes it's today
[21:18] <[reed]> micahg: it's happened.
[21:19] <micahg> [reed]: k, because the latest-3.5 link on the ftp site is still pointing to 3.5.7
[21:40] <asac> bug 381674
[21:40] <asac> kecsap: sure
[21:40] <asac> go ahead
[21:41] <asac> kecsap: well. just work on it ;)
[21:41] <asac> i wont do it if you say you are working on it
[21:41] <asac> just give us update at least once week so we know you are still working on it
[21:41] <kecsap> ok
[21:41] <kecsap> thanks
[21:42] <micahg> asac: were my fixes ok for ubufox?
[21:42] <micahg> I saw the dent about upload?\
[21:42] <asac> micahg: i rejected your change ... commentd on merge request
[21:42] <micahg> asac: I reproposed :)
[21:42] <asac> ok
[21:42] <asac> well ;)
[21:42] <asac> its not in then ;)
[21:42] <asac> for this round
[21:43] <micahg> asac: the only thing that won't work is translate until we rename the template
[21:43] <fta> kenvandine, you said "2.29.90 released", i just see 2.29.1 bzr607.. ???
[21:43] <asac> micahg: i dont think its good. just looking at your commit comment
[21:44] <asac> yes. its still not good
[21:44] <micahg> asac: I cleaned it up so that it's extensible
[21:44] <asac> the translate and help url is still broken ... do what i suggested in my comment
[21:44] <kenvandine> fta, i didn't update the packaging branch for the dailies
[21:44] <kenvandine> sorry
[21:44] <asac> micahg: i dont like the "getAppVersion" returning -
[21:44] <kenvandine> fta, did a tarball and uploaded to lucid though :)
[21:44] <asac> really do a func that cares for assembling full launchpad source name
[21:45] <asac> and use that in all places directly
[21:45] <micahg> asac: k, I'll work on that later then, that's a better solution
[21:45] <asac> right
[21:46] <fta> kenvandine, hm ok. i don't really understand the release management of gwibber. Maybe i should just stop the daily as you seem to update lucid very often
[21:46] <kenvandine> well, not really
[21:46] <kenvandine> just during development cycle :)
[21:47] <kenvandine> been over a week since the last upload :)
[21:47] <kenvandine> fta, doesn't your script merge and update the package automatically?
[21:47] <fta> it does
[21:48] <kenvandine> i bumped the version in trunk to 2.29.91
[21:48] <kenvandine> so your dailies should win
[21:49] <kenvandine> fta, do i need to update the packaging branch for the dailies too?
[21:49]  * kenvandine definately wants to keep the dailies around
[21:49] <kenvandine> they are very useful!
[21:51] <fta> let me respin then..
[21:51] <micahg> asac: I assume we can probably push new versions through at least until beta 1?
[21:53] <fta> kenvandine, hm, didn't work.. 2.29.1~bzr607 -> 2.29.1~bzr608
[21:54] <fta> gos-pack: VERSION  = $(shell grep VERSION_NUMBER $(TMP_DIR)/src/gwibber/microblog/util/const.py | head -1 | cut -d\" -f2)~bzr$(REVISION)
[21:54] <kenvandine> oh!
[21:54] <fta> should be updated to use setup.py instead
[21:54] <kenvandine> crud... well i guess we need it in both places :/
[21:54] <micahg> asac: also, should I update firefox-stable tonight?
[21:55] <kenvandine> fta, pushed... sorry about that
[21:55] <fta> np
[21:56] <kenvandine> we need a better way of keeping that in sync :)
[21:57] <fta> asac, http://blog.fuseyism.com/index.php/2010/01/27/icedtea6-17-released/  got requests to have that for chromium
[22:00] <fta> doh! https://edge.launchpad.net/builders/
[22:00] <micahg> fta: lamont is working on it
[22:01] <fta> ok, thx
[22:02] <micahg> fta: from his last post in #ubuntu-devel, it should be up soon
[22:02] <asac> fta: ask doko ... i think he is almost ready for that
[22:03] <asac> (icedtea)
[22:10] <dupondje> nice the bug got fixed :) good work ;)
[22:12] <kecsap> asac, micahg: Ok, I created a fix for the bug 452948, branch is uploaded, how should I nominate the branch for review?
[22:12] <kecsap> ok :D
[22:12] <kecsap> robot
[22:13] <kecsap> https://code.launchpad.net/~csaba-kertesz/ubufox/lp452948
[22:14] <micahg> kecsap: https://code.edge.launchpad.net/~csaba-kertesz/ubufox/lp452948/+register-merge
[22:16] <asac> yeah
[22:16] <asac> do that
[22:16] <asac> against lp:ubufox
[22:16] <asac> (if you used that as start ... if not, you should use that as start ;))
[22:17] <fta> asac, he's not there :(
[22:19] <kecsap> micahg: thanks
[22:19] <asac> fta: doko, you know, is old :-P ... so things take a bit longer sometimes
[22:19] <micahg> kecsap: thank you :)
[22:19] <asac> he often comes back later the evening
[22:19] <fta> asac, lol
[22:29] <micahg> fta: builders are fixed
[22:33] <cyphermox> join #ubuntu-qc
[22:33] <cyphermox> sorry :)
[22:43] <directhex> which is preferable, whilst waiting for xulrunner-dev 1.9.2 - ship a package built against 1.9.1 with known functionality missing in ff3.6, or sit on the package & wait?
[22:44] <kecsap> micahg: why do not we have lp:~ubuntu-core-dev/ubufox/ubuntu.lucid branch yet?
[22:44] <micahg> kecsap: idk, but don't worry about that
[22:45] <kecsap> micahg: but the trunk does not contain debian packaging files and then I can not fix 493805 in lucid...?
[22:46] <micahg> kecsap: ah, yeah, just propose a debdiff for that
[22:46] <micahg> s/propose/attach
[22:47]  * micahg remembers the packaging branch being somewhere
[22:47]  * micahg goes looking
[22:47] <kecsap> ok, thanks
[22:48] <micahg> kecsap: here's teh branch: https://code.edge.launchpad.net/~ubuntu-core-dev/ubufox/ubuntu
[22:50] <kecsap> thanks
[22:50] <kecsap> I go to sleep now, it is 1am here
[22:51] <kecsap> bye
[22:51] <micahg> kecsap: thanks
[23:38] <asac> Bug 521211
[23:42] <fta> a new chromium beta..
[23:44] <BUGabundo> those guys are working fasttttt
[23:45] <directhex> i wish middle-clicking the border slightly above my tabs in chromium didn't send the window to the back of the window pile