[12:11] <Whoopie> LocutusOfBorg: Hi, I found the root cause why ldconfig doesn't take the virtualbox libraries into consideration. They are found after the "official" GL libraries. Here's the patch: http://paste.debian.net/1020547/
[12:12] <Whoopie> But be careful, don't fix this bug before you have a solution for the glFramebufferTexture2D -> https://www.virtualbox.org/ticket/17623
[12:17] <Whoopie> LocutusOfBorg: I guess, this must also be fixed in the mesa GL packages.
[12:27] <mdeslaur> bdmurray: are you looking into the apport autopkgtest failure?
[13:13] <LocutusOfBorg> Whoopie, who is adding that x86_64-linux-gnu_EGL.conf file?
[13:42] <Whoopie> LocutusOfBorg: virtualbox-guest-x11 in the postinst.
[13:43] <Whoopie> LocutusOfBorg: look at the diff, it's all there. http://paste.debian.net/1020547
[13:49] <LocutusOfBorg> Whoopie, I need to understand why the file changed in path
[13:49] <LocutusOfBorg> because that change is not retro-compatible
[13:50] <LocutusOfBorg> I don't apply random patches over the internet just because somebody points me at them without an appropriate rationale.
[13:50] <LocutusOfBorg> rationale might be "mesa/nvidia folks changed filename because new glib requires the overrides to start with a number like "00_" so we had to follow the same reasoning and change them too
[13:51] <Whoopie> LocutusOfBorg: totally agreed. I changed it to 00_ so that it's picked up as the first one.
[13:52] <Whoopie> LocutusOfBorg: otherwise, /etc/ld.so.conf.d/x86_64-linux-gnu.conf is picked up first and the libGL and libEGL points to /usr/lib/x86_64-linux-gnu
[13:53] <Whoopie> LocutusOfBorg: and as I said, don't fix it before you fix the 3D issue.
[13:57] <willcooke> doko, hi, are you waiting on anything else for this one?  https://bugs.launchpad.net/ubuntu/+source/ubuntu-report/+bug/1759540
[14:06] <LocutusOfBorg> Whoopie, this has been handled with update-alternatives approach, not with 10 different files in the same location, with different filename start bit
[14:06] <LocutusOfBorg> so, we have priorities for update-alternatives and this is the right approach
[14:06] <LocutusOfBorg> if mesa or whoever places that file changed the approach, yes I have to follow the change
[14:08] <Whoopie> LocutusOfBorg: sorry, you don't understand it, there's a default file called x86_64-linux-gnu.conf which points ldconfig to /usr/lib/x86_64-linux-gnu
[14:08] <LocutusOfBorg> yes, and update-alternatives changes that link to somewhere else
[14:09] <Whoopie> as soon as ldconfig finds libs for GL and EGL, it throws away all other.
[14:09] <LocutusOfBorg> it doesn't add a new one
[14:09] <Whoopie> no
[14:09] <Whoopie> LocutusOfBorg: update-alternatives changes x86_64-linux-gnu_GL.conf, not x86_64-linux-gnu.conf
[14:10] <LocutusOfBorg> ohhhhhhhhhhhhhhhhhhh ok
[14:10] <Whoopie> LocutusOfBorg: and  x86_64-linux-gnu_EGL.conf
[14:11] <LocutusOfBorg> sure
[14:11] <LocutusOfBorg> got it now
[14:11] <LocutusOfBorg> so, who damnly put the libEGL into that path in first place?
[14:11] <LocutusOfBorg> what is the rationale of having an override and not using it?
[14:18] <Whoopie> LocutusOfBorg: I don't understand.
[14:19] <Whoopie> LocutusOfBorg: I could find an update-alternatives removal in libegl-mesa0 and libglx-mesa0, not and adding.
[14:19] <Whoopie> not an adding
[14:21] <LocutusOfBorg> update-alternatives --query x86_64-linux-gnu_gl_conf
[14:21] <LocutusOfBorg> what does this return?
[14:21] <LocutusOfBorg> it should return the virtualbox version
[14:22] <LocutusOfBorg> if not, what is the point of providing a file named x86_64-linux-gnu_EGL.conf when the first x86_64-linux-gnu.conf picks the stuff?
[14:23] <LocutusOfBorg> I would expect the various lib*GL* implementations to go in /usr/lib/<triplet>/something/ so they are not picked up automatically unless specified in that conf file
[14:23] <Whoopie> right
[14:35] <LocutusOfBorg> Whoopie, how do you reproduce all the issue? from the begin
[14:35] <LocutusOfBorg> I'm installing a bionic vm
[14:35] <LocutusOfBorg> bionic amd64
[14:37] <Whoopie> LocutusOfBorg: regarding the ldconfig issue, you can check e.g. "ldd /usr/bin/glxinfo" and see that libGL.so.1 does not point to /usr/lib/virtualbox/additions/libGL.so.1
[14:37] <Whoopie> LocutusOfBorg: then copy /usr/lib/virtualbox/additions/00vboxvideo.conf to /etc/ld.so.conf.d/, run "sudo ldconfig" and check again. It shoud point to /usr/lib/virtualbox/additions/libGL.so.1
[14:38] <Whoopie> LocutusOfBorg: then reboot (be aware that you won't get the gdm screen) and check /var/log/syslog regarding the undefined symbol  glFramebufferTexture2D
[14:40] <Whoopie> LocutusOfBorg: or do you also mean the cheese/gstreamer issue?
[14:51] <bdmurray> mdeslaur: I will be yes
[15:00] <mdeslaur> bdmurray: cool, thanks!
[15:52] <LocutusOfBorg> Whoopie, I can reproduce now
[15:52] <LocutusOfBorg> so, everything works just because I can't really make my module load
[16:13] <Whoopie> LocutusOfBorg: which module?
[16:13] <LocutusOfBorg> my so libraries
[16:14] <Whoopie> right
[16:20] <LocutusOfBorg> Whoopie, even the official upstream binaries are not overriding GL anymore...
[18:03] <bdmurray> andyrock: Did you get a chance to test that plymouth in my ppa?
[18:08] <andyrock> bdmurray: fix confirmed
[18:08] <andyrock> let me comment on the bug too
[18:51] <bdmurray> andyrock: I seem to reclear you exprienced it at every boot, is that right?
[18:51] <bdmurray> s/reclear/recall/
[18:51] <andyrock> bdmurray: right
[18:54] <gpiccoli> Hi folks, I was trying to bootstrap an ISO image of ubuntu-server using qemu, in my server
[18:54] <gpiccoli> Struggled to pass console=ttyS0 for it, --location didn't work (was using virt-install)..ended-up giving up and using netboot
[18:54] <gpiccoli> Is there any reason to not have console=ttyS0 as default in grub.cfg of our amd64 server images?
[18:55] <sarnold> iirc on smartos the first serial port is used for hypervisor<->guest coordination
[19:01] <gpiccoli> sarnold, sorry what is smartos?
[19:01] <gpiccoli> might be a silly question
[19:01] <sarnold> gpiccoli: joyant's cloud platform
[19:02] <sarnold> gpiccoli: it's an Illumos OS distribution designed for easy cloud hosting stuff -- you boot to e.g. a USB memory stick or netboot, and the main zone loads configs for all the other zones, zfs pools, and starts vms in the other zones as needed
[19:03] <gpiccoli> awesome! but sarnold, seems like a distro right?
[19:04] <gpiccoli> you're saying that a ubuntu ISO running in KVM inside smartos will have issues by setting the console= by default?
[19:04] <sarnold> gpiccoli: think of them as similar to aws or scaleway ..
[19:07] <gpiccoli> oh great sarnold
[19:07] <gpiccoli> so, they do use isos to bring-up guests..and we would have issues there
[20:55] <Whoopie> LocutusOfBorg: they do here.
[22:34] <sarnold> is something extra-special broken with ca-certificates? or is this just the usual amount of "meh debs don't upgrade well"? 1764060 1764061 1764106 1764313 1764431 1764533 1764551
[23:10] <Faux> There's a bug.