| === maclin1 is now known as maclin | ||
| === maclin1 is now known as maclin | ||
| -queuebot:#ubuntu-release- New: accepted monero [amd64] (cosmic-proposed) [0.12.3.0~dfsg-1] | 08:35 | |
| -queuebot:#ubuntu-release- New: accepted monero [i386] (cosmic-proposed) [0.12.3.0~dfsg-1] | 08:35 | |
| -queuebot:#ubuntu-release- New: accepted monero [armhf] (cosmic-proposed) [0.12.3.0~dfsg-1] | 08:35 | |
| -queuebot:#ubuntu-release- New binary: horizon [amd64] (cosmic-proposed/main) [3:14.0.0~b2-0ubuntu2] (openstack, ubuntu-server) | 08:57 | |
| -queuebot:#ubuntu-release- New source: hvac (cosmic-proposed/primary) [0.5.0-0ubuntu1] | 09:01 | |
| -queuebot:#ubuntu-release- New source: vaultlocker (cosmic-proposed/primary) [1.0.1-0ubuntu1] | 09:02 | |
| LocutusOfBorg | zhsj, what about packaging lxc2 or porting anbox to use also lxc3? | 09:14 |
|---|---|---|
| LocutusOfBorg | debian will eventually move to lxc3 too I would say | 09:15 |
| -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (xenial-proposed/main) [4.15.0-26.28~16.04.1] (kernel) | 09:30 | |
| -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (xenial-proposed/main) [4.15.0-26.28~16.04.1] (kernel) | 09:31 | |
| -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [amd64] (xenial-proposed) [4.15.0-26.28~16.04.1] | 09:46 | |
| -queuebot:#ubuntu-release- New: accepted linux-signed-hwe [ppc64el] (xenial-proposed) [4.15.0-26.28~16.04.1] | 09:46 | |
| LocutusOfBorg | somebody please bump the mariadb hint? | 10:03 |
| sil2100 | LocutusOfBorg: I'll look into that in a moment | 10:16 |
| ginggs | sil2100: would you also please 'force-badtest pyfai/0.15.0+dfsg1-1/arm64' ? it only passed twice, ever | 10:20 |
| sil2100 | ginggs: I can take a look, but only in some moments | 10:26 |
| ginggs | sil2100: np, thanks | 10:27 |
| hc_ | I'm working on getting the fdroidserver package into a bionic update. Its well polished now, and there was a professional security audit since the bionic freeze | 10:57 |
| hc_ | autopkgtest passes on ARM and x86 but not s390 or ppc | 10:57 |
| hc_ | would this update be eligable to be included in bionic? | 10:58 |
| hc_ | https://bugs.launchpad.net/ubuntu/+source/fdroidserver/+bug/1758196?comments=all | 10:58 |
| ubot5 | Ubuntu bug 1758196 in fdroidserver (Ubuntu) "Sync fdroidserver 1.0.8-3 (universe) from Debian/testing (main)" [Undecided,Confirmed] | 10:58 |
| hc_ | or do I need autopkgtest passing on s390 and ppc? | 10:58 |
| hc_ | (which would be quite difficiult, involving fixing dependencies) | 10:59 |
| sil2100 | hc_: let me take a look | 11:35 |
| sil2100 | hc_: seeing that the test-suite never really passed for any arch in bionic, there is no strict requirement to get the ppc64el and s390x ones fixed for an SRU (if they're failing now for the same reasons as before) | 11:36 |
| sil2100 | hc_: I would have to see the new version package itself, but so far it seems like fitting the 'new upstream microrelease' case of SRUs (in case there's really just bugfixes there), so feel free to get the SRU information filled in and package sponsored | 11:39 |
| sil2100 | ginggs: why did it pass those two times, do you know? | 11:40 |
| ginggs | sil2100: enoclue, sorry | 11:41 |
| sil2100 | ginggs: actually even when it passed it looks as if it still failed, but the test suite somehow badly recognizes failure/success it seems | 11:48 |
| sil2100 | Since all the suites basically fail | 11:48 |
| sil2100 | Just in the failure case there are some that time-out | 11:48 |
| sil2100 | Anyway, to me this looks like a valid case of hinting, the test suite is bizarre | 11:49 |
| ginggs | sil2100: ok, i'll file a bug against the debian package | 11:50 |
| doko | mitya57: pyqt5 seems to be underlinked: https://launchpadlibrarian.net/377654918/buildlog_ubuntu-cosmic-amd64.pyqt5_5.11.2+dfsg-1_BUILDING.txt.gz | 11:50 |
| sil2100 | ginggs: hints updated | 11:50 |
| ginggs | sil2100: thanks | 11:51 |
| -queuebot:#ubuntu-release- Unapproved: accepted keepalived [source] (bionic-proposed) [1:1.3.9-1ubuntu0.18.04.1] | 12:04 | |
| -queuebot:#ubuntu-release- Unapproved: accepted unity-settings-daemon [source] (bionic-proposed) [15.04.1+18.04.20180413-0ubuntu1.1] | 12:25 | |
| -queuebot:#ubuntu-release- Unapproved: accepted gvfs [source] (bionic-proposed) [1.36.1-0ubuntu1.1] | 12:32 | |
| -queuebot:#ubuntu-release- Unapproved: accepted budgie-extras [source] (bionic-proposed) [0.4.4-0ubuntu1.1] | 12:39 | |
| LocutusOfBorg | slangasek, simutrans binary remove on armhf? the sync will make it FTBFS there, but debian dropped the binary and I think this is the right choice (such game won't probably work on arm anyway) | 13:17 |
| === hc_ is now known as _hc | ||
| -queuebot:#ubuntu-release- Unapproved: apache2 (bionic-proposed/main) [2.4.29-1ubuntu4.2 => 2.4.29-1ubuntu4.3] (ubuntu-server) | 14:15 | |
| -queuebot:#ubuntu-release- Unapproved: accepted hedgewars [source] (bionic-proposed) [0.9.24.1-dfsg-2ubuntu1] | 14:48 | |
| -queuebot:#ubuntu-release- Unapproved: accepted kio-gdrive [source] (bionic-proposed) [1.2.4-0ubuntu0.1] | 14:58 | |
| -queuebot:#ubuntu-release- Unapproved: accepted installation-guide [source] (bionic-proposed) [20160121ubuntu4.2] | 15:17 | |
| -queuebot:#ubuntu-release- Unapproved: accepted grub-installer [source] (bionic-proposed) [1.128ubuntu8.18.04.2] | 15:20 | |
| -queuebot:#ubuntu-release- Unapproved: accepted unity-settings-daemon [source] (xenial-proposed) [15.04.1+16.04.20160701-0ubuntu2] | 15:31 | |
| -queuebot:#ubuntu-release- Unapproved: accepted ndiswrapper [source] (xenial-proposed) [1.60-3~ubuntu16.04.3] | 15:33 | |
| -queuebot:#ubuntu-release- Unapproved: accepted xtables-addons [source] (xenial-proposed) [2.12-0.1~16.04.3] | 15:42 | |
| -queuebot:#ubuntu-release- Unapproved: accepted v4l2loopback [source] (xenial-proposed) [0.9.1-4ubuntu0.1] | 15:46 | |
| -queuebot:#ubuntu-release- Unapproved: accepted dahdi-linux [source] (xenial-proposed) [1:2.10.2~dfsg-1ubuntu3] | 15:53 | |
| -queuebot:#ubuntu-release- Unapproved: accepted oss4 [source] (xenial-proposed) [4.2-build2010-5ubuntu1~16.04.2] | 15:56 | |
| Eickmeyer | slangasek: We (the Ubuntu Studio team) are working on a new seed for a Plasma variant of Ubuntu Studio. Is there anything in the ubuntu-cdimage code that needs to be tweaked to facilitate this? | 16:19 |
| infinity | Eickmeyer: Do you intend to replace the current studio seeds or make a new one under a different name? If the former, then nothing needs to change on our end. | 16:40 |
| Eickmeyer | infinity: New one under a different name. | 16:41 |
| infinity | Eickmeyer: Then yes, lots of stuff needs changing to add a new flavour. | 16:41 |
| Eickmeyer | infinity: Does that happen on your end or do we need to assist in some way? | 16:42 |
| Eickmeyer | Not a new flavor, per se, as Ubuntu Studio isn't DE-specific. | 16:42 |
| Eickmeyer | Just adding a DE. | 16:42 |
| infinity | Eickmeyer: It's a new flavour if it uses new seeds. Or maybe I'm not understanding your intent. | 16:43 |
| Eickmeyer | We'd like to make a new iso for our Plasma variant while keeping the existing Xfce variant. All Ubuntu Studio, but different DEs. | 16:43 |
| infinity | Yeah, that sounds like a new flavour to me. Or new "product", if you prefer. But new seeds, new ISO, no different than adding fwmbuntu, that exciting new flavour based on a DE from 1993. | 16:44 |
| Eickmeyer | LOL | 16:45 |
| Eickmeyer | So, for all intents and purposes on your side it's a new flavor, no matter how it's marketed. | 16:45 |
| infinity | From a technical perspective, yeah. | 16:45 |
| infinity | kubuntu-plasma was a new flavour from kubuntu (until kubuntu became the plasma variant), etc. | 16:46 |
| Eickmeyer | Okay. Then, according to OvenWerks (Len Ovens), the new seed is ready for testing. So, yeah... | 16:47 |
| Eickmeyer | ubuntustudio-plasma is a thing, at least in theory. | 16:47 |
| infinity | Eickmeyer: And while it all happens on "our end", MPs welcome to ubuntu-cdimage and debian-cd and ubuntu-archive-scripts | 16:48 |
| Eickmeyer | infinity: Gotcha. I'll let OvenWerks know. | 16:48 |
| infinity | Eickmeyer: If it uses the same seed layout as studio (and for your sanity, I hope it does, that's much less pain to wrap your brain around), it should just be a matter of grepping around for studio and sprinkling some studio|studio-plasma here and there. | 16:49 |
| Eickmeyer | infinity: Yeah, that's what we thought. At least 20 additonal lines or something like that. | 16:49 |
| Eickmeyer | We're kinda meshing our seed with Kubuntu's seed to make this work, afaik. | 16:50 |
| slangasek | LocutusOfBorg: the Ubuntu delta made it build on armhf. The sync dropped the delta and now it ftbfs on armhf. So why did you sync it? | 16:55 |
| Eickmeyer | infinity: Not to sound too novice, but, uh... could you define "MPs"? XD | 16:57 |
| slangasek | LocutusOfBorg: ah Debian has actually removed armhf from the list of supported architectures. Shrug, I guess we can do that, but why are you in a hurry to sync packages that someone else (in this case me) is TIL on? | 16:58 |
| slangasek | Eickmeyer: merge proposals | 16:58 |
| Eickmeyer | slangasek: LOL that's what we thought. *whew* | 16:58 |
| infinity | LocutusOfBorg: Also, I question statements like "such game won't probably work on arm anyway"... Just how far in the past do you live that you think ARM can't run decent games? | 17:01 |
| infinity | (I mean, have you seen the intense 3D rendering phone games on iOS and Android do?) | 17:01 |
| -queuebot:#ubuntu-release- New binary: rustc [s390x] (cosmic-proposed/universe) [1.27.0+dfsg0+llvm-0ubuntu1] (no packageset) | 17:04 | |
| * ogra_ now eagerly waits for 18.10 when infinity releases fwmbuntu ... | 17:05 | |
| * ogra_ notifies omgubuntu.co.uk to prepare articles too | 17:05 | |
| infinity | ogra_: Although, I missed the v. fvwmbuntu. | 17:06 |
| infinity | ogra_: Try saying it out loud. It's fun. | 17:07 |
| ogra_ | haha, yeah | 17:07 |
| infinity | Maybe fvwbuntu has a better ring to it. | 17:07 |
| slangasek | fvbwmtu | 17:14 |
| -queuebot:#ubuntu-release- New binary: vuls [ppc64el] (cosmic-proposed/universe) [0.4.2+git20180531.0.399a087-2] (no packageset) | 17:15 | |
| -queuebot:#ubuntu-release- New binary: vuls [s390x] (cosmic-proposed/universe) [0.4.2+git20180531.0.399a087-2] (no packageset) | 17:15 | |
| -queuebot:#ubuntu-release- New binary: auto-multiple-choice [s390x] (cosmic-proposed/universe) [1.4.0~rc1-1] (no packageset) | 17:15 | |
| -queuebot:#ubuntu-release- New binary: auto-multiple-choice [ppc64el] (cosmic-proposed/universe) [1.4.0~rc1-1] (no packageset) | 17:16 | |
| -queuebot:#ubuntu-release- New binary: auto-multiple-choice [arm64] (cosmic-proposed/universe) [1.4.0~rc1-1] (no packageset) | 17:19 | |
| -queuebot:#ubuntu-release- New binary: auto-multiple-choice [amd64] (cosmic-proposed/universe) [1.4.0~rc1-1] (no packageset) | 17:24 | |
| -queuebot:#ubuntu-release- New binary: auto-multiple-choice [armhf] (cosmic-proposed/universe) [1.4.0~rc1-1] (no packageset) | 17:24 | |
| -queuebot:#ubuntu-release- New binary: auto-multiple-choice [i386] (cosmic-proposed/universe) [1.4.0~rc1-1] (no packageset) | 17:28 | |
| Eickmeyer | Fwum-buntu is how I'm reading that. XD | 17:29 |
| -queuebot:#ubuntu-release- New binary: vuls [arm64] (cosmic-proposed/universe) [0.4.2+git20180531.0.399a087-2] (no packageset) | 17:29 | |
| -queuebot:#ubuntu-release- New binary: vuls [armhf] (cosmic-proposed/universe) [0.4.2+git20180531.0.399a087-2] (no packageset) | 17:29 | |
| -queuebot:#ubuntu-release- New binary: rustc [amd64] (cosmic-proposed/universe) [1.27.0+dfsg0+llvm-0ubuntu1] (no packageset) | 17:33 | |
| -queuebot:#ubuntu-release- New binary: vuls [i386] (cosmic-proposed/universe) [0.4.2+git20180531.0.399a087-2] (no packageset) | 17:33 | |
| -queuebot:#ubuntu-release- New binary: vuls [amd64] (cosmic-proposed/universe) [0.4.2+git20180531.0.399a087-2] (no packageset) | 17:34 | |
| -queuebot:#ubuntu-release- New binary: rustc [ppc64el] (cosmic-proposed/universe) [1.27.0+dfsg0+llvm-0ubuntu1] (no packageset) | 17:55 | |
| === freyes__ is now known as freyes | ||
| tsimonq2 | infinity: I just can't wait until Ubuntu Tiling Remix becomes a thing. :P | 18:28 |
| === kmously is now known as kmously-afk | ||
| -queuebot:#ubuntu-release- New binary: barbican [amd64] (cosmic-proposed/main) [1:7.0.0~b2-0ubuntu2] (openstack, ubuntu-server) | 20:34 | |
| -queuebot:#ubuntu-release- Unapproved: libxstream-java (trusty-proposed/universe) [1.4.7-1 => 1.4.7-1ubuntu1] (no packageset) | 20:37 | |
| -queuebot:#ubuntu-release- Unapproved: libxstream-java (xenial-proposed/universe) [1.4.8-1 => 1.4.8-1ubuntu1] (no packageset) | 20:37 | |
| -queuebot:#ubuntu-release- New binary: rustc [i386] (cosmic-proposed/universe) [1.27.0+dfsg0+llvm-0ubuntu1] (no packageset) | 20:42 | |
| ddstreet | slangasek can you reject those libxstream-java uploads if you have a minute, i forgot to include the LP: tag :-/ I'll reupload them in a minute with the LP tag added to the changelog | 20:45 |
| slangasek | ddstreet: done | 20:47 |
| -queuebot:#ubuntu-release- Unapproved: rejected libxstream-java [source] (trusty-proposed) [1.4.7-1ubuntu1] | 20:47 | |
| ddstreet | thanks | 20:48 |
| -queuebot:#ubuntu-release- Unapproved: rejected libxstream-java [source] (xenial-proposed) [1.4.8-1ubuntu1] | 20:48 | |
| -queuebot:#ubuntu-release- Unapproved: libxstream-java (trusty-proposed/universe) [1.4.7-1 => 1.4.7-1ubuntu1] (no packageset) | 20:53 | |
| -queuebot:#ubuntu-release- Unapproved: libxstream-java (xenial-proposed/universe) [1.4.8-1 => 1.4.8-1ubuntu1] (no packageset) | 20:53 | |
| -queuebot:#ubuntu-release- New binary: rustc [arm64] (cosmic-proposed/universe) [1.27.0+dfsg0+llvm-0ubuntu1] (no packageset) | 21:05 | |
| -queuebot:#ubuntu-release- New binary: rustc [armhf] (cosmic-proposed/universe) [1.27.0+dfsg0+llvm-0ubuntu1] (no packageset) | 21:15 | |
| foka | Hello! I uploaded libsass 3.5.4-1 to Debian, and it has been picked up by Ubuntu in cosmic "proposed". My question is, what should I do to get libsass 3.5.4-1 into "release"? Many thanks! | 21:51 |
| slangasek | foka: requirements are fundamentally the same shape as for Debian testing, and: https://bugs.debian.org/903195 | 21:56 |
| ubot5 | Debian bug 903195 in libsass-python "libsass-python FTBFS with new libsass" [Serious,Open] | 21:56 |
| sarnold | slangasek: I don't spot anything on http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#libsass that looks like "this won't migrate" ... what am I overlooking? | 21:58 |
| slangasek | sarnold: it's a library ABI transition, you have to look at update_output.txt to see what is made uninstallable by migrating the package | 21:58 |
| sarnold | slangasek: ooww, and I thought update_excuses was hard to read :) | 21:59 |
| slangasek | foka: Debian testing may currently be more forgiving than Ubuntu's proposed-migration wrt leaving old binaries around for compatibility | 22:01 |
| slangasek | ugh why does fakechroot have a build-dependency on libjemalloc1? terrible | 22:01 |
| foka | slangasek: Thank you for answering my question, and sarnold's too, which was what I was wondering about too. I was hoping libsass 3.5.4-1 could be allowed in first, and then the other dependent packages could be fixed later. Apparently not, though indeed the Ubuntu way is more robust than the Debian way in this case. :-) | 22:03 |
| foka | sarnold: Thank you for asking the right questions. You read my mind, and I didn't know where to look and how to ask. :-) | 22:03 |
| tsimonq2 | sarnold, foka: https://wiki.ubuntu.com/ProposedMigration#The_update_output.txt_file_is_completely_unreadable.21 | 22:03 |
| slangasek | foka: well, s/robust/brittle/, honestly :) | 22:03 |
| tsimonq2 | That whole page should answer questions about the process. :) | 22:03 |
| -queuebot:#ubuntu-release- Unapproved: ubuntu-release-upgrader (bionic-proposed/main) [1:18.04.19 => 1:18.04.20] (core) | 22:04 | |
| sarnold | foka: nor do I, which is why I asked what I did, hehe :) | 22:04 |
| sarnold | tsimonq2: lol love the html anchor.. | 22:04 |
| tsimonq2 | slangasek: Conceptually robust. :P | 22:04 |
| sarnold | " The "(0)" is irrelevant; you can safely ignore it. " | 22:05 |
| sarnold | hehe | 22:05 |
| foka | tsimonq2: Thank you! | 22:05 |
| slangasek | nah. Debian's works the way it does because they found that leaving the old binaries around transitionally and automatically cleaning them up later eased the manual effort involved in driving transitions | 22:05 |
| sarnold | tsimonq2: nice link thanks :) | 22:05 |
| foka | I'd better copy and paste this discussion to my personal wiki so I won't forget next time. :-) | 22:05 |
| slangasek | I'd rather Ubuntu do this as well, but it means more people would have to be helping with the NBS cleanup | 22:06 |
| tsimonq2 | slangasek: Tell me why going around to Core Developers and saying "congrats, you now get to help with NBS cleanup" is a bad idea. :P >_> | 22:06 |
| * tsimonq2 runs | 22:07 | |
| slangasek | I'm not saying it's a bad idea. I'm saying it needs to be an orderly transition | 22:07 |
| slangasek | and also changes would be needed to the britney brancgh | 22:07 |
| tsimonq2 | Ah. | 22:08 |
| foka | Yeah, I was hoping to have the hugo_0.43-1 linked with libsass uploaded to Debian, which would work with Debian, which would compile with Ubuntu's libsass 3.4.8 too, though some runtime error would appear. I knew the python, pike and php bindings will have to be updated too to libsass's ABI sooner or later, but those are not team-maintained (and might need to contact the individual maintainers separately) and I thought I could do that | 22:10 |
| foka | _after_. I guess I'd better be patient and fix those bindings first. :-) | 22:10 |
| tsimonq2 | slangasek: Could I get some help with gtk+2.0 | 22:24 |
| * tsimonq2 pressed enter early | 22:24 | |
| tsimonq2 | pinentry's autopkgtest fails in an unrelated way | 22:24 |
| tsimonq2 | autopkgtest for pinentry/1.1.0-1build2: amd64: Pass, arm64: Regression ♻ , armhf: Pass, i386: Regression ♻ , ppc64el: Always failed, s390x: Regression ♻ | 22:24 |
| tsimonq2 | All are with the same error as tried against gtk+2.0: Exception: wrongpassS ERROR tty.? 83886142 | 22:25 |
| * tsimonq2 finds the existing pinentry hint | 22:27 | |
| slangasek | "some help with gtk+2.0" removal? | 22:27 |
| tsimonq2 | No, with getting it to migrate. | 22:28 |
| tsimonq2 | slangasek: tl;dr could you please sed -i "s/\/s390x pinentry\/1.1.0-1\/arm64//"? | 22:29 |
| tsimonq2 | s/-i// | 22:29 |
| slangasek | tsimonq2: ah so the problem is that there's a version of pinentry in -proposed which *does* pass it tests, so now the previous failures are all wrongly treated as regressions | 22:33 |
| slangasek | ^^ needed that level of verbosity to assure myself what you were asking for was correct :) | 22:34 |
| tsimonq2 | slangasek: Yep. | 22:34 |
| tsimonq2 | hehe, sorry. | 22:34 |
| tsimonq2 | 🤞 gtk+2.0 should migrate now | 22:37 |
| tsimonq2 | Thanks slangasek | 22:37 |
| slangasek | tsimonq2: also, impressive that pinentry 1.1.0-1build2 i386 is reported as a regression when it actually passed :P | 22:40 |
| tsimonq2 | slangasek: hah | 22:40 |
| slangasek | oh, no it didn't | 22:40 |
| slangasek | sorry, failing at tabs, here | 22:40 |
| tsimonq2 | oh :P | 22:40 |
| slangasek | there was a random pass of 1.1.0-1/i386 in late June | 22:41 |
| tsimonq2 | slangasek: On another note, infinity reviewed this and said it looked good but never merged this... you were also involved in the discussion, could you review/merge? https://code.launchpad.net/~tsimonq2/debian-cd/lubuntu-cosmic-changes/+merge/345792 | 22:41 |
| tsimonq2 | hah | 22:41 |
| tsimonq2 | ¯\_(ツ)_/¯ | 22:41 |
| -queuebot:#ubuntu-release- New binary: openbabel [amd64] (cosmic-proposed/universe) [2.4.1+dfsg-1] (kubuntu) | 23:39 | |
| -queuebot:#ubuntu-release- New binary: openbabel [s390x] (cosmic-proposed/universe) [2.4.1+dfsg-1] (kubuntu) | 23:44 | |
| -queuebot:#ubuntu-release- New binary: openbabel [i386] (cosmic-proposed/universe) [2.4.1+dfsg-1] (kubuntu) | 23:47 | |
| -queuebot:#ubuntu-release- New binary: openbabel [ppc64el] (cosmic-proposed/universe) [2.4.1+dfsg-1] (kubuntu) | 23:48 | |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!