ananimusus | I fix last problem with bluetooth. The point was that rtbth-dkms for some reason blacklist rtbth module in modprobe.d | 07:09 |
---|---|---|
ananimusus | Thanks to all those who helped | 07:09 |
ananimusus | Hopefully it will be easier with nvidia proprietary drivers... | 07:12 |
ananimusus | How many different packages. I need nvidia-legacy-390xx. What is the difference? https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=*nvidia*390xx*&x=submit | 07:45 |
gnarface | how do you know you need that one if you don't know the difference? it's for older hardware. they don't support cards indefinitely but they do make a legacy driver for the most recent handful of deprecated generations | 07:48 |
gnarface | the README.txt should say which model ranges | 07:48 |
ananimusus | I know the driver version thanks to https://www.nvidia.com/Download/Find.aspx?lang=en-us | 08:03 |
ananimusus | I'm interested in how the variations of this driver version in the devuan repository differ | 08:03 |
gnarface | not sure what other distinctions you're wondering about | 08:09 |
gnarface | the legacy one isn't updated anymore other than making sure it builds and in general 3rd party/commercial support is not available for it either (Battle.net and Steam both require a newer version) | 08:10 |
gnarface | so you can expect that it will not get new opengl/vulkan features either | 08:11 |
gnarface | but it should work as well as the new one does on new hardware with software in the distro | 08:11 |
gnarface | in some cases you might have better luck with the nouveau driver but they're limited cases | 08:12 |
gnarface | still, sometimes it is nicer just to use mesa instead of nvidia's opengl | 08:13 |
ananimusus | I'm talking about the difference between `nvidia-legacy-390xx-driver`, `nvidia-legacy-390xx-alternative`, `nvidia-legacy-390xx-driver-bin`, `nvidia-legacy-390xx-kernel-dkms`, `nvidia-legacy-390xx-kernel-source` and `xserver-xorg-video-nvidia-legacy-390xx` | 08:50 |
gnarface | oh, those aren't variations. those are all just different parts of the same driver | 09:18 |
gnarface | it's spread across multiple packages | 09:18 |
ananimusus | The drivers for the video card were installed without problems, not like on Arch. But I have one more trouble: after changing the TTY, xorg closes. | 14:55 |
ananimusus | lol, it opens on the seventh TTY | 15:03 |
Kitty | I am being told that I need non free firmware | 15:29 |
Kitty | and the file is regulatory.db | 15:29 |
Kitty | any idea where I find this ? | 15:29 |
gnu_srs1 | Kitty: wireless-regdb? | 15:35 |
xrogaan | Kitty: 'apt-file search regulatory.db' | 15:57 |
xrogaan | > https://manpages.debian.org/bullseye/apt-file/apt-file.1.en.html | 15:58 |
ananimusus | And another error. After `nvidia-xconfig --prime`: `WARNING: error retrieving symbol nvCfgIsPrimaryDevice from libinvidia-cfg.so.1: /usr/lib/x86_64-linux-gnu/libinvidia-cfg.so.1: undefined symbol nvCfgIsPrimaryDevice`. Also, in Xorg.0.log: `(EE) No devices detected.` | 15:59 |
ananimusus | I apologize for distracting those errors that I could correct myself. I'm just tired of fixing them. But now there is a really interesting problem. | 18:00 |
ananimusus | I have no errors in Xorg.0.log, but I end up with just a pure black screen | 18:01 |
ananimusus | Xorg.0.log: https://paste.debian.net/1231263 | 18:03 |
ananimusus | xorg.conf: https://paste.debian.net/1231264 | 18:03 |
DPA | ananimusus: There are a few things you could try. First, you could check that the backlight of the monitor is on (not 0) "cat /sys/class/backlight/*/{,max_}brightness", and if not, set it to a bigger value. | 18:27 |
DPA | Then, you could check with xrandr if any mode is in use. There should be one with a star next to it. | 18:27 |
DPA | Lastly, you could try swapping the 2 Device sections in the config around. I think 0 and G0 are screen numbers. I think the G means the other one is the primary one, and the second one offloads the planes of it's screen to it. Or maybe it was the other way around, not sure. That may impact if the attached monitor gets configured automatically or not. | 18:31 |
DPA | I'm not sure what the impact on rendering is with that / which one gets used in which case. | 18:31 |
ananimusus | Brightness set to maximum | 18:35 |
ananimusus | xrandr: `Can't open display` | 18:36 |
DPA | You'll have to run it as the same user X is started as, and set DISPLAY appropriately. It's usually DISPLAY=:0, but sometimes it's other low numbers. | 18:38 |
DPA | (If you use lightdm, "su - lightdm -s /bin/bash" can be used to switch to that user) | 18:42 |
ananimusus | Swapped parts "Device" of intel and nvidia. Now unstead black screen. Now instead of a black screen, the picture on the screen is frozen | 19:01 |
ananimusus | xrandr still `Can't open display`. Used the right user, set DISPLAY to the value from .Xauthority | 19:08 |
ElPresidente | Which package should I use if I want to run runit without replacing sysvinit's init? just "runit"? | 20:04 |
fsmithred | runit-init will pull in runit | 20:04 |
fsmithred | not sure what you mean, though | 20:05 |
ElPresidente | fsmithred: I don't want to replace the init binary provided by sysvinit. I just want to run runit services alongside sysvinit. | 20:06 |
fsmithred | runit just uses sysv scripts if there aren't run scripts, and it uses rcS scripts to start | 20:06 |
ElPresidente | Oh, I didn't know that. I thought I would have to rewrite literally everything for runit! | 20:06 |
fsmithred | if you want it to use something other than sysv scripts for most things, you need to provide the run scripts. | 20:07 |
fsmithred | There are a couple of good sources for them, and I have a live-iso with some of them enabled. | 20:07 |
ElPresidente | fsmithred: I'm trying to set up a syncthing instance but they only provide a runit or systemd script. | 20:07 |
fsmithred | oh | 20:08 |
fsmithred | that seems weird | 20:08 |
ElPresidente | mhm | 20:08 |
fsmithred | did they have sysv scripts with older versions? You might be able to use that if it exists. | 20:09 |
fsmithred | or write your own based on the service file and the run script. Not sure if that would be easier than switching to runit. | 20:09 |
fsmithred | here's a good runit discussion on the forum, including posts from the runit maintainer: https://dev1galaxy.org/viewtopic.php?id=3716 | 20:10 |
ElPresidente | fsmithred: Is there a guide on changing inits? Also, does choosing runit when installing Devuan give me more runit scripts compared to my current install where I chose sysvinit? | 20:14 |
ElPresidente | I'm more experienced with runit and really should've chosen that at install. | 20:14 |
fsmithred | no, you get runit scripts for gettys and openssh-server. That's all right now. | 20:14 |
ElPresidente | Oh that's totally fine then. Do those come with the runit package? | 20:15 |
fsmithred | I think the scripts come with those packages | 20:16 |
fsmithred | that's the usual way: the package provides its own init script or service file (until they decide to stop maintaining the init script) | 20:17 |
ElPresidente | Okay, so I'm going to install runit-init and move my init over. Thank you. | 20:21 |
ElPresidente | (my weechat instance runs on the server and I access it through ssh so brb) | 20:21 |
fsmithred | FWIW, looks like upstream syncthing also support upstart. | 20:24 |
ElPresidente | fsmithred: that was surprisingly easy | 20:27 |
fsmithred | :) | 20:35 |
fsmithred | ElPresidente, some of the runit files or links might be slightly different from what you have used. | 20:37 |
ElPresidente | fsmithred: I see. So far so good. Man I love runit. | 20:38 |
erich_zann | Hehey, i try to install zfsutils-linux and zfs-dkms but this will remove openrc, can someone help with this really strange problem. i did already 2 times reinstall openrc, but this is a real problem | 20:58 |
erich_zann | The following packages were automatically installed and are no longer required: | 20:59 |
erich_zann | libeinfo1 librc1 | 20:59 |
erich_zann | The following packages will be REMOVED: | 21:00 |
erich_zann | openrc | 21:00 |
erich_zann | i think it is about that it will install sysv-rc | 21:00 |
fsmithred | I'm not seeing why (looking at package deps) | 21:01 |
fsmithred | try --no-install-recommends and see if that makes a difference | 21:01 |
erich_zann | ahhh i forgot this option... i try it now | 21:01 |
erich_zann | nope, same | 21:02 |
erich_zann | The following NEW packages will be installed: | 21:02 |
erich_zann | libnvpair3linux libuutil3linux libzfs4linux libzpool4linux sysv-rc zfsutils-linux | 21:02 |
erich_zann | if i try just install sysv-rc , it will remove openrc | 21:02 |
fsmithred | next trick is to try installing with aptitude and see if it gives you any more information | 21:02 |
fsmithred | yeah | 21:02 |
erich_zann | The following packages have unmet dependencies: | 21:03 |
erich_zann | sysvinit-core : Depends: sysv-rc but it is not going to be installed or | 21:03 |
erich_zann | openrc but it is not going to be installed or | 21:03 |
erich_zann | file-rc which is a virtual package and is not provided by any available package | 21:03 |
fsmithred | which thing wants sysv-rc? | 21:06 |
WoC | sysvinit-core | 21:07 |
erich_zann | ah sorry i've thought this line is in | 21:08 |
erich_zann | yes | 21:08 |
erich_zann | sysvinit-core | 21:08 |
fsmithred | Breaks: openrc, | 21:08 |
fsmithred | ^^^ apt show zfsutils-linux | 21:08 |
fsmithred | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=901436 | 21:10 |
fsmithred | * Drop OpenRC support due to the difficulties of merging upstream | 21:10 |
ShorTie | that snucks | 21:25 |
ElPresidente | no real workaround? | 21:26 |
ElPresidente | should I be linking runit services to /etc/runit/runsvdir/current? i'm used to void where it's /var/service (which i think is a symbolic link to that but i'm double checking) | 21:30 |
fsmithred | ElPresidente, I don't know without looking at my notes. See that link to the forum I posted. | 21:40 |
erich_zann | oh cmon, this is right now really frustrating :( ok back to void. but thanks 4 the help | 21:42 |
ElPresidente | fsmithred: so it appears runit provides update-service script, which basically just does that lol | 21:46 |
Guest54 | how do i start Apache on devuan | 21:51 |
fsmithred | Guest54 /etc/init.d/apache2 start|stop|restart | 21:56 |
Guest54 | why init.d | 21:59 |
fsmithred | because that's where the script is | 22:04 |
fsmithred | also: service apache2 start | 22:04 |
fsmithred | will work | 22:04 |
Guest54 | i thought init.d is systemd | 22:04 |
fsmithred | systemd uses /etc/systemd/system/ | 22:27 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!