Anto | Does devuan automatically download init scripts in the runit version? | 06:57 |
---|---|---|
Anto | I've only had to make an init script for the trinity desktop's DM, which is TDM | 06:58 |
al1r4d | Anto: try it | 07:51 |
YKaelig | Hello | 14:44 |
YKaelig | https://postimg.cc/7Gtz9x6b | 14:45 |
YKaelig | Coffee | 14:45 |
debdog | whoop whoop | 14:53 |
YKaelig | Ok. An issues with nvidia-persistenced at installation time "dpkg: error processing package nvidia-prsistenced ( --configure ) but it doesn't block the nvidia installation as you can see, it's working. | 14:55 |
YKaelig | I have no idea why the daemon utility nvidia-persistenced is started at the boot time when the default as explained here https://download.nvidia.com/XFree86/Linux-x86_64/396.51/README/nvidia-persistenced.html is the opoosite "The daemon utility nvidia-persistenced is installed by the NVIDIA Linux GPU driver installer, but it is not installed to run | 14:58 |
YKaelig | on system startup." | 14:58 |
YKaelig | Second it is clearly explained here " nvidia-persistenced is intended to be run as a daemon from system initialization, and is generally designed as a tool for compute-only platforms where the NVIDIA device is not used to display a graphical user interface. " | 14:59 |
YKaelig | So, now explain to me the choice made by debian and devuan, thx | 15:00 |
fsmithred | nvidia-persistenced is not needed. Install without Recommends to avoid it. | 15:03 |
fsmithred | if you rebuilt the package, you could change that one to a Suggests | 15:04 |
YKaelig | How ? I tried to find the command line to ignore this package only it doesn't work | 15:04 |
fsmithred | for dpkg I'm not sure. For apt it's --no-install-recommends | 15:04 |
fsmithred | did you rebuild the package? | 15:05 |
YKaelig | But if I use --no-install-recommends it will no install nvidia-settings | 15:05 |
fsmithred | or am I thinking of someone else? | 15:05 |
fsmithred | then add nvidia-settings to the install list | 15:05 |
YKaelig | Yes, I rebuild the nvidia-driver version 470.199.02 for devuan daedalus | 15:06 |
fsmithred | If you are just installing packages you built, you could build them again after removing nvidia-persistenced from the Recommends list. | 15:07 |
YKaelig | Ha! That something I was not aware I can do like that. Thx | 15:07 |
YKaelig | But anyway I was able to remove to nvidia-persistenced package. No issue | 15:08 |
YKaelig | to/the | 15:08 |
fsmithred | There are cases where removing a package from Recommends would break things, but this is not one of them. | 15:09 |
YKaelig | Ok, Should I now remove manually all nvidia-persistenced symlink in each runlevels ? | 15:11 |
fsmithred | or use update-rc.d | 15:12 |
fsmithred | removing the package should have removed the links, I think. | 15:12 |
fsmithred | also possible to remove the links using sysv-rc-conf which is easier to use. | 15:14 |
YKaelig | Well, command not found but it's my fault. I made a bad choice during the netinstall to not check the "devuan-desktop-environement" and "standard system utilities" because there was no way to know the list of software that would be installed and now I have some issues, for example with SDDM | 15:20 |
YKaelig | Is there a way to fix this problem by installing again these two groups ? | 15:21 |
fsmithred | what command was missing? | 15:25 |
fsmithred | as root, run tasksel | 15:25 |
fsmithred | and check standard system utilities | 15:25 |
fsmithred | not sure if you need devuan-desktop-environment or not | 15:26 |
fsmithred | oh, duh. | 15:26 |
fsmithred | apt install sysv-rc-conf | 15:26 |
fsmithred | the package name and the command are the same | 15:26 |
YKaelig | Ok. Thx | 15:27 |
YKaelig | Well, the "devuan-desktop-environement" has been checked, maybe something has been installed even if I hadn't selected this group during the installation. | 15:28 |
YKaelig | That not a good sign because I can not login from SDDM. But startx works | 15:29 |
YKaelig | Also the background of SDDM is totaly white | 15:29 |
fsmithred | which desktop did you install? | 15:30 |
YKaelig | KDE | 15:30 |
YKaelig | Well somethign is missing. In my System Settings > Login Screen = No debian breeze previw | 15:31 |
YKaelig | It's white | 15:32 |
fsmithred | you checked kde desktop during the install, or did you install plasma manually? | 15:32 |
YKaelig | I checked kde desktop | 15:32 |
fsmithred | I haven't tried kde in daedalus, so I have no idea if anything is broken. | 15:33 |
fsmithred | you could try reinstalling task-kde-desktop | 15:33 |
YKaelig | Done, but what exactly it's supposed to happen ? https://dpaste.com/GDAMPCU2P Is that fine ? | 15:38 |
YKaelig | Well, Interesting. Apt also is trying to upgrade my nvidia-driver, that bad. | 15:39 |
YKaelig | Do I understand that it will never be possible to offer different versions of Nvidia drivers under the same release version of debian and devuan? | 15:43 |
fsmithred | that's true in general (for all packages) | 15:44 |
fsmithred | I thought reinstalling the task- package would reinstall everything, but maybe not. | 15:44 |
DPA | You can have 2 packages with different names providing the same virtual package. Or you can have 2 versions of a package in a repo and pin the older one if you want it. | 15:45 |
DPA | It's perfectly doable. | 15:47 |
DPA | That said, the proprietary nvidia drivers are usually for specific kernel versions, so when you need to updating kernels, there is not much that can be done. | 15:49 |
YKaelig | By pinning you mean some methods explained in this website for example https://www.snel.com/support/how-to-block-package-and-kernel-updates-in-debian/ | 15:49 |
YKaelig | DPA dkms will not rebuild my nvidia module automatically after a kernel upgrade ? | 15:51 |
DPA | The internals of the linux kernel, especially the graphics part, are not stable, by design. When an out of tree module depends on them, which it must, then when one of the needed APIs / functions has changed, it will break, usually it won't build anymore at all. | 15:54 |
YKaelig | Very interesting. I found a really good explanation of how to give the priority to my local repository. It's working | 16:14 |
YKaelig | It's an interesting beast this Devuan ^^ | 16:21 |
al1r4d | Devuan is the best | 16:22 |
YKaelig | Dinit ? | 16:24 |
YKaelig | As I'm having some fun with this distro, I'm going to spend some time there to build a Dinit packages. | 16:25 |
al1r4d | I Never tried, YKaelig | 16:26 |
YKaelig | Me too. I am convinced of S6/66Suite which I 'm using for a while now and I personally maintain on Gentoo but the development is not progressing in the best direction in my opinion. | 16:28 |
YKaelig | The developer is making the software a little too much complicated for a beginners and in my opinion with some useless ideas | 16:29 |
YKaelig | Dinit is a good candidate | 16:29 |
YKaelig | I'm talking about the dev of 66 not S6, to be clear | 16:31 |
YKaelig | And Devuan is also a good candidate for a modern init since there is no need to rebuild a mass of softwares that could have been build with systemd deps. | 16:33 |
al1r4d | Dinit similar with runit, like? | 16:36 |
YKaelig | I don't know runit so I can't say | 16:38 |
YKaelig | I really want to get rid of this dependency on nvidia-peristence in the nvidia-driver package. | 16:38 |
YKaelig | I'm pretty sure that 0,00000000001% is using this feature | 16:39 |
YKaelig | And everyone except poor people like me has alrady upgraded to a newest hardware, so that further reduces the chances of needing it. | 16:40 |
YKaelig | As for the others, they have all already migrated under AMD hardware ^^ | 16:41 |
YKaelig | So, indeed there is something wrong with the debian breeze theme since there is no background picture in /usr/share/sddm/themes/debian-breeze/ and /usr/share/sddm/themes/debian-breeze/ | 17:07 |
YKaelig | In fact it's another issue | 17:09 |
YKaelig | GREETER: Socket error: "QLocalSocket::connectToServer: Invalid name" | 17:09 |
YKaelig | https://dpaste.com/GWU57CDDX | 17:10 |
YKaelig | Another issue is the default selected Wayland session in SDDM | 17:12 |
YKaelig | It's a bad thing and a beginner could not understand what the problem is | 17:12 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!