[15:06] <tseliot> mamarley, ricotz: I have just pushed a fix for LP: #1726809 to bionic
[15:06] <ubottu> Launchpad bug 1726809 in nvidia-graphics-drivers-384 (Ubuntu) "Vulkan does not work on nvidia-384 due to incorrect nvidia_icd.json" [High,In progress] https://launchpad.net/bugs/1726809
[15:07] <tseliot> you can also find it in my git tree (384 branch)
[15:08] <ricotz> tseliot, the ppa packages don't show this issue?
[15:10] <ricotz> tseliot, did you fix the EGL problem?
[15:17] <tseliot> ricotz: yes, I did fix that. I haven't tried the PPA though
[15:18] <mamarley> I'm running the PPA build of 387 and "vulkaninfo" gives the normal output for me.  I don't have any "real" Vulkan applications to test though,.
[15:19] <ricotz> tseliot, ok -- the bug description says sp
[15:19] <ricotz> mamarley, 384
[15:19] <mamarley> I know, but I don't have the 384 driver installed on any systems to test.  I was testing if the issue affected 387 so I would know if I needed to do anything to that.
[15:19] <ricotz> I am usually running vulkaninfo and -smoketest and didn't ran into this in the past
[15:20] <tseliot> I need to check the PPA. Guys, do you use a git tree? Downloading the sources from launchpad is a bit of a pain, as the diff.gz file always has the wrong md5sum
[15:20] <tseliot> at least here
[15:21] <ricotz> tseliot, update the packaging to debsrc3! ;)
[15:21] <mamarley> Yes please :)
[15:22] <ricotz> same for nvidia-settings
[15:22] <tseliot> I will, as I'm going to rework the whole packaging, so that it's probably closer to debian
[15:23] <mamarley> It would be nice for nvidia-settings because then we won't have to repack the orig.tar.bz2 to .tar.gz.
[15:23] <tseliot> yes, that's annoying
[15:24] <ricotz> splitting the package into several libraries doesn't seems reasonable imo
[15:24] <ricotz> but I guess easier to handle with glvnd
[15:25] <tseliot> ricotz: the thing is, we need to provide glvnd for bionic, and non-glvnd for the previous releases. Also, I want users to be able to install nvidia without pulling in X11, etc. (thinking of server installations and other non-desktop use cases)
[15:28] <ricotz> I agree, cuda ...
[15:28] <tseliot> yep
[15:28] <tseliot> I haven't decided how to tackle this yet, but I want more flexibility
[15:29] <ricotz> I guess if you want to accomplish this it is likely needed to go with the full split as debian is doing
[15:30] <ricotz> and let dh_shlibs figure things out
[15:30] <tseliot> yes, that's the path, unless I come up with better ideas
[15:31] <ricotz> if splitting it that way is working for debian it should for ubuntu too
[15:31] <ricotz> debian is already on glvnd?
[15:33] <ricotz> tseliot, try to incorporate a conditional to enable/disable glvnd support to ease backports
[15:34] <tseliot> ricotz: either that, or metapackages that pull in different dependencies
[15:34] <ricotz> better not imo
[15:35] <ricotz> giving users on older series the option will likely break things
[15:37] <tseliot> if hybrid graphics can actually work in 18.04 with a GLVND solution, then I probably won't need the non-glvnd packages
[15:37] <tseliot> if it doesn't then I'll have to think about it
[15:58] <tseliot> mamarley, ricotz: I'm not sure how they couldn't reproduce the problem using the PPA, as you still have this in the debian/rules
[15:58] <tseliot> find $(CURDIR)/debian/$(PKG_driver) -name "libGL.so.$(PKG_version)" | xargs /bin/rm -f