[00:00] <sebner> asac: you are core-dev right? Mind sponsoring (python) merge before FF?
[00:05] <asac> sebner: python or python app?
[00:05] <sebner> asac: python lib
[00:06] <asac> dont speak in mysteries
[00:06] <asac> ;)
[00:06] <sebner> asac: https://bugs.edge.launchpad.net/ubuntu/+source/jinja2/+bug/523540
[00:06] <asac> some i might sponsor, some i might defer to others
[00:07] <sebner> asac: builds, pretty easy one
[00:07] <sebner> asac: go go go, before someone gets the idea to change the topic to "FF in effect" ;)
[00:11]  * sebner has high hopes on asac and waves gn8
[00:11] <asac> sebner: https://edge.launchpad.net/ubuntu/+source/jinja2/2.1.1-2ubuntu1 is nt needed anymore?
[00:12] <sebner> asac: nope, pysupport is fixed now
[00:12] <asac> python.mk isnt included
[00:12] <asac> hmm
[00:13] <asac> i prefer to see also justification of change droppage when doing merges
[00:13] <asac> makes it much easier for outsiders to sponsor
[00:13] <sebner> asac: I'd do it if FF wouldn't be (in the past) ^^
[00:13] <sebner> asac: but you can trust the quality of my work *muahahaha*
[00:13] <asac> hmm
[00:13] <asac> well
[00:13] <asac> seems there already is 2.2.1 in the archive
[00:13] <asac> missed that
[00:13] <asac> and that only has your change
[00:13] <sebner> ;)
[00:14] <asac> but thats hard to verify because the diff is a full tree diff
[00:14] <sebner> which will be fixed in next Debian bugfix upload too which I'll sync
[00:14] <sebner> without FF
[00:14]  * sebner hopes on asac 
[00:15] <asac> sebner: what will be fixed in next upload?
[00:15] <micahg> asac: do I need to go get an FFe for TB3 now?
[00:16] <asac> micahg: arent we ready?
[00:16] <micahg> yes :)
[00:16] <asac> right
[00:16] <micahg> but it's not in archive :)
[00:16] <asac> sebner: please answer
[00:16] <asac> micahg: yeah. i will upload it in a sec
[00:16] <micahg> asac: k
[00:17] <sebner> asac: various fixes (py2.4 support which is not important imho)
[00:17] <sebner> breakage ..
[00:18] <asac> sebner: just dont understand what you replied to with:
[00:18] <asac> "< sebner> which will be fixed in next Debian bugfix upload too which I'll sync
[00:18] <asac> "
[00:18] <asac> what does "which" mean there?
[00:19] <sebner> asac: I want to merge 2.3 into lucid now to avoid needing a FFe for 2.3.1
[00:20] <fta> asac, about the MIR, what's goal? main?
[00:20] <asac> sebner: ok uploaded ;)
[00:20] <sebner> asac: but it got already uploaded by crimsun
[00:20] <sebner> ohhh
[00:20] <sebner> hahaha
[00:20] <asac> fta: MIR = Main Includsion Archive
[00:20] <asac> err
[00:20] <asac> Request
[00:20] <asac> ;)
[00:20] <fta> er, ok
[00:20] <fta> so i won't be able to update it then
[00:20] <asac> well ... ppp
[00:20] <asac> ;)
[00:20] <fta> ?
[00:20] <asac> per package permission ...
[00:20] <sebner> asac: anyways, thx und gn8
[00:20] <fta> oh
[00:20] <BUGabundo> archive separation
[00:21] <asac> is nowadadys common
[00:21] <asac> thats easy to get for you i am sure
[00:21] <asac> once that happens i will suggest that
[00:21]  * micahg is hoping to get upload rights after this cycle too :)
[00:21] <asac> to whatever council needs that handed to
[00:21] <micahg> DMB I think
[00:21] <fta> i have no intention to beg
[00:21] <asac> DMB?
[00:21] <micahg> Developer Membership Board
[00:21] <asac> fta: i always didnt understand what begging means ;)
[00:22] <directhex> http://www2.apebox.org/wordpress/wp-content/gallery/00-single/moon2buntu.png
[00:22] <asac> its not begging. its just saying ,here: i want to upload this, and understand the implications and so on ;)
[00:22] <asac> directhex: that builds with our xul 1.9.2 -dev package?
[00:23] <asac> is moon in main?
[00:23] <directhex> asac, that's building against 1.9.1 and failing on most sites as a result.
[00:23] <asac> kk
[00:23] <asac> directhex: have you tried our 1.9.2-dev daily?
[00:23] <micahg> directhex: you want a 1.9.2 package to build against?
[00:23] <directhex> asac, it's a couple of configure flags in debian/rules to tell it to use the ff3.6 code instead
[00:23] <asac> that would be something you could do now
[00:23] <asac> 1.9.2 will get in
[00:23] <micahg> directhex: https://edge.launchpad.net/~mozillateam/+archive/ffox35/+packages
[00:24] <asac> directhex: should we just try to build it without changes?
[00:24] <asac> directhex: i can easily push current lucid version there
[00:25] <asac> basically ... whatever is in there will get rolled to lucid by us
[00:25] <directhex> asac, i explicitly disabled support for 1.9.2 via configure to avoid a nasty configure bug. i'll try a rebuild against your package
[00:25] <asac> at some point
[00:25] <asac> ok .. if you have a debdiff give it to us
[00:25] <asac> we will just stage it there and then roll everything as a big flush
[00:25] <directhex> asac, currently lucid contains moonlight 1.0 which is... well, it won't work on ff3.6
[00:26] <micahg> that's why I didn't try pushing it as I knew you had a new version directhex
[00:27] <directhex> micahg, my work is in a bzr branch, but using multi-tar and all sorts of debsrc 3.0 nonsense, which i didn't see any good guides to using in bzr environments
[00:27] <asac> directhex: try your package and push it to a ppa ... we can then copy the package into our porting ppa for staging
[00:27] <asac> try our package
[00:28] <micahg> asac: BTW, totem built...
[00:29] <asac> saw that ...good
[00:33] <directhex> asac, okay, building in a chroot, i can pass the replacement moonlight-plugin-mozilla package to my virtual machine & see if it makes more stuff work. 36 meg of source though, slow build.
[00:35] <asac> ic
[00:35] <directhex> all this over one little extra .so file...
[00:36] <asac> yeah. webtech is often big stuff ;)
[00:36] <asac> isnt that all mono? or all cpp ?
[00:38] <directhex> asac, well... in the case of moonlight >1.0, it contains rather more stuff. a forked mono runtime (c), a bunch of libraries (c#), and the usual npp plugin crap (c++)
[00:38] <directhex> 1.0 basically only had the plugin part, as all web logic was done with javascript only
[00:38] <asac> forked mono runtime?
[00:38] <asac> nice
[00:40] <directhex> asac, the security policy stuff means every last method & property on every single object in the stuff which is binary-stripped into the moonlight version of the core libraries needs to be whitelisted or dropped. so they don't track trunk religiously, and it certainly doesn't work with "whatever monno you have lying around"
[00:40] <asac> ok pushing tb3 ... in 3
[00:40] <asac> 2
[00:40] <directhex> -1
[00:40] <micahg> yay
[00:41] <asac> pushing
[00:41] <asac> so if my connection stays on ;)
[00:42] <directhex> still building mono 2.6.1ish
[00:42] <asac> still uploading tbird 3.0'ish ;)
[00:42] <micahg> 3.0.ish?
[00:43] <asac> yes. i a still not q100% sure our tarball is good ;)
[00:43] <asac> lets hope it will be 100% after the upload ;)
[00:43] <micahg> asac: I've been using it for almost a week
[00:44] <asac> are you sure you really have the exact tb 3.0 bits ;)?
[00:44] <micahg> asac: well, the version is right
[00:45] <micahg> that was quite a project...
[00:45] <asac> jdstrand: so release was today ... so lets do ours tomorow. i will give you  a go then
[00:45] <micahg> asac: he already released :)
[00:45] <asac> oh really
[00:45] <asac> well thats ok
[00:45] <micahg> 3.5.8 at least
[00:45] <asac> i had it tested somewhat
[00:46] <asac> jdstrand: so unping ;)
[00:46] <micahg> asac: yep, everything's in :)
[00:48] <directhex>           Gecko 1.9 (Firefox 3): no
[00:48] <directhex>           Gecko 1.9.2 (Firefox 3.6): yes
[00:48] <directhex> looking good
[00:48] <directhex> -rw-r--r-- root/root     59832 2010-02-18 00:47 ./usr/lib/moonlight/plugin/libmoonplugin-ff36bridge.so
[00:48] <asac> check if it really helps ;)
[00:48] <directhex> very good infact
[00:48] <directhex> booting vm
[00:48] <asac> works good?
[00:49] <asac> give us a .dsc then i guess
[00:49] <asac> or put in a ppa and we can copy
[00:49] <directhex> asac, i'll add a ppa dependency on yours, then push to ppa for a rebuild
[00:50] <asac> right
[00:51] <asac> https://edge.launchpad.net/ubuntu/+source/ubufox/0.9~b1-0ubuntu1/+build/1514575/+files/ubufox_0.9~b1-0ubuntu1_all.deb
[00:51] <asac> please check that
[00:51] <asac> and let me know if the default homepage works
[00:56] <directhex> asac, i have full-screen silverlight3-based Quake running in my vm, i'll take that as a success.
[00:57] <asac> ;)
[00:57] <asac> sounds good
[00:57] <asac> looking forward ;)
[00:57] <asac> good part of it is that moonlight got closer to the inner circle of stuff that we will still allow in archive to depend on xulrunner ;)
[00:58] <asac> (well, i always hoped that plugins can stay)
[00:59] <directhex> asac, what is the correct Depends: line to use for a plugin?
[00:59] <asac> good question
[01:00] <asac> firefox | xulrunner-1.9.2 ?
[01:00] <asac> not really great ;)
[01:00] <asac> i think maybe chromium-browser works too?
[01:00] <micahg> asac: shouldn't that be Depends: xulrunner-1.9.2 Enhances: firefox?
[01:00] <directhex> asac, doesn't work properly in chromium yet, sadly
[01:01] <asac> firefox doesnt depend on xulrunner-1.9.2 anymore ... so it needs to depend on both
[01:01] <micahg> asac: right, but it's not really a depends, is it?
[01:01] <asac> directhex: ok. is there an upstream chromium bug? or is the ball on mono side?
[01:01] <asac> directhex: so yeah
[01:01] <asac> directhex: plugins should at most recommend
[01:01] <asac> not depend ;)
[01:01] <asac> if you ship it in /usr/lib/mozilla/plugins/ ... even upstream builds will pick it up
[01:02] <directhex> asac, both. chrome has reentrancy mess and some open bugs, and the moon devs are trying to work around the issue as best they can without breaking FF support
[01:02] <asac> kk
[01:02] <asac> given that mon oisnt in best state on arm anyway, i would think it can wait till lucid+1
[01:02] <asac> (chromium support)
[01:02] <directhex> is abrowser going to depend on xulrunner 1.9.2
[01:02] <directhex> ?
[01:03] <asac> no
[01:03] <asac> its proruced from the firefox sources, by just shuffeling branding bits
[01:03] <directhex> Recommends: firefox | abrowser | xulrunner-1.9.2
[01:03] <asac> that soudns good. maybe include some webkit browser?
[01:03] <asac> hmm guess it doesnt work there either ;)
[01:03] <asac> so yeah
[01:03] <micahg> hmmm
[01:03] <asac> take that as a start
[01:03] <micahg> Recommends are pulled in automatically
[01:04] <directhex> micahg, yeah, but it's piped
[01:04] <directhex> micahg, so only the first one in the list.
[01:04] <asac> in mid term we should do something similar to what we have for extensions now
[01:04] <micahg> directhex: yes, but you should depend on xulrunner-1.9.2, I would think
[01:04] <asac> a bit more tricky i guess, because plugins dont come with a compatiblitity/metainfo file
[01:04] <asac> micahg: no
[01:04] <asac> why=?
[01:04] <micahg> asac: no?>
[01:04] <asac> you dont need it
[01:05] <asac> the idea is that plugins produced by the xul sdk
[01:05] <asac> will run on all xul based geckos higher than that version
[01:05] <micahg> asac: it's not linked against the xulrunner binaries?
[01:05] <asac> it is linked against a few, but those are loaded by the runtime manually
[01:05] <asac> so firefox loads libs compatible to what xulrunner would load etc.
[01:06] <asac> e.g. no libs produced by xulrunner are in /usr/lib/
[01:06] <asac> you will figure
[01:06] <asac> just in /usr/lib/xulrunner-1.../ or even /usr/lib/xulrunner-deve-/...
[01:07] <asac> Feb 18 Ubuntu Installer          ( 16K) [ubuntu/lucid] thunderbird 3.0+nobinonly-0ubuntu1 (Accepted)
[01:08] <asac> :)
[01:08] <asac> let me get the locales too
[01:08] <asac> almost forgot ;)
[01:08] <micahg> asac: k, I have to go soon anyways, maybe you can explain more later
[01:08] <asac> micahg: please listen to bugs on both packages the next few days
[01:08] <micahg> asac: k, I'll subscribe to tb-locales
[01:08] <asac> cool
[01:38] <asac> N   Feb 18 Ubuntu Installer          (9.6K) [ubuntu/lucid] thunderbird-locales 1:3.0-0ubuntu1 (Accepted)
[01:41] <ccheney> yipee :)
[01:51] <directhex> asac, https://launchpad.net/~moonlight-team/+archive/skunkworks/+packages
[02:03] <asac> anyone has problems with latest firefox/ubufox?
[02:17]  * ccheney updates to see if it explodes
[02:19] <asac> most likely
[02:19] <asac> see bug 523569
[02:19] <asac> i have uploaded a fix for that now
[02:20] <asac> hope its enough ;)
[02:21] <ccheney> ok
[02:21] <ccheney> looking
[02:22] <asac> ccheney: before starting you can replace
[02:22] <asac> /usr/lib/firefox-3.6/components/nsSearchService.js
[02:22] <asac> with
[02:22] <asac> http://pastebin.com/f25d5bc2
[02:22] <ccheney> ok yea home seems to not work
[02:22] <ccheney> oh i already started sorry, can i restart with that change and it work?
[02:23] <asac> ccheney: --reinstall firefox
[02:23] <asac> then replace
[02:23] <asac> you can also try to just replace
[02:23] <asac> but it might be that ffox doesnt see the changes
[02:23] <ccheney> ok
[02:24] <ccheney> asac: is there a text version of that url that i can wget?
[02:24] <ccheney> hmm nm i have chromium i can use for that
[02:24] <asac> ccheney: wget http://pastebin.com/pastebin.php?dl=f25d5bc2
[02:24] <ccheney> ah ok
[02:25] <asac> ccheney: there is a download link at the top
[02:26] <ccheney> ok i think i have it replaced properly, will see what it does now
[02:26] <ccheney> also reinstalled firefox
[02:26] <ccheney> http://start.ubuntu.com/10.04//Yahoo/
[02:26] <ccheney> looks like a bug with double / before Yahoo ?
[02:26] <asac> yeah
[02:26] <ccheney> but it does work
[02:26] <asac> thats a bug
[02:27] <asac> darn ;)
[02:27] <asac> without // you dont get a redirect
[02:27] <asac> hmm
[02:27] <asac> ccheney: dpkg -L ubufox | grep aboutHome
[02:27] <asac> open that file
[02:28] <ccheney> ok
[02:28] <asac> ccheney: remove the trailing / from the ONLINE_PREFIX on top
[02:29] <asac> restart ffox
[02:29] <asac> check if its better
[02:29] <ccheney> ok
[02:33]  * asac out
[02:35] <ccheney> yea seems to work
[02:36] <ccheney> sorry had to run to see why my wife's hd was making noises
[02:36] <ccheney> the external drives fan seems to be having problems
[02:36] <ccheney> it changes to about:home so fast now i can't see the original url
[02:39] <ccheney> asac: save tabs and quit seems to hang
[02:42] <ccheney> hmm killed it and restarted, restored the tabs, seems to be trying to do that anyway and it pretty unresponsive
[02:43] <ccheney> maybe just slow internet issue, not sure
[02:44] <ccheney> hmm actually save quit does do something, but seems to only save a few windows worth of tabs and then stops saving and never quits
[02:44] <ccheney> i guess i'll need to close out the rest and see if it will work with a fresh set of tabs
[02:48] <ccheney> nope even when i close all the tabs and then quit without saving it still hangs
[02:49] <ccheney> hmm it finally quit on its own without needing to kill it, but it was really slow at doing so
[02:56] <ccheney> erm i am not sure if this is a bug in my system, the package, or intended behavior, but if i change google back to the first position it doesn't make it the default, it stays with yahoo and the yahoo home page
[02:56] <ccheney> is that part of the code not done yet?
[02:57] <ccheney> it shows google as the first item in the menu list, but not as the default on either spot
[02:58] <ccheney> oh nm i just didn't apparently know how to use it
[02:58] <ccheney> i selected google in the drop down and then it worked
[02:59] <ccheney> it looks like it only works between google and yahoo, but that may be by design
[03:06]  * ccheney wonders what the ordering list is for
[03:07] <ccheney> i guess maybe just aesthetics
[03:29] <micahg> asac: still around?
[03:57] <jdstrand> asac: didn't mean to jump the gun on you-- I asked in here about problems, didn't here back and knew you said you were going to do it today and figured you did since it was way past your eod :)
[05:25] <micahg> [reed]: is it better to poke in bug for check-in or channel?
[05:26] <[reed]> micahg: what bug?
[05:26] <[reed]> does it have checkin-needed keyword yet?
[05:26] <micahg> mozilla 542468
[05:27] <micahg> [reed]: our 1.9.2 dailies are failing because of the check-sync test
[05:27] <[reed]> ok
[05:27] <[reed]> well, it won't land on 1.9.2 anytime soon
[05:27] <[reed]> but m-c soon
[05:27] <[reed]> the tree has been closed all weekend
[05:27] <micahg> [reed]: once it lands in m-c can I add a patch?
[05:27]  * micahg guesses they want to spin 3.6.2
[05:28] <[reed]> yeah
[05:29] <micahg> [reed]: do I have to wait for check-in to add the patch?
[05:29] <[reed]> not sure of your agreement with MoCo is
[05:29] <[reed]> I defer to mconnor on that
[05:29] <micahg> [reed]: k, but for sure when it hits m--c?
[05:29] <[reed]> but I'll work on getting it landed
[05:30] <[reed]> I can't answer that, as I don't know the terms of your agreement
[05:30] <micahg> [reed]: k, thanks
[05:30] <micahg> [reed]: k, I'll ask asac in the morning
[05:30] <micahg> in the mean time I'll subscribe
[05:30] <[reed]> glandium has a large backlog of patches
[05:31] <[reed]> that need to be landed
[05:31] <[reed]> last I checked, it was ~20 or 25 or something
[05:31] <micahg> wow
[05:31] <micahg> we usually don't get patches from debian indirectly like this...very interesting
[06:13] <dupondje> its completely broken now firefox in lucid ? can't even go to a website anymore :s
[06:14] <micahg> dupondje: fixed in -0ubuntu4
[06:16] <dupondje> micahg: cool :) but its still in NEW ? :)
[06:17] <micahg> dupondje: I can't do anything about that :)
[06:18] <dupondje> :p
[06:18] <dupondje> is there a quick workaround ? :)
[06:19] <micahg> dupondje: build it yourself?
[06:23] <micahg> dupondje: should be published now
[06:24] <micahg> what arch?
[06:27] <dupondje> amd64 :p
[06:27] <dupondje> but going to eat now
[06:34] <micahg> dupondje: should be published
[06:36] <dupondje> dont see it yet :) anyway gtg to work now :D
[07:20] <[reed]> http://www.mysqlperformanceblog.com/2009/01/28/the-perils-of-innodb-with-debian-and-startup-scripts/#comment-460878
[07:20] <[reed]> s/MySQL/Firefox/
[08:41] <BUGabundo_remote> morning
[12:15] <gnomefreak> is there a problem with the daily tbird bot?
[12:16] <gnomefreak> IIRC monday was last update to it and it was broken here :(
[12:36]  * gnomefreak taking bets on what else i can break today
[12:43] <sindhudweep> asac: do you have availability for a few minutes now?
[12:45] <gnomefreak> 93.4%CPU that is a major problem
[12:45] <gnomefreak> thats in safemode.
[13:09] <gnomefreak> ok i think i got tbird working once again. it just needs filters and friends
[13:11] <gnomefreak> vish: from what i am seeing on a bug report 3.0 was pushed (maybe just hasnt hit servers yet)
[13:15] <gnomefreak> asac: is there a hold up in reviewing tbird-3.0?
[13:22] <fta2> asac, http://forum.xda-developers.com/showthread.php?t=631437
[13:41] <gnomefreak> it seems thunderbird-3 isnt handling deleting 16894 mesages very well
[13:47] <gnomefreak> 93.5 32.7   1:27.08 thunderbird-bin  downloading messages
[13:48] <asac> gnomefreak: are you running the "archive" version? or daily?
[13:49] <gnomefreak> asac: daily there is no archive version yet
[13:49] <asac> gnomefreak: there is i hope
[13:49] <asac> let me check if its through NEW
[13:49] <gnomefreak> gnomefreak@Development:~$ policy thunderbird-3.0
[13:49] <gnomefreak> thunderbird-3.0:
[13:49] <gnomefreak>   Installed: 3.0.3~hg20100217r4732+nobinonly-0ubuntu1~umd1
[13:49] <gnomefreak>   Candidate: 3.0.3~hg20100217r4732+nobinonly-0ubuntu1~umd1
[13:49] <gnomefreak>   Version table:
[13:49] <gnomefreak>  *** 3.0.3~hg20100217r4732+nobinonly-0ubuntu1~umd1 0
[13:49] <gnomefreak>         500 http://ppa.launchpad.net lucid/main Packages
[13:49] <gnomefreak>         100 /var/lib/dpkg/s
[13:50] <asac> yes. all but armel are in
[13:50] <asac> i think
[13:50] <asac> double checking
[13:50] <gnomefreak> k
[13:50] <asac> https://edge.launchpad.net/ubuntu/+source/thunderbird/3.0+nobinonly-0ubuntu1/+build/1514870
[13:51] <BUGabundo_remote> there it is
[13:51] <BUGabundo_remote> its oficial
[13:51] <BUGabundo_remote> its OUT
[13:51] <asac> yes
[13:51] <asac> yes
[13:51] <asac> yes
[13:51] <asac> 3.0.1 coming tomorrow ;)
[13:51]  * BUGabundo_remote ReDents
[13:51] <BUGabundo_remote> LOL
[13:51] <asac> and then directly 3.0.2
[13:51] <BUGabundo_remote> ahahaha
[13:51] <BUGabundo_remote> stop it :D
[13:51] <asac> moving quickly ;)
[13:51] <asac> just waiting till builds are done before going for next
[13:52] <gnomefreak> asac: are we upgrading 2.0*->3.0* or do they have to install it
[13:52] <gnomefreak> vish: asked earlier
[13:57] <directhex> pfft, thunderbird. moonlight is much more exciting
[13:59] <sindhudweep> directhex: i'd be happy if there were packages for mono 2.6.1; I don't particularly need moonlight just yet!
[13:59]  * sebner waves at asac :)
[13:59] <directhex> sindhudweep, not going into lucid. not officially anyway.
[13:59] <sindhudweep> asac: given the thunderbird stuff should I read above I figure you're really busy. Should I try to grab you again in a few days?
[14:00] <asac> sindhudweep: i will check it today
[14:00] <asac> thats a new upstream version?
[14:00] <sindhudweep> yup
[14:01] <sindhudweep> https://code.edge.launchpad.net/~sindhudweep-sarkar/gnash/gnash0.8.7packaging/+merge/19293.
[14:05] <sindhudweep> directhex: i figured as much; but the not quite complete wcf implementation is still enough to get one of my apps working.
[14:05] <directhex> sindhudweep, well, port your app to silverlight since that contains said wcf implementation ;)
[14:06] <sindhudweep> :D
[14:06] <sindhudweep> it's a datawarehousing backend
[14:06] <micahg> asac: when can we add patches from mozilla upstream?
[14:06] <sindhudweep> no ui to speak of but i suppose i could run it on silverlight anyways.
[14:06] <directhex> sindhudweep, run your backend in a firefox popup!
[14:07] <sindhudweep> :) I guess i'll just wait for 12.04 LTS
[14:07] <micahg> directhex: there's always prism ;)
[14:07] <directhex> sindhudweep, as was the case with hardy, i'll be running a supported unofficial backport repo#
[14:07] <sindhudweep> ahh thanks!
[14:08] <directhex> with a "donate" button in the corner ;)
[14:10] <sindhudweep> I'd happily pay bounties for good packages.
[14:10] <sindhudweep> my employer probably would too.
[14:11] <gnomefreak> what is used instead of gwibber-daemon?
[14:11] <directhex> i think i'll work on my repo tonight, actually
[14:11] <gnomefreak> gwibber-service??
[14:12] <sindhudweep> directhex: will they be in monoxide? will you code up a donate now plugin for launchpad?
[14:14] <directhex> sindhudweep, my LTS repo is badgerports. although a donation plugin is an interesting idea
[14:14] <sindhudweep> actually i'm liking the idea more and more that i think about it.
[14:14] <sindhudweep> vote with currency to get certain bugs fixed
[14:14] <sindhudweep> or wish list items met
[14:14] <directhex> ew, this means i need to write some python, doesn't it :(
[14:15] <sindhudweep> directhex: launchpad doesnt support ironpython probably so you're stuck with cython
[14:16] <sindhudweep> directhex: you focus on mono; I'll take a crack at the launchpad plugin this week and see if i can get canonical to bite on the idea.
[14:17] <directhex> sindhudweep, well, there are simple ways to do it, and less simple ways. a simple way would just be the ability to define an amazon wishlist, and/or paypal account (or possibly other schemes) in your ppa's settings, and just have adequate hyperlinks exposed
[14:18] <sindhudweep> yup that was the plan. Probably some basic abstraction so paypal/googlecheckout/whatever provider can be used
[14:18] <directhex> sindhudweep, personally the main reason i prefer to mirror badgerports away from launchpad is so i can count usage - i.e. keep stats regarding number of users
[14:18] <sindhudweep> ppa stats plugin?
[14:18] <sindhudweep> or popcon support?
[14:18] <directhex> well, what i track is the number of unique IPs per month pulling Packages.gz
[14:19] <directhex> heh, Bug #139855
[14:19] <sindhudweep> so if someone's using squid or apt-mirror you have no idea (like say a hedgefund in evanston,il, usa) how many are using your package.
[14:19] <directhex> sindhudweep, i assume the NAT etc users balance out the dynamic IP users
[14:20] <asac> micahg: depends on the patch
[14:20] <asac> micahg: we dont add anything less than critical ...
[14:20] <sindhudweep> ahh interesting; that makes sense.
[14:20] <micahg> asac: 3.6.2 daily won't build because of tests
[14:21] <micahg> asac: mozilla 542468
[14:22] <asac> micahg: isnt that also an upstream problem?
[14:23] <micahg> asac: it seems to be a distro problem
[14:23] <micahg> asac: sorry, xul192, not ff362
[14:24] <asac> micahg: when was this regression introduced?
[14:24] <asac> e.g. since when are our dailies failing?
[14:25] <asac> the bug is open since january ... so that feels odd
[14:25] <micahg> asac: last night
[14:25] <asac> micahg: oh they landed something
[14:25] <micahg> they landed some tests yesterday
[14:25] <asac> micahg: why are we running check-sync-dirs.py
[14:25] <asac> ?
[14:26] <micahg> I think it's part of the test suite (idk)
[14:26] <asac> hmm ok
[14:26] <asac> i didnt know we failed if the test suite fails
[14:27] <micahg> it's only dailies, so I think it makes sense to so that we notice
[14:28] <metricpiano> What's the lastest on 523569 no search/url entry?  Specifically how do I "Please update to 3.6+nobinonly-0ubuntu4 as that should fix it as well." as the update hasn't shown up for me yet.
[14:29] <micahg> metricpiano: that's the solution
[14:29] <micahg> metricpiano: you can temporarily change your mirror to the main archive if you need it faster
[14:30] <metricpiano> what is the solution?  who is on first? :)  ... so change mirror and sudo apt-get update will do it?  (newbie)
[14:30] <micahg> metricpiano: yep
[14:30] <micahg> metricpiano: well, sudo apt-get upgrade after that
[14:30] <BUGabundo_remote> metricpiano: $ sudo aptitude update ; sudo aptitude safe-upgrade
[14:30] <BUGabundo_remote> should be a better deal
[14:30] <BUGabundo_remote> since you are runnin lucd
[14:36] <sindhudweep> directhex: https://bugs.edge.launchpad.net/blueprint/+bug/523835
[14:37] <directhex> sindhudweep, neat. i'm just trying to learn the LP code for ppa stats
[14:38] <sindhudweep> directhex: I'm more interested in your thoughts on the risks involved. I didn't consider the arbitrage stuff till i thought more about it.
[14:38] <sindhudweep> yeah the ppa stats would be exceedingly useful.
[14:39] <directhex> sindhudweep, i think it's vitally important to differentiate a "gift" or "donation" from a "paid service"
[14:42] <sindhudweep> Oh! yes of course. This should be split into two separate specs then. Donations/gifts after the fact and consulting is obviously  done before the work.
[14:43] <sindhudweep> donations/gifts is simpler as this removes the arbitrage risk. I'll rewrite the bug report.
[14:44] <directhex> basically it is unreasonable to have any expectations from someone if you give them a gift or donation, so the scope for disputes should be small. i know i expect nothing from clicking "donate"
[14:44] <directhex> although i certainly did a lot of work updating my repo that one time i got a multi-hundred-pound donation
[14:44] <micahg> asac: also, on the xulrunner-list page, should I add a column for works w/192?
[14:45] <asac> bug 523837
[14:46] <asac> micahg: we could do that
[14:46] <asac> micahg: imo we should have another more "log like" page
[14:46] <asac> that tracks our actions
[14:46] <asac> like: when uploading add a note
[14:46] <asac> when fixed, add a note
[14:46] <asac> we can also use that to report our progress weekly
[14:47]  * sebner just noticed that his search providers are resetted once again. /me fixes
[14:47] <micahg> asac: k, just a running log, or a table like structure as well?
[14:50] <asac> micahg: a log is good i think
[14:50] <asac> with clear markers for "upload", "fixed", "ported to webkit"
[14:51] <asac> maybe
[14:51] <micahg> asac: k, also, can I add the disable-jit fix for TB3 to tb.head?
[14:51] <micahg> for spaarc
[14:51] <asac> micahg: if you do that for sparc only in rules, then yes, lets go for it
[14:52] <micahg> asac: k, can I add other fixes to .head now that tb3 is in archive?
[14:52] <asac> micahg: depends on the kind of fixes. if they need baking in daily, then no. otherwise go ahead
[14:52] <asac> just want t get .1 uploaded tonight
[14:52] <micahg> asac: ah, k, should I prepare it
[14:52] <asac> micahg: please focus on xul192 ;)
[14:52] <micahg> a patch needs to be dropped for it
[14:53] <asac> micahg: if you know things, just do them ... but dont let that block you on the transition thing
[14:53] <asac> i can easily do the bumping etc.
[14:53] <micahg> asac: k
[14:54] <micahg> asac: k, so back to the log, a 2 column log then one with entry, one with status?
[14:55] <micahg> and fixed would mean in PPA, but not archvie?
[14:55] <asac> micahg: sure
[14:56] <asac> micahg: you can also say "fix staged"
[14:56] <micahg> asac: k
[16:11] <micahg> asac: I'm going to prepare the firefox-stable updates on my way to $WORK
[16:11] <asac> ok
[16:11] <micahg> I'll also prepare test uploads for the rest of the packages that I have downloaded for the xul192 transition
[16:12] <micahg> asac: and the dropped patch for TB3.0.1
[16:13] <asac> ok
[16:13] <micahg> asac: I'll push when I get to work, but then I'm signing off till evening.  If you need me, just send me an e-mail
[16:13] <micahg> asac: or dent
[16:13] <asac> micahg: dont put time into 3.0.1 if it takes more than 2 minutes ;)
[16:13] <asac> micahg: sure. will talk to you later today
[16:13] <micahg> asac: nope, I know which patch needs to be dropped :)
[16:14] <micahg> <2min :)
[16:14] <asac> good
[16:14] <micahg> somehow they got 1.9.1.5 (TB3.0) without this fix that was in the release version of 1.9.1.5
[16:15] <micahg> TB 3.0.1 is 1.9.1.7
[16:15] <micahg> k, gtg
[17:01] <fta2> crimsun, help, lost sound in lucid after upgrade+reboot
[17:06] <BUGabundo_remote> fixed just now
[17:06] <BUGabundo_remote> upgrade
[17:07] <BUGabundo_remote> "help" LOLOL
[17:07] <BUGabundo_remote> as if that was critical
[17:07] <BUGabundo_remote> ahaha
[17:07] <BUGabundo_remote> been taking users whining all afternoon on +1
[17:07] <BUGabundo_remote> and now fta
[17:07] <BUGabundo_remote> pff
[17:09] <BUGabundo_remote> fta: (05:06:26 PM) jemark: sound but heavy cpu load :(
[17:12] <sebner> fta2: known bug
[17:12] <BUGabundo_remote> sebner: fixed
[17:12] <sebner> fta2: https://launchpad.net/bugs/523902
[17:12] <sebner> BUGabundo_remote: definately not fixed
[17:12] <BUGabundo_remote> sebner: see +1
[17:13] <BUGabundo_remote> they have audio back
[17:13]  * sebner looks
[17:13] <BUGabundo_remote> so should be fixed
[17:14] <sebner> BUGabundo_remote: nope, I tested that already half an hour ago ;)
[17:19] <kecsap> asac: Hi, I fixed a bug (493805) which is a fix against the packaging files. I cloned the lp:~ubuntu-core-dev/ubufox/ubuntu, fixed the bug and attach the patch to the bug report. Should I assign back to you to apply the patch?
[17:22] <fta2> BUGabundo_remote, nada, upgraded, still nothing
[17:37] <asac> kecsap: yes, assign me to the bug
[17:37] <asac> kecsap: we need to patch lp:ubufox
[17:38] <kecsap> asac: there are no packaging files in lp:ubufox, are not?
[17:39] <kecsap> only in the branch mentioned in my comment above.
[17:40] <kecsap> oh, ok. I think what I mentioned is just a branch of lp:ubufox.
[17:41] <kecsap> just need time to learn bzr and launchpad concepts...
[17:43] <asac> kecsap: no. i dont need packaging contributions. just code contributions
[17:43] <asac> i will just cherry pick for intermediate uploads
[17:44] <asac> of course if you see a packaging bug, its against the packaging branch
[17:44] <asac> but iirc you are dealing with real code
[17:47] <kecsap> asac: then I should skip the bugs related packaging or it is worth to create patches against the packaging branch?
[17:47] <asac> kecsap: if there are packaging bugs, then that will help
[17:47] <asac> are there?
[17:48] <kecsap> e.g. old and trivial: 222283
[17:54] <kecsap> ok, then I continue the work
[18:06] <micahg> asac: is this ok for changelog for firefox-stable: http://pastebin.ubuntu.com/379235/
[18:07] <asac> micahg: i usually just modify the topmost changelog
[18:07] <asac> micahg: e.g. append the ~aaa
[18:07] <asac> and add a line there
[18:08] <asac> like you did in the new changelog
[18:08] <asac> in that way if you update you will see the full changes
[18:08] <micahg> asac: ah, k
[18:10] <micahg> asac: so this: http://pastebin.ubuntu.com/379239/
[18:10] <asac> micahg: right. and build the sources with debuild ... -vLASTUPLOADEDVERSION
[18:10] <asac> that will include the previous cangelogs too (if we missed one)
[18:11] <asac> you need to use a version from the changelog
[18:11] <micahg> so, back to ubuntu1
[18:12] <asac> right if that was the backport we did
[18:14] <micahg> asac: is tehre any way to check that it pulled the right versions?
[18:14] <micahg> this is what it used to build: dpkg-buildpackage -rfakeroot -d -us -uc -S -sd -v3.6+nobinonly-0ubuntu1
[18:14] <asac> micahg: look a tthe produced .changes
[18:14] <micahg> ah
[18:14] <asac> that should include all the changelog entries after the version you specified
[18:14] <micahg> perfect :)
[18:15] <asac> sounds like it worked ;)
[18:18] <micahg> asac: uploading to firefox-stable, uploaded more packages to ffox36, and pushed up stuff for tb.head
[18:18] <micahg> asac: anything else before I close IRC till this evening/
[18:36] <micahg> asac: ping on identi.ca if you need me
[18:55] <LLStarks|Swampas> asac, here's a rather big bug for tbird 3.0
[18:55] <LLStarks|Swampas> get mail doesn't work if you have multiple accounts
[18:55] <LLStarks|Swampas> unless you use get mail dropdown.
[19:01] <jetsaredim> i understand this isn't a mozilla-related question per-se, but anyone know what happened to the pin tab function in the latest browser build?
[19:07] <asac> fta: can we move to thunderbird.head for dailies?
[19:13] <asac> LLStarks|Swampas: wait for the dailies or 3.0.1 build (will happen tomorrow)
[19:14] <LLStarks|Swampas> what were we using before?
[19:14] <asac> LLStarks|Swampas: before what?
[19:14] <LLStarks|Swampas> the builds are 3.0.2 right now, aren't they?
[19:14] <asac> LLStarks|Swampas: you said 3.0 ... thats why i thought you are on 3.0 we uploade to archive now
[19:15] <LLStarks|Swampas> 3.0 release, 3.0 daily and 3.1 daily are all f'ed up.
[19:15] <LLStarks|Swampas> anyway, i gotta go. right now.
[19:15] <asac> LLStarks|Swampas: pop?
[19:15] <asac> imap works here
[19:26] <gnomefreak> asac: on daily update of 3.6* the search changed from gogle to yahoo. shouldnt it respect what i had set it to?
[19:28] <asac> gnomefreak: no. you didnt set it to anything as google was the default
[19:28] <asac> so default stays default
[19:29] <gnomefreak> asac: why is it yahoo than?
[19:29] <asac> gnomefreak: you can change it back now
[19:29] <asac> gnomefreak: because we are going for yahoo
[19:29] <asac> there was an announce on ubuntu-devel
[19:29] <gnomefreak> i did and would love to set up more than one but i cant find a way
[19:29] <asac> gnomefreak: setup more than one of what?
[19:30] <gnomefreak> asac: i know default was changing to yahoo but on an already installed firefox it shouldnt change right?
[19:30] <gnomefreak> asac: have 2 search bars
[19:32] <mahfouz> btw, is it normal that 3.7 daily build crashes each time on flash
[19:32] <gnomefreak> as i thought it would work is on a new install of firefox it would be set to yahoo but a version already installed it was going to stay as it is
[19:32] <mahfouz> unusable atm
[19:32] <gnomefreak> im not getting crashes on 3.7 but it is very slow to respond
[19:33] <mahfouz> i cannot load any flash page
[19:34] <mahfouz> 3.6 is fine
[19:35] <gnomefreak> i can test flash in a bit i am looking for a kernel bug i filied :(
[19:40] <asac> gnomefreak: already explained it above. it shouldnt change selections, but if you select the default firefox forgets that you actually selected that
[19:40] <asac> so you are back riding the default
[19:40] <gnomefreak> ah ok
[19:40] <asac> and flash crashes ffox 3.7 because they do the out-of-process thing on that branch
[19:42] <gnomefreak> oh thanks i dont have to test than :)
[19:42] <asac> right
[19:42] <asac> its flaky still
[19:42] <gnomefreak> really really damn slow though
[19:42] <asac> 3.7?
[19:43] <gnomefreak> yeah
[19:44] <asac> once the dust has settled for 3.6 we will move it to all-static too ... doubt that thats the reason though
[19:44] <gnomefreak> i guess PA is still broken
[19:45] <asac> works for me ;)
[19:45] <gnomefreak> i havent done updates sine this morning i wanted to get my kernel bug commented on first
[19:48] <directhex> asac, did you get the link to moonlight 2.1 karmic packages built against 3.6?
[19:48] <directhex> um, lucid
[19:48] <directhex> nor karmic
[19:49] <micahg> jdstrand: I noticed the USN for 3.5 only covered karmic, was that intentional?
[19:49] <gnomefreak> 3.6 much faster. i love speed :)
[19:49] <jdstrand> micahg: yes. karmic is the only stable release with a supported ff35
[19:50] <jdstrand> micahg: we don't issue USNs for universe/multiverse or anything in devel
[19:50] <micahg> jdstrand: ok, good to know, thanks
[19:50] <jdstrand> micahg: I did publish jaunty's ff35 though, just no USN
[19:51] <micahg> jdstrand: k, so next time I make an update, should the USN still be included in teh changelog?
[19:51] <micahg> asac: ^^^^
[19:51] <fta> asac, the last gyp doesn't work to build the beta, upstream asked me to stop using system gyp :P
[19:51] <jdstrand> micahg: that is customary-- it doesn't hurt and only helps people interested in what the changes are
[19:52] <micahg> jdstrand: ok, just want to make sure I do things right
[19:52] <jdstrand> micahg: this is for firefox builds mind you-- we don't do that for other things in universe
[19:52] <jdstrand> firefox is always special-cased for some reason
[19:52] <jdstrand> :)
[19:52] <micahg> jdstrand: high visibility maybe?
[19:54] <jdstrand> well, there are all kinds of reasons why it is special cased...
[19:54] <jdstrand> the upstream development model is the primary one
[19:55] <jdstrand> since asac has traditionally supported universe packages for firefox, it makes sense to reference the USN that applies to it
[19:55] <gnomefreak> libasound2-plugins was upgraded again this should be the fixed version now i hope 1.0.22-0ubuntu5
[19:55] <micahg> jdstrand: ok
[19:55] <jdstrand> we don't do that on the security team because we don't support the universe packages
[19:56] <gnomefreak> micahg: i dont recall if i asked yesterday but in Lucid is tb2->3.0 or do you have to install 3.0
[19:56] <micahg> gnomefreak: tb2 was updated to tb3
[19:57] <gnomefreak> oh
[19:57] <micahg> gnomefreak: we're going to try to keep one version of stuff in archive :)
[19:57] <gnomefreak> well will be
[19:57] <gnomefreak> micahg: tb3 still hasnt passed NEW i guess
[19:58] <micahg> or rather unversioned sources
[19:58] <micahg> gnomefreak: was built already
[19:58] <micahg> gnomefreak: check your mirror
[19:58] <gnomefreak> micahg: right just not pushed out of NEW
[19:59] <gnomefreak> micahg: looked in LP earlier
[19:59] <gnomefreak> im using gb mirror
[19:59] <micahg> ah, I still don't understand how the queuing works :/
[20:00] <micahg> k, back offline for me...
[20:00] <gnomefreak> one of the archive admins needs to review and push it out of NEW IIRC
[20:01] <gnomefreak> asac: did anyone update enigmail for tb3*. i have been using upstream xpi, would love to go back to our build
[20:03]  * gnomefreak thinks it doesnt support 3.0 or the version i have in 2.0* would be used by both
[20:07] <asac> gnomefreak: on our list. considered a bug atm
[20:08] <gnomefreak> asac: ok. is there going to be a daily version as well?
[20:08] <asac> no clue. unlikely
[20:08] <gnomefreak> k
[20:08] <asac> enigmail development is not really that active
[20:09] <asac> but we will push that package to the ppa so hardy etc. users also get it
[20:10] <gnomefreak> make sense.
[20:26] <gnomefreak> tbird using pop cant connect to some servers stating wrong name/password  (go to site nad log in it works) imap == too slow to use at all
[20:27] <gnomefreak> oh an dnothing newer than 2007 has shown up yet
[20:29] <asac> 2007?
[20:30] <gnomefreak> asac: yes its grabbing emails from gmail account from 2006 2007 but nothing newer
[20:30] <asac> maybe those are marked as already downloaded?
[20:31] <gnomefreak> not sure the important emaqil accounts i cant connect to pop server it says
[20:32] <gnomefreak> i really dont want to redo tbird all over again its getting kind of old now
[20:35] <fta> ok, found a workaround for gyp
[20:40] <gnomefreak> Status:  POP is enabled for all mail that has arrived since 5/15/07  :(
[20:44] <gnomefreak> ok think i fixed it
[20:50] <gnomefreak> using the mail account setup wizard defaults to IMAP for some reason. all my accounts server side have imap disabled
[20:53] <gnomefreak> yep that is the problem. now to fix it
[20:54] <gnomefreak> some show up as pop and some as imap. that is why some wont connect. server side all are enabled pop and disabled imap but tb3.0 is not respecting that
[20:58] <asac> crimsun: one thing that is odd is that my alsamixer seems to have real effect on the volume now
[20:58] <asac> crimsun: and it gets reset somehow on boot
[20:59] <gnomefreak> is there a way to change the "Server Type" setting. this is above the "Server Name" line under server settings
[20:59] <gnomefreak> if not than tb is really broken
[23:43] <fta> anyone for a quick test of chromium from the beta ppa?
[23:44] <fta> 5.0.307.9~r39052-0ubuntu1~ucd2
[23:48] <BUGabundo> fta: can you even use any browser on this site: https://www.mbnet.pt
[23:50] <fta> wfm
[23:50] <BUGabundo> any of my 4 browsers just uses full cpu
[23:50] <BUGabundo> once I try to press the login box
[23:51] <fta> nope, looks fine
[23:51] <BUGabundo> darn
[23:51] <BUGabundo> chromium, ch private, FF 3.6, and FF 3.7 new profile
[23:51] <BUGabundo> nothing works
[23:52] <fta> try with a fresh profile (--user-data-dir=/tmp/foo1 --disk-cache-dir=/tmp/foo2)
[23:52] <fta> most probably your flash plugin
[23:53] <ddecator> BUGabundo, shows up fine for me on FF 3.7
[23:53] <BUGabundo> it opens fine
[23:53] <BUGabundo> I just can't login
[23:53] <BUGabundo> and the few times I manage to login, CPU busts
[23:54] <ddecator> if i had an account i would try it out
[23:56] <BUGabundo> all plugins disable, FF 3.6 works fine