[04:30] <juliank> bdmurray: missing the latest apport upload in bzr, what's the status there?
[04:37] <juliank> doko: have you seen https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1784107 and duplicates? python3 tries to p3compile hplip files that do not exist
[06:02] <cpaelzer> hmm, when does hwdata package update its database? Upload Sat, 02 Jul 2016 16:53:06 +0200 database version is 2017-03-16 03:15:01 in /usr/share/hwdata/pci.ids
[06:02] <cpaelzer> is that a build time regenerated things?
[06:02] <cpaelzer> yeah the current version is copied since Artful and the build time there somewhat matches the DB 2017-04-20
[06:02] <cpaelzer> I wonder if that would need regular no-change rebuilds to stay current ...
[06:06] <cpaelzer> ok, assumption confirmed the makefile curl's the data from the web
[06:06] <cpaelzer> and Debian bein gon the same package version but an earlier build has an older DB
[06:06] <cpaelzer> so probably a rebuild would really be useful
[06:09] <cpaelzer> harr, I see symlink to actually pciutils - now all makes sense as the make wasn't called on build
[06:09]  * cpaelzer stops mumbling to the chan :-)
[06:10] <infinity> cpaelzer: wget at build time wouldn't work anyway. :P
[06:10] <cpaelzer> yep that made me look for links as net+build = nono
[06:11] <infinity> cpaelzer: Tim used to occasionally do pciutils updates for upstream DB changes as SRUs.  Not sure if someone's taken that over from him.
[06:11] <infinity> apw, sforshee: ^^
[06:59] <tjaalton> doko: xutils is just a metapackage, dunno about xaw3d
[07:17] <apw> infinity, oh, hmmm... yes that likely is through the cracks --- my memory of that is he used
[07:17] <apw> infinity, to pull us up 'newer' than debian, but that is was essentially resync able
[09:11] <LocutusOfBorg> doko, gcc8 makes pcl sad "c++: fatal error: Killed signal terminated program cc1plus"
[09:12] <doko> LocutusOfBorg: which archs?
[09:17] <LocutusOfBorg> everywhere I would say
[09:17] <LocutusOfBorg> at least ppc64el
[09:18] <LocutusOfBorg> other archs are boost failing
[09:24] <seb128> does anyone know of a more efficient way to get the list of packages a team is subscribed to from launchpad than that?
[09:24] <seb128> subscribed = desktop_team.getBugSubscriberPackages()
[09:24] <seb128> for source in subscribed:
[09:24] <seb128> 	sources.append(source.name)
[09:24] <seb128> it works but takes 30 seconds
[09:28] <seb128> cyphermox, doko, mir team, could you review https://bugs.launchpad.net/ubuntu/+source/yaru-theme/+bug/1783600 ? it's our new theme and we would like to switch the default in yaru sooner rather than later to have time to get feedback and fix issues
[09:31] <doko> didrocks: ^^^
[09:32] <doko> seb128: I don't want to commit on that one for now, busy with other stuff, and afk next week
[09:32] <seb128> doko, ok, no worry
[09:33] <seb128> doko, didrocks is the one who is driving the project and doing the packaging so would be nice to have another reviewer, also he's away for summer holidays in a few days
[09:33] <doko> argh
[09:34] <seb128> but it's "only a theme" and we started it with the community
[09:34] <seb128> so maybe it's fine to have a pre-ack to start including it, knowing we commit to fixing reviews issues later?
[09:39] <doko> seb128: emacs is now built unversioned (and desktop was subscribed to emacs25). could you subscribe to the emacs source?
[10:19] <seb128> doko, done for emacs, what do you think about pre-approving the theme MIR?
[10:26] <cjwatson> good lord: drwx------ 2 ddebs ddebs 597336064 Jul 31 10:20 /srv/ddebs.ubuntu.com/.launchpadlib/api.launchpad.net/cache
[10:27] <cjwatson> rm -r has been running for, err, some time
[10:27] <seb128> lol
[10:27] <seb128> impressive
[10:27] <seb128> cjwatson, since you are around, do you know about the launchpadlib question I asked an hour ago?
[10:27] <seb128> sorry to use the opportunity and nag you :)
[10:28] <cjwatson> seb128: I don't know of a more efficient way, no.  You can check with the profiling technique in https://help.launchpad.net/API/launchpadlib#Three_things_to_make_your_client_faster, but looking at the basic response I don't think you'll have any superfluous requests in there and you probably just have one request per 75 packages (usual batching)
[10:29] <cjwatson> In general we try not to return collections of unbounded size, which keeps the duration of each individual request down but means that some tasks can end up taking longer as a result because they need many round-trips
[10:30] <seb128> k, makes sense, thx
[10:30] <seb128> well I guess 30s is ok for that script, my other option is to just load and parse the corresponding webpage
[10:31] <cjwatson> Which is also batched, right?
[10:31] <seb128> https://bugs.launchpad.net/~desktop-packages/+packagebugs
[10:31] <seb128> doesn't seem so?
[10:31] <cjwatson> that's a bug :P
[10:31] <seb128> don't fix it :p
[10:31] <cjwatson> it must just be fast enough that we haven't needed to batch it
[10:32] <cjwatson> but absolutely no promises about any large collection like that remaining unbatched
[10:32] <seb128> yeah, that team has quite a list
[10:32] <seb128> if it doesn't timeout it's probably good enough for most cases
[10:32] <cjwatson> it would be the first thing we did if it ever started timing out
[10:32] <seb128> right
[10:32] <seb128> I'm just going to use the api, cleaner and at least no futur surprise (hopefully)
[10:32] <seb128> thx
[10:33] <cjwatson> ok, sorry not to have a better answer
[10:34] <seb128> no worry, that's for a script that is a cron job geneating team reports, the extra 30s isn't going to be an issue
[10:43] <LocutusOfBorg> doko, "Fix applying xserver patch, by not building mir." I think tigervnc is now syncable, but I don't know the rationale for your delta...
[10:43] <LocutusOfBorg> there is no mention of mir anymore in the source code
[10:43] <LocutusOfBorg> I sync'd, not sure what might break
[10:56] <TJ-> bcmwl-kernel-source from 'restricted' is failing to build on 18.04 ( bug #1779974 and others) leaving users without WiFi - who's responsible for dealing with that?
[10:59] <TJ-> This also affects 16.04 with the HWE kernels
[11:23] <rbasak> TJ-: try #ubuntu-kernel
[11:33] <TJ-> rbasak: already done, and sorted :)
[13:20] <StevenK> Is there a rough timeline for Bionic being added to meta-release-lts now that 18.04.1 is out?
[14:42] <infinity> StevenK: Soon(tm).
[14:43]  * ogra shakes head about the always ahead in TZ and always impatient aussies ... 
[15:13] <ginggs> tseliot: hi!  are you planning nvidia-graphics-drivers-396 any time soon?  (needed for CUDA 9.2)
[15:15] <tseliot> ginggs: hi. No, sorry, we only support long lived branches
[15:17] <ginggs> tseliot: ok, thanks
[15:22] <GunnarHj> infinity: You mentioned you'd SRU your fix of bug #1762952. Still on your list? Anything I can do to help?
[15:26] <tjaalton> only 3.3.1 is referenced in /win 27
[15:26] <tjaalton> uh
[17:24] <ahasenack> hi, my ocfs2-tools upload to cosmic is failing to pass migration because of an s390x failure that is unlikely to go away: https://github.com/markfasheh/ocfs2-tools/issues/22
[17:25] <ahasenack> there are hints already in place, but for the previous version of the package in ubuntu:
[17:25] <ahasenack> # Was skipped in lxc, never passed in a vm, not supported on big-endian
[17:25] <ahasenack> # https://github.com/markfasheh/ocfs2-tools/issues/22
[17:25] <ahasenack> force-badtest ocfs2-tools/1.8.5-3ubuntu1/s390x
[17:25] <ahasenack> what's the appropriate thing to do here, bump that to 1.8.5-5ubuntu1 (my upload)?
[17:25] <ahasenack> or make that more generic, if supported, like 1.8.5? Maybe a newer version will get s390x support
[17:25] <ahasenack> or update the test and skip s390x entirely, returning a fake "pass"?
[17:39] <ginggs> ahasenack: I think the usual action is a bump in the hints file, best place to ask is #ubuntu-release
[17:40] <ahasenack> I always ask in the wrong channel :/
[18:49] <infinity> GunnarHj: It's sitting in the queue.
[18:57] <infinity> GunnarHj: And by "it's in the queue", apparently I meant "I built it, signed it, and forgot to upload it".
[18:57] <infinity> GunnarHj: Uploaded now.
[18:58] <mdeslaur> in all fairness, you didn't specify which queue
[18:59] <infinity> mdeslaur: Sure, let's go with that.
[19:10] <slangasek> infinity: TB meeting?
[19:11] <infinity> slangasek: Sleep.
[19:11] <slangasek> tsk
[19:11] <infinity> slangasek: But you can relay that I've asked wxl to apply another round of Democracy(tm) to our expiries.
[19:12] <wxl> done already, actually
[19:12] <infinity> wxl: Ahh, excellent.
[19:12] <wxl> and i got in touch with mark.. or at least emailed him XD
[19:12] <wxl> (he hasn't yet replied)
[19:43] <GunnarHj> infinity: Thanks! :)
[20:01] <ahasenack> wow:
[20:01] <ahasenack> Get:1 http://ftpmaster.internal/ubuntu cosmic-proposed/main amd64 libsqlite3-0 amd64 3.24.0-1 [506 kB]
[20:01] <ahasenack> Fetched 506 kB in 213503982334601d 7h 0min 15s (0 B/s)
[20:01] <ahasenack> :)
[20:01] <infinity> Math is hard.
[20:08] <ahasenack> tjaalton: hi there,
[20:08] <ahasenack> tjaalton: checking a freeipa dep8 failure with my recent bind9 upload (not related to that pkcs11 crash bug): https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-cosmic/cosmic/amd64/f/freeipa/20180731_191434_0e520@/log.gz
[20:09] <ahasenack> tjaalton: any idea what failed there?
[20:09] <ahasenack> only thing I could find was:
[20:09] <ahasenack> autopkgtest: WARNING: Test dependencies are unsatisfiable with using apt pinning. Retrying with using all packages from cosmic-proposed
[20:09] <ahasenack> hm, maybe bind9-dyndb-ldap?
[20:09] <tjaalton> hard to tell
[20:11] <ahasenack> ah, likely, actually
[20:11] <ahasenack> I somehow missed that in the rdepends output of apt-cache rdepends libdns1100
[20:11] <tjaalton> I have a patch for that crash btw
[20:11] <tjaalton> asked folks to test it
[20:11] <ahasenack> I saw the movement in the bug, nice find by that guy
[20:12] <tjaalton> oh this is cosmic
[20:12] <ahasenack> yes
[20:14] <ahasenack> I'm taking care of it
[20:14] <ahasenack> nothing like asking to find out what is wrong seconds later :)
[20:17] <tjaalton> yeah needs a rebuild
[20:30] <ahasenack> does ubuntu use the ...buildN suffix to indicate no-change rebuilds? Or just bump the ubuntu release number?
[20:31] <ahasenack> I'm not finding examples of ...ubuntuNbuildX in my installed packages
[20:31] <tsimonq2> If it has an Ubuntu delta, bump the ubuntu number.
[20:31] <ahasenack> ok
[20:31] <tsimonq2> Because you want to keep the delta.
[20:31] <tsimonq2> Fun fact; dch --rebuild does this logic for you. ;)
[20:31] <tsimonq2> Otherwise, yeah.
[20:32] <ahasenack> oh, true
[20:32] <ahasenack> would someone sponsor this rebuild for me? I can't upload bind-dyndb-ldap: https://pastebin.ubuntu.com/p/XVcFrKmqxH/
[20:32] <ahasenack> or just run dch --rebuild on that package :)
[20:32] <tsimonq2> I have a script. :P
[20:33] <tsimonq2> Oh yay, it's in Universe.
[20:33] <tsimonq2> ahasenack: Doing.
[20:33] <ahasenack> https://launchpad.net/~ahasenack/+archive/ubuntu/bind-merge-9.11.4/+packages ppa showing it builds fine with the new bind9
[20:33] <ahasenack> tsimonq2: ^ thanks
[20:36] <tsimonq2> ahasenack: https://launchpad.net/ubuntu/+source/bind-dyndb-ldap/11.1-3ubuntu2
[20:36] <tsimonq2> Have fun.
[20:37] <ahasenack> tsimonq2: splendid, thank you
[20:37] <tsimonq2> No problem.
[21:38] <GunnarHj> tsimonq2: Do you have time to revisit and sponsor bug #1778041? I have taken a couple of actions since the last failed attempt (comment #4 and #5).
[21:45] <ahasenack> tjaalton: when you have a moment, could you please retrigger the failed freeipa tests under my bind9 upload? http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#bind9
[21:45] <ahasenack> you can see in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#bind9-dyndb-ldap that they are now passing
[22:04] <tsimonq2> GunnarHj: Done, but you'll need to poke an Archive Administrator.
[22:04] <tsimonq2> (Missing binaries.)
[22:14] <GunnarHj> tsimonq2: Thanks, will do! But I don't see the SRUs..?
[22:14] <tsimonq2> GunnarHj: Oh, let me get those.
[22:14] <tsimonq2> Where were those?
[22:14] <tsimonq2> (Did you just want me to wholesale backport that?)
[22:14] <GunnarHj> tsimonq2: https://launchpad.net/~gunnarhj/+archive/ubuntu/freshplayerplugin
[22:20] <tsimonq2> GunnarHj: Done.
[22:25] <GunnarHj> tsimonq2: Thanks a lot! Crossing my fingers for this being it.