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