[00:13] @pilot out === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: smoser` [00:52] doko: is python-django on your todo ftbfs fix? === ubuntuish is now known as rmrfslash [01:20] Hi. I am having trouble using bzr to get involved in unity [01:20] can someone please give me a hand? [01:29] jfer: what is your question? === jjohansen is now known as jj-afk === TerminX_ is now known as TerminX === asac_ is now known as asac [03:41] james_w: say, why is this 6 months behind? https://code.launchpad.net/~ubuntu-branches/ubuntu/natty/kde4libs/natty [03:43] Riddell: do you know anyone from upstream KDE that will commit my patch in https://bugs.kde.org/show_bug.cgi?id=245529 ? [03:43] KDE bug 245529 in general "drkonqi fails when PTRACE restrictions are active" [Normal,Unconfirmed] === akshatj|bed is now known as akshatj [04:32] kees, bug 653301 [04:32] Launchpad bug 653301 in Ubuntu Distributed Development "Packages failing due to pristine-tar not being able to reconstruct their tarball" [High,Triaged] https://launchpad.net/bugs/653301 [04:32] which could actually progress now [04:32] * james_w leaves that for tomorrow === sam---___---- is now known as sam-_- [05:46] test [05:46] james_w: ah-ha, thanks [05:47] any progress on the memory leaking nm-applet? === _LibertyZero is now known as LibertyZero === oubiwann-holiday is now known as oubiwann === oubiwann is now known as oubiwann-holiday === almaisan-away is now known as al-maisan [07:11] any progress on the memory leaking nm-applet? [07:41] Good morning [07:54] good morning [07:54] good morning dholbach [07:54] hi akshatj [08:08] * ebroder wants Upstart managing his user session instead gnome-session === smb` is now known as smb === evilvish is now known as \vish === \vish is now known as vish === leagris is now known as virtuald [08:58] hey [08:59] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: Open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: smoser`, seb128 [09:00] * dholbach hugs seb128 [09:00] * seb128 hugs dholbach [09:03] seb128: happy flying [09:04] mvo, thanks ;-) === jj-afk is now known as jjohansen === doko__ is now known as doko [10:49] mvo, I see you fixed the python-minimal problem, THANKS! [10:51] mvo: oh, did you? [10:51] not really :/ [10:51] doko just added workaround for now [10:51] * mvo is off for lunch [10:51] pitti: there was an upgrade of python2.6-minimal, after which I could install python-minimal [10:52] mok0: in natty? no, that was python2.7-minimal dropping the Breaks: [10:52] it would be a workaround if the fixed python-defaults arrives in -updates [10:52] pitti: That's what it seemed like when apt-get did its thing [10:52] yes in natty [10:53] anyway my natty sbuilder is now happily compiling again :-) [12:02] kees: Riddell, apachelogger, and JontheEchidna all have commit rights in KDE svn, so one of them. [12:02] Oh, or agateau if you can catch him. [12:09] seb128: can you please reupload bug 688781 [12:09] Launchpad bug 688781 in sqlite3 (Ubuntu Maverick) "Fix performance regression affecting Banshee" [Low,Fix committed] https://launchpad.net/bugs/688781 [12:09] seb128: with a fixed LP# ref in the changelog? [12:15] pitti, urg, yeah sorry about that [12:18] pitti, done [12:18] seb128: merci [12:18] de rien, sorry for not being careful [12:19] the bug number was listed twice but not with the right format ;-) === jjohansen is now known as jj-afk === bilalakhtar_ is now known as cdbs [13:05] NCommander: When you have a moment, I'd like to talk to you about sip4-qt3 (looking for help understanding it, not asking you to do work). === drspeedo|away is now known as drspeedo === njpatel is now known as njpatel_ [13:29] seb128: who best to ask about vala? bug #618809 [13:29] Launchpad bug 618809 in gtask (Ubuntu) "libvala-dev -> libvala-0.10-dev transition" [High,Confirmed] https://launchpad.net/bugs/618809 [13:32] doko, do they fail to build or...? [13:33] seb128: yes, b-d on libvala-dev, now we seem to target vala 0.12 [13:34] doko, did they fail to build if you rename the build-depends? [13:37] seb128: yes [13:38] kenvandine, ^ do you have time to try to see what's wrong with gtask? [13:39] cyphermox and slomo are not online. will subscribe them [13:40] doko, or wait for kenvandine to reply [13:40] ok [13:41] Więcej osób chce Cię poznać na Badoo! [13:41] ups, not this copy [13:41] doko: is python-django on your todo ftbfs fix? [13:41] ari-tczew: no. what is wrong with it? [13:42] doko: no longer build with python. it's to sync, but it can be synced because it's ftbfs on natty chroot. [13:43] ari-tczew: bug number? [13:43] doko: not reported, report it? [13:43] ari-tczew: ftbfs is not that much info ... [13:43] doko: as sync request or rather ftbfs? [13:54] ari-tczew: is it safe ti sync, do packages b-d on it, build? you have more information than me. please make it available. bug report seems to be fine [13:56] seb128, i can look at gtask [13:57] doko: hmmm, I can't attack buildlog ATM, so I'm sending pastebin: http://paste.ubuntu.com/544044/ [13:57] bug 690646 [13:57] Launchpad bug 690646 in python-django (Ubuntu) "FTBFS with python" [Undecided,New] https://launchpad.net/bugs/690646 [13:57] doko: Have you been seeing, http://pb.daviey.com/cRcx/raw/ ? [13:58] ari-tczew: does the package b-d on python-all*? [13:58] Daviey: dpkg -l python python-minimal ? [13:59] doko: nope [13:59] doko: version 2.6.6-2ubuntu1, want a full paste? [14:00] ari-tczew: but it tries to build for it. [14:00] doko: http://pb.daviey.com/ZJew/raw/ [14:00] Daviey: see my last comment in https://bugs.edge.launchpad.net/ubuntu/+source/python2.7/+bug/689306 [14:00] doko: Build-Depends: debhelper (>= 7.0.50), python-support, python (>= 2.5) | python-sqlite, language-pack-en-base Build-Depends-Indep: python-sphinx, libjs-jquery [14:00] Ubuntu bug 689306 in python2.7 (Ubuntu) "package python2.7-minimal 2.7.1-1ubuntu1 failed to install/upgrade: ErrorMessage: subprocess installed post-installation script returned error exit status 3" [Medium,Confirmed] [14:01] * Daviey reads [14:04] jhunt, hey, you had a bug for initramfs-tools for the fixes for the new linhib0001 stuff, can you point me at it [14:05] apw: https://bugs.launchpad.net/ubuntu/+source/util-linux/+bug/683605 [14:05] Ubuntu bug 683605 in util-linux (Ubuntu) "kernel hibernate signature has changed from S1SUSPEND to LINHIB0001" [Undecided,New] [14:05] jhunt, how is that one going, i am starting to see duplicates of it [14:05] doko: thanks! [14:06] jhunt, oh yeah it was waiting for something to invalidate a pending linhib0001 image in swap when it was first installed ... else bad poop (tm) could occur [14:13] ScottK: I'm here [14:13] NCommander: Hello. [14:13] ScottK: how are you doing this morning? [14:13] NCommander: I looked at dh_sip and it seems simple enough. The one big question I have is where does the API version come from? [14:13] NCommander: Pretty good. Pleanty to do. [14:14] ScottK: ah, that's a new feature added by the co-maintainer. I would have to look [14:14] NCommander: OK. I thought you had been involved in it. [14:14] give me a sec, I'll grab the source [14:14] Thanks. [14:14] apw: sorry, been busy on upstart. So the scenario is that if a user boots a kernel older than 2.6.37 (having hibernated in the 2.6.37 kernel), we need to invalidate the swap signature right? [14:14] ScottK: I did some design discussions, but then I went to China and it got implemented without me [14:14] I see. [14:15] ScottK: looks like we're quizing dpkg for the python-sip version [14:15] jhunt, no actually the issue is if we have natty and hibernate, reboot, hibernate is not detected and swap is lost. we then fix the tools and reboot and it finds and resume from the image and the filesystem no longer matches the memory image and BLAMMO bad corruption of / [14:15] ScottK: which is sane because we don't know if the sip ABI has changed (there's no promise by upstream that it will remain stable) [14:15] jhunt, so if you install your fixes to the tools, we need to invalidate the swap marker as the contents are definatly BAD to use [14:16] cjwatson, ^^ [14:16] cjwatson: did you get around to putting archdetect in userspace BTW? (per UDS) [14:16] NCommander: Right, but dh_sip uses whatever API version the package provides. [14:17] I'm trying to figure out where that comes from (see the provides in debian/control) [14:18] ScottK: it would be the version of the source package then [14:18] * NCommander looks a little more indepth [14:19] NCommander: see recent debian-boot@ [14:19] That doesn't match what's there currently. [14:19] cjwatson: checking [14:20] ScottK: what's there currently? === zyga is now known as zyga-food [14:20] NCommander: Provides: ${python:Provides}, sip-api-7.0, sip-api-7.1 [14:21] cjwatson: thread title? [14:22] * NCommander is not seeing it in the archive list [14:22] NCommander: http://lists.debian.org/debian-boot/2010/12/msg00481.html [14:23] cjwatson: interesting. I'll be watching what develops in this thread (dpkg-subarchitecture or extending dpkg-architecture is an interesting idea TBH) [14:30] NCommander: I can't say I approve myself - stuff that isn't maintained by the dpkg team shouldn't be in the dpkg-* namespace [14:30] (dpkg-reconfigure is a historical mistake that shouldn't be repeated) [14:30] I followed up to the thread to say that [14:39] doko: so, are B-D fine or not? [14:40] ari-tczew: is the package meant for all supported python versions, or just for the current one? [14:41] doko: dunno, really [14:45] ari-tczew: where is the merged package? [14:45] doko: merged? [14:46] ari-tczew: I thought you wanted to merge from unstable? [14:46] doko: it's ready to sync [14:46] cjwatson: thanks for being on top of this [14:47] doko: but it's ftbfs - the same with current package and from unstable, so I'm getting in touch with you [14:50] ari-tczew: $ cat debian/pyversions [14:50] 2.3- [14:51] dholbach: does http://merges.ubuntu.com/main.json (and restricted, universe, multiverse, and main-manual etc.) fit the form you need for harvest? [14:51] doko: I see. what does it mean for me? [14:53] cjwatson, that should be fine - I might write a script that goes and merges them (as Harvest does packagesets/etc. on its own) - let me quickly try it out [14:53] so it wants to build for all python versions. uninstall python26-minimal and try again [14:53] dholbach: right, it's just easiest to spit them out that way [14:53] cjwatson, don't worry - that's totally fine - should be easy to do :) [14:53] dholbach: I also just committed a grep-merges tool to ubuntu-dev-tools that uses that output [14:54] awesome [14:54] I'll report back in a few [14:54] thanks in any case [14:54] so should at least be valid json ;-) [14:54] ari-tczew: and it will fail later ... [14:56] doko: could you fix it? [14:56] (I can't) === njpatel_ is now known as njpatel [15:11] cjwatson, looking good :) [15:11] (locally) [15:12] excellent === tkamppeter_ is now known as tkamppeter [15:29] cjwatson, where do the unity peeps hang out ? [15:30] #ayatana probably [15:32] yeah [15:37] ScottK: are you still interested in updating your +1 on my core dev app [15:37] NCommander: I don't think we've worked on anything together recently? [15:38] hm, debootstrapping a lucid image on natty is giving me troubles [15:39] ScottK: I poked you on that earlier lsat month, and I thought you wanted to revise what you said; are you still confortable +1ing me? === dholbach_ is now known as dholbach [15:39] You did? [15:40] * ScottK lost those brain cells apparently. [15:40] NCommander: Give me a link and I'll look. [15:40] ScottK: I thought I did, or at elast said something at UDS. Granted, its been a long month [15:41] ScottK: https://wiki.ubuntu.com/MichaelCasadevall/CoreDevApplication [15:41] doko: I prefer to not uninstall python2.6-minimal - it will remove 50% of important packages. [15:41] doko: I guess that you're talking about remove python2.6-minimal from B-D? [15:42] ari-tczew: you should do development in a chroot where you can do stuff like this [15:42] NCommander: I think it's still correct. [15:42] doko: I use pbuilder. python2.6-minimal doesn't exist in debian/control [15:49] How to deal with a package distributed by svn only, and where upstream does not provide a .tar.gz file? [15:49] mok0: do they tag releases? === bjf[afk] is now known as bjf [15:49] azeem: nope [15:50] mok0: do they have version numbers at all? [15:50] pitti: yes, svn revision numbers [15:50] I mean "eleases" [15:50] then I'd just use 0.0.0~r as version number [15:50] azeem: oh, they do have a version number yes [15:50] mok0: right, use 0.r1234 as fake version numbers and use make dist [15:51] pitti: ok... just seems going a detour, when everything is in LP [15:51] :-) [15:52] Perhaps 0~r1234. That should accommodate any kind of future version number. :-) [15:52] mok0: well, you could use bzr-svn to import upstream's trunk, and create a branch with the packaging in it [15:52] ion: mathematically that's a really fun number [15:52] pitti: right, but I still need a tar.gz file for the source package [15:53] a non-negative number smaller than 0 [15:53] hehe [15:53] mok0: why? [15:53] mok0: you can call autoreconf in debian/rules, if you are worried about that [15:53] pitti, errh that was what I thought you said: "make dist" [15:53] mok0: right, you'd use that _if_ you want to create an orig.tar.gz [15:54] if you want to branch off trunk for a packaging branch, you don't have to [15:54] but your choice really [15:55] pitti: I see. I've never done packaging directly from a bzr before, so it's new territory for me. [15:55] it's not that different; you just need to ensure that you build the autoconfiscation [15:55] (if they use autotools) [15:56] pitti: they do [15:58] pitti, do you have a reference for a package I could study, that does not use an orig.tar.gz file? [15:59] hm, not off-hand [16:01] jdstrand: when somebody files four separate SEGV reports in the space of a minute, I'm afraid I begin to suspect something else wrong [16:01] jdstrand: so could you run memcheck86 on your machine please [16:01] Keybuk: they aren't mine [16:01] Keybuk: they are old and private. I just noticed them since I had access [16:01] are they not? LP's make them sound like they are [16:02] ahh [16:02] LP fail then [16:02] Keybuk: so I subscribed you and james since I thought someone might be interested in seeing them :) [16:02] thanks [16:02] jdstrand: in general, subscribe james from now on [16:02] sure [16:02] he's the ubuntu maintainer now [16:03] Keybuk: ok, I did both of you this time, but noted [16:03] but I never mind being subscribed [16:03] I just mean avoid only subscribing me by accident, since I won't be here :p [16:03] * jdstrand nods [16:04] thanks :p [16:04] will take a quick look at these now [16:04] cool, thanks === tremolux_ is now known as tremolux [16:14] kenvandine: gtask, thanks for the upload, but better re-upload as ubuntu1 instead of buildN [16:18] doko, will do [16:20] doko, done [16:22] cjwatson, it's on there! http://harvest.ubuntu.com/opportunities/ :) [16:23] neat! [16:24] * dholbach hugs cjwatson [16:24] good work! === beuno is now known as beuno-lunch === jj-afk is now known as jjohansen [16:30] I wish that my system wouldn't randomly decide that a window should have the cursor grabbed when the window believes that it does not... clearing that makes for some fun exploritory poking [16:39] cjwatson, could you review or merge https://code.launchpad.net/~smoser/ubuntu/natty/openssh/lp688574/+merge/43366 when you have some time? [16:47] I really wish that ssh-import-id weren't in openssh. it's such a bad idea for it to be integrated there [16:47] it belongs in a separate package [16:48] seb128: Dustin's assigned it to himself, he can do it [16:48] (the bug) [16:49] cjwatson: ? [16:49] kirkland: 16:39 cjwatson, could you review or merge https://code.launchpad.net/~smoser/ubuntu/natty/openssh/lp688574/+merge/43366 when you have some time? [16:49] you assigned the bug to you so as far as I'm concerned you're taking care of that [16:49] cjwatson: it was a separate package, we reviewed it in belgium, and i got the go ahead from you to drop it in openssh-server [16:49] over my protests [16:49] ups sorry, I was reviewing from the queue and just read the merge request, not the bug [16:49] I thought it was wrong but you wouldn't let up :( [16:50] bug 690436 is a great demonstration of why it should be separate [16:50] Launchpad bug 690436 in openssh (Ubuntu) "ssh-import-id requires wget and ca-certificates to function properly" [Undecided,New] https://launchpad.net/bugs/690436 [16:50] cjwatson: ? i'm sorry, i didn't under you protested it [16:51] it's bizarre that we have this thing that upstream doesn't care about, that's maintained totally separately from openssh to all intents and purposes, and yet it's in the openssh-server package [16:51] it's basically an Ubuntu server add-on [16:53] cjwatson: are you asking for this in a separate source package, or a separate binary package under openssh ? [16:53] normally, source packages are divided along maintenance lines [16:54] I really don't know what I'm asking for any more, though, I just want not to have to worry about ssh-import-id TBH [16:54] cjwatson: okay; i'm in the process of getting it upstream [16:54] you seriously think upstream will take it? [16:55] I am extremely doubtful [16:55] cjwatson: to do that, smoser wanted to re-write it in the way that that merge request does [16:55] cjwatson: i honestly have no idea; i have never dealt with that upstream [16:55] cjwatson: is ssh-copy-id upstream? [16:55] I think you're onto a loser [16:55] ssh-copy-id is, yes [16:55] but from ages and ages back [16:56] openssh upstream are extremely conservative, and rarely include anything significant that they didn't write themselves [16:56] maybe I'm wrong, but it would astonish me if they took ssh-import-id [16:57] cjwatson: i see it in a contrib/ [16:57] cjwatson: i see this as ssh-copy-id, from the other direction [16:57] cjwatson: ssh-copy-id securely pushes a public key; ssh-import-id securely pulls a public key [16:57] cjwatson: i mean, i can make a new source/binary package; but it's one shell script and one manpage [16:57] you may see it that way, but I think it's unlikely that upstream will [16:57] pulling keys has much more interesting cryptographic properties [16:58] cjwatson: right; i don't know that upstream well enough to have any idea what they would say [16:58] pulling keys over SSL even more sos [16:58] *so [16:58] because that means SSL is now within their security boundary [16:59] not to mention the hardcoding of LP, etc. [16:59] (sure, that's fixable, although the hardcoding is a desirable part of the UI from Ubuntu server's point of view) [17:00] cjwatson: it's configurable now [17:00] cjwatson: the URL; defaults to LP [17:00] bear in mind that even of patches I think are a good idea, or even blindingly obvious, I only have a 50% success rate or so at getting them upstream [17:00] when they do take them, they often rewrite them [17:00] cjwatson: okay, well, i plan on dropping the script on that list out of courtesy [17:01] cjwatson: if they have constructive criticism that I can address, I will [17:01] I'm pretty confident we're stuck with it forever [17:01] cjwatson: if they tell me to go f myself, fine; i've done my duty [17:01] but that's an ongoing maintenance problem [17:01] cjwatson: now, what I really want to know is how you want this script to be packaged in Ubuntu, in the mean time [17:02] IMO the dependency issues are a good reason why at the very least it needs to be a separate binary package again [17:02] cjwatson: it shouldn't be a maintenance problem; it should just work; shouldn't need a lot of attention; it should do one thing and do it well [17:02] its very little on going maintenance, and a fairly high amount of "man that was easy" [17:02] there's a bunch of mail I have to ignore [17:02] any bunch of mail I have to ignore is a problem :) [17:03] look, I can procmail out anything with ssh-import-id in the subject if you really want, but I'm not sure that's constructive. What I want is for it not to show up as part of openssh maintenance, because really, it's being maintained separately [17:03] cjwatson: i'm subscribed to all bugs in openssh [17:04] I know, but so am I [17:04] things like this happen, where the patch pilot asks me about something and I honestly don't have a clue [17:05] cjwatson: "don't have a clue" -- dude, you probably the smartest person I know ;-) [17:05] cjwatson: but I understand, I don't want this to be your problem [17:05] I don't have a clue about the correctness or otherwise of this merge request [17:05] I view that as a problem, given that I maintain the package [17:05] whether it's my problem ... I'm not sure [17:06] cjwatson: well, for the record, I would be happy for you to pass any and all ssh-import-id issues to me, and I'll deal with them at a high degree of urgency [17:06] but it seems to me that having these two disparately-maintained things in the same source tree is just creating extra work [17:06] cjwatson: that said, i'll split this out to a separate package [17:06] kees: I committed that patch to KDE thanks [17:07] cjwatson: fine, i'll split it out; can openssh-server recommend this package? [17:07] sure [17:07] * kirkland gets to work [17:07] thank you, my mailbox will appreciate it [17:09] cjwatson: I've tweaked busybox for bug 683605, but am getting quilt errors on the 'dpkg-buildpackage -S' [17:09] Launchpad bug 683605 in util-linux (Ubuntu) "kernel hibernate signature has changed from S1SUSPEND to LINHIB0001" [High,Confirmed] https://launchpad.net/bugs/683605 [17:10] jhunt: what's the text of the error? [17:10] cjwatson: error is, "dpkg-source: error: can't build with source format '3.0 (quilt)': no orig.tar file found" [17:10] ah, ok, that's easy - cd to the parent directory, 'apt-get -d source busybox' [17:10] just so it has the upstream source available [17:11] I take it you generated a quilt patch for your change? [17:11] ok - the parent dir does have the bzr upstream src, but clearly that ain't good enough :-) [17:11] cjwatson: no - never used quilt. [17:11] aha, well you need to :) [17:12] back out your changes to start with [17:12] quilt new name-of-your-change.patch # look in debian/patches/ for examples [17:12] quilt edit util-linux/volume_id/linux_swap.c # or whatever [17:12] make your changes [17:12] quilt refresh [17:13] then edit debian/patches/name-of-your-change.patch according to http://dep.debian.net/deps/dep3/ so that we know why it's there in future [17:13] then you can build [17:13] the main thing to watch out for is just that quilt needs to know about any file you change before you edit it, so that it has a pristine copy - 'quilt edit' is basically 'quilt add; $EDITOR' [17:14] you can use the 'what-patch' tool in ubuntu-dev-tools to find out whether a package uses a patch system before you start editing it [17:15] Riddell: great! thanks. :) [17:15] cjwatson: thx! Re the apt-get src, I'm running maverick, but this bug is in natty, so a wget or similar instead presumably? [17:15] oh, yeah [17:16] dget http://archive.ubuntu.com/ubuntu/pool/main/b/busybox/busybox_1.17.1-7ubuntu4.dsc [17:16] sorry, dget -d [17:17] or I have http://paste.ubuntu.com/544096/ lying around in ~/bin/get-lp-package - 'get-lp-package ubuntu busybox 1:1.17.1-7ubuntu4' [17:25] jhunt: or just put the natty deb-src in your sources.list [17:26] ev: thx === beuno-lunch is now known as beuno [17:46] kirkland, did you guys agree to use a new source? should the sponsors be unsubscribed from this bug for now then? [17:46] kirkland, the openssh one [17:47] seb128: sure, just assign the bug to me [17:47] ok thanks [17:49] cjwatson: presumably you're subscribed to openssh-unix-dev@mindrot.org? [17:49] cjwatson: and presumably you won't want me to explicitly CC you on my note to them? [17:55] kirkland: right [17:55] (well, I read it via a news gateway)0 [18:04] cjwatson: I'm confused by the Forwarded quilt field. I'm fixing this bug in lp:ubuntu/busybox, so to generate the upstream git patch, do I use the bzr-git to patch "lp:busybox" and export a git patch, mail to the busyboxy mailing list and then ref. *that* patch in my lp:ubuntu/busybox quilt patch? [18:04] jhunt: upstream will probably respond best if you just generate a patch using git format-patch for them [18:05] based on whatever their current tip of development is [18:05] jhunt: so normally, TBH, I just copy the patch around between two trees :) [18:05] Who does not love git format-patch? [18:06] though I mean a patch is a patch is a patch, so if you generate it with bzr-git I shouldn't imagine it would go too badly wrong [18:06] anyway, Forwarded just wants a URL so that you can show you've sent the patch somewhere [18:07] cjwatson: git patches can be applied directly and have a commit message; so it's a bit easier (just git am 0001-my-patch.patch) [18:07] cjwatson, jhunt: "bzr send --format=git" generates git-format-patch-like patch files [18:08] jelmer: Cool [18:09] cjwatson: thx, so I *think* I fix the bug in lp:busybox, bzr send it upstream, then pull that into lp:ubuntu/busybox as a quilt patch, build it, upload to ppa and request sponsorship. This bug is turning into a four-act epic... :) [18:09] There's also "bzr diff --format=git". I'm not sure if anybody other than myself is using either at the moment though. [18:11] jhunt: it gets quicker as you build up habits [18:12] jelmer: I get bzr: ERROR: Bad value "git" for option "format". - am I missing something? [18:12] cjwatson: whoever said this isn't easy? :) [18:12] * jhunt goes for a strong drink and a lie down... [18:12] juliank: do you have bzr-git installed? [18:12] jhunt: I don't really think about it any more [18:13] jelmer: I thought I had it installed, but I didn't. [18:13] you get used to lobbing patches around into the right places === al-maisan is now known as almaisan-away [18:18] ebroder: around? [18:31] pedro_, hggdh has implicated you. suggesting that you may have been running some lp:qa-regression-testing on lucid-proposed kernel (2.6.32-311.23) [18:32] * hggdh hides, fast [18:33] smoser, yes, for this kernel cycle i've running test-kernel.py and test-kernel-root-ops.py [18:34] so do you have results ? i'm completely unaware of how long that takes or what it entails [18:34] i do, one sec [18:35] smoser, http://people.canonical.com/~pedro/kernel/ [18:35] smoser, in there you can find the results and as well from autotest and ltp for maverick, lucid and karmic proposed kernels [18:36] pedro_, so, that represents "PASS" ? [18:36] yes [18:39] pedro_, so, based on that, i'm going to mark changelog mentioned bugs as "verification-done" [18:39] bdrung: Here now; will be caught up on backlog momentarily [18:39] and i'll point at your results. do you have any issue with that? [18:39] smoser, ok nice, i'm commenting on the tracking bugs right now [18:39] oh. [18:40] well, then you can do the 'verification-done' also [18:40] or maybe just let that up to an SRU person, but in the past pitti told me that i could change the tag if i'd done it. [18:41] smoser, the tests were done by Monday but we were waiting for HW cert team to provide their results first, just following the https://wiki.ubuntu.com/Kernel/StableReleaseCadence#Tracking%20Bug%20Procedure [18:41] smoser, but just a few minutes ago marjo said it's ok to comment on it and that the procedure is going to be fixed [18:45] pedro, smoser: according to sconklin, qa team can post results, but we shouldn't be changing any tags until both hw cert & qa team are done [18:45] marjo, smoser ok our part is done (qa team) now we have to wait for hw cert [18:45] for maverick, lucid and karmic kernels [18:45] pedro: ack [18:46] pedro: nice job! [18:46] hggdh, ^ that goes for you too ;-) [18:46] thanks a lot marjo [18:46] pedro_: this is relative to kernel updates, right? [18:47] hggdh, yes Señor [18:48] pedro_: muchas gracias [18:50] ebroder: i reviewed your backportpackage branch and i have some requests [18:50] ok, so someone from QA is going to mark the relavant bugs as "verification-done" ? [18:50] I didn't like cmake that much in the past, but looking at the alternatives like handcrafted build systems and cmake, ... I do like it better [18:50] and we're waiting on some hw cert tests, is that right ? [18:51] smoser, yes [18:51] any idea on how long that is going to be ? [18:51] (not nagging, asking) [18:51] cr3, ^ ? [18:52] ebroder: you probably have to unquote the dsc url from launchpad (to convert "%2b" -> "+") [18:53] ebroder: you should evaluate if the package build process failed [18:53] Keybuk, jhunt: I forget - why did you guys decide to do /etc/init/foo.override instead of a separate directory? Separate directories seems to me like it would enable more things easily down the road (e.g. using /etc/init.user + ~/.init for user sessions) [18:54] bdrung: What do you mean by evaluate if the build failed? Right now it throws an error, doesn't it? [18:55] ebroder: biulder.build(...) returns the return code of the build command (should be 0 on success) [18:55] ebroder: example package for unquoting: qemu-kvm and abraca [18:57] bdrung: Sure, the unquoting is easy. What do you think it should do if the build fails? [18:58] ebroder: print an error and abort (if you don't like that, then change the default for the upload question to no) [18:59] bdrung: Nope, I like bailing. It's nice and simple [19:00] ebroder: i don't like global variables. you could pass lp to the function that require it. [19:00] bdrung: :(, but ok [19:01] ebroder: 4) instead of passing opts to the subfunction you could pass the needed opts.foo instead [19:02] ebroder: optional 1) allow specifying the workdir (and then don't purge it) [19:02] ebroder: optional 2) allow a dsc as input [19:03] ebroder: optional 3) i want the workdir in /tmp for sponsor-patch too [19:03] ebroder: 5) give examples in the man page of backportpackage [19:04] cjwatson: should grep-merges be installed? then you have to add it to setup.py. and please add some examples to the man page of grep-merges [19:05] bdrung: Ok, I can do all of those. Can I do the same thing - default to mkdtemp() and clean it up afterwards, unless you specify a working dir? [19:05] ebroder: yes [19:05] bdrung: Great [19:05]