[01:58] are grub2-signed uploads required for each grub2 upload ? [03:21] Who has the authority to move a package from multiverse to universe? https://bugs.launchpad.net/ubuntu/+source/redeclipse/+bug/1740979 [03:21] Launchpad bug 1740979 in redeclipse-data (Ubuntu) "redeclipse should be in universe, not multiverse" [Undecided,Confirmed] [03:23] I would like to see this miscategorization be fixed in time for the Bionic release, but I have no idea who can make that happen. [03:26] !info redeclipse-data unstable [03:26] redeclipse-data (source: redeclipse-data): data for the Red Eclipse FPS game. In component main, is optional. Version 1.5.8-1 (unstable), package size 842212 kB, installed size 959994 kB [03:29] smoser: Yes. [03:34] NewGnuGuy: Done. [03:38] infinity: Sweet! Thanks :-) [07:25] juliank, you know what is funny? your curl merge could have been a sync:p [07:25] curl 7.58.0-2: Explicitly enable libssh2 support which got silently disabled in the previous update [07:25] LOL [07:58] LocutusOfBorg: Well, the build-depends were there. === Elimin8r is now known as Elimin8er [09:10] juliank, you can build-depend from stuff in universe, as long as you don't runtime-dep on it :) [09:10] oh, yeah, that's true [09:11] actually a little switch in Debian might make it syncable [09:12] yup. [09:37] wgrant, cjwatson, hey, does bug #1745210 sound like something one of you could look at? unsure how work that could be but GNOME has migrated mostly to gitlab now which means we lost bug watches support for the GNOME stack [09:37] bug 1745210 in Launchpad itself "Support GNOME GitLab Issues as external bugtracker" [Undecided,New] https://launchpad.net/bugs/1745210 [09:37] willcooke, ^ unsure if that's something you could raise up/get resources allocated for [09:38] seb128: it's probably not a spare-time task; can you get it raised with our management? [09:38] I can raise it with Jamie, but easier if we can come to a friendly agreement IMO [09:39] I'm not unfriendly towards it, just don't have quite the kind of casual time available to do a job of that size [09:39] it's a few days, I'd say [09:39] kk, I will raise it [09:39] thanks [09:39] (given that we've already done GitHub, which is likely similar in structure) [09:39] cjwatson, willcooke, thanks [10:02] I get "Package does not exist" error on http://autopkgtest.ubuntu.com/packages/d/dput/bionic/ppc64el [10:02] excuses says ppc64el: Test in progress (always failed) [10:03] can a package in main suggest a package in universe? [10:03] Is that just because we ran no tests yet for dput in bionic on ppc64el? [10:05] So I think we'll see dput migrate very soon [10:14] LocutusOfBorg: yes [11:40] hi, can someone guide me through what I should do with ocfs2-tools that's stuck in bionic migration due to an upstream bug on s390x? [11:40] http://autopkgtest.ubuntu.com/packages/o/ocfs2-tools/bionic/s390x [11:40] o2image core dumps [11:40] xnox filed https://github.com/markfasheh/ocfs2-tools/issues/22 [11:41] last time tests passed, o2image wasn't in them as far as I can tell [11:41] I'm not ready to make the statement "ocfs2-tools does not work on s390x", I'm not familiar with that arch and ocfs2-tools in it [11:41] my upload is a fix for an ftbfs [11:42] xnox is on holidays I think [12:03] ahasenack: If the test was not in there before, ignore it? I mean, upstream already wrote that it only works on little endian [12:03] you mean I should change the test so that if I'm on s390x, return a fake success? [12:03] afaik autopkgtest can't skip arches [12:04] Something like that [12:04] yeah [12:05] ahasenack: Another alternative would be to remove the 3ubuntu1 merge from proposed and just do the FTBFS fix in there. [12:05] or I am confused or something :D [12:05] -2 also failed, but only sometimes [12:06] I'm not the maintainer, I just saw an easy win fixing the ftbfs [12:06] hm [12:06] the green pass was on lxc [12:06] ahasenack: I'd just ask #ubuntu-release to mark s390x as always failed [12:07] I bet this test wasn't run before [12:07] and now we are in a vm [12:07] ahasenack: It only did not fail before because yeah [12:07] before: o2cb SKIP Test requires machine-level isolation but testbed does not provide that [12:07] right [12:08] So yeah get it marked as always-failed, or reset or whatever [12:08] ok [13:41] cpaelzer: uploaded [13:41] :D [13:41] that was a terrible merge. [13:41] ( https://launchpad.net/ubuntu/+source/multipath-tools/0.7.4-2ubuntu1 ) [13:42] cpaelzer: thanks for reviewing :) [13:42] juliank: I did the last two, so I was less shocked as a first time visitor to that package :-) [13:42] thanks for your work on it [13:43] I sure hope the part I submitted to Debian gets merged. It's completely broken there. [13:48] cpaelzer: The whole question of the find_multipaths patch thing spawned like a 20-email long dicussion thread on dm-devel (actually 3 threads I think) [13:48] well, there's a 16 patch long patch series to redefine find_multipath too [13:49] * juliank lets the SUSE and RH people figure out some sanity [14:27] Is anyone using Vagrant with Ansible Windows WSL (Windows Subsystem for Linux)? [14:30] who broke ppa builds? [14:30] # only call dh_scour for packages in main [14:30] if grep -q '^Component:[[:space:]]*main' /CurrentlyBuilding 2>/dev/null; then dh_scour -plibghc-th-utilities-prof ; fi [14:30] ppa is everything in main AFAIR [14:33] jbicha, I blame YOU :p [14:34] https://launchpad.net/~costamagnagianfranco/+archive/ubuntu/costamagnagianfranco-ppa/+sourcepub/8740844/+listing-archive-extra [14:34] :) [14:45] LocutusOfBorg: probably https://anonscm.debian.org/cgit/collab-maint/scour.git/commit/?id=d3a95f82d4490f1a088c7bcb058b1962c0385e41 no? [14:49] I blame pitti :) [14:51] all this blame [14:56] http://people.canonical.com/~ubuntu-archive/component-mismatches.html stopped updating yesterday [14:56] hope I didn't break that too ;) [14:56] oh never mind [15:17] are ppa builds really broken? [15:18] I uploaded a package to a ppa of mine more than 1h ago and it hasn't started building, and still says "start in 1h" [15:18] ahasenack: Looks like there's a legit queue: https://launchpad.net/builders [15:21] ok, thanks === Spads_ is now known as Spads [17:19] Hello, I'm working with Ubuntu 18.04 + repository "Proposed" [17:21] caravena: that seems like a bold choice [17:21] caravena: did you have a question? if support, you want #ubuntu+1 [17:27] slangasek, I proposed a fix for bug 1744722, could someone from foundations review and sponsor it while Brian is on holidays? [17:27] bug 1744722 in ubuntu-release-upgrader (Ubuntu) "Unknown bad source brings up during 'zesty' to 'artful' upgrade and It break the process" [Critical,In progress] https://launchpad.net/bugs/1744722 [17:56] caravena: where I think "bold" is nacc's polite way to say "that configuration is explicitly recommended against, even for developers" [18:01] nacc: Ok, Thanks [18:38] cjwatson: :) [18:58] jibel: I forgot about this. I could take a closer look at it tomorrow if nobody wants to pick it up today. [18:58] juliank, I did steal again your curl merge, and uploaded the "syncable approach" one [18:59] LocutusOfBorg: awesome [18:59] can you please have a quick look? [18:59] https://launchpad.net/ubuntu/+source/curl/7.58.0-2ubuntu1 [18:59] if you agree, lets forward to debian [18:59] * juliank waits for diff [18:59] (I did a sync -f of the -2 version, so the autogenerated debdiff is "complete") [19:00] * LocutusOfBorg feels so dirty [19:00] * juliank is only half here atm :) [19:00] http://launchpadlibrarian.net/354671929/curl_7.58.0-2_7.58.0-2ubuntu1.diff.gz [19:00] looks ok [19:00] thanks! [19:01] the suggests libssh2-dev should be harmless [19:01] my ppa build log was looking promising [19:01] yeah === BrAsS_mOnKeY is now known as william