[00:03] <tumbleweed> nigelb_, bdrung_: sorry been offline all day
[03:25] <highvoltage> bad tumbleweed
[04:22] <vorian> no hard feelings micahg <3
[04:22] <paultag> ♥ vorian
[04:22] <micahg> vorian: sorry :)
[04:22] <paultag> I had no idea about that command, so I'm pretty happy with it :)
[04:22] <vorian> no problemo
[04:22] <paultag> then again I'm not MOTU
[04:23] <vorian> I forgot about it actually
[04:23] <micahg> paultag: yet ;)
[04:23] <paultag> micahg: :P I need to get rid of my workload before I do that :)
[04:23] <vorian> seeing as I sat a couple of cycles, I have some cobwebs to shake off
[04:23] <paultag> micahg: funny thing is I know deb policy to the letter, but I only have time to do basic maintain work up in Debian, so I don't think I'll ever land a DD DM or MOTU
[04:24] <paultag> so I just try to do reviews :)
[04:24] <vorian> paultag: revu reviews?
[04:24] <micahg> paultag: that should be enough for at least DM as long as you have upload history
[04:24] <paultag> vorian: usually on debian-mentors
[04:24] <vorian> ah
[04:24] <paultag> micahg: I don't think I have enough. I've been doing every fluxbox upload since dec 2009, but I don't think it's enough
[04:25] <paultag> and I usually stick to one DD to do my reviews and uploads, so it's not like I can get people to +1 me either :)
[04:28] <paultag> Oh well :)
[04:28] <vorian> you can do it!
[04:28] <paultag> vorian: I'll feel better after I have another DD to back me
[04:29] <paultag> vorian: I'll see if I can find one that needs help
[04:29] <paultag> all the DDs I know are hella idle :(
[04:29] <vorian> you could always join the darkside (kde)
[04:29] <paultag> vorian: I just switched two days ago totally
[04:30] <paultag> vorian: DarkwingDuck convinced me. I told him it's a problem since I'd want to help with kubuntu, but I won't have time
[04:30] <vorian> you could help with the extragear set
[04:31] <vorian> as far as I remember it's pretty well ignored
[04:31] <paultag> vorian: is there a list of packages and their health somewhere?
[04:31] <paultag> vorian: I have some time, I can do some updating if it needs done
[04:31] <paultag> (or delta upstreaming)
[04:32] <vorian> i would have to check that and get back to you, I'm not sure what's still in extragear
[04:32] <paultag> vorian: np
[04:33] <paultag> vorian: also; howareya? Long time no chat. Hope things are well out west
[04:33] <vorian> yeah, things are good!
[04:33] <paultag> rock on! :)
[04:34] <vorian> just set up a new machine today, so I'm ready to rock for this cycle
[04:34] <micahg> vorian: good to have you back!
[04:34] <vorian> how's the big east?
[04:34] <vorian> ty
[04:34] <paultag> vorian: rock'n as usual, leaving cleveland on thursday, I'll miss Ohio :(
[04:34] <paultag> vorian: back to BOS, so I'm stoked about that
[04:34] <vorian> I miss ohio too
[04:34] <vorian> cool cool
[04:35] <vorian> er, wifes calling. bbl
=== nigelb_ is now known as nigelb
[05:50] <nigelb> how do I debug pbuilder-dist not recognizing oneiric?
[05:50] <nigelb> I already did the symblink in debootstrap
[05:50] <nigelb> I suspect its something else but I can't figure out what
[05:54] <RAOF> Does the python script itself recognise oneiric?
[05:56] <nigelb> okay, this is very strange
[05:56] <nigelb> one terminal window does recognize, one doesn't :/
[05:56] <nigelb> well, it won't let me build, but it does work with create
[05:56] <nigelb> RAOF: The python script?
[05:57] <RAOF> less $(which pbuilder-dist) :)
[05:58] <nigelb> RAOF: strange, I don't see any of the ubuntu names in that file.
[05:59] <RAOF> So it probably doesn't care.
[05:59] <nigelb> hrm, then what could be going wrong.
[05:59] <nigelb> This worked last night :/
[05:59] <nigelb> but I fed the wrong dsc file to it
[06:02] <nigelb> RAOF: heh, got it working.
[06:02] <nigelb> For some strange reason, when I moved out of the directory which held the package, it started working.
[06:03] <nigelb> Is that normal or just strange behavior? :/
=== chrisccoulson_ is now known as chrisccoulson
[09:53] <Laney> even now, I still always try to pass '-s' to requestsync
[10:03] <geser> I try to remember that I've to pass '-s' to requestsync when requesting a sync for a package in main to be sure that it gets marked as needing sponsorship
[10:07] <Laney> it's supposed to detect that these days
[10:09] <geser> yes, but it doesn't work reliable for not core-dev DMB members
[10:09] <Laney> aha
[10:12] <geser> e.g. for LP I'm a (indirect) member of ~ubuntu-desktop (including their upload rights), socially I'm not a member
[12:39] <hrw> hi
[12:47] <geser> hello
[12:53] <hrw> how can I check am I allowed to upload my packages (PPU rights)?
[12:54] <Laney> hrw: you can use the edit_acl script from lp:ubuntu-archive-tools thus: ./edit_acl.py query -p hrw -S oneiric
[12:54] <hrw> thx
[12:56] <hrw> http://paste.ubuntu.com/612698/ shows failure
[12:56] <hrw> I authorized it on lp
[12:59] <persia> hrw, Yeah, but I didn't sort it yet.  It's on my list for tonight.
[13:00] <hrw> thx
[14:58] <jtaylor> micahg: concerning the foolscap problem I talked with you about a few days ago, it will get fixed in debian soon, I'll update the branch then
[14:58] <jtaylor> micahg: turns out it is dependent on the ordering in the data.tar.gz, so its quite random
[14:58] <micahg> jtaylor: cool, thanks
[14:58] <micahg> jtaylor: yeah, that would make for a weird problem
[15:40] <jtaylor> micahg: ipython fix: https://code.launchpad.net/~jtaylor/ubuntu/natty/ipython/ipython-fix-777420/+merge/62311
[15:46] <micahg> jtaylor: that looks good, thanks, I'm in the middle of something at the moment, but it should show up in the sponsorship queue, hopefully someone else can take care of it
[16:00] <Laney> I thought that it was agreed that ubuntu-dev-tools wouldn't install syncpackage.
[16:07]  * persia shares Laney's understanding
[16:08]  * Laney digs out bzr blame
[16:18] <Laney> seems it was only removed for one release
[16:18] <Laney> not sure it's worth taking it out now given that the API methods are tantalisingly close
[16:19] <persia> Did the job to properly import the changelogs into LP run yet?
[16:19] <persia> (actually, that question should be asked in the other half of the day, in a different channel)
[16:20]  * Laney is trying to find the appropriate bug report
[16:20] <Laney> pointers appreciated
[16:20] <persia> I don't know if there is a bug report asking for the job to run.
[16:21] <Laney> I meant for the feature in general
[16:22] <Laney> looks like #771341, but no real progress report
[16:22] <persia> https://dev.launchpad.net/Soyuz/NativeSourceSyncing is the launchpad feature description (predating LEPs)
[16:24] <persia> That bug looks like it was added in response to someone in #launchpad reflexively saying "file a bug".
[16:24] <persia> No, there's some bugs about changelog attribution that were the main blockers, and needed to be sorted before SyncSource could be applied to the Ubuntu repositories.
[16:24] <persia> (sync between PPAs already works cleanly with the API)
[16:30] <persia> Well, seems that landed, as bug #595957 is working around a side effect of the implementation
[16:30] <ubottu> Launchpad bug 595957 in Launchpad itself "archive uploader tries to move the changelog to the current working directory" [High,Fix released] https://launchpad.net/bugs/595957
[16:35] <persia> Ah, no, despite the implementation making LP librarian have full changelogs, e.g. https://launchpad.net/ubuntu/+source/ubuntu-dev-tools/+changelog shows that LP still has the attribution bugs.  I can't find them now, but I'll dig them up later.
[16:36] <Laney> are you referring to https://bugs.launchpad.net/soyuz/+bug/55795 ?
[16:36] <ubottu> Ubuntu bug 55795 in Launchpad itself "+changelog includes misleading information related to package versions and authors" [Medium,Triaged]
[16:37] <persia> And two others in the cluster.
[16:39] <persia> So, a branch got merged into LP that properly sticks the changelogs in librarian.  And there was a branch that properly parsed librarian for +changelog (although I can't seem to find it quickly), but a job needed to run between those two to import all the historical changelogs (which job is written, but last I knew (September), unscheduled).
[16:40] <persia> At that point, it becomes safe to put syncs into the queue, which then resolves some of the other related bugs.
[16:40] <persia> And only at that point does it make sense to have a big "Sync Me!" button on LP.
[16:41] <persia> (such a button would appear in the list of "Other versions" at the bottom of the page, so one could select from arbitrary PPAs, Debian, etc.)
[16:42] <cjwatson> I know they're working on putting syncs through the queue
[16:42] <cjwatson> I have alpha-tested a UI for the sync button; it's not as you describe, it's perhaps closer to part of merge-o-matic, but whatever
[16:43] <persia> I suspect there are multiple views of "the right way", and me not pushing mine much for the past year helps make it obsolete.
[16:44] <cjwatson> I gave fairly extensive feedback, but broadly what I alpha-tested seemed OK
[16:44] <cjwatson> it's essentially a UI for resolving differences between distributions
[16:44] <persia> Ah, so more like the merge review kind of thing?
[16:45] <cjwatson> yeah, a bit more like that
[16:45] <cjwatson> with the fundamental support there, we can do whatever we like in the API though
[16:45] <Laney> interesting. I hadn't thought of using it for merges really
[16:45] <persia> Indeed.  And as the UDD stuff matures, it makes more sense to use more of the LP bzr integration.
[16:46] <cjwatson> what I tested wasn't a full merge-o-matic replacement, although I think they'd like to head in that direction
[16:46] <cjwatson> (I suspect that will take a while!)
[16:47] <cjwatson> anyway, it's important enough to LP that Julian came to Budapest basically just to alpha-test this with a few of us)
[16:47] <persia> From what I understand from DerivativeDistributions, there is a full bzr representation of each distribution (ideally as related branches), so it oughtn't be that hard.
[16:47] <persia> Ah, that explains it.  Francis told me it was *very* close, but not any details.
[16:48] <persia> So we ought be able to have the MoM logic pull lp:debian/foo and lp:ubuntu/foo and push a proposal to lp:ubuntu/foo/MoM-proposed or something, and then use LP's merge review stuff.
[16:48] <persia> Where the MoM logic jobs run, etc. is more complicated.
[16:49] <persia> (and never mind get-merge.sh and related)
[16:51] <cjwatson> I'm not in a rush to decommission MoM
[16:51] <cjwatson> providing sync API saves me a lot of work; decommissioning MoM will likely create some at least in the short term :)
[16:52] <persia> As much as I enjoy speculating about how MoM could be replaced, I'd not like to see it gone, as it's one of the nice current examples of working with source packages (as opposed to source branches).
=== kklimonda is now known as Guest62081
=== Guest62081 is now known as kklimonda^
=== yofel_ is now known as yofel
[20:37]  * Rhonda wonders if I would be able to get the patch for bug #307897 into a SRU?
[20:37] <ubottu> Launchpad bug 307897 in tworld (Debian) "tworld/X86-64 bad restore" [Unknown,Confirmed] https://launchpad.net/bugs/307897
[20:38] <micahg> Rhonda: probably, sounds bad enough to warrant an SRU
[20:39]  * micahg post disclaimer that he is not a member of ubuntu-sru
[22:07] <broder> Rhonda: what releases do you want it sru'd into?
[22:07]  * broder can't deal with it now, but can at least open the SRU nominations
[22:08] <Laney> broder: Rhonda is a MOTU too :-)
[22:09] <broder> oh, good point :)
[22:09]  * broder goes and looks for more coffee instead
[22:15] <broder> Laney: congrats on DD-ship, by the way
[22:15] <Laney> cheers
[22:16] <Laney> the alioth migration means I can't actually send that post to planet.d.o, sadly
=== micahg_ is now known as micahg
=== med_out is now known as med
=== med is now known as medberry