| === King_InuYasha is now known as Son_Goku | ||
| 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:11 |
|---|---|---|
| Whoopie | But be careful, don't fix this bug before you have a solution for the glFramebufferTexture2D -> https://www.virtualbox.org/ticket/17623 | 12:12 |
| Whoopie | LocutusOfBorg: I guess, this must also be fixed in the mesa GL packages. | 12:17 |
| mdeslaur | bdmurray: are you looking into the apport autopkgtest failure? | 12:27 |
| LocutusOfBorg | Whoopie, who is adding that x86_64-linux-gnu_EGL.conf file? | 13:13 |
| Whoopie | LocutusOfBorg: virtualbox-guest-x11 in the postinst. | 13:42 |
| Whoopie | LocutusOfBorg: look at the diff, it's all there. http://paste.debian.net/1020547 | 13:43 |
| LocutusOfBorg | Whoopie, I need to understand why the file changed in path | 13:49 |
| LocutusOfBorg | because that change is not retro-compatible | 13:49 |
| 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:50 |
| Whoopie | LocutusOfBorg: totally agreed. I changed it to 00_ so that it's picked up as the first one. | 13:51 |
| 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:52 |
| Whoopie | LocutusOfBorg: and as I said, don't fix it before you fix the 3D issue. | 13:53 |
| willcooke | doko, hi, are you waiting on anything else for this one? https://bugs.launchpad.net/ubuntu/+source/ubuntu-report/+bug/1759540 | 13:57 |
| ubottu | Launchpad bug 1759540 in ubuntu-report (Ubuntu) "[MIR] ubuntu-report: send telemetry data to ubuntu server" [Undecided,New] | 13:57 |
| 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:06 |
| 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:08 |
| 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:09 |
| LocutusOfBorg | ohhhhhhhhhhhhhhhhhhh ok | 14:10 |
| Whoopie | LocutusOfBorg: and x86_64-linux-gnu_EGL.conf | 14:10 |
| 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:11 |
| Whoopie | LocutusOfBorg: I don't understand. | 14:18 |
| 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:19 |
| 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:21 |
| 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:22 |
| 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:23 |
| 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:35 |
| 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:37 |
| 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:38 |
| Whoopie | LocutusOfBorg: or do you also mean the cheese/gstreamer issue? | 14:40 |
| bdmurray | mdeslaur: I will be yes | 14:51 |
| mdeslaur | bdmurray: cool, thanks! | 15:00 |
| LocutusOfBorg | Whoopie, I can reproduce now | 15:52 |
| LocutusOfBorg | so, everything works just because I can't really make my module load | 15:52 |
| Whoopie | LocutusOfBorg: which module? | 16:13 |
| LocutusOfBorg | my so libraries | 16:13 |
| Whoopie | right | 16:14 |
| === JanC_ is now known as JanC | ||
| LocutusOfBorg | Whoopie, even the official upstream binaries are not overriding GL anymore... | 16:20 |
| bdmurray | andyrock: Did you get a chance to test that plymouth in my ppa? | 18:03 |
| andyrock | bdmurray: fix confirmed | 18:08 |
| andyrock | let me comment on the bug too | 18:08 |
| 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:51 |
| 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:54 |
| sarnold | iirc on smartos the first serial port is used for hypervisor<->guest coordination | 18:55 |
| gpiccoli | sarnold, sorry what is smartos? | 19:01 |
| gpiccoli | might be a silly question | 19:01 |
| sarnold | gpiccoli: joyant's cloud platform | 19:01 |
| 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:02 |
| gpiccoli | awesome! but sarnold, seems like a distro right? | 19:03 |
| 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:04 |
| gpiccoli | oh great sarnold | 19:07 |
| gpiccoli | so, they do use isos to bring-up guests..and we would have issues there | 19:07 |
| Whoopie | LocutusOfBorg: they do here. | 20:55 |
| === sergiusens_ is now known as sergiusens | ||
| 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 | 22:34 |
| Faux | There's a bug. | 23:10 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!