[00:26] <kees> systemd-shim really need to be purged before xenial -> bionic upgrades ....
[10:21] <sil2100> Hey, does anyone else see "/sys/firmware/dmi/tables/smbios_entry_point: Permission denied" errors in their autopkgtest logs for cosmic?
[13:00] <sforshee> LocutusOfBorg: I assume you're aware that there's a vboxguest driver in the upstream kernel now. We've still been shipping that and the vboxsf modules from the virtualbox-guest-dkms package in ubuntu kernels, and I wanted to get your opinion on whether we should continue doing so
[13:00] <sforshee> one hiccup, if we use the kernel's vboxguest driver we cannot ship vboxsf as it has dependencies on the vboxguest dkms module
[13:12] <ddstreet> sil2100 re: lp #1774120, if the last cosmic debdiff i attached looks like what you're asking for, can you upload that to cosmic and reject the previous SRU uploads?  I'll re-upload fixed SRUs.  Or, let me know if the cosmic debdiff isn't what you were looking for
[13:28] <LocutusOfBorg> sforshee, I know... not sure if we should continue or not too :)
[13:28] <LocutusOfBorg> my version should be "better" because I can tweak stuff and permissions
[13:29] <LocutusOfBorg> the basic kernel one works BTW
[13:33] <sforshee> LocutusOfBorg: if the in-kernel driver is currently more limited we can disable it and continue using the one from your package for now
[13:34] <sforshee> I assume we'd at least be missing the shared folders functionality
[13:41] <LocutusOfBorg> sforshee, better ship it because of vboxvideo
[13:41] <LocutusOfBorg> so we don't have to use seeds of vbox-guest in iso
[13:44] <sforshee> LocutusOfBorg: I don't follow, we've been using the in-kernel vboxvideo module already and afaict it has no dependencies on the vboxguest module
[13:46] <LocutusOfBorg> vboxvideo is provided by "kernel" and "vbox-guest"
[13:46] <LocutusOfBorg> the kernel version is useful in daily-live images, avoiding to install vbox-guest package
[13:47] <LocutusOfBorg> vbox-guest provides more tools and an updated (usually) kernel module
[13:47] <LocutusOfBorg> so the latter "enhances" the kernel one
[13:57] <sforshee> LocutusOfBorg: ok, but I don't see how that impacts which version of vboxguest.ko we choose to ship in the ubuntu kernel packages
[13:58] <sforshee> but it sounds like we're better off using the vboxguest.ko from your package for now, so I'll go that direction
[13:58] <sforshee> we can always reevaluate later
[14:14] <Nafallo> hi! who handles http://reqorts.qa.ubuntu.com/reports/rls-mgr/rls-cc-incoming-bug-tasks.html ? it seem a bit stalled.
[14:58] <LocutusOfBorg> sforshee, do you want to stop providing it completely?
[15:11] <sil2100> Does anyone know if there's some way of marking an autopkgtest as 'skipped' from inside the test? Let's say, I have an ADT test that in some certain special condition I want to mark itself as skipped?
[15:14] <sforshee> LocutusOfBorg: my preference would be to use the in-kernel drivers as long as they are providing the equivalent features
[15:45] <ginggs> sil2100: if blah blah exit 0 in debian/tests/name-of-script ?
[18:20] <jpleau> Trevinho: (I hope you're the right person :P) About the bug you filed for the GDM login/logout issue, do I have to do anything ? You mentionned I had to file a bug but it appears you did so already!
[18:21] <Trevinho> jpleau: Hey! yeah, exactly :)
[18:23] <jpleau> Okay, just wanted to be sure. I'm aware of the flow for Debian stable updates but less so for Ubuntu. Thanks
[20:02] <phibs> Is this a place to ask a generic package building question?
[20:03] <sarnold> hey phibs :)
[20:04] <phibs> uyo
[20:04] <phibs> yo&*
[20:04] <phibs> ok I give up haha
[20:04] <teward> #ubuntu-packaging might be a better place to ask generic package building things, no idea if it's still a 'living' channel though
[20:05] <phibs> yeah
[20:05] <phibs> Basically https://packages.ubuntu.com/cosmic/lshw has patches that reference one dir too specific, instead of a/src/blah its a/lshw-B.02.18/src/blah and does not build :(
[20:07] <teward> um
[20:07] <teward> phibs: that's by design with the way the package is laid out
[20:07] <teward> patches are relative to the root of the source package tree
[20:08] <phibs> the patch diff doesn't even create the debian dir in the same package dir....
[20:08] <phibs> it's AFU, try it :)
[20:08] <teward> well
[20:08] <teward> i just dget'd the package
[20:08] <teward> and all the patches just applied
[20:08] <phibs> hmm
[20:08] <teward> with quilt push -a
[20:08] <teward> https://paste.ubuntu.com/p/mVWymNkQZ2/ is the 'root' of the source pkg
[20:08] <teward> so the first 'folder' within the source package dir is lshw-B.02.18/
[20:08] <phibs> oh I see
[20:09] <phibs> thanks!
[20:09] <phibs> stupid me haha
[20:09] <teward> it's just this package and the way it's laid out
[20:09] <phibs> nod
[20:09] <phibs> yeah hadn't run into a package laid out like that before
[20:10] <teward> (disregard the /tmp/lshwstuff/... parts
[20:10] <phibs> any way to have it fetch/unpack things from say: https://packages.ubuntu.com/cosmic/lshw ?
[20:10] <phibs> or is there a tool that does that
[20:12] <sarnold> apt-get source if you have deb-src lines set up
[20:12] <sarnold> pull-lp-source may do the job too
[20:12] <teward> dget -u on the .dsc file linked on that page works as well, but that preassumes you have dget as well
[20:12] <phibs> my host is xenial, i'm backporting the cosmic one
[20:13] <phibs> dget -u is perfect, thanks
[20:13] <sarnold> there's some kind of automated backporting command ..
[20:13] <sarnold> it can also feed right into a ppa so you don't even need tobuild locally
[20:13] <teward> part of the dev tools, yeah i'm familar with it
[20:13] <sarnold> but lunchtime :)
[20:13] <sarnold> see ya phibs, teward :)
[20:13] <phibs> thanks to you both
[20:13] <teward> backportpackage is what sarnold's thinking of
[20:14] <teward> i forget the package that installs it though, maybe `ubuntu-dev-tools`
[20:14] <teward> (I'm on a Xenial system too heh)
[20:14] <phibs> yeo
[20:14] <phibs>  ubuntu-dev-tools has it
[20:14] <phibs> teward: thank you for your help sir, solved my issue!
[20:15] <teward> glad to have helped :)
[20:16] <phibs> so yeah the problem was I was unpacking/diffing myself, which worked fine with normal layouts but this one was a tad abnormal so dget -u from now on it is.