[01:55] <slangasek> stgraber, infinity, xnox: fyi I posted some more information about my own plymouth findings to bug #1362333
[01:55] <ubot2> bug 1362333 in ubiquity (Ubuntu) "After reboot of Ubuntu installation, password for LVM encryption is not accepted" [Undecided,Confirmed] https://launchpad.net/bugs/1362333
=== kirkland is now known as Guest45646
[10:47] <apw> slangasek, i think i have proved that that is a plymouth issue, not sure what the issue is mind ... info in the bug
[10:59] <LocutusOfBorg1> ginggs, thanks for testing
[10:59] <LocutusOfBorg1> I hope I'll get the Ffe
[11:01] <ginggs> LocutusOfBorg1: You are welcome.  I was just to about to ask here if someone could take a look :)
[11:01] <LocutusOfBorg1> BTW I'm debian maintainer for both of them, if it matters, and also upstream developer of ettercap :)
[11:01] <LocutusOfBorg1> and yes, I build them on ubuntu, so thanks for rebuilding, but I usually test them on trusty/utopic :)
[11:03] <LocutusOfBorg1> virtualbox actually fixes two RC on debian, due to the xorg 1.16 switch
[11:03] <LocutusOfBorg1> and ettercap fixes a really serious bug that makes it (almost) useless on some conditions
[11:03] <LocutusOfBorg1> I tried my best to release ASAP, but I failed because of the debian freeze :(
[11:04] <ginggs> Hi release team, I'm looking for FFes for LP: #1382034, LP: #1382848 and LP: #1382922 please.
[11:04] <ubot2> Launchpad bug 1382034 in modem-manager-gui (Ubuntu) "FFe: Sync modem-manager-gui 0.0.17.1-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/1382034
[11:04] <ubot2> Launchpad bug 1382848 in ettercap (Ubuntu) "[FFe] Sync ettercap 1:0.8.1-1 (universe) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/1382848
[11:04] <ubot2> Launchpad bug 1382922 in virtualbox-guest-additions-iso (Ubuntu) "[FFe] Sync virtualbox and guest additions 4.3.18-dfsg-1 (multiverse) from Debian unstable (contrib)" [Wishlist,New] https://launchpad.net/bugs/1382922
[14:22] <pitti> cjwatson, Laney: distro-info problem? https://jenkins.qa.ubuntu.com/job/utopic-adt-pbuilder/20/ARCH=i386,label=adt/console
[14:22] <pitti> ubuntu-distro-info: Invalid date `2016-01-30' in file `/usr/share/distro-info/ubuntu.csv' at line 23 in column `eol'.
[14:23] <pitti> not sure what's invalid in that date, though
[14:23] <Laney> Hm
[14:25] <infinity> That doesn't make a lot of sense.
[14:25] <rbasak> Missing EOL at end of the line?
[14:25] <cjwatson> Not in what I committed ...
[14:26] <infinity> Looks fine to me.
[14:26] <rbasak> Sorry. Just a random guess as to why a CSV might appear right but parse wrong.
[14:27] <cjwatson> but it does fail locally for me
[14:29] <Laney>            date->month == 1 ? 29 : days_in_month[date->month-1]);
[14:29] <Laney> It's probably that
[14:29] <Laney> s/30/29/ fixes it
[14:29] <infinity> *blink*
[14:29] <cjwatson> Err
[14:29] <infinity> 29 days in January, eh?
[14:29] <cjwatson> date->month == 2 surely
[14:29] <Laney> Yes
[14:30] <cjwatson> distro-info-util.c:           date->month == 2 ? 29 : days_in_month[date->month-1]);
[14:30] <cjwatson> in git
[14:30] <cjwatson> http://bugs.debian.org/766142 I think
[14:30] <ubot2> Debian bug 766142 in distro-info "distro-info: Invalid date in ubuntu.csv" [Important,Fixed]
[14:31] <cjwatson> so I guess we just sync distro-info once that's available?
[14:31] <cjwatson> and remember that we need to update that in stables before distro-info-data
[14:31] <infinity> Yeahp.
[14:31] <infinity> Fun bug.
[14:31] <Laney> Might want to upload it if it's breaking autopkgtests
[14:31] <cjwatson> oh it breaks other tests too?
[14:31] <cjwatson> ah yeah, bah
[14:32] <infinity> Anything that uses distro-info, I suppose.
[14:32] <cjwatson> somebody wanna do that?  in meeting
[14:32] <infinity> Yeah, I'll do it.
[14:32] <Laney> Can review
[14:37] <infinity> Laney: ^
[14:42] <Laney> Soz, was eating a bagel, looking
[14:45] <Laney> ✔
[14:49] <infinity> There are bagels?
[14:49] <infinity> WHY DID NO ONE TELL ME THERE WERE BAGELS.
[14:49] <mdeslaur> infinity: dude! bagels!
[14:53] <kenvandine> bagels?
[14:53] <Laney> You wanted a bunker, you got a bunker
[14:53] <kenvandine> :-D
[14:53]  * Laney collects dead rats
[14:55] <infinity> No, seriously, where are these bagels?
[14:56] <infinity> This has suddenly become very important.
[14:56] <Laney> In the coffee area upstairs
[14:56] <infinity> Oh, there's good stuff if I leave the dungeon?  Check.
[14:57]  * knome lols
[14:57] <knome> infinity, get some food :D
[14:58]  * Laney gnaws on knome 
[14:58] <knome> oh mi gosh!
[14:58] <knome> i'm not a bagel
[14:58] <elfy> possibly a worse choice than bagel
[14:58]  * knome offers some meatloaf for Laney 
=== Trevinho_ is now known as Trevinho
[15:27] <Riddell> emergency SRU needed to fix release upgrade notification in kubuntu, bug 1383767
[15:27] <ubot2> bug 1383767 in muon (Ubuntu Utopic) "muon does not find releasechecker" [Undecided,New] https://launchpad.net/bugs/1383767
[15:30] <shadeslayer> Riddell: probably worth pinging on ubuntu-release ML as well?
[15:41] <pitti> infinity: FTR, uploading fresh langpacks now; there were a few gotchas this morning
[15:46] <Laney> LocutusOfBorg1: Would you please include the upstream changes in your ffes?
[15:48] <LocutusOfBorg1> lamont, yes, THANKS!!!!
[15:48] <Laney> umm
[15:48] <LocutusOfBorg1> going to add changelogs
[15:50] <LocutusOfBorg1> lamont, changelogs added for virtualbox :)
[15:51] <LocutusOfBorg1> the guest-additions changelog I guess isn't needed, right?
[15:51] <lamont> LocutusOfBorg1: I am not related to this, correct?
[15:51] <LocutusOfBorg1> sorry s/lamont/laney
[15:51] <LocutusOfBorg1> :( damn tab
[15:51] <cjwatson> apw: do the signed char conversions work out right in your plymouth upload?  I think I'd be more comfortable if you were using uint8_t *
[15:51] <cjwatson> like ply_write_uint32
[15:52] <cjwatson> it's not actually treated as characters anywhere
[15:52] <apw> cjwatson, i can do that
[16:05] <infinity> apw: I can haz new patch, so we can test here?
[16:08] <apw> infinity, yep when i've gotten it building again ...
[16:15] <shibata> Hi all. Can someone check LP: #1382132 ? And could you tell me where channel should I contact?
[16:15] <ubot2> Launchpad bug 1382132 in ubiquity-slideshow-ubuntu (Ubuntu) "Unicorn first slideshow haven't changed from Tahr" [Undecided,New] https://launchpad.net/bugs/1382132
[16:24] <Riddell> 16:27 < Riddell> emergency SRU needed to fix release upgrade notification in kubuntu, bug 1383767
[16:24] <ubot2> bug 1383767 in muon (Ubuntu Utopic) "muon does not find releasechecker" [Undecided,New] https://launchpad.net/bugs/1383767
[16:31] <slangasek> Riddell: have you seen that muon ftbfs on all archs in utopic-proposed?
[16:31] <slangasek> /build/buildd/muon-2.2.0/installer/ResourceView/ResourceDelegate.cpp:37:34: fatal error: Nepomuk/KRatingPainter: No such file or directory
[16:31] <slangasek>  #include <Nepomuk/KRatingPainter>
[16:31] <slangasek>                                   ^
[16:31] <slangasek> compilation terminated.
[16:36] <slangasek> Riddell: your SRU upload also misses the bug reference in the changelog (and ought to be numbered -0ubuntu3.2 rather than -0ubuntu3.1.1).  Will you upload a fix or do you need me to?
[16:48] <apw> infinity, ok the patch at: http://people.canonical.com/~apw/misc/plymouth-split-writes.debdiff should be up to date
[17:28] <apw> ^ infinity, kernel update as requested ...
[17:59] <infinity> Laney: Man, that aisleriot commit/comment is pretty hostile.
[17:59] <infinity> Laney: Can't we all just get along?
[17:59] <Laney> Yeah, no joke
[17:59] <slangasek> pitti: hi, do you see anything in this build log that would account for missing ddebs? https://launchpadlibrarian.net/179654105/buildlog_ubuntu-utopic-i386.bzip2_1.0.6-5ubuntu4_UPLOADING.txt.gz
[17:59] <Laney> We had one like that in gnome-terminal a few months ago
[17:59] <Laney> So when I noticed there weren't proper menus in aisleriot, and remembered who the maintainer was, ...
[18:00] <slangasek> pitti: (this was after I specifically fixed bzip2's build system to generate ddebs properly; but they're missing for i386 and amd64, maybe it's an already-fixed bug somewhere and we just need to no-change rebuild?)
[18:00] <Laney> GNOME decided that wasn't cool so we just pushed the commit straight upstream
[18:00] <pitti> slangasek: not really, that looks good to me
[18:00] <slangasek> ok
[18:01] <slangasek> infinity: ^^ can I shove in a no-change rebuild of bzip2 to try to get debugsyms?
[18:01] <cjwatson> infinity: hey, could you make https://launchpad.net/ubuntu/+series look consistent between utopic and vivid?  apparently the mismatching display name triggers a sorting bug on the bug nominate-for-series form
[18:04] <infinity> cjwatson: Oh, I got the wrong bits in the wrong fields, I guess.  Can fix.
[18:05] <infinity> slangasek: Go nuts.
[18:06] <slangasek> infinity: AHAAHAhahahaHAHAHAaha
[18:06] <slangasek> </nuts>
[18:07] <cjwatson> infinity: we should clear priority-mismatches
[18:08] <infinity> cjwatson: vivid fixed.
[18:08] <slangasek> vixed?
[18:08] <cjwatson> vhanks
[18:09] <infinity> cjwatson: Nothing in p-m looks terribly scary, except that I knee-jerked at acl, thinking it was acl2.
[18:10] <infinity> And I'm all for perl in required.  You go, perl.
[18:10] <slangasek> knee-jerking an acl is a good way to get injured
[18:12] <infinity> cjwatson: Were you going to attack those, or did you want me to?  (don't want to race).
[18:13] <cjwatson> infinity: I can do it but it'll be half an hour or so
[18:14] <infinity> slangasek: So, are you sure ddeb-retriever is actually going to pick these up correctly this time?
[18:15] <infinity> cjwatson: Right, I can do it.
[18:17] <cjwatson> infinity: thanks
[18:18] <infinity> Architecture-independent packages missing from some architectures:
[18:18] <infinity> ------------------------------------------------------------------
[18:18] <infinity> infernal-doc [arm64 armhf i386 powerpc ppc64el]
[18:18]  * infinity blinks.
[18:19]  * ogra_ guesses they are infernal for a reason
[18:19] <infinity> That looks sort of NBS.
[18:24] <infinity> wgrant: Come to the release lair when you have a chance.  I have something for you to scratch your head over.
[18:24] <slangasek> infinity: no I have no confidence in ddeb-retriever in spite of the run of fixes done to it, so this remains best-effort until wgrant gives us swiftbrarian
[18:24] <infinity> slangasek: s/wgrant/IS/
[18:44] <slangasek> bdmurray: infinity wants to make sure you know that if you're doing boost1.55, boost-mpi-source1.55 has to be uploaded with it with a matching source version number
[18:48] <slangasek> bdmurray: also, boost1.55 is on all the images so if you were to do that one, it should be uploaded soonish - otherwise we should skip it
[18:50] <jibel_> infinity, bug 1383851
[18:50] <ubot2> bug 1383851 in plymouth (Ubuntu) "Cannot enter LVM encryption password in qemu with -vga std" [Undecided,New] https://launchpad.net/bugs/1383851
[18:52] <bdmurray> slangasek: I've contacted pitti about watching for the ddebs
[18:52] <slangasek> ok
[19:20] <slangasek> so virt-manager does -device VGA,id=video0,bus=pci.0,addr=0x2 instead of -std vga; how do these compare?
[19:20] <slangasek> sorry, -vga std
[19:22] <infinity> doko: You need to upload all the gcc-4.8 cross packages to drop the binaries that the 4.9 packages produce.
[19:23] <doko> infinity, do you still care about 4.8?
[19:23] <infinity> doko: No, I care that the archive doesn't have a broken mess of binaries.
[19:23] <infinity>  lib64atomic1-powerpc-cross | 4.8.2-16ubuntu3cross0.11 | utopic/universe | all
[19:23] <infinity>  lib64atomic1-powerpc-cross | 4.9.1-16ubuntu6cross0.4  | utopic          | all
[19:23] <doko> ok, let's remove them
[19:23] <infinity> doko: ^-- For instance.
[19:23] <infinity> doko: If anyone were to try to upload 4.8, it would be rejected.
[19:24] <infinity> doko: Err, I don't want to remove the compilers at this point in the release, someone might be using them, and I'm not going to do a poll. :P
[19:24] <wxl> release notes are /release-full-name/ReleaseNotes/optional-flavor correct?
[19:24] <infinity> doko: So, please remove the unshipped binaries?
[19:25] <slangasek> the arm ones in particular still might be used somewhere for android bits
[19:26] <infinity> wxl: http://paste.ubuntu.com/8618664/
[19:26] <doko> infinity, https://bugs.launchpad.net/ubuntu/+source/gcc-4.8-powerpc-cross/+bug/1383864
[19:26] <ubot2> Launchpad bug 1383864 in gcc-4.8-powerpc-cross (Ubuntu) "please remove the gcc-4.8-*-cross packages, superseded by gcc-4.9" [Undecided,New]
[19:26] <infinity> wxl: That's a handy list of the redirects, which should show were we expect release notes.
[19:26] <infinity> doko: Like I said... I don't want to remove them two days before release when I don't know if people might be using them.
[19:26] <infinity> doko: And it's way too late to conduct a poll and find out.
[19:27] <slangasek> infinity: I would argue the only people we need to poll about this are the phonedations team with regards to android builds
[19:27] <infinity> wxl: Mentally change 14.04 to 14.10 and TrustyTahr to UtopicUnicorn, of course. :)
[19:27] <infinity> slangasek: Perhaps, yes.
[19:27] <slangasek> as they're the only extra-archive consumers of non-default cross-compilers that I'm aware of
[19:27] <infinity> slangasek: Care to poll?
[19:28] <slangasek> rsalveti: ^^ are you guys still using gcc-4.8-armhf-cross anywhere?
[19:31] <wxl> thx infinity
[19:32] <slangasek> doko: discussion here notes that some of these cross-compilers are still relevant for cross-building of arm kernels
[19:42] <rsalveti> slangasek: kernel I guess
[19:42] <slangasek> ok
[19:42] <slangasek> are the android bits all built from the source package now?
[19:46] <rsalveti> slangasek: not for krillin, as unfortunately the pes guys still need to get that in a package
[19:46] <rsalveti> at least the kernel side of it
[19:46]  * slangasek nods
[19:46] <slangasek> do you know which compiler that uses?
[19:52] <rsalveti> slangasek: still the proprietary ones that are not provided by our archive
[19:52] <slangasek> aha
[19:56] <mapreri> might I know if a two-last-day sync like this http://www.mapreri.org/debian/debdiffs/scribus/1.4.4+dfsg1-1_1.4.4+dfsg1-2.debdiff is acceptable (is a only 100 rows debdiff, but really simple). it fixes a nasty bug I introduced, and has really no potential regressions (it can't make the situation worst)
[20:02] <infinity> doko: Right, so it seems the conclusion is that you need to remove your duplicate binaries, not the sources.
[20:02] <cjwatson> (that is, upload so the sources don't build those any more, not just remove-package)
[20:02] <Riddell> slangasek: muon 2.2.0-0ubuntu3.2 uploaded to trusty-proposed awaiting approval by ~ubuntu-sru
[20:03] <doko> jdstrand, infinity: openjdk-7 uploaded
[20:04] <slangasek> Riddell: accepted
[20:04] <infinity> doko: Can that be done in a PPA instead and queued up for an SRU?
[20:04] <infinity> doko: That's a bit too large for release week.
[20:04] <doko> mehh, it's the security update ...
[20:04] <Riddell> thanks slangasek
[20:05] <mapreri> infinity: ↑ ? (I'd like an ack for http://www.mapreri.org/debian/debdiffs/scribus/1.4.4+dfsg1-1_1.4.4+dfsg1-2.debdiff to utopic (a sync))
[20:05] <slangasek> doko: which means there's a perfectly good -security pocket that this can go to
[20:05] <infinity> doko: What he said.
[20:06] <doko> jdstrand, can you pick it from unapproved or rejected?
[20:18] <bdmurray> infinity: how long do I have for these no change rebuild uploads?
[20:19] <infinity> bdmurray: Many hours.
[20:26] <Laney> Is there still a $world respin happening?
[20:31] <cjwatson> Laney: yeah but will need a new slideshow first
[20:31] <cjwatson> Laney: any help finding somebody who can crop out an appropriately stylised unicorn logo would be appreciated
[20:32] <Laney> Umm, d...design?
[20:32] <cjwatson> apparently marketing used to do it
[20:32] <cjwatson> and design are all doing phone stuff ... but we may have to go back to them
[20:33] <cjwatson> should just require gimp though, there's one of the wallpapers from the design contest that's almost right, my gimp skills just aren't up to cramming it into the right shape
[20:41] <cjwatson> bdmurray: could you reupload gmp and libpciaccess as rebuilds rather than ubuntu versions, please?  dch -R
[20:42] <cjwatson> no point inhibiting future autosyncs here
[20:42] <cjwatson> think I may have missed that for expat
[20:45] <infinity> Riddell: That muon SRU is FTBFS on all arches.
[20:48] <Laney> please review that, per mapreri
[20:49] <bdmurray> cjwatson: will do
[20:50] <wxl> what's the difference between disabling and removing an image? i don't want ppc or amd64+mac to have a release
[20:51] <stgraber> then you need to remove them and remove them from the manifest so they don't show up at all
[20:51] <Riddell> infinity: the trusty SRU isn't, the utopic upload is but that's because of different reasons
[20:52] <wxl> stgraber: do i remove them from the manifest even though i want the dailies to build?
[20:52] <stgraber> the manifest isn't relevant to the dailies
[20:52] <wxl> stgraber: k thanks :)
[20:52] <stgraber> so yeah just disable them on the manifest
[20:52] <infinity> wxl: We're going to drop amd64+mac on the floor anyway, I think.
[20:52] <wxl> infinity: oh THANK GOD!!!!
[20:53] <infinity> Riddell: Oh, I missed it.
[20:53] <wxl> infinity: i've been trying to make a case to drop it or at least rename it. i'm quite sure that macs don't need it anymore. i haven't come across an intel mac that could not boot regular amd64. i know there are non-apple machines that still use old efi, but that's a lot of work for such a small number of machines.
[20:54] <cjwatson> The prevailing theory here is that all such machines have firmware updates that fix the original bug
[20:54] <wxl> cjwatson: i think that's a fair assumption. i'm 100% behind removing it.
[20:54] <stgraber> +mac is now gone
[20:55] <Laney> RIP
[20:55] <wxl> YAY
[20:55] <wxl> is this documented anywhere besides this conversation so i can spread the (official) good news? :)
[20:55] <stgraber> we'll have to mention it in the release notes I expect and posssibly on www.ubuntu.com too
[20:56] <infinity> cjwatson: s/all/most/ but for the really old ones, I think "use the i386 image" is an acceptable workaround.
[20:56] <wxl> stgraber: if it does get published somewhere, let me know.
[20:56] <infinity> cjwatson: Since i386 will be much more pleasantly speedy on an old Core2 anyway.
[20:58] <cjwatson> stgraber: did you stop building it in cdimage too?
[20:58] <cjwatson> I think etc/default-arches needs adjusting
[20:58] <infinity> cjwatson: I'll pull it out of etc/
[20:58]  * infinity nods.
[20:58] <cjwatson> should we take care to keep building it for trusty point updates just in case?
[21:01] <infinity> cjwatson: While I'm doing this, I'm seeing entries for anciently EOL releases, mind if I clean those up?
[21:01] <cjwatson> separate commit if you do, please
[21:01] <cjwatson> I preserved them as basically historical documentation but I guess I don't mind
[21:02] <wxl> i'm going to remove any mention of amd64+mac in our release notes and leave it to ubuntu to handle it in theirs :)
[21:05] <wxl> you guys can add fix released to this one :) https://bugs.launchpad.net/ubuntu-cdimage/+bug/1298894
[21:05] <ubot2> Launchpad bug 1298894 in Ubuntu CD Images "amd64+mac images no longer necessary" [Undecided,New]
[21:18] <Laney> ta
[21:41] <Riddell> bug 1383767 SRU verification-done by me, not sure if it's maybe good practice to wait for someone else to verify it, but I'd really like this in tomorrow
[21:41] <ubot2> bug 1383767 in muon (Ubuntu Utopic) "muon does not find releasechecker" [Undecided,New] https://launchpad.net/bugs/1383767
[21:43] <infinity> Riddell: I can release it right now.
[21:44] <Riddell> infinity: would be lovely
[21:45] <infinity> Riddell: Done.
[21:45] <Riddell> awooga
[21:46]  * Laney unblocks the rebuilds