[01:00]  * BUGabundo $ kick.user(BUGabundo)->bed();
[07:28] <asac> morning
[08:46] <asac> ejat: hey
[08:47] <asac> so what is your langcode? ml or ms?
[08:47] <asac> your firefox 3.0 translations should be visible in karmic now
[08:47] <asac> did you check that yet?
[08:49] <asac> ejat: ok seems it works#
[08:49] <asac> but strings from xulrunner are not visible
[08:49] <asac> and there is some brokenness
[08:50] <asac> let me know when you are there so we can go through it
[08:52] <asac> fta: for the applet build failures i oddly got the mails twice
[08:52] <asac> one was sent to "asac@ubuntu.com" ... and one sent to "fta@ubuntu.com" ...
[08:52] <asac> do you bounce the mails you get about that to me?
[08:52] <asac> (if so its not needed, i seem to get the NM build failures)
[08:53] <asac> From: Launchpad Buildd System <noreply@launchpad.net>
[08:53] <asac> To: fta@ubuntu.com
[08:53] <asac> Subject: [Build #1199218] amd64 build of network-manager-applet 0.8~a~git.20090831t222834.051c967-0ubuntu1~nmt1 in ubuntu
[08:53] <asac> but good. seems that nm at least built
[08:59] <asac> ok nma should be fixed now
[09:07] <asac> uploaded manually to ppa ... hope this didnt break the bot :/
[09:08] <asac> in case it did ... let me know and i owe you one more beer fta ;)
[09:08] <asac> but i think it dsidnt break it as the bot just looksa t daily branches afaik
[10:24] <andv> good morning
[11:16] <fta> asac, i don't understand the "applet build failures i oddly got the mails twice", i need to review the bot logs 1st
[15:52] <asac> mozilla bug 339782
[15:52] <fta> jcastro, *sigh* http://ubuntuforums.org/showthread.php?t=1255271
[15:53] <jcastro> hah, crossover
[16:00] <fta> i thought i would get used to the notification in the right-middle of the screen, but most of the time, it's covering my work so it's getting in my way :( baaad
[16:02] <micahg1> fta: is asac back?
[16:02] <fta> yes
[16:06] <andv> asac, any new for all-in-one?
[16:06] <andv> * news
[18:41] <fta> !eol intrepid
[18:41] <fta> hm
[18:54] <micahg> fta: april
[19:20] <fta> micahg, thx
[20:40] <kenvandine> fta, there are some really nice gwibber bug fixes in r400 (lp:~gwibber-team/gwibber/packaging)
[20:40] <kenvandine> fta, if you mind uploading :)
[20:41] <kenvandine> s/mind/don't mind
[20:42] <fta> kenvandine, you mean bumping the dailies or uploading to karmic?
[20:43] <kenvandine> karmic
[20:43] <kenvandine> it refreshes on startup, loads the proper default configs and tinyurl works again
[20:43] <kenvandine> great improvement to the first run experience :)
[20:49] <fta> kenvandine, everything's possible but i'd prefer to wait a few more days between updates in karmic to collect more fixes. my guess is that most people are using gwibber from the ppa anyway, most through backports
[20:49] <fta> asac, ^^, what do you think?
[20:50] <kenvandine> fta, i am fine with waiting... but would like at least one upload a week if we can
[20:50] <fta> either way, it's trivial for me to do, 1 command for each :)
[20:50] <kenvandine> this one fixed the stuff people have noticed from the first run
[20:50] <kenvandine> like what you experienced
[20:50] <kenvandine> is fixed in this
[21:06] <asac> imo ... one definitly should be a more verbose about the rational in sponsoring bugs :) otherwise its unlikely someone will sponsor if you dont ping them direclty ... and when asking direclty you dont need a sponsoring bug ;)
[21:06] <asac> i have no opinion about how frequently uploads should happen
[21:06] <asac> well i have one
[21:07] <asac> basically i think one has to find a good balance between upstream worktime vs. packaging work time vs. preupload testing time
[21:07] <asac> dailies are good because you dont need to do any QA
[21:08] <asac> archive uploads should probably be of higher quality than what is in dailies ;)
[21:08] <asac> so some kind of QA process is needed
[21:08] <asac> in this case one also need to consider sponsoring resources
[21:23] <fta> well, here, it fixes real bugs, but i just sponsored that package yesterday
[21:23] <fta> it's not a matter of sponsoring resources for me, it's just 1 command
[21:24] <fta> i'm concerned about too many updates in the repo without much QA or bake time in between
[21:24] <fta> but fixes are always good to have
[21:24] <fta> so i'm ready to reconsider
[21:28] <asac> its at sponsors discretion what to do.
[21:29] <asac> depends of course how long the previous fix was pending
[21:30] <asac> if sponsor was responsive then waiting a few days between uploads is reasonable imo
[21:30] <asac> like if no more commits happen in two days and the bits have been in daily, they should be good to go
[21:33] <fta> here, it's just between kenvandine and me, afaik
[21:41] <asac> hmm
[21:41] <asac> bug 422829
[21:41] <asac> did i just drop that patch?
[21:41] <asac> otherwise we should probably say good bye to that nss pc hack and do it differently
[21:52] <BUGabundo> hey
[21:52] <BUGabundo> asac: ping
[21:52] <asac> BUGabundo: yes
[21:54] <BUGabundo> hey asac
[21:54] <BUGabundo> well , boring fta and micahg1 again with this
[21:54] <BUGabundo> but I'm trying to find the info
[21:54] <asac> what is "this" ;)?
[21:54] <asac> hi
[21:54] <BUGabundo> you reported on sites that wrongly detect the browser
[21:54] <BUGabundo> by looking for Firefox
[21:55] <BUGabundo> instead of the proper user agent
[21:55] <asac> depends on what sites those are ;)
[21:55] <BUGabundo> to also include all other based on genko
[21:55] <asac> yes
[21:55] <asac> thats right
[21:55] <asac> but everybody should complain to them ;)
[21:56] <BUGabundo> I know
[21:57] <BUGabundo> I want to complain *inside* where I was working until yesterday
[21:57] <BUGabundo> they are doing it wrong too
[21:57] <BUGabundo> but I was looking for some extra info to show them
[21:58] <asac> https://wiki.mozilla.org/User:Sardisson/Gecko_is_Gecko
[21:58] <BUGabundo> thanks
[21:58] <asac> thats pretty complete
[22:34] <micahg1> hi asac
[22:35] <micahg> asac: you have time to talk about bugs
[22:36] <asac> micahg: yes
[22:36] <asac> hi!
[22:36] <micahg> hi!
[22:36] <micahg> how was your vacation?
[22:36] <micahg> bug 422365
[22:36] <asac> too good ;)
[22:37] <micahg> the apport script doesn't instantiate the variable before using it
[22:37] <micahg> is this something worth pushing into karmic alpha 5?
[22:37] <asac> no. but definitly important to fix
[22:37] <micahg> ok
[22:37] <micahg> I started with patching firefox
[22:37] <asac> i assume the hook just looks for wrong folder ... now that we dont have .mozilla/firefox-3.5 anymore
[22:37] <micahg> probably
[22:37]  * asac checks
[22:39] <asac> ok so thats not the problem ;)I
[22:39] <asac> it checks for firefox
[22:39] <andv> hey alex, had a chance to review / push all-in-one?
[22:41] <andv> new queue is getting processed really fast
[22:41] <andv> from 140 new, we have 40 now
[22:43] <micahg> oh, asac, can you check the patch I made for bug 66015 in the attached branch?
[22:43] <asac> yes
[22:44] <micahg> I was going to push it upstream
[22:44] <micahg> but figured I'd have you look at it first
[22:46] <asac> micahg: fix committed
[22:46] <asac> (for 422...)
[22:47] <micahg> cool
[22:47] <andv> asac, I gave a release commit to the branch already
[22:48] <andv> asac, if you need the link, I'm here to give you
[22:53] <asac> one sec
[22:58]  * asac upgrades sid
[22:58] <BUGabundo> sid?
[22:58] <BUGabundo> lol
[22:58] <andv> upgrade to squeeze?
[22:59] <micahg> squeeze is a downgrade...
[22:59] <BUGabundo> eheheh
[22:59] <andv> micahg, squeeze a downgrade?
[22:59] <andv> since when?
[22:59] <BUGabundo> it is
[22:59] <BUGabundo> from experimental or sid
[22:59] <micahg> squeeze = testing sid=unstable
[22:59] <BUGabundo> correct
[22:59] <andv> yes
[23:00] <andv> so if you from unstable to testing you don't do a downgrade
[23:00] <andv> * move
[23:00] <micahg> yes, that's a downgrade
[23:00] <micahg> unstable is newer
[23:00] <asac> uploaded
[23:00] <asac> andv: ^^
[23:00] <andv> asac, thanks alex :9
[23:00] <andv> :)
[23:00] <andv> micahg, depends from which view you see it
[23:01] <andv> micahg, if you see it as 'newer' you're right
[23:01] <andv> but if you see it as 'stable'
[23:01] <andv> you're not right anymore
[23:01] <micahg> unstable is stable for Ubuntu :)
[23:01] <andv> yeah
[23:01] <asac> hehe
[23:01] <andv> ^^
[23:01] <micahg> so, asac, have you seen my patch yet?
[23:02] <asac> no
[23:02] <asac> now looking
[23:02] <micahg> I didn't get as much done while you were away as I would have likes
[23:02] <micahg> *liked
[23:03] <asac> micahg: http://launchpadlibrarian.net/31020349/inlineSpellCheckUI.patch ?
[23:03] <asac> hehe
[23:03] <micahg> no
[23:03] <micahg> mine is in the bzr branch :)
[23:03] <andv> lol
[23:03] <asac> ah
[23:03]  * micahg forgot to add it the first time 
[23:03] <asac> micahg: 1st. use a proper email that is also known to launchpad for bzr
[23:03] <asac> https://code.edge.launchpad.net/~micahg/firefox/xulrunner-1.9.3.head.lp66015
[23:04] <asac> usually you should be linked to your profile like Fabien
[23:04] <micahg> ah, sorry
[23:04]  * micahg should fix that
[23:04] <asac> let me lok at the patch though
[23:04] <micahg> can I jsut edit the id_rsa.pub file?
[23:04] <andv> micahg, no
[23:04] <asac> micahg: you should redo anyway. no need to submit a commit where you forgot the patch and then another commit ;)
[23:04] <asac> you can bzr uncommit twice
[23:04] <andv> micahg, there is a bzr command for that
[23:04] <asac> and then commit with right email
[23:05] <micahg> how do I set the e-mail?
[23:05] <andv> micahg, like launchpad identification
[23:05] <asac> yes. the email has nothing to do with your .pub
[23:05] <asac> i have
[23:05] <asac> [DEFAULT]
[23:05] <asac> email = Alexander Sack <asac@ubuntu.com>
[23:05] <asac> launchpad_username = asac
[23:05] <asac> in $HOME/.bazaar/bazaar.conf
[23:05] <andv> I used a bzr command for LP identification
[23:05] <andv> found that on a wiki somewhere in LP
[23:06] <asac> yeah there isa launchpad command to mod the configs
[23:06] <asac> i dont know it though
[23:06] <asac> out of my head
[23:06] <andv> found: launchpad-login Show or set the Launchpad user ID. [launchpad]
[23:07] <asac> micahg: the patch looks fragile
[23:08] <asac> there might be lang codes with more than 2 letters for instance
[23:08] <asac> http://launchpadlibrarian.net/31020349/inlineSpellCheckUI.patch
[23:08] <asac> does that work?
[23:11] <asac> feels like it doesntw ork either
[23:12] <asac> http://mxr.mozilla.org/mozilla-central/source/toolkit/content/inlineSpellCheckUI.js
[23:12] <asac> thats the code
[23:12] <asac> http://mxr.mozilla.org/mozilla-central/source/toolkit/content/inlineSpellCheckUI.js#205
[23:12] <asac> like starting from there
[23:12] <asac> there probably should be a dupe check
[23:12] <asac> rather than omitting stuff that has - or _
[23:12] <fta> anyone running chromium in a non-us env?
[23:12] <asac> so first: split by - _and_ _
[23:13] <micahg> asac: I figured stopping the files from being loaded would be faster
[23:13] <asac> then check for dupes before adding a new dictionary name
[23:13] <asac> hmm
[23:16] <asac> micahg: you could do the same there. alternatively you could resolve the realpath
[23:16] <asac> and check that instead of the original leaf name found
[23:17] <micahg> asac: how do I fix the commited version
[23:17] <micahg> in LP
[23:17] <asac> micahg: uncommit
[23:17] <asac> two times
[23:18] <asac> commit and push --overwrite
[23:18] <micahg> I did that oon my local coopy
[23:18] <asac> ;)
[23:18] <micahg> ah
[23:18] <micahg> --overwrite
[23:18] <asac> usually a bad idea to uncommit
[23:18] <asac> but if its a private branch not consumed by developers/users its ok
[23:21] <asac> micahg: http://mxr.mozilla.org/mozilla-central/source/xpcom/io/nsIFile.idl
[23:21] <asac> target vs. pathb
[23:21] <asac> so you could test if target gives you something
[23:22] <asac> and use the leaf name for that
[23:22] <micahg> ok, I'll have to look at this later
[23:22] <asac> but i am not so sure when the dictionary actually gets loaded
[23:22] <asac> so mayber the .js file is good enough to fix it
[23:22] <micahg> but I'm just trying to figure out this bzr thing
[23:22] <asac> sure
[23:22] <micahg> I accidentally typed bzr merge
[23:23] <micahg> so I got a change from fta now
[23:23] <asac> heh
[23:23] <asac> micahg: if your stuff wasnt uncommitted yet
[23:23] <micahg> should I see my name in the commit screen?
[23:23] <asac> you can run bzr revert
[23:23] <asac> to removed the merge
[23:23] <asac> unless you committed the merge ;)
[23:23] <asac> then you need to uncommit and revert
[23:23] <asac> micahg: bzr log | head
[23:24] <asac> that should give the right email/name
[23:25] <asac> micahg: you can run bzr whoami
[23:25] <asac> i think
[23:25] <asac> yeah
[23:25] <asac> try that ;)
[23:26] <micahg> ah, now it looks good
[23:26] <fta> grrr, my evolution bug never moved.
[23:27] <micahg> asac: my branch is fixed
[23:27] <micahg> as for the patch, I'll have to look over those documents
[23:30] <micahg> I like bzr so much more now
[23:30] <micahg> you can uncommit your local copy :)
[23:38] <micahg> asac: is abrowser the brand name for the unbranded browser?
[23:56] <BUGabundo> asac: fta: micahg: google reader aint loading for me on FF 3.6 and 3.7
[23:56] <BUGabundo> even on safe-mode
[23:57] <fta> poor BUGabundo
[23:57] <micahg> BUGabundo: did you try with changing your user agent?
[23:57] <BUGabundo> don't tante with me
[23:57] <BUGabundo> micahg: come on .....
[23:58] <micahg> wfm
[23:58] <micahg> Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.3a1pre) Gecko/20090901 Ubuntu/9.04 (jaunty) Minefield/3.7a1pre
[23:58] <micahg> ii  xulrunner-1.9.3                            1.9.3~a1~hg20090901r32130+nobinonly-0ubuntu1~umd1~jaunty