[02:39] <kenvandine> fta, gwibber's dbus suckage should be fixed!
[02:40] <kenvandine> fta, think you can do an upload?
[02:40] <kenvandine> lots of good fixes!
[07:16] <gnomefreak> anyone here?
[07:21] <micahg> sure gnomefreak
[07:23] <gnomefreak> micahg: :)
[07:24] <micahg> what's up gnomefreak
[07:25] <gnomefreak> nothing just seeing who was here.
[07:25] <micahg> well, it's still early in europe
[07:26] <gnomefreak> micahg: its 2am here so early as well :)
[07:26] <micahg> it's late for me, 1:30 :)
[07:29] <gnomefreak> pm?
[07:30] <gnomefreak> i know im not back to work for a bit i have some things to work out be fore that happens :(
[07:37] <micahg> sure gnomefreak
[07:42] <gnomefreak> cups is screwed up. its saying printer is out of paper but prints on paper anyway
[07:42] <gnomefreak> i havent updateed in > 1 week
[07:43] <micahg> 1.4.1-4 is current
[07:44] <gnomefreak> Installed: 1.4.1-1 Candidate: 1.4.1-4
[07:45] <micahg> yeah, I'd say update and then check
[07:48] <gnomefreak> micahg1: i will be just need to fight through >1000 emails
[07:49] <micahg1> yeah, I was offline for 2 days and had over 200
[07:54] <micahg> gnomefreak: I'm trying to keep the FF bugs under control...
[07:55] <gnomefreak> micahg: thanks. i should b eback at work at full force as soon as dr says im stable enough to handle it than i will catch up and help with the bugs. but im sure when i get to right email box i will see your name alot as always :)
[07:56] <micahg> I'm trying to figure out why ff3.5 on karmic isn't attaching extension lists.
[08:00] <gnomefreak> micahg: might want to check with asac but im 98% sure 3.5 is only getting security updates as well. so we may have to bump 3.5 bugs to 3.6
[08:00] <gnomefreak> micahg: once i update i can let you know but it will be a while
[08:00] <micahg> gnomefreak: yeah, but we're not shipping 3.6 yet
[08:00] <gnomefreak> micahg: i know
[08:00] <micahg> I'm going to try to get it in Karmic with asac's help of course
[08:01] <micahg> 3.5 is taking medium+ updates
[08:01] <gnomefreak> its too late atleast will be fairly hard to do (hoops to jump through)
[08:01] <micahg> if there's a good reason
[08:01] <micahg> well, only in universe
[08:01] <micahg> not as many hoops
[08:01] <gnomefreak> right
[08:02] <gnomefreak> IIRC you should still beable to add 3.6 task. atleast i thought i did
[08:02] <micahg> first we have to remove all traces of 3.0
[08:02] <micahg> yes, we can, but it'll be confusing
[08:02] <micahg> and managing bugs across 3 pacakges is enough right now
[08:03] <micahg> BTW, there's that new about:support feature in 3.6+
[08:04] <gnomefreak> micahg: yep and last i saw it was broken :)
[08:04] <gnomefreak> but havent tried this is from emails before i left
[08:04] <micahg> wfm in the latest nightly
[08:04] <micahg> 3.6
[08:05] <gnomefreak> i will hit mozilla upstream bugs soon if i havent overlooked that one
[08:05] <gnomefreak> be back smoke
[08:10] <gnomefreak> LTS is 3 years on desktop right?
[08:12] <micahg> gnomefreak: yep
[08:13] <gnomefreak> [reed]: do we have a EOS date for firefox-3.0 yet?
[08:14] <micahg> gnomefreak: should be around 10.01
[08:15] <sevoir> morning
[08:15] <gnomefreak> sevoir: morning
[08:16]  * gnomefreak wishes people would stop assigning themselves to bugs they have no plan on fixing
[08:18] <micahg> well, most people don't understand I guess
[08:18] <micahg> I have 3 assigned, but I plan on working on them
[08:19] <gnomefreak> micahg: cool. i saw a few you fixed already. nice work
[08:19]  * micahg is learning
[08:19]  * micahg also starting fixing FTBFS for the dailies
[08:20] <gnomefreak> micahg: cool that is a major help
[08:20] <micahg> gnomefreak: doesn't seem to be anything official on EOL for FF3, but the word around was 6 months after release of FF35
[08:21] <gnomefreak> micahg: thats normal but was hoping for a date, reed is upstream dev
[08:21] <micahg> yeah, I know
[08:22] <micahg> I figured he's not around at this hour
[08:23]  * gnomefreak can never seem to catch him when i need him
[08:23] <gnomefreak> they are assigning themselves to closed bugs :(
[08:23] <micahg> yeah, that seems to be a problem recently with LP
[08:24] <micahg> bug trolls
[08:30] <micahg> gnomefreak: that bug probably won't land till 3.7 at the learliest
[08:30] <gnomefreak> micahg: what one?
[08:30] <micahg> bug 16465
[08:31] <gnomefreak> micahg: i havent looked at upstream bug to tell. but i know it wont land in 3.5 :)
[08:31] <micahg> yeah, I just looked upstream and the wanted-1.9.2 flag was set to -
[08:32] <micahg> gnomefreak: why not mark that triaged?
[08:33] <gnomefreak> micahg: dont recall there were a couple i didnt. forgot maybe
[08:33] <micahg> ok, I'll take care of it
[08:33] <gnomefreak> thanks. im just trying to get done with email asap so i can move on
[08:34] <micahg> gnomefreak: BTW, when I asked asac about bug tasks, he suggested just adding a new one for each version since we'll only get one mail for it
[08:37] <gnomefreak> micahg: instead of changing 3.0->3.5 we mark 3.0 invalid and add 3.5?
[08:37] <micahg> 3.0 can be won't fix
[08:38] <micahg> that way, we can catch dupes in the older package as well
[08:40] <gnomefreak> invalid still good?
[08:40] <micahg> well, it's not really invalid though, is it?
[08:42] <gnomefreak> 3.0 == wont get fixed. what do we need 3.0 open for? it doesnt catch bugs and all 3.0 shoiuld be bumped to 3.5 anyway no?
[08:42] <micahg> no, we still have 3.0 in hardy, intrepid, and jaunty
[08:43] <micahg> if it belongs in 3.5 (i.e. filed in the wrong pacakge, it should be bumped)
[08:44] <micahg> it also gives us a history of how many versions back a bug is
[08:44] <micahg> and subtle enticement to poke upstream for a fix :)
[08:46] <gnomefreak> hmmmm
[08:46] <gnomefreak> send upstream and change to 3.5. there is nothing we can do with 3.0 in any version of ubuntu
[08:47] <micahg> gnomefreak: sending to upstream doesn't necessarily get it fixed
[08:47] <gnomefreak> i dont understand the reasoning behind leaving open unless it is getting fixed in that version
[08:47] <micahg> not to leave open, but to leave listed
[08:47] <micahg> as in Won't Fix which is a closed status
[08:48] <gnomefreak> so just add a new task for 3.5
[08:48] <micahg> yep
[08:48] <micahg> and unless it's high or something we can do, won't fix for 3.0
[08:48] <gnomefreak> 'wont fix" is for that version. that is why its there :)
[08:48] <micahg> yep
[08:49]  * micahg is waiting for a sink to drain...
[08:50] <micahg> gnomefreak: you seem to be better at finding upstream bugs than I am
[08:50]  * gnomefreak stepping awawy for a few email is getting to be alot of work
[08:50] <gnomefreak> micahg: i havent looked in a while but that isnt a problem if given a bug to go on
[08:51] <micahg> ah, how did I miss that :)
[08:53]  * gnomefreak going to ask "miss what" when i get back :)
[08:58] <gnomefreak> micahg: ok missed what?
[08:59] <micahg> gnomefreak: missed the upstream link in the report
[08:59] <gnomefreak> ah yeah people have been dropping links and LP has been adding them but it doesnt add them to task
[09:00] <micahg> yeah, well, I guess the idea is that someone should verify the link is correct before setting a task
[09:13] <sevoir> bdrung: I reported a bug from mozilla-devscripts
[09:15] <asac> uff ... somewhat i completely forgot to turn on my irc over weekend :/
[09:15] <asac> hi
[09:17] <micahg> hi asac
[09:17] <asac> hi micahg
[09:17]  * asac gets coffee
[09:17] <sevoir> hi asac
[09:17] <micahg> asac: bug 440987 when you get back
[09:17] <sevoir> share your coffee
[09:21]  * micahg needs to sleep soon
[09:22] <gnomefreak> bug 173890
[09:22] <gnomefreak> ikonia: looking now
[09:22] <gnomefreak> micahg: sleep than
[09:22] <gnomefreak> asac: im not here :)
[09:22]  * micahg is still waiting for my sink
[09:23] <gnomefreak> ikonia: your not kory AFAIK
[09:23] <gnomefreak> asac: you are on holiday arent you?
[09:24] <sevoir> reported today: bug 442897
[09:24] <eagles0513875> morning guys
[09:24] <eagles0513875> how goes it gnomefreak
[09:25] <ikonia> hey gnomefreak
[09:25] <micahg> gnomefreak: another reason to add a new task, a bug shows up at the bottom of the list if you change the package
[09:25] <micahg> on an onld bug
[09:25] <eagles0513875> morning ikonia
[09:25] <ikonia> hello
[09:25] <gnomefreak> eagles0513875: no so good at all but not something i can talk about yet. but i can say i was trown into hospital unvolentary
[09:25] <gnomefreak> ikonia: Changed in flashplugin-nonfree (Ubuntu Gutsy):
[09:25] <gnomefreak> assignee: 	nobody → kory (korybauer)
[09:25] <ikonia> how odd
[09:25] <gnomefreak> that is what i was refering to
[09:25] <eagles0513875> ouchie hope you are ok gnomefreak
[09:26] <gnomefreak> eagles0513875: i will be we hope. did something stupid and paying for it thats all
[09:26] <eagles0513875> ouchie
[09:26] <yamo> Hi all
[09:27] <eagles0513875> well my friends did something stupid to me and threw me in friends pool with mobile phone in me pocket :( so i have no mobile phone
[09:27] <gnomefreak> asac: any progress on sunbird so i can get 5or so bugs out of my work load?
[09:28] <asac> bah. this coffee is a mess ;)
[09:28] <eagles0513875> hey asac
[09:29] <asac> hi
[09:29]  * gnomefreak not sure if im getting coffee thsi morning wife is pissed and wont allow me alot of things
[09:29] <asac> micahg: is that the only bug for the plugin finder service?
[09:29] <micahg> there were 3 recent ones that I merged
[09:29] <asac> kk
[09:30]  * eagles0513875 needs to finish up bindwood today
[09:31] <asac> micahg: i will fix it today. its basically an update of the webservice db for 9.10. didnt do that yet, because i am supposed to move the webservice to its real location (rather than people.canonical.com)
[09:31] <micahg> ok, cool
[09:31] <gnomefreak> ikonia: is that what you meant?
[09:33] <micahg> asac: were the language packs fixed with the latest respin (1003) or do we still need another one for ff?
[09:34] <asac> micahg: i think next langpack respin will be in 8 days or so
[09:34] <micahg> ok
[09:34] <asac> gnomefreak: sunbird ... thats sponsoring?
[09:34] <gnomefreak> asac: yes
[09:34] <micahg> also, the localized installs of ubuntu, shouldn't they install the lang packs for ff?
[09:34] <asac> gnomefreak: is the build in your PPA so i can test?
[09:34] <gnomefreak> asac: yes
[09:36] <asac> micahg: not sure i understand that question
[09:36] <asac> the langpack-o-matic puts the ff translations in our main language packs
[09:36] <asac> we have a po2xpi tool that does that. there are sources that can be used: a) upstream .xpi files
[09:36] <asac> b) launchpad exports
[09:37] <asac> during development cycle we used launchpad exports everywhere now (thats why we have the ssl issue as there is a bug)
[09:37] <asac> in the past we used the upstream xpi's for languages that are available upstream
[09:37] <asac> we will go back to that mode in next update
[09:38] <asac> micahg1: http://paste.ubuntu.com/286033/ (in case you didnt get all)
[09:39] <asac> gnomefreak: i am not on holiday ;) .... i just rebooted my irc gateway before weekend ;)
[09:39] <micahg1> ah, o
[09:39] <gnomefreak> asac: ah sorry you have to work
[09:40] <gnomefreak> oh and thanks for giving me the weird bugs :(
[09:40] <micahg> so, if the langpack is installed as it should be with the localized version, then firefox should be localized as well
[09:40] <gnomefreak> it seems as the lightning extension comes natively and can only be actived or de-actived
[09:40] <gnomefreak> that is in bug report you gave me :(
[09:42] <asac> micahg: yes. the devmode (thats the all-from launchpad) had issues with locales that have a country code
[09:42] <asac> es
[09:42] <asac> zh
[09:42] <asac> pt
[09:42] <asac> i think are the most common ones that have issues atm
[09:42] <micahg> ok, so the respin will fix that too?
[09:45] <eagles0513875> asac: has https://bugs.launchpad.net/bugs/428478 been pushed
[09:46] <eagles0513875> got an email from gnomefreak i believe about it not being pushed yet
[09:47] <gnomefreak> eagles0513875: huh?
[09:47] <asac> gnomefreak: whats the status on that? i see its still UNRELEASED. does that mean you have outstanding issues?
[09:47] <gnomefreak> on that yes it has. bdrung changing the changelog to himself so i never know if it was pushed or not
[09:47] <gnomefreak> asac: no its ready to go
[09:48] <micahg> asac: can you mark a dependency upstream for me?
[09:48] <gnomefreak> if my branch is there its ready there were a bunch i was looking for not sure what ones were pushed but i think all but 1 of my extensions were pushed
[09:48] <micahg> or should I bug the mozilla devs?
[09:48] <asac> gnomefreak: seems it had a custom build ... how is that done nowß
[09:48] <asac> ?
[09:48] <asac> doesnt seem like med-xpi-pack would work if i look at the upstream tree
[09:49] <gnomefreak> asac: what are you talking about?
[09:49] <asac> micahg: the lang pacs are a downstream bug only
[09:49]  * gnomefreak getting confused very fast
[09:49] <micahg> asac: I have a different one :)
[09:49] <asac> micahg: except that if you use .xpi that there are a few things not translated (like profile manager)
[09:49] <eagles0513875> gnomefreak: ok cuz i got an email asking for it to be pushed and i cannot do that
[09:49] <asac> gnomefreak: stumble upon
[09:49] <asac> gnomefreak: http://bazaar.launchpad.net/~mozilla-extensions-dev/firefox-extensions/mozilla-stumbleupon.ubuntu
[09:49] <gnomefreak> eagles0513875: it was to mailing list wasnt it?
[09:49] <micahg> asac: bug 333799
[09:50] <gnomefreak> looking
[09:50] <micahg> has upstream mozilla bug 479952
[09:50] <eagles0513875> gnomefreak: ya it was in response to bug 428478
[09:50] <micahg> which should depend on mozilla bug 485860
[09:51] <asac> micahg: not sure that would help us
[09:51] <gnomefreak> asac: im not seeing anything about a custom build but i can say it builds and works great here. (stumbleupon
[09:51] <gnomefreak> )
[09:51] <asac> the bug here is about the dictionay for spell checking
[09:51] <asac> not about the translation
[09:53] <asac> gnomefreak: http://bazaar.launchpad.net/~mozilla-extensions-dev/firefox-extensions/mozilla-stumbleupon.ubuntu/revision/7
[09:53]  * eagles0513875 apologises for adding to the confusion
[09:53] <asac> gnomefreak: you removed a bunch of code in debian/rules
[09:53] <gnomefreak> !info ubuntu-tweak
[09:53] <asac> that previously would build the .xpi
[09:53] <gnomefreak> asac: yes i know
[09:53] <asac> now i dont see how that would work
[09:53] <micahg> hmmm
[09:53] <gnomefreak> asac: bdrung had me do that.
[09:53] <gnomefreak> asac: its does it fine here
[09:54] <asac> gnomefreak: yes. but that only works if you use med-xpi-unpack to produce the upstream orig
[09:54] <asac> and upstream tree
[09:54] <micahg> asac: does spell check default to the selected language?
[09:54] <asac> gnomefreak: let me test build it
[09:56] <asac> gnomefreak: yeah. thats broken. no .jar is produced inside the .xpi
[09:56] <asac> we need to do the .upstream with med-xpi-unpack
[09:56] <asac> or do a custom build thing
[09:56] <asac> like your build/mozilla-stumbleupon
[09:57] <asac> i would think you should keep the build/*:: rule
[09:57] <asac> and the clean:: rule
[09:57] <asac> http://bazaar.launchpad.net/~mozilla-extensions-dev/firefox-extensions/mozilla-stumbleupon.ubuntu/revision/7
[09:57] <asac> from there
[09:57] <asac> micahg: thats the question.
[09:57] <asac> i dont know
[09:57] <asac> i think thats the bug
[09:58] <gnomefreak> asac: can we get med-xpi do it? but either way it will be at least a week before i can get to it. wife hasnt released me mentally well enough to be online. long story please dont ask :(
[09:58] <asac> kk
[09:58] <asac> gnomefreak: thats ok.
[09:58] <asac> bdrung and me will go through all extensions this week and do everything
[09:58] <gnomefreak> asac: thanks
[09:58] <asac> you have pushed your changes to the branch so we can do that on top
[09:58] <eagles0513875> gnomefreak: just glad to hear ur ok on the whole prob granted you cant help out much
[09:59] <eagles0513875> *you are
[09:59] <gnomefreak> eagles0513875: ill be fine i was released friday and i need to adjust to life and my problems thats all.
[09:59] <eagles0513875> i hear u
[09:59] <eagles0513875> im trying to get back into a routine of a different sort
[10:00] <eagles0513875> just started my 2nd week of lectures
[10:00] <gnomefreak> asac: while your at it please feel free to fix clean rule in firegpg so i can update that to latest and get it ready for 10.04
[10:00] <gnomefreak> its just the firegpgcall shit
[10:00] <gnomefreak> i was thinking about having m-d remove all bullshit from source but that wont work
[10:01] <asac> gnomefreak: ok. if thats for 10.04 we can check that later ;)
[10:01] <gnomefreak> asac: yeah i would like to get it in sid before we get it here like flashgot
[10:02] <micahg1> ok asac, I guess I'll figure that out later.
[10:02] <gnomefreak> asac: once rules is fixed i will fix everything else
[10:04] <asac> gnomefreak: yes. that makes sense
[10:04] <asac> unfortunately i am pretty much busted till release (based on experiences from last cycles=
[10:05] <asac> micahg: i think we need to check the code how it tries to find the right dictionary
[10:05] <gnomefreak> micahg: just a thought but it seems like bug 442223 and bug 442211 are related and its her system set up nothing more
[10:05] <asac> must be an obvious bug somewhere
[10:05] <micahg> gnomefreak: agreed
[10:05] <gnomefreak> asac: my main concern atm is sunbird
[10:05] <asac> yes
[10:05] <asac> i know
[10:05] <gnomefreak> micahg: or mental issue ;)
[10:06] <micahg> gnomefreak: she's opened a ton of those recently
[10:06] <asac> gnomefreak: is there a "need-packaging" bug?
[10:06] <gnomefreak> oh fuck email :(
[10:06] <gnomefreak> asac: for sunbird no since its an update to 0.9
[10:06] <gnomefreak> for everything else i think so
[10:06] <eagles0513875> asac: if there is something that needs packaging is that like i did with bindwood where i run bzr db command or thats a different process
[10:06] <asac> gnomefreak: yes. but we usually have a "new version avail bug" or something
[10:07] <gnomefreak> asac: there is no new version 1.0 hasnt landed yet and 0.9 been in Ubuntu since Jaunty
[10:07] <asac> eagles0513875: bzr bd is a tool to build packages/sources from branches. you need to produce the packaging first
[10:07] <asac> gnomefreak: 0.9 is in jaunty?
[10:08] <gnomefreak> yep
[10:08] <eagles0513875> asac: ok will have to follow the link the bot gives
[10:08] <gnomefreak> !sunbird jaunty
[10:08] <asac> gnomefreak: oh. so this is about sid?
[10:08] <gnomefreak> !info sunbird jaunty
[10:08] <asac> https://edge.launchpad.net/ubuntu/+source/lightning-sunbird
[10:08] <gnomefreak> asac: firegpg is about sid
[10:08] <asac> gnomefreak: what am i supposed to do for lightning-sunbird then? thought it was 0.9 needed sponsoring
[10:09] <gnomefreak> asac: 0.9+nobinonly-0ubuntu3 needs push
[10:09] <asac> eagles0513875: https://wiki.ubuntu.com/MozillaTeam/Extensions/Packaging?action=show&redirect=MozillaTeam%2FFirefox3Extensions%2FPackaging
[10:09] <asac> thats a intro how to package _new_ extensions
[10:09] <gnomefreak> ubuntu2 is latest in repos
[10:09] <asac> gnomefreak: ok thats good (doesnt need freeze exception). what does it fix?
[10:09] <gnomefreak> 5 or so bugs. giv eme a minute
[10:10] <gnomefreak> asac: http://bazaar.launchpad.net/~gnomefreak/sunbird/ubuntu-0.x.9.10/revision/124
[10:12] <micahg> bug 441092, what is everyone's experience
[10:13] <eagles0513875> i havent had that happen to me but then again havent updated my other partition in a few days so i dunno but it hasnt happened to me so far
[10:14] <micahg> nevermind
[10:17] <gnomefreak> updating mine soon
[10:17] <gnomefreak> be back
[10:17] <eagles0513875> i have a vm but everything is blocked by my school
[10:19] <micahg> Is anyone taking care of the FTFBS for xul-1.9.3?
[10:20] <micahg> I won't be able to get to it for at least another 6 hours
[10:26] <asac> micahg: i will try but i might not.
[10:26] <asac> micahg: sleep well!!!
[10:26] <micahg> thanks asac, if you don't get to it, I'll either do it before or after work
[10:26] <micahg> so, sometime in the next 24 hours
[10:27] <eagles0513875> have a good one mich
[10:27] <eagles0513875> micahg:
[10:28] <eagles0513875> cant spell this morning my apologies
[10:35]  * gnomefreak going to lay down. i didnt sleep last night. will be updating while im gone
[10:39] <bdrung> asac, gnomefreak, av`_: i am back
[10:39] <asac> hi bdrung
[10:39] <bdrung> hi :)
[10:39] <gnomefreak> bdrung: welcome back, you got me in trouble :(
[10:39] <bdrung> gnomefreak: please update me
[10:39] <gnomefreak> asac: btw was n-m fixed?
[10:40] <gnomefreak> bdrung: in stumble upon you had me remove all rules crap and that shouldnt have happened
[10:40] <gnomefreak> its not producing a .jar in the .xpi
[10:40]  * gnomefreak didnt notice it when i built it
[10:40] <bdrung> ups
[10:41] <gnomefreak> its ok it will get fixed, asac and you will be running through them afaik
[10:42] <bdrung> asac: why did med-xpi-unpack didn't do that?
[10:42] <asac> bdrung: because stumbleupon upstream tree isnt produced using that
[10:43] <asac> either we want to redo upstream or keep the build and clean rule
[10:43] <gnomefreak> redoing upstream is going to make it alot harder to update it
[10:43] <bdrung> redo :)
[10:43] <gnomefreak> wtf wont this clear damnit
[10:44] <bdrung> gnomefreak: why would it be harder?
[10:44] <gnomefreak> wouldnt we have to merge our changes into it, assuming by upstrema you mean extension author
[10:45] <gnomefreak> unless we patch it
[10:46] <asac> bdrung: i think we can just do that while going through the list of extension review this week
[10:46] <asac> gnomefreak wont have time to do that
[10:46] <bdrung> if upstream release a xpi file, then we should use med-xpi-unpack to create the .orig file
[10:46] <asac> gnomefreak: so all is fine. we will just fix it ;)
[10:46] <gnomefreak> any changes we make to our build in upstream dirs. we would have to carry over to new release
[10:46] <asac> unless stumbleupon isnt distributed as a .xpi
[10:46] <asac> (upstream)
[10:47] <bdrung> how is it distributed?
[10:47] <gnomefreak> it is IIRC but would have to look
[10:47] <gnomefreak> i had downloaded it at one time on win
[10:47] <gnomefreak> looking to see how it is packaged
[10:48] <gnomefreak> s/packaged/distributed
[10:49] <gnomefreak> anyone with 3.5 daily having problems with search engine not working?
[10:52] <gnomefreak> https://addons.mozilla.org/en-US/firefox/addon/138 bdrung asac
[10:52] <gnomefreak> its xpi
[10:53] <gnomefreak> ok im gone for real now.
[10:59] <asac> gnomefreak: enjoy
[10:59] <asac> gnomefreak: thx
[12:07] <fta> hi
[12:07] <fta> asac, lots of red in umd, if you care to have a look
[12:13] <asac> hi
[12:13] <asac> yeah. currently processing mass-mail. micagh said that 1.9.3 is broken
[12:14] <asac> hmm. did they kill greprefs?
[12:14] <asac> mozilla bug 507288: move greprefs/*js into res/greprefs.js r=bsmedberg
[12:14] <asac> kk
[12:15] <asac> let me adjust install accordingly
[12:18] <asac> fta: ok fixed blindly
[12:18] <asac> fta: i find those regexp like statements in .install not really comprehensible
[12:19] <asac> noone understands what files that includes / excludes
[12:19] <asac> unless its just a-zA-z* i dont think we should do something like that
[12:19] <asac> but later ;)
[12:20] <fta> yeah, i was an attempts to make the install file stable, but it sucks. maybe we should autogenerate it
[12:20] <fta> -i+it
[12:20] <fta> -s
[12:20] <fta> (grrr, i should read what i type)
[12:26] <asac> fta: ack. lets check auto generation or maybe just dumping a good diff and fail build or something
[12:47] <fta> asac, do you still have a jaunty (or older) somewhere?
[12:48] <fta> to replicate that http://code.google.com/p/chromium/issues/detail?id=23362
[12:53] <fta> asac, https://edge.launchpad.net/~ubuntu-mozilla-daily/+mailinglist-moderate
[12:54] <asac> i approved them. unfortunately i dont get the ml mails :/
[12:54] <asac> so i cannot reply
[12:57] <fta> the point was more, should we even have m-ls for dailies?
[12:58] <asac> the idea was that outsiders can subscribe to build failures
[12:58] <asac> since that failed, we dont need it
[12:58] <asac> fta: deactivated
[13:00] <asac> fta: http://artofapogee.blogspot.com/2009/05/ubuntu-my-2009-t-shirt-design.html doesnt crash chromium for me. site works
[13:00] <asac> 64-bit
[13:00] <fta> crashes my karmic 32
[13:01] <fta> i mean, the oh snap! page, not a full crash
[13:01] <asac> yeah. i get the full page (not snap)
[13:02] <fta> $ chromium-browser http://artofapogee.blogspot.com/2009/05/ubuntu-my-2009-t-shirt-design.html
[13:02] <fta> *** glibc detected *** /usr/lib/chromium-browser/chromium-browser --channel=31961.aa85bd0.1827306710 --type=renderer --lang=en-US --force-fieldtest=AsyncSlowStart/_AsyncSlowStart/DnsImpact/_default_enabled_prefetch/GlobalSdch/_global_enable_sdch/SocketLateBinding/_disable_late_binding/: double free or corruption (!prev): 0x0a9476b0 ***
[13:02] <fta> [13:02] <fta> ...
[13:10] <asac> fta: is there a regression window? maybe downgrading to something older (chromium side) helps?
[13:10] <fta> i didn't try
[13:10] <asac> i wouldnt think its a toolchain issue
[13:10] <asac> glibc double free stuff is typical for all kind of double free issues
[13:10] <asac> in all libs/programs
[13:11] <fta> if it works fine on jaunty as one commenter said, it has to be something else
[13:11] <asac> fta: is there no decent webview for chromium?
[13:12] <fta> webview?
[13:12] <asac> fta: yes. could be everywhere though.
[13:12] <asac> fta: like mxr ... or even hg.moz -> files
[13:12] <asac> i think you told me at some point ... but i seem not to find it now
[13:13] <fta> http://src.chromium.org/viewvc/chrome/trunk  but it won't call that decent
[13:14] <fta> http://svnsearch.org/svnsearch/repos/CHROMIUM/search is better for commit oriented searches
[13:16] <fta> http://github.com/chromium/chromium  but i hate github
[13:19] <fta> there's also http://www.google.com/codesearch to search something very quickly, but it's often late
[13:20] <fta> http://www.google.com/codesearch/p?hl=en&sa=N&cd=8&ct=rc#h0RrPvyPu-c/chrome/VERSION&q=BUILD%3D&exact_package=http://src.chromium.org/svn/trunk/src
[13:20] <fta> like it's at 4.0.209 while trunk is at 4.0.221
[13:37] <kenvandine> fta, can you upload a new snapshot of gwibber?  lots of bug fixes, including making dbus much more robust and the facebook hang that has been killing people
[13:37] <kenvandine> and the combobox view
[13:38] <fta> kenvandine, ok, is the branch ready?
[13:39] <kenvandine> yup
[13:39] <fta> kenvandine, what about dark themes?
[13:39] <kenvandine> asac, did you see that?
[13:39] <kenvandine> fta, nothing yet... ryan isn't sure why it is doing that in that theme
[13:39] <kenvandine> fta, although we should figure out why you are only seeing the one theme
[13:39] <fta> and i still see only 1 theme in gwibber, not 3
[13:40] <fta> yep
[13:40] <kenvandine> do you have any in your homedir?
[13:40] <kenvandine> we added theme versioning, so it should only show themes that advertise they work with this version of gwibber
[13:40] <fta> where should i look? in ~/.gwibber i just have ~/.gwibber/imgcache/
[13:40]  * kenvandine looks
[13:41] <kenvandine> please upload what we have though and i will help debug this
[13:41] <asac> kenvandine: i dont use facebook
[13:41] <kenvandine> ~/.local/share/gwibber?
[13:42] <kenvandine> asac, yeah but that was killing lots of people
[13:42] <kenvandine> asac, i got the follow name changes working
[13:42] <fta> no ~/.local/share/gwibber here
[13:43] <kenvandine> fta, do you have gwibber source checked out?
[13:43] <fta> not locally
[13:44] <kenvandine> grab trunk please, and edit gwibber/resources.py
[13:44] <kenvandine> go to line 63 and add a line below it
[13:44] <kenvandine> print path
[13:45] <kenvandine> inside the for loop before the if statement
[13:45] <kenvandine> and run gwibber from the checkout
[13:45] <kenvandine> the client that is
[13:49] <fta> lp:gwibber ?
[13:49] <kenvandine> yup
[13:51] <fta>  /usr/share/gwibber/ui/themes/gwilouche
[13:52] <fta> http://paste.ubuntu.com/286171/
[13:53] <kenvandine> ls /usr/share/gwibber/ui/themes
[13:53] <fta> http://paste.ubuntu.com/286174/
[13:54] <kenvandine> humm
[13:54] <kenvandine> your install is messed up
[13:54]  * kenvandine wonders how that happened
[13:55] <kenvandine> oh...
[13:55] <kenvandine> crap
[13:55]  * kenvandine knows what's wrong
[13:55] <kenvandine> fta, hold that upload :)
[13:55] <asac> kenvandine: nice. and exception handling for "normal" timeouts ?
[13:55] <kenvandine> asac, not yet :(
[13:56] <kenvandine> although that is "generally" not noticable
[13:56] <asac> ok. so we kind of hide the reason ;)
[13:56] <kenvandine> yeah :)
[13:56] <asac> well. if gwibber gets that exception it still dies
[13:56] <kenvandine> we aren't bulletproof yet
[13:56] <asac> right?
[13:56] <asac> thats definitly noticable ;)
[13:56] <kenvandine> no
[13:56] <kenvandine> it could yes
[13:56] <kenvandine> we need to handle that better
[13:56] <asac> imo every dbus call throwing exception will kill gwibber UI
[13:57] <kenvandine> it doesn't
[13:57] <fta> kenvandine, holding..
[13:57] <asac> what is catching those?
[13:57] <asac> and why didnt that catch if nameowner changed in the past?
[13:57] <asac> imo that should be the same code path
[13:58] <fta> fta@ix:~ $ dpkg -c /var/cache/apt/archives/gwibber_2.0.0~bzr458-0ubuntu1~daily1_all.deb | grep theme.version
[13:58] <fta> -rw-r--r-- root/root        18 2009-10-01 17:09 ./usr/share/gwibber/ui/themes/gwilouche/theme.version
[13:58] <fta> fta@ix:~ $
[13:59] <fta> i don't see why it is my fault then..
[14:00] <kenvandine> fta, it isn't your fault
[14:01] <fta> great :)
[14:01] <kenvandine> just surprised nobody else caught it
[14:01] <kenvandine> :)
[14:02] <kenvandine> i am testing the fix now
[14:02] <kenvandine> setup.py didn't include the right themes
[14:03] <kenvandine> ok
[14:03] <kenvandine> what is pushed now will work :)
[14:03] <kenvandine> thx for catching that fta
[14:05] <kenvandine> asac, the problem we still have is if the backend is hung doing something and owning the name still
[14:06] <kenvandine> i think there are still a few places where it blocks other operations
[14:06] <kenvandine> not dbus related, i think
[14:06] <kenvandine> if the client calls it, and times out
[14:06] <kenvandine> the client just tries again next time, it doesn't crash
[14:06] <kenvandine> but... if the backend never recovers from it
[14:07] <kenvandine> it still owns the name, so it doesn't start a new one
[14:08] <kenvandine> only solution i can come up with is have the client decide if it has been attempting to call the daemon for some reasonable amount of time with no response, so kill the daemon
[14:08] <kenvandine> the biggest culprit for hanging the daemon was urllib2 calling facebook
[14:09] <kenvandine> sometimes it wouldn't respond and it would never timeout, which urllib2 should timeout
[14:09] <kenvandine> but specifically with facebook, it didn't
[14:09] <kenvandine> not sure why
[14:09] <kenvandine> so now facebook uses pycurl, which does reliably timeout
[14:11] <asac> kenvandine: what i dont see is why it doesnt crash. from what i can tell dbus exceptions are not caught anywhere.
[14:11] <asac> but if you say exceptions are caught somewhere then fine ;)
[14:12] <kenvandine> the dbus exceptions handle themselves i think :)
[14:12] <kenvandine> it is weird
[14:12] <kenvandine> they don't actually crash the program
[14:12] <kenvandine> but give us a DBusException we can do something with
[14:13] <kenvandine> so what i want to do is record each timeout we get in a row
[14:13] <kenvandine> calculate some time ourselves to say the past 5 minutes we haven't been able to get a reply from the server
[14:13] <kenvandine> and kill the server hard, so it restarts
[14:13] <kenvandine> now that we can reconnect on restart
[14:14] <kenvandine> but i don't think a single timeout should be enough for us to hard killit
[14:14] <kenvandine> kill it
[14:14] <kenvandine> but if we get several timeouts in a row, it is a sign it is hung
[14:14] <kenvandine> and give it a shot in the head :)
[14:15] <kenvandine> asac, unless you have a better idea
[14:16] <kenvandine> i am wide open for ideas, i just can't think of a better solution
[14:26] <asac> kenvandine: do you still have the minimal testcase for name_owner_change?
[14:32] <kenvandine> yeah
[14:33] <kenvandine> let me push it somewhere
[14:33] <kenvandine> it is quite simple
[14:34] <asac> great
[14:34]  * asac out for lunch
[14:35] <kenvandine> asac, lp:~ken-vandine/+junk/dbus-test-stuff
[14:35] <kenvandine> i added some signal stuff to it since i last ran it
[14:35] <kenvandine> but it should be working, just not using the signals yet
[16:05]  * gnomefreak cant recall guys name but i think i found upstream bug of whta he was talking about
[16:05] <gnomefreak> oh well
[16:07] <gnomefreak> asac: someone should be asking you about dark theme for firefox not working or something like that name is Sid* i think well either  way here is upstream bug that dropped in my lap just now. maybe the same: mozilla 478632
[16:09] <asac> gnomefreak: yeah. i already read that today by coincident
[16:09] <gnomefreak> k
[16:10] <BUGabundo> hey asac gnomefreak
[16:10] <gnomefreak> hi BUGabundo
[16:10] <asac> hi BUGabundo ... long not "read" ;)
[16:11] <asac> busy?
[16:11] <BUGabundo> me?
[16:11] <BUGabundo> I've been here every night :)
[16:11] <BUGabundo> don't you sub to me on identica or brainbird?
[16:11] <BUGabundo> now, I'm just watching ice age 3 :)
[16:11] <asac> i dont read identica atm ;) ... i am happy if i find time to dent something ;)
[16:12] <BUGabundo> you do dent a lot some times
[16:13] <gnomefreak> oh here we go :(
[16:13] <BUGabundo> sup gnomefreak?
[16:14] <gnomefreak> asac: care to read/comment on bug 440987
[16:14]  * gnomefreak has choice words for him but none are nice including but not limited to "your system is a security risk"
[16:14] <asac> gnomefreak: thats a dupe or a MASTER ... thats understood
[16:15]  * asac made a master out of it
[16:15] <gnomefreak> ok will look
[16:17] <gnomefreak> ah ok see what you mean now
[16:19] <protector> asac? need a work around for NM in Karmic ;) WLAN Connections are declined :) can u help me?
[16:20] <BUGabundo> protector: usually a ':' or ',' is better then a '?' in front of a nick
[16:21] <BUGabundo> since that's who some IRC clients highlight it
[16:22] <gnomefreak> !upgrade
[16:27] <asac> i followed up with protector in #nm
[16:28] <BUGabundo> ok asac
[16:29]  * gnomefreak gone
[19:31] <fta> asac, dh_install: xulrunner-1.9.3 missing files (debian/tmp/usr/lib/xulrunner-1.9*/res/greprefs.js), aborting
[19:32] <fta> http://launchpadlibrarian.net/33045753/buildlog_ubuntu-karmic-amd64.xulrunner-1.9.3_1.9.3~a1~hg20091005r33466%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz
[19:32] <fta> asac, your blind fix wasn't that effective ;)
[19:33] <micahg> fta: I can look at it later
[19:34] <fta> sure
[19:38] <BUGabundo> micahg: that NM bug
[19:38] <BUGabundo> we were talking the other day
[19:38] <micahg> yeah
[19:38] <BUGabundo> of not auto auto conncting to wifi
[19:38] <BUGabundo> seems fixed now
[19:38] <micahg> yeah, but there's a new bug where it keeps dropping the wireless connection at least in the repo version
[19:38] <micahg> I'm afraid to try the daily
[19:39] <BUGabundo> daily here I tinkg
[19:39] <BUGabundo> wifi up for serveral hours
[19:39] <BUGabundo> !uptime
[19:39] <BUGabundo> grr
[19:41] <asac> fta: that sucks
[19:41] <asac> fta: we should at least run a "find" so we have the complete file list in log ;)
[19:42] <asac> after make install
[19:42] <asac> before all the debhelper stuff starts
[19:44] <fta> i will fix it
[19:44] <fta> damn, not enough ppa builders
[19:44] <fta> umd: "A recent upload has resulted in 82  pending builds."
[19:44] <BUGabundo> lol
[19:44] <BUGabundo> or space :)
[19:44] <fta> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa/+packages
[19:45] <fta> chromium is red too
[19:45] <fta> songbird too
[19:45] <fta> sad day
[20:39] <bdmurray> is bug 441610 related to bug 437545?
[20:57] <asac> bdmurray: yes. next translation push should fix this
[20:57] <asac> bdmurray: please dupe and add langpack-o-matic and assign arne to that task
[20:57] <asac> and me to the langpack task (or vv. just so we are both subscribed)
[21:10] <fta> asac, we call dh_* everywhere where we should just using install or a simple cp for our stuff
[21:10] <fta> that's bad
[21:12] <fta> +be
[21:14] <asac> why is that bad?
[21:15] <asac> i see that its bad that we use it without -p
[21:15] <asac> but besides from that?
[21:38] <fta> asac, because we then loose the benefit of --list-missing
[22:03] <bdrung> asac, bdmurray: what about having firefox-lp-improvements in Ubuntu?
[22:05] <av`> asac, what do you think about the new epiphany-webkit?
[22:05] <bdmurray> bdrung: one concern about packaging it was the quantity of updates / sru's needed
[22:06] <bdrung> bdmurray: and did it need many updates?
[22:08] <bdmurray> bdrung: its been about 1 per month
[22:10] <bdrung> k
[22:11] <bdmurray> which seems like a lot to me
[22:14] <asac> av`: i like it ;)
[22:14] <av`> asac, do you think it needs to mature a bit or not?
[22:14] <asac> bdmurray: why does that need many updates?
[22:15] <asac> av`: depends on what you want
[22:15] <asac> i think normal browser usage is quite good and stable
[22:15] <asac> but its the first major exposure of that code
[22:15] <av`> asac, looks like gecko-->webkit transition is not yet mature
[22:15] <av`> e.g some regressions, crashes
[22:16] <asac> av`: we fixed a few
[22:16] <asac> i need bugs and backtraces
[22:16] <asac> then we can fix them still
[22:16] <av`> I saw we have a webkit team
[22:16] <av`> with a nice PPA in it
[22:16] <av`> I gonna move to epiphany, will let you know if I found out anything wrong
[22:17] <av`> asac, do you think epiphany will be made the first ubuntu's browser?
[22:17] <bdmurray> asac: it uses xpath with launchpad web pages which seems to change a lot ;-)
[22:17] <av`> asac, somehow / somewhen
[22:17] <asac> bdmurray: oh. ok.
[22:17] <asac> av`: unlikely
[22:17] <av`> asac, why ubuntu don't follow GNOME's project directions for epiphany like with all other stuff?
[22:17] <asac> epiphany-webkit is basically a one + 10*10th man show ;)
[22:18] <asac> because we dont follow GNOME directions. we select the best software for users
[22:18] <asac> gnome is just the default direction
[22:18] <asac> that can be changed and adjusted
[22:18] <asac> ;)
[22:19] <av`> asac, and what about chromium?
[22:19] <av`> asac, will it become the 'best software' in a near future?
[22:19] <asac> not sure why you are asking all this
[22:19] <av`> asac, pure curiosity :)
[22:19] <asac> can i see the future?
[22:19] <asac> no
[22:20] <av`> asac, you can't, but sure you have a wide view of things now
[22:20] <asac> yes.
[22:20] <asac> ffox extensions are a killer feature that is unlikely to happen for any other browser soon
[22:20] <av`> yeah, that's a true point
[22:20] <asac> also ffox has a strong brand on windows
[22:20] <asac> and is a good bridge for those users
[22:21] <asac> they feel a bit home at least ;)
[22:21] <av`> true as well
[22:21] <asac> chromium is promissing
[22:21] <av`> but there is still a lot of work to do behind it
[22:21] <asac> in the short run no chance to replace ffox as the default in the general distro
[22:21] <asac> maybe in custom builds
[22:21] <asac> or downstreams
[22:21] <asac> that will probably happening sooner
[22:22] <av`> asac, did you see mozilla now pays 500 bucks for ppl who gonna find security bugs? :)
[22:22] <asac> they always did that
[22:22] <asac> since 1.0
[22:22] <av`> maybe not so much
[22:22] <asac> they did
[22:22] <asac> not if they stopped it in between
[22:23] <asac> but i never saw a "we dont do that anymore" announce
[22:23] <asac> you get that if you find and help fixing the bugs
[22:23] <av`> then the planet post I saw reported some oudated informations
[22:23] <asac> unless you are paid for such work anyway ;)
[22:23] <av`> * outdated
[22:23] <asac> yeah. i think they might want to refresh this
[22:23] <asac> so its more obvious
[22:24] <av`> yeah, maybe was just a reminder post
[22:24] <av`> asac, I fully upgraded to karmic and the new NM rocks
[22:25] <av`> it supports my wireless connections without problems and with full power
[22:25] <av`> before it had the 70% of signal and the router was 1 m away
[22:25] <av`> now seems to be fixed and the signal is 99%
[22:30] <micahg1> fta: does songbird daily support ipods?
[22:30] <fta> micahg, not sure, i'm no longer using it. in the past, that part was not opensource
[22:31] <fta> i need to orphan that ppa
[22:31] <micahg> fta: did you fix the FTFBS or should I look at it later?
[22:31] <fta> and the packaging branch too
[22:31] <fta> i fixed xul 1.9.3
[22:32] <av`> fta, about songbird
[22:33] <av`> fta, a lot of ppl wanted to help packaging it on debian as well
[22:33] <av`> fta, but everyone left after looking at the package
[22:33] <fta> av`, feel free to redo it from scratch if you think you can do better
[22:33] <micahg> fta: I don't see the revisions in the branch
[22:33] <av`> fta, you could discuss it with awoodland, who is the only guy who is working on it ATM
[22:34] <av`> fta, no, sorry, no time : )
[22:34] <av`> fta, awoodland wanted to restart doing it, you might want to have a chat with him
[22:34] <av`> fta, he is the ITP owner for debian
[22:36] <fta> av`, i no longer care, he can take over my work, or ignore it. i've tried several times to pass the hand and i was willing to help during the transition, noone ever stepped up
[22:38] <fta> each time i let the ppa red for more than a few days, some random guys jump in and complain, but none ever offer help
[22:38] <fta> +ed
[22:43] <fta> asac, you did:
[22:43] <fta> -debian/tmp/usr/lib/xulrunner-1.9*/greprefs
[22:43] <fta> +debian/tmp/usr/lib/xulrunner-1.9*/res/greprefs.js
[22:43] <fta> should have been:
[22:43] <fta> -debian/tmp/usr/lib/xulrunner-1.9*/greprefs
[22:43] <fta> +debian/tmp/usr/lib/xulrunner-1.9*/greprefs.js
[22:44] <micahg> asac: why does apt-get source epiphany-browser still redirect to epiphany-webkit?
[22:47] <asac> micahg: maybe epiphany-browser isnt build yet?
[22:47] <asac> fta: well. check the commit comment
[22:47] <bdrung> bdmurray: can you follow http://wiki.debian.org/Teams/DebianMozExtTeam and rename the binary to xul-ext-lp-improvements and the source to lp-improvements or lp-improvements-extension?
[22:47] <micahg> It's FTBFS right now
[22:48] <asac> he said "move to res/greprefs.js" ;)
[22:48] <micahg> I was going to look at it
[22:48] <asac> move greprefs to res/greprefs.js
[22:48] <fta> yep
[22:48] <asac> maybe he even committed that on top
[22:49] <fta> who knows
[22:52] <micahg> asac: how can I grab the source of a package in the archive but not built yet?
[22:54] <fta> dget its dsc
[22:55] <micahg> thanks fta
[22:55] <asac> micahg: the build failed
[22:55] <asac> micahg: yeah dget
[22:55] <micahg> which one?
[22:55] <asac> epiphany-browser
[22:55] <micahg> yeah
[22:55] <asac> http://launchpadlibrarian.net/33030533/buildlog_ubuntu-karmic-i386.epiphany-browser_2.28.0-4_FAILEDTOBUILD.txt.gz
[22:55] <micahg> I was going to see if I can fix
[22:55] <asac> GVFS-RemoteVolumeMonitor-WARNING **: cannot open directory /usr/share/gvfs/remote-volume-monitors: Error opening directory '/usr/share/gvfs/remote-volume-monitors': No such file or directory
[22:55] <asac> aborting...
[22:55] <asac> /bin/bash: line 1: 21329 Aborted                 g-ir-compiler Epiphany-2.28.gir -o Epiphany-2.28.typelib
[22:55] <asac> not sure. i didnt get that on my local machine
[22:55] <asac> and we synched from debian
[22:55] <asac> so it probably built there too
[22:55] <micahg> it built fine in debian
[22:56] <asac> yes. thats what i mean ;)
[22:56] <asac> micahg: maybe check if the debian build actually does this typelib gir stuff
[22:56] <asac> might be that we pulled in something through a transitaionl build-depends
[22:56] <asac> taht auto enabled something
[22:56] <micahg> asac: that file doesn't exist in ubuntu or debian
[22:58] <asac> that doesnt work ;)
[22:58] <asac> you would need to check the build log
[22:58] <asac>  i gues
[22:58] <asac> for "GEN    Epiphany-2.28.typelib
[22:58] <asac> "
[22:58] <asac> what file does not exist?
[22:58] <asac> i mean in the build log
[22:58] <asac> if there is  a GEN ... Epiphany-2...typelib
[22:58] <asac> in debian
[22:58] <asac> but well ;) ... i think you will figure
[22:58]  * asac goes back preparing the update
[22:58] <fta> asac, added a find
[22:59] <asac> thx
[22:59] <asac> fta: btw its past 10 pm :)
[22:59]  * asac kicks
[22:59] <fta> wanted to regenerate the *install but it's not trivial
[22:59] <fta> yeah, thanks
[22:59] <asac> fta: before you leave. maybe we should stop doing this .install completely?
[23:00] <asac> atm we have half in ther and the rest in rules
[23:00] <asac> thats not good ;)
[23:01] <fta> yep, i'll think about it
[23:02] <BUGabundo> fta:  asac: quick question: I have 2 FF 3.7 profiles
[23:02] <BUGabundo> how can i copy passwords from one to the other?
[23:03] <asac> BUGabundo: weave?
[23:04] <asac> latest weave worked pretyt great for me
[23:04] <BUGabundo> same PC
[23:04] <BUGabundo> don't really want to host it online
[23:04] <BUGabundo> can't I just copy a file or db?
[23:05] <BUGabundo> xmarks messed one of my FFs
[23:05] <BUGabundo> so I made a new one, reinstalled all addons expect xmarks
[23:05] <BUGabundo> and coppied history, bookmarks, and stuff
[23:05] <BUGabundo> but passwords as a no go :(
[23:06] <asac> BUGabundo: weave encrypts your stuff ;)
[23:06] <asac> BUGabundo: there is a db file yes.
[23:06] <asac> try signons.sqlite
[23:07] <BUGabundo> okay
[23:07] <BUGabundo> I'll sqlite it 1st t ose
[23:12] <asac_> !time
[23:12] <asac_> !test
[23:13] <micahg> !now
[23:14] <micahg> @now
[23:14] <micahg> @now CDT
[23:16] <asac_> !test
[23:16] <BUGabundo> asac: (new TypeError("chromeWin.Firebug is undefined", "file:///home/bugabundo/.mozilla/firefox-3.7/xnsw79xq.2/extensions/%7Be4a8a97b-f2ed-450b-b12d-ee082ba24781%7D/components/greasemonkey.js", 392))
[23:16] <BUGabundo> those this tell you something ?
[23:16] <micahg> maybe Firebug isn't  compatible with 3.7?
[23:17] <BUGabundo> no idea
[23:17] <BUGabundo> I don't even have it enable
[23:17] <micahg> does greasemonkey need firebug?
[23:17] <BUGabundo> asac_: doh. now I see why I though signons.sqlite wasn't it
[23:17] <asac_> yeah
[23:17] <BUGabundo> I was just looking at disablehosts :(
[23:18] <asac> ?
[23:19] <BUGabundo> ok this is strange
[23:19] <BUGabundo> both DBs have around the same amount of records
[23:19] <BUGabundo> 397 against 382
[23:20] <BUGabundo> so why aint the new profile accessing the passwords?
[23:21] <asac> damn ... net is flaky here still
[23:21] <asac> !test
[23:22] <BUGabundo> lolol
[23:22] <BUGabundo> asac: did you get my monolog?
[23:23] <asac> no
[23:24] <asac> i didnt get anything before your TypeError
[23:26] <BUGabundo> asac: *if* you are still with us: backlog http://paste.ubuntu.com/286569/
[23:27] <micahg> here's a nice bug that maybe others should +metoo: bug 444091
[23:28] <BUGabundo> installing weave
[23:30] <asac> micahg: not sure. i always felt like PPAs are something to publish stuff (for release or quick testing) ... not to testbuild ;)
[23:34] <micahg> asac: well, even for the buildbots
[23:34] <micahg> it would be nice if it would FTBFS on one arch
[23:34] <micahg> instead of
[23:34] <micahg> 3
[23:48] <asac_> hope this connection stays for a whil