[00:01] <Unit193> nacc: If it helps, I pasted the log from pbuilder a few days ago, and unstable chroots work.
[00:02] <nacc> Unit193: ok, good to know
[06:58] <cpaelzer> still trying to wrap my head around this bug did we cahnge the default pic/pie behaviour with a recent (maybe gcc) update?
[06:59] <cpaelzer> I see some fallout due to "-fPIE -pie" being dropped and replaced by "-specs=/usr/share/dpkg/no-pie-compile.specs"
[06:59] <cpaelzer> at least that is how it seems so far, still debugging
[06:59] <cpaelzer> or any changes to what hardening=+all does maybe
[07:03] <cpaelzer> I thought that the move was still towards pie
[07:04] <cpaelzer> maybe this package drives dpkg/debhelper nuts t generate the wrong options
[07:32] <cpaelzer> ok down to two things "DEB_BUILD_MAINT_OPTIONS=hardening=+all dpkg-buildflags --get CFLAGS" really looses -fPIE
[07:32] <cpaelzer> maybe assumed to be default without stated now?
[07:32] <cpaelzer> the other thing seems package specific and more debuggin
[07:32] <cpaelzer> g
[08:02] <infinity> cpaelzer: Yes, -fPIE is default on all arches.  It's not "losing" PIE.
[08:06] <cpaelzer> thought so
[08:06] <cpaelzer> only the explicit arg is lost which was a red herring for a bit
[08:06] <cpaelzer> I found the issue deeper down due to no-pie-compile.specs now generated by hardening=+all,-pie
[08:07] <cpaelzer> in my case package A (net-snmp) sets -pie and pakage B (nut) collects the build options of A for plugin builds
[08:07] <cpaelzer> but they fail as they pass CFLAGs to all builds, but LDFLAGs only to some
[08:08] <infinity> cpaelzer: Ahh, yes.  CFLAGS and LDFLAGS both need to be pulled from dpkg-buildflags if you're doing one.
[08:08] <cpaelzer> leading to binaries with no-pie-compile.specs but subsequent links without "no-pie-link.specs"
[08:08] <infinity> cpaelzer: Mismatching them will lead to a very bad time.
[08:08] <cpaelzer> exactly that I'm in
[08:09] <cpaelzer> need to fix the package as it is deep in the auto-generated makefiles, not broken on our side really - we are only the trigger by behaving slightly different
[08:09] <cpaelzer> IMHO it was "wrong" all the time just not breaking anything yet
[08:09] <cpaelzer> infinity: you'll love this quote "In any case, CFLAGS are only -I options, so there is no harm"
[08:09] <cpaelzer> from the broken makefile :-)
[08:10] <infinity> cpaelzer: Well, other option is to just explictly state "CFLAGS=$(dpkg-buildflags --get CFLAGS -fno-pie -no-pie)" and similar for LDFLAGS, if that's then being embedded in some pkgconfig file later or something.
[08:11] <infinity> cpaelzer: And yes, I've run into similarly broken makesfiles (both from upstreams, and broken debian/rules).  I guess, to be fair, pie and pic are on a very short list of options where compiler and linker have to agree.
[08:11] <infinity> cpaelzer: So I don't mind educating people when they mess it up.  The real annoyance is when they argue. :P
[08:33] <ginggs> tsimonq2: f.y.i. nodejs 6.11.2 is now in debian unstable and can be merged
[08:35] <tsimonq2> ginggs: ack
[08:37] <tsimonq2> ginggs: I'll have a patch for you as soon as I can, I need a sponsor ;)
[08:41] <ginggs> tsimonq2: i tested a merge of 6.10.2 some weeks ago in my PPA, if it helps - i'll happy to sponsor!
[08:46] <tsimonq2> ginggs: Ok :D
[08:49] <tsimonq2> ginggs: Let's see how the build goes: https://launchpad.net/~tsimonq2/+archive/ubuntu/universe-upload-testing/+packages
[09:02] <cpaelzer> can building with gcc7 affect the c++ symbols exported?
[09:02] <cpaelzer> I guess so
[09:02] <cpaelzer> but they are so unreadable ...
[09:07] <tsimonq2> cpaelzer: Yep, sometimes there's optional templinst symbols that either appear or go "MISSING"
[09:07] <tsimonq2> cpaelzer: Also, c++filt ftw
[09:08] <cpaelzer> yeah it already has a few templinst
[09:08] <cpaelzer> might just be more now or some not yet tracked
[09:08] <cpaelzer> OTOH what broufht me to look were the missing symbols as it broke the check
[09:10] <cpaelzer> and reading/checking if that might be an issue is next to impossible with the names they have
[09:10] <cpaelzer> newer came by c++filt
[09:10] <cpaelzer> need to take a look
[09:12] <cpaelzer> ah yeah looks good
[09:12] <cpaelzer> thanks tsimonq2
[09:13] <tsimonq2> cpaelzer: You're welcome, let me know if you need any assistance with symbols mangling (I've learned quite a bit from Qt packaging) :)
[09:15] <cpaelzer> tsimonq2: to me it appears they are rather trimmed than mangled-names - what do you think? http://paste.ubuntu.com/25324531/
[09:16] <cpaelzer> at the same shlibs diff there are two new templates showing up - I'd almost think gcc7 outputs them slightly different so that they are now more "readable"
[09:16] <cpaelzer> but I'd loke to prove
[09:17] <tsimonq2> cpaelzer: Could you get a paste of the new ones?
[09:17] <cpaelzer> already preparing
[09:17] <cpaelzer> http://paste.ubuntu.com/25324539/
[09:17] <cpaelzer> those can at least be demangled - let me try the tool you recommended
[09:17] <cpaelzer> oh yeah
[09:17] <cpaelzer> that seems to match
[09:18] <cpaelzer> need to this more than with eyes on console now
[09:18] <cpaelzer> please let me know what you think tsimonq2 if that seems odd to you
[09:20] <tsimonq2> cpaelzer: Yeah it does seem to match pretty well
[09:22] <cpaelzer> well then let me fix that and make them replace the old ones in-place
[09:22] <cpaelzer> thanks for your hint on c++filt
[09:22] <cpaelzer> that serves well as "prove" on the reason of the change
[09:23] <tsimonq2> cpaelzer: I have this bookmarked and it might help in general with symbols :) https://pkg-kde.alioth.debian.org/symbolfiles.html
[09:23] <cpaelzer> I think I read that in the past when I had fun in dpdk with that
[09:23] <cpaelzer> thx
[09:23] <tsimonq2> yw :)
[10:23] <cpaelzer> slangasek: I saw your collectd upload broke on something around dpdk - let this be my problem, I'll ping you with a solution
[11:12] <ginggs> tsimonq2: for nodejs i think you might need debian/patches/fix_sslv3_test.patch from my PPA
[11:31] <LocutusOfBorg> acheronuk, do you plan to have a look at qtwebkit-opensource-src on i386/armhf?
[11:31] <LocutusOfBorg> some symbols sadness
[11:31] <LocutusOfBorg> I can do it, but I think I'll just make things worse, since I don't know how to deal with them :)
[11:33] <acheronuk> KDE stuff I am ok with. The qt packaging, I have only touched briefly on, and have not had much to do with this time. so tsimonq2 or mitya57 are the people I think
[11:34] <LocutusOfBorg> tsimonq2, is asleep :)
[11:34] <LocutusOfBorg> I see they are ~10 symbols changed, I think I can do it, but I don't know which tool they use to do the magick, I can do it manually but I'm not sure it is error-prone
[11:35] <acheronuk> bah. so much for his 'sleep is for the weak' :P
[11:36] <acheronuk> I guess still this? https://pkg-kde.alioth.debian.org/symbolfiles.html
[11:40] <acheronuk> 26 MB build log is killing my browser!
[11:45] <LocutusOfBorg> acheronuk, you can wget and tail -n 200 after gunzip
[11:45] <LocutusOfBorg> or I can give you the two patches
[11:46] <LocutusOfBorg> I'm trying the command right now
[11:46] <LocutusOfBorg> lets see
[11:47] <acheronuk> I'd rather not touch it myself and wait a few hrs
[11:48] <acheronuk> but if you think your result looks sane, then fair enough
[11:48] <LocutusOfBorg> pkgkde-symbolshelper patch -p libqt5webkit5 -v 5.9.1 < ../buildlog_ubuntu-artful-armhf.qtwebkit-opensource-src_5.9.1+dfsg-2_BUILDING.txt
[11:48] <LocutusOfBorg> this fails
[11:48] <LocutusOfBorg> fails in applying patches
[11:49] <acheronuk> I normally grab all the logs, even the passes and they help
[11:50] <LocutusOfBorg> I'll try the old fashioned manual way instead
[11:50] <acheronuk> then do 'pkgkde-symbolshelper batchpatch -v 5.9.1 ../buildlog_ubuntu-artful*'
[11:51] <LocutusOfBorg> ah ok
[11:51] <acheronuk> which compares and confirms, and makes exceptions etc on some arches, based on what happened overall
[11:51] <acheronuk> but think I only tried with Qt once ever
[11:52] <acheronuk> which has some extra stuff for marking private symbols at the least
[11:55]  * acheronuk is away for now
[12:02] <LocutusOfBorg> tsimonq2, please do it, I'm lost
[12:02] <LocutusOfBorg> :)
[12:03] <cpaelzer> slangasek: I have a working fix complete, will report upstream and provide you with a debdiff so you can upload this fix to artful
[12:03] <cpaelzer> slangasek: I don't want to mess with your "potential" uploads you have in queue for that but I don't know of
[12:03] <cpaelzer> slangasek: just need to report and polish the patch headers to be correct
[12:45] <cpaelzer> slangasek: bug 1711120 is ready for you to pick the debdiff from if you agree with the solution
[12:46] <xnox> bdmurray, do you remember where "incomplete language support" code lives? and which packages it installs, etc? i think i need to fix cjk languages to install qt4-fcaitx for us to drop qt4 from main.
[12:46] <xnox> bdmurray, or e.g. i could go easier route and make qt4 gui or some such pull in fcaitx as a recomends.
[14:43] <bdmurray> xnox: I think language-selector-gnome puts a file somewhere so update-notifier notifies you about the incomplete support
[15:11] <powersj> rbasak: nacc: when I run `apt show <package>` should the "Supported" field on an LTS always say 5y?
[15:11] <powersj> clear
[15:11] <powersj> woops lol
[15:12] <nacc> powersj: LP: #1574670
[15:12] <nacc> powersj: for context, if i had to guess
[15:13] <nacc> slangasek: --^ is someone from foundations working that?
[15:14] <powersj> nacc: yeah someone filed LP: #1710721 looks to be similar
[15:18] <nacc> powersj: yeah, i'd dupe it
[15:19] <rharper> slangasek: hi,  was looking at the artful cloud server images at the locales present, and I see both C.UTF-8 and en_US.UTF-8 present (http://paste.ubuntu.com/25326237/) ; if we already have the en_US.UTF-8 generated, is there a need for the C.UTF-8 as well?  also, other than the directory presence (/usr/lib/locale/C.UTF8) is there a way to know if C.UTF8 is available?  I  though that localedef --list might show it, bu
[15:19] <rharper> t it doesn't
[15:31] <xnox> bdmurray, ack! thanks.
[15:33] <slangasek> cpaelzer: cool, thanks, the dpdk i386 failure was the last thing I hadn't figured out.  I'll upload that straightaway!  You've forwarded this to upstream?  (Debian upstream or upstream upstream?)
[15:36] <slangasek> nacc: ubuntu-support-status returns inaccurate information because the metadata in the archive is incorrect; this is on infinity to solve
[15:37] <cpaelzer> slangasek: yes collectd upstream
[15:37] <cpaelzer> slangasek: the issue is in the branch
[15:37] <cpaelzer> linked
[15:37] <slangasek> rharper: C.UTF-8 is always available on Ubuntu and we should be using that intsead of en_US.UTF-8, and we should DROP en_US.UTF-8 as a default locale in artful and forward
[15:37] <cpaelzer> I'll make a note to check build and migration in a-p tomorrow
[15:38] <rharper> slangasek: yes, and shouldn't /etc/default/locale  have LANG=C.UTF-8 or is that not the right thing to do ?
[15:38] <rharper> I do see that locale -a shows C.UTF-8 ; so we can always check for that;
[15:39] <slangasek> rharper: we do need to somewhere select C.UTF-8 as the runtime locale, yes
[15:39] <slangasek> rharper: /etc/default/locale is an appropriate place for it
[15:39] <rharper> IIUC, the locale-gen tooling would never generate a C.UTF-8 (it's part of glibc , i think) ?
[15:41] <nacc> slangasek: ok, are you ok if i put that comment in the bug?
[15:50] <slangasek> nacc: I'm certainly ok with it, it's not me you're pointing the finger at ;)
[15:51] <nacc> infinity: --^ :)
[15:51] <nacc> slangasek: ack
[16:09] <ricotz> hello, is there any chance to force firefox to the artful release pocket? https://launchpad.net/ubuntu/+source/firefox/54.0+build3-0ubuntu1
[16:12] <nacc> ricotz: well, it failed to build on a few archs, it seems like?
[16:12] <nacc> chrisccoulson: --^ I assume is looking into it
[16:13] <ricotz> nacc, I know, and no, he is not looking into it
[16:13] <nacc> ricotz: i see
[16:14] <nacc> ricotz: is it a rustc issue?
[16:15] <ricotz> nacc, no
[16:15] <ricotz> several buildsystem and (smaller) source issues
[16:15] <ricotz> I am hoping firefox 56 will be in a better shape
[16:15] <chrisccoulson> it's the armhf failure that stops it from migrating. The other architectures aren't blocking it
[16:15] <nacc> chrisccoulson: ah ok
[16:15] <nacc> chrisccoulson: ah yes, i see that now
[16:16] <ricotz> chrisccoulson, is this already a webrtc failure there?
[16:16] <chrisccoulson> It's blocked on arm because it just crashes at startup, which causes the startup cache compilation to fail
[16:16] <nacc> heh, that message isn't too helpful
[16:16] <nacc> mozpack.errors.ErrorMessage: Error: Error while running startup cache precompilation
[16:16] <chrisccoulson> Firefox 55 doesn't build a startup cache, so it builds ok now. But it still crashes at startup
[16:18] <ricotz> chrisccoulson, still force it into release
[16:19] <ricotz> I guess having 50.1.0 on the iso is quite something
[16:20] <seb128> ricotz, try arguing with infinity that having firefox outdated is a bigger issue than not having it working on armhf
[16:20] <seb128> I tried that before
[16:20] <seb128> he seems to disagree, so somebody needs to eventually fix firefox
[16:20] <ricotz> we can deal with those failures again with 55 / 56
[16:21] <seb128> as I said I'm not the one to convince
[16:25] <ricotz> seb128, you pinged him already ;)
[16:25] <seb128> ricotz, right, and you think that's going to be enough to convince him? ;-)
[16:25] <ricotz> at least to read
[16:25] <seb128> yeah, let's see
[16:37]  * rbalint looking for sponsor for LP: #1709726
[16:43] <LocutusOfBorg> rbalint, thanks!
[17:40] <cpaelzer> slangasek: collectd complete, thanks for the upload
[17:40] <cpaelzer> slangasek: and on your Deb question - my co-maintainer on dpdk is watching the PR
[17:40] <cpaelzer> slangasek: since he has no FF ahead he can be more relaxed to pick the final fix without the extra hop including the suggestedone we did for now
[17:40] <slangasek> cpaelzer: excellent
[17:42] <rharper> slangasek: one follow-up;  locale-gen --lang C.UTF-8 returns an Error, 'C.UTF-8' is not a supported language or locale;  is that expected?  and if someone in cloud-init passes us a locale: C.UTF-8 , currently we just call locale-gen ; so we'll need to fix that up if that's expected behavior of locale-gen
[18:01]  * tsimonq2 stretches
[18:01] <tsimonq2> LocutusOfBorg: ack, will do
[18:07] <slangasek> rharper: ah, I thought cloud-init was being fixed to not regenerate already-present locales?
[18:07] <slangasek> rharper: locale-gen doesn't support generating C.UTF-8 because it's always shipped in the glibc package
[18:17] <rharper> slangasek: is it possible to get those tools (locale-gen and update-locale) to not barf on it (even if it doesn't have to regenerate it) ?
[18:18] <rharper> slangasek: cloud-init currently reads the value (if present) in /etc/default/locale, checks if the value in the file matches what it's been told to configure (defaults currently to en_US.UTF-8, we're looking to change to C.UTF-8)  and then we call update-locale to update the file;
[18:18] <slangasek> rharper: bug report on glibc?  but again, I understood from dpb that cloud-init was being changed to avoid regenerating locales when it doesn't need to, which you know categorically you never need to regenerate C.UTF-8, so why are you trying
[18:20] <rharper> slangasek: C.UTF-8 stuff is new to me at least, we initially implemented not regenerating the default of en_US.UTF-8 if it was present in the /etc/default/locale file;  that value is unset in images today, despite en_US.UTF-8 locale being generated and in the locale-archive file
[18:21] <slangasek> rharper: fwiw there was a mail thread about this back end of May that you were cc:ed on where I said C.UTF-8 was the right default for future releases
[18:22] <rharper> so, one fix is to have the image set LANG="en_US.UTF-8" in /etc/default/locale; that'll work with cloud-init trunk in artful;  if we want to switch to defaulting to C.UTF-8 (which sounds fine to me); I wanted to know how to generate C.UTF-8 (turns out you dont' need to);  We can make further changes to cloud-init to not call locale-gen/update-locale if we;ure using C.UTF-8;  but was worried that if someone at runtime
[18:22] <rharper> were to run either of those tools with LANG=C.UTF-8 in /etc/default/locale; if that would complain
[18:22] <slangasek> rharper: so we need an image change to set up /etc/default/locale to a correct default
[18:23] <slangasek> is the behavior sane when the locale-gen and update-locale commands are absent?  (minimal images)
[18:24] <rharper> behavior of what? cloud-init?  currently none of the images set a value in /etc/default/locale; and cloud-init still defaults to en_US.UTF-8 (as of today, I'm working on a C.UTF-8 branch now)
[18:24] <rharper> if the images switch to setting C.UTF-8 in /etc/default/locale, and I land the C.UTF-8 cloud-init branch, it will skip calling locale-gen/update-locale
[18:25] <rharper> and it sounds like, in our path where we'd want to regenerate, we'd never attempt to call locale-regen/update-locale if the LANG value was C.UTF-8, since it's not something that can be regenerated
[18:25] <slangasek> rharper: behavior of cloud-init.  Minimal images won't have the locales package installed; they don't currently set LANG=C.UTF-8 in /etc/default/locale but they should; if we do those things (including for minimal images on xenial), will cloud-init behave sanely?
[18:26] <rharper> slangasek: we'll need the current branch I'm working on to land for C.UTF-8 support;
[18:26] <rharper> I should have that up today as I now understand more about C.UTF-8 w.r.t regeneration (or the lack of a need to do so)
[18:27] <rharper> slangasek: it does seem odd though that, I cant say 'update-local --locale-file=/etc/default/local LANG=C.UTF-8'  ; is there a reason why that shouldn't work ?
[18:28] <slangasek> rharper: this is literally the first time I have ever heard of the update-locale command
[18:28] <rharper> hehe, me too
[18:37] <rharper> I guess we can pass --no-checks
[18:37] <rharper> that seems reasonable; though I still feel like if it's a valid LANG setting, the tool's check should accept it
[18:37] <rharper> slangasek: is that worth a bug ?
[18:38] <slangasek> rharper: yes, I think so
[18:38] <rharper> ok
[18:38] <rharper> thanks for the help
[18:59] <ahasenack> acheronuk: hi, around?
[19:31] <ahasenack> LocutusOfBorg: hi,
[19:31] <ahasenack> LocutusOfBorg: I caught wind of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=868473
[19:32] <ahasenack> LocutusOfBorg: there is a dep8 test in qca2 that uses dh_acc, and which fails now because of the warning that dh_acc is sending to stderr
[19:32] <ahasenack> LocutusOfBorg: http://pastebin.ubuntu.com/25327602/
[19:33] <ahasenack> LocutusOfBorg: you seem to have a patch, is it landing soon?
[19:33] <ahasenack> the trail is that my cyrus-sasl2 upload to artful is blocked on that qca2 test failure, and on a kdepim-runtime build failure
[19:45] <ahasenack> hm, looks like a new abi-compliance-checker that is in proposed fixes it
[19:45] <ahasenack> "test in progress"
[19:45]  * ahasenack checks again tomorrow
[19:51] <tsimonq2> rbasak: Ping, I don't know if you're in a US or UK timezone ;)
[19:56] <ahasenack> uk
[19:56] <tsimonq2> ack
[21:25] <LocutusOfBorg> ahasenack, exaactly, proposed is the fix
[21:25] <ahasenack> nice, thanks
[22:11] <nacc> ahasenack: i can rerun your dep8 test with the appropriate srcpkg(s) from -proposed
[22:11] <nacc> ahasenack: if you tell me which ones
[22:15] <acheronuk> LocutusOfBorg: well, unless someone ignore those libkf5eventviews/4:16.12.3-0ubuntu1 and libkf5calendarsupport/4:16.12.3-0ubuntu1, then it will never get our of -proposed
[22:15] <acheronuk> those tests should never run. it's only a bug or glitch in britney that they are
[22:37] <acheronuk> ok. those are overridden now. if the armhf tests will just complete, might have a chance of fixed abi-compliance-checker making it to -release
[23:15] <Unit193> nacc: Hiya!
[23:15] <nacc> Unit193: hey, let me spin a chroot as promised :)
[23:16] <Unit193> No rush, but just wondered.  Danke.
[23:38] <nacc> Unit193: what error do you get?
[23:51] <Unit193> http://paste.openstack.org/show/cGj8uRFD3nm0PKN3D9T8/
[23:53] <nacc> Unit193: what was the cmdline for that?
[23:53] <Unit193> Basically: debootstrap --arch=i386 --include=apt --arch i386 --variant=buildd --force-check-gpg --keyring=/usr/share/keyrings/ubuntu-archive-keyring.gpg artful /var/cache/pbuilder/build/6390
[23:58] <Unit193> nacc: I'm not sure if I should be annoyed or happy, it appears to be working now...
[23:58] <Unit193> Thanks for fixing it!
[23:58] <nacc> heh
[23:58] <Unit193> I'm sorry for wasting your time.
[23:59] <sarnold> it felt a bit like something that 'waiting' would fix, but i'm surprised it fixed so quickly :)
[23:59] <nacc> yeah, i wonder if it was just the gcc-7 transition/mirror latency/etc.
[23:59] <Unit193> sarnold: I thought so too, but hit it sometime before Aug 13.
[23:59] <nacc> glad it works now, regardless


[02:47] -queuebot:#ubuntu-release- Unapproved: accepted mesa [source] (disco-proposed) [19.0.8-0ubuntu0~19.04.1]
[04:11] -queuebot:#ubuntu-release- Unapproved: snapd-glib (disco-proposed/main) [1.48-0ubuntu<IP_ADDRESS> => 1.49-0ubuntu<IP_ADDRESS>] (desktop-core)
[04:44] -queuebot:#ubuntu-release- Unapproved: snapd-glib (bionic-proposed/main) [1.47-0ubuntu<IP_ADDRESS> => 1.49-0ubuntu<IP_ADDRESS>] (kubuntu, ubuntu-desktop, ubuntu-server)
[05:13] -queuebot:#ubuntu-release- New binary: bmusb [amd64] (eoan-proposed/universe) [0.7.4-2] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: bmusb [s390x] (eoan-proposed/universe) [0.7.4-2] (no packageset)
[05:13] -queuebot:#ubuntu-release- New binary: bmusb [i386] (eoan-proposed/universe) [0.7.4-2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: bmusb [ppc64el] (eoan-proposed/universe) [0.7.4-2] (no packageset)
[05:14] -queuebot:#ubuntu-release- New binary: gajim-openpgp [amd64] (eoan-proposed/universe) [1.1.2-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: geotranz [amd64] (eoan-proposed/universe) [3.7-1] (no packageset)
[05:15] -queuebot:#ubuntu-release- New binary: geotranz [i386] (eoan-proposed/universe) [3.7-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: bmusb [armhf] (eoan-proposed/universe) [0.7.4-2] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: geotranz [s390x] (eoan-proposed/universe) [3.7-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: geotranz [ppc64el] (eoan-proposed/universe) [3.7-1] (no packageset)
[05:16] -queuebot:#ubuntu-release- New binary: zbar [s390x] (eoan-proposed/universe) [0.23-1] (kubuntu)
[05:17] -queuebot:#ubuntu-release- New binary: bmusb [arm64] (eoan-proposed/universe) [0.7.4-2] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: zbar [ppc64el] (eoan-proposed/universe) [0.23-1] (kubuntu)
[05:17] -queuebot:#ubuntu-release- New binary: zbar [i386] (eoan-proposed/universe) [0.23-1] (kubuntu)
[05:18] -queuebot:#ubuntu-release- New binary: geotranz [arm64] (eoan-proposed/universe) [3.7-1] (no packageset)
[05:18] -queuebot:#ubuntu-release- New binary: zbar [amd64] (eoan-proposed/universe) [0.23-1] (kubuntu)
[05:19] -queuebot:#ubuntu-release- New binary: geotranz [armhf] (eoan-proposed/universe) [3.7-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: zbar [arm64] (eoan-proposed/universe) [0.23-1] (kubuntu)
[05:25] -queuebot:#ubuntu-release- New binary: zbar [armhf] (eoan-proposed/universe) [0.23-1] (kubuntu)
[06:04] -queuebot:#ubuntu-release- Unapproved: mesa (bionic-proposed/main) [19.0.2-1ubuntu1.1~18.04.2 => 19.0.8-0ubuntu0~18.04.1] (core, xorg)
[08:32] -queuebot:#ubuntu-release- New: accepted bmusb [amd64] (eoan-proposed) [0.7.4-2]
[08:32] -queuebot:#ubuntu-release- New: accepted bmusb [armhf] (eoan-proposed) [0.7.4-2]
[08:32] -queuebot:#ubuntu-release- New: accepted bmusb [ppc64el] (eoan-proposed) [0.7.4-2]
[08:32] -queuebot:#ubuntu-release- New: accepted bmusb [arm64] (eoan-proposed) [0.7.4-2]
[08:32] -queuebot:#ubuntu-release- New: accepted bmusb [s390x] (eoan-proposed) [0.7.4-2]
[08:32] -queuebot:#ubuntu-release- New: accepted bmusb [i386] (eoan-proposed) [0.7.4-2]
[08:33] -queuebot:#ubuntu-release- New: accepted cairosvg [amd64] (eoan-proposed) [2.4.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted gajim-openpgp [amd64] (eoan-proposed) [1.1.2-1]
[08:33] -queuebot:#ubuntu-release- New: accepted geotranz [arm64] (eoan-proposed) [3.7-1]
[08:33] -queuebot:#ubuntu-release- New: accepted geotranz [i386] (eoan-proposed) [3.7-1]
[08:33] -queuebot:#ubuntu-release- New: accepted geotranz [s390x] (eoan-proposed) [3.7-1]
[08:33] -queuebot:#ubuntu-release- New: accepted guile-ssh [arm64] (eoan-proposed) [0.11.3-2]
[08:33] -queuebot:#ubuntu-release- New: accepted guile-ssh [i386] (eoan-proposed) [0.11.3-2]
[08:33] -queuebot:#ubuntu-release- New: accepted guile-ssh [s390x] (eoan-proposed) [0.11.3-2]
[08:33] -queuebot:#ubuntu-release- New: accepted mescc-tools [arm64] (eoan-proposed) [0.6.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted mescc-tools [i386] (eoan-proposed) [0.6.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted exadrums [amd64] (eoan-proposed) [0.4.0-1]
[08:33] -queuebot:#ubuntu-release- New: accepted geotranz [armhf] (eoan-proposed) [3.7-1]
[08:33] -queuebot:#ubuntu-release- New: accepted guile-ssh [amd64] (eoan-proposed) [0.11.3-2]
[08:33] -queuebot:#ubuntu-release- New: accepted guile-ssh [ppc64el] (eoan-proposed) [0.11.3-2]
[08:33] -queuebot:#ubuntu-release- New: accepted mescc-tools [armhf] (eoan-proposed) [0.6.1-2]
[08:33] -queuebot:#ubuntu-release- New: accepted mescc-tools [s390x] (eoan-proposed) [0.6.1-2]
[08:33] -queuebot:#ubuntu-release- New binary: rust-assert-cli [s390x] (eoan-proposed/universe) [0.6.3-1] (no packageset)
[08:33] -queuebot:#ubuntu-release- New binary: rust-caps [s390x] (eoan-proposed/universe) [0.3.2-1] (no packageset)
[08:33] -queuebot:#ubuntu-release- New binary: rust-darling-macro [s390x] (eoan-proposed/universe) [0.9.0-1] (no packageset)
[08:33] -queuebot:#ubuntu-release- New binary: rust-ipnetwork [i386] (eoan-proposed/universe) [0.14.0-1] (no packageset)
[08:33] -queuebot:#ubuntu-release- New: accepted geotranz [amd64] (eoan-proposed) [3.7-1]
[08:33] -queuebot:#ubuntu-release- New: accepted guile-ssh [armhf] (eoan-proposed) [0.11.3-2]
[08:33] -queuebot:#ubuntu-release- New: accepted mescc-tools [ppc64el] (eoan-proposed) [0.6.1-2]
[08:33] -queuebot:#ubuntu-release- New binary: rust-bumpalo [s390x] (eoan-proposed/universe) [2.5.0-1] (no packageset)
[08:33] -queuebot:#ubuntu-release- New binary: rust-diesel [i386] (eoan-proposed/universe) [1.4.2-1] (no packageset)
[08:33] -queuebot:#ubuntu-release- New: accepted geotranz [ppc64el] (eoan-proposed) [3.7-1]
[08:33] -queuebot:#ubuntu-release- New binary: baloo [s390x] (eoan-proposed/universe) [4:4.14.3-3] (no packageset)
[08:33] -queuebot:#ubuntu-release- New binary: rust-static-assertions [i386] (eoan-proposed/universe) [0.3.3-1] (no packageset)
[08:33] -queuebot:#ubuntu-release- New: accepted mescc-tools [amd64] (eoan-proposed) [0.6.1-2]
[08:33] -queuebot:#ubuntu-release- New binary: rust-core-arch [s390x] (eoan-proposed/universe) [0.1.5-1] (no packageset)
[08:33] -queuebot:#ubuntu-release- New: accepted nyacc [amd64] (eoan-proposed) [0.94.0-2]
[08:33] -queuebot:#ubuntu-release- New: accepted nyacc [armhf] (eoan-proposed) [0.94.0-2]
[08:33] -queuebot:#ubuntu-release- New: accepted nyacc [ppc64el] (eoan-proposed) [0.94.0-2]
[08:33] -queuebot:#ubuntu-release- New: accepted nyacc [arm64] (eoan-proposed) [0.94.0-2]
[08:33] -queuebot:#ubuntu-release- New: accepted nyacc [s390x] (eoan-proposed) [0.94.0-2]
[08:34] -queuebot:#ubuntu-release- New: accepted nyacc [i386] (eoan-proposed) [0.94.0-2]
[08:34] -queuebot:#ubuntu-release- New: accepted r-bioc-lpsymphony [amd64] (eoan-proposed) [1.12.0+dfsg-1]
[08:34] -queuebot:#ubuntu-release- New: accepted r-bioc-lpsymphony [armhf] (eoan-proposed) [1.12.0+dfsg-1]
[08:34] -queuebot:#ubuntu-release- New: accepted r-bioc-lpsymphony [ppc64el] (eoan-proposed) [1.12.0+dfsg-1]
[08:34] -queuebot:#ubuntu-release- New: accepted redfishtool [amd64] (eoan-proposed) [1.0.8-2]
[08:34] -queuebot:#ubuntu-release- New binary: rust-darling-macro [i386] (eoan-proposed/universe) [0.9.0-1] (no packageset)
[08:34] -queuebot:#ubuntu-release- New binary: rust-gettext-rs [i386] (eoan-proposed/universe) [0.4.1-1] (no packageset)
[08:34] -queuebot:#ubuntu-release- New binary: rust-ppv-lite86 [amd64] (eoan-proposed/universe) [0.2.5-1] (no packageset)
[08:34] -queuebot:#ubuntu-release- New: accepted r-bioc-lpsymphony [arm64] (eoan-proposed) [1.12.0+dfsg-1]
[08:34] -queuebot:#ubuntu-release- New: accepted r-bioc-lpsymphony [s390x] (eoan-proposed) [1.12.0+dfsg-1]
[08:34] -queuebot:#ubuntu-release- New binary: rust-doc-comment [i386] (eoan-proposed/universe) [0.3.1-1] (no packageset)
[08:34] -queuebot:#ubuntu-release- New: accepted r-bioc-lpsymphony [i386] (eoan-proposed) [1.12.0+dfsg-1]
[08:34] -queuebot:#ubuntu-release- New binary: rust-http-body [amd64] (eoan-proposed/universe) [0.1.0-1] (no packageset)
[08:34] -queuebot:#ubuntu-release- New binary: rust-darling-macro [amd64] (eoan-proposed/universe) [0.9.0-1] (no packageset)
[08:36] -queuebot:#ubuntu-release- New: accepted rust-http-body [amd64] (eoan-proposed) [0.1.0-1]
[08:36] -queuebot:#ubuntu-release- New: accepted rust-http-body [s390x] (eoan-proposed) [0.1.0-1]
[08:36] -queuebot:#ubuntu-release- New: accepted rust-http-body [i386] (eoan-proposed) [0.1.0-1]
[08:36] -queuebot:#ubuntu-release- New: accepted rust-ipconfig [amd64] (eoan-proposed) [0.2.1-1]
[08:36] -queuebot:#ubuntu-release- New: accepted rust-ipconfig [s390x] (eoan-proposed) [0.2.1-1]
[08:36] -queuebot:#ubuntu-release- New: accepted rust-ipconfig [i386] (eoan-proposed) [0.2.1-1]
[08:36] -queuebot:#ubuntu-release- New binary: rust-getrandom [i386] (eoan-proposed/universe) [0.1.6-1] (no packageset)
[08:37] -queuebot:#ubuntu-release- New: accepted rust-ipnetwork [amd64] (eoan-proposed) [0.14.0-1]
[08:37] -queuebot:#ubuntu-release- New: accepted rust-ipnetwork [s390x] (eoan-proposed) [0.14.0-1]
[08:37] -queuebot:#ubuntu-release- New: accepted rust-ipnetwork [i386] (eoan-proposed) [0.14.0-1]
[08:39] -queuebot:#ubuntu-release- New: accepted rust-md5-asm [amd64] (eoan-proposed) [0.4.3-1]
[08:39] -queuebot:#ubuntu-release- New binary: swift [amd64] (eoan-proposed/universe) [2.22.0~b1~git2019071110.e62f07d98-0ubuntu1] (openstack)
[08:39] -queuebot:#ubuntu-release- New: accepted rust-md5-asm [i386] (eoan-proposed) [0.4.3-1]
[08:39] -queuebot:#ubuntu-release- New binary: swift [amd64] (eoan-proposed/universe) [2.22.0~b1~git2019071110.e62f07d98-0ubuntu2] (openstack)
[08:40] -queuebot:#ubuntu-release- New: accepted rust-nom-4 [amd64] (eoan-proposed) [4.2.3-1]
[08:40] -queuebot:#ubuntu-release- New: accepted rust-nom-4 [s390x] (eoan-proposed) [4.2.3-1]
[08:40] -queuebot:#ubuntu-release- New: accepted rust-nom-4 [i386] (eoan-proposed) [4.2.3-1]
[08:40] -queuebot:#ubuntu-release- New: accepted rust-ppv-lite86 [amd64] (eoan-proposed) [0.2.5-1]
[08:40] -queuebot:#ubuntu-release- New: accepted rust-ppv-lite86 [s390x] (eoan-proposed) [0.2.5-1]
[08:40] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [i386] (eoan-proposed) [0.14.0-1]
[08:40] -queuebot:#ubuntu-release- New: accepted rust-ppv-lite86 [i386] (eoan-proposed) [0.2.5-1]
[08:40] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [s390x] (eoan-proposed) [0.14.0-1]
[08:40] -queuebot:#ubuntu-release- New: accepted rust-quick-xml [amd64] (eoan-proposed) [0.14.0-1]
[08:41] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.3 [amd64] (eoan-proposed) [0.3.0-1]
[08:41] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.3 [s390x] (eoan-proposed) [0.3.0-1]
[08:41] -queuebot:#ubuntu-release- New: accepted rust-rand-core-0.3 [i386] (eoan-proposed) [0.3.0-1]
[08:41] -queuebot:#ubuntu-release- New: accepted rust-stackvector [amd64] (eoan-proposed) [1.0.6-1]
[08:41] -queuebot:#ubuntu-release- New: accepted rust-stackvector [s390x] (eoan-proposed) [1.0.6-1]
[08:41] -queuebot:#ubuntu-release- New: accepted rust-static-assertions [i386] (eoan-proposed) [0.3.3-1]
[08:41] -queuebot:#ubuntu-release- New: accepted zbar [amd64] (eoan-proposed) [0.23-1]
[08:41] -queuebot:#ubuntu-release- New: accepted zbar [armhf] (eoan-proposed) [0.23-1]
[08:42] -queuebot:#ubuntu-release- New: accepted rust-stackvector [i386] (eoan-proposed) [1.0.6-1]
[08:42] -queuebot:#ubuntu-release- New: accepted rust-static-assertions [s390x] (eoan-proposed) [0.3.3-1]
[08:42] -queuebot:#ubuntu-release- New: accepted zbar [ppc64el] (eoan-proposed) [0.23-1]
[08:42] -queuebot:#ubuntu-release- New: accepted rust-static-assertions [amd64] (eoan-proposed) [0.3.3-1]
[08:42] -queuebot:#ubuntu-release- New: accepted zbar [arm64] (eoan-proposed) [0.23-1]
[08:42] -queuebot:#ubuntu-release- New: accepted zbar [i386] (eoan-proposed) [0.23-1]
[08:42] -queuebot:#ubuntu-release- New: accepted zbar [s390x] (eoan-proposed) [0.23-1]
[08:50] -queuebot:#ubuntu-release- New: accepted baloo [amd64] (eoan-proposed) [4:4.14.3-3]
[08:50] -queuebot:#ubuntu-release- New: accepted baloo [s390x] (eoan-proposed) [4:4.14.3-3]
[08:50] -queuebot:#ubuntu-release- New: accepted baloo [i386] (eoan-proposed) [4:4.14.3-3]
[08:52] -queuebot:#ubuntu-release- New: accepted chicken [amd64] (eoan-proposed) [5.1.0-1]
[08:52] -queuebot:#ubuntu-release- New: accepted chicken [i386] (eoan-proposed) [5.1.0-1]
[08:53] -queuebot:#ubuntu-release- New: accepted rust-assert-cli [arm64] (eoan-proposed) [0.6.3-1]
[08:53] -queuebot:#ubuntu-release- New: accepted rust-assert-cli [s390x] (eoan-proposed) [0.6.3-1]
[08:53] -queuebot:#ubuntu-release- New: accepted rust-bumpalo [armhf] (eoan-proposed) [2.5.0-1]
[08:53] -queuebot:#ubuntu-release- New: accepted rust-assert-cli [armhf] (eoan-proposed) [0.6.3-1]
[08:53] -queuebot:#ubuntu-release- New: accepted rust-bumpalo [s390x] (eoan-proposed) [2.5.0-1]
[08:53] -queuebot:#ubuntu-release- New: accepted rust-bumpalo [arm64] (eoan-proposed) [2.5.0-1]
[08:54] -queuebot:#ubuntu-release- New: accepted rust-caps [arm64] (eoan-proposed) [0.3.2-1]
[08:54] -queuebot:#ubuntu-release- New: accepted rust-caps [i386] (eoan-proposed) [0.3.2-1]
[08:54] -queuebot:#ubuntu-release- New: accepted rust-caps [armhf] (eoan-proposed) [0.3.2-1]
[08:54] -queuebot:#ubuntu-release- New: accepted rust-caps [s390x] (eoan-proposed) [0.3.2-1]
[08:55] -queuebot:#ubuntu-release- New: accepted rust-core-arch [amd64] (eoan-proposed) [0.1.5-1]
[08:55] -queuebot:#ubuntu-release- New: accepted rust-core-arch [armhf] (eoan-proposed) [0.1.5-1]
[08:55] -queuebot:#ubuntu-release- New: accepted rust-core-arch [arm64] (eoan-proposed) [0.1.5-1]
[08:55] -queuebot:#ubuntu-release- New: accepted rust-core-arch [s390x] (eoan-proposed) [0.1.5-1]
[08:55] -queuebot:#ubuntu-release- New: accepted rust-darling-macro [amd64] (eoan-proposed) [0.9.0-1]
[08:55] -queuebot:#ubuntu-release- New: accepted rust-darling-macro [i386] (eoan-proposed) [0.9.0-1]
[08:55] -queuebot:#ubuntu-release- New: accepted rust-darling-macro [arm64] (eoan-proposed) [0.9.0-1]
[08:55] -queuebot:#ubuntu-release- New: accepted rust-darling-macro [s390x] (eoan-proposed) [0.9.0-1]
[08:56] -queuebot:#ubuntu-release- New: accepted rust-data-encoding-macro-internal [arm64] (eoan-proposed) [0.1.7-1]
[08:56] -queuebot:#ubuntu-release- New: accepted rust-data-encoding-macro-internal [s390x] (eoan-proposed) [0.1.7-1]
[08:56] -queuebot:#ubuntu-release- New: accepted rust-data-encoding-macro-internal [armhf] (eoan-proposed) [0.1.7-1]
[08:56] -queuebot:#ubuntu-release- New: accepted rust-diesel [amd64] (eoan-proposed) [1.4.2-1]
[08:56] -queuebot:#ubuntu-release- New: accepted rust-diesel [s390x] (eoan-proposed) [1.4.2-1]
[08:56] -queuebot:#ubuntu-release- New: accepted rust-diesel [i386] (eoan-proposed) [1.4.2-1]
[08:56] -queuebot:#ubuntu-release- New: accepted rust-dirs-sys [s390x] (eoan-proposed) [0.3.3-1]
[08:57] -queuebot:#ubuntu-release- New: accepted rust-doc-comment [amd64] (eoan-proposed) [0.3.1-1]
[08:57] -queuebot:#ubuntu-release- New: accepted rust-doc-comment [s390x] (eoan-proposed) [0.3.1-1]
[08:57] -queuebot:#ubuntu-release- New: accepted rust-getrandom [s390x] (eoan-proposed) [0.1.6-1]
[08:57] -queuebot:#ubuntu-release- New: accepted rust-doc-comment [i386] (eoan-proposed) [0.3.1-1]
[08:57] -queuebot:#ubuntu-release- New: accepted rust-gettext-rs [s390x] (eoan-proposed) [0.4.1-1]
[08:57] -queuebot:#ubuntu-release- New: accepted rust-getrandom [i386] (eoan-proposed) [0.1.6-1]
[08:57] -queuebot:#ubuntu-release- New: accepted rust-gettext-rs [amd64] (eoan-proposed) [0.4.1-1]
[08:57] -queuebot:#ubuntu-release- New: accepted rust-gettext-rs [i386] (eoan-proposed) [0.4.1-1]
[09:09] -queuebot:#ubuntu-release- New binary: r-bioc-ihw [amd64] (eoan-proposed/universe) [1.12.0+dfsg-1] (no packageset)
[11:23] -queuebot:#ubuntu-release- New binary: geos [s390x] (eoan-proposed/universe) [3.7.2-1] (kubuntu)
[11:25] -queuebot:#ubuntu-release- New binary: geos [amd64] (eoan-proposed/universe) [3.7.2-1] (kubuntu)
[11:26] -queuebot:#ubuntu-release- New binary: geos [i386] (eoan-proposed/universe) [3.7.2-1] (kubuntu)
[11:26] -queuebot:#ubuntu-release- New binary: geos [ppc64el] (eoan-proposed/universe) [3.7.2-1] (kubuntu)
[11:28] -queuebot:#ubuntu-release- New binary: geos [arm64] (eoan-proposed/universe) [3.7.2-1] (kubuntu)
[11:30] -queuebot:#ubuntu-release- New binary: geos [armhf] (eoan-proposed/universe) [3.7.2-1] (kubuntu)
[13:13] -queuebot:#ubuntu-release- Unapproved: gnome-flashback (bionic-proposed/universe) [3.28.0-1ubuntu1.3 => 3.28.0-1ubuntu1.4] (edubuntu)
[13:21] -queuebot:#ubuntu-release- Unapproved: gnome-flashback (disco-proposed/universe) [3.30.0-1ubuntu6 => 3.30.0-1ubuntu6.1] (edubuntu)
[13:58] <Trevinho> anyone can free mutter in disco and mutter+gnome-shell in bionic queues? :)
[14:23] -queuebot:#ubuntu-release- New: accepted geos [amd64] (eoan-proposed) [3.7.2-1]
[14:23] -queuebot:#ubuntu-release- New: accepted geos [armhf] (eoan-proposed) [3.7.2-1]
[14:24] -queuebot:#ubuntu-release- New: accepted geos [ppc64el] (eoan-proposed) [3.7.2-1]
[14:24] -queuebot:#ubuntu-release- New: accepted r-bioc-ihw [amd64] (eoan-proposed) [1.12.0+dfsg-1]
[14:24] -queuebot:#ubuntu-release- New: accepted geos [arm64] (eoan-proposed) [3.7.2-1]
[14:24] -queuebot:#ubuntu-release- New: accepted geos [s390x] (eoan-proposed) [3.7.2-1]
[14:24] -queuebot:#ubuntu-release- New: accepted geos [i386] (eoan-proposed) [3.7.2-1]
[15:04] -queuebot:#ubuntu-release- New binary: symfony [amd64] (eoan-proposed/universe) [4.3.2+dfsg-1ubuntu1~build1] (no packageset)
[15:07] <ginggs> would someone please remove the p4est i386 and armfh binaries from release?  deal.ii, the only thing that uses it, is already 64-bit only
[15:21] <LocutusOfBorg> ^^ that symfony ~build1 versioning is correct, I plan to reupload once I have a clear history of regressions
[15:56] <teward> can someone point me to where the Ubuntu Studio packageset is defined (if it's defined)?
[15:57] <teward> need to review it for reasons
[16:04] <rbasak> https://people.canonical.com/~ubuntu-archive/packagesets/eoan/ubuntustudio
[16:05] <rbasak> Is a view on the definition within Launchpad
[16:06] <rbasak> It may be automatically generated from https://git.launchpad.net/~developer-membership-board/+git/packageset/tree/ - I don't recall
[16:07] <Eickmeyer> rbasak: What does it take to get items added to the packageset? We have a few recent additions that could be added.
[16:08] <teward> and there's a lot I'd like the DMB to review as well, because I don't think some of these should be directly in the package set IMO (not sure the Studio team should be poking python-regex or such...)
[16:08] <teward> though IIRC that was being discussed a while ago
[16:08] <rbasak> Eickmeyer: email devel-permissions@ with a request and details please.
[16:08] <Eickmeyer> rbasak: Thanks!
[16:09] <rbasak> Eickmeyer: I remember that there was some debate to do with the flavour packageset and individual uploader PPUs
[16:09] <rbasak> I don't recall the details, but the request will have to be considered in light of whatever decision was made I guess
[16:11] <Eickmeyer> rbasak: True.
[16:13] <Eickmeyer> rbasak: I've been encouraged to apply for packageset since I've been working hard on packaging, and have added 3 (soon to be 4) packages to the archive since May.
[16:13] <rbasak> Sounds good!
[16:13] <teward> > soon to be 4 <
[16:13] <teward> that depends on my review ;)
[16:13] <teward> i may NACK the package if yo udid something abhorrent Eickmeyer ;)
[16:13] <Eickmeyer> ^True
[16:55] <slashd> infinity, sil2100, stgraber or any archive admin, is there a way to get still have access to a package that got deleted/superseeded 4 hours ago ? ceph - 12.2.11-0ubuntu<IP_ADDRESS> -> https://launchpad.net/ubuntu/+source/ceph/+publishinghistory
[16:56] <slashd> vorlon, ^
[16:59] <rbasak> slashd: define "have access"
[16:59] <rbasak> slashd: Launchpad retains the build logs and builds indefinitely
[16:59] <rbasak> slashd: click on the version string on the publishing history page
[16:59]  * slashd looking
[17:01] <cjwatson> Launchpad doesn't promise to retain the build *output* indefinitely, though we do currently retain build logs indefinitely
[17:01] <slashd> rbasak, that's exactly what I wanted, big thanks
[17:02] <rbasak> cjwatson: have you deleted old builds in practice, OOI?
[17:02] <cjwatson> Yes
[17:02] <cjwatson> For obsolete series
[17:03] <rbasak> Good to know, thanks!
[17:03] <slashd> cjwatson, rbasak thanks for quick answer
[17:03] <cjwatson> And old build output files in PPAs are deleted relatively quickly (something like a week)
[17:15] -queuebot:#ubuntu-release- New binary: apriltag [amd64] (eoan-proposed/universe) [0.10.0-4] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: balboa [amd64] (eoan-proposed/universe) [2.0.0+ds-2] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: apriltag [i386] (eoan-proposed/universe) [0.10.0-4] (no packageset)
[17:15] -queuebot:#ubuntu-release- New binary: hydra-el [amd64] (eoan-proposed/universe) [0.15.0-1] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: balboa [i386] (eoan-proposed/universe) [2.0.0+ds-2] (no packageset)
[17:17] -queuebot:#ubuntu-release- New binary: fxt [amd64] (eoan-proposed/universe) [0.3.9-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: apriltag [s390x] (eoan-proposed/universe) [0.10.0-4] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: fxt [s390x] (eoan-proposed/universe) [0.3.9-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: libmurmurhash [amd64] (eoan-proposed/universe) [1.5-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: libmurmurhash [i386] (eoan-proposed/universe) [1.5-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: fxt [i386] (eoan-proposed/universe) [0.3.9-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: libmurmurhash [armhf] (eoan-proposed/universe) [1.5-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-top-icons-plus [amd64] (eoan-proposed/none) [22-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: libmurmurhash [s390x] (eoan-proposed/universe) [1.5-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: apriltag [arm64] (eoan-proposed/universe) [0.10.0-4] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: fxt [ppc64el] (eoan-proposed/universe) [0.3.9-1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: myproxy [amd64] (eoan-proposed/universe) [6.2.4-2] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: apriltag [ppc64el] (eoan-proposed/universe) [0.10.0-4] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (xenial-proposed/main) [4.4.0-157.185] (core, kernel)
[17:18] -queuebot:#ubuntu-release- New binary: libmurmurhash [ppc64el] (eoan-proposed/universe) [1.5-1] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: balboa [s390x] (eoan-proposed/universe) [2.0.0+ds-2] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: apriltag [armhf] (eoan-proposed/universe) [0.10.0-4] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: balboa [ppc64el] (eoan-proposed/universe) [2.0.0+ds-2] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: libmurmurhash [arm64] (eoan-proposed/universe) [1.5-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: fxt [arm64] (eoan-proposed/universe) [0.3.9-1] (no packageset)
[17:21] -queuebot:#ubuntu-release- New binary: fxt [armhf] (eoan-proposed/universe) [0.3.9-1] (no packageset)
[17:22] -queuebot:#ubuntu-release- New binary: balboa [arm64] (eoan-proposed/universe) [2.0.0+ds-2] (no packageset)
[17:28] -queuebot:#ubuntu-release- New: accepted balboa [arm64] (eoan-proposed) [2.0.0+ds-2]
[17:28] -queuebot:#ubuntu-release- New: accepted fxt [arm64] (eoan-proposed) [0.3.9-1]
[17:28] -queuebot:#ubuntu-release- New: accepted balboa [ppc64el] (eoan-proposed) [2.0.0+ds-2]
[17:28] -queuebot:#ubuntu-release- New: accepted fxt [armhf] (eoan-proposed) [0.3.9-1]
[17:28] -queuebot:#ubuntu-release- New: accepted apriltag [arm64] (eoan-proposed) [0.10.0-4]
[17:28] -queuebot:#ubuntu-release- New: accepted apriltag [ppc64el] (eoan-proposed) [0.10.0-4]
[17:28] -queuebot:#ubuntu-release- New: accepted fxt [ppc64el] (eoan-proposed) [0.3.9-1]
[17:28] -queuebot:#ubuntu-release- New: accepted libmurmurhash [ppc64el] (eoan-proposed) [1.5-1]
[17:28] -queuebot:#ubuntu-release- New: accepted apriltag [armhf] (eoan-proposed) [0.10.0-4]
[17:28] -queuebot:#ubuntu-release- New: accepted libmurmurhash [arm64] (eoan-proposed) [1.5-1]
[17:28] -queuebot:#ubuntu-release- New: accepted balboa [s390x] (eoan-proposed) [2.0.0+ds-2]
[17:28] -queuebot:#ubuntu-release- New: accepted myproxy [amd64] (eoan-proposed) [6.2.4-2]
[17:29] -queuebot:#ubuntu-release- New: accepted apriltag [s390x] (eoan-proposed) [0.10.0-4]
[17:29] -queuebot:#ubuntu-release- New: accepted fxt [s390x] (eoan-proposed) [0.3.9-1]
[17:29] -queuebot:#ubuntu-release- New: accepted libmurmurhash [amd64] (eoan-proposed) [1.5-1]
[17:29] -queuebot:#ubuntu-release- New: accepted libmurmurhash [i386] (eoan-proposed) [1.5-1]
[17:29] -queuebot:#ubuntu-release- New: accepted fxt [i386] (eoan-proposed) [0.3.9-1]
[17:29] -queuebot:#ubuntu-release- New: accepted libmurmurhash [armhf] (eoan-proposed) [1.5-1]
[17:29] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-top-icons-plus [amd64] (eoan-proposed) [22-2]
[17:29] -queuebot:#ubuntu-release- New: accepted libmurmurhash [s390x] (eoan-proposed) [1.5-1]
[17:29] -queuebot:#ubuntu-release- New: accepted apriltag [amd64] (eoan-proposed) [0.10.0-4]
[17:29] -queuebot:#ubuntu-release- New: accepted balboa [amd64] (eoan-proposed) [2.0.0+ds-2]
[17:29] -queuebot:#ubuntu-release- New: accepted fxt [amd64] (eoan-proposed) [0.3.9-1]
[17:29] -queuebot:#ubuntu-release- New: accepted apriltag [i386] (eoan-proposed) [0.10.0-4]
[17:29] -queuebot:#ubuntu-release- New: accepted hydra-el [amd64] (eoan-proposed) [0.15.0-1]
[17:29] -queuebot:#ubuntu-release- New: accepted balboa [i386] (eoan-proposed) [2.0.0+ds-2]
[19:47] -queuebot:#ubuntu-release- Unapproved: rejected ceph [source] (cosmic-proposed) [13.2.6-0ubuntu<IP_ADDRESS>]
[19:47] -queuebot:#ubuntu-release- Unapproved: rejected initramfs-tools [source] (cosmic-proposed) [0.131ubuntu15.3]
[19:47] -queuebot:#ubuntu-release- Unapproved: rejected landscape-client [source] (cosmic-proposed) [18.01-0ubuntu4.3]
[19:47] -queuebot:#ubuntu-release- Unapproved: rejected mixxx [source] (cosmic-proposed) [2.2.0~dfsg-1ubuntu<IP_ADDRESS>]
[19:47] -queuebot:#ubuntu-release- Unapproved: rejected fonts-noto-cjk [source] (cosmic-proposed) [1:20190409+repack1-0ubuntu0.18.10]
[19:47] -queuebot:#ubuntu-release- Unapproved: rejected librabbitmq [source] (cosmic-proposed) [0.8.0-1ubuntu<IP_ADDRESS>]
[19:48] -queuebot:#ubuntu-release- Unapproved: rejected initramfs-tools [source] (cosmic-proposed) [0.131ubuntu15.3]
[19:48] -queuebot:#ubuntu-release- Unapproved: rejected snapd-glib [source] (cosmic-proposed) [1.48-0ubuntu<IP_ADDRESS>]
[19:48] -queuebot:#ubuntu-release- New: rejected octavia-dashboard [source] (cosmic-proposed) [2.0.0-0ubuntu1]
[19:48] -queuebot:#ubuntu-release- New: rejected python-tornado4 [source] (cosmic-proposed) [4.5.3-3~ubuntu18.10.1]
[20:10] -queuebot:#ubuntu-release- New: accepted mysql-8.0 [source] (eoan-proposed) [8.0.14-0ubuntu2]
[20:11] <tsimonq2> rbasak, bdmurray, vorlon: Could I please get a review of the usb-creator SRUs? bug 1629715
[20:11] <tsimonq2> rbasak, bdmurray, vorlon: The bug itself affects functionality of the usb-creator-kde exec and we'd like to get the fix in ASAP.
[20:12] <tsimonq2> It just needs queue reviewal.
[20:42] -queuebot:#ubuntu-release- New binary: mysql-8.0 [s390x] (eoan-proposed/universe) [8.0.14-0ubuntu2] (no packageset)
[20:59] -queuebot:#ubuntu-release- New binary: mysql-8.0 [ppc64el] (eoan-proposed/universe) [8.0.14-0ubuntu2] (no packageset)
[21:09] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (xenial-proposed) [4.4.0-157.185]
[21:44] -queuebot:#ubuntu-release- New binary: mysql-8.0 [armhf] (eoan-proposed/universe) [8.0.14-0ubuntu2] (no packageset)
[21:52] -queuebot:#ubuntu-release- Unapproved: snapd-glib (xenial-proposed/main) [1.47-0ubuntu<IP_ADDRESS> => 1.49-0ubuntu<IP_ADDRESS>] (no packageset)
[22:10] -queuebot:#ubuntu-release- New binary: mysql-8.0 [arm64] (eoan-proposed/universe) [8.0.14-0ubuntu2] (no packageset)
[22:12] -queuebot:#ubuntu-release- Unapproved: systemd (disco-proposed/main) [240-6ubuntu5.2 => 240-6ubuntu5.3] (core)
[22:18] -queuebot:#ubuntu-release- Unapproved: systemd (bionic-proposed/main) [237-3ubuntu10.24 => 237-3ubuntu10.25] (core)
[23:12] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (xenial-proposed/main) [1.361.3 => 1.361.4] (core)
[23:27] -queuebot:#ubuntu-release- Unapproved: ubuntu-meta (bionic-proposed/main) [1.417.2 => 1.417.3] (core)
[23:28] -queuebot:#ubuntu-release- New binary: saga [s390x] (eoan-proposed/universe) [7.3.0+dfsg-1] (no packageset)
[23:31] -queuebot:#ubuntu-release- New binary: saga [amd64] (eoan-proposed/universe) [7.3.0+dfsg-1] (no packageset)
[23:39] -queuebot:#ubuntu-release- New binary: saga [i386] (eoan-proposed/universe) [7.3.0+dfsg-1] (no packageset)
[23:43] -queuebot:#ubuntu-release- New binary: saga [ppc64el] (eoan-proposed/universe) [7.3.0+dfsg-1] (no packageset)
[23:54] -queuebot:#ubuntu-release- New binary: otb [amd64] (eoan-proposed/universe) [6.6.1+dfsg-2] (no packageset)