[02:27] man that took a while. first of 2 jobs done. I am going to let the publisher have a run then do the 2nd job [02:31] ok, publisher started and I disabled the cronjob again [03:30] ok, publisher run finished, starting command 2 of 2. it will take about 3 hours [07:01] publisher back online [07:01] * jdstrand heads out [08:14] Laney: probably not around tonight (up to my ears in scaleconf) [08:16] jdstrand: ah, saw your publisher comment too late -- that explains a bit :) [08:16] jdstrand: I just released the corresponding langpacks, they need to go along with the firefox bits [08:53] tumbleweed: I thought that said scalaconf and got excited [08:53] also ack [09:03] hah [09:30] that actually deserved an appluase :) === doko_ is now known as doko [13:46] pitti: which langpacks did I miss? I did all the langpacks in -proposed and saw when I copied firefox that it had several as well [13:47] jdstrand: hm, I didn't see any of them, but maybe that was also just a victim of the publisher delay [13:48] jdstrand: at least "6 hours ago" corresponds to the time when I moved them over [13:48] pitti: probably-- I did maverick + langpacks, ran the publisher then lucid + langpacks. when I ran the publisher in between I think it took an hour and a half [13:48] you came on about 1 and 15 minutes after I reenabled the publisher [13:49] jdstrand: so, maybe we just both copied them over then [13:49] (which doesn't hurt) [13:49] * jdstrand nods [13:50] it takes a while to copy those :) [13:50] yeah, some 10 minutes [13:50] oh-- how do you do it? [13:50] sru-release --pattern lucid language-pack- [13:51] hmm, I used copy-package on each individually. that was painful [13:51] urgh, yes [13:51] * jdstrand jots down sru-release [13:51] jdstrand: that's in ubuntu-archive-tools; there's also an sru-release script on cocoplum, but it's deprecated [13:52] we just need it for kernels and big SRUs these days, which make sru-release LP-timeout [13:53] cool. I learned something :) [13:55] I'm going to try http://paste.ubuntu.com/818818/ next time I have occasion to do this kind of thing [14:03] * jdstrand notes sru-release is not mentioned on ArchiveAdministration. I've made note of it and will document once I've used it once [14:03] (if no onw else does before me) [14:06] well, I'm off tody so I better get out of here. have a nice day :) [14:13] why does backport-helper.py not find bug 922601 ? [14:13] Launchpad bug 922601 in oneiric-backports "Please backport 0.9.0~rc4-0ubuntu1 from precise to oneiric (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/922601 [14:13] no package name [14:13] mm [14:13] PACKAGE_RE = re.compile(r'Please backport ([a-z0-9][-a-z0-9+.]+)', re.I) [14:14] yeah I saw I needed to add a "Please" :) [14:14] also ubuntu-archive not subscribed [14:15] I don't see a backporters ack [14:15] and that [14:16] Laney: does the script enforce that? (don't worry I'm going to get scottk to check it over) [14:16] no, it just sounded like you were processing it without one [14:16] well, s/no/I don't know/ [14:17] I don't think so, though arguably it should [14:20] it's still not being picked up by backport-helper.py :( [14:20] Wouldn't be that hard to check that ubuntu-archive was subscribed by a backporter, as a first approximation. Otherwise, iterating bug_activity collections isn't the nicest thing. === bladernr_afk is now known as bladernr_ [15:45] Riddell: you still need approval from the backports team [15:49] micahg: what sort? something that stops the backport-helper.py script seeing the bug? [15:49] Riddell: BTW, is the current version in oneiric broke? [15:49] Riddell: to backport anything [15:50] micahg: but I'm trying to understand what stops the script seeing it [15:51] micahg: it's not broke but upstream wants a way to point people with problems to a newer version [15:51] it shouldn't see it if a backporter hasn't approved it === bladernr_ is now known as bladernr_afk [15:54] micahg: that's not what I'm asking, I'm asking what is the technical change that a member of ~ubuntu-backporters needs to do to get the script to see it [15:55] just a comment? [15:56] I think a backporter setting to IN PROGRESS [15:57] Point me at the bug and I'll approve it. [15:58] ScottK: bug 922601 [15:58] Launchpad bug 922601 in oneiric-backports "Please backport networkmanagement 0.9.0~rc4-0ubuntu1 from precise to oneiric (affects: 1) (heat: 8)" [Undecided,Confirmed] https://launchpad.net/bugs/922601 [15:59] it searches for bugs which are In Progress [15:59] Done [15:59] (and that the archive is subscribed to) [16:00] backport-helper.py:202 [16:00] Riddell: ^^^ [16:00] Laney: ah hah, thanks [16:01] and it actually /does/ walk the history to find out who to credit the backport too [16:06] hmm now I'm getting no output from ./mass-sync.py --flush-backports should I? [16:07] yes [16:07] you probably forgot to run mass-sync on the output of backport-helper [16:13] cjwatson: hmm it didn't like that either http://paste.kde.org/194042/ [16:14] dunno sorry [16:14] meeting [16:15] oh maybe you need to set your cocoplum username [16:15] ideally configure it in ~/.ssh/config [16:16] or set UBUNTU_ARCHIVE_HOST in the environment if you don't normally ssh to "cocoplum.canonical.com" - see synclib.py [16:16] this annoyance will go away once we convert to backportpackage ... [16:21] awesome thanks === bladernr_afk is now known as bladernr_ === Pici is now known as Guest34884 === Guest34884 is now known as Pici === bladernr_ is now known as bladernr_afk [23:20] Could somebody process multipath-tools through NEW for me, please? I have a dmraid upload pending which will require it [23:20] the new kpartx-udeb binary wants to go to main