[07:29] <ricotz> mamarley, I am testing 375 a bit, no more freezing is a good thing ;) (compared to 370)
[08:57] <soee> mamarley: how is the driver packaging going ?
[10:24] <ricotz> soee, looks first ;)
[10:36] <soee> i have installed if from mamarley staging ppa
[10:36] <soee> seems to work fine
[10:42] <mamarley> ricotz: soee: Either one of you using KDE?  I find that 375 makes the KDE lock screen crash on exit, causing it to be restarted and therefore making it impossible to unlock the screen.  (At least without a non-security-conscious hack I have created.)
[10:43] <soee> mamarley: it was like that for a long time already
[10:44] <soee> weeks i think, this is not new drier issue
[10:44] <mamarley> ricotz: Also, I have failed to compile nvidia-settings 375.  It now depends on nvml.h, which after some research I determined was provided by the nvidia-cuda-dev package.  However, even after installing that, it still complains of missing symbols.
[10:44] <soee> oh wait, lock screen or shutdown screen ?
[10:45] <mamarley> Lock screen.  When I enter the password, it crashes and restarts, displaying the password prompt again.
[10:45] <soee> mamarley: works for me, just tested but i'm on Plasma 5.8
[10:45] <ricotz> mamarley, GNOME here, so far no issues, I take it those packaging changes are needed now
[10:45] <mamarley> soee: How did you get 5.8?
[10:45] <ricotz> soee, maybe try 367 to confirm which is the most support currently
[10:46] <soee> mamarley: i'm on Neon and i am using dev/unstable 
[10:46] <mamarley> ricotz: Which packaging changes?
[10:46] <ricotz> mamarley, I might have some time later to look at nvidia-settings
[10:46] <ricotz> mamarley, regarding glvnd?
[10:46] <soee> ricotz: confirm what ?
[10:46] <mamarley> ricotz: Yeah, without those changes, EGL does not work anymore.
[10:46] <ricotz> soee, your problem with kde
[10:47] <ricotz> mamarley, I see
[10:47] <mamarley> I think they changed EGL to use GLVND now, so I had to delete the non-GLVND EGL library and install the 10_nvidia.json configuration file in the proper place to tell GLVND to use the NVIDIA EGL.
[10:48] <mamarley> There wasn't any documentation about where that was though, so I straced es2_info to figure out what file it was trying to open.
[10:48] <soee> ricotz: i think those are some changes in Plasma thah are my problems root. For example sddm failes a bit with propriety driver - it does not focus on password field or does not render properly on primary screen - will talk with d_ed anout it. Second issue is that when i switch profile on my optimus machine logout screen crashes as it can't find opengl or something
[10:49] <mamarley> KDE is very picky about OpenGL these days.
[10:50] <soee> right, as i said after switching profile opengl crash makes some ininite loop crash for logout screen and drkonqi :D
[10:50] <ricotz> mamarley, ok, remember to put new stuff at the proper places, e.g. insert things alphabetically
[10:51] <ricotz> seems to be fine regarding armhf since it built ok
[10:51] <soee> http://i.imgur.com/XZ5tA99.jpg
[10:55] <mamarley> ricotz: How should the alphabetization be handled with all those substitution variables?  I'm looking at nvidia-graphics-drivers.dirs.in and not really seeing a pattern.
[10:59] <ricotz> mamarley, e.g. debian/templates/nvidia-graphics-drivers.dirs.in
[11:00] <ricotz>  /lib/udev/rules.d
[11:00] <ricotz>  /usr/share/vulkan/icd.d
[11:00] <ricotz>  /usr/share/X11/xorg.conf.d
[11:00] <ricotz> +/usr/share/glvnd/egl_vendor.d
[11:01] <mamarley> Yeah, I see I got that wrong, but I am wondering why, for example, the /usr/share stuff is not above /usr/src since "h" comes before "c".
[11:02] <ricotz> I know there are issues everywhere, just saying no need to make it worse, I won't reject it for that though
[11:03] <mamarley> ricotz: OK.  I guess I should put the GLVND thing right above the Vulkan thing then?  I can make these changes and then include them with the next 375 upload.
[11:09] <mamarley> Also, I'm not the only one seeing applications crashing on exit with 375: https://devtalk.nvidia.com/default/topic/972736/linux/some-applications-crash-on-exit-with-nvidia-375-10
[11:14] <ricotz> mamarley, ok, better hold it back then
[11:15] <mamarley> OK.  Can I at least keep it in my staging PPA though?
[11:15] <ricotz> sure
[11:16] <ricotz> mamarley, regarding nvidia-setting, no idea what they are smoking ;) but moving this nvml dependency from optional to mandatory is bad
[11:16] <mamarley> Yeah, that was what I thought too.
[11:17] <mamarley> I wondered if maybe even they intended to include nvml.h in the nvidia-settings source, but somebody forgot to do a "git add" ?
[11:17] <ricotz> packaging this 1.9gb monster won't happen, so reverting those few bits to have it optional again seems reasonable
[11:18] <mamarley> What is the 1.9GB monster?
[11:18] <ricotz> this doesnt look like dlopen so without the actual library ...
[11:18] <ricotz> cuda 8
[11:19] <mamarley> That is already packaged in Yakkety and Zesty, but even then the nvml.h in it is missing symbols.
[11:19] <mamarley> (But yeah, I definitely wouldn't want to have to deal with backporting that, and having to install 1.9GB of crap just for nvidia-settings is dumb.)
[11:20] <ricotz> ah, right
[11:20] <mamarley> This is one of those times I wish I could just talk to aaronp directly and ask him a few questions…
[11:20] <ricotz> mamarley, why can't you?
[11:20] <ricotz> he is pretty responsive on irc
[11:21] <mamarley> Oh, he is on IRC?
[11:21] <ricotz> yes
[11:22] <ricotz> #nvidia
[11:22] <mamarley> Cool, thanks!