[02:42] <micahg> asac: are you around?
[06:27] <ddecator_> looks like we may have a fix for the songbird gstreamer issues =)
[06:27] <micahg> ddecator_: k, haven't had a chance to look at your email yet
[06:28] <ddecator_> micahg: i was just letting you know that the upstream devs produced my bug and were working on a fix. i'm building with their patch to see if it works
[06:31] <asac> micahg: whats up?
[06:32] <asac> have to run out in 5 ;)
[06:33] <micahg> asac: what needs to be prepared for 3.0/3.5 updates?
[06:33] <micahg> and thunderbird?
[06:33] <asac> micahg: chrisccoulson was on that iirc
[06:33] <asac> iirc he uploaded it there
[06:33] <asac> micahg: how is porting going ;)?
[06:33] <micahg> I didn't see any new commits or updates to -security PPA
[06:34] <micahg> asac: one left for main, that I should have doen by sunday
[06:34] <asac> i definitly told chris to take care of it
[06:34] <asac> he is on it
[06:34] <micahg> asac: Thunderbird also?
[06:34] <asac> micahg: all the rest is uploaded
[06:34] <micahg> asac: for main, yed
[06:34] <micahg> *yes
[06:34] <asac> micahg: was tbird updated?
[06:34] <asac> micahg: and insecure list ... any progress?
[06:34] <micahg> asac: yes, I'm spinning a tarball to test
[06:34] <asac> we should start pushing stuff for hardy to a ppa
[06:35] <asac> micahg: in the end chris should take care of all this
[06:35] <micahg> asac: insecure, jsut edbrowse, gluezilla, and miro
[06:35] <asac> micahg: feel free to poke him aggressively
[06:35] <micahg> asac: ok, i missed him by about 20 minutes when I came back
[06:35] <asac> micahg: so insecure was no progress for a week? ;)
[06:35] <asac> whats the problem with those
[06:35] <asac> we need to get those resolves
[06:35] <asac> resolved
[06:35] <asac> with highest prio
[06:36] <micahg> asac: edbrowse I'm working on a wrapper script but chris couldn;t tell me whats wrong
[06:36] <micahg> miro I did some tests, mostly works
[06:36] <asac> micahg: wrapper?
[06:36] <micahg> some python errors I wantes him to look at
[06:36] <micahg> asac: mozjs
[06:36] <micahg> needs LD_LIBRARY_PATH
[06:36] <micahg> is there another way to do that
[06:37] <asac> you need to set LD_LIBRARY_PATH=/usr/lib/xulrunner-`xulrunner --gre-version`
[06:37] <micahg> asac: yes, where?
[06:37] <asac> in a wrapper script
[06:37] <micahg> ok
[06:37] <asac> does edbrowse use gecko embedding?
[06:37] <micahg> so I tried that, but my rules scripts is failing somehow
[06:37] <micahg> yes
[06:37] <asac> if so it should use the standalone glue rather than linking against libmozjs
[06:37] <asac> micahg: post your rules
[06:38] <micahg> http://pastebin.com/zcMgSbYG
[06:39] <asac> post-install is a rule and not a command
[06:39] <micahg> I've been trying to finish off the lucid porting list so we can drop xul191
[06:39] <asac> jjust add the lines where you want them to happen
[06:39] <asac> thats easiest
[06:40] <micahg> asac: my shell script generation is failing
[06:40] <micahg> make: *** No rule to make target `debian/edbrowse.sh', needed by `pre-build'.  Stop.
[06:41] <asac> well. dont call post-install
[06:41] <micahg> I got rid of that
[06:41] <asac> copy those lines directly where you have post-install
[06:41] <asac> then you did something else wrong
[06:41] <micahg> I also jsut realized my approach is flawed and I shouldn't do substitution in the script
[06:41] <asac> yes
[06:41] <asac> debian/edbrowse.sh
[06:41] <asac> doesnt exist
[06:42] <micahg> right, but I made a .in file and added a % target
[06:42] <asac> if you dont have that file it will happen like it
[06:42] <asac> well
[06:42] <asac> %: wont work there
[06:42] <asac> just do it manually before you copy
[06:42] <asac> and remove it in clean:
[06:42] <asac> and dont try to use a rule ;)
[06:43] <micahg> I'm just going to add the .sh file as is as I won't be modifying anything ATM
[06:43] <asac> yes. even better
[06:43] <asac> drop the other code then
[06:43] <asac> e.g. the code you added for %:... :)
[06:43] <micahg> that's what I get for trying too hard :)
[06:43] <asac> yeah
[06:43] <asac> cool
[06:43] <asac> ok
[06:44] <asac> i dont think its using gecko embedding
[06:44] <asac> LIBS = -lpcre -lssl -lcurl $(shell pkg-config --libs mozilla-js)
[06:44] <asac> so its really using js only
[06:44] <asac> so yeah. you are doing it right
[06:44] <asac> with those two changes it probably owrks
[06:45] <asac> so is chris working on porting at all ?
[06:45] <asac> e.g. i never hear anything from him
[06:45] <asac> no questions/nothing
[06:45] <micahg> asac: he uploaded soemthign that wasn't ready
[06:46] <micahg> instead of uploading all the FF/XUL stuff I needed uploaded
[06:46] <micahg> kazekhase is broke
[06:46] <asac> hmm ok
[06:46] <micahg> galeon has a weird error on start for myportal
[06:46] <asac> yeah
[06:46] <asac> is that a regression?
[06:46] <asac> imo we should kill galeon
[06:46] <asac> thats dead meat
[06:47] <micahg> asac: idk if it's a regression
[06:47] <asac> dont waste time if its not a regression
[06:47] <micahg> I'll have to check in a karmic cd
[06:47] <asac> yeah. but even without we should just kill it imo
[06:47] <micahg> and add to blacklist from syncing from debianm/
[06:48] <asac> yes
[06:48] <micahg> ok, I can file the bug
[06:48] <micahg> what's the priority on seamonkey
[06:48] <asac> right. give me bug id so i can ack that
[06:48] <micahg> we can't have 1.x in lucid
[06:48] <micahg> I'll file a bug now
[06:48] <asac> yes. someone needs to do that ... but i dont htink it should be you
[06:48] <asac> we can do seamonkey after beta
[06:49] <micahg> ok
[06:49] <asac> ok thanks for the update. will be back tonight
[06:49] <asac> e.g. in 12+ h
[06:49] <micahg> asac: should we have a call then?
[06:49] <micahg> no
[06:49] <asac> hmm. yes. we can have that
[06:49] <micahg> ok, we'll chat later then
[06:49] <asac> but like 1730 UTC
[06:50] <asac> if that works for oyu
[06:50] <micahg> asac: tomorrow early is better
[06:50] <asac> ok ... maybe lets do that
[06:50] <asac> lets discuss that later
[06:50] <asac> ttyl
[06:50] <micahg> I'll catch up with chris in the morning
[06:52] <ddecator_> micahg: they actually added the patch upstream, so i stopped my build and am building the newest trunk with the patch applied. assuming it works i'll push it to lp. just to make sure, am i supposed to request for a merge in songbird, or should i request a merge for the songbird-daily ppa?
[06:53] <micahg> ddecator_: jsut to songbird
[06:53] <ddecator_> micahg: alright, sure thing
[06:57] <fta2> ripps, you said you filed a bug upstream, url?
[06:58] <ripps> fta2: okay, just a sec. It seems that problem is only in chromium, as the equivalent version in google-chrome works fine.
[06:59] <ripps> fta2: http://code.google.com/p/chromium/issues/detail?id=39969
[06:59] <fta2> ripps, my codecs are most probably ahead of the dev channel
[07:00] <ripps> -ffmpeg-extra crashes due to a problem that seems to originate in libsumo (or something), while -ffmpeg just doesn't load anything at all.
[07:01] <fta2> hmm
[07:03] <fta2> the non -extra wont work for youtube. youtube html5 needs h264, which is only in -extra
[07:06] <ripps> I can't get debug any more refined debug symbols because -ffmpeg-extra-dbg doesn't depend on -ffmpeg-extra.
[07:06] <fta2> i fixed that yesterday
[07:06] <ripps> fta2: hasn't made it to ppa yet, then.
[07:06] <fta2> yep, i can see that
[07:09] <ripps> I've switched to google-chrome for now, as it seems to work just a well as chromium, and at least html5 vids play now.
[07:16] <fta2> :(
[07:17] <micahg> fta2: I see you stopped pushing intrepid dailies
[07:17] <fta2> yep
[07:17] <fta2> it's EOL
[07:17] <micahg> fta2: not till EOM
[07:17] <fta2> ?
[07:18] <micahg> April 30
[07:18] <fta2> pitti asked me to stop doing dailies for old distros, to save build cycles
[07:19] <micahg> fta2: that's fine, just wanted to let you know it's not officially EOL till Apr 30, but I doubt anyone using a daily would still be using intrepid at this point
[07:23] <micahg> fta2: BTW, we should be able to start songbird daily up again soon, ddecator_ has put a lot of work into fixing the build, I just need to review and merge
[07:24] <ddecator_> =)
[07:24] <fta2> micahg, ok.
[07:26] <fta2> micahg, btw, there's no point in me continuing to run the bot for moz stuff as i no longer contribute. It just adds my name everywhere and it's not right. I'd appreciate if you could take over.
[07:26] <micahg> ddecator_: probably after beta 2
[07:26] <micahg> fta2: ok, can you wait until after lucid release?
[07:26] <fta2> sure
[07:27] <micahg> I have a server that I can use, just no time to set everything up
[07:27] <ddecator_> micahg: no problem, i'm just glad to have it working. i'll keep up with packaging daily builds and hopefully getting some more features working properly
[07:27] <micahg> fta2: so I assume you would prefer me starting up the songbird daily builds from my server when I'm ready them?
[07:27] <micahg> *then?
[07:28] <fta2> if it takes you too long, i can restart it from here
[07:28] <micahg> ok, we'll see when I get to approving the merge
[07:29] <micahg> This weekend I have to focus on squeezing everything I can into Lucid Beta 2
[07:31] <ddecator_> micahg: still figuring things out, but if there is ever anything i can do to help, don't hesitate to ask
[07:32] <micahg> ddecator_: after we get it running again, if you can keep the patches in sync, that would be great
[07:33] <ddecator_> micahg: sure thing
[07:33] <ddecator_> micahg: once you tell me what all that entails =p
[07:34] <ddecator_> micahg: doesn't have to be now though
[08:08] <fta2> micahg, is your MSA broken?
[08:09] <fta2> seems it was yesterday, looks fine now, n-m
[08:12] <ddecator_> micahg: works perfect for me now, i'll push to lp and request the merge. i can work on doing some cleanup with weekend, getting some more info in the copyright file
[08:12] <ddecator_> s/with/this
[08:16] <micahg> ddecator_: ok
[08:20] <ddecator_> micahg: btw, the upstream dev tested on older gstreamer builds, and the new patch doesn't seem to conflict in any way
[08:32] <micahg> ddecator_: prism isn't the cause of not starting
[08:32] <ddecator_> micahg: i thought that's what was causing the issue?
[08:33] <micahg> ddecator_: no, it's the symlinked paths
[08:33] <ddecator_> micahg: oh, sorry, misunderstood that bug then
[08:34] <micahg> The fix should have been pushed already...
[08:35] <ddecator_> want me to ask him to make sure his system is fully up-to-date?
[08:35] <micahg> ddecator_: nope
[08:35] <micahg> it wasn't pushed yet, that's the problem
[08:35] <ddecator_> ah
[08:39] <micahg> k, I really need to go to sleep :)
[08:39] <ddecator_> so do i
[08:39] <ddecator_> micahg: night
[08:44] <fta2> ddecator, there's no need to create a changelog entry for each version. just keep the last one UNRELEASED until it enters the real repos, we do that for all dailies
[09:19] <fta2> ripps, updated the codecs in all ppas, please retry
[09:19] <ripps> fta2: kinda busy right now, I'll get around to it in half hour or so
[09:20] <fta2> ok
[10:45] <BUGabundo> morning
[10:55] <ripps> fta2: okay, I installed -ffmpeg-extra and -ffmpeg-extra-dbg, with chromium in --single-process mode. The browser doesn't crash on youtube videos now, but instead, youtube says my browser doesn't recongnize the video formats available.
[10:56] <fta2> eh? weird
[11:03] <ripps> hold on, let me try commenting out the flags I have set in /etc/chromium/default
[11:09] <ripps> fta2: nope, even with all my previous flags commented out, youtube can't detect the codec.
[11:09] <ripps> Was h.264 removed?
[11:12] <ripps> fta2: how can I be sure that chromium is even loading libffmpegsumo.so?
[11:16] <[reed]> really? you're patching NSS?
[11:16] <[reed]> not cool
[11:18]  * ripps is now trying the normal -ffmpeg package
[11:22] <ripps> yeah, that didn't work either
[11:22] <ripps> *sigh*
[12:17] <fta2> ripps, the normal -ffmpeg package is not supposed to work, it's only for ogg/vorbis/theora
[12:17] <fta2> let me try
[12:17] <ripps> I know, I was just making sure.
[12:18] <fta2> hm, there's a problem. it regressed for me too
[12:51] <Dimmuxx> what's the holdup on 3.6.2 now that nss is updated?
[15:52] <micahg> chrisccoulson: thanks for pushing Firefox/Xulrunner
[15:52] <chrisccoulson> micahg - you're welcome
[15:52] <chrisccoulson> did you enjoy your days off?
[15:52] <micahg> chrisccoulson: yeah, it was nice
[15:53] <micahg> chrisccoulson: we need to retry a few FTBFS builds after xulrunner 1.9.2.2 builds on all arches
[15:53] <micahg> chrisccoulson: gtk-vnc and gnome-chemistry-utils
[15:53] <micahg> chrisccoulson: thanks for asking :)
[15:54] <chrisccoulson> micahg - yeah, pitti will do gtk-vnc once xulrunner is published, and then i will do g-c-u too
[15:54] <chrisccoulson> but that might be tomorrow now as there's quite a delay on the builders
[15:55] <Dimmuxx> is the fontfix included in it?
[15:55] <micahg> Dimmuxx: no
[15:56] <Dimmuxx> oh I thought it was approved, but not until 3.6.3 then or will 3.6.2 be rebuilt eventually?
[15:56] <micahg> Dimmuxx: what was approved?
[15:56] <chrisccoulson> there will be another 3.6.2 update with the cairo patch hopefully in time for beta 2
[15:57] <Dimmuxx> micahg: the cairo patch
[16:15] <chrisccoulson> Dimmuxx, yes, that was approved
[16:15] <chrisccoulson> hey micahg
[16:15] <chrisccoulson> so, we won't need a new nss in the firefox-stable PPA for karmic, as that's being updated already
[16:16] <chrisccoulson> but the others will either need the new nss, or we'd need to build them with the bundled version instead
[16:16] <chrisccoulson> are the packages in the firefox-stable PPA using bundled xulrunner?
[16:16] <micahg> chrisccoulson: yes
[16:17] <chrisccoulson> micahg - so, the safe option is probably to build the updates for <= jaunty with bundled nss
[16:17] <micahg> chrisccoulson: I don't know what the implications are for in build NSS vs system NSS...but in source NSS is automatic if there's no system NSS
[16:23] <chrisccoulson> micahg - i think for the firefox-stable PPA, built-in NSS should be the safer option. there's no rdepends on any of the packages in the PPA, so it's not likely to break anything else
[16:23] <micahg> chrisccoulson: ok, I'll push that tonight then, I have to disable the firefox-kde patch as well for the < lucid releases
[16:24] <asac> why not push the nss to stable PPA?
[16:24] <asac> i think we need it anyway for 3.5
[16:24] <asac> in our security update?
[16:24] <asac> whats the status on that?
[16:24] <chrisccoulson> asac - we need it for the karmic update only
[16:25] <asac> yes. but then we can push it to jaunty too
[16:25] <asac> we will need it soon anyway
[16:25] <chrisccoulson> and that's uploaded to the u-m-s PPA already (i'm just waiting for it to build before uploading anything else)
[16:25] <asac> so we can have it tested in nss
[16:25] <chrisccoulson> pitti just adjusted the score for nss so it builds quicker
[16:26] <micahg> asac: I can push NSS to stable PPA tonight if you want for < karmic
[16:26] <micahg> and for karmic too if it's not in archive yet
[16:27] <chrisccoulson> yeah, i don't think nss will be copied across now until after the weekend, with most people being on holiday from tomorrow
[16:28] <micahg> asac: should I use ~mfs~DISTRO1 for NSS suffix so they get the in archive version when we push it?
[16:28] <asac> micahg: someone should quickly test it for jaunty ... but otherwise yes.
[16:28] <asac> maybe push it to daily ppa first
[16:29] <micahg> asac: I don't think I have rights to daily PPA yet
[16:30] <micahg> asac: also, should I make branches for each release in the stable PPA?
[16:35] <ccheney> asac: what replaces xulrunner-dev in main?
[16:35] <ccheney> asac: i noticed i can't get it for OOo building in main anymore
[16:36] <micahg> chrisccoulson: do you know why xulrunner-dev was demoted?
[16:37] <chrisccoulson> micahg - one second, just on a call
[16:42] <ccheney> hmm it seems xulrunner-dev was probably in main in the past but got demoted to universe but xulrunner-1.9.2-dev is still in main
[16:46] <ccheney> asac: was that a mistake i see the source package is relatively new, so maybe xulrunner-dev just got forgotten in universe?
[16:49] <micahg> ccheney: no, this was done before 1.9.2.2 was upload
[16:52] <ccheney> micahg: hmm well it was apparently still in main as of Mar 26, and now i can no longer build OOo
[16:52] <ccheney> mar 26 was after xulrunner-1.9.2 source was uploaded so it appears it was done intentionally in past couple days
[16:52] <chrisccoulson> micahg - i asked pitti to demote the whole of xulrunner-1.9.1 now, as it doesn't seem like anything needs it in main now
[16:53] <micahg> chrisccoulson: yeah, there are 2 more things, I should be fixed today, 1 monday
[16:53] <chrisccoulson> we're going to see if anything comes up on component-mismatches or wherever these things get flagged up on, and then fix them before beta 2
[16:53] <micahg> chrisccoulson: but since it happened before the 1.9.1.9 upload, xulrunner-dev accidentally got demoted
[16:54] <ccheney> micahg: ah so it should still be in main then?
[16:54] <chrisccoulson> micahg - oh, the xulrunner-dev provided by 1.9.2 got accidentally demoted too?
[16:54] <micahg> chrisccoulson: yeah
[16:54] <ccheney> chrisccoulson: yes
[16:54] <chrisccoulson> that definately needs fixinf
[16:54] <chrisccoulson> ok, i'll ping pitti about that, sorry
[16:54] <ccheney> chrisccoulson: no problem :) just wondering if i needed to change my packaging for OOo :)
[16:54] <chrisccoulson> i uploaded 1.9.1 today without xulrunner-dev as well
[16:54] <micahg> chrisccoulson: right :)
[16:55] <micahg> chrisccoulson: BTW, it's still a problem on IA64 as we don't have a good build of xulrunner-1.9.2 yet
[16:55] <micahg> chrisccoulson: so I don't know if it should have been demoted yet
[16:57] <chrisccoulson> we're running out of opportunities to make changes like this though (after beta-2 is released, there is only 1 week before final freeze), so we should probably use this time now to fix inconsistencies like this
[16:57] <chrisccoulson> pitti has re-promoted xulrunner-dev again now
[16:57] <chrisccoulson> but you need to wait 1 hour for the next publisher run
[17:00] <chrisccoulson> ok, i will have a look at the ia64 build issue later
[17:00] <ccheney> chrisccoulson: ok thanks, i don't think i will have OOo uploaded by then, still have to fix a couple bugs
[17:03] <fta> kenvandine, what files/dirs from gwibber should i restore if i create a new desktop (just reinstalled my main desktop on a new/bigger/faster disk)
[17:04] <kenvandine> fta just couchdb
[17:04] <fta> where is that?
[17:04] <kenvandine>  ~/.local/share/desktopcouch/gwibber*
[17:04] <fta> ok
[17:04] <kenvandine>  ~/.local/share/desktop-couch/gwibber*
[17:04] <kenvandine> i think
[17:05] <kenvandine> i just use ubuntuone :)
[17:06] <fta> wow.. 200MB
[17:08] <kenvandine> fta, and you are running gwibber trunk right?
[17:08] <fta> yes
[17:08] <kenvandine> you must have a ton of messages
[17:08] <kenvandine> since we auto compact the DB now
[17:08] <kenvandine> it must have been much bigger
[17:08] <chrisccoulson> mine is ~35MB, and i get hardly any messages ;)
[17:08] <fta> 191M    .local/share/desktop-couch/.gwibber_messages_design
[17:10] <micahg> chrisccoulson: will you have time to look at IA64 after beta 2?
[17:10] <fta> it tough to reconfigure a nicely tuned desktop from scratch, confs are everywhere :(
[17:10] <fta> +'s
[17:10] <chrisccoulson> micahg - i'll probably need to look at it before beta 2 really
[17:10] <micahg> chrisccoulson: should I file a bug and assign to you?
[17:11] <chrisccoulson> micahg - yeah, feel free
[17:11] <chrisccoulson> have you had any experience with building ia64 stuff locally?
[17:11] <chrisccoulson> i've never tried to do that before
[17:11] <micahg> chrisccoulson: no, I asked someone about it and was told that it tries to do the right thing IIRC
[17:12] <micahg> chrisccoulson: you didn't have a chance to look at gjs did you?
[17:12] <chrisccoulson> micahg - not yet
[17:13] <micahg> chrisccoulson: let's chat later today if you finish the FF30/FF35 updates
[17:13] <chrisccoulson> yeah, no problem
[17:14] <BUGa_vacations> kenvandine: gwibber still sucking a LOT of CPU
[17:14] <BUGa_vacations> can't you guys trim it a bit ?
[17:15] <BUGa_vacations> also, show account server name in the account lables! having them all say "BUGabundo" doesn't help
[17:15] <kenvandine> BUGa_vacations, is it higher now?
[17:15] <kenvandine> i should be :)
[17:15] <fta> where is the pref to get icons only in toolbars? can't find it
[17:16] <kenvandine> not being funny... there is a keyring bug that is affecting lots of things
[17:16] <BUGa_vacations> kenvandine: yeah I know that can be it
[17:16] <BUGa_vacations> but all I see in atop is gwibber :(
[17:16] <kenvandine> gwibber-service or gwibber?
[17:17] <BUGa_vacations> services mostly
[17:17] <BUGa_vacations> let me restart it
[17:17] <kenvandine> and is it like 100%?
[17:17] <kenvandine> or over 90% all the time?
[17:17] <rickspencer3> I run gwibber non-stop
[17:17] <rickspencer3> and it peaks at like 9% when it's loading the window
[17:17] <BUGa_vacations>   Installed: 2.31.1~bzr703-0ubuntu1~daily1
[17:17] <rickspencer3> otherwise, doesn't even show up on top
[17:17] <BUGa_vacations> rickspencer3: how many / which services?
[17:17] <kenvandine> rickspencer3, i really wish i knew why your not affected by this bug
[17:17] <BUGa_vacations> how large is your DB?
[17:17] <rickspencer3> identica, twitter, facebook
[17:18] <BUGa_vacations> identica, two other SNs, twitter
[17:18] <rickspencer3> my DB has to be maxed out, since I have been running it forever
[17:18] <BUGa_vacations> daily trunk on lucid 64 bits
[17:18] <BUGa_vacations> two streams
[17:18] <BUGa_vacations> HOME and replies
[17:18] <BUGa_vacations> rickspencer3: you ?
[17:18] <kenvandine> ls -lh ~/.local/desktop-couch/gwibber_messages.couch
[17:18] <rickspencer3> I have 4 streams
[17:19] <BUGa_vacations> ls: cannot access /home/bugabundo/.local/desktop-couch/gwibber_messages.couch: No such file or directory
[17:19] <rickspencer3> I keep replies open as well
[17:19] <kenvandine> whoops
[17:19] <BUGa_vacations> can't fit more then 3 stream on my 13.3"
[17:19] <kenvandine> ~/.local/share/desktop-couch/gwibber_messages.couch
[17:19] <BUGa_vacations> -rw-r--r-- 1 bugabundo bugabundo 43M 2010-04-01 17:17 /home/bugabundo/.local/share/desktop-couch/gwibber_messages.couch
[17:20] <BUGa_vacations> rickspencer3: compiz or metacity?
[17:20] <rickspencer3> compiz
[17:20] <BUGa_vacations> nvidia?
[17:20] <rickspencer3> -intel
[17:20] <BUGa_vacations> there must be a root cause for this
[17:20] <rickspencer3> right
[17:21] <rickspencer3> I thought it's been traced back to access to the keyring
[17:21] <rickspencer3> apps that access the keyring go haywire on certain people's computers
[17:21] <rickspencer3> kenvandine, is that not correct?
[17:22] <BUGa_vacations> rickspencer3: auto login on GDM?
[17:22] <rickspencer3> no
[17:22] <rickspencer3> I login with GDM
[17:26] <BUGa_vacations> ahh
[17:26] <BUGa_vacations> I have autologing
[17:26] <kenvandine> that shouldn't matter
[17:26] <BUGa_vacations> could that be it, trigerring the cpu?
[17:26] <BUGa_vacations> I have the same prob with gnome-do
[17:26] <kenvandine> although... i don't even know if BUGa_vacations' problem is keyring
[17:26] <rickspencer3> "shouldn't matter" ;)
[17:26] <BUGa_vacations>   PID  SYSCPU  USRCPU  VGROW  RGROW  RDDSK  WRDSK  ST EXC S  CPU CMD     1/3
[17:26] <BUGa_vacations>  1401 11930h28m   0.01s   100K    24K     0K     4K  --   - S 200% indicator-appl
[17:26] <BUGa_vacations> 31243   4.66s   9.11s     0K     0K     0K     0K  --   - R  92% gwibber-servic
[17:26] <BUGa_vacations>   387   0.00s  12.56s     0K     0K     0K     0K  --   - S  84% gnome-do
[17:26] <rickspencer3> kenvandine, do you autlogin?
[17:26] <kenvandine> no
[17:26] <rickspencer3> so that rules that out, right htere
[17:27] <BUGa_vacations>   387   0.05s  13.34s     0K     0K     0K     0K  --   - S  89% gnome-do
[17:27] <BUGa_vacations> 31243   5.17s   8.22s     0K     0K     0K     0K  --   - R  89% gwibber-servic
[17:27] <kenvandine>   1401 11930h28m   0.01s   100K    24K     0K     4K  --   - S 200% indicator-appl
[17:27] <kenvandine> wtf!
[17:27] <BUGa_vacations> it was a peak
[17:27] <kenvandine> still
[17:27] <BUGa_vacations> atop running in 15 sec sample
[17:27] <BUGa_vacations>   387   0.00s  11.55s     0K     0K     0K     0K  --   - S  77% gnome-do
[17:27] <BUGa_vacations> 31243   4.01s   7.11s    16K     0K     0K     0K  --   - R  74% gwibber-servic
[17:27] <BUGa_vacations>   704   0.93s   1.41s 402.4M 25420K     0K     0K  N-   - S  16% gwibber-servic
[17:27] <BUGa_vacations>   705   0.45s   0.76s 402.4M 25104K     0K     0K  N-   - S   8% gwibber-servic
[17:27] <BUGa_vacations> err
[17:27] <BUGa_vacations> time to kill DO
[17:27] <BUGa_vacations> :(
[17:27] <BUGa_vacations>  1447    491.4M     2.0G        25544K                       13% bash
[17:28] <BUGa_vacations> wow
[17:28] <BUGa_vacations> talk about mem leaks
[17:28] <fta> bash?
[17:28] <BUGa_vacations> 31243   1.80s   3.38s     0K     0K     0K     0K  --   - R  99% gwibber-servic
[17:29] <BUGa_vacations> kenvandine: yeah GS is stuck
[17:29] <BUGa_vacations> but since its now so fast starting
[17:29] <kenvandine> that is exactly what happens with the keyring
[17:29] <BUGa_vacations> I just close it and open when I need it
[17:29] <kenvandine> that sucks though
[17:29] <kenvandine> or rickspencer3, i know why you don't see that with gwibber
[17:30] <rickspencer3> oh yeah?
[17:30] <BUGa_vacations> lol
[17:30] <BUGa_vacations> why?
[17:30] <kenvandine> rickspencer3, your accounts are still storing passwords plain text
[17:30] <rickspencer3> d'oh
[17:30] <BUGa_vacations> LOLOLOLOOOOOOOOOOOOLLLLL
[17:30] <kenvandine> so we don't auto convert people
[17:30] <chrisccoulson> plaintext passwords?
[17:30] <BUGa_vacations> btw
[17:30] <BUGa_vacations> let me check the state of SN OAuth
[17:30] <rickspencer3> kenvandine, should I delete the passwords from couch?
[17:30] <kenvandine> BUGa_vacations, have you run gwibber-accounts and re-saved?
[17:30] <chrisccoulson> how do people fix that? ;)
[17:31] <BUGa_vacations> now that even google porvides this
[17:31] <BUGa_vacations> kenvandine: nope
[17:31] <kenvandine> chrisccoulson, open accounts and edit an account
[17:31] <kenvandine> click save
[17:31] <kenvandine> it will convert it to storing in keyring
[17:31] <BUGa_vacations> is it going to get worse?
[17:31] <chrisccoulson> kenvandine - thanks
[17:31] <kenvandine> BUGa_vacations, oh... and your still getting that much CPU load?
[17:31] <fta> what's going on with the official builders? i've been waiting for several days to push chromium, but the codecs are still waiting for a slot :(
[17:31] <chrisccoulson> when did that change btw?
[17:31] <kenvandine> BUGa_vacations, look in the web view... please
[17:31] <kenvandine> chrisccoulson, yesterdays upload
[17:31] <BUGa_vacations>  saved
[17:31] <kenvandine> or in trunk about a week ago
[17:32] <kenvandine> ok... i wanted you to make sure first :)
[17:32] <chrisccoulson> fta - they're incredibly busy at the moment
[17:32] <BUGa_vacations> kenvandine: webview?
[17:32] <rickspencer3> kenvandine, so I changed and saved my identi.ca pw, and quit gwibber
[17:32] <kenvandine> rickspencer3, ok
[17:32] <rickspencer3> so if I open gwibber now, I should see the cpu peg?
[17:32] <kenvandine> yeah
[17:33] <kenvandine> BUGa_vacations, the web interface to couch, called futon
[17:33]  * BUGa_vacations kisses kenvandine arse
[17:33] <fta> amd64	2	 88 jobs (14 hours), i386	3	 950 jobs (12 hours)
[17:33] <fta> weird
[17:33] <chrisccoulson> kenvandine - it would be worth sending an email to ubuntu-devel-announce about that change, so people know how to convert their plaintext password in to an encrypted one
[17:33] <BUGa_vacations>   PID  SYSCPU  USRCPU  VGROW  RGROW  RDDSK  WRDSK  ST EXC S  CPU CMD     1/11
[17:33] <BUGa_vacations>  1243   5.17s   9.25s   -16K     0K     0K    12K  --   - R  96% gwibber-servic
[17:33] <BUGa_vacations>  1350   2.47s   3.34s     0K     0K      -      -  NE   0 E  39% <gwibber-serv>
[17:33] <BUGa_vacations>  1349   1.26s   1.36s     0K     0K      -      -  NS  15 E  17% <gwibber-serv>
[17:33] <chrisccoulson> there's a lot of people testing at this point in the cycle ;)
[17:34] <chrisccoulson> (sorry if you've already done that)
[17:34] <kenvandine> i haven't
[17:34] <kenvandine> chrisccoulson, good idea
[17:34] <chrisccoulson> i think you probably should do
[17:34] <chrisccoulson> :)
[17:34] <BUGa_vacations> kenvandine: now what??
[17:34] <kenvandine> although that will just make that many more people angry about the keyring bug
[17:35] <kenvandine> BUGa_vacations, dunno... :)
[17:35] <chrisccoulson> kenvandine, yeah, probably best to wait until that's fixed then
[17:35] <kenvandine> problem is it is hard to figure out for sure if the keyring is causing your problem
[17:35] <chrisccoulson> but once that's fixed, it would definately be worth announcing it
[17:35] <kenvandine> since there is nothing in the logs or even in a strace
[17:35] <kenvandine> so weird
[18:28] <chrisccoulson> asac - i think i've probably asked you already, but would you mind having a look at https://wiki.ubuntu.com/DesktopTeam/Specs/Lucid/FirefoxNewSupportModel/extension-list at some point, just in case there are some removal candidates that you don't agree with?
[18:28] <chrisccoulson> i want to start getting these cleaned up next week really
[18:28] <chrisccoulson> micahg - i would appreciate your feedback on those too ;)
[18:48] <maxb> ooi, what's the current outlook on enigmail for lucid?
[21:07] <gnomefreak> how the hell do i change the amount of chars on a line in a thunderbird compose/reply window?
[21:12] <gnomefreak> i really cant stand the sideways scroll changing size of window doesnt help unless i amke it reall really big
[21:16] <sebner> asac: bah, you br0ke firefox with your last upload :P
[21:17] <gnomefreak> now you tell me :(
[21:36] <BUG_vacations> evening
[22:06] <gnomefreak> bug 8803
[22:06] <gnomefreak> when did we go back to 4 digit reportts
[22:07] <gnomefreak> bug 11199
[23:53] <micahg> [reed]: are patches still being accepted for 1.9.2.3?