[06:52] <LocutusOfBorg> please accept haskell-servant-client-core and haskell-bindings-uname from binnew queue!
[06:52] <LocutusOfBorg> thanks!
[06:54] -queuebot:#ubuntu-release- New: accepted haskell-servant-client-core [amd64] (cosmic-proposed) [0.13.0.1-1]
[06:54] -queuebot:#ubuntu-release- New: accepted haskell-servant-client-core [armhf] (cosmic-proposed) [0.13.0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-servant-client-core [ppc64el] (cosmic-proposed) [0.13.0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-servant-client-core [arm64] (cosmic-proposed) [0.13.0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-servant-client-core [s390x] (cosmic-proposed) [0.13.0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-servant-client-core [i386] (cosmic-proposed) [0.13.0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-bindings-uname [amd64] (cosmic-proposed) [0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-bindings-uname [armhf] (cosmic-proposed) [0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-bindings-uname [ppc64el] (cosmic-proposed) [0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-bindings-uname [arm64] (cosmic-proposed) [0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-bindings-uname [s390x] (cosmic-proposed) [0.1-1]
[06:55] -queuebot:#ubuntu-release- New: accepted haskell-bindings-uname [i386] (cosmic-proposed) [0.1-1]
[06:57] -queuebot:#ubuntu-release- New: accepted networking-bgpvpn [amd64] (cosmic-proposed) [9.0.0~b2-0ubuntu3]
[07:29] <LocutusOfBorg> ta
[07:29] <LocutusOfBorg> thanks!
[07:59] <infinity> sil2100: cosmic builds look happy now, will need to SRU for bionic and xenial.
[08:01] <sil2100> infinity: \o/ thanks!
[08:01] <infinity> sil2100: I'll prep those both for you before I wander off.
[08:01]  * sil2100 goes off to see if his bootability-fixes work
[08:02] <infinity> sil2100: We'll want to fasttrack them to unbreak point release prep.
[08:02] <sil2100> infinity: sure, makes sense, I can review/accept them if needed
[08:04] <infinity> Oh, hrm, I bet xenial also needs d-i cherry-picks for the kernel new world order.
[08:04] <infinity> Whee.
[08:04] <infinity> Well, one bug at time.
[08:28] -queuebot:#ubuntu-release- Unapproved: update-notifier (bionic-proposed/main) [3.192.1.1 => 3.192.1.2] (ubuntu-desktop, ubuntu-server)
[08:43] <LocutusOfBorg> if you don't want xorg-server to migrate, speak now, I think it will go in a run or two
[08:43] <LocutusOfBorg> oh noes, maybe not now
[08:44] <LocutusOfBorg> tjaalton, what do you plan to do for the missing -hwe xorg packages rebuilds?
[08:45] <LocutusOfBorg> now xorg-server is candidate
[08:46] <tjaalton> LocutusOfBorg: no rebuilds necessary
[08:47] <tjaalton> LocutusOfBorg: wait, which release?
[08:47] <LocutusOfBorg> Trying easy from autohinter: virtualbox/5.2.12-dfsg-3 virtualbox-hwe/5.2.12-dfsg-3ubuntu18.10.1 xorg-server/2:1.20.0-2ubuntu1 xserver-xorg-video-amdgpu/18.0.1-1build1 xserver-xorg-video-dummy/1:0.3.8-1build3 xserver-xorg-video-fbdev/1:0.5.0-1 xserver-xorg-video-geode/2.11.19-4 xserver-xorg-video-intel/2:2.99.917+git20171229-1build1 xserver-xorg-video-nouveau/1:1.0.15-3 xserver-xorg-video-openchrome/1:0.6.0-3build1
[08:47] <LocutusOfBorg> xserver-xorg-video-qxl/0.1.5-2build2 xserver-xorg-video-vesa/1:2.3.4-1build4 xserver-xorg-video-vmware/1:13.3.0-2build1
[08:47] <LocutusOfBorg>     * amd64: xmir-hwe-16.04, xorgxrdp, xserver-xorg-video-all, xserver-xorg-video-all-hwe-16.04, xserver-xorg-video-ast, xserver-xorg-video-ati, xserver-xorg-video-ati-dbg, xserver-xorg-video-ati-hwe-16.04, xserver-xorg-video-ati-hwe-16.04-dbg, xserver-xorg-video-mach64, xserver-xorg-video-mach64-dbg, xserver-xorg-video-mach64-hwe-16.04, xserver-xorg-video-mach64-hwe-16.04-dbg, xserver-xorg-video-neomagic, xserver-xorg-video-
[08:47] <LocutusOfBorg> neomagic-hwe-16.04, xserver-xorg-video-r128, xserver-xorg-video-r128-dbg, xserver-xorg-video-r128-hwe-16.04, xserver-xorg-video-r128-hwe-16.04-dbg, xserver-xorg-video-radeon, xserver-xorg-video-radeon-dbg, xserver-xorg-video-radeon-hwe-16.04, xserver-xorg-video-radeon-hwe-16.04-dbg, xserver-xorg-video-savage, xserver-xorg-video-savage-hwe-16.04, xserver-xorg-video-siliconmotion, xserver-xorg-video-siliconmotion-hwe-16.04,
[08:47] <LocutusOfBorg> xserver-xorg-video-sisusb, xserver-xorg-video-sisusb-hwe-16.04, xserver-xorg-video-tdfx, xserver-xorg-video-tdfx-hwe-16.04, xserver-xorg-video-trident, xserver-xorg-video-trident-hwe-16.04
[08:48] <LocutusOfBorg> tjaalton, ^^ cosmic
[08:48] <tjaalton> cosmic doesn't need nor should have -hwe-16.04
[08:48] <LocutusOfBorg> so, somebody should ask to remove the package? :)
[08:48] <tjaalton> so dunno what that is. nvidia-340 needs an update, it won't migrate before that happens
[08:48] <LocutusOfBorg> nvidia-340 is updated already I would say
[08:48] <LocutusOfBorg> I requested a new test
[08:49] <LocutusOfBorg> xorg-server/2:1.20.0-2ubuntu1	2018-06-27 08:40:31 UTC	0h 04m 05s	costamagnagianfranco	pass
[08:49] <tjaalton> no, it needs the latest upstream version
[08:49] <LocutusOfBorg> but looking at update_output, it won't migrate even if candidate
[08:49] -queuebot:#ubuntu-release- Unapproved: live-build (xenial-proposed/main) [3.0~a57-1ubuntu25.5 => 3.0~a57-1ubuntu25.6] (desktop-core)
[08:49] <LocutusOfBorg> tjaalton, you sure? it is updated now
[08:49] <LocutusOfBorg> since a week
[08:50] <infinity> LocutusOfBorg: What missing hwe packages?
[08:50] -queuebot:#ubuntu-release- Unapproved: live-build (bionic-proposed/main) [3.0~a57-1ubuntu34 => 3.0~a57-1ubuntu34.1] (desktop-core)
[08:50] <tjaalton> oh ok
[08:50] <LocutusOfBorg> infinity, I'm looking at the "notest" file https://people.canonical.com/~ubuntu-archive/proposed-migration/cosmic/
[08:50] <tjaalton> infinity: xorg-lts-transitional should be removed from cosmic
[08:51] <LocutusOfBorg> so, all of them should go away or be installable I would say
[08:51] <infinity> Yes indeed it should.
[08:51] <LocutusOfBorg> and with that, xorg can migrate
[08:51] <tjaalton> actually there's a bug where I requested a bunch of video drivers to be removed
[08:52] <infinity> tjaalton: Actually, to be fair, it shouldn't be removed, it should be updated to build hwe-18.04 stuff, probably.
[08:52] <infinity> tjaalton: Not that hwe-18.04 stuff exists yet, but it will soon.
[08:52] <tjaalton> okay
[08:53] <LocutusOfBorg> so, still no magic today?
[08:53] <infinity> C, D, E, and F should have an xorg-lts-transitional that provides hwe-18.04 for smooth upgrades from point releases of B.
[08:54] <infinity> And then G starts all over with 20.04
[08:54] <infinity> Unless I have an off-by-one there, but you know what I mean.
[08:54] <infinity> No, that's right.
[08:54] <tjaalton> y, z, a didn't have it
[08:54] <infinity> Y, Z, A were buggy then. :P
[08:54] <tjaalton> right :)
[08:54] <infinity> Plus this is just easier than removing and reintroducing it every 2 years.
[08:55] <infinity> And makes the upgrades testable along the way.
[08:55] <tjaalton> sure
[08:55] <tjaalton> I'll fix that
[08:55] <infinity> Ta.
[08:55] <tjaalton> someone *cough* should poke bug 1772588
[08:55] <ubot5> bug 1772588 in xserver-xorg-video-trident (Ubuntu) "Remove obsolete X11 drivers from the archive" [Undecided,New] https://launchpad.net/bugs/1772588
[08:55] <infinity> BUT MY TRIDENT CARD.
[08:56] <tjaalton> I'll check status on geonde
[08:56] <tjaalton> *geode
[08:56] <infinity> Or is trident now in some generic kernel driver umbrella?
[08:56] <tjaalton> it's a lot more than trident
[08:56] <infinity> Oh wow.
[08:56] <infinity> It sure is.
[08:56] <infinity> All the input drivers?
[08:57] <infinity> Don't we like to type and point at stuff?
[08:57] <infinity> Ahh, maybe I should read the bug.
[08:57] <tjaalton> not all of them, -libinput is used by default, -evdev and -synaptics are for backup. -wacom is also left as is
[08:58] <infinity> I may have to digest this bug when I'm more awake to make sure I don't eff it up.
[08:58] <infinity> Looks like it could use careful processing and review.
[08:58] <tjaalton> sure
[08:59] <infinity> I'm not convinced "no KMS support" is a good enough reason to drop a driver.
[08:59] <infinity> If we're locally maintaining them because upstream is dead and no one is tracking server changes, that would be valid.
[08:59] <tjaalton> fedora dropped them 5y ago
[08:59] <tjaalton> they'll use fb/vesa as fallback
[08:59] <infinity> If Fedora shipped a release called Beefy Miracle, would you do it too?
[09:00] <infinity> Fedora pretty notoriously cares nothing about users who aren't their developer base.
[09:00] <infinity> So, "Fedora did it" is not compelling.
[09:00] <tjaalton> it's not like these would have any sort of hw accel anyway
[09:00] <infinity> I know the trident one was actually pretty speedy for 2D drawing.
[09:01] <infinity> Granted, who has 2D desktops anymore.
[09:01] <infinity> So maybe that makes it moot.
[09:01] <infinity> Anyhow, I'll mull it over tomorrow.
[09:03] <tjaalton> and I'll fix the hwe pkg
[09:03] <infinity> "The Geode LX is an i686 without PAE. It is still supported by the Linux kernel."
[09:04] <infinity> And we dropped support for non-pae ages ago.
[09:04] <infinity> So that answers that one.
[09:04] <tjaalton> ahh, good
[09:04] <infinity> (I mean, technically our userspace works fine with non-pae, but we don't ship any kernels that boot on it, and we don't "support" people installing with custom kernels, so...)
[09:05] <infinity> That way may also lie compelling arguments for some of the really really old drivers.
[09:05] <infinity> Like, the last trident card I had was VLB... And ISA before that.
[09:06] <infinity> And anyone with an x86 system we support better be PCI or better.
[09:07] <tjaalton> I think there were some thinkpads from 15y ago with a trident.. I have a T23 with a savage
[09:08] <tjaalton> haven't booted it in years
[09:09] <infinity> Oh right, Savage was a thing that happened.
[09:09] <infinity> I was a riva128 early adopter, everyone other than nvidia and ATI/AMD has been dead to me since.
[09:10] <infinity> Once you have working/fast OpenGL, it's hard to go back.
[09:10] <infinity> Anyhow, I'm swaying myself.
[09:11] <infinity> I think the only "old" driver we need to make sure to hang on to is matrox, cause SuperMicro STILL PUTS THEM ON SERVER BOARDS (even if I think people who run X on servers have a screw loose)
[09:11] <infinity> And the Matrox stuff was actually kept current and KMSy, right?
[09:13] <tjaalton> it's in the kernel yes
[09:13] <infinity> sil2100: There are live-builds in the xenial and bionic queues, BTW.
[09:13] <tjaalton> infinity: meaning it'll use xserver built-in modesetting driver on X
[09:14] <infinity> tjaalton: Right, that sounds like a thing I knew at one time.
[09:14] <tjaalton> the separate -mga driver was removed earlier
[09:14] <infinity> I think I did that removal after you explained the above. :P
[09:14] <infinity> It all sounds very familiar.
[09:15] <tjaalton> heh, could be
[09:46] <LocutusOfBorg> "I was a riva128 early adopter, everyone other than nvidia and ATI/AMD has been dead to me since." <-- me too <3 lovely card
[09:59] <infinity> LocutusOfBorg: Strange to think they were the little underdog newcomer when we bought those, and now they're the behemoth throwing around monopolistic weight.
[09:59] <infinity> Also, reminder to past self: buy nvidia stock in 1996.
[10:32] -queuebot:#ubuntu-release- New binary: linbox [s390x] (cosmic-proposed/universe) [1.5.2-1] (no packageset)
[10:35] -queuebot:#ubuntu-release- New binary: linbox [ppc64el] (cosmic-proposed/universe) [1.5.2-1] (no packageset)
[10:37] -queuebot:#ubuntu-release- New binary: linbox [i386] (cosmic-proposed/universe) [1.5.2-1] (no packageset)
[10:39] <LocutusOfBorg> linbox has only sagemath as reverse-dependency and sagemath is dep-waiting on it
[10:42] -queuebot:#ubuntu-release- New binary: linbox [amd64] (cosmic-proposed/universe) [1.5.2-1] (no packageset)
[10:45] -queuebot:#ubuntu-release- New binary: linbox [armhf] (cosmic-proposed/universe) [1.5.2-1] (no packageset)
[10:48] -queuebot:#ubuntu-release- New binary: linbox [arm64] (cosmic-proposed/universe) [1.5.2-1] (no packageset)
[10:57] -queuebot:#ubuntu-release- New: accepted linbox [amd64] (cosmic-proposed) [1.5.2-1]
[10:57] -queuebot:#ubuntu-release- New: accepted linbox [armhf] (cosmic-proposed) [1.5.2-1]
[10:57] -queuebot:#ubuntu-release- New: accepted linbox [ppc64el] (cosmic-proposed) [1.5.2-1]
[10:57] -queuebot:#ubuntu-release- New: accepted linbox [arm64] (cosmic-proposed) [1.5.2-1]
[10:57] -queuebot:#ubuntu-release- New: accepted linbox [s390x] (cosmic-proposed) [1.5.2-1]
[10:57] -queuebot:#ubuntu-release- New: accepted linbox [i386] (cosmic-proposed) [1.5.2-1]
[11:03] <xnox> Laney, i wonder if systemd broke things or armhf-runners had changes. it appears that autopkgtests no longer have XDG_SESSION_ID= set, on armhf.
[11:03] <xnox> Laney, also there is another crash in unittests on armhf to investigate, otherwise it is the only regression left =(
[11:04] <Laney> xnox: no changes from me
[11:04] <xnox> Laney, ack. thanks.
[11:27] <Laney> xnox: not really sure how this worked before to be honest
[11:27] <Laney> we just use lxc exec I think
[11:29] <xnox> hm...
[11:37] -queuebot:#ubuntu-release- New binary: opencascade [s390x] (cosmic-proposed/universe) [7.3.0+dfsg1-3] (no packageset)
[11:43] -queuebot:#ubuntu-release- New binary: opencascade [i386] (cosmic-proposed/universe) [7.3.0+dfsg1-3] (no packageset)
[11:43] <Laney> xnox: but it does seem to pass/fail with the old/new version
[11:44] <Laney> you can make this happen locally
[11:44] <Laney> autopkgtest --apt-upgrade --test-name logind --apt-pocket=proposed=src:systemd systemd --shell-fail -- lxd --debug autopkgtest/ubuntu/cosmic/amd64
[11:44] <Laney> and remove the proposed bit
[11:44] <Laney> brb
[11:45] <xnox> Laney, yeah, thanks. will dig more into it. there have been changes in pam/logind stuff
[11:47] -queuebot:#ubuntu-release- New binary: opencascade [ppc64el] (cosmic-proposed/universe) [7.3.0+dfsg1-3] (no packageset)
[11:59] -queuebot:#ubuntu-release- New binary: opencascade [amd64] (cosmic-proposed/universe) [7.3.0+dfsg1-3] (no packageset)
[13:27] -queuebot:#ubuntu-release- New binary: opencascade [armhf] (cosmic-proposed/universe) [7.3.0+dfsg1-3] (no packageset)
[13:33] -queuebot:#ubuntu-release- New binary: opencascade [arm64] (cosmic-proposed/universe) [7.3.0+dfsg1-3] (no packageset)
=== alan_g is now known as alan_g_
[14:04] <LocutusOfBorg> any AA around to help haskell migrate?
[14:04] <LocutusOfBorg> we are sooooooooooooooo close
[14:04] <LocutusOfBorg> just few bits
[14:06] <LocutusOfBorg> 1) remove agda on armhf (same issue in Debian, RC bug open) 2) kick haskell-conduit-combinators	(removed in Debian already) ghc-mod, gitit, all RC buggy
[14:08] <LocutusOfBorg> 3) wait for dinstall, 4) enjoy
[14:34] -queuebot:#ubuntu-release- New source: finalrd (cosmic-proposed/primary) [2]
[15:14] <doko> LocutusOfBorg: does this mean that the armhf and s390x issues are fixed?
[15:14] <LocutusOfBorg> yes
[15:34] <LocutusOfBorg> did anybody kill autopkgtests?
[15:39] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (xenial-proposed) [1.2.27]
[15:40] <doko> LocutusOfBorg: removed agda. haskell-conduit-combinators still has rdeps
[15:42] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (artful-proposed) [1.5.2]
[15:45] -queuebot:#ubuntu-release- Unapproved: accepted apt [source] (bionic-proposed) [1.6.2]
[15:46] <doko> removed ghc-mod and gitit as well
[15:49] <doko> haskell-conduit-combinators is only removed in unstable, not testing
[16:05] <doko> python-numpy migrated. hmm, no opemnpi dependencies?
[16:50] <doko> LocutusOfBorg: did you have a look at the autopkg tests triggered by cmake?
[17:26] -queuebot:#ubuntu-release- Unapproved: systemd (bionic-proposed/main) [237-3ubuntu10.1 => 237-3ubuntu10.2] (core)
[17:32] -queuebot:#ubuntu-release- Unapproved: python2.7 (bionic-proposed/main) [2.7.15~rc1-1 => 2.7.15-0ubuntu1] (core)
[17:40] -queuebot:#ubuntu-release- Unapproved: rejected systemd [source] (bionic-proposed) [237-3ubuntu10.2]
[17:40] -queuebot:#ubuntu-release- Unapproved: python2.7 (bionic-proposed/main) [2.7.15~rc1-1 => 2.7.15-0ubuntu1] (core)
[17:48] -queuebot:#ubuntu-release- Unapproved: rejected python2.7 [source] (bionic-proposed) [2.7.15-0ubuntu1]
=== gpiccoli is now known as servchan
[17:53] <LocutusOfBorg> doko, not on top of my list, they need upstream patches
[17:53] <LocutusOfBorg> on top now I have haskell migration
=== servchan is now known as gpiccoli
[17:53] <LocutusOfBorg> and I don't get that conduit-combinators issue
[17:54] <doko> it's the reverse build-depends
[17:54] <LocutusOfBorg> it has no rdeps in unstable, and this is what makes it go in testing, unless something weird is going on
[17:55] <doko> $ reverse-depends -b src:haskell-conduit-combinators
[17:55] <doko> Reverse-Build-Depends-Indep
[17:55] <doko> ===========================
[17:55] <doko> * haskell-classy-prelude-conduit  (for libghc-conduit-combinators-doc)
[17:55] <doko> * haskell-gitlib                (for libghc-conduit-combinators-doc)
[17:55] <doko> Reverse-Build-Depends
[17:55] <doko> =====================
[17:55] <doko> * haskell-classy-prelude-conduit  (for libghc-conduit-combinators-prof)
[17:55] <doko> * haskell-classy-prelude-conduit  (for libghc-conduit-combinators-dev)
[17:55] <doko> * haskell-cryptonite-conduit    (for libghc-conduit-combinators-dev)
[17:55] <doko> * haskell-gitlib                (for libghc-conduit-combinators-dev)
[17:55] <doko> * haskell-gitlib                (for libghc-conduit-combinators-prof)
[17:55] <LocutusOfBorg> yes, but they don't use it anymore
[17:55] <LocutusOfBorg> in -proposed
[17:57] <LocutusOfBorg> ./debian/changelog:  * Patch for no conduit-combinators.
[17:57] <LocutusOfBorg> as I say, in proposed, nothing uses it anymore, and once haskell migrates, we should be fine
[17:57] <doko> but removing these makes things uninstallable ...
[17:58] <doko> slangasek: can these be forced in?
[17:58] <LocutusOfBorg> what? uninstallable in release? and they become installable again once haskell migrates
[17:58] <LocutusOfBorg> I don't get the point
[17:58] <LocutusOfBorg> they should I would say :)
[17:58] <LocutusOfBorg> otherwise how can haskell migrate?
[17:59] <LocutusOfBorg> proposed pocket is ok to migrate
[17:59] <LocutusOfBorg> (haskell-store-core is fixed now, waiting a publisher run)
[18:00] <doko>     * amd64: libghc-conduit-combinators-dev, libghc-conduit-combinators-doc, libghc-conduit-combinators-prof, libghc-store-core-dev, libghc-store-core-doc, libghc-store-core-prof, libghc-store-dev, libghc-store-doc, libghc-store-prof
[18:00] <doko>     * arm64: libghc-conduit-combinators-dev, libghc-conduit-combinators-prof, libghc-store-core-dev, libghc-store-core-prof, libghc-store-dev, libghc-store-prof
[18:00] <LocutusOfBorg> store-core is fine
[18:00] <doko> I can't hint these ...
[18:00] <LocutusOfBorg> combinator has to go
[18:00] <LocutusOfBorg> why? conduitcombinators is the one we are talking about
[18:02] <LocutusOfBorg> remove conduit-combinators, wait publisher, profit
[18:14] <slangasek> "remove" - is this a Debian removal?
[18:21] <doko> slangasek: it's removed in unstable, kept in testing
[18:22] <slangasek> doko: ok; so you are going to remove it?
[18:27] <LocutusOfBorg> slangasek, yes, of course
[18:27] <LocutusOfBorg> the package is now removed in unstable only, and will automagically remove from testing once haskell migrates
[18:27] <LocutusOfBorg> reason is that it has no rdeps anymore in unstable
[18:27] <LocutusOfBorg> same happens to cosmic
[18:28] <ginggs> what prevents openmpi from migrating?
[18:30] <LocutusOfBorg> gdal e.g. with vtk6
[18:31] <ginggs> LocutusOfBorg: ta
[18:31] <LocutusOfBorg> but gdal is mostly ready, at least candidate
[18:31] <LocutusOfBorg> removing vtk6 from release for some days might make things better
[18:32] <ginggs> removing it permanently might make things even better :)
[18:33] <LocutusOfBorg> lol
[18:33] <LocutusOfBorg> unfortunately britney is not smart enough to tell me if vtk6 is the only entangled package, but it should be
[18:33] <LocutusOfBorg> so, removing it should make it go
[18:34] <ginggs> oh osmcoastline
[18:35] <LocutusOfBorg> already retried
[18:37] <LocutusOfBorg> slangasek, ^^ can you do the vtk6 magic?
[18:37] <doko> slangasek: sure, I can. but it doesn't feel like a clean way ...
[18:37] <doko> done
[18:37] <LocutusOfBorg> vtk6 will migrate with proj and gdal...
[18:38] <LocutusOfBorg> hurray for haskell! <3
[18:38] <LocutusOfBorg> doko, it is a clean way, just britney isn't smarter enough to understand that the breakage of the archive is not possible, because the migration makes it consistent again
[18:39] <LocutusOfBorg> this happens with haskell, almost every transition we do (major)
[18:39]  * LocutusOfBorg braces for impact!
[18:41] <doko> well, gdal isn't ready
[18:41] <LocutusOfBorg> gdal is candidate in a matter of minutes
[18:43] <doko> and everything is ready with perl?
[18:43] <LocutusOfBorg> doko, don't forget to remove haskell-conduit-combinators from -proposed pocket
[18:43] <LocutusOfBorg> perl is candidate, once haskell is gone, I can look at it
[18:44] <LocutusOfBorg> we need to break openmpi vs other 10 transitions to see what is missing
[18:45] <doko> openmpi is ready
[18:45] <LocutusOfBorg> or wait for stuff being candidate
[18:45] <LocutusOfBorg> gdal is not ready yet, so I don't see what is missing
[18:46] <LocutusOfBorg> mariadb is blocking
[18:46] <LocutusOfBorg> we need to fix those:
[18:46] <LocutusOfBorg>     * amd64: circlator, fheroes2-pkg, freefem++, ghemical, gridengine-client, gridengine-dev, gridengine-drmaa-dev, gridengine-drmaa1.0, gridengine-exec, gridengine-master, gridengine-qmon, groonga, groonga-bin, groonga-examples, groonga-httpd, groonga-munin-plugins, groonga-normalizer-mysql, groonga-plugin-suggest, groonga-server-common, groonga-server-gqtp, groonga-token-filter-stem, groonga-tokenizer-mecab,
[18:46] <LocutusOfBorg> libdeal.ii-9.0.0, libdeal.ii-dev, libdrmaa1.0-java, libdrmaa1.0-ruby, libghemical-dev, libghemical5v5, libgroonga-dev, libgroonga0, librheolef-dev, librheolef1, libxdmf-dev, libxdmf3, mariadb-client, mariadb-client-10.1, mariadb-plugin-connect, mariadb-plugin-cracklib-password-check, mariadb-plugin-gssapi-client, mariadb-plugin-gssapi-server, mariadb-plugin-mroonga, mariadb-plugin-oqgraph, mariadb-plugin-spider,
[18:46] <LocutusOfBorg> mariadb-plugin-tokudb, mariadb-server, mariadb-server-10.1, mariadb-server-core-10.1, python-xdmf, python3-xdmf, rapmap, rheolef, salmon, spades, toulbar2, varnish, varnish-modules
[18:46]  * cyphermox facepalms; the haskell-cmark-gfm was so simple, doh
[18:47] <doko> how did you get this list?
[18:51] <LocutusOfBorg> update_output_notest.txt
[19:05] <ginggs> hmm, freefem++ and libghemical appear in debian's transition tracker, but not ours https://release.debian.org/transitions/html/auto-openmpi.html vs https://people.canonical.com/~ubuntu-archive/transitions/html/openmpi3.html
[19:07] <ginggs> same with rheolef
[19:09] <ginggs> we have deal.ii, and it was uploaded after the transition started
[19:16] <doko> the debian tracker includes the -dev package
[19:18] <doko> and rheolef still depends on libopenmpi2. not sure why that's not catched
[19:20] <doko> same for the others
[19:21] <doko> probably because the library packages are missing in the affected lie
[19:21] <doko> line
[19:22] <ginggs> doko: i'll copy over from debian's config
[19:22] <doko> ok
[19:22] <doko> do you upload the tree packages too?
[19:22] <doko> three
[19:22] <ginggs> i can
[19:36] <doko> muahhh, perl 5.28 transition on the horizon ...
[19:41] <ginggs> i plan to wait for the tracker to update, then upload what is missing - unless there is more urgency?
[19:44] <doko> well, we already know these three packages
[19:48] <slangasek> LocutusOfBorg: sorry, what magic were you looking for on vtk6?
[20:12] <ginggs> slangasek: locutus wanted temporary removal of vtk6 to allow openmpi to migrate
[20:29] <ginggs> openmpi3 tracker updated: freefem++ rheolef xdmf and libghemical outstanding - i'll upload xdmf now
[20:45] <ginggs> so xdmf has no direct Build-Depends on libopenmpi-dev, probably indirect through libhdf5-mpi-dev
[21:39] <LocutusOfBorg> slangasek, please kick haskell-conduit-combinators out from proposed too, thanks
[21:39] <LocutusOfBorg> removed in debian, and now with haskell migrated it makes no sense to keep it
[21:54] <slangasek> LocutusOfBorg: quite, no reason to leave a ftbfs build4 package in -proposed only
[21:54] <slangasek> ginggs, LocutusOfBorg: vtk6 has reverse-dependencies in cosmic, so... how was that supposed to work?
[22:42] -queuebot:#ubuntu-release- Unapproved: ebtables (bionic-proposed/main) [2.0.10.4-3.5ubuntu2.18.04.1 => 2.0.10.4-3.5ubuntu2.18.04.2] (edubuntu, ubuntu-server)
[23:15] -queuebot:#ubuntu-release- New binary: libskk [s390x] (cosmic-proposed/universe) [1.0.3-1] (input-methods)
[23:16] -queuebot:#ubuntu-release- New binary: libtorrent [s390x] (cosmic-proposed/universe) [0.13.7-1] (no packageset)
[23:18] -queuebot:#ubuntu-release- New binary: libskk [amd64] (cosmic-proposed/universe) [1.0.3-1] (input-methods)
[23:20] -queuebot:#ubuntu-release- New binary: veusz [s390x] (cosmic-proposed/universe) [3.0-1] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: libskk [i386] (cosmic-proposed/universe) [1.0.3-1] (input-methods)
[23:22] -queuebot:#ubuntu-release- New binary: ros-common-msgs [amd64] (cosmic-proposed/universe) [1.12.6-3] (no packageset)
[23:22] -queuebot:#ubuntu-release- New binary: libskk [ppc64el] (cosmic-proposed/universe) [1.0.3-1] (input-methods)
[23:22] -queuebot:#ubuntu-release- New binary: xmlsec1 [amd64] (cosmic-proposed/main) [1.2.26-3] (kubuntu, ubuntu-desktop, ubuntu-server)
[23:22] -queuebot:#ubuntu-release- New binary: veusz [amd64] (cosmic-proposed/universe) [3.0-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: libtorrent [ppc64el] (cosmic-proposed/universe) [0.13.7-1] (no packageset)
[23:25] -queuebot:#ubuntu-release- New binary: veusz [i386] (cosmic-proposed/universe) [3.0-1] (no packageset)
[23:26] -queuebot:#ubuntu-release- New binary: wireshark [s390x] (cosmic-proposed/universe) [2.6.1-1] (no packageset)
[23:27] -queuebot:#ubuntu-release- New binary: libtorrent [amd64] (cosmic-proposed/universe) [0.13.7-1] (no packageset)
[23:29] -queuebot:#ubuntu-release- New binary: libtorrent [i386] (cosmic-proposed/universe) [0.13.7-1] (no packageset)
[23:38] -queuebot:#ubuntu-release- New binary: wireshark [amd64] (cosmic-proposed/universe) [2.6.1-1] (no packageset)
[23:40] -queuebot:#ubuntu-release- New binary: wireshark [ppc64el] (cosmic-proposed/universe) [2.6.1-1] (no packageset)
[23:46] -queuebot:#ubuntu-release- New binary: libskk [arm64] (cosmic-proposed/universe) [1.0.3-1] (input-methods)
[23:48] -queuebot:#ubuntu-release- New binary: libskk [armhf] (cosmic-proposed/universe) [1.0.3-1] (input-methods)
[23:56] -queuebot:#ubuntu-release- New binary: libtorrent [arm64] (cosmic-proposed/universe) [0.13.7-1] (no packageset)
[23:57] -queuebot:#ubuntu-release- New binary: libtorrent [armhf] (cosmic-proposed/universe) [0.13.7-1] (no packageset)