[00:00] sent [00:01] or not [00:01] kmail crashed after sent [00:01] LOL [00:01] not sent [00:01] darn === rickspencer3-afk is now known as rickspencer3 [00:02] asac, BTW, are you still awake? [00:02] now its sent [00:08] network-manager [00:08] network-manager-dev [00:13] d'oh . forgot to add the PPA key [00:13] now I see why Daviey has the PPA LOLOL [00:15] well kids [00:15] was a pleasure [00:15] but need to restaert [00:19] NCommander: not really ;) [00:20] asac, I was wondering if you felt like commenting on my core dev app? === micahg1 is now known as micahg === micahg1 is now known as micahg [06:18] asac: haven't tried [08:35] hi [08:39] glxgear [08:40] opss sorry wrong channel :( [08:40] hi asac [08:48] hi === ripps_ is now known as ripps [09:55] identi.ca is borked ... cannot sent any dents [09:56] ok ... so no dent ;) [09:58] * asac extended lunch (running some errands and getting lunch afterwards) ... bbl [10:02] lunch at 11am? [10:08] mozilla 469439 [10:08] Mozilla bug 469439 in Plug-ins "Crash when enabling fullscreen flash video [@ @0x110430 ]" [Critical,New] http://bugzilla.mozilla.org/show_bug.cgi?id=469439 [10:08] another jemalloc bug [10:10] fta asac: just in case guys wanted to know, in case your doing a git ppa with git, here's how to get the latest release version using git tag: `git for-each-ref --format="%(taggerdate:raw)%(committerdate:raw)%(refname:short)" refs/tags | sort -n | tail -n1 | sed 's/^.*release-//;s/_/~/' [10:11] or at least, that's what I'm using with mpd [10:44] ripps: git ppa with git? [10:45] you mean a ppa that tracks tags from git hosted upstream? [10:45] fta: running some errands first ;) [10:46] basically sitting in train now for next 20 minutes ... sideeffect: testing 3g behaviour of these cool modems ;) [12:08] hi [12:08] asac: did you catch that dent last night? [12:09] we have a regression [12:41] jdstrand: up? [13:21] asac, for some reason, *.cdbs-config_list is now part of the diff.gz when using bzr bd [13:24] fta2: for me that was always the case [13:24] at least i think [13:24] you sure thats a regression? [13:26] lintian complains about it, but i don't remember if it was there before [13:28] maybe lintian started to complain. [13:52] asac: I am now. what's up? [13:54] jdstrand: two things. tbird roll out -> its in ppa and ready [13:55] (has been released while i was on holiday) [13:55] jdstrand: other thing: dapper: what happens after jul 1 ... will all packages that are not server be removed? [13:56] asac: not removed, but not supported either. You can see http://people.ubuntu.com/~ubuntu-security/dapper/ for what the security team will support [13:57] an announcement should be made very soon [13:57] ok so it makese sense to do a release close to the EOL ... as users still running dapper will still benefit from it [13:57] * jdstrand nods [13:58] jdstrand: i will talk to rick, but i think i should then stop work on everything and get as many CVEs fixed as possible [13:58] ok [13:59] and then we have to figure what we can do in future. this monthly cycle really killed me. [13:59] asac: so, 2.0.0.22+build1+nobinonly-0ubuntu0.8.04.1 , 2.0.0.22+build1+nobinonly-0ubuntu0.8.10.1, 2.0.0.22+build1+nobinonly-0ubuntu0.9.04.1, and 2.0.0.22+build1+nobinonly-0ubuntu1.nspr474 are all ok to push? [13:59] jdstrand: yes. please do some happy testing. on them [13:59] righto [14:00] yeah, the monthly thing is rough [14:01] at least it won't be as bad for a while, with ff3 and tbird2 being the only things 'officially' supported. of course, 3.5 is around the corner... [14:01] jdstrand: yes. i think backports will work better from 3.5 to 3 [14:02] anyhoo, I'll test and publish tbird today [14:02] once they abandon 3. [14:02] which will be in december [14:02] but still this is a bad situation. we are trying to get rid of the rdepends in karmic now [14:02] so we might have the option to do major upgrades in future .... [14:02] asac: aiui, 3.5 will be the supported browser in karmic, correct? (like with hardy and 3.0) [14:03] not sure if we will manage to get that up for next lts though [14:03] jdstrand: yes. karmic. but hardy has 3.0 and upstream will EOL it in dec 2009 (assuming they release in a week or so) [14:03] * jdstrand nods [14:03] so we need 1 year backports if i get it right [14:04] but its from 1.9.1 to 1.9 ... and not from 1.9 to 1.8 [14:04] and hopefully most issues will be found in tracemonkey (jit js engine) which isnt in 1.9 [14:05] besides from javascript that there werent much changes in core gecko engine (like in layout/content) [14:05] that is a welcome change :) [14:07] next lts will probably be more fun [14:07] in case we get 3.5.9 [14:08] it will probably EOL just a year after we release [14:08] and upstream might move to mozilla 2 ;) [14:09] http://threatpost.com/blogs/google-fixes-critical-flaw-chrome-browser [14:10] fta2: ^^ [14:10] jdstrand: ^^ [14:10] so seems that chrome is also in firedrill land ;) [14:10] "This is the second time in two weeks that Google has had to push out a new version to address security vulnerabilities." [14:11] asac, i know [14:11] * jdstrand nods his head sympathetically [14:11] fta2: can you please tell jdstrand if you get to know about such issues? we might need to fix webkit too [14:12] jdstrand: or did you get this on vendor-sec? [14:12] asac, i don't know the specifics but i was aware of those updates in the stable channel [14:13] right. giving heads up that something security related got fixed (even without details) helps a lot [14:15] totally [14:16] Apple released a security update and we are still trying to sort out what applies to us [14:16] and by 'we', I mean the distribution vendors [14:18] asac, jdstrand: http://src.chromium.org/viewvc/chrome/branches/172/src/?view=log [14:18] so http://code.google.com/p/chromium/issues/detail?id=14508 [14:20] thx [14:21] jdstrand: ^^ seems there is a public exploit in that bug [14:25] asac, fta2: thanks [15:33] asac, flash is stealing my inputs on amd64 too (ff 3.6) [15:34] it's a regression [15:36] fta2: what does "steeling input" mean? [15:37] you can't type anything in the url bar, no cursor, no nothing [15:37] can't select [16:00] asac, what should i do to make o3d use nspluginwrapper on amd64? [16:00] is there a spec somewhere? [16:01] fta2: checkout the flashplugin-installer postinst [16:02] also ship something like /usr/lib/nspluginwrapper/dirs.d/flashplugin-installer [16:02] that registers your plugin to be wrapped by the command run in postinst [16:04] grrr, postinst [16:14] evolution of my bot regarding build-deps: http://paste.ubuntu.com/203624/ [16:14] hm, ripps is not there [16:14] i meant: http://paste.ubuntu.com/203625/ [16:17] you like binutils-gold? [16:32] !info test [16:32] Package test does not exist in jaunty [17:41] asac, do you want me to change the compiler to 4.3 everywhere, or just on ARM? [17:44] NCommander: just arm please [17:47] asac, http://paste.ubuntu.com/203662/ - that should do the trick, right? [17:48] (and the assorted control file change of course) [17:49] NCommander: most likely. you could also match "arm" substring instead of eq [17:49] NCommander: and remember to add a [arm] depend on gcc-4.3 etc. [17:49] build-depend i mean [17:49] NCommander: try to stick to current way of changelog formatting ;) [17:50] asac, I do! [17:50] yay [17:50] ;) [17:50] asac, I can rewrite the other changelog entry to do so [17:51] just take care that all changes go in one changelog entry [17:51] e.g. we didnt upload anything in between [17:51] asac, np [17:51] keep it at UNRELEASED [18:12] asac, http://paste.ubuntu.com/203676/ - current debdiff, just doing some final testing before I kick a branch somewhere [18:15] NCommander: the formatting is different to what we use normally [18:16] e.g. we say what is done and then list the files touched by that op [18:16] you say the files touched and then whats up ;) [18:23] otherwise go ahead ;) [18:23] i can shuffle the changelog format if you dont feel like it [18:24] NCommander: oh pleaase prefix the patches with the bugzilla id in the commit [18:24] e.g. bz345050_.....patch [18:24] at least we want that for new patches ;) [18:25] thats it [18:25] give it to me ;) [18:26] asac, I don't have a bugzilla number [18:26] THat's the 1.13 commit that had a blocked id [18:28] *blotched [18:28] NCommander: but the other commit has a bug? [18:29] asac, oh that one (that's Loic's, I can change that one eaisly) [18:30] NCommander: its mozilla bug 339782 [18:31] Mozilla bug 339782 in XPCOM "[ARM] XPTC_InvokeByIndex crashes when cross-compiled under GCC 3.4.x with EABI (CodeSourcery)" [Critical,Resolved: fixed] http://bugzilla.mozilla.org/show_bug.cgi?id=339782 [18:31] (1.13) [18:31] That's it [18:31] yeah [18:31] YOur bugzilla searching skills far outstrip mine [18:31] (I tried google, and didn't find it :-/) [18:31] NCommander: hehe [18:31] painful learning ;) [18:32] so rename both patches and adapt the changelog formatting t... that would be perfect ;) otherwise i can change formatting on merge [18:34] ok, fixed up [18:34] great [18:35] push ... request merge [18:35] and then all flies ;) [18:35] asac, probably should test build it on x86/arm fully first before upload [18:36] NCommander: ok. push it with ~mcas to your native ppa [18:36] but request merge anyway. i dont think there will be problems [18:36] Pushing now [18:45] asac, merge request filed [18:54] NCommander: err ... thats against wrong branch [18:54] rejected [18:54] thunderbird.dev is the right target branch [18:54] Argh, LP picked the wrong one :-/ [18:55] yes ;) [18:55] can you rerequest [18:55] ? [18:56] yeah, doing so [18:57] asac, https://code.edge.launchpad.net/~mcasadevall/thunderbird/arm-segfault-fixes/+merge/7902 [19:07] merged and uploading [19:07] err ... waiting for your ack though [19:07] let me know if all is fine in your ppa [19:08] asac, might take awhile, the buildds are clogged with a toolchain build [19:09] NCommander: i386 is building so we can at least verify that [19:09] (armel is probably tested already) [19:10] asac, it hasn't been tested sans debug and w/ optimizations [19:10] asac, are we going to backport 2.0.0.22 to Jaunty, or do I need to backport to that release (it should be trivial but I'd like to know) [19:13] NCommander: the idea is to get it committed upstream so we will automatically get it in .23 [19:13] asac, but how does that get into jaunty? [19:14] NCommander: .23 update? same as .22 got into jaunty [19:14] security update [19:14] .22 is in jaunty? [19:14] nifty [19:15] should be [19:15] although I'm not sure if this would qualify as a security update IMHO [19:15] well. latest tonight. jdstrand is on it [19:15] NCommander: security/stability update [19:15] thats how the title of our uploads are called [19:15] Ah, makes sense [19:15] so once we're Fix Released in karmic and that's confirmed, then it will be released into *-security? [19:15] however, i wouldnt like to put that patch into jaunty without going through upstream [19:15] s/*/jaunty/g [19:16] beceause i want them to review the changes for eventual risks before pushing that into a stable release [19:16] NCommander: no. the changes you did will not get into jaunty automatically [19:16] we have different branches [19:16] asac, no, that I got :-) [19:16] its just that if we get it committed upstream [19:16] ah ok [19:16] it will come back everywhere (e.g. hardy -> karmic) [19:17] asac, what happens if upstream rejects the change? (you said TB2 is more or less on ice) [19:17] NCommander: they wont reject it if there is no risk [19:17] its just that they wont put any work into things [19:17] but we will see ;) [19:18] Considering its a backport of their own code ... [19:18] i guess they will allow me to commit it [19:18] :-) [19:18] ffox 1.8 is end of life [19:18] so thats no risk [19:18] yeah [19:18] asac, ah, I didn't know you had upstream commit rights [19:18] NCommander: yeah. but in the end it doesnt matter much. we need review/superreview/approval for stable branches [19:18] its just that you dont need to beg someone to commit ;) [19:19] asac, of course, and hopefully you can find someone who can review and superreview quickly [19:19] yes [19:19] i think we will get someone [19:19] at least for .23 we will have an answer [19:20] ARe we going to have to wait for upstream .23? [19:20] preferably yes [19:21] besides from review we would also get professional QA and baking et al [19:21] Right [19:21] so that would be safer to push out to stable users [19:21] Any idea on what the release cycle for TB2 looks like? [19:22] yes. 3 month. unless there is a firedrill [19:22] 1.9 branches have monthly security [19:23] but we are on 1.8 [19:23] anyway. lets first get this into karmic. and verified [19:23] we can then decide what to do [19:25] Right, no problem, I'm just completely new at Mozilla hacking ;-) [19:37] we have a bunch of exciting excersizes ;) ... like backporting many security patches [19:43] fta: can you still submit anything from identi.ca webform? [19:43] i always get http errors [19:44] "Sorry! We had trouble sending your notice (400 Bad Request). Please report the problem to the site administrator if this happens again." === rickspencer3 is now known as rickspencer3-afk [19:56] asac, on the web? i can't even login [19:56] "There was a problem with your session token. Try again, please." [20:03] ppa builders crowded :P [20:13] fta: hmm. odd [20:13] too bad there is no identica channel here on freenode [20:15] yep, it's somewhere else, i don't remember [20:27] hm, i thought adding lintian to build-deps was enough to have it automatically run at the end of the build, apparently not. [20:28] oh, it's debuild [20:29] is there a hook in cdbs after _changes is created? [20:37] fta: in worst case you can use the same target, just below hte includes i guess [20:37] which target? [20:38] binary-makedeb doesn't seem to include the dpkg-genchanges call === micahg1 is now known as micahg === rickspencer3-afk is now known as rickspencer3 [21:26] BUGabundo, does the identi.ca website work for you? i get "There was a problem with your session token. Try again, please." when i try to login [21:29] somewhat [21:29] not always [21:29] gwibber is not posting [21:29] fta: hmm. genchanges is probably done by dpkg-buildpackage directly [21:29] xmpp down [21:29] so most likely not [21:29] I'm sooooooo sad [21:29] jcastro: identi.ca dead? [21:29] and I need to vent! [21:29] Mook_sb, http://launchpadlibrarian.net/28379530/buildlog_ubuntu-hardy-i386.songbird_1.3.0~a~svn20090625r14078-0ubuntu1~usd1~hardy_FAILEDTOBUILD.txt.gz *without* system gst [21:29] have a job interview tomorrow [21:29] this is soooo oun fair [21:29] BUGabundo: good luck! [21:30] fta: damn, that thing must hate me :p [21:30] thanks asac [21:30] asac: -1 on using wireless togle to kill 3G [21:30] BUGabundo: so did you test your 3g carf with mm? [21:30] now I have no safe way to disconect wifi [21:30] install -c -m 0755 /build/buildd/songbird-1.3.0~a~svn20090625r14078/build-tree/songbird/compiled/dist/gst-plugins/libgstcoreelements.so <- missing an argument :/ [21:30] its working alright [21:30] that reminds me [21:30] BUGabundo: yeah right [21:30] I have FW off [21:30] Mook_sb, yep, but it's not my code ;) [21:30] BUGabundo: signal strength et al? [21:31] BUGabundo: did you try to change your PIN? [21:31] ahh it was ON [21:31] fta: yeah, I think that means the source file was missing, IIRC? [21:31] asac: I don't see anything like that [21:31] where should I look? [21:31] BUGabundo: then you dont have all the latest maybe [21:31] maybe [21:31] BUGabundo: the applet has signal strength [21:31] let me fetch updates [21:31] I still have the antena [21:31] the pin function is in connectoin editor [21:32] fta: current buildbot says install -c -m 0755 /builds/songbird/trunk/sb_integ_trunk_linux64/trunk/dependencies/linux-x86_64/gstreamer/release/lib/gstreamer-0.10/libgstcoreelements.so /builds/songbird/trunk/sb_integ_trunk_linux64/trunk/compiled/dist/gst-plugins/libgstcoreelements.so instead... [21:32] BUGabundo: you probably didnt downgrade nm applet ... but now we hsould have a higher version in there, so maybe you get it automatically [21:32] hmm [21:34] fta: I don't see you building non-system-gstreamer? [21:34] Mook_sb, hm, right, i'll have a look ;) [21:34] asac: ~$ sudo aptitude update && sudo aptitude safe-upgrade [21:34] * Mook_sb only sees the taglib build, plus the XR (which looks different due to issues on our side) [21:36] yeah, my bad [21:36] i always built it with system gst [21:36] it's all right; I'm used enough to everything being _our_ bad that I'm as surprised as you are :D [21:38] BUGabundo: i dont know you need modemmanager [21:38] dont think you get new packages on safe-upgrade [21:38] use apt-get dist-upgrade ;) [21:39] errr [21:39] doesn't saf-up get me the same as dist? but better managed? [21:39] asac, gwibber seems fine to me [21:40] i guess not the karmic version [21:42] karmic it is [21:44] I use daily ppa [21:44] its the only way to use gwibber [21:44] that or trunk (when it builds) [21:47] oh, i meant daily/karmic :P [21:47] BUGabundo, o3d-plugin_0.1.38.0~svn20090619r18874-0ubuntu1_amd64.deb [21:47] what for [21:47] ? [21:48] want to test it? [21:48] * BUGabundo grrr still can't get into idenica [21:48] not today! [21:48] to stress out [21:48] with job and identica down [21:48] :(( [21:49] job down? [21:49] no [21:49] hope job UP [21:49] will see [22:05] oh, ok. "(with job) and (identica down)" [22:05] lol [22:05] too much code [22:06] ahahaaahahahhaaha [22:06] RD, sorry, have to [22:16] fta: XMPP alive woot [22:40] two bad intel still locks up when i set screen to powersave [22:40] hard reset required [22:40] (haveent tried to ssh in) [22:41] not here [22:41] but I can't hibernate or suspend [22:41] It make REAL damage to data on disk [22:41] :( [22:42] heh [22:42] ext4? [22:42] nop [22:42] 3 [22:43] all boots now are proced by FSCK [22:43] :( [22:45] suspend at least works here. i must not close the lid though before its sleeping [22:45] because that triggers screen powersave [22:45] which causes hang [22:45] ;) [22:45] i never hibernate [22:45] doesnt make much sense imo [22:45] booting is fast enough for that [22:45] asac: does hibernate do anything on linux? [22:45] yes [22:46] it swaps the memory to your swap device (so only works if your swap partition is bigger than your main mem) [22:46] oh if I unplug power it won't power off [22:46] 50% of the time hibernate won't poweroff [22:46] shutdown jams 5% of the time [22:47] asac: I resume in 10-15 secs from hibernate [22:47] I boot in 1:40 min [22:47] so it DOES make a diff for me [22:47] otoh it takes like 1min to hibernate [22:47] and halt only 10 sec [22:54] ah, maybe that's my problem [22:57] micahg: which one [22:57] swap space [22:57] not enough swap i guess [22:57] it's equal to my main memory [22:57] :) [22:57] micahg: at least the same amount as used RAM [22:57] plus some for stuff that stays in swap [22:58] used to be a rule of tumb to have 2.5xRAM [22:58] of course I use compression, with uscup [23:00] asac, wanna do a quick test for me on x64? (i can't from here) [23:00] fta: have no access to my machine unfortunately :( [23:00] tomorrow evening i will be back [23:00] ok [23:00] a new ia32 libs? [23:01] anyone else on 64bit with a gpu? [23:01] nope, o3d [23:01] BUGabundo: ^^ [23:01] he runs 64bit flash ;) [23:01] he said he's busy [23:01] hmm ok [23:02] or i should just create a ppa and push there [23:02] why not ;) [23:02] then you can dent about it and i redent and maybe that catches some first testers [23:02] (if i could dent at all ;)) [23:02] website doesnt work in trunk build [23:02] asac: still busy catching up [23:02] in 3.0 it works like every 5th attempt [23:02] sure [23:02] all ok [23:02] got a few hunders emails last night [23:02] grr [23:03] i would prefer at least 1 test on x64, i'm not even sure my thing worked [23:03] fta: yeah. ut if its a new ppa, there is not much you can loose. [23:03] gwibber is up for me [23:03] XMPP is lagged on identica [23:03] i dont think lots will jump on it if we send one dent and say that its untested ;) [23:03] http://www.sofaraway.org/ubuntu/tmp/o3d-plugin_0.1.38.0~svn20090619r18874-0ubuntu1_amd64.deb [23:03] getting detns from 8h ago with CURRENT time [23:03] I still have NO idea what o3d is [23:04] so I can't really test it , can I ? [23:04] ok, back to yesterday's debate, ppa location for this [23:04] lets see if gwibber still crashes [23:04] asac: updates _finally_ done [23:04] need to restart? [23:05]