[03:40] <lamont> bashfulrobot: rsync://cdimage.ubuntu.com/cdimage/ubuntu-budgie/daily-live/current/artful-desktop-amd64.iso is going to work better (cdimage is the only module advertised from cdimage.ubuntu.com)
[03:54] <bashfulrobot> lamont - you are a star!
[03:55] <bashfulrobot> Thank you sir
[05:40] <cpaelzer> hi, an qemu update was accepted into proposed yesterday, already passed regression tests and atm also looks good on update excuses
[05:41] <cpaelzer> background in bug 1720397, as everything else other than the freeze block seems to be passed, I just wanted to ping for someone in the release team to make a decision to still pull it in OR if it shall become a 0day-upgrade
[05:48] <infinity> cpaelzer: Yeah, well aware (or I wouldn't have accepted it).
[05:49] <infinity> cpaelzer: It'll make it in a respin if there is another good reason (or enough small reasons) for one.
[05:50] <infinity> cpaelzer: Hrm, although it seems it's just in server now (I swear it used to have a library or common package on desktop flavours), so we could probably respin just server for qemu if it comes to that.
[06:08] -queuebot:#ubuntu-release- Unapproved: casper (artful-proposed/main) [1.386 => 1.387] (desktop-core, ubuntu-server)
[06:15] -queuebot:#ubuntu-release- Unapproved: accepted casper [source] (artful-proposed) [1.387]
[06:15] <infinity> ^-- This will trigger a ~world respin, so I'll let some other bits in too, like qemu and wpa.
[06:22] <acheronuk> respins a definite now then?
[06:32] <Ukikie> acheronuk: No, the real question is "Is it a friendly ghost?"  (But yes, it seems they certainly will.)
[06:33] <infinity> acheronuk: Unless you hate everyone who doesn't speak English, yeah.
[06:33] <infinity> (Yes, respins are definite)
[06:34] <acheronuk> lol. ok
[06:40] <Ukikie> Picking up wpa is also fantastic.
[06:49] <acheronuk> indeed. I shall delay the iso testing I planned until all respun
[06:53] <Mirv> oh, it's release week \o/ thanks soon for yet another nice release (so far running in VM only, I tend to stick to LTS on host)
[06:55] <sil2100> o/
[07:18] -queuebot:#ubuntu-release- Unapproved: bitz-server (artful-proposed/universe) [1.0.0-5 => 1.0.0-5ubuntu1] (no packageset)
[07:19] -queuebot:#ubuntu-release- Unapproved: accepted bitz-server [source] (artful-proposed) [1.0.0-5ubuntu1]
[07:26] -queuebot:#ubuntu-release- New: rejected fscrypt [source] (artful-proposed) [0.2.2-0ubuntu1]
[07:28] <doko> tyhicks: ^^^, missing copyright holders. also why the explicit architecture list?
[07:34] -queuebot:#ubuntu-release- Unapproved: bitz-server (artful-proposed/universe) [1.0.0-5ubuntu1 => 1.0.0-5ubuntu2] (no packageset)
[07:35] <jibel> slangasek, it seems that the locale issue in casper has been partially fixed and still exists on UEFI systems - bug 1724153
[07:35] -queuebot:#ubuntu-release- Unapproved: accepted bitz-server [source] (artful-proposed) [1.0.0-5ubuntu2]
[07:36] <infinity> jibel: See the new casper in proposed.
[07:37] <jibel> ah good
[07:37] <jibel> thanks infinity
[07:37] <infinity> Letting everything through now and respinning shortly.
[07:42] <infinity> jibel: And just confirmed that fixes both that bug, and the one budgie reported.
[08:42] <fossfreedom_> cyphermox: I don't have enough rights to reopen this issue affecting the release candidate ISOs.  Please can it be reopened ... or should I just create another bug report for the upcoming respins?  TIA  https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1706859
[08:44] <acheronuk> fossfreedom_: I meant to re-open, and forgot. so done
[08:44] <fossfreedom_> cheers
[08:45] <acheronuk> cyphermox: if you would really prefer a new bug, please close again and we can sort that
[08:45] <jibel> fossfreedom_, do you know in which release it worked?
[08:46] <jibel> matching the keyboard layout to the timezone does not make a lot of sense to me. I can live in France with a US keyboard for instance
[08:46] <fossfreedom_> jibel: I haven't seen this work in this area every since I started testing at alpha 2.  Worked for 17.04
[08:47] <jibel> fossfreedom_, on 17.04 you select english, then timezone = uk and the layout is en uk ?
[08:47]  * jibel tries
[08:47] <fossfreedom_> If you select "London UK" - you would expect a GB keyboard layout.  As far as I can remember, it was always done this way.
[08:47] <acheronuk> it seems OK on the zesty iso
[08:48] <jibel> maybe I just don't remember and cannot find any documentation describing how it is supposed to work
[08:49] <seb128> fossfreedom_, so if you travel to France and do an install in French and your tz is set to Paris you expect your keyboard to be azerty?
[08:49] <seb128> sorry, "an install in English"
[08:50] <seb128> it seems backward, I did some test install while in N-Y picking french and I was expecting my keyboard to match my locale, to not be qwerty just because I happened to be in the U.S
[08:50] <jibel> fossfreedom_, the behaviour is the same on zesty
[08:51] <jibel> fossfreedom_, I selected English, then London and the select layout is English (US)
[08:51] <jibel> not GB
[08:51] <acheronuk> if I did an install while in the US, I would still set my location to UK
[08:53] <seb128> then your clock would be wrong
[08:53] <acheronuk> it used to come up with a best guess, rather than defaulting to English (US). I accept that is not going to suit all cases, but it is changeable on that screen
[08:54] <jibel> acheronuk, which release used to work this way?
[08:54] <jibel> just trying to find when it changed
[08:54] <acheronuk> seb128: I could adjust that post install, but I would want the defaults UK, as I live here 95% of the time
[08:55] <fossfreedom_> seb128: on my zesty (ubuntu budgie) ISO - selecting London gives me a UK keyboard
[08:55] <jibel> same on xenial.
[08:55] <jibel> fossfreedom_, do you start a live session then the installer or click directly on install ubuntu or you select the layout in syslinux ?
[08:56] <jibel> or something else
[08:56] <acheronuk> it is one of thsoe things you can argue the cases for several ways, as no default is going to be perfect for everyone
[08:56] <fossfreedom_> jibel: from the try/install window dialog not the live session
[08:56] <jibel> I get the same behaviour on xenial, zesty and artful
[08:56] <jibel> ok
[08:57] <acheronuk> however, it would be better to come up blank and make you make a choice before proceeding, that to default to something which is unsuitable for most outside the US
[08:59] <seb128> the current behaviour is suitable for !US
[08:59] <seb128> or you mean english outside the US?
[09:00] <jibel> ah, on zesty if you select "Install Ubuntu" (ie don't start a live session) the layout matches the TZ
[09:00] <jibel> but from a live session it doesn't
[09:00] <jibel> but indeed it's different on artful
[09:01] <jibel> it's always US
[09:01] <acheronuk> jibel: it does in the 17.04 live session on my kubuntu iso
[09:01] <acheronuk> *does match
[09:01] <jibel> acheronuk, I tried on Ubuntu only
[09:02] <infinity> Sounds like there's room for improvement here (at least to make things consistent, even if no one can agree on what the behaviour should be), but I don't think I'll be considering it RC either.
[09:03] <infinity> But keeping this discussion open to determine which behaviour is "correct", and then making sure it's consistent in try/live/etc would be nice for 18.04.
[09:03] <jibel> definitely not RC, but good to revisit for 18.04
[09:04] <infinity> Laney: Guessing you didn't get anywhere on gtk versus software-properties?
[09:04] <Laney> Still looking
[09:04] <Laney> SRU probably
[09:04] <infinity> Laney: SRU works for me.
[09:04] <infinity> Laney: The way things are looking right now, the respin in an hour or so will proooobably be final.
[09:04] <infinity> Famous last words.
[09:04] <infinity> Fingers crossed.
[09:04] <infinity> Etc.
[09:06] <acheronuk> infinity: no, certainly not RC. in the ubuntu-on-air yestderday it cropped up, and I think was decided would be something in 18.04 to address
[09:06] <acheronuk> https://youtu.be/dJLj0eG7Gjw?t=1534
[09:10] <acheronuk> jibel: just realised that was you I think? doh! XD
[09:14]  * infinity goes to find a snack while he waits on the publisher to give him packagey goodness.
[09:16] <Laney> Packagey McPackageFace
[09:25] <seb128> Laney, wasn't the gtk update necessary for the new gnome-shell/split mode to work correctly (if I remember what jbicha wrote)?
[09:25] <Laney> There's some stuff in there for that, not sure what doesn't work if you don't have it
[09:25] <seb128> should we rever those gnome-shell changes if we don't take gtk?
[09:26] <Laney> that is the thing that is breaking software-properties
[09:26] <Laney> don't think it is that bad?
[09:26] <seb128> I didn't test, but some people complaining about it
[09:26] <seb128> I'm just pointing it out so it's not overlooked
[09:26] <seb128> were complaining*
[09:27] <seb128> I didn't understand that we were considering not taking the gtk update
[09:27] <seb128> otherwise I would have tested that more
[09:29] <seb128> oh well, should be fine
[09:30] <seb128> but I do some more testing later, I need to step out for a bit now
[09:50] <chrisccoulson> hi, somebody approved flash in partner for artful (thanks), but it's sat in the queue for all the other releases too ;)
[09:56] -queuebot:#ubuntu-release- Unapproved: mutter (artful-proposed/main) [3.26.1-2ubuntu1 => 3.26.1-5] (desktop-extra, ubuntu-desktop) (sync)
[09:57] <jbicha> infinity: system76 requested that mutter patch ^
[09:58]  * infinity raises a brow.
[09:58] <infinity> jibel: Cutting it close. :P
[09:58] <infinity> jbicha: Err, you.
[09:59] <jbicha> infinity: wait a moment, duflu wants to modify mutter too :|
[09:59] <LocutusOfBorg> sigh virtualbox security issues
[09:59] <infinity> jbicha: ...
[10:00] <infinity> jbicha: I'm literally a few minutes away from (hopefully a final) respin, so...
[10:02] <jbicha> ok, this mutter patch is a one-liner, let me test build and run it first
[10:07] <sil2100> chrisccoulson: I'd like to help but I'm not sure if I have the power over partner
[10:08] <sil2100> eh, sync, jbicha what's the bug number that the mutter upload fixes?
[10:08] <infinity> sil2100: LP: #1724024
[10:08] <infinity> sil2100: It's in the changelog.
[10:09] <sil2100> Yeah, it's a sync so I didn't have a convenient way to get to the changelog
[10:09] <infinity> queue fetch and debdiff. :P
[10:09] <sil2100> By convenient I mean 'click on a link from launchpad'
[10:09] <sil2100> That's too much work!
[10:09] <sil2100> Anyway, thanks
[10:10] <infinity> jbicha: So, what's the one-liner meant to fix?
[10:10] <jbicha> infinity: never mind, we decided not to rush the one-liner in, so just the mutter in the queue please
[10:11] <infinity> jbicha: I'm kinda inclined to say there's no way this is installer-critical (I mean, if you need two monitors and HiDPI to install, you're beyond abnormal), and this might be better as an SRU, where it can get some testing and feedback before we shove it down people's throats.
[10:11] <infinity> jbicha: Given this is technically a behaviour change too, and not "obviously correct" to my mind, just "different".
[10:11] <sil2100> Doesn't look release critical indeed
[10:11] <infinity> (As in, the multimonitor experience sucks either way, it's just a question of which direction you prefer your suction)
[10:11] <jibel> agreed
[10:12] <sil2100> Especially that accepting it we'd have to wait again for the publisher to fully publish this in the archive
[10:12] <jibel> agreed with not being release critical :)
[10:12] <infinity> jbicha: So, I think I'll reject this (as a sync from Debian isn't super suitable for an SRU either), and you can re-upload with something more SRU-suitable.
[10:12] <jbicha> I don't have a second monitor here to test for myself but my understanding is that this patch *allows* for a hidpi setting in gnome-control-center
[10:14] <apw> my reading of the patch is it allows you to select say x2 because your internal screen supports it, and the external does not
[10:14] <infinity> jbicha: Sure, yes.  My point is that without this patch, if you have a mismatch, you get the lowest common denominator, with the patch, you get the options of making it suck the other way.  Not reading all the code to see what the default will come out to in that case.
[10:14] <infinity> (By "suck the other way", I mean that if you pick hidpi, you get hidpi on your lowdpi screen too)
[10:14] <apw> but i don't see how it is release criticial, "use your internal monitor to install and upgrade"
[10:15] <apw> it is less sucking in the sense i think you start with x2 and sucking external monitor on the right, if you move it you have to move to x1 which changes the suck in a confusing way
[10:15] <jbicha> I agree it's a regular bug, not essential for installing. System76 just likes to have better hidpi support
[10:15] <infinity> Anyhow, it's not installer-critical, please queue it up as an SRU.
[10:16] <infinity> System76 is generally happy with SRUs. :)
[10:16] <infinity> (And they even submit their own occasionally)
[10:16] <jbicha> it is sort of queued as an SRU already, except you don't want Debian syncs for SRUs?
[10:17] <apw> jbicha, well it risks syncing into BB and then that upload is invalid
[10:17] <infinity> I *think* that if you have a mixed setup, it'll default to low, with an option of high, so no behaviour change, but I also am not keen on waiting a few hours to respin just to discover that maybe the upload's not perfect and we need to revert.
[10:17] <infinity> jbicha: I don't want a Debian sync for the SRU, no.  I'd much rather see 3.26.1-2ubuntu1 with the patch and no other fuzz.
[10:17] <jbicha> ok, thanks
[10:17] <infinity> jbicha: And we can sync the Debian upload into BB.
[10:19] -queuebot:#ubuntu-release- Unapproved: rejected mutter [sync] (artful-proposed) [3.26.1-5]
[10:19] <infinity> jbicha: Err, 3.26.1-2ubuntu2 obviously.
[10:19] <infinity> (or 1.1)
[10:19] <infinity> But you get what I mean.
[10:51] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Artful Final] has been updated (20171017)
[10:51] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Artful Final] has been updated (20171017)
[10:51] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Artful Final] has been updated (20171017)
[10:51] -queuebot:#ubuntu-release- Builds: Ubuntu Base i386 [Artful Final] has been updated (20171017)
[10:51] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Artful Final] has been updated (20171017)
[10:51] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Artful Final] has been updated (20171017)
[10:55] -queuebot:#ubuntu-release- Unapproved: qemu (zesty-proposed/main) [1:2.8+dfsg-3ubuntu2.5 => 1:2.8+dfsg-3ubuntu2.6] (ubuntu-server, virt)
[11:07] -queuebot:#ubuntu-release- Builds: Lubuntu Alternate amd64 [Artful Final] has been updated (20171017)
[11:07] -queuebot:#ubuntu-release- Builds: Lubuntu Alternate i386 [Artful Final] has been updated (20171017)
[11:08] -queuebot:#ubuntu-release- Unapproved: accepted qemu [source] (zesty-proposed) [1:2.8+dfsg-3ubuntu2.6]
[11:08] <infinity> cpaelzer: How's that for quick service?
[11:09] <cpaelzer> infinity: perfect and a bit more
[11:10] <infinity> cpaelzer: Helps that I reviewed the artful upload less than a day ago, and this was identical.
[11:11] <cpaelzer> hehe, you do enough hard tasks that for once a day there can be an easy one - like this
[11:14] -queuebot:#ubuntu-release- Unapproved: virtualbox-guest-additions-iso (artful-proposed/multiverse) [5.1.28-1 => 5.1.30-1] (no packageset) (sync)
[11:14] -queuebot:#ubuntu-release- Unapproved: virtualbox (artful-proposed/multiverse) [5.1.28-dfsg-3 => 5.1.30-dfsg-1] (ubuntu-cloud) (sync)
[11:15] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (artful-proposed/multiverse) [5.1.28-1 => 5.1.30-1] (no packageset) (sync)
[11:15] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [sync] (artful-proposed) [5.1.30-1]
[11:15] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-guest-additions-iso [sync] (artful-proposed) [5.1.30-1]
[11:17] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox [sync] (artful-proposed) [5.1.30-dfsg-1]
[11:17] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Artful Final] has been updated (20171017)
[11:17] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Artful Final] has been updated (20171017)
[11:17] -queuebot:#ubuntu-release- Builds: Ubuntu Server i386 [Artful Final] has been updated (20171017)
[11:17] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Artful Final] has been updated (20171017)
[11:17] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Artful Final] has been updated (20171017)
[11:27] <ogra_> infinity, who owns klibc nowadays ? is that still foundations or is it the kernel team ? (it wuolld be helpful if bug 1692494 could be processed eventually (post release is surelly fine though))
[11:27] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Artful Final] has been updated (20171017)
[11:27] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Artful Final] has been updated (20171017)
[11:28] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Artful Final] has been updated (20171017)
[11:28] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Artful Final] has been updated (20171017)
[11:29] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Artful Final] has been updated (20171017)
[11:36] <jibel> ubiquity crashed when I click on the release notes link :(
[11:37] <infinity> jibel: That seems suboptimal.
[11:38] <jibel> and apport telling that the crash already exists opening an LP page to which I don't have access is not more optimal
[11:39] <infinity> ogra_: We do, probably.  Remind me post-release?
[11:39] <ogra_> will do... thx
[11:41] <jibel> here you go http://paste.ubuntu.com/25758811/
[11:41] <infinity> Sonofa.
[11:42] <infinity> Okay, I might need to re-promote sensible-utils instead of trying to fix things that have undeclared deps.
[11:42] <infinity> That also means another world respin. :(
[11:42] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Artful Final] has been updated (20171017)
[11:42] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop i386 [Artful Final] has been updated (20171017)
[11:43] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Artful Final] has been updated (20171017)
[11:43] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop i386 [Artful Final] has been updated (20171017)
[11:43] <jibel> bug 1724224
[11:45] <infinity> Should have looked more into that yesterday when I noticed another user of it.
[11:45] <infinity> Oh well.
[11:46] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Artful Final] has been updated (20171017)
[11:46] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop i386 [Artful Final] has been updated (20171017)
[11:47] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Artful Final] has been updated (20171017)
[11:47] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Artful Final] has been updated (20171017)
[11:49] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi2 [Artful Final] has been updated (20171017)
[11:58] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Artful Final] has been updated (20171017)
[11:58] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD i386 [Artful Final] has been updated (20171017)
[12:01] <infinity> jibel: Fixing.  Slowly.
[12:02] <infinity> Will take several publisher cycles.  Because whee.
[12:29] <Laney> Got a fix for that software-properties thing ...
[12:32] <LocutusOfBorg> Laney, libcatmandu-store-mongodb-perl fails on i386 because mongodb is removed there... do you think you can help it?
[12:32] <Laney> Not right now
[12:33] <infinity> Laney: Oh?
[12:33] <LocutusOfBorg> well hopefully someone else will fix it :)
[12:33] <infinity> LocutusOfBorg: Oh, did someone decide to go 64-bit only for mongo?
[12:35] <LocutusOfBorg> https://launchpad.net/ubuntu/artful/i386/mongodb
[12:36] <LocutusOfBorg> slangasek, ^^
[12:36] <infinity> Yeah, I can give it a nudge.
[12:36] <infinity> Asking a third person to get involved is just being annoying. :P
[12:36] <LocutusOfBorg> the new mongodb is not built on i386, I presume upstream dropped it
[12:36] <infinity> Debian dropped it with upstream prompting, looks like.
[12:36] <LocutusOfBorg> I thought the rationale was needed
[12:41] <infinity> Laney: I'm currently looking at several hours of publisher hell to fix this sensible-utils thing, so if you can turn around the gtk thing fast...
[12:42] <infinity> Laney: (Which I guess would be faster if the fix is in software-properties rather than gtk)
[12:42] <Laney> It is
[12:42] <infinity> Oo.
[12:42] <infinity> Tempting, then.
[12:42] <Laney> I'm just getting an ADT vm wotsit to test it
[12:42] <Laney> then I'll queue it up
[12:44] <infinity> Laney: Of course, this also brings up a question of confidence in the new GTK since, from my POV, all I've seen is automates tests, and we're running out of time to make mistakes.
[12:44] <infinity> Laney: Have your team (or members thereof) been running the proposed gtk locally and willing to vouch for it not being crap?
[12:44] <Laney> I've had it on this laptop for a bit
[12:45] <Laney> seb128: jbicha: been running it by any chance?
[12:49] <seb128> Laney, I'm giving it some testing atm, seems to work fine so far
[12:50] <infinity> Kay.  Well, hammer it a bit in whatever ways you think you can break GTK visually.  Stuff that automated testing wouldn't notice.
[12:50] <Laney> yessssssss, revision 1000
[12:50] <infinity> Laney: Easily amused?
[12:52]  * Laney reps his base 10 homies
[12:53] <ogra_> don't forget to take a photo!
[12:54] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (artful-proposed/main) [1.403 => 1.404] (core)
[13:09] <cyphermox> infinity: do you have a respin planned? Kylin people are asking if it's too late to sneak in a slideshow translation update
[13:09] <infinity> cyphermox: I wish I didn't, but I do.
[13:10] <cyphermox> yeah, I had kind of hoped you'd have responded it was too late
[13:10] <infinity> cyphermox: Sadly, sensible-utils screwed me.
[13:10] <cyphermox> I see that in the backlog now
[13:11] -queuebot:#ubuntu-release- Unapproved: software-properties (artful-proposed/main) [0.96.24.16 => 0.96.24.17] (desktop-core, ubuntu-server)
[13:11] <Laney> Enjoy that
[13:11] <infinity> (Or, rather, the debianutils maintainer screwed me, and I wasn't coherent enough last week to notice)
[13:11] <infinity> Laney: Shiny.  I'll trade you reviews.
[13:11] <cjwatson> infinity: What's taking several hours for sensible-utils?
[13:12] <infinity> cjwatson: Just the annoying dance required to move something into required from optional.
[13:12] <infinity> cjwatson: override, publish, update meta, upload, publish, britney, publish.
[13:12] <cjwatson> Oh, the metapackage.  I guess.  You could've done that at the same time as the overrides, but probably too late now.
[13:13] <infinity> cjwatson: I could have done it by hand, yeah, but I like the tool telling me I didn't screw up.
[13:13] <cjwatson> Picky.
[13:13] <infinity> cjwatson: And it would have to be by hand, cause germinate culls anything "not in the debootstrap set" from minimal. :P
[13:14] -queuebot:#ubuntu-release- Unapproved: linux-firmware (xenial-proposed/main) [1.157.12 => 1.157.13] (core, kernel)
[13:14] <infinity> Anyhow, we're up to that bit now, so whatever.
[13:15] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-meta [source] (artful-proposed) [1.404]
[13:15] <Laney> Weeeeeee
[13:15] <infinity> I got the short end of this review stick.
[13:15] <infinity> cjwatson: Have 5 minutes to apply your python brain to a queue review?
[13:15] <Laney> Ignore the gross bit(s)
[13:15] <infinity> Laney: That's kinda the whole diff.
[13:15] <cjwatson> infinity: Sure
[13:16] <Laney> or, prefereably, fix them - I'm off for lunch. :P
[13:16] <infinity> cjwatson: Shiny.  Leave notes, or just accept, whatever.  I need to go find a coffee and doughnut to power through.
[13:16] <cjwatson> infinity: The software-properties one?
[13:16] <infinity> cjwatson: And yes, software-properties.
[13:16]  * cjwatson is not #ubuntu-release any more, so can probably technically still accept but shouldn't
[13:17] <infinity> cjwatson: You technically can, and literally no one will mind if you do. :P
[13:21] <cjwatson> Heh.  Well, I mean, it's a test, how badly can it go wrong?  But it looks fine to me, so accepting.
[13:22] -queuebot:#ubuntu-release- Unapproved: accepted software-properties [source] (artful-proposed) [0.96.24.17]
[13:28] <cyphermox> infinity: re: translation update: not sure I'll have anything to sneak in, I don't see any changes in the zh translations worth an upload (only a few commented out translations), and I'm not sure I'll have a response quickly.
[13:34] <infinity> cyphermox: Hrm, kay.
[13:37] <seb128> Laney, infinity, jbicha, gtk has been tested by a few desktopers and seems to work without visible issue
[13:38] -queuebot:#ubuntu-release- Unapproved: ubuntu-budgie-meta (artful-proposed/universe) [0.17 => 0.18] (no packageset)
[13:38] <infinity> seb128: Fair enough.  I'll send Mark to you if he files any bugs about it. ;)
[13:38] <seb128> lol, sounds good
[13:38] -queuebot:#ubuntu-release- Unapproved: accepted ubuntu-budgie-meta [source] (artful-proposed) [0.18]
[13:42] -queuebot:#ubuntu-release- Unapproved: gcc-snapshot (artful-proposed/universe) [20171002-0ubuntu1 => 20171017-1ubuntu1] (no packageset)
[13:42] -queuebot:#ubuntu-release- Unapproved: accepted gcc-snapshot [source] (artful-proposed) [20171017-1ubuntu1]
[13:45] <sil2100> Oh man, so much happened when I was AFK
[13:45] <sil2100> Even the software-properties fix happened, yay
[13:47] <sil2100> infinity: will we consider jamming-in the gtk+3.0 into the final respin in this case?
[13:50] <infinity> sil2100: Yeah.  seb128 is taking full responsibility for the release sucking if that's a bad idea.
[13:50] <apw> oh thanks seb128
[13:50] <seb128> heh
[13:51] <sil2100> Thanks seb128
[13:51] <sil2100> o/
[13:51]  * seb128 hides
[13:51]  * apw clips a tracker to seb128
[14:25] <Laney> cjwatson: cheers
[14:26] <Laney> did someone retrigger gtk?
[14:26] <Laney> well, software-properties -> gtk
[14:27] <infinity> Laney: Kinda waiting for it to be published first.
[14:27] <infinity> Laney: But will trigger when sane to do so.
[14:28] <Laney> britney thinks it is
[14:28] <infinity> Laney: Not the britney I'm looking at.
[14:28] <infinity> (Nor the archive)
[14:28] <Laney> Get:1 http://ftpmaster.internal/ubuntu artful-proposed/main software-properties 0.96.24.17 (dsc) [2,324 B]
[14:28] <Laney> Get:2 http://ftpmaster.internal/ubuntu artful-proposed/main software-properties 0.96.24.17 (tar) [404 kB]
[14:29] <infinity> Laney: Binaries are a bit more important.
[14:29] <Laney> Get:20 http://ftpmaster.internal/ubuntu artful-proposed/main armhf software-properties-common all 0.96.24.17 [9,514 B]
[14:29] <Laney> that one?
[14:29] <infinity> Huh, and excuses just refreshed. :P
[14:29] <Laney> :)
[14:29] <infinity> My firefox is teasing me.
[14:29] <infinity> So yes, I'll retrigger.
[14:29] <Laney> I looked on /running
[14:29] <Laney> cool, cheers
[14:33] <infinity> LocutusOfBorg: Around?
[14:34] <infinity> LocutusOfBorg: virtualbox and virtualbox-ext-pack autopkgtests are kinda broken by the postinst hanging indefinitely on package install. :P
[14:36] <infinity> Err, just ext-pack tests, I guess.
[14:37] <infinity> Is "--accept-license=$accept_license" meant to skip that?
[14:42] <tyhicks> doko: fscrypt isn't building on ppc64el due to test failures that aren't yet fully understood and go's c-shared build mode not being available on ppc64el
[14:43] <tyhicks> doko: and it isn't building on amrhf due to test failures that aren't yet fully understood
[14:43] <tyhicks> (those are the reasons for the explicit arch list)
[14:44] <infinity> tyhicks: I'd argue that if your testsuite is catching the issues, a restricted arch list is overkill.
[14:44] <infinity> tyhicks: (as in, an ftbfs log is a nice pointer to someone else who might want to jump in and help)
[14:47] <tyhicks> infinity: fair point (I have shared the ftbfs log with upstream)
[14:48] <tyhicks> infinity: what happens if I upload a new package that ftbfs on two architectures? will it get stuck until those issues are sorted out?
[14:48] <infinity> tyhicks: In my mind, the only justification for arch-restriction is "we never want it on this arch", with sub justifications like "this uses x86 assembly" or "this needs an Intel video card" or whatever.
[14:49] <infinity> tyhicks: britney compares arches built in release and proposed, it cares not for build failures or lack thereof.
[14:49] <doko> tyhicks: does mwhudson know about the c-shared build mode issue?
[14:49] <infinity> (ie: it's testing existence of .debs, not build records)
[15:02] <tyhicks> infinity: thanks
[15:02] <tyhicks> doko: I'm not sure - I just discovered it last week and haven't had a chance to follow up on it
[15:13] <Ukikie> LocutusOfBorg: 1. The license needs updating.  2. The accept_license string changed to b674970f720eb020ad18926a9268607089cc1703908696d24a04aa870f34c8e8
[15:16] <Ukikie> (The latter is simply sha256 sum of the license, so if it changes then the license needs updated.)
[15:20] <infinity> Ukikie: Uploads speak louder than IRC messages.
[15:21] <Ukikie> infinity: Yes, but that's the information he needs, I can't upload.
[15:21] <infinity> Laney: Can you murder the current virtualbox-ext-pack autopkgtests so we don't have to pointlessly wait for them to time out?
[15:22] <infinity> And GTK migrated.  God help us all.
[15:25] -queuebot:#ubuntu-release- Unapproved: gtk+3.0 (artful-proposed/main) [3.22.24-0ubuntu1 => 3.22.24-0ubuntu2] (ubuntu-desktop)
[15:25] <infinity> ...
[15:27] <sil2100> \o/
[15:27] <infinity> jbicha: Solidly-timed.
[15:27] <infinity> jbicha: Also, SRU paperwork on that bug, please.  The odds of it making it into the release pocket are about as good as the odds of your cat winning the lottery.
[15:28] <jbicha> sure it's intended as an ordinary sru
[15:31]  * infinity taps his foot for the next publisher run so he can get all the builds a-buildin' and EOD.
[15:46] -queuebot:#ubuntu-release- Unapproved: ipxe (artful-proposed/main) [1.0.0+git-20161027.b991c67+really20150424.a25a16d-1ubuntu1 => 1.0.0+git-20161027.b991c67+really20150424.a25a16d-1ubuntu2] (ubuntu-desktop, ubuntu-server)
[15:46]  * ogra_ glares at his bug mailbox ... and wonders what exploded there 
[15:46] <ogra_> oh, apw running evil scripties ...
[15:47] <apw> ogra_, heh ... that vivid thing is dead
[15:47] <ogra_> yeah
[15:54] <sil2100> infinity: if anything, I can be around to do the button pushing
[15:54] <Laney> infinity: Slayed
[15:54] <sil2100> infinity: so if you need to EOD just give me a poke
[15:54] <infinity> sil2100: I love the buttons and the buttons love me.
[15:54] <sil2100> infinity: I guess we wait for the ubiquity upload, right?
[15:54] <infinity> Besides, I'm keeping myself occupied by arguing with kernel people.
[15:54] <sil2100> hehe
[15:54] <infinity> I wait for a short while.
[15:55] <sil2100> Ok then, I'll leave the button-pushery then
[15:55] <infinity> If cyphermox doesn't deliver soon, sucks to be him.
[15:59] <LocutusOfBorg> Ukikie, infinity yes thanks wilco
[16:00] <Ukikie> LocutusOfBorg: BTW, that got me looking into ext-pack again, can remove all references of the version that are hardcoded.
[16:01] <infinity> LocutusOfBorg: Please do a test install before you upload again.  Hanging all the tests is unpleasant.
[16:08] <LocutusOfBorg> infinity, actually last time somebody told me that a timeout was going to be implemented soon(TM) :)
[16:09] <LocutusOfBorg> it was a fast upload because of security and release
[16:09] <slangasek> there is a timeout; it's 2h40m
[16:10] <LocutusOfBorg> oh ok
[16:11] <Laney> slangasek: Had an embarrassingly not brief moment of confusion due to no byobu earlier on. :)
[16:11] <Laney> thanks for removing
[16:11] <Laney> "um, I thought I chose cloud-worker not lxd-worker" <repeat>
[16:17] <dmj_s76> infinity: jbicha: SRU works for us!  It's not critical that multimonitor is perfect during the install.  We just want to make sure hidpi works as well as possible on Ubuntu & derivatives.  This patch doesn't change any default behavior.  It just gives the user control over which (not ideal) way is better for them.  It also lets our hidpi daemon set better defaults for the user automatically on Ubuntu.
[16:18] <infinity> dmj_s76: Yup.  That's how I read it too, but also definitely not RC, so SRU it is.
[16:18] <infinity> dmj_s76: (Also, just a long enough patch that I'm not comfy reviewing it and claiming it's 100% safe on short notice with no time to back it out)
[16:23] <cyphermox> infinity: slideshow up, queuebot should notice incessantly
[16:24] -queuebot:#ubuntu-release- Unapproved: ubiquity-slideshow-ubuntu (artful-proposed/main) [132 => 133] (kubuntu, ubuntu-desktop)
[16:25] -queuebot:#ubuntu-release- Unapproved: accepted ipxe [source] (artful-proposed) [1.0.0+git-20161027.b991c67+really20150424.a25a16d-1ubuntu2]
[16:26] -queuebot:#ubuntu-release- Unapproved: virtualbox-ext-pack (artful-proposed/multiverse) [5.1.30-1 => 5.1.30-2~build1] (no packageset)
[16:27] -queuebot:#ubuntu-release- Unapproved: accepted ubiquity-slideshow-ubuntu [source] (artful-proposed) [133]
[16:27] -queuebot:#ubuntu-release- Unapproved: accepted virtualbox-ext-pack [source] (artful-proposed) [5.1.30-2~build1]
[16:27] <infinity> LocutusOfBorg: You win a useless-use-of-cat award.
[16:28] <ogra_> cant have anough cats !
[16:28] <ogra_> *enough
[16:28] <infinity> LocutusOfBorg: "cat foo | sed 's///' > bar" == "sed 's///' foo > bar"
[16:29] <LocutusOfBorg> infinity, blame Ukikie :)
[16:31] <LocutusOfBorg> applying that patch blindly is a shame, my operating system professor at university would be mad at me :)
[16:31] <Ukikie> Which is weird because I use sed all the time, but that didn't click.  I'll blame the maintainer of adobe-flashplugin.
[16:31] <LocutusOfBorg> https://anonscm.debian.org/cgit/pkg-virtualbox/virtualbox-ext-pack.git/commit/?id=64ec910f489afccdeaaecadb43e69c126ddeeb8b
[16:31] <LocutusOfBorg> this should be better indeed (from next upload)
[16:33] <infinity> LocutusOfBorg: useless-use-of-shell-redirection? ;)
[16:33] <infinity> (but at least it doesn't fork)
[16:34] <Ukikie> I'm a bit bummed that I earned a useless-use-of-cat award.
[16:34] <infinity> Ukikie: Wear it with pride, all the cool kids have one.
[16:35] <infinity> I have dozens.
[16:35] <ogra_> and it counts double on caturday
[16:35] <infinity> I really only cleaned up my act when dealing with init systems and discovering the vital importance of never forking anything ever.
[16:36] <infinity> So you learn constructs like "while read foo; do thing; done < file" instead of "cat file | while ..."
[16:36] <ogra_> what i found way more curious in the above conversation is to learn that there are people called "operating system professor" ... thats something to have on a business card for sure
[16:37] <infinity> Because it turns out that when you have a watchdog ptracing forks (*cough*upstart*cough*), it decides that 'cat' is your daemon.
[16:37] <infinity> Which ends poorly.
[16:37] <infinity> Very poorly.
[16:37] <Ukikie> Aha, very.
[16:37] <cjwatson> The only thing it's got wrong is the extra "a", really.
[16:38] <Ukikie> infinity: Thought for sure you'd comment about the awful generation of postinst. :3
[16:39] <cjwatson> Paging @evilbmcats
[16:39] <infinity> Ukikie: Have you seed debian/debhelper.in/* in glibc?  I can't really criticize generated maintainer scripts.
[16:39] <infinity> s/seed/seen/
[16:39] <Ukikie> I need to take a look it sounds.
[16:40] <flocculant> infinity: as far as you know - we done with respins? obviously ignoring the possibility of any 'omg wth' people might find
[16:40] <infinity> We do vile things like use sed to drop 20k files in place of #PLACEHOLDER# in some bits.
[16:40] <infinity> Cause why not.
[16:40] <infinity> flocculant: Nope.  There's going to be a 20171017.1 soon.  Because derp.
[16:40] <cjwatson> I am very glad I managed to ditch that from openssh a while back.
[16:41] <flocculant> infinity: okey doke thanks :)
[16:41] <flocculant> holding firing position then :D
[16:42] <infinity> cjwatson: What nasty were you dumping in?  Not something seriously evil like the entirety of the blacklist or some such?
[16:42] <infinity> (Which would be hilariously awful)
[16:43] <cjwatson> infinity: https://anonscm.debian.org/cgit/pkg-ssh/openssh.git/commit/?id=1fa04ebf122aec5ecbbdb6c7e001665b238e4c62
[16:44] <infinity> cjwatson: Oh hey, some of that looks familiar.
[16:44] <cjwatson> Did you copy my horrible substitution thing or something?
[16:45] <infinity> Nah, just similar hacks around different issues.
[16:45] <infinity> Turns out there's only a few ways to write that sort of goop.
[16:46] <infinity> But really, the evil of https://anonscm.debian.org/cgit/pkg-glibc/glibc.git/tree/debian/rules.d/debhelper.mk?h=glibc-2.26 is surpassed only by doko's abuse of m4.
[16:46] <infinity> One of these days, I need to try to convert glibc to dh(1) and see just how much nasty we can get rid of.  I feel like that's a 6 month job though.
[17:08] <xnox> infinity, i believe i have a critical fix in s390-tools. It's in the .deb only. Thus we many need to ship that, and respin s390x server iso only, as that package is on the /pool/ only. No d-i rebuild required.
[17:08] <infinity> xnox: You have it ready?
[17:09] <xnox> infinity, uploading in a second.
[17:09] <infinity> xnox: I'm waiting on a couple of things to autopkgtest and migrate, so if you're quick, you're not holding me up.
[17:13] -queuebot:#ubuntu-release- Unapproved: s390-tools (artful-proposed/main) [1.39.0-0ubuntu3 => 1.39.0-0ubuntu4] (core)
[17:16] <infinity> xnox: Man, I hate it when I can't "IPL rool"
[17:16] <xnox> bah
[17:17] <xnox> infinity, do i need to re-upload with "IPL root" ?
[17:18] <xnox> uploading IPL root
[17:18] <infinity> xnox: I mean, you don't *need* to, depends on how much you like looking silly.  Which I assume is a lot, based on how well I know you. :)
[17:18] <infinity> xnox: (PS: it's wrong in two places)
[17:18] <xnox> fuck
[17:18] -queuebot:#ubuntu-release- Unapproved: s390-tools (artful-proposed/main) [1.39.0-0ubuntu3 => 1.39.0-0ubuntu4] (core)
[17:19] -queuebot:#ubuntu-release- Unapproved: s390-tools (artful-proposed/main) [1.39.0-0ubuntu3 => 1.39.0-0ubuntu4] (core)
[17:21] -queuebot:#ubuntu-release- Unapproved: rejected s390-tools [source] (artful-proposed) [1.39.0-0ubuntu4]
[17:22] -queuebot:#ubuntu-release- Unapproved: rejected s390-tools [source] (artful-proposed) [1.39.0-0ubuntu4]
[17:22] -queuebot:#ubuntu-release- Unapproved: accepted s390-tools [source] (artful-proposed) [1.39.0-0ubuntu4]
[17:38] <LocutusOfBorg> sorry I was afk, I committed that fix :)
[18:00] <slangasek> Laney: haha :)
[18:05] <infinity> LocutusOfBorg: Tests re-ran, life happier, vbox* migrated.  Thanks for fixing.
[18:05] <LocutusOfBorg> thanks for reporting :)
[18:06] <LocutusOfBorg> I did rerun the tests, not sure if the trigger was good enough
[19:02] <tyhicks> doko: hey - I just got a chance to look into the fscrypt rejection that you made due to "missing copyright holders" and I'm confused
[19:02] <tyhicks> doko: debian/copyright exists and is populated
[19:03] <tyhicks> doko: Google is the copyright holder for the upstream project
[19:03] <tyhicks> doko: are you wanting me to list author names, as well?
[19:09] <Odd_Bloke> sil2100: o/ Are we expecting any more changes to land that would affect the cloud images, or can I start identifying a release candidate image?
[19:24] <sil2100> Odd_Bloke: hey! Let me just quickly look if everything migrated, but I think that's it
[19:24] <sil2100> There was s390-tools still what we were waiting on before but it's not related to cloud anyway
[19:26] <sil2100> Odd_Bloke: I think we're good now
[19:26] <Odd_Bloke> Great!
[19:34] <infinity> tyhicks: Listing authors isn't necessary, and it does indeed look like Google is the sole copyright holder.
[19:40] -queuebot:#ubuntu-release- Builds: Ubuntu Base amd64 [Artful Final] has been updated (20171017.1)
[19:40] -queuebot:#ubuntu-release- Builds: Ubuntu Base arm64 [Artful Final] has been updated (20171017.1)
[19:40] -queuebot:#ubuntu-release- Builds: Ubuntu Base armhf [Artful Final] has been updated (20171017.1)
[19:40] -queuebot:#ubuntu-release- Builds: Ubuntu Base i386 [Artful Final] has been updated (20171017.1)
[19:40] -queuebot:#ubuntu-release- Builds: Ubuntu Base ppc64el [Artful Final] has been updated (20171017.1)
[19:40] -queuebot:#ubuntu-release- Builds: Ubuntu Base s390x [Artful Final] has been updated (20171017.1)
[19:41] -queuebot:#ubuntu-release- Unapproved: swift (artful-proposed/main) [2.15.1-0ubuntu2 => 2.15.1-0ubuntu3] (openstack, ubuntu-server)
[19:42] <tyhicks> infinity: thanks for confirming
[19:44] -queuebot:#ubuntu-release- Unapproved: accepted swift [source] (artful-proposed) [2.15.1-0ubuntu3]
[19:46] <sil2100> \o/
[19:48] <acheronuk> final final spin?
[19:49] <acheronuk> hopefully I mean
[19:49] <infinity> acheronuk: Many fingers crossed.
[19:50] <infinity> acheronuk: I'm not aware of anything broken.  Then again, I wasn't aware of anything broken with the last set until they were half done. :P
[19:50] <acheronuk> yep. that caveat is always there. can't say more than that
[19:51] <infinity> acheronuk: On the other hand, we're also at the point where I won't accept any fix that isn't of the "this made my friend's computer literally chant racist slogans and then set itself on fire", so... We might be done.
[19:52] <infinity> s/, so/ sort, so/
[19:52] <acheronuk> hehe
[20:26] -queuebot:#ubuntu-release- Builds: Ubuntu Server Subiquity amd64 [Artful Final] has been updated (20171017.1)
[20:28] <infinity> Okay, now that I'm satisfied that I didn't screw up the cdimage->iso.qa integration for that image, I'm off to sleep.  The rest of the builds should trickle in over the next hour or two.
[20:33] <sil2100> infinity: thanks! I'll still be around to see if things don't explode
[20:34] <sil2100> Although I guess all has been done for now
[20:36] -queuebot:#ubuntu-release- Builds: Lubuntu Alternate amd64 [Artful Final] has been updated (20171017.1)
[20:36] -queuebot:#ubuntu-release- Builds: Lubuntu Alternate i386 [Artful Final] has been updated (20171017.1)
[20:53] <mwhudson> doko, tyhicks: buildmode=c-shared?
[20:54] <mwhudson> oh oh ppc64el
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server amd64 [Artful Final] has been updated (20171017.1)
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server arm64 [Artful Final] has been updated (20171017.1)
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server i386 [Artful Final] has been updated (20171017.1)
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server ppc64el [Artful Final] has been updated (20171017.1)
[20:54] -queuebot:#ubuntu-release- Builds: Ubuntu Server s390x [Artful Final] has been updated (20171017.1)
[20:56] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop amd64 [Artful Final] has been updated (20171017.1)
[20:56] <tyhicks> mwhudson: correct, buildmode=c-shared on ppc64el isn't supported
[20:56] -queuebot:#ubuntu-release- Builds: Lubuntu Desktop i386 [Artful Final] has been updated (20171017.1)
[20:57] <mwhudson> tyhicks: is that still true in tip?
[20:57] <tyhicks> mwhudson: I'm not sure about that
[20:57]  * mwhudson checks
[20:58] <mwhudson> yeah looks like it's supported now
[20:58] <tyhicks> mwhudson: it isn't a blocker for me right now because the fscrypt kernel code doesn't support filesystem block sizes that are smaller than the page size (which is true for our default filesystem block size and ppc64el page size)
[20:58] <tyhicks> mwhudson: ah, great to know - thanks for checking
[20:58]  * mwhudson checks if it's in 1.9
[20:59] <mwhudson> hm nope
[21:00] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop amd64 [Artful Final] has been updated (20171017.1)
[21:00] -queuebot:#ubuntu-release- Builds: Xubuntu Desktop i386 [Artful Final] has been updated (20171017.1)
[21:01] <tyhicks> mwhudson: that makes sense because I was seeing the ppc64el build failures on artful
[21:02] <tyhicks> mwhudson: just to be clear, I don't need c-shared to be supported on ppc64el in artful (not that there's sufficient time, anyways)
[21:02] <mwhudson> 1.8 is the default version in artful still
[21:02] <tyhicks> oh
[21:02] <mwhudson> tyhicks: good :)
[21:02] <mwhudson> because that's not going to happen :)
[21:02] <tyhicks> definitely not :)
[21:03] <mwhudson> but 1.9 might well be the default for bb
[21:03] -queuebot:#ubuntu-release- Builds: Ubuntu Desktop amd64 [Artful Final] has been updated (20171017.1)
[21:03] <tyhicks> mwhudson: I doubt the kernel issue will be fixed by then so I'm still not concerned
[21:03] <mwhudson> the commit adding buildmode=c-shared to ppc64el cherry picks cleanly to the 1.9 branch
[21:03] <mwhudson> which is a good sign but doesn't necessarily mean it works :)
[21:04]  * tyhicks nods
[21:04] <tyhicks> I'll keep that in mind in case the kernel issue is sorted out within the next 6 months
[21:04] <mwhudson> so looks possible if you need it, but i'm not going to be proactive here :)
[21:04] <tyhicks> mwhudson: sounds like we're on the same page - thanks again for the digging
[21:05] <mwhudson> nw
[21:10] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop amd64 [Artful Final] has been updated (20171017.1)
[21:10] -queuebot:#ubuntu-release- Builds: Ubuntu Kylin Desktop i386 [Artful Final] has been updated (20171017.1)
[21:12] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop amd64 [Artful Final] has been updated (20171017.1)
[21:12] -queuebot:#ubuntu-release- Builds: Ubuntu Budgie Desktop i386 [Artful Final] has been updated (20171017.1)
[21:14] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop amd64 [Artful Final] has been updated (20171017.1)
[21:14] -queuebot:#ubuntu-release- Builds: Ubuntu MATE Desktop i386 [Artful Final] has been updated (20171017.1)
[21:19] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop amd64 [Artful Final] has been updated (20171017.1)
[21:19] -queuebot:#ubuntu-release- Builds: Kubuntu Desktop i386 [Artful Final] has been updated (20171017.1)
[21:20] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (zesty-proposed) [1:17.04.8]
[21:20] -queuebot:#ubuntu-release- Builds: Ubuntu Server armhf+raspi2 [Artful Final] has been updated (20171017.1)
[21:24] -queuebot:#ubuntu-release- Unapproved: accepted update-manager [source] (xenial-proposed) [1:16.04.10]
[21:28] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD amd64 [Artful Final] has been updated (20171017.1)
[21:28] -queuebot:#ubuntu-release- Builds: Ubuntu Studio DVD i386 [Artful Final] has been updated (20171017.1)
[22:26] -queuebot:#ubuntu-release- Unapproved: sane-backends (artful-proposed/main) [1.0.27-1~experimental2ubuntu1 => 1.0.27-1~experimental2ubuntu2] (desktop-core, ubuntu-server)
[22:44] <sil2100> Looking good so far
[22:51] <valorie> http://paste.ubuntu.com/25762282/ -- I'm unable to rsync this image
[22:51] <valorie> after successfully doing it for previous spins
[22:51] <valorie> any ideas?
[23:43] <cyphermox> valorie: wfm
[23:43] <cyphermox> (I don't have ideas)
[23:43] <cyphermox> maybe try zsync?
[23:46] <valorie> won't I have to redownload the whole thing then?
[23:46] <cyphermox> nah
[23:46] <cyphermox> if you have a partial file it should be able to figure it out
[23:46] <valorie> oops, that was all me
[23:47] <valorie> I put in the wrong command because I'm rsyncing in the other tab
[23:47] <valorie> duh
[23:47] <valorie> sorry for the noise
[23:47] <cyphermox> zsync does more or less the same thing as rsync, I think just differently.
[23:49] <wxl> um can i quote you on that, cyphermox? i mean, that's like the quote of the week
[23:49] <wxl> i think it's possible we can make it into a whole meme
[23:49] <wxl> e.g.
[23:50] <cyphermox> you might or might not should quote me on that.
[23:50] <wxl> systemd does more or less the same thing as init, I think just differently.
[23:50] <wxl> XD
[23:50] <valorie> lol
[23:50] <wxl> OR
[23:50] <wxl> kubuntu does more or less the same thing as ubuntu, I think just differently.
[23:51] <xnox> infinity, also i am a liar. s390-tools-udeb 1.39.0-0ubuntu3 s390x is in the generic/initrd.ubuntu
[23:51] <wxl> OR
[23:51] <wxl> windows does more or less the same thing as linux, I think just differently
[23:51]  * wxl ducks
[23:52] <xnox> infinity, that's a bit annoying, but the 4 binaries shipped in that one are not broken =/
[23:55] <valorie> gosh, correct command works, whattayaknow