[00:09] <bitplane> anyone around to answer my dumb questions?
[00:10] <bitplane> do packages generally do a "make install" to install something?
[00:10] <bitplane> and is there an equivalent of "make uninstall" or is that something I made up and is completely unconventional
[00:11] <maxb> < bitplane> do packages generally do a "make install" to install something?
[00:11] <maxb> Well that all depends on how you define "package"
[00:11] <azeem_> depends on the Makefile; automake e.g. ships an uninstall target by default
[00:11] <maxb> and how you define "install"
[00:12] <bitplane> well, currently I do "make" followed by a "make install" to compile, then copy my binaries into the system
[00:12] <maxb> Upstream source packages typically provide a "make install"
[00:12] <bitplane> it also calls a script which adds new mime types, installs icons and a desktop file
[00:13] <bitplane> registers my thumbnailer with gconf, etc
[00:13] <maxb> Debian/Ubuntu source packages wrap the upstream source and typically use the "make install" step to install files *into the binary package they are building*
[00:14] <maxb> Debian/Ubuntu binary packages go nowhere near "make install" in their installation through dpkg / apt
[00:14] <bitplane> hmm okay
[00:14] <bitplane> so packages generally contain binaries for the platform, rather than instructions on how to build them?
[00:15] <bitplane> which is what pbuilder does?
[00:16] <maxb> Well, be careful what you mean when you say "packages". There are source packages, which are the recipes for building binary packages.
[00:17] <maxb> And there are upstream source tarballs which could concievably be termed "packages" by upstreams
[00:17] <bitplane> ah okay, by package i mean whatever is downloaded (deb files?) when I type "apt-get install x"
[00:18] <directhex> a source package, typically, contains a "make install" call at one point where the prefix is not /usr or somesuch, but a temporary folder for the build process. these binaries are then copied into a deb archive, and when the deb is installed, they go into /usr
[00:18] <directhex> (very very potted summary)
[00:18] <bitplane> fantastic, that makes sense
[00:18] <bitplane> thanks
[01:28] <LLStarks> hi. do i request package updates here?
[01:28] <dtchen> no, on Launchpad.
[01:31] <dtchen> LLStarks: specifically, https://wiki.ubuntu.com/UbuntuDevelopment/FAQ#Can%20%3Cpackage%3E%20be%20upgraded?
[02:51] <artfwo> hello! I wonder, are new packages still accepted to karmic through the revu?
[03:50] <artfwo> hello! I wonder, are new packages still accepted to karmic through the revu?
[03:54] <vorian> for a short while longer artfwo
[03:55] <vorian> you have until August 27th
[03:55] <artfwo> well, then I'd like to request a review for http://revu.ubuntuwire.com/p/scantailor - a Qt-based interactive post-processing tool for scanned books
[03:55] <vorian> hrm
[03:55] <vorian> the Qt part sound promising
[03:56] <artfwo> it has already been advocated earlier, but rejected from the archive
[03:56] <vorian> what was the reason?
[03:57] <artfwo> there was a CC-licensed icon packed into a GPL binary
[03:57] <vorian> yikes
[03:57] <artfwo> I have replaced the icon, and this change have been accepted upstream as well
[03:58] <dtchen> good work
[03:58] <vorian> that is really worth a look tonight :)
[03:58] <vorian> i'll see if i can get another motu to check it out as well
[03:59] <artfwo> I shall remain online then, in case something needs a quick fix
[04:01] <vorian> libqt-dev is at 4.5.1 right?
[04:01] <micahg> !info libqt-deb karmic | vorian
[04:01] <artfwo> it's 4.5.2 now
[04:03] <vorian> lex has been busy i see
[04:04] <vorian> grr
[04:05] <vorian> liboost-test
[04:05] <artfwo> yep, the package works with any libboost >= 1.35
[04:05] <artfwo> that's why I have put a dependency on the default version
[04:06] <vorian> it would be great if libboost1.38 had the test binary
[04:06] <artfwo> it does
[04:06] <artfwo> there is libboost-test1.38-dev
[04:07] <vorian> ah, so it does
[04:07] <vorian> artfwo: will it build with 1.38?
[04:08] <artfwo> yes, I have built a binary yesterday in my PPA
[04:08] <vorian> mind changing that in the control then?
[04:09] <artfwo> I don't mind, but what the purpose of having a "default" boost metapackage then?
[04:09] <artfwo> java package ought to build-depend on default-jdk, why boost cannot be the default?
[04:10] <vorian> most all KDE packages migrated away from the "default" boost during the last cycle
[04:10] <vorian> besides, 1.38 is in main
[04:10] <artfwo> okay, will do just now
[04:12] <vorian> everything else looks perfecto
[04:12] <artfwo> grr, I'm having the "425 Security: Bad IP connecting." error with REVU again
[04:13] <vorian> noooo
[04:14] <artfwo> I guess it's a problem with my ISP
[04:21] <artfwo> vorian, there
[04:21] <artfwo> uploaded with libboost-test1.38-dev
[04:32] <vorian> thanks artfwo
[04:34] <vorian> artfwo: ack'd
[04:34] <artfwo> vorian, thanks!
[04:34] <vorian> thank you artfwo :)
[06:24] <stochastic> is anyone in here familiar with the qmake system?
[08:57] <stochastic> If a copyright notice in a source file reads "Copyright (C) 2005, 2006 Sean Bolton and others" is this okay for inclusion? and if there's another sourcefile that reads simply "Copyright (C) 2005, 2006 Sean Bolton" do they both need to appear in the debian/copyright file?
[09:03] <artfwo> I'd include both of them separately
[10:46] <qiyong> i think the distro is buggy on this
[10:46] <qiyong> clamav-daemon (clamd) doesn't start up autoamatically
[10:47] <qiyong> no startup links
[10:47] <qiyong> there's K19clamav-daemon
[10:47] <qiyong> is that bug?
[10:47] <qiyong> the default installation should have get it right
[10:48] <qiyong> # find /etc/rc?.d | grep clamav-d
[10:48] <qiyong> /etc/rc0.d/K19clamav-daemon
[10:48] <qiyong> /etc/rc1.d/K19clamav-daemon
[10:48] <qiyong> /etc/rc2.d/K19clamav-daemon
[10:48] <qiyong> /etc/rc3.d/K19clamav-daemon
[10:48] <qiyong> /etc/rc4.d/K19clamav-daemon
[10:48] <qiyong> /etc/rc5.d/K19clamav-daemon
[10:49] <qiyong> /etc/rc6.d/K19clamav-daemon
[10:49] <qiyong> anyone confirm me this?
[10:50] <StevenK> qiyong: Don't do that!
[10:50] <StevenK> !pastebin
[10:52] <qiyong> StevenK: this chann is silent, paste doesn't hurt?
[10:52] <Hobbsee> qiyong: it still does.
[10:52] <Hobbsee> mainly because people read scrollback
[11:01] <Laney> ooh
[11:01] <Laney> is ff 3.5 happening?
[11:38] <daurnimator> evenin
[11:48] <slytherin> Laney: what do you mean?
[11:50] <Laney> slytherin: to karmic
[11:50] <Laney> as default
[11:51] <slytherin> ah that. yes it is.
[11:51] <Laney> exciting
[11:53] <slytherin> I am using 3.5 on jaunty and it looks to be faster than 3.0.x
[12:14] <blackmoon> whare i can fing a guide for packaging a kernel module? (i need use module-assistant)
[12:14] <blackmoon> *find
[12:14] <directhex> you need to use dkms, not m-a
[12:15] <slytherin> blackmoon: AFAIK, module-assistant is deprecated in favour of dkms.
[12:15] <blackmoon> ah, ok...
[12:16] <blackmoon> do you know a guide for packaging with dkms?
[12:17] <directhex> https://help.ubuntu.com/community/Kernel/DkmsDriverPackage
[12:17] <blackmoon> directhex: thank you
[13:28] <tseng> Hi folk, I am currently worknig on bug #408825
[13:28] <tseng> Marc made some comments about my previous patch
[13:29] <tseng> I understand the first 2 comments made about version and changelog formats
[13:29] <tseng> but I am lost with the patch tagging
[13:29] <tseng> I have tried reading https://wiki.ubuntu.com/PackagingGuide/PatchSystems and got more lost
[13:32] <geser> I guess he meant https://wiki.ubuntu.com/UbuntuDevelopment/PatchTaggingGuidelines
[13:34] <tseng> so do I just add a bunch of text manually to the finnished patch or is there an automated way?
[13:36] <geser> which patch system does this package use?
[13:36] <tseng> cdbs i think
[13:37] <tseng> when i type what-patch i get cdbs
[13:37] <tseng> though i have no idea how to use cdbs
[13:39] <azeem> tseng: cdbs patches are usually just diffs; so adding a comment on the top according to https://wiki.ubuntu.com/UbuntuDevelopment/PatchTaggingGuidelines should be fine I guess
[13:40] <tseng> so - just want to get the order right here:
[13:40] <tseng> I applied the upstream patch
[13:40] <tseng> directly to the code in the tree,
[13:41] <geser> no, place the upstream patch in debian/patches
[13:41] <tseng> updated the changelog and debian/controle file
[13:41] <tseng> aahh
[13:41] <tseng> will try again
[13:41] <geser> (check that it applies: patch --dry-run < debian/patches/yourpatch)
[13:41] <mdeslaur> tseng: I use the cdbs-edit-patch tool
[13:43] <mdeslaur> tseng: you enter the tree, do something like "cdbs-edit-patch 05_security_xxx.diff, apply the patch, and type "exit"
[13:43] <mdeslaur> the patch should get automatically added to debian/patches
[13:43] <mdeslaur> and then, you edit debian/patches in a text editor and add the stuff described in the wiki to the top of the patch
[13:43] <tseng> thanks
[14:16] <loic-m> Is today REVU day?
[14:28] <loic-m> I'd appreciate if a MOTU could review (and hopefully advocate) gmameui, a Gnome front-end for MAME (arcade emulator) at http://revu.ubuntuwire.com/p/gmameui
[14:29] <loic-m> I'm packaging it within the Debian Games Team, but since the RFS is still on it won't make it in time for Karmic unless I go through REVU
[14:30] <loic-m> package should be in good shape, there was one review in DGT already
[14:48] <lemon> I'm learning to become the MOTU,so what's the first step?
[14:51] <loic-m> !MOTU
[14:52] <Laney> see topic
[14:52] <lemon> thanks for all
[17:11] <RoAkSoAx> DktrKranz, any luck with lekhonee :=)?
[17:29] <s0nix> can we upgrade a package with dpkg ? (without using -r, -i)
[17:31] <s0nix> ha, -i replace it automatically. nvm.
[18:10] <xnox> Heya! in which version of debhelper did override_dh_* target appeared?
[18:17] <mrooney> Whoa, 1.9.0-6-0ubuntu1 is newer than 1.9.0-7?
[18:17] <mrooney> Does apt prefer Ubuntu packages over Debian regardless of version?
[18:19] <pochu> no, and it's not
[18:21] <mrooney> pochu: oh, then what is going here: http://pastebin.com/m2715c2d5
[18:21] <mrooney> am I missing something?
[18:21] <pochu> err, it is
[18:21] <mrooney> hm do you understand why?
[18:21] <pochu> because the upstream version in 1.9.0-7 is 1.9.0 and 7 is the debian revision
[18:22] <pochu> and in 1.9.0-6-0ubuntu1, the upstream version is 1.9.0-6 and the debian revision is 0ubuntu1
[18:22] <mrooney> oh hm
[18:22] <pochu> and 1.9.0-6 is greater than 1.9.0
[18:22] <mrooney> I see
[18:22] <mrooney> so I named that PPA version incorrectly?
[18:22] <pochu> looks like :-)
[18:22] <mrooney> buggers.
[18:22] <mrooney> what should it have been?
[18:23] <pochu> 1.9.0-6ubuntu1~ppa1
[18:23] <mrooney> ahhhh
[18:23] <mrooney> thanks!
[18:23] <mrooney> I guess I should just delete the package from LP
[18:26] <cyphermox> mrooney: when you run lintian on your package, i think it would normally say something like native-package-with-dash-version as a warning
[18:26] <mrooney> ah, all those lines scroll by in like .5 seconds
[18:26] <cyphermox> that's one flag to spot that there could be something wrong
[18:27] <cyphermox> yep :)
[18:27] <jtimberman> mathiaz: ping?
[19:05] <slytherin> directhex: here by any chance?
[19:05] <directhex> yes
[19:05] <directhex> until the wife finishes changing
[19:06] <slytherin> directhex: remember we discussed about the resolution on my LCD TV?
[19:06] <slytherin> do you have time to guide me to fix it?
[19:07] <directhex> sorry, no - but i'd direct you towards http://www.mythtv.org/wiki/Working_with_Modelines and http://www.mythtv.org/wiki/Modeline_Database as a place to start
[19:08] <maxb> Hi, can anyone point me to simplish source package for something using qmake upstream?
[19:09] <slytherin> directhex: will take a look
[19:39] <quadrispro> hi guys
[22:26] <ximion> Hi everybody!
[22:27] <ximion> Could someone please review the smile package at revu? http://revu.ubuntuwire.com/p/smile
[22:27] <ximion> The package should be fine now.


[10:27]  * cjwatson gets spam email: "Subject: Cdimage, No more struggle to increase your website traffic"
[10:27] <cjwatson> ... I really don't think that's our problem
[10:54] <apw> cjwatson, ;)
[11:05] -queuebot:#ubuntu-release- New binary: okteta [s390x] (disco-proposed/universe) [5:0.25.4-1ubuntu1] (kubuntu)
[11:07] -queuebot:#ubuntu-release- New binary: okteta [ppc64el] (disco-proposed/universe) [5:0.25.4-1ubuntu1] (kubuntu)
[11:12] -queuebot:#ubuntu-release- New binary: okteta [i386] (disco-proposed/universe) [5:0.25.4-1ubuntu1] (kubuntu)
[11:17] -queuebot:#ubuntu-release- New binary: okteta [amd64] (disco-proposed/universe) [5:0.25.4-1ubuntu1] (kubuntu)
[11:25] -queuebot:#ubuntu-release- New binary: okteta [armhf] (disco-proposed/universe) [5:0.25.4-1ubuntu1] (kubuntu)
[11:26] -queuebot:#ubuntu-release- New binary: okteta [arm64] (disco-proposed/universe) [5:0.25.4-1ubuntu1] (kubuntu)
[13:21] <slashd> o/ sil2100, could you please approve the upload for sosreport in C/B/X upload queue if you have some time today (LP: #1803735) ?
[13:31] <sil2100> slashd: hey! I'll try! I have a pretty big backlog of things, but hopefully I'll get to it ;)
[13:33] <slashd> sil2100, ok thanks ;)
[14:03] -queuebot:#ubuntu-release- Unapproved: accepted systemd [source] (bionic-proposed) [237-3ubuntu10.8]
[14:42] <xnox> apw, sil2100 - please RM systemd 237-3ubuntu10.8 from bionic-proposed
[14:42] <xnox> to be trumped by a security upload.
[14:42] <xnox> and thus will need a rebase.
[14:42] <xnox> chrisccoulson, ^^^
[14:44] <apw> xnox, doesn't that come out in the wash when teh security update hits -security ?
[14:45] <xnox> apw, but, there also is no point to verify that one.
[14:46] <apw> xnox, ok gone
[14:49] <sil2100> ...
[14:49] <sil2100> So I just wasted time?
[14:49] <sil2100> Or will we re-upload the same package after the security upload is done?
[14:50] <apw> sil2100, i heard it will be rebased and re-uploaded
[14:58] <sil2100> sigh
[14:58] <sil2100> xnox: so why did you have me review systemd in that case ;p ?
[15:20] <coreycb> sil2100: infinity: please can you take a look at promoting neutron to bionic-updates?
[15:20] <xnox> sil2100, i did not know that #part_2 security update was in progress.
[15:21] <xnox> sil2100, cause i was under the impression that all security updates were done last monday; then i got more complaints re-readability of the SRU changes break-down, which I hopefully improved on.....; and then it was like "yeah, but no, we are trumping you again dimitir"
[15:22] <sil2100> coreycb: looking
[15:22] <xnox> sil2100, the previous SRU attemp was sitting there since early october...... and got trump by security uploads part_1
[15:22] <sil2100> xnox: eeek
[15:22] <sil2100> xnox: can you give me a sign once the security update is out and the rebased systemd is in the queue?
[15:23] <xnox> sil2100, yeah, i shall smoke-signal you
[15:24] <sil2100> coreycb: hm, I see 2 of the bugs not marked as verification-done for neutron - what's the story with those?
[15:26] <coreycb> sil2100: i see bug 1795424 and bug 1790598 marked as verification-done-bionic
[15:30] <sil2100> coreycb: the pending-sru page lists also: LP: #1751396 and LP: #1783654
[15:33] <coreycb> sil2100: ok. what happened is the previous version in -proposed fixed those 2 bugs via patches cherry-picked into the package. in 12.0.5 the patches are included in the upstream release so the cherry-picked patches have been dropped.
[15:34] <coreycb> the previous version never made it out of proposed
[15:36] <sil2100> coreycb: but the fixes are in there, right?
[15:36] <sil2100> coreycb: doesn't that mean a verification of those bugs is needed?
[15:37] <coreycb> sil2100: i think they're all covered under 1795424 at this point
[15:38] <coreycb> sil2100: at least i think they can be covered under the general tempest testing at this point
[15:39] <sil2100> coreycb: could you mention what related testing has been performed as part of 1795424 and mark those verfication-done-bionic, if applicable?
[15:40] <coreycb> sil2100: sure will do
[15:40] <sil2100> Since any new changes in comparison to what's in -updates need to be validated one way or another
[15:51] <coreycb> sil2100: ok that should be all set now. i didn't realize those bugs would still show up as needing verification since they'd been dropped from the latest changelog.
[15:53] <sil2100> coreycb: I must say that in this case I also would expect them not to show up, as the .changes file of the latest upload only had the latest version listed
[15:53] <sil2100> I guess the sru-report tooling is smarter than I thought
[15:53] <sil2100> coreycb: thanks!
[16:10] <coreycb> thanks sil2100 !
[17:21] -queuebot:#ubuntu-release- Unapproved: dm-writeboost (bionic-proposed/universe) [2.2.8-1ubuntu2 => 2.2.8-1ubuntu3~18.04.1] (no packageset)
[18:58] -queuebot:#ubuntu-release- Unapproved: systemd (bionic-proposed/main) [237-3ubuntu10.9 => 237-3ubuntu10.10] (core)
[19:01] -queuebot:#ubuntu-release- New: accepted boost-defaults [amd64] (disco-proposed) [<IP_ADDRESS>]
[19:01] -queuebot:#ubuntu-release- New: accepted boost-defaults [armhf] (disco-proposed) [<IP_ADDRESS>]
[19:01] -queuebot:#ubuntu-release- New: accepted boost-defaults [ppc64el] (disco-proposed) [<IP_ADDRESS>]
[19:01] -queuebot:#ubuntu-release- New: accepted octavia-dashboard [amd64] (disco-proposed) [2.0.0-2.1ubuntu1]
[19:01] -queuebot:#ubuntu-release- New: accepted okteta [arm64] (disco-proposed) [5:0.25.4-1ubuntu1]
[19:01] -queuebot:#ubuntu-release- New: accepted okteta [i386] (disco-proposed) [5:0.25.4-1ubuntu1]
[19:01] -queuebot:#ubuntu-release- New: accepted okteta [s390x] (disco-proposed) [5:0.25.4-1ubuntu1]
[19:01] -queuebot:#ubuntu-release- New: accepted boost-defaults [arm64] (disco-proposed) [<IP_ADDRESS>]
[19:01] -queuebot:#ubuntu-release- New: accepted boost-defaults [s390x] (disco-proposed) [<IP_ADDRESS>]
[19:01] -queuebot:#ubuntu-release- New: accepted okteta [armhf] (disco-proposed) [5:0.25.4-1ubuntu1]
[19:01] -queuebot:#ubuntu-release- New: accepted reportbug [amd64] (disco-proposed) [7.5.0ubuntu1]
[19:01] -queuebot:#ubuntu-release- New: accepted boost-defaults [i386] (disco-proposed) [<IP_ADDRESS>]
[19:01] -queuebot:#ubuntu-release- New: accepted okteta [ppc64el] (disco-proposed) [5:0.25.4-1ubuntu1]
[19:01] -queuebot:#ubuntu-release- New: accepted okteta [amd64] (disco-proposed) [5:0.25.4-1ubuntu1]
[22:42] -queuebot:#ubuntu-release- New binary: kdevelop [s390x] (disco-proposed/universe) [4:5.3.0-1] (kubuntu)
[22:47] -queuebot:#ubuntu-release- New binary: kdevelop [ppc64el] (disco-proposed/universe) [4:5.3.0-1] (kubuntu)
[22:59] <rbalint> infinity, if you have some time in your sru round u-u would be warmly welcome in cosmic and bionic
[23:05] <infinity> rbalint: That's... Some changelog.
[23:06] <infinity> rbalint: I'm not sure I have the brainpower for that review this afternoon.
[23:08] <rbalint> infinity, you are not the first one thinking about passing on this :-)
[23:09] <rbalint> infinity, however the fix would be badly needed in every release because upgrades are hanging
[23:10] <rbalint> infinity, also please note that i did not ask for xenial;-)
[23:17] -queuebot:#ubuntu-release- New binary: kdevelop [armhf] (disco-proposed/universe) [4:5.3.0-1] (kubuntu)
[23:19] -queuebot:#ubuntu-release- New binary: kdevelop [arm64] (disco-proposed/universe) [4:5.3.0-1] (kubuntu)
[23:19] -queuebot:#ubuntu-release- New binary: kdevelop [i386] (disco-proposed/universe) [4:5.3.0-1] (kubuntu)
[23:46] -queuebot:#ubuntu-release- New binary: kdevelop [amd64] (disco-proposed/universe) [4:5.3.0-1] (kubuntu)


[03:45] <Hobbsee> now, how do i check the activity log of a spec?
[03:49] <Hobbsee> and how do i remove a spec from a milestone?
[04:15] <ubotu> New bug: #190608 in malone "unsubscribe s.o. else" [Undecided,New] https://launchpad.net/bugs/190608
[04:41] <ubotu> New bug: #190613 in malone "Actions menu text is clipped in Firefox" [Undecided,New] https://launchpad.net/bugs/190613
[09:40] <ubotu> New bug: #190635 in malone "Marking bug report as duplicate displays no Web notification" [Undecided,New] https://launchpad.net/bugs/190635
[10:27] <HighNo> I am hosting a project at sourceforge and need help to nicely integrate it into launchpad
[10:27] <HighNo> is some up to a help session?
[10:29] <kiko-afk> HighNo, well, I'm a bit afk, but ask away
[10:31] <HighNo> I added the project to launchpad - see https://launchpad.net/blueproximity  I guess the next step would be to let launchpad get the source but that doesn't work. I guess it requires a special file structure in the packages svn rep which I don't have at the moment.
[10:31] <HighNo> You can see there is no structure at all at http://blueproximity.svn.sourceforge.net/viewvc/blueproximity/
[10:32] <kiko-afk> HighNo, okay. ask a question (see /topic) and we'll have thumper reply when he's up
[10:32] <kiko-afk> HighNo, are you moving to bzr and looking to do a one-time conversion? or a continuous one?
[10:34] <HighNo> I liked sourceforge so far so leaving the main repository there would probably my choice. I think I have to add a branch in launchpad, right? I tried once but it somewhat failed.
[10:37] <HighNo> hm, I am sorry. I should have read answers first...
[10:37] <kiko-afk> no reason to be sorry
[10:38] <kiko-afk> you've done everything right
[10:38] <kiko-afk> the source import has failed and that's why I want us to ask tim (thumper)
[10:38] <kiko-afk> he might point us to the relevant bug!
[10:38] <HighNo> I'll try to change the file structure to 'branches/trunk' and put everything in there
[10:39] <HighNo> i think that's what https://answers.launchpad.net/launchpad/+question/1769 tries to tell me
[10:39] <kiko-afk> nice logo!
[10:40] <kiko-afk> HighNo, okay, cool
[10:44] <HighNo> kiko-afk: thx
[10:46] <HighNo> kiko-afk: the program is even nicer :-) if you've got bluetooth and a little time you might give it a shot :-)
[10:48] <kiko-afk> HighNo, I only have it on a thinkpad of mine which is currently broken :-(
[10:52] <HighNo> kiko-afk: bad - broken thinkpads are seldom. but they make great linux machines. [being typed on an R51]
[10:52] <kiko-afk> they are amazing
[10:52] <kiko-afk> it's really sad that it's broken
[11:01] <HighNo> mine is almost broken - it's 4 years of daily use. the display shows random noise on the right side's green pixels... quite annoying. But it has been under heavy use being carried everywhere. I think its OnTime is >16h per day over the time
[11:41] <afflux> what's the syntax for closing multiple bugs in ubuntu changelogs with only one (LP: ...)?
[11:50] <kiko-afk> afflux, I think it's comma-separated
[11:52] <afflux> okay, thanks
[13:14] <HighNo> hm, is blueprints also a place to put online docs for your project? I've just seen that little 'list documentation' link
[20:46] <ubotu> New bug: #190758 in launchpad "Verify OpenPGP signatures of messages" [Undecided,New] https://launchpad.net/bugs/190758
[21:29] <mok0> When I go to my Overview page, and choose "List assigned packages" on the Action menu, that list is incomplete. Why is that?
[21:31] <ubotu> New bug: #190770 in launchpad "Attachment to e-mail droppsed" [Undecided,New] https://launchpad.net/bugs/190770
[21:34] <sladen> I've hit an issue with trying to add two "other distro/project" entries to the bug tracker
[21:34] <sladen> one for Fedora and one for RHEL
[21:35] <sladen> which, because they're on the same (bugzilla.redhat.com) and the same component (linux) fails
[21:48] <jcastro> sladen: yeah I noticed that today on that bug as well.
[21:49] <jcastro> sladen: might be a good idea to file a bug, that sounds like a useful feature
[22:17] <method> After a successful build in PPA, should there be a .deb, or do you have to wait?
[23:15] <steveire> Can I get some PPA help? I have the source of xine-lib-1.1.10 and I want to upload it to my PPA for gutsy. What should I use for P and V as described here: https://help.launchpad.net/PPAQuickStart
[23:16] <geser> steveire: you mean in the dput example?
[23:16] <geser> that's simple the .dsc file of the source package you want to upload
[23:17] <steveire> geser: Someone in -motu said I should change something in the changelog from hardy to gutsy to make it be built for gutsy/
[23:17] <steveire> Though I can't find any reference to hardy in debian/
[23:18] <geser> steveire: yes, as the entry in the changelog determines in which release it get build
[23:18] <geser> steveire: where did you take the package from?
[23:18] <steveire> geser: hardy.
[23:18] <steveire> apt-get source libxine
[23:18] <geser> ah
[23:19] <geser> xine-lib got synced from Debian unstable, so has no changelog entry for hardy
[23:19] <steveire> geser: OK, so what do I need to insert?
[23:20] <geser> Add an new changelog entry (with dch -i -D gutsy)
[23:20] <steveire> in the source dir or debian/ ?
[23:20] <geser> in the source dir
[23:20] <geser> dch will find the changelog entry in debian/changelog
[23:21] <steveire> Ok, I've got vim. I presume I should put in some kind of message? What would be suitable for this situation?
[23:22] <geser> as version use something like 1.1.10-1~gutsy1
[23:22] <steveire> Not 1.1.10-1~gutsy1-ppa1?
[23:22] <geser> steveire: that will work too
[23:22] <steveire> What's the difference? What depends on my choice?
[23:22] <geser> steveire: perhaps something like "Backport to gutsy."
[23:24] <geser> steveire: there is no much difference, you have one more variable to increase the version for further uploads
[23:25] <steveire> OK, is there some reason to use - instead of ~?
[23:25] <ubotu> New bug: #190806 in launchpad "Overview page is not up to date" [Undecided,New] https://launchpad.net/bugs/190806
[23:25] <geser> sort order, ~ is sorted below everything else
[23:26] <geser> so -1~gutsy1 is lower than -1
[23:26] <geser> -1~gutsy-ppa1 is larger than -1~gutsy1 but -1~gutsy1~ppa1 is smaller than -1~gutsy1
[23:26] <steveire> so -1~gutsy1 will not be installed over -1?
[23:27] <steveire> OK, so you're saying I should use a '-'.
[23:27] <geser> steveire: but someone using your PPA will update to the version in hardy if him updates his Ubuntu
[23:27] <geser> steveire: it depends what you want to archive
[23:28] <geser> gutsy has 1.1.7-1ubuntu1 which will get update to 1.1.10-1~gutsy1 from your PPA
[23:28] <steveire> geser: That's fine. The backporting process is taking longer than I expected. My packages shouldn't be used when hardycomes along.
[23:29] <steveire> Unless kde4 requires higher versions by then
[23:29] <steveire> I'll use 1.1.10-1~gutsy1-ppa1 so.
[23:31] <steveire> What should I use for P?
[23:32] <steveire> xine-lib or libxine1?
[23:35] <geser> steveire: let's do this discussion in only one channel
[23:35] <ubotu> New bug: #190810 in launchpad "[wishlist] more automation in bug management" [Undecided,New] https://launchpad.net/bugs/190810
[23:38] <steveire> geser: Can't open /home/stephen/Random/libxine/xine-lib-1.1.10/xine-lib_1.1.10-1~gutsy1-ppa1_source.changes
[23:38] <steveire> That's on trying the dput command
[23:38] <geser> is the file there?
[23:39] <geser> my guess would be that it should be in /home/stephen/Random/libxine
[23:39] <steveire> I think I'm making it now. The guide doesn't say to run debuild -S, but that's what I'm doing now
[23:39] <steveire> ls
[23:41] <steveire> I just did debuild -S and now there's a xine-lib_1.1.10-1ubuntu1_source.changes. It's not named right. Do I change it?
[23:42] <geser> did you change the version while editing the debian/changelog?
[23:42] <geser> the file name suggest you didn't do it
[23:43] <steveire> I don't think  the instructions say to do it. I haven't done anything not in the instructions. Is there something else?
[23:43] <steveire> https://help.launchpad.net/PPAQuickStart
[23:45] <geser> steveire: not very clear but it's a little bit coverted in "Versioning" after "Creating your source package"
[23:46] <steveire> geser: It doesn't say to edit the changelog, but it doesn't matter. I've done that now.
[23:46] <geser> steveire: it talks about versioning and the first changelog entry is the version of your package
[23:46] <steveire> So now I have a xine-lib_1.1.10-1ubuntu1-ppa1_source.changes. Hopefully I've done it right
[23:47] <steveire> geser: I didn't know that.
[23:47] <geser> almost, use ~ instead of - between ubuntu1 and ppa1 (-1ubuntu1~ppa1) so it is lower than a potential -1ubuntu1 from the official archive
[23:50] <steveire> Isn't that different from what you said above? should I use -gutsy or -ubuntu?
[23:50] <steveire> The changelog automatically used -ubuntu
[23:51] <steveire> Actaully it automatically used ~1ubuntu
[23:51] <geser> steveire: there are many different ways to achieve the same result (if you know how versioning works)
[23:52] <steveire> geser: xine-lib_1.1.10-1ubuntu1~ppa1_source.changes ok??
[23:58] <steveire> I presume there's some kind of backlog system? https://launchpad.net/people/+me/+archive/+builds?build_state=all&build_text= reports no active builds after I uploaded it.


 Interesting
 By default, they don't get added to the family library. I had to add things manually.
 Ah
[03:53] <bordy> evenin folks!
 Morning
[03:54] <bordy> Whats up, mhall119? long time no IRC.
 He pops in from time to time. He is busy with his work on Endless lately
[03:56] <bordy> Bah. Sounds good
[03:56] <bordy> It's so weird being back in here. Think I created this room. Like 10 years ago.
[03:57] <bordy> Been out of the game so long I am hopelessly lost in Ubuntu (Ubuntu!) But super glad to have it back on my machine
 Nice. I have been running it for quite a while
[03:59] <bordy> Think I last used it in 2008 when I took my dev job with grays and moved to Mac. Eesh.
[03:59] <bordy> Its super nice now though.
[03:59] <bordy> Question though, why do all your posts come through Floridagram-bot?
[03:59] <bordy> then <kmyers>
 We bridged the IRC room with Telegram a bit over a year ago. I am in Telegram more than IRC
[04:02] <bordy> I am not even sure what telegram is!
 It is a open source encrypted messaging platform. Similar to WhatsApp
 "encrypted"
[04:04] <bordy> Oh ok
[04:04] <bordy> Should I switch? I'm pretty open to new things (until I reinstall IRSSI and get back to it lol)
 You can try it. But it is not one or the other.
 I personally switched as Telegram is more mobile friendly. I tend to jump between different devices throughout the day so it works better for me
 https://telegram.me/joinchat/Bpq8Fzxvf9hDVTN51iNcrw
[04:08] <bordy> What's the help room of the now? I am trying to find some help installing WoW and Hearthstone via PlayOnLinux but am getting nowhere
 There is the Telegram link in case you want to take it for a spin
 @bordy, That one is a bit of a mess as Blizzard is dropping Windows XP support (which the PlayOnLinux Profiles target). I know that there is an active discussion going on in the Crossover forums about solutions
[04:10] <bordy> Dang.
[04:10] <bordy> I guess nbd, I wil just have to maintain the dual boot until it's resolved.
[04:10] <bordy> Jst stinks to have to boot into windows just to play
[04:10] <bordy> Do we have a wiki still?
 @bordy, No, I am working on bringing that back (and a few other things)
[04:12] <bordy> Oh nice.
[04:13] <bordy> Getting this loco set up was how I got my<EMAIL_ADDRESS>email address. But that was like 2006 lol
 As of Wine 2.x Wine defaults to Windows 7
 I forgot exactly what point release though. But even in POL it defaults to Win7
 @SivaMachina, PlayOnLinux still tries to use an older version. I don't think they migrated to 2.0 yet. I could be wrong
 They heave
 I am using a 2.x on my wine bottles
 I need to head to bed. Got to head in to the office in the morning. I do have something cool that I will be sharing soon
[04:16] <bordy> night man, nice to meet you
[04:18] <bordy> Alright guys, I am off to play some WoW. Thanks for the help, and I'll talk to you guys soon
 http://wsvn.com/entertainment/original-nintendo-game-boy-could-be-making-a-comeback/
 Thats what I have been hoping for
 Still a work in progress but it is coming along nicely
 Nice
 Nice!!!
 You got a switch...
 Yea, don't worry our side project is still happening
[22:47] <bordy> Whats happenin folks
 Just 3D printing a laptop
 sounds like a normal day
 lol
 For me... It is not abnormal


[08:25] <TonyBurn> bore da cymru
[12:51] <brobostigon> afternoonings all.
[12:53] <brobostigon> afternoonings spectei
[12:53] <spectei> hi
[18:12] <brobostigon> evening all.
[19:37] <TonyBurn> gd evening
[19:38] <brobostigon> noswaith dda TonyBurn
[19:41] <TonyBurn> evening sir
[19:41] <TonyBurn> is it normally this quiet in here then?
[19:42] <markjones> yes
[19:42] <brobostigon> sometimes.
[19:42] <markjones> but most of us idle and appear once somebody says hello
[19:43] <TonyBurn> oh, tidy darts
[19:43] <TonyBurn> where you both from then? i'm located in mid wales
[19:44] <brobostigon> banbury, north oxfordshire.
[19:44] <markjones> I'm originally from Bangor, but am in Sheffield
[19:44] <markjones> TonyBurn, you coming to Hacio'r Iaith in Aberystwyth on the 29th?
[19:45] <TonyBurn> afrid not markjones, I have no idea (without googleing rt now) what Hacio'r Iath is
[19:45] <TonyBurn> aber is about an hours drive from here
[19:46] <TonyBurn> (Llandrindod Wells)
[19:47] <markjones> http://haciaith.com/2011/01/06/hacior-iaith-2011/?utm_source=twitterfeed&utm_medium=twitter
[19:47] <markjones> P
[19:47] <markjones> * :p
[19:48] <Kaia> markjones: I had my assessment today!
[19:49] <TonyBurn> heh, being all welsh I doubt i'd be able to contribute or learn much
[19:49] <Kaia> hello TonyBurn, nice to meet you bach
[19:49] <brobostigon> noswaith dda Kaia :)
[19:49] <TonyBurn> lo Kaia
[19:50] <Kaia> hey brob!
[19:50]  * brobostigon gives Kaia loads of huggles.
[19:51]  * Kaia huggles brobostigon
[19:51] <markjones> Kaia, oh good :)
[19:52]  * brobostigon 's  eczema is infected and is feeling really ill.
[19:52] <markjones> Kaia, mind if I stay Friday and Saturday night too? :P
[19:53] <markjones> actually, scratch that
[19:54] <markjones> original plan will do
[19:54]  * brobostigon feels alittle better because of Kaia's huggles,
[20:00] <Kaia> what original plan?
[20:00] <Kaia> markjones: You don't know what assessment i'm on about do you?
[20:02] <markjones> Kaia, the plan discussed on Facebook and you had a Dyslexia assesment
[20:08] <Kaia> markjones: Nope, other assessment. Ahh that plan
[20:10] <markjones> :P
[23:06] <brobostigon> nos da, sleepwell.


[16:07] <CIA-97> debian-installer: cjwatson * r1297 lucid-proposed/ (8 files in 2 dirs): Move to 2.6.32-23 kernels.
[16:19] <CIA-97> debian-installer: cjwatson * r1298 lucid-proposed/debian/changelog: releasing version 20081029ubuntu102.2
[17:45] <CIA-97> debian-installer: cjwatson * r1325 ubuntu/ (3 files in 2 dirs):
[17:45] <CIA-97> debian-installer: vga=788 seems to work now that vesafb and fbcon are built into the
[17:45] <CIA-97> debian-installer: kernel, and it's very much faster in kvm, so resync with Debian and use
[17:45] <CIA-97> debian-installer: it.
[17:47] <CIA-97> debian-installer: cjwatson * r1326 ubuntu/debian/changelog: releasing version 20100211ubuntu11
[19:09] <msergei> I've tried to modify seeds to create "minimal" distro based on the just openssh-server seed.. and now I'm getting message "No installable kernel was found in the defined APT sources". What can it be, boot seed mclearly specifies which kernels to use
[20:12] <msergei> "No installable kernel was found in the defined APT sources" - what kind of seed configuration can case this? ISO contains kernel (2.6.32-22)
[21:15] <cjwatson> msergei: can I see the full installer syslog, please?
[21:19] <msergei> How can I recover it from the session?
[21:19] <msergei> I'm trying to install it within virtual machine (Parallels)
[21:21] <cjwatson> you should have shells on alt-f2 and alt-f2
[21:21] <cjwatson> alt-f3
[21:21] <cjwatson> you can run 'anna-install openssh-client-udeb' and then scp it out
[21:23] <msergei> http://pastebin.com/qgn19PxE
[21:24] <msergei> Wow, I did not even expect I can install ssh client within.. that's fantastic as it was such a pain to go through pages and pages in "more"
[21:28] <cjwatson> shows that signature verification failed; if you're building your own Packages files, it may be simplest to boot with debian-installer/allow_unauthenticated=true
[21:28] <cjwatson> or else possibly /cdrom/dists/lucid/Release.gpg is invalid in some other way; I can't easily tell from here
[21:32] <msergei> Interesting, I haven't added any of my own packages yet.
[21:32] <msergei> I created GNUPG keys in the secret folder but that is it
[21:32] <cjwatson> or maybe you left out ubuntu-keyring
[21:33] <msergei> what do you mean "left out ubuntu-keyring"?
[21:33] <cjwatson> or you're re-signing Release with a different key
[21:33] <cjwatson> it's a package
[21:33] <cjwatson> or something like that - I really can't tell easily from here, but hopefully this gives you enough clues to investigate?
[21:34] <msergei> I hope it will… just one question in the ubuntu-cdimage  in etc there is a config file and it has key SIGNING_KEYID - what should it be?
[21:35] <msergei> WHen I branched ubuntu-cdimage it was FBB75451
[21:35] <msergei> but I though I had to use my own key id..
[21:36] <cjwatson> well, you certainly can't sign with FBB75451 (at least I hope you can't!)
[21:36] <msergei> :)
[21:36] <cjwatson> but I'd recommend just leaving your images unsigned to start with
[21:37] <msergei> I see
[21:38] <cjwatson> if you don't create files under secret/dot-gnupg, it won't try to sign images
[21:38] <cjwatson> and leave SIGNING_KEYID empty (in debian-cd/CONF.sh as well)
[22:05] <msergei> Hm now I'm again hitting my head against the wall with new problem http://pastebin.com/PAMCk9Ls This time it says that it can not install package linux-generic
[22:14] <cjwatson> 1685. Jun 28 20:13:30 apt-setup: gpgv:
[22:14] <cjwatson> 1686. Jun 28 20:13:30 apt-setup: verify signatures failed: eof
[22:14] <cjwatson> 1687. Jun 28 20:13:30 apt-setup: E: Sub-process gpgv returned an error code (2)
[22:14] <cjwatson> 1688. Jun 28 20:13:30 apt-setup: W: Signature verification failed for: /cdrom/dists/lucid/Release.gpg
[22:14] <cjwatson> again ...
[22:14] <cjwatson> no direct mention of linux-generic in that log
[22:15] <msergei> I know
[22:15] <msergei> I can't make sense of the UI and log.. considering that I've passed paramaters


[01:17] <tsimonq2> slangasek: FTR: src:qtwebengine-opensource-src is building in Bileto ticket 3113 now; if/when the build passes, it should be ready to publish.
[01:18] <tsimonq2> I unfortunately don't have the rights to do that quite yet though, so unless you'd like to press the button for me, I'll be waiting on either Dmitry or Gi'anfranco.
[01:18] <tsimonq2> *Gianfranco
[01:19] <slangasek> tsimonq2: did the discussion yesterday about abis being bumped or not yield a different answer wrt entangling with curl?
[01:19] <tsimonq2> slangasek: Oh, good point, let me double-check that now that you mention it...
[01:21] <tsimonq2> $ grep-dctrl \( -FDepends qtdeclarative-abi-5-9-3 -o -FDepends qtbase-abi-5-9-3 \) -a -FDepends libcurl3 /chroots/bionic/var/lib/apt/lists/archive.ubuntu.com_ubuntu_dists_bionic_*amd64_Packages
[01:21] <tsimonq2> That returns nothing.
[01:21] <tsimonq2> er
[01:22] <tsimonq2> $ grep-dctrl \( -FDepends qtdeclarative-abi-5-9-2 -o -FDepends qtbase-abi-5-9-2 \) -a -FDepends libcurl3 /var/lib/apt/lists/us.archive.ubuntu.com_ubuntu_dists_bionic_*amd64_Packages
[01:22] <tsimonq2> THAT command returns nothing (well, they both do, but the last one is more accurate ;) )
[01:22] <tsimonq2> slangasek: So we're good.
[01:23] <slangasek> ok
[04:10] <tsimonq2> slangasek: ukui-power-manager is in Bionic source NEW
[04:11] -queuebot:#ubuntu-release- New source: ukui-power-manager (bionic-proposed/primary) [1.1.1-0ubuntu1]
[05:22] <tjaalton> acheronuk: yes, thanks.. and now it's clutter left
[05:25] <tsimonq2> tjaalton: I'm thinking Qt will land in -proposed within the next 12 hours or so, and at that point I'll take the block-proposed tag off of that mesa bug.
[05:27] <tjaalton> tsimonq2: ok, good
[06:04] -queuebot:#ubuntu-release- New binary: lxc [amd64] (bionic-proposed/main) [2.1.1-0ubuntu2] (ubuntu-server)
[06:04] -queuebot:#ubuntu-release- New binary: lxc [s390x] (bionic-proposed/main) [2.1.1-0ubuntu2] (ubuntu-server)
[06:05] -queuebot:#ubuntu-release- New binary: lxc [i386] (bionic-proposed/main) [2.1.1-0ubuntu2] (ubuntu-server)
[06:05] -queuebot:#ubuntu-release- New binary: lxc [ppc64el] (bionic-proposed/main) [2.1.1-0ubuntu2] (ubuntu-server)
[06:07] -queuebot:#ubuntu-release- New binary: lxc [arm64] (bionic-proposed/main) [2.1.1-0ubuntu2] (ubuntu-server)
[06:07] -queuebot:#ubuntu-release- New binary: lxc [armhf] (bionic-proposed/main) [2.1.1-0ubuntu2] (ubuntu-server)
[08:32] -queuebot:#ubuntu-release- New source: pyxs (bionic-proposed/primary) [0.4.1+dfsg1-0ubuntu1]
[09:31] -queuebot:#ubuntu-release- New: accepted pocket-lint [amd64] (bionic-proposed) [0.5.31-0ubuntu2]
[10:53] <dgadomski> RAOF: hi, could you please release fixes for LP: #1644662 to -updates?
[10:53] <ubot5`> Launchpad bug 1644662 in gnome-themes-standard (Ubuntu Artful) "Icons missing when appearance setting is "high contrast"" [High,Fix committed] https://launchpad.net/bugs/1644662
[11:19] -queuebot:#ubuntu-release- Unapproved: libvirt (xenial-proposed/main) [1.3.1-1ubuntu10.19 => 1.3.1-1ubuntu10.20] (ubuntu-server, virt)
[11:20] -queuebot:#ubuntu-release- Unapproved: libvirt (artful-proposed/main) [3.6.0-1ubuntu6.3 => 3.6.0-1ubuntu6.4] (ubuntu-server, virt)
[12:29] <tsimonq2> Qt 5.9.4 transition incoming
[12:29] <tseliot> tjaalton: why is the new X11 still in -proposed? https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers-390/+bug/1752053
[12:29] <ubot5`> Ubuntu bug 1752053 in nvidia-graphics-drivers-390 (Ubuntu) "nvidia-390 fails to boot graphical display" [Undecided,Confirmed]
[12:33] <tjaalton> tseliot: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#gdbm
[12:34] <tjaalton> why did -390 migrate without libglvnd?
[12:34] <tjaalton> or didn't it depend on the new xserver?
[12:35] <coreycb> hi all, can someone from the release team take a look at percona-xtradb-cluster-5.7 in the bionic NEW queue? we're moving OpenStack to 5.7 in bionic.
[12:36] <tseliot> tjaalton: I think the packages pull in libglvnd, but I didn't add a dependency on the new X
[12:37] <tjaalton> ok, that's too bad
[12:37] <tjaalton> and bionic did have the old libglvnd..
[12:37] <tseliot> oh
[12:37] <tseliot> tjaalton: does the new libglvnd break things or what?
[12:38] <tjaalton> no, the old one was useless
[12:38] <tseliot> how do we fix this?
[12:40] <tjaalton> get xserver migrated
[12:40] <tjaalton> by ignoring the remaining failures
[12:40] <tseliot> slangasek: ^^
[12:40] <tjaalton> virtualbox hasn't been updated to build against 4.15, for one
[12:45] <tjaalton> hmm, nvidia could be demoted back to proposed
[13:47] -queuebot:#ubuntu-release- Builds: Netboot amd64 [Xenial 16.04.4] (20101020ubuntu451.22) has been added
[13:47] -queuebot:#ubuntu-release- Builds: Netboot arm64 [Xenial 16.04.4] (20101020ubuntu451.22) has been added
[13:47] -queuebot:#ubuntu-release- Builds: Netboot armhf [Xenial 16.04.4] (20101020ubuntu451.22) has been added
[13:47] -queuebot:#ubuntu-release- Builds: Netboot i386 [Xenial 16.04.4] (20101020ubuntu451.22) has been added
[13:47] -queuebot:#ubuntu-release- Builds: Netboot powerpc [Xenial 16.04.4] (20101020ubuntu451.22) has been added
[13:47] -queuebot:#ubuntu-release- Builds: Netboot ppc64el [Xenial 16.04.4] (20101020ubuntu451.22) has been added
[13:47] -queuebot:#ubuntu-release- Builds: Netboot s390x [Xenial 16.04.4] (20101020ubuntu451.22) has been added
[13:52] <tsimonq2> tjaalton: block-proposed removed from mesa, should process on the next Britney run
[13:53] <tjaalton> tsimonq2: except clutter tests are still failing
[13:55] <tsimonq2> tjaalton: OK; but at least there's not a block-proposed tag now :)
[13:56] <tjaalton> right, thanks
[14:15] <Laney> tjaalton: did you look into the clutter failures?
[14:16] <tjaalton> Laney: nothing in them
[14:16] <tjaalton> tried to hint together with libglvnd, didn't help on ppc64el at leaste
[14:16] <tjaalton> -e
[14:17] <Laney> what do you mean?
[14:17] <tjaalton> but ruby-gnome2 got green after hinting xorg-server + mesa + libglvnd
[14:17] <tjaalton> to pull those from -proposed
[14:18] <tjaalton> saying that the errors are same as on the gtk+3.0 update
[14:19] <Laney> yes that one pulled the new mesa too
[14:19] <tjaalton> ah
[14:19] <tjaalton> ok then :)
[14:23] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-11.12] (core, kernel)
[14:25] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-11.12]
[14:27] <Laney> just tried locally with all of proposed (--apt-pocket=proposed), still fails :(
[14:32] <tjaalton> I'll check with upstream
[14:36] <tjaalton> Laney: can you modify the installation? add this in /etc/drirc: https://pastebin.com/xVndMjWM
[14:36] <tjaalton> err
[14:36] <tjaalton> no
[14:36] <tjaalton> it's only for gnome-shell :)
[14:41] <tjaalton> hum
[14:41] <tjaalton> could be that adding a patch or two to xserver would fix these
[14:41] <tjaalton> if it's related to 30bit support
[14:41] <tjaalton> as it looks like
[14:41] <tjaalton> Clutter-Conform:ERROR:texture.c:62:texture_pick_with_alpha: assertion failed: (actor == CLUTTER_ACTOR (tex))
[14:42] <Laney> http://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test <- if you do that stuff you should be able to make it fail for you
[14:42] <tjaalton> the commits are on the stable tree anyway, we'd get them eventually via 1.19.7 but it's not out yet
[14:43] <tjaalton> thanks, I'll try that
[14:43] <tsimonq2> How long after I start a transition should Ben pick things up?
[14:44] <tsimonq2> (I technically started two but) qtbase-abi-5-9-2 -> qtbase-abi-5-9-4 and qtdeclarative-abi-5-9-2 -> qtdeclarative-abi-5-9-4 aren't showing up.
[14:45] <tjaalton> Laney: this should help https://gitlab.gnome.org/GNOME/mutter/merge_requests/36
[14:45] <tjaalton> or just skip the tests
[14:46] <tjaalton> that's what daniels said
[14:47]  * apw has a look seen when ben last updated
[14:47] <tjaalton> so there are some arm tests on xserver that most likely failed due to the new mesa
[14:48] <tsimonq2> apw: It's weird, because the footer says it's been updated but the transition isn't showing up
[14:48] <tsimonq2> If anything I'm making sure it's not PEBKAC on my part :)
[14:49] <seb128> tsimonq2, those are new? they are not going to get in the way or current ones that need migrating right?
[14:50] <tsimonq2> seb128: Right; I cleared it with slangasek yesterday (and the day before at that)
[14:52] <tsimonq2> seb128: mesa was also waiting on Qt to show up in -proposed because mesa breaks Qt and the uploaded Qt has the patch
[14:52] <seb128> ah ok
[14:52] <tsimonq2> (wtbase, to be specific)
[14:52] <tsimonq2> *qtbase
[14:52] <seb128> so that transition is a new one that needs to clear off as well now?
[14:52] <seb128> is it an easy one?
[14:53] <tsimonq2> It should be fairly easy, it's just a bugfix Qt release
[14:53] <tsimonq2> I already did direct rdeps and fixed e.g. gammaray
[14:53] <tsimonq2> ("did" meaning no-change rebuilt)
[14:54] <seb128> k, good then
[14:55] <seb128> we really need those transitions to clear, we have other ones waiting to be upload and ff coming
[14:55] <apw> tsimonq2, i am not sure i can see any new trackers in the config ?
[14:55] <seb128> or the other option is to stack the ones which are waiting but that would makes it difficult to sort out then
[14:55] <tsimonq2> flocculant: Poke, what was that one problematic Xfce package that needed a no-change rebuild for the last Qt transition?
[14:56] <tsimonq2> seb128: Right; the *last* think I think we all want is what we had at the beginning of the cycle except last minute :)
[14:56] <tsimonq2> apw: Hm... maybe it won't show up then
[14:56] <apw> tsimonq2, where did you add them ?
[14:57] <tsimonq2> apw: I'm not sure what you mean; I didn't add things anywhere manually, I just started the transition
[14:57] <apw> not sure we have any autotrackers
[14:58] <tsimonq2> OK, so how do I add it?
[14:58] <tsimonq2> (I'd like to learn how for this time and the following times)
[14:58] <apw> you'd need to make up the .ben and add it to the transition-tracker-config if you have access
[14:58] <tsimonq2> How do I know if I have access? :)
[14:59]  * tsimonq2 is just in ~motu
[15:00]  * apw pasts long urls into PM for tsimonq2
[15:01] <tsimonq2> Ah yes, so I do have commit access here.
[15:01] <tsimonq2> As acheronuk says, qool.
[15:01] <tsimonq2> :P
[15:40] -queuebot:#ubuntu-release- Unapproved: cockpit (artful-backports/universe) [161-1~ubuntu17.10.1 => 162-1~ubuntu17.10.1] (no packageset)
[15:41] -queuebot:#ubuntu-release- Unapproved: cockpit (xenial-backports/universe) [161-1~ubuntu16.04.1 => 162-1~ubuntu16.04.1] (no packageset)
[15:44] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (artful-backports) [162-1~ubuntu17.10.1]
[15:44] -queuebot:#ubuntu-release- Unapproved: accepted cockpit [source] (xenial-backports) [162-1~ubuntu16.04.1]
[15:48] <tsimonq2> Can a Core Developer please no-change rebuild qtubuntu for qtbase-abi-5-9-4? I don't have upload access.
[15:49] <tsimonq2> LocutusOfBorg, apw: ^^^^
[15:52] <tjaalton> awesome/armhf should be hinted as ignored.. seems to be quite failure prone in the past too
[15:53] <tjaalton> also, clutter & virtualbox should not be blocking xorg-server
[15:59] <sil2100> tsimonq2: just a no-change direct-upload rebuild into bionic?
[15:59] <tsimonq2> sil2100: Yes.
[16:00] <sil2100> tsimonq2: done o/
[16:01] <tsimonq2> sil2100: Thank you!
[16:01] <sil2100> yw!
[16:12] <tjaalton> tseliot, slangasek: xorg-server would migrate if awesome/armhf would not time out(?), clutter has known issues with new mesa, and virtualbox dkms doesn't build with 4.15
[16:13] <tjaalton> as a recap
[16:13] <tjaalton> and with that, I'm afk
[16:13] <tseliot> "clutter has known issues with new mesa" sigh...
[16:15] <tjaalton> well not clutter, but cogl and mutter
[16:15] <tjaalton> it won't affect xserver
[16:15] <tseliot> ok
[16:15] <tjaalton> just that the blocking autopkgtest pulled new mesa
[16:15] <tjaalton> and fails
[16:16] <tseliot> what about libglvnd?
[16:16] <tseliot> would that work with the current mesa?
[16:16] <tjaalton> I hinted some tests to pull mesa & libglvnd too, and they passed
[16:16] <tjaalton> for instance awesome/arm64 passed now, but armhf seems to time out or something
[16:16] <tjaalton> no
[16:17] <tseliot> do you have a bug report for mesa/mutter?
[16:17] <tjaalton> no, Laney might create one?-)
[16:18] <tjaalton> bah, I'll do it
[16:21] <tjaalton> Laney, tseliot: bug 1752123
[16:21] <ubot5`> bug 1752123 in mutter (Ubuntu) "Force 8bit RGB config" [Undecided,New] https://launchpad.net/bugs/1752123
[16:22] <tseliot> thanks
[16:22] <Laney> tjaalton: thx
[16:22] <Laney> I found https://src.fedoraproject.org/rpms/cogl/blob/master/f/0001-egl-Use-eglGetPlatformDisplay-not-eglGetDisplay.patch too, is it related?
[16:23] <tjaalton> Laney: it might be
[16:23] <Laney> well I did try the patch, but we're not that lucky :-)
[16:25] <tjaalton> sounds like it's useful with libglvnd in any case
[16:31] <tseliot> so, it's picking the wrong EGL config. I haven't seen the cogl code, but it should be easy to fix
[16:35] <LocutusOfBorg> tsimonq2, .
[16:36] <tsimonq2> LocutusOfBorg: \o/
[16:47] <LocutusOfBorg> me and sil2100 raced at the same time
[16:47] <LocutusOfBorg> he win
[16:48] <tsimonq2> :D
[16:53] <tjaalton> tseliot: mutter merged cogl, the mutter patch should fit back to cogl without too much trouble
[16:56] <tseliot> tjaalton: yes, and cogl seems to use GBM_FORMAT_XRGB8888 in _cogl_winsys_egl_context_created(), so things should just work
[16:56] <tseliot> tjaalton: we only need to fix the leak in the patch for mutter then
[16:59] -queuebot:#ubuntu-release- New source: rax-nova-agent (bionic-proposed/primary) [2.1.12-0ubuntu1]
[17:12] <tseliot> tjaalton: on a second thought, the leak mentioned in the bug report doesn't seem to be there any more
[17:13] <tseliot> g_free (egl_configs) is there at the end of the call
[17:14] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (artful-proposed) [4.3.5-3ubuntu2.1]
[17:15] <tseliot> Laney: do commits e4e4f9acfc63d0e7e097b4276b37ffe7320dc0fd 00b45444df8ed6bf17eaae6532db0bc86b471912 91e04666093ae0cc976159e1aa466cf2e2184138 solve your problem in mutter?
[17:16] <Laney> tseliot: I don't (atm) have a problem in mutter, just the clutter/cogl one
[17:17] <Laney> maybe the cogl bits from the mutter copy need to be ported over
[17:17] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (xenial-proposed) [4.3.3-5ubuntu12.8]
[17:19] -queuebot:#ubuntu-release- New: accepted lxc [amd64] (bionic-proposed) [2.1.1-0ubuntu2]
[17:19] -queuebot:#ubuntu-release- New: accepted lxc [armhf] (bionic-proposed) [2.1.1-0ubuntu2]
[17:19] -queuebot:#ubuntu-release- New: accepted lxc [ppc64el] (bionic-proposed) [2.1.1-0ubuntu2]
[17:19] -queuebot:#ubuntu-release- New: accepted lxc [arm64] (bionic-proposed) [2.1.1-0ubuntu2]
[17:19] -queuebot:#ubuntu-release- New: accepted lxc [s390x] (bionic-proposed) [2.1.1-0ubuntu2]
[17:19] -queuebot:#ubuntu-release- New: accepted lxc [i386] (bionic-proposed) [2.1.1-0ubuntu2]
[17:19] <tseliot> Laney: yes, I think so. Cogl should already do the right thing, picking GBM_FORMAT_XRGB8888
[17:19] -queuebot:#ubuntu-release- Unapproved: accepted isc-dhcp [source] (trusty-proposed) [4.2.4-7ubuntu12.11]
[17:21] <Laney> tseliot: alright, well you should be able to reproduce the failure and test any ports ;-)
[17:22] <tseliot> Laney: how do I reproduce the problem? Use intel + the new mesa + X11 in Bionic?
[17:23] <Laney> tseliot: you can use xvfb even
[17:24] <Laney> something like autopkgtest --apt-upgrade --apt-pocket=proposed=src:mesa clutter-1.0 ~/temp/*1.22.2-3ubuntu1*.deb --shell-fail -- qemu autopkgtest-bionic-amd64.img
[17:24] <Laney> umm without the ~/temp/bit
[17:25] <tseliot> Laney: I'm not familiar with autopkgtest. Where can I find the documentation, please?
[17:26] <Laney> http://packaging.ubuntu.com/html/auto-pkg-test.html#executing-the-test
[17:26] <tseliot> thanks
[17:28] <Laney> but maybe also installing clutter-1.0-tests and running those with xvfb-run gnome-desktop-testing-runner would work -- I didn't check that though
[17:28] <Laney> with the -proposed mesa ofc
[17:31] <tseliot> ok, let's see what I can do
[17:39] <flocculant> tsimonq2: not sure - don't generally know about packaging
[17:40] <tsimonq2> flocculant: ack
[17:41] <flocculant> sorry :) might possibly have been not xfce - might well have been something local to me
[17:41] <flocculant> s/xfce/Xubuntu
[17:41] <tsimonq2> OK, well let me know :)
[17:42] <flocculant> tsimonq2: I use a couple of apps that qt - cantata and clementine - though I build from git
[17:43] <flocculant> anyway - if something blows up in Xubuntu I will be sure to let you know
[17:43] <tsimonq2> Sure/
[17:44] <LocutusOfBorg> does anybody have clues about abi-compliance-checker regressed in release?
[17:44] <LocutusOfBorg> https://autopkgtest.ubuntu.com/packages/abi-compliance-checker/bionic/arm64
[17:45] <LocutusOfBorg> I blame maybe gcc/binutils, seems reproducible with the old glibc
[17:45] <LocutusOfBorg> infinity, ^^
[17:45] <LocutusOfBorg> (blocking perl migration)
[18:25] <slangasek> tsimonq2: ok, I see qtbase-opensource-src in and lots of failing autopkgtests.  What needs to happen to get passing results there?
[18:27] <tsimonq2> slangasek<EMAIL_ADDRESS>is interesting
[18:27] <tsimonq2> slangasek: Otherwise I haven't looked deeply yet; I've mostly been dealing with no-change rebuilding rdeps this far
[18:28] <tsimonq2> slangasek: Aaaand I think that's why there's a bunch of failures, uninstallable deps :)
[18:29] <tsimonq2> slangasek: So I'll hit retry on these once Ben says it's good, and some of the failures should go away.
[18:30] <tsimonq2> slangasek: But I do have the day off today, so I'll work on getting these done should there be any real failures as soon as I can.
[18:32] <tsimonq2> s/some of the failures should go away/a lot of the failures should go away/
[18:32] <tsimonq2> But I have been working on it :)
[18:33] <slangasek> tsimonq2: they need to be retries that pull multiple sources from -proposed, I'm sure, so it's not just hitting the retry button; are you triggering with --all-proposed, or with a trigger list?
[18:34] <tsimonq2> slangasek: I have yet to get that far
[18:34] <tsimonq2> slangasek: But probably with --all-proposed
[19:08] <tsimonq2> slangasek: So qtdeclarative tests are retried, but I just realized I can't retry *any* of the qtbase tests because I don't have upload access...
[19:09] <slangasek> tsimonq2: if you give me a retry-autopkgtest-failures pipeline that you think will DTRT, I'll push buttons
[19:13] <tsimonq2> slangasek: I would even go so far as to do a ./retry-autopkgtest-regressions --all-proposed --blocks qtbase-opensource-src | vipe | xargs -rn1 -P10 wget --load-cookies ~/.cache/autopkgtest.cookie -O-
[19:13] <tsimonq2> slangasek: I'd say after looking at all these failures, the vast majority are depwait packages that should be fixed now
[19:13] <slangasek> ok
[19:13] <slangasek> minus the 'vipe', I hope? :)
[19:14] <tsimonq2> idk, I copy/pasted from ./retry-autopkgtest-regressions -h
[19:14] <tsimonq2> XD
[19:14] <tsimonq2> But yea, I guess so
[19:17] <acheronuk> I can poke sensible test retries test tomorrow while USA people are sleeping, if that helps
[19:17] <tsimonq2> Sure
[19:21] <infinity> LocutusOfBorg: Not the most helpful of logs.  I assume running the test locally and looking at the referenced build-log.txt might be more illuminating.
[19:21] <LocutusOfBorg> infinity, I can't setup an arm64 pbuilder environment anymore :/
[19:23] <LocutusOfBorg> I hit this bug https://bugs.launchpad.net/ubuntu/+source/bash/+bug/1725333
[19:23] <ubot5`> Ubuntu bug 1725333 in glibc (Ubuntu) "do-release-upgrade broke WSL" [Undecided,Confirmed]
[19:23] <infinity> LocutusOfBorg: Oh, didn't notice it's only regressed on arm64.  Fun.
[19:24] <LocutusOfBorg> :/
[19:24] <LocutusOfBorg> this is why I pinged you :)
[19:49] <slangasek> tjaalton: badtesting awesome/armhf; haven't looked at the others yet; do you know why nvidia-graphics-drivers-340 is unhappy with the new libglvnd? seems libglvnd is rather critical, nvidia is currently broken in bionic because it needs the new libglvnd
[19:50] <tjaalton> slangasek: new 340 isn't uploaded yet because xorg-server hasn't migrated
[19:50] <tjaalton> though it could/should depend on the new version
[19:50] <tjaalton> like 390 should've
[19:51] <slangasek> tjaalton: I don't follow.  why should xorg-server migrate before the new 340 is uploaded?
[19:52] <tjaalton> should migrate together, because 340/390 use the new more automated configuration
[19:54] <slangasek> well they can't migrate together if nvidia-graphics-drivers-340 hasn't been uploaded
[19:54] <tjaalton> true
[19:54] <tjaalton> tseliot will upload it and add the dep
[19:54] <tseliot> yes
[19:55] <slangasek> tseliot: ^^ any eta on nvidia-graphics-drivers-340 then?  since it's in the critical path for un-breaking -390 in bionic release
[19:55] <tseliot> a few minutes, I think
[19:56] <tseliot> slangasek: I need to add the dependency on the new X
[19:56] <slangasek> ok
[20:17] <elopio> hello. Can we please get snapcraft 2.39.2 into xenial-updates? I've marked the sru as verified: https://bugs.launchpad.net/ubuntu/+source/snapcraft/+bug/1745488
[20:17] <ubot5`> Ubuntu bug 1745488 in snapcraft (Ubuntu Artful) "[SRU] New stable micro release 2.39.2" [Undecided,Confirmed]
[20:28] <tseliot> slangasek: I've just uploaded 340
[20:28] <slangasek> tseliot: cheers
[20:29] <tseliot> :)
[20:36] <tjaalton> slangasek: btw, the blocker still remains that cogl needs fixing so all clutter tests work with the new mesa..
[20:41] <slangasek> tjaalton: well, yuck
[20:51] <elopio> RAOF: ping. Can you help us releasing snapcraft 2.39.2?
[21:28] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (trusty-proposed/main) [3.13.0-143.192] (core, kernel)
[21:31] -queuebot:#ubuntu-release- New source: s2tc (bionic-proposed/primary) [1.0+git20151227-2ubuntu1]
[21:32] <nacc> slangasek: fyi, afaict, php7.1 can now be removed from the archive
[21:32] <nacc> (src:php7.1, that is)
[21:36] <xnox> https://bugs.launchpad.net/ubuntu/+source/php7.1/+bug/1752177
[21:36] <ubot5`> Ubuntu bug 1752177 in php7.1 (Ubuntu) "RM superseeded by php7.2" [High,Triaged]
[21:36] <nacc> xnox: ah thanks
[21:37] <nacc> was just going to file the same :)
[22:10] <RAOF> dgadomski:
[22:11] <RAOF> dgadomski: You want #1644662 released to xenial-updates? We're in the process of spinning the 16.04.4 release - do you have approval from the release team?
[22:39] <dannf> looks like linux-firmware didn't make it out of xenial-proposed before the 16.04.4 freeze - which breaks server ISO installs on servers with QED nics - any chance that can get pushed in?
[22:42] <tsimonq2> slangasek: I'm scratching my head at why a lot of these autopkgtests are still showing failures
[22:42] <tsimonq2> slangasek: I mean, some of them seem fine...
[22:42] <tsimonq2> slangasek: It could also be that I jumped the gun in asking you to retry them
[22:43] <tsimonq2> slangasek: I mean, I can install most of these in an LXD container with -proposed enabled...
[22:43]  * tsimonq2 wishes I had upload access so I could confirm with just one or two of these that it was indeed depwait and not some hidden, complex dependency mess
[22:51] <xnox> dannf, you need to highlight e.g. slangasek sil2100 (who is not here?!) cyphermox who can i believe release linux-firmware, and can trigger the respin of the world.
[22:51] <nacc> tsimonq2: have you tried them locally?
[22:51] <mwhudson> tsimonq2: being able to install with -proposed enabled is not quite the same as being ok per britney, because you need to be able to install with the packages currently in release not there as well
[22:51] <tsimonq2> nacc: Yes, in LXD
[22:52] <tsimonq2> mwhudson: ohh, good point
[22:52] <mwhudson> tsimonq2: which is extremely confusing
[22:52] <tsimonq2> nacc: Oh, the autopkgtest... that's also a good point
[22:52] <tsimonq2> mwhudson: It is
[22:52] <xnox> tsimonq2, you mention autopkgtests, and proposed migration. do you see install failure in autopkgtests? or when britney considers packages for migration (update output)?
[22:52] <nacc> tsimonq2: yeah, i meant the dep8 test
[22:53] <tsimonq2> xnox: In the autopkgtest itselfd
[22:53] <mwhudson> tsimonq2: which packages are you fighting with?
[22:53] <tsimonq2> *itself
[22:53] <tsimonq2> mwhudson: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#qtbase-opensource-src
[22:53] <tsimonq2> mwhudson: A really good chunk of those are dep problems
[22:53] <mwhudson> oh that package name doesn't make me think of tentacles at all
[22:55]  * tsimonq2 pulls a few locally and throws it at autopkgtest-virt-schroot
[22:56] <mwhudson> tsimonq2: ok yes so the one failure i looked at there is pretty opaque indeed
[22:56] <tsimonq2> mwhudson: That's why I'm like "OK, retrying these *probably* fixes them..."
[22:57] <mwhudson> tsimonq2: i clicked retry on this one http://autopkgtest.ubuntu.com/packages/k/kde-cli-tools/bionic/amd64
[22:57] <tsimonq2> mwhudson: Alright, let's see
[22:57] <xnox> tsimonq2, the way i see things, is that a lot of your builds still have not been published, despite completing on launchpad 7h ago.
[22:58] <tsimonq2> xnox: All of the builds for everything I've uploaded today have been published
[22:58] <tsimonq2> Unless you can prove me wrong there
[22:59] <tsimonq2> But I did indeed manually vet rdeps to make sure they published
[23:00] <xnox> tsimonq2, true. i was looking at old cached edition of excuses.
[23:08] <tsimonq2> Ahh, so indeed there's still some stuff in the queue from ~vorlon
[23:16] <tsimonq2> I really really wish it would show on update_excuses.html if a test is queued...
[23:18] <tsimonq2> That would have saved me lots of time here
[23:19] <nacc> tsimonq2: yeah, there's been some on and off discussion of that
[23:19] <nacc> tsimonq2: didn't you offer to fix it? :)
[23:20] <tsimonq2> nacc: I offered to fix the duplicate tests in the queue; similar but not the same :)
[23:20] <nacc> lol
[23:20] <tsimonq2> Do we have a bug for that state in update_output.html or should I file one now?
[23:21] <nacc>  tsimonq2: i'm not sure
[23:21] <tsimonq2> Aha: https://bugs.launchpad.net/auto-package-testing/+bug/1654761
[23:21] <ubot5`> Ubuntu bug 1654761 in Auto Package Testing "Use another status for retried but queued items" [Undecided,New]
[23:23]  * tsimonq2 will do work on this post-feature freeze ;)
[23:29] <RAOF> robert_ancell: I notice the snapd-glib upload wanting to go into artful-proposed isn't bugfix-only.
[23:29] <RAOF> robert_ancell: But many of the packages around snapd have standing SRU exceptions; should snapd-glib have one, too?
[23:32] <robert_ancell> RAOF, it should do but I haven't done the paperwork for it. I've been doing a SRU for each upload under the category of "new upstream microreleases"
[23:33] <RAOF> Which, I suspect, is why I'm now processing the artful upload from November last year :)
[23:33] <robert_ancell> RAOF, what version was that one?
[23:34] <RAOF> robert_ancell: 1.24
[23:35] <RAOF> Fixing https://bugs.launchpad.net/ubuntu/+source/snapd-glib/+bug/1723874 and https://bugs.launchpad.net/ubuntu/+source/snapd-glib/+bug/1721762
[23:35] <ubot5`> Ubuntu bug 1723874 in snapd-glib (Ubuntu Artful) "First installation of a snap reports an error "Connection reset by peer"" [High,Fix committed]
[23:35] <ubot5`> Ubuntu bug 1721762 in snapd-glib (Ubuntu Artful) "Cancelled installation of snap continues" [High,Fix committed]
[23:37] <RAOF> And also adding a bunch of features and an API break(!)
[23:40] <elopio> RAOF: ping. Can you help us releasing snapcraft 2.39.2?
[23:40] <RAOF> elopio: Sure!
[23:40] <elopio> thank you :) This is the bug: https://bugs.launchpad.net/ubuntu/+source/snapcraft/+bug/1745488
[23:40] <ubot5`> Ubuntu bug 1745488 in snapcraft (Ubuntu Artful) "[SRU] New stable micro release 2.39.2" [Undecided,Confirmed]
[23:41] <RAOF> Hm, or maybe?
[23:41] <RAOF> What's going on with snapcraft‽
[23:43] <RAOF> elopio: Why is the version in xenial-proposed greater than the version in artful-proposed?
[23:44] <RAOF> elopio: Also, 16.04.4 is being prepared.
[23:44] <RAOF> elopio: Also, have you investigated the autopkgtest failure?
[23:44] <robert_ancell> RAOF, yeah, the API break is a tricky one. We had to move an enum in the Qt bindings. The good news is probably nothing is using them in that release and it's not an ABI break. It's also fairly trivial to fix an app that would use the enum.
[23:45] <RAOF> robert_ancell: Anything in the archive which *might* use them?
[23:48] <robert_ancell> RAOF, the only thing in the archive is plasma-discover and that didn't start using them until bionic. And the change was recommended by the author of that.
[23:48] <robert_ancell> I got to bypass the issue in xenial because we never shipped the Qt bindings.


[00:15] <mlw> Hi all, any snap makers willing to take requests?
[00:31] <mlw> If anyone could find the interest to make a snap of the latest version of MonoDevelop (https://github.com/mono/monodevelop/archive/master.zip), I'd greatly appreciate it. I've attempted to do it myself, only to end in miserable failure.
[01:29] <jrwren> mlw: why not use the mono repo?
[01:29] <jrwren> mlw: I might try it. I used to build all of mono from source, all the way through monodevelop. that was many years ago.
[03:18] <chatter29> hey guys
[03:18] <chatter29> allah is doing
[03:18] <chatter29> sun is not doing allah is doing
[03:18] <chatter29> to accept Islam say that i bear witness that there is no deity worthy of worship except Allah and Muhammad peace be upon him is his slave and messenger
[09:50] <mlw> jrwren: I've used the monorepo, but it doesn't have a 6.x branch of monodevelop which is required for monogame. And using the flatpak install is causing sandboxing issues.
[12:46] <kotVasja> hallo
[17:23] <kotVasja> hello, i have a problem, see her -> https://pastebin.com/XN8cCUdG please help me


[00:06] -queuebot:#ubuntu-release- New binary: fcitx5 [riscv64] (hirsute-proposed/universe) [0.0~git20201030.a5a0551-2] (no packageset)
[00:06] -queuebot:#ubuntu-release- New binary: kyua [arm64] (hirsute-proposed/universe) [0.13-1] (no packageset)
[00:10] -queuebot:#ubuntu-release- New binary: kyua [armhf] (hirsute-proposed/universe) [0.13-1] (no packageset)
[00:23] -queuebot:#ubuntu-release- New binary: fcitx5 [armhf] (hirsute-proposed/universe) [0.0~git20201030.a5a0551-2] (no packageset)
[04:30] -queuebot:#ubuntu-release- New binary: pyranges [amd64] (hirsute-proposed/universe) [0.0.79+ds-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: git-auto-commit-mode [amd64] (hirsute-proposed/universe) [4.7.0-2] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: rust-dlib [s390x] (hirsute-proposed/universe) [0.4.2-1] (no packageset)
[05:22] -queuebot:#ubuntu-release- New binary: yubikey-manager [amd64] (hirsute-proposed/universe) [3.1.1-2] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: haskell-monad-chronicle [s390x] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: rust-urlocator [s390x] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:24] -queuebot:#ubuntu-release- New binary: pizzly [s390x] (hirsute-proposed/universe) [0.37.3+ds-2] (no packageset)
[05:25] -queuebot:#ubuntu-release- New binary: rust-x11rb [s390x] (hirsute-proposed/universe) [0.7.0-1] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: gnome-shell-extension-freon [amd64] (hirsute-proposed/universe) [42+dfsg-2] (no packageset)
[05:26] -queuebot:#ubuntu-release- New binary: rust-urlocator [amd64] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: haskell-monad-chronicle [amd64] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: rust-dlib [ppc64el] (hirsute-proposed/universe) [0.4.2-1] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: pizzly [amd64] (hirsute-proposed/universe) [0.37.3+ds-2] (no packageset)
[05:27] -queuebot:#ubuntu-release- New binary: rust-urlocator [ppc64el] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:28] -queuebot:#ubuntu-release- New binary: rust-dlib [amd64] (hirsute-proposed/universe) [0.4.2-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: pizzly [ppc64el] (hirsute-proposed/universe) [0.37.3+ds-2] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: rust-urlocator [riscv64] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: rust-dlib [riscv64] (hirsute-proposed/universe) [0.4.2-1] (no packageset)
[05:30] -queuebot:#ubuntu-release- New binary: rust-x11rb [ppc64el] (hirsute-proposed/universe) [0.7.0-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: rust-x11rb [amd64] (hirsute-proposed/universe) [0.7.0-1] (no packageset)
[05:38] -queuebot:#ubuntu-release- New binary: pizzly [riscv64] (hirsute-proposed/universe) [0.37.3+ds-2] (no packageset)
[05:39] -queuebot:#ubuntu-release- New binary: rust-dlib [arm64] (hirsute-proposed/universe) [0.4.2-1] (no packageset)
[05:40] -queuebot:#ubuntu-release- New binary: haskell-monad-chronicle [arm64] (hirsute-proposed/universe) [<IP_ADDRESS>-2] (no packageset)
[05:40] -queuebot:#ubuntu-release- New binary: rust-urlocator [arm64] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:40] -queuebot:#ubuntu-release- New binary: rust-dlib [armhf] (hirsute-proposed/universe) [0.4.2-1] (no packageset)
[05:42] -queuebot:#ubuntu-release- New binary: rust-urlocator [armhf] (hirsute-proposed/universe) [0.1.4-1] (no packageset)
[05:44] -queuebot:#ubuntu-release- New binary: pizzly [arm64] (hirsute-proposed/universe) [0.37.3+ds-2] (no packageset)
[05:46] -queuebot:#ubuntu-release- New binary: pizzly [armhf] (hirsute-proposed/universe) [0.37.3+ds-2] (no packageset)
[05:46] -queuebot:#ubuntu-release- New binary: rust-x11rb [arm64] (hirsute-proposed/universe) [0.7.0-1] (no packageset)
[05:51] -queuebot:#ubuntu-release- New binary: rust-x11rb [armhf] (hirsute-proposed/universe) [0.7.0-1] (no packageset)
[06:41] -queuebot:#ubuntu-release- New: accepted rust-bindgen [amd64] (hirsute-proposed) [0.55.1-3]
[06:41] -queuebot:#ubuntu-release- New: accepted rust-bindgen [s390x] (hirsute-proposed) [0.55.1-3]
[06:41] -queuebot:#ubuntu-release- New: accepted rust-terminal-size [arm64] (hirsute-proposed) [0.1.13-1]
[06:41] -queuebot:#ubuntu-release- New: accepted rust-bindgen [ppc64el] (hirsute-proposed) [0.55.1-3]
[06:41] -queuebot:#ubuntu-release- New: accepted rust-terminal-size [armhf] (hirsute-proposed) [0.1.13-1]
[06:41] -queuebot:#ubuntu-release- New: accepted rust-dissimilar [armhf] (hirsute-proposed) [1.0.1-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-bindgen [arm64] (hirsute-proposed) [0.55.1-3]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-bindgen [riscv64] (hirsute-proposed) [0.55.1-3]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-dlib [arm64] (hirsute-proposed) [0.4.2-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-dlib [ppc64el] (hirsute-proposed) [0.4.2-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-dlib [s390x] (hirsute-proposed) [0.4.2-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-urlocator [arm64] (hirsute-proposed) [0.1.4-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-urlocator [ppc64el] (hirsute-proposed) [0.1.4-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-urlocator [s390x] (hirsute-proposed) [0.1.4-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-x11rb [arm64] (hirsute-proposed) [0.7.0-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-x11rb [ppc64el] (hirsute-proposed) [0.7.0-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-bindgen [armhf] (hirsute-proposed) [0.55.1-3]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-dlib [armhf] (hirsute-proposed) [0.4.2-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-urlocator [amd64] (hirsute-proposed) [0.1.4-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-urlocator [riscv64] (hirsute-proposed) [0.1.4-1]
[06:42] -queuebot:#ubuntu-release- New: accepted rust-x11rb [armhf] (hirsute-proposed) [0.7.0-1]
[06:42] -queuebot:#ubuntu-release- New binary: arpys [amd64] (hirsute-proposed/universe) [2.0.2-2] (no packageset)
[06:42] -queuebot:#ubuntu-release- New binary: arpys [s390x] (hirsute-proposed/universe) [2.0.2-2] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: ayatana-indicator-bluetooth [riscv64] (hirsute-proposed/universe) [0.8.1-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: checker-framework-java [amd64] (hirsute-proposed/universe) [3.0.1+ds2-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: createrepo-c [ppc64el] (hirsute-proposed/universe) [0.16.1-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New: accepted rust-dlib [amd64] (hirsute-proposed) [0.4.2-1]
[06:43] -queuebot:#ubuntu-release- New: accepted rust-urlocator [armhf] (hirsute-proposed) [0.1.4-1]
[06:43] -queuebot:#ubuntu-release- New: accepted rust-x11rb [s390x] (hirsute-proposed) [0.7.0-1]
[06:43] -queuebot:#ubuntu-release- New binary: ayatana-indicator-bluetooth [amd64] (hirsute-proposed/universe) [0.8.1-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: createrepo-c [amd64] (hirsute-proposed/universe) [0.16.1-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: createrepo-c [s390x] (hirsute-proposed/universe) [0.16.1-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: libtraceevent [ppc64el] (hirsute-proposed/universe) [1:1.1.0-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: libtraceevent [s390x] (hirsute-proposed/universe) [1:1.1.0-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: orthanc-gdcm [ppc64el] (hirsute-proposed/universe) [1.1-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: r-cran-lbfgsb3c [ppc64el] (hirsute-proposed/universe) [2020-3.2-2] (no packageset)
[06:43] -queuebot:#ubuntu-release- New: accepted rust-dlib [riscv64] (hirsute-proposed) [0.4.2-1]
[06:43] -queuebot:#ubuntu-release- New binary: arpys [ppc64el] (hirsute-proposed/universe) [2.0.2-2] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: createrepo-c [riscv64] (hirsute-proposed/universe) [0.16.1-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: libtraceevent [riscv64] (hirsute-proposed/universe) [1:1.1.0-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: puzzle-jigsaw [ppc64el] (hirsute-proposed/universe) [1.0.2+git20201007.527c529+dfsg-2] (no packageset)
[06:43] -queuebot:#ubuntu-release- New: accepted rust-x11rb [amd64] (hirsute-proposed) [0.7.0-1]
[06:43] -queuebot:#ubuntu-release- New binary: git-auto-commit-mode [amd64] (hirsute-proposed/universe) [4.7.0-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: relint-el [amd64] (hirsute-proposed/universe) [1.18-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New binary: ayatana-indicator-bluetooth [s390x] (hirsute-proposed/universe) [0.8.1-1] (no packageset)
[06:43] -queuebot:#ubuntu-release- New: accepted haskell-monad-chronicle [amd64] (hirsute-proposed) [<IP_ADDRESS>-2]
[06:43] -queuebot:#ubuntu-release- New: accepted haskell-monad-chronicle [s390x] (hirsute-proposed) [<IP_ADDRESS>-2]
[06:43] -queuebot:#ubuntu-release- New: accepted r-cran-lbfgsb3c [amd64] (hirsute-proposed) [2020-3.2-2]
[06:43] -queuebot:#ubuntu-release- New: accepted r-cran-lbfgsb3c [armhf] (hirsute-proposed) [2020-3.2-2]
[06:43] -queuebot:#ubuntu-release- New: accepted r-cran-lbfgsb3c [riscv64] (hirsute-proposed) [2020-3.2-2]
[06:43] -queuebot:#ubuntu-release- New: accepted r-cran-optimx [amd64] (hirsute-proposed) [2020-4.2+dfsg-2]
[06:43] -queuebot:#ubuntu-release- New binary: nim-regex [amd64] (hirsute-proposed/universe) [0.17.0+ds-2] (no packageset)
[06:43] -queuebot:#ubuntu-release- New: accepted qtpim-opensource-src [amd64] (hirsute-proposed) [5.0~git20190618.8fec622c+dfsg1-8]
[06:43] -queuebot:#ubuntu-release- New: accepted r-cran-lbfgsb3c [ppc64el] (hirsute-proposed) [2020-3.2-2]
[06:43] -queuebot:#ubuntu-release- New: accepted haskell-monad-chronicle [arm64] (hirsute-proposed) [<IP_ADDRESS>-2]
[06:43] -queuebot:#ubuntu-release- New: accepted r-cran-lbfgsb3c [s390x] (hirsute-proposed) [2020-3.2-2]
[06:43] -queuebot:#ubuntu-release- New: accepted r-cran-lbfgsb3c [arm64] (hirsute-proposed) [2020-3.2-2]
[06:44] -queuebot:#ubuntu-release- New: accepted arpys [arm64] (hirsute-proposed) [2.0.2-2]
[06:44] -queuebot:#ubuntu-release- New: accepted ayatana-indicator-bluetooth [arm64] (hirsute-proposed) [0.8.1-1]
[06:44] -queuebot:#ubuntu-release- New: accepted createrepo-c [arm64] (hirsute-proposed) [0.16.1-1]
[06:44] -queuebot:#ubuntu-release- New: accepted fcitx5 [arm64] (hirsute-proposed) [0.0~git20201030.a5a0551-2]
[06:44] -queuebot:#ubuntu-release- New: accepted fcitx5 [riscv64] (hirsute-proposed) [0.0~git20201030.a5a0551-2]
[06:44] -queuebot:#ubuntu-release- New: accepted gnome-shell-extension-freon [amd64] (hirsute-proposed) [42+dfsg-2]
[06:44] -queuebot:#ubuntu-release- New: accepted kyua [arm64] (hirsute-proposed) [0.13-1]
[06:44] -queuebot:#ubuntu-release- New: accepted kyua [riscv64] (hirsute-proposed) [0.13-1]
[06:44] -queuebot:#ubuntu-release- New: accepted libtraceevent [amd64] (hirsute-proposed) [1:1.1.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted libtraceevent [armhf] (hirsute-proposed) [1:1.1.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted arpys [armhf] (hirsute-proposed) [2.0.2-2]
[06:44] -queuebot:#ubuntu-release- New: accepted createrepo-c [armhf] (hirsute-proposed) [0.16.1-1]
[06:44] -queuebot:#ubuntu-release- New: accepted git-auto-commit-mode [amd64] (hirsute-proposed) [4.7.0-2]
[06:44] -queuebot:#ubuntu-release- New: accepted kyua [armhf] (hirsute-proposed) [0.13-1]
[06:44] -queuebot:#ubuntu-release- New: accepted libtraceevent [arm64] (hirsute-proposed) [1:1.1.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted node-is-node [amd64] (hirsute-proposed) [1.0.2-1]
[06:44] -queuebot:#ubuntu-release- New: accepted odoo [amd64] (hirsute-proposed) [14.0.0+dfsg-1]
[06:44] -queuebot:#ubuntu-release- New: accepted orthanc-gdcm [amd64] (hirsute-proposed) [1.1-1]
[06:44] -queuebot:#ubuntu-release- New: accepted orthanc-gdcm [armhf] (hirsute-proposed) [1.1-1]
[06:44] -queuebot:#ubuntu-release- New: accepted pizzly [amd64] (hirsute-proposed) [0.37.3+ds-2]
[06:44] -queuebot:#ubuntu-release- New: accepted ayatana-indicator-bluetooth [armhf] (hirsute-proposed) [0.8.1-1]
[06:44] -queuebot:#ubuntu-release- New: accepted kyua [amd64] (hirsute-proposed) [0.13-1]
[06:44] -queuebot:#ubuntu-release- New: accepted mobile-tweaks [amd64] (hirsute-proposed) [1]
[06:44] -queuebot:#ubuntu-release- New: accepted openchemlib [amd64] (hirsute-proposed) [2<IP_ADDRESS>.g5b2f49e+dfsg-1]
[06:44] -queuebot:#ubuntu-release- New: accepted orthanc-gdcm [riscv64] (hirsute-proposed) [1.1-1]
[06:44] -queuebot:#ubuntu-release- New: accepted pizzly [armhf] (hirsute-proposed) [0.37.3+ds-2]
[06:44] -queuebot:#ubuntu-release- New: accepted pizzly [riscv64] (hirsute-proposed) [0.37.3+ds-2]
[06:44] -queuebot:#ubuntu-release- New: accepted puzzle-jigsaw [arm64] (hirsute-proposed) [1.0.2+git20201007.527c529+dfsg-2]
[06:44] -queuebot:#ubuntu-release- New: accepted puzzle-jigsaw [s390x] (hirsute-proposed) [1.0.2+git20201007.527c529+dfsg-2]
[06:44] -queuebot:#ubuntu-release- New: accepted yubikey-manager [amd64] (hirsute-proposed) [3.1.1-2]
[06:44] -queuebot:#ubuntu-release- New: accepted fcitx5 [armhf] (hirsute-proposed) [0.0~git20201030.a5a0551-2]
[06:44] -queuebot:#ubuntu-release- New: accepted node-morgan [amd64] (hirsute-proposed) [1.10.0-1]
[06:44] -queuebot:#ubuntu-release- New: accepted pizzly [arm64] (hirsute-proposed) [0.37.3+ds-2]
[06:44] -queuebot:#ubuntu-release- New: accepted pizzly [s390x] (hirsute-proposed) [0.37.3+ds-2]
[06:44] -queuebot:#ubuntu-release- New: accepted pyranges [amd64] (hirsute-proposed) [0.0.79+ds-1]
[06:44] -queuebot:#ubuntu-release- New: accepted kyua [s390x] (hirsute-proposed) [0.13-1]
[06:45] -queuebot:#ubuntu-release- New: accepted pizzly [ppc64el] (hirsute-proposed) [0.37.3+ds-2]
[06:45] -queuebot:#ubuntu-release- New: accepted arpys [amd64] (hirsute-proposed) [2.0.2-2]
[06:45] -queuebot:#ubuntu-release- New: accepted createrepo-c [riscv64] (hirsute-proposed) [0.16.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted libtraceevent [riscv64] (hirsute-proposed) [1:1.1.0-1]
[06:45] -queuebot:#ubuntu-release- New: accepted nim-regex [amd64] (hirsute-proposed) [0.17.0+ds-2]
[06:45] -queuebot:#ubuntu-release- New: accepted puzzle-jigsaw [amd64] (hirsute-proposed) [1.0.2+git20201007.527c529+dfsg-2]
[06:45] -queuebot:#ubuntu-release- New: accepted python-rt [amd64] (hirsute-proposed) [2.0.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted orthanc-gdcm [arm64] (hirsute-proposed) [1.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted arpys [riscv64] (hirsute-proposed) [2.0.2-2]
[06:45] -queuebot:#ubuntu-release- New: accepted libtraceevent [s390x] (hirsute-proposed) [1:1.1.0-1]
[06:45] -queuebot:#ubuntu-release- New: accepted puzzle-jigsaw [riscv64] (hirsute-proposed) [1.0.2+git20201007.527c529+dfsg-2]
[06:45] -queuebot:#ubuntu-release- New: accepted puzzle-jigsaw [armhf] (hirsute-proposed) [1.0.2+git20201007.527c529+dfsg-2]
[06:45] -queuebot:#ubuntu-release- New: accepted orthanc-gdcm [s390x] (hirsute-proposed) [1.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted kyua [ppc64el] (hirsute-proposed) [0.13-1]
[06:45] -queuebot:#ubuntu-release- New: accepted arpys [ppc64el] (hirsute-proposed) [2.0.2-2]
[06:45] -queuebot:#ubuntu-release- New: accepted avldrums.lv2 [amd64] (hirsute-proposed) [0.4.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted ayatana-indicator-bluetooth [ppc64el] (hirsute-proposed) [0.8.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted ayatana-indicator-bluetooth [s390x] (hirsute-proposed) [0.8.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted createrepo-c [amd64] (hirsute-proposed) [0.16.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted createrepo-c [s390x] (hirsute-proposed) [0.16.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted fcitx5 [ppc64el] (hirsute-proposed) [0.0~git20201030.a5a0551-2]
[06:45] -queuebot:#ubuntu-release- New: accepted git-auto-commit-mode [amd64] (hirsute-proposed) [4.7.0-1]
[06:45] -queuebot:#ubuntu-release- New: accepted orthanc-gdcm [ppc64el] (hirsute-proposed) [1.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted relint-el [amd64] (hirsute-proposed) [1.18-1]
[06:45] -queuebot:#ubuntu-release- New: accepted arpys [s390x] (hirsute-proposed) [2.0.2-2]
[06:45] -queuebot:#ubuntu-release- New: accepted ayatana-indicator-bluetooth [riscv64] (hirsute-proposed) [0.8.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted createrepo-c [ppc64el] (hirsute-proposed) [0.16.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted fcitx5 [s390x] (hirsute-proposed) [0.0~git20201030.a5a0551-2]
[06:45] -queuebot:#ubuntu-release- New: accepted puzzle-jigsaw [ppc64el] (hirsute-proposed) [1.0.2+git20201007.527c529+dfsg-2]
[06:45] -queuebot:#ubuntu-release- New: accepted ayatana-indicator-bluetooth [amd64] (hirsute-proposed) [0.8.1-1]
[06:45] -queuebot:#ubuntu-release- New: accepted fcitx5 [amd64] (hirsute-proposed) [0.0~git20201030.a5a0551-2]
[06:45] -queuebot:#ubuntu-release- New: accepted checker-framework-java [amd64] (hirsute-proposed) [3.0.1+ds2-1]
[06:45] -queuebot:#ubuntu-release- New: accepted libtraceevent [ppc64el] (hirsute-proposed) [1:1.1.0-1]
[08:49] -queuebot:#ubuntu-release- New binary: google-flogger [amd64] (hirsute-proposed/universe) [0.5.1-2] (no packageset)
[09:30] -queuebot:#ubuntu-release- New binary: log4cxx [s390x] (hirsute-proposed/universe) [0.11.0-2ubuntu1] (no packageset)
[09:33] -queuebot:#ubuntu-release- New binary: log4cxx [ppc64el] (hirsute-proposed/universe) [0.11.0-2ubuntu1] (no packageset)
[09:34] -queuebot:#ubuntu-release- New binary: log4cxx [amd64] (hirsute-proposed/universe) [0.11.0-2ubuntu1] (no packageset)
[09:43] -queuebot:#ubuntu-release- New binary: log4cxx [arm64] (hirsute-proposed/universe) [0.11.0-2ubuntu1] (no packageset)
[09:43] -queuebot:#ubuntu-release- New binary: log4cxx [armhf] (hirsute-proposed/universe) [0.11.0-2ubuntu1] (no packageset)
[09:52] -queuebot:#ubuntu-release- New binary: log4cxx [riscv64] (hirsute-proposed/universe) [0.11.0-2ubuntu1] (no packageset)
[10:18] -queuebot:#ubuntu-release- New binary: openvdb [s390x] (hirsute-proposed/universe) [7.1.0-2] (ubuntustudio)
[10:44] -queuebot:#ubuntu-release- New binary: openvdb [riscv64] (hirsute-proposed/universe) [7.1.0-2] (ubuntustudio)
[10:59] -queuebot:#ubuntu-release- New binary: openvdb [amd64] (hirsute-proposed/universe) [7.1.0-2] (ubuntustudio)
[11:41] -queuebot:#ubuntu-release- New binary: kcm-fcitx5 [s390x] (hirsute-proposed/universe) [0.0~git20201028.fd9831d-1] (no packageset)
[11:43] -queuebot:#ubuntu-release- New binary: kcm-fcitx5 [ppc64el] (hirsute-proposed/universe) [0.0~git20201028.fd9831d-1] (no packageset)
[11:46] -queuebot:#ubuntu-release- New binary: kcm-fcitx5 [amd64] (hirsute-proposed/universe) [0.0~git20201028.fd9831d-1] (no packageset)
[11:49] -queuebot:#ubuntu-release- New binary: kcm-fcitx5 [arm64] (hirsute-proposed/universe) [0.0~git20201028.fd9831d-1] (no packageset)
[11:53] -queuebot:#ubuntu-release- New binary: openvdb [ppc64el] (hirsute-proposed/universe) [7.1.0-2] (ubuntustudio)
[11:53] -queuebot:#ubuntu-release- New binary: kcm-fcitx5 [armhf] (hirsute-proposed/universe) [0.0~git20201028.fd9831d-1] (no packageset)
[12:00] -queuebot:#ubuntu-release- New binary: openvdb [armhf] (hirsute-proposed/universe) [7.1.0-2] (ubuntustudio)
[12:08] -queuebot:#ubuntu-release- New binary: kcm-fcitx5 [riscv64] (hirsute-proposed/universe) [0.0~git20201028.fd9831d-1] (no packageset)
[14:00] -queuebot:#ubuntu-release- New: accepted google-flogger [amd64] (hirsute-proposed) [0.5.1-2]
[14:00] -queuebot:#ubuntu-release- New: accepted kcm-fcitx5 [arm64] (hirsute-proposed) [0.0~git20201028.fd9831d-1]
[14:00] -queuebot:#ubuntu-release- New: accepted kcm-fcitx5 [ppc64el] (hirsute-proposed) [0.0~git20201028.fd9831d-1]
[14:00] -queuebot:#ubuntu-release- New: accepted kcm-fcitx5 [s390x] (hirsute-proposed) [0.0~git20201028.fd9831d-1]
[14:00] -queuebot:#ubuntu-release- New: accepted log4cxx [arm64] (hirsute-proposed) [0.11.0-2ubuntu1]
[14:00] -queuebot:#ubuntu-release- New: accepted log4cxx [ppc64el] (hirsute-proposed) [0.11.0-2ubuntu1]
[14:00] -queuebot:#ubuntu-release- New: accepted log4cxx [s390x] (hirsute-proposed) [0.11.0-2ubuntu1]
[14:00] -queuebot:#ubuntu-release- New: accepted openvdb [armhf] (hirsute-proposed) [7.1.0-2]
[14:00] -queuebot:#ubuntu-release- New: accepted openvdb [riscv64] (hirsute-proposed) [7.1.0-2]
[14:00] -queuebot:#ubuntu-release- New: accepted kcm-fcitx5 [amd64] (hirsute-proposed) [0.0~git20201028.fd9831d-1]
[14:00] -queuebot:#ubuntu-release- New: accepted kcm-fcitx5 [riscv64] (hirsute-proposed) [0.0~git20201028.fd9831d-1]
[14:00] -queuebot:#ubuntu-release- New: accepted log4cxx [armhf] (hirsute-proposed) [0.11.0-2ubuntu1]
[14:00] -queuebot:#ubuntu-release- New: accepted openvdb [amd64] (hirsute-proposed) [7.1.0-2]
[14:00] -queuebot:#ubuntu-release- New: accepted openvdb [s390x] (hirsute-proposed) [7.1.0-2]
[14:00] -queuebot:#ubuntu-release- New: accepted kcm-fcitx5 [armhf] (hirsute-proposed) [0.0~git20201028.fd9831d-1]
[14:00] -queuebot:#ubuntu-release- New: accepted log4cxx [riscv64] (hirsute-proposed) [0.11.0-2ubuntu1]
[14:00] -queuebot:#ubuntu-release- New: accepted log4cxx [amd64] (hirsute-proposed) [0.11.0-2ubuntu1]
[14:00] -queuebot:#ubuntu-release- New: accepted openvdb [ppc64el] (hirsute-proposed) [7.1.0-2]
[14:49] -queuebot:#ubuntu-release- New binary: nfs-ganesha [s390x] (hirsute-proposed/main) [3.3-1ubuntu1] (no packageset)
[14:51] -queuebot:#ubuntu-release- New binary: nfs-ganesha [ppc64el] (hirsute-proposed/main) [3.3-1ubuntu1] (no packageset)
[15:13] -queuebot:#ubuntu-release- New binary: nfs-ganesha [amd64] (hirsute-proposed/main) [3.3-1ubuntu1] (no packageset)
[17:18] -queuebot:#ubuntu-release- New binary: libsidplayfp [s390x] (hirsute-proposed/universe) [2.0.5-2] (no packageset)
[17:19] -queuebot:#ubuntu-release- New binary: gtg-trace [s390x] (hirsute-proposed/universe) [0.2-2+dfsg-7] (no packageset)
[17:20] -queuebot:#ubuntu-release- New binary: gtg-trace [ppc64el] (hirsute-proposed/universe) [0.2-2+dfsg-7] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: gtg-trace [amd64] (hirsute-proposed/universe) [0.2-2+dfsg-7] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: libsidplayfp [amd64] (hirsute-proposed/universe) [2.0.5-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: libsidplayfp [ppc64el] (hirsute-proposed/universe) [2.0.5-2] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: gtg-trace [arm64] (hirsute-proposed/universe) [0.2-2+dfsg-7] (no packageset)
[17:23] -queuebot:#ubuntu-release- New binary: libsidplayfp [arm64] (hirsute-proposed/universe) [2.0.5-2] (no packageset)
[17:24] -queuebot:#ubuntu-release- New binary: libsidplayfp [armhf] (hirsute-proposed/universe) [2.0.5-2] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: gtg-trace [armhf] (hirsute-proposed/universe) [0.2-2+dfsg-7] (no packageset)
[17:26] -queuebot:#ubuntu-release- New binary: gnome-passwordsafe [amd64] (hirsute-proposed/universe) [3.99.3+dfsg1-1] (no packageset)
[17:35] -queuebot:#ubuntu-release- New binary: libsidplayfp [riscv64] (hirsute-proposed/universe) [2.0.5-2] (no packageset)
[17:46] -queuebot:#ubuntu-release- New binary: gtg-trace [riscv64] (hirsute-proposed/universe) [0.2-2+dfsg-7] (no packageset)
[18:56] -queuebot:#ubuntu-release- New binary: ldc [amd64] (hirsute-proposed/universe) [1:1.24.0-1] (no packageset)
[19:02] -queuebot:#ubuntu-release- New binary: ldc [armhf] (hirsute-proposed/universe) [1:1.24.0-1] (no packageset)
[19:15] -queuebot:#ubuntu-release- New binary: ldc [arm64] (hirsute-proposed/universe) [1:1.24.0-1] (no packageset)
[19:23] -queuebot:#ubuntu-release- New: accepted gnome-passwordsafe [amd64] (hirsute-proposed) [3.99.3+dfsg1-1]
[19:23] -queuebot:#ubuntu-release- New: accepted gtg-trace [amd64] (hirsute-proposed) [0.2-2+dfsg-7]
[19:24] -queuebot:#ubuntu-release- New: accepted gtg-trace [armhf] (hirsute-proposed) [0.2-2+dfsg-7]
[19:24] -queuebot:#ubuntu-release- New: accepted gtg-trace [riscv64] (hirsute-proposed) [0.2-2+dfsg-7]
[19:24] -queuebot:#ubuntu-release- New: accepted libsidplayfp [amd64] (hirsute-proposed) [2.0.5-2]
[19:24] -queuebot:#ubuntu-release- New: accepted libsidplayfp [armhf] (hirsute-proposed) [2.0.5-2]
[19:24] -queuebot:#ubuntu-release- New: accepted libsidplayfp [riscv64] (hirsute-proposed) [2.0.5-2]
[19:24] -queuebot:#ubuntu-release- New: accepted gtg-trace [arm64] (hirsute-proposed) [0.2-2+dfsg-7]
[19:24] -queuebot:#ubuntu-release- New: accepted gtg-trace [s390x] (hirsute-proposed) [0.2-2+dfsg-7]
[19:24] -queuebot:#ubuntu-release- New: accepted libsidplayfp [ppc64el] (hirsute-proposed) [2.0.5-2]
[19:24] -queuebot:#ubuntu-release- New: accepted gtg-trace [ppc64el] (hirsute-proposed) [0.2-2+dfsg-7]
[19:24] -queuebot:#ubuntu-release- New: accepted libsidplayfp [s390x] (hirsute-proposed) [2.0.5-2]
[19:24] -queuebot:#ubuntu-release- New: accepted libsidplayfp [arm64] (hirsute-proposed) [2.0.5-2]
[23:21] -queuebot:#ubuntu-release- New binary: harp [s390x] (hirsute-proposed/universe) [1.12-1] (no packageset)
[23:21] -queuebot:#ubuntu-release- New binary: harp [amd64] (hirsute-proposed/universe) [1.12-1] (no packageset)
[23:23] -queuebot:#ubuntu-release- New binary: harp [ppc64el] (hirsute-proposed/universe) [1.12-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: gap-aclib [amd64] (hirsute-proposed/none) [1.3.2-1] (no packageset)
[23:24] -queuebot:#ubuntu-release- New binary: gap-fga [amd64] (hirsute-proposed/none) [1.4.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: harp [armhf] (hirsute-proposed/universe) [1.12-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: botan [s390x] (hirsute-proposed/universe) [2.16.0+dfsg-2] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: harp [arm64] (hirsute-proposed/universe) [1.12-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: botan [amd64] (hirsute-proposed/universe) [2.16.0+dfsg-2] (no packageset)
[23:45] -queuebot:#ubuntu-release- New binary: harp [riscv64] (hirsute-proposed/universe) [1.12-1] (no packageset)
[23:50] -queuebot:#ubuntu-release- New binary: botan [arm64] (hirsute-proposed/universe) [2.16.0+dfsg-2] (no packageset)
[23:56] -queuebot:#ubuntu-release- New binary: botan [armhf] (hirsute-proposed/universe) [2.16.0+dfsg-2] (no packageset)