[01:35] <xnox> cjwatson: Riddell: i really wish all flavours used hwe kernels, can we make that a hard requirement for the 14.04 point releases.
[01:35] <xnox> it's either hwe kernels, or don't do point release.
[01:40] <stgraber> xnox: well, for Edubuntu I'd have very strongly objected to such a policy in 12.04 as the original 3.2 kernel was the only way we could support non-pae machines at all (which still make up a very high percentage of thin clients)
[01:41] <stgraber> though for 14.04, I don't care nearly as much as non-pae is entirely gone and those users will stay on 12.04 until their hardware dies
[01:42] <knome> hmm, is that so?
[01:52] <xnox> cjwatson: Riddell: stgraber: So i've properly trianged bug 1276739
[01:52] <ubot2`> Launchpad bug 1276739 in partman-crypto (Ubuntu) "partman-crypto uses xts by default, yet xts.ko kernel module is not present in 3.2 (original-point-zero stack) crypto-modules-udeb" [High,Confirmed] https://launchpad.net/bugs/1276739
[01:52] <xnox> cjwatson: please advise how to proceed.
[01:53] <xnox> or anyone else on release / 12.04.4 driving team.
[01:54] <infinity> xnox: We're definitely not going to fix the kernel udeb before release.  Another workaround (or release note) might be appropriate.
[01:55] <xnox> getting the crypto-modules-udeb fixed seems like the best option in the long run, and probably release noting it seems appropriate for the affected flavours that use 3.2 stack and publish alternate/d-i images.
[09:21] <Riddell> xnox: cjwatson: I'm thinking we just don't release alternate images for kubuntu in 12.04.4
[09:21] <Riddell> hmm will this affect any desktop image install options?
[10:03] <highvoltage> stgraber: I also tested the images again, they work great, marked as ready too.
[10:04] <highvoltage> is there an existing script/webpage/something that shows which packages have been updated since the last point release?
[10:20] <cjwatson> Riddell: desktop won't be affected - full-disk encryption wasn't offered there in 12.04
[10:20] <cjwatson> highvoltage: https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/ChangeSummary/12.04.4
[10:21] <cjwatson> (linked from the master precise release notes page)
[10:22] <cjwatson> Riddell,xnox: we could release the affected images but note that full-disk encryption won't work; IMO that isn't too unreasonable
[10:22] <highvoltage> diolch
[10:26] <michagogo|cloud> There aren't prerelease images of point releases, are there? I need to install a precise VM and I'd rather not have to download all the updates on the VM
[10:26] <cjwatson> there are daily builds (necessarily)
[10:27] <cjwatson> hunt around on cdimage for directories with "precise" in the path
[10:28] <xnox> Riddell: desktop is not affected, as normal kernel modules are present from a deb. Also in precise, desktop installer didn't support full disk encryption.
[10:30] <xnox> cjwatson: Riddell: yeah, i'm up to release note that "automatic full-disk encryption recipe" does not work on kubuntu, (other flavors that use 3.2, Lubuntu?!)
[10:32] <cjwatson> xnox: the only 3.2-based alternates are Kubuntu and Xubuntu
[10:33]  * knome pops up
[10:34] <cjwatson> I'm rather surprised that somebody got the encryption test to pass on the Xubuntu alternates
[10:34] <cjwatson> Am I missing something?
[10:34] <knome> cjwatson, who was it?
[10:35] <cjwatson> knome: lderan
[10:35] <knome> should be valid
[10:35]  * xnox quickly downloads and runs the xubuntu test.
[10:35] <cjwatson> It might be worth quickly rerunning that to check whether you see ... that :-)
[10:36] <knome> (he's trusted, and he's not the one who had accidentally marked a test "passed" while it failed)
[10:40] <michagogo|cloud> cjwatson: http://cdimage.ubuntu.com/precise/dvd/current/precise-dvd-amd64.iso?
[10:40] <xnox> thanks apw for fixing xts.ko for precise proper =)
[10:41] <knome> cjwatson, xnox: we're looking if we can get ahold of lderan soon, and will get back to you if that happens
[10:42] <apw> xnox, could we not revert the partman-crypto change just long enough to rebuild those two images, so they at least work ?
[10:42] <apw> how feasable is this preimaging attack anyway ?
[10:43] <apw> xnox, yeah did that so if there is a .5 it won't have the problem again
[10:44] <apw> as we will have forgotten by then
[10:44] <xnox> apw: the attack is step by step intructions in blog post / script kiddie style.
[10:44] <elfy> cjwatson knome - I'll run it now
[10:44] <xnox> apw: well, netboot installer et.al. would get fixed whenever the updated udeb lands.
[10:45] <apw> (if d-i is also respun right?)
[10:45] <xnox> cjwatson: elfy: yeah xubuntu fails as well same as kubuntu.
[10:46] <xnox> apw: manual partitioning works, and it's very sad that it appears that default ivalgorithm is not preseedable for the "wipe all, use encrypted lvm" option =(
[10:46] <elfy> xnox: no point in me doing it then
[10:46] <knome> release noting that for xubuntu is fine for me
[10:47] <xnox> apw: if it was preseedable, we'd just stick an option for the /cdrom/preseed for affected images and just respin those.
[10:47] <knome> it's unfortunate, but as long as there is an option/way past it...
[10:49] <apw> xnox, that is unfortuanate
[11:11] <xnox> Added release note: "Performing automatic encrypted LVM installation using Kubuntu and Xubuntu 12.04.4 alternate installer images results in a failure to configure encrypted volumes. Please either use manual partitioning to create encrypted volumes with any non-default "IV algorithm" setting or use 12.04.3 media to complete the installation. (1276739)"
[11:14] <elfy> xnox: thanks
[11:20] <cjwatson> Yeah, I did start by thinking that maybe we should change partman-crypto to only use the new ivalg if the relevant kernel modules are available, but I'm not comfortable with that kind of fail-insecure approach.
[11:20] <cjwatson> xnox: The release note should be explicit that the 12.04.3 approach is insecure, and link to an explanation
[11:21] <cjwatson> (Or indeed that any of the workarounds are insecure, I guess :-/ )
[11:21] <xnox> cjwatson: yeah, i was thinking that something like that needs to be added, but i couldn't come up with a non-confusing way of saying it.
[11:23] <xnox> cjwatson: we could ask users to setup xts using live-cd and then reboot into d-i, activate the volume and complete the installation.
[11:23] <xnox> but that's a stretch.
[11:23] <Riddell> where are the release notes?
[11:24] <xnox> Riddell: follow the rabbit holes from https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes
[11:24] <xnox> i had to modify one page for the release note to appear under xubuntu & kubuntu.
[11:25] <xnox> https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/Xubuntu#PrecisePangolin.2BAC8-ReleaseNotes.2BAC8-CommonInfrastructure-1.Boot.2C_Installation_and_Post-Installation
[11:25] <xnox> https://wiki.ubuntu.com/PrecisePangolin/ReleaseNotes/Kubuntu#PrecisePangolin.2BAC8-ReleaseNotes.2BAC8-CommonInfrastructure-1.Boot.2C_Installation_and_Post-Installation
[11:27] <Riddell> xnox: thanks for adding it
[12:04] <cjwatson> anyone able to smoke-test the Ubuntu and Ubuntu Studio DVDs?
[12:04] <cjwatson> Ubuntu alternate/desktop/server have been smoke-tested by way of ci.ubuntu.com
[12:05] <cjwatson> oh, and Mythbuntu could do with a smoke-test too
[12:05] <cjwatson> (wish I was in the office today)
[12:07] <zequence> cjwatson: I'll have a look at Ubuntu Studio
[12:07] <cjwatson> yay, thanks
[12:09] <zequence> cjwatson: 12.04, right?
[12:10] <zequence> cjwatson: Where is the iso?
[12:11] <zequence> ah, foudn it
[12:13] <elfy> zequence: you want me to do one of them ? I'd do them in a vm
[12:13] <xnox> cjwatson: what's left? i can do any with my bandwidth.
[12:14] <cjwatson> xnox: Ubuntu DVD would be helpful
[12:14] <xnox> cjwatson: ack, taking.
[12:14] <zequence> elfy: If you have time, sure. I'm downloading both ISOs right now. I'm doing amd64 first
[12:14] <elfy> seems xnox is :)
[12:15] <knome> elfy, he took ubuntu, not studio
[12:15] <knome> elfy, take studio i386
[12:15] <elfy> oh - not reading properly ...
[12:16] <elfy> zequence knome yep - I'll do 32bit
[12:16] <zequence> elfy: Thanks :)
[12:17] <elfy> welcome
[12:28] <Riddell> gosh, it gets harder to motivate people to test LTS releases the older they are
[12:30] <mlankhorst> and it's easy! :-D
[12:30] <mlankhorst> apt-get install xserver-xorg-lts-XXXXXX, done
[12:31] <cjwatson> ah, I see that today is the "fix release tools which have bitrotten since the last time" day
[12:32]  * xnox ponders if it's normal for ubuntu-dvd to install both 3.2 and hwe-lts kernel into target.... let's see what it will reboot into =)
[12:33] <cjwatson> ... I forget
[12:38]  * xnox started the endless wait of removing all langpacks.
[12:38] <cjwatson> yeah :-/
[12:38] <cjwatson> that's damned if you do, damned if you don't
[12:45] <cjwatson> Looks like the only set of images with no attention at all so far is Mythbuntu
[12:46] <Riddell> I can look at them shortly, about to finish kubuntu
[12:51]  * xnox is very glad we dropped dvd images, they are quite pointless for ubuntu-desktop product.
[13:06] <Riddell> "WARNING: This image is OVERSIZED. This should never happen during milestone testing." mythbuntu do you care?
[13:08]  * xnox The honeybadger.... oh wait =)
[13:11] <Riddell> superm1_: ↑
[13:17] <cjwatson> I have decided in general that it's not feasible to care about oversizedness for this point release
[13:19] <cjwatson> mythbuntu was oversized for 12.04.3 as well
[13:19] <cjwatson> it's a bit more so now, but ... whatever
[13:19] <Riddell> fair enough
[13:20] <Riddell> any pointers on how to test mythbuntu? the iso site and #mythbuntu are silent. I seem to be installing a frontend/backend combo
[13:20] <cjwatson> that I don't know
[13:26] <zequence> Ran out of disk space. Think I can't run virtual installs from encrypted drives, so I have to get home and redo
[13:33] <Riddell> buy a bigger disk :)
[13:37] <zequence> Riddell: All I had was 8GB of usb stick space
[13:38] <zequence> Going home now, anyway. Will retry within an hour
[13:46] <xnox> cjwatson: ubuntu dvd's are good to go.
[13:47] <xnox> cjwatson: found a hallarious localisation bug however =) i don't envy localised command line users
[13:47] <xnox> https://bugs.launchpad.net/ubuntu/+source/bash/+bug/1277079
[13:47] <ubot2`> Launchpad bug 1277079 in bash (Ubuntu Precise) "ложь: command not found" [Undecided,New]
[13:48] <cjwatson> ow :)
[13:49] <cjwatson> I keep meaning to switch my locale to Irish to help me learn it, but it needs a week when I can cope with being confused about how to use my computer
[13:49] <xnox> cjwatson: yeah, jodh changed his to french i think, to help him learn =)
[13:50]  * xnox ponders about welsh, or scots gaellic.
[13:50] <cjwatson> I can sort of read bits of Scots Gaelic by pretending they're roughly like Irish and with the aid of a dictionary
[13:51] <cjwatson> can't even come close to writing it though :)
[13:51] <cjwatson> I've had a few very strange twitter conversations in bilingual Irish/Scottish Gaelic
[13:52] <xnox> hm, i wonder how it's like with a screen reader =)
[13:54] <Riddell> welsh hard for me to use, no "k" in welsh, lots of gnome users there as a result
[13:54] <cjwatson> ha :-)
[13:55] <cjwatson> not that Scottish Gaelic has a k either AFAICS
[13:55] <cjwatson> so you have to be CDE
[13:56] <cjwatson> (*shudder*)
[13:56] <Riddell> jings and crivvens
[13:57] <Riddell> mythbuntu seems to work, ticked the ready box
[13:57] <cjwatson> oarsome
[13:58] <Riddell> ubuntu alternates, server and ubuntu studio seem a bit lacking
[13:58] <cjwatson> first two I'm not too worried about as ci.ubuntu.com has smoketested them
[13:59]  * Riddell goes with ubuntu studio amd64 then
[13:59] <elfy> I thought zequence was doing that one Riddell
[13:59] <elfy> I did the 32bit for him - apart from the persistence bit of live
[14:01] <Riddell> ok so should be all covered
[14:01] <Riddell> I'll download one anyway just incase
[14:02] <cjwatson> much appreciated
[14:02] <cjwatson> I have some recentish alternate images lying around, so I'll see if I can do a bit of smoking there
[14:20] <knome> cjwatson, xnox: wanted to talk to lderan about the test results?
[14:20] <knome> he's here now.
[14:20] <lderan> hello
[14:21] <xnox> knome: not really, the bug report is valid with an established cause and identified scope of affected images.
[14:21] <knome> wasn't he able to do something that isn't possible?
[14:21] <knome> or did i misunderstood..
[14:22] <lderan> which alternative test is this about?
[14:22] <knome> lderan, full disk encryption
[14:23] <xnox> knome: it doesn't matter. The bug is now resolved, and a proper kernel packaging fix is in progress to be done. It will not make .4 release and we can wish for bugs to surface earlier, but such is life =)
[14:23] <lderan> it booted up fine when i selected that option :S
[14:24] <xnox> knome: the kernel freeze was one month ago for .4
[14:24] <knome> xnox, ah, right.
[14:24] <knome> mhm ;)
[14:24] <knome> thus is life.
[14:25] <xnox> lderan: we found a bug, very late in testing. your testing might have surfaced it earlier, but it wouldn't have made a difference by now =) so don't worry about it.
[14:25] <lderan> xnox, okay dokey :)
[14:43] <zequence> Riddell: I'm home, and downloading now
[14:44] <elfy> zequence: I did the 32 bit - but I couldn't do the persistence bit of the livecd testcase here
[14:44] <zequence> elfy: np. I'll do that too
[14:45] <elfy> ok
[14:45] <elfy> I left that test as in progress, the install one I passed
[14:46] <zequence> hmmm, download time is really long though
[14:46] <elfy> zequence: I can get the install done
[14:46] <elfy> just not the live bit
[14:47] <zequence> I was totally oblivious to the release date for 12.04.4, so sorry for missing that. I've put up a calendar for Ubuntu Studio for that sort of thing, but forgot to add this
[14:50] <elfy> zequence: I'm installing it now
[15:05] <stgraber> highvoltage: thanks
[15:05] <elfy> zequence: 64bit install is done - as is the bit of the livecd I can do :)
[15:05] <stgraber> highvoltage: did you already do the paperwork (release announcement on the website) and gave the URL to cjwatson?
[15:05] <cjwatson> oh yeah I need to start collecting announcements ...
[15:05] <cjwatson> and for that matter drafting the main one
[15:06] <cjwatson> unleash the copy and paste, Batman
[15:10] <cjwatson> OK, that was easy to draft.  Yep, send me your flavour announcement URLs folks
[15:10] <cjwatson> I think I'll get some more coffee and then start in on the publication
[15:14] <zequence> cjwatson: I see you went over our release notes. Thanks. Was not much for me to do there
[15:16] <cjwatson> I think only in a fairly basic way
[15:20] <zequence> Yeah, I think those release notes should be a bit thinner on our part :). Think I'll trim it a bit
[15:27] <Riddell> cjwatson: kubuntu.org/news/kubuntu-12.04.4
[15:27] <zequence> cjwatson: Ubuntu Studio link http://ubuntustudio.org/2014/02/ubuntu-studio-12-04-4-precise-pangolin-point-release/
[15:28] <stgraber> cjwatson: http://www.edubuntu.org/news/12.04.4-release
[15:28] <stgraber> highvoltage: I quickly copy/pasted + sed that one ^ feel free to improve :)
[15:28] <knome> xubuntu will be at http://xubuntu.org/news/xubuntu-12-04-4-released/
[15:28] <cjwatson> thanks all
[15:30] <Riddell> is that persitence use case in ubuntu studio unique? or just they're the ones who insist on it during live cd testing?
[15:31] <zequence> Riddell: I hardly think so
[15:32] <zequence> Also, we haven't done any changes ourselves - but we do have our own kernel (which is still 3.2)
[15:32] <xnox> Riddell: livecd, persistence test is mentioned for every live cd.
[15:32] <xnox> Riddell: i don't think we actually do execute persistence for each one of them.
[15:33] <xnox> Riddell: maybe that should be scripted and tested with qemu.
[15:39]  * xnox ponders if i should ask "was ubiquity tested with new gtk upload?! ^" =)))) 
[15:40] <seb128> xnox, it was not, but the change is in the print dialog .so
[15:40] <xnox> printing, doesn't matter =)
[15:40] <seb128> right
[15:44] <Riddell> well I can't get persistence to work in ubuntu studio
[15:46]  * xnox ponders if persistence then works at all on any of these.
[15:47] <didrocks> are amr64 really busy?
[15:47] <didrocks> I wonder if we can get https://launchpad.net/ubuntu/+source/mediascanner2/0.99+14.04.20140205-0ubuntu1/+build/5561127 in the next image (that blocks mediascanner2)
[15:47] <didrocks> e-d-s, gtk2 and pykde
[15:48] <didrocks> seb128: that's your fault! :)
[15:48] <cjwatson> arm64> yes, three builders isn't quite enough to keep up all the time
[15:48] <cjwatson> I've scored that build up
[15:50] <seb128> didrocks, roooh
[15:51] <didrocks> cjwatson: thanks!
[15:51] <didrocks> I still blame seb128 :)
[16:07] <zequence> Riddell: elfy Thanks for the help with testing. Marking US images ready
[16:10] <Riddell> yay, 12.04.4 is good to go?
[16:10] <cjwatson> I think so, I've started publishing
[16:12] <michagogo|cloud> cjwatson: does that mean release in 3 hours?
[16:12] <elfy> cjwatson: you want our's published now?
[16:12] <cjwatson> michagogo|cloud: please don't ask me that kind of question right now
[16:12] <cjwatson> elfy: your what?
[16:13] <elfy> 1204 release notes
[16:13] <cjwatson> you mean announcement?
[16:13] <michagogo|cloud> Okay, sorry. (It's just that that's one of the steps mentioned on the point release process)
[16:13] <elfy> yes - sorry - juggling here :)
[16:13] <cjwatson> elfy: hold off a bit please, I'll let you know
[16:13] <elfy> ok
[16:13] <cjwatson> michagogo|cloud: that's a minimum of three hours - I actually did those bits yesterday
[16:14] <michagogo|cloud> Ah, okay. Sorry.
[16:14] <xnox> michagogo|cloud: we release... when we release. there never are any set timing nor count-downs.
[16:14] <cjwatson> damnit checksum-directory is being ridiculously slow for some reason
[16:15] <michagogo|cloud> xnox: in that case, I guess I misread the pr process page
[16:15] <cjwatson> the process pages are mainly checklists for the people doing the work, so that we don't forget anything
[16:15] <cjwatson> they're not really intended for people trying to derive times
[16:15] <cjwatson> and they're pretty mutable as dictated by need
[16:17] <michagogo|cloud> Fair enough.
[16:28] <cjwatson> hm, for some reason a bunch of ctimes on large files were updated yesterday, hence the rechecksumming
[16:28] <cjwatson> probably faster to just suck it up now and investigate later ...
[16:33]  * michagogo|cloud twists one of those disposable confetti air cannons
[17:04]  * cjwatson finally finishes the incredibly tedious archiving step and moves on to actually publishing stuff
[17:10] <highvoltage> stgraber: thanks, I just got home from jogging and was about to do the copy/paste/sed as well
[17:10] <highvoltage> stgraber: so .4 has the same ltsp version as .3?
[17:13] <stgraber> highvoltage: except for a 2 lines patch to support the new kernels, yes
[17:16] <highvoltage> stgraber: cool
[17:31] <cjwatson> waiting for cdimage.u.c and mirrors to catch up a bit
[17:32] <cjwatson> website should be live in ~10min
[17:32] <cjwatson> (I'm not worrying too much about it being in exact sync, in favour of not making the web team stay late)
[17:36] <UbuntuTorrenter> Hmm, the 12.04.4 torrents aren't authorized on your tracker
[17:36] <cjwatson> I only *just* pushed them out
[17:36] <UbuntuTorrenter> at least, not the desktop i386/amd64
[17:37] <cjwatson> and I doubt the backend machine has caught up properly yet
[17:37] <cjwatson> I'd wait ten minutes or so and try again?
[17:37] <UbuntuTorrenter> In the meantime I'll use the regular download link in the webseeds box
[17:37] <cjwatson> cdimage.u.c has certainly not caught up yet; I don't have an easy way to tell whether torrent.u.c has
[17:38] <cjwatson> UbuntuTorrenter: it would be helpful to hold off a bit, to maximise the chance of mirrors catching up
[17:39] <UbuntuTorrenter> ?
[17:40] <UbuntuTorrenter> cjwatson, what do yuo mean?
[17:40] <cjwatson> UbuntuTorrenter: that it would be helpful not to rush to download it immediately, for the reason I gave
[17:41] <UbuntuTorrenter> What do you mean, to maximise the chance of mirrors catching up?
[17:41] <cjwatson> I'm trying to allow time for releases.ubuntu.com mirrors to update before I send the announcement
[17:41] <cjwatson> that's easier if the world isn't hammering it
[17:41] <UbuntuTorrenter> But I need the iso
[17:41] <cjwatson> I'm not saying you can't, I'm saying that you aren't helping Ubuntu by rushing to download it
[17:42] <apw> UbuntuTorrenter, he is saying don't hammer the master while we are syncing the mirrors, as they will mirror faster to the benefit of all
[17:42] <UbuntuTorrenter> I'm only getting 30 kB/s :'-(
[17:44] <UbuntuTorrenter> Is there an easy way to see what mirrors already have it?
[17:44] <cjwatson> could you please just wait a bit
[17:45] <UbuntuTorrenter> but I need the iso and i'm on a deadline
[17:47] <UbuntuTorrenter> At this rate it is taking 6 hours to complete........
[17:48] <infinity> UbuntuTorrenter: Setting deadlines based on malleable release schedules doesn't seem like the sanest idea.  We could have released 6 hours from now, or tomorrow...
[17:48] <cjwatson> I'm on a deadline too, it's "finish the release before I have to stop and do childcare instead"
[17:48] <infinity> (And if you wait an hour or two, your download will probably be faster)
[17:49] <UbuntuTorrenter> does anyone have a link to a direct download of the ISOs besides releases.ubuntu.com/precise/ubuntu-12.04.4-desktop-amd64.iso ?
[17:50] <UbuntuTorrenter> perhaps a list of mirrors and their sync status?
[17:51] <cjwatson> I don't have a list of mirrors yet
[17:51] <cjwatson> I'm working on it.  Answering questions on IRC isn't helping
[17:54] <UbuntuTorrenter> i am seeing the server is in London
[17:55] <UbuntuTorrenter> Should I expect english mirrors to have .4 first?
[17:55]  * mlankhorst points at the previous answer
[17:56] <apw> UbuntuTorrenter, there is literally no way to know at the current time, really
[17:57] <xnox> UbuntuTorrenter: please, be patient, ideally wait for torrents to start working and use those once they become available.
[17:57] <xnox> and that would beat everything else.
[18:01] <UbuntuTorrenter> I got 15 peers through peer exchange
[18:01] <UbuntuTorrenter> and also another web mirrow, gb.releases.ubuntu.com
[18:02] <cjwatson> mirror prober running now, hopefully will get answer soon
[18:02] <infinity> (base)adconrad@cthulhu:~$ host gb.releases.ubuntu.com
[18:02] <infinity> gb.releases.ubuntu.com is an alias for releases.ubuntu.com.
[18:02] <infinity> UbuntuTorrenter: We really don't need the running commentary on how well your download efforts are going.
[18:02] <infinity> UbuntuTorrenter: That might seem rude, but this channel is about coordinating releases, not answering random questions.
[18:02] <UbuntuTorrenter> oh, is releases.ubuntu.com a dns round-robin? gb. and no prefix got different a records
[18:03] <UbuntuTorrenter> oh, I thought it was a channel about the release
[18:06] <cjwatson> OK, https://launchpad.net/ubuntu/+cdmirrors has a list of mirrors known to have 12.04.4 now
[18:07] <xnox> UbuntuTorrenter: you want #ubuntu-release-party instead =)
[18:07] <cjwatson> seems accurate from a random sampling
[18:07] <cjwatson> so go nuts with any of those mirrors that aren't [gb.]releases.ubuntu.com
[18:08] <xnox> cjwatson: torrent.ubuntu.com says "Requested download is not authorized for use with this tracker"
[18:08] <xnox> when attempting to torrent a desktop iso.
[18:10] <cjwatson> hmm, it doesn't seem to have all the ones I'd expect
[18:10] <xnox> wait, it now worked. all is green.
[18:11] <cjwatson> it seems to be still actively syncing - ubuntu-12.04.4-desktop-amd64.iso just appeared in the index
[18:11] <cjwatson> -i386 isn't there yet so it's still going
[18:12] <xnox> yeap, desktop-i386 & servers are declined. alternates & amd64 are good.
[18:13] <cjwatson> desktop-i386 should be there now
[18:13] <cjwatson> http://torrent.ubuntu.com:6969/ has the index of what it has
[18:13] <xnox> ah, excellent. didn't know about that page.
[18:14] <Laney> The machine is pretty slow at hashing new files
[18:14] <Laney> You should expect a fair delay
[18:15] <cjwatson> better than it used to be on the old hw, but yes
[18:15] <Laney> yeah, at least IS don't have to be poked every time
[18:15]  * Laney → team dinner
[18:18]  * mlankhorst → Laney
[18:19] <cjwatson> 2014-02-06 18:19:15 INFO    Re-enabling 16 mirror(s): ...
[18:19] <cjwatson> getting there
[18:21] <UbuntuTorrenter> Awesome -- added those 50-something as webseeds, getting a megabyte per second
[18:22] <xnox> UbuntuTorrenter: i'm getting more than that via torrents, which are now working.
[18:22] <UbuntuTorrenter> also, I see you authorizd on the trackers
[18:23] <elfy> cjwatson: I'm still holding off on publishing announcement
[18:23] <UbuntuTorrenter> only two seeds from the tracker, though
[18:23] <cjwatson> authorized> we didn't do anything except wait - the unauthorized state happens when the tracker hasn't caught up with syncing the raw files to its own disk yet
[18:24] <cjwatson> elfy: yep, I'm waiting for cdimage itself to finish syncing :-/
[18:24] <elfy> ok wasn't sure what was going on amongst all the noise ;)
[18:25] <cjwatson> it's getting there, seems to be up to ubuntustudio
[18:25] <cjwatson> (or thereabouts, given that there are multiple hosts)
[18:25] <elfy> excellent
[18:25] <elfy> I shall go fight the weather for a bit
[18:25] <cjwatson> call it maybe half an hour
[18:26] <elfy> okey doke
[18:28]  * cjwatson vanishes for a bit
[18:31] <zul> can someone please promote ntdb please https://bugs.launchpad.net/ubuntu/+source/ntdb/+bug/1270831
[18:31] <ubot2`> Launchpad bug 1270831 in ntdb (Ubuntu Trusty) "[MIR] ntdb, build dependency of samba" [Critical,Fix committed]
[18:55] <michagogo|cloud> What is "melior malum quod cognoscis" supposed to mean, btw? Google Translate isn't very useful
[18:55] <michagogo|cloud> (and ##latin tells me that it's not valid Latin)
[19:08] <cjwatson> michagogo|cloud: better the devil you know
[19:08] <cjwatson> it's cod-Latin but it's not *entirely* dreadful :)
[19:09]  * michagogo|cloud googles
[19:09] <michagogo|cloud> Ahh
[19:10] <cjwatson> I blame slangasek
[19:10]  * michagogo|cloud was unfamiliar with that idion
[19:10] <michagogo|cloud> idiom*
[19:10] <knome> cjwatson, http://wiki.answers.com/Q/How_do_you_say_Better_the_devil_you_know_in_Latin :)
[19:10] <michagogo|cloud> slangasek... name rings a bell
[19:10] <michagogo|cloud> Oh, I think he was the one who removed Bitcoin and Litecoin from Trusty
[19:12] <cjwatson> not sure I'm impressed with that wiki.answers post; surely cognosco > scio for this
[19:12] <cjwatson> anyway ...
[19:13] <cjwatson> looks like one of the cdimage mirrors is still in progress
[19:26] <slangasek> cjwatson: "cod" Latin? :)
[19:31] <cjwatson> mm, maybe not quite as much so as https://en.wikipedia.org/wiki/Dog_Latin :-)
[19:31] <cjwatson> I did assume you were going more for comic effect than seriousness though
[19:32] <slangasek> I was intending it to be a legitimate Latin translation, did I fail? :)
[19:32] <cjwatson> michagogo|cloud claimed earlier that ##latin said so
[19:33] <cjwatson> how accurate *that* is I don't know
[19:33] <slangasek> :)
[19:33] <knome> http://www.thelivingmoon.com/45jack_files/03files/Space_Weapons_05b_Secret_Satellites.html too.
[19:33] <knome> "melior diabolus quem scies"
[19:34] <slangasek> hmm, use of subjunctive seems reasonable there
[19:35] <slangasek> knome: that's a translation of a slightly different phrase
[19:35] <knome> is it?
[19:35] <cjwatson> well.  I prefer "badness" to the more literal "devil" here, and I'm definitely not convinced that scio (tends to be knowing of facts) is better than cognosco (tends to be about familiarity)
[19:35] <knome> just evil/devil
[19:35] <cjwatson> the English is really "better the bad thing that you're familiar with"
[19:36] <slangasek> 'diabolus quem' == 'the devil whom'; 'malum quod' == 'the evil/bad which'
[19:36] <slangasek> in context it refers to bugs; I guess which translation you prefer depends on whether you consider bugs to be active agents of evil ;)
[19:36] <knome> heh
[19:37] <michagogo|cloud> slangasek: Btw, that reminds me -- I wanted to ask you a question re: "Unfortunately, it is not feasible to remove the package from stable releases.  If there are versions of the package in stable releases that are actively harmful, we could accept an SRU that disables the problematic parts on upgrade (with a suitable notice)."
[19:37] <michagogo|cloud> What would the process be for something like this?
[19:38] <michagogo|cloud> (I've searched the web for an answer and not found anything)
[19:38] <slangasek> michagogo|cloud: it would be the standard SRU process, providing a patch that neuters the software and explains why (in the bug report, and preferably on upgrade) why this is necessary
[19:39]  * michagogo|cloud , unfortunately, is ~completely unfamiliar with coding and software packaging
[19:40] <cjwatson> I think I gave you an example of such a thing, or do I misremember?
[19:42] <cjwatson> so, zaniah is up to xubuntu-12.04.4-desktop-i386.iso and reportedly not stuck, so hopefully it's not far off now
[19:42] <michagogo|cloud> cjwatson: I think you pointed me at a package that did something sort of similar, but that doesn't quite help me
[19:42] <knome> oh yay :)
[19:42] <cjwatson> michagogo|cloud: I suspect it's the best anyone will be able to offer without actually doing the work themselves
[19:42] <michagogo|cloud> I wish I had any idea how any of this worked :-/
[19:43] <elfy> incantations I think
[19:43] <cjwatson> hardly
[19:43] <elfy> :)
[19:43] <cjwatson> you're just substituting a package that does nothing and provides some kind of reasonable indication to the user
[19:43] <cjwatson> I honestly don't think it's helpful to make it sound magical
[19:44] <Noskcaj> Could someone from the SRU team approve xfce4-weather-plugin? It's completely broken in precise
[19:45] <cjwatson> stgraber: do you know why import-images is basically just sitting continuously using an entire core on nusakan?  it seems a bit excessive
[19:46] <stgraber> cjwatson: yeah, that's unfortnuately how it works... turns out repacking tarballs uses a lot of CPU
[19:46] <cjwatson> oh, it's doing that in-process?
[19:46] <cjwatson> sorry, I assumed that since it had no compressor subprocesses it was doing something else
[19:46] <cjwatson> but yeah, when I look at its fd list it's obvious
[19:46] <michagogo|cloud> cjwatson: How much would I need to know in order to try doing that, keeping in mind that I know nothing about Ubuntu packaging?
[19:47] <stgraber> cjwatson: it calls pxz out of process to compress/uncompress the tarballs, but the actual file copy between tarballs and moving things into sub-directories and such is done in-process with python-tarfile
[19:47] <cjwatson> michagogo|cloud: you would need to rectify at least some of the latter first; but I wouldn't have thought very much, reading through the stuff on packaging.ubuntu.com ought to suffice
[19:48] <cjwatson> empty packages are by definition simpler than packages with something in them :)
[19:48] <cjwatson> you'd just need to know how to install documentation
[19:48] <stgraber> the part that takes a long time is iterating through the whole rootfs.tar from cdimage, replacing a few entries in there while moving everything into system/<original path> and generating a new .tar with that. (I believe the current end to end time for a new image is around 20min)
[19:48] <cjwatson> and of course whatever changelog/control changes are necessary
[19:48] <michagogo|cloud> cjwatson: Would any coding be needed?
[19:49] <cjwatson> some fairly trivial amount
[19:49] <michagogo|cloud> Would it be in C++?
[19:49] <michagogo|cloud> (I know zero C++)
[19:49] <cjwatson> no
[19:49] <cjwatson> make and maybe shell
[19:49] <michagogo|cloud> What would it be, then?
[19:49] <cjwatson> if you have further questions please take them to another channel though
[19:50] <cjwatson> <img src="../../../../cdicons/iso.png" alt="[   ]" width="22" height="22"> <a href="xubuntu-12.04.4-desktop-i386.iso">xubuntu-12.04.4-desktop-i386.iso</a>            05-Feb-2014 16:29  703M  Desktop CD for PC (Intel x86) computers (standard download)
[19:50] <cjwatson> finally
[19:50] <michagogo|cloud> Okay.(which?)
[19:50] <cjwatson> dunno, maybe #ubuntu-motu or #ubuntu-app-devel or something
[19:51] <zequence> michagogo|cloud: Are you interested in helping out with one of the flavors other than the standard Ubuntu? Anyone of those would do, pretty much.
[19:51] <michagogo|cloud> zequence: Hmm?
[19:52] <cjwatson> ok, meta-release updated
[19:54] <cjwatson> Riddell,zequence,stgraber,knome: please publish announces
[19:54] <cjwatson> I've sent my mail, should be moderated shortly
[19:54] <zequence> michagogo|cloud: Any channel associated with one of the other flavors, is what I meant. All of the flavors would like to get more help, in one way or another, and by helping them out, you will also find people willing to assist you in learning about packaging.
[19:55] <Noskcaj> slangasek, Could you have a look at the precise xfce4-weather-plugin SRU? the package is completely broken in precise
[19:55] <michagogo|cloud> zequence: At the moment, I'm just looking at getting this one package disabled
[19:55] <cjwatson> off for a while, I'll tidy up any odds and ends of announcement locations and such when I get back
[19:55] <stgraber> edubuntu published
[19:56] <cjwatson> https://lists.ubuntu.com/archives/ubuntu-announce/2014-February/000180.html
[19:58] <zequence> ubuntustudio published
[19:59] <elfy> xubuntu published
[20:02] <infinity> cjwatson: Congrats.
[20:03] <infinity> zequence: You might want to pick a shorter URL for your release announcement next time.  ;)
[20:06] <zequence> infinity: It is almost longer than the text in the article :). Any specific reason?
[20:08] <infinity> zequence: Just cause it looked "icky" in the release email after everyone else's short URLs.  No reason other than me being a pedant. :P
[20:25] <zul> infinity: mind promoting ntdb for me please
[20:25]  * infinity looks at the bug./
[20:28] <infinity> zul: Done.
[20:28] <zul> infinity:  thanks
[23:03] <xnox> slangasek: i was under the impression that "better the devil you know" was a tribute to Madonna's song "Like it or not", little did i know it's a Kylie's song in the first place.
[23:03] <xnox> slangasek: and well a proper english idiom.