=== SuperKaramba is now known as BenderRodriguez
=== Eickmeyer[m] is now known as eickmeyer[m]
=== eickmeyer[m] is now known as Eickmeyer[m]
[05:12] <cpaelzer> DD is released, are we really still in FF/DIF (for EE then) as stated by the topic?
[05:13] <cpaelzer> I know there usually is a lot of cleanup/copy going on to open it up fully, so I wonder if we can already upload EE fixes or not
[05:13] <cpaelzer> juliank: I checked the queues and saw https://launchpadlibrarian.net/420798523/lvm2_2.03.02-2ubuntu1_source.changes
[05:13] <cpaelzer> juliank: this is clearly no old upload that just now happens to build, so taking that as an example we should already be open then - is that correct?
[06:10] <doko> Odd_Bloke: it already is there, but I don't expect it to be there as "supported", because the release will be only in December
[06:31] <Kendos-Kenlen> Hi :)
[06:32] <Kendos-Kenlen> is it here I am supposed to ask questions about deb packaging ?
[06:42] <juliank> cpaelzer: yeah, lots of uploads happening already
[06:42] <juliank> cpaelzer: no toolchain changes early this cycle
[06:50] <cpaelzer> ok, thanks juliank
[06:50] <cpaelzer> that confirms what I saw in the queue
=== ricotz_ is now known as ricotz
[09:12] <GunnarHj> jdstrand: Hi Jamie! I updated the im-config package and wonder if the patch https://pastebin.ubuntu.com/p/f8TxJTTY22/ is still useful. Actually, since Ubuntu 17.10 we have let GDM launch IBus, which in other words has been launched without the --address option. (Doing so was a hack to deal with an urgent IM issue before the 17.10 release.) With the latest im-config upload to eoan the patch again adds that --address option.
[11:02] <rbasak> ahasenack, cpaelzer, or maybe nacc or cjwatson: I need a peer review for https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/366504 please, which should hopefully fix the importer.
[11:05] <cjwatson> LGTM
[11:05] <rbasak> Thanks :)
[11:43] <Wafficus> Hi there, I help out the Lubuntu team and I am wondering, who could I ask for help in terms of utilizing the Ubujtu Server ISO tester for use with Lubuntu isos?
[11:43] <Wafficus> https://code.launchpad.net/~ubuntu-server-iso-testing-dev/ubuntu-server-iso-testing/trunk
[11:47] <rbasak> Wafficus: paride might be able to help you, but he's out today
=== Laney changed the topic of #ubuntu-devel to: Archive: Open | 19.04 Released! | Devel of Ubuntu (not support) | Build failures: http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of Trusty-Disco | If you can't send messages here, authenticate to NickServ first | Patch Pilots:
[11:51] <Wafficus> rbasak: gotcha at least i know who i can ask this week. thanks!
[11:58] <rbasak> Oh lovely, another bug.
[12:06] <rbasak> In [8]: [s.name for s in lp.distributions['debian'].series if s.active]
[12:06] <rbasak> Out[8]: [u'sid', u'stretch', u'jessie', u'wheezy']
[12:06] <rbasak> cjwatson: LP lists 'wheezy' as "active", so the importer is assuming it's available in the Debian apt archive, but wheezy is now gone from there.
[12:07] <rbasak> cjwatson: is the assumption valid, or do we need to now flag wheezy in Launchpad as inactive?
[12:07] <cjwatson> I need to consult on our process for that
[12:07] <cjwatson> Can you send me an email or open a ticket or something?
[12:08] <rbasak> Sure. Where should I open a ticket? Launchpad answers?
[12:08] <cpaelzer> rbasak: for the time being you might stip it from the returned list to get along right?
[12:08] <cjwatson> rbasak: Yeah
[12:08] <cjwatson> answers.launchpad.net/launchpad
[12:08] <rbasak> OK will do. I guess I can strip it from the returned list, though the "production" (experimental) importer runs from the snap, so hacking the code is a little painful.
[12:09] <rbasak> (I'll probably add a workaround to the code and deploy that for now)
[12:09] <cjwatson> We can probably just change the status since there are no publication records to change, but I don't want to accidentally break something that's complicated to unwind
[12:09] <rbasak> Sure. I appreciate this needs care.
[12:09] <rbasak> I'll add a workaround for now.
[12:15] <rbasak> cjwatson: https://answers.launchpad.net/launchpad/+question/680444
[12:15] <cjwatson> ta
[12:44] <Odd_Bloke> doko: Thanks!
=== Serge is now known as hallyn
[14:35] <xnox> slashd, hey, so you are changing ceph from using openssl 1.0 to 1.1.1 in an SRU? i thought we agreed to fix build-dependencies and use openssl 1.0 in bionic, as it did before.
[14:36] <xnox> slashd, or does that not work for some reason?
[14:52] <rbasak> cpaelzer or ahasenack: may I have a quick review of https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/366519 please? It's quite small. Hopefully this will be the final importer fix needed.
[14:53] <rbasak> (I'm triggering a CI run now)
[14:54] <cpaelzer> rbasak:  I'm taking a look
[14:54] <cpaelzer> oh I remember that fromt he discussion this morning
[14:54] <ahasenack> "Some seriess are listed a...." typo
[14:55] <cpaelzer> snake series
[14:55] <cpaelzer> ssss
[14:55] <rbasak> It's the plural of series
[14:55] <ahasenack> really?
[14:55] <rbasak> Not really English, but I'm not sure how to represent that better. It's a pattern I've used elsewhere in the codebase also.
[14:57] <cjwatson> LP uses serieses when it has no alternative, but it's awkward
[14:57] <cjwatson> and also not English
[14:58] <cjwatson> new rule: all terminology must have distinct singular/plural forms
[15:00] <ahasenack> rbasak: shouldn't that check be in self.active_series?
=== juliank is now known as juliank|dalek
=== juliank|dalek is now known as juliank
[15:05] <TJ-> shouldn't it be "series's" ?
[15:05] <cjwatson> Hell no
[15:06] <cjwatson> Plural is not possessive :)
[15:06] <TJ-> sorry, typo! "series' "
[15:06] <cjwatson> Even worse
[15:07] <cjwatson> The actual plural is just "series", but randomly adding a possessive doesn't make it any clearer (and is no use as an identifier anyway) ...
[15:07] <Odd_Bloke> It should be "series", but that doesn't really help. :p
[15:10] <TJ-> oh, so it should be "an array of series" then :)
[15:10] <TJ-> so "series[]"
[15:12] <rbasak> How about: serie's
[15:43] <Odd_Bloke> s/series/animal/g
[15:59] <rbasak> anima'l? :-P
[15:59] <rbasak> Also, Debian. wheezy, etc.
[16:00] <cpaelzer> char's then
[16:42] <slashd> xnox, actually it's the opposite, I'm switching from 1.1 to 1.0
[16:42] <xnox> slashd, ack, that's what i thought we agreed. let me reread the diff, the merge proposal looks odd, with many commits.
[16:42] <slashd> xnox, https://git.launchpad.net/~slashd/ubuntu/+source/ceph/commit/?id=8023c8cd12ac82c0f2ea76e0cd0ec796abd35307
[16:43] <xnox> slashd, this looks right!
[16:43] <slashd> jamespage fyi ^
[16:43] <xnox> slashd, does it build & work?
[16:43] <slashd> xnox, yes and tested with impacted users
[16:43] <xnox> slashd, but the changelog entry is bad.
[16:44] <slashd> xnox, I'm open to re-phrase it
[16:44] <rbasak> ahasenack: updated https://code.launchpad.net/~racb/usd-importer/+git/usd-importer/+merge/366519 (force push
[16:44] <rbasak> )
[16:44] <xnox> slashd, it should say "use openssl 1.0 at build and runtime, as it's incompatible with 1.1 abi"
[16:44] <xnox> slashd, cause you clearly did not fix incompatibility =)
[16:44] <slashd> xnox, yeah make more sense you are right
[16:45] <slashd> xnox, jamespage, so I'll SRU it if you guys are +1 on this (with the d/changelog modification)
[17:08] <slashd> xnox: https://git.launchpad.net/~slashd/ubuntu/+source/ceph/commit/?id=1abb386339c34bb793f1d7caa168930217724c71
[17:13] <ahasenack> rbasak: back
[17:15] <ahasenack> rbasak: is this change worth a test?
[17:15] <ahasenack> are there other tests around this area in the code? I haven't checked
[17:18] <rbasak> There aren't tests in this area of code currently.
[17:18] <ahasenack> k
[17:18] <rbasak> Hopefully the workaround will be gone very soon also.
[17:19]  * rbasak EODs
[17:19] <ahasenack> rbasak: +1
[17:20] <rbasak> Thanks!
[21:05] <ahasenack> hi, I was searching for the proper procedure to request that a package be removed from ubuntu, but couldn't find it. I filed a bug, but is there some team I should subscribe to it, like the release team perhaps?
[21:05] <ahasenack> https://bugs.launchpad.net/ubuntu/+source/gadmin-samba/+bug/1826458
[21:05] <ubottu> Launchpad bug 1826458 in gadmin-samba (Ubuntu) "Remove gadmin-samba from the archive" [Undecided,New]
[21:12] <gQuigs> ahasenack: I think it could be added to this page: https://wiki.ubuntu.com/ArchiveAdministration .. unfortunately viewing subscribed bugs (linked from that page) for examples fails for me..  I end up just looking at one of my old removal bugs as an example like https://bugs.launchpad.net/ubuntu/+source/sugar-record-activity/+bug/1558718
[21:12] <ubottu> Launchpad bug 1558718 in sugar-record-activity (Ubuntu) "Remove sugar-record-activity from archive or move to gst1.0" [Undecided,Fix released]
[21:13] <gQuigs> but archive admins get cleared after the removal... I guess
[21:14] <ahasenack> gQuigs: did you subscribe a team? I'm looking at your template bug
[21:15] <gQuigs> ahasenack: yup,. ubuntu-archive, but don't your bug won't qualify
[21:15] <gQuigs> 1 sec
[21:16] <ahasenack> it's the reverse-depends?
[21:16] <gQuigs> yup
[21:16] <ahasenack> it looks like the whole suite is obsolete
[21:16] <ahasenack> gadmintools
[21:17] <ahasenack> gadmintools is a metapackage
[21:18] <ahasenack> but thanks
[21:18] <ahasenack> I have to run
[21:18] <gQuigs> ahasenack: so it comes from Debian, you likely want to request removal from their first..
=== balloons3 is now known as balloons
[23:02] <vorlon> ginggs: no we should not sync ttf-mscorefonts-installer
[23:04] <vorlon> ginggs: that bug wasn't on my radar but I'll have a look at it tomorrow, thanks (I'm out sick today)
[23:04] <sarnold> :(