| brocashelm | bgstack15: have you tried installing the nvidia-vdpau-driver package? have you tested with an amd gpu (which relies on vdpau) to confirm it is indeed an nvidia issue? | 00:20 |
|---|---|---|
| brocashelm | just looking through here right now: https://wiki.videolan.org/VLC_GPU_Decoding | 00:21 |
| brocashelm | https://wiki.archlinux.org/title/VLC#Fault_when_playing_a_video | 00:23 |
| bgstack15 | woah; on my other Devuan Ceres system that uses an AMD GPU, the video also does not play in vlc. | 00:41 |
| bgstack15 | So maybe it's a VLC problem. | 00:44 |
| brocashelm | really? i can get vlc to play videos and i use amd gpus (rx 560) | 00:44 |
| brocashelm | probably a missing driver? | 00:44 |
| bgstack15 | With latest apt-get dist-upgrade from today? | 00:44 |
| brocashelm | i'm on ceres so yes | 00:44 |
| bgstack15 | maybe it's a bgstack15 thing then | 00:45 |
| brocashelm | personally, i use video drivers from some ppas (i know, i know) and have no issues | 00:45 |
| brocashelm | it's fair game if you're on unstable, tbh | 00:45 |
| bgstack15 | True, true | 00:45 |
| bgstack15 | I hate dealing with drivers. I always just use proprietary crap because it's the fastest way to get what I want. | 00:46 |
| brocashelm | yeah, especially with nvidia | 00:46 |
| brocashelm | i even manually updated my firmware-amd-graphics by downloading from the kernel git site | 00:46 |
| bgstack15 | I can live with nouveau except for one video game. | 00:46 |
| brocashelm | since the ceres version is old as fuck (august 2021!) | 00:47 |
| brocashelm | but yeah, try apt search vdpau nvidia and see what might be missing | 00:47 |
| bgstack15 | I said the problem also occurs on my AMD GPU Devuan Ceres installation | 00:48 |
| bgstack15 | I doubt it's limited to just this one nvidia system then. | 00:49 |
| Necrodiver | how i solve this? Use MPV *runs away* | 00:57 |
| bgstack15 | Yes, I use mpv for a few things (one crappy usb-wifi system where mpv caches from nfs much, much better than vlc does) | 00:57 |
| bgstack15 | I think my issue is the same as: | 00:58 |
| bgstack15 | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1021032 | 00:58 |
| bgstack15 | where they mention it's also in Ubuntu, and link to a wrong launchpad.net/bugs ID number. it should be https://bugs.launchpad.net/ubuntu/+source/vlc/+bug/1991418 | 00:58 |
| bgstack15 | And vlc can then play video when I run with `--no-embedded-video` | 00:58 |
| bgstack15 | oh my, the comment that said that, is only 4 hours old! I'm tracking this problem almost in real-time! | 00:59 |
| xrogaan | Xorg conf time. Anybody know if I can put several ``MatchDevicePath'' in a ``Section'' of an xorg config file? | 02:37 |
| bgstack15 | There are two types of match entries used in InputClass sections. The first allows various tokens to be | 02:50 |
| bgstack15 | matched against attributes of the device. An entry can be constructed to match attributes from different de‐ | 02:50 |
| bgstack15 | vices by separating arguments with a '|' character. Multiple entries of the same type may be supplied to add | 02:50 |
| bgstack15 | multiple matching conditions on the same attribute. For example: | 02:50 |
| bgstack15 | man xog.conf(5) on Devuan Ceres | 02:50 |
| bgstack15 | *xorg.conf | 02:50 |
| bgstack15 | so yes | 02:50 |
| xrogaan | k | 02:52 |
| xrogaan | I just took a look at /etc/init.d/sddm... It's not what I thought it would be. | 03:00 |
| xrogaan | there is no restart routine. | 03:01 |
| xrogaan | how do I restart xorg in that case? | 03:01 |
| bgstack15 | xrogaan: maybe stop and then start sddm? Surely those actions are defined. | 03:53 |
| xrogaan | xorg did restart properly this time. Wasn't so last time. | 03:59 |
| xrogaan | as in the needrestart daemon was still complaining about outdated binaries | 03:59 |
| xrogaan | but here, the config got reloaded properly. | 03:59 |
| onefang | gnarface: Just woke up, but from memory, the default qemu user networking includes it's own built in DHCP server. | 07:20 |
| FilipZ1 | Hi! I would like to try connecting directly with the wpa_supplicant, using wpa_gui. How should I run it, so I wouldn't get "Could not get status from wpa_supplicant"? | 07:57 |
| gnarface | onefang: yea, it seems as though that's the case. it didn't help that the gateway default is insane and the man page refers to it as "the guest-visible address of the host" and never once refers to it as a gateway or default route | 08:03 |
| rrq | FilipZ1: check out https://www.devuan.org/os/documentation/install-guides/chimaera/network-configuration.html | 08:04 |
| gnarface | i must have run though this all at least once before but it was too weird to keep in my head. i'll have to keep better notes this time | 08:04 |
| onefang | Or write scripts like I do. | 08:04 |
| gnarface | well i had, but it only worked for bsd | 08:05 |
| gnarface | which seems super weird | 08:05 |
| gnarface | like the bsd installer has some magic integration with qemu | 08:05 |
| rrq | FilipZ1: esp the note about group netdev | 08:05 |
| onefang | I've not tried BSD in a VM, so no idea. | 08:05 |
| gnarface | it was a while back so maybe something just changed | 08:06 |
| onefang | Could be. | 08:06 |
| onefang | https://wiki.archlinux.org/title/QEMU https://documentation.suse.com/sles/11-SP4/html/SLES-all/cha-qemu-running.html#cha-qemu-running-networking might help. | 08:07 |
| FilipZ1 | rrq: 1. What does "iface default inet dhcp" mean here? 2.I do not have the wpa_supplicant.conf file.Why would it be like this on the first place? In the etc/wpa_supplicant folder I have just 3 files, named: action_wpa.sh, functions.sh, and ifupdown.sh. Should these be here? | 09:29 |
| rrq | yes, and you may have to write your own wpa_supplicant.conf then | 09:33 |
| rrq | that one is also later being edited by wpa_supplicant to fill in connection information | 09:33 |
| rrq | or maybe it's wpa_gui that fills it in | 09:34 |
| rrq | add the three lines as per doc | 09:34 |
| FilipZ1 | in the interfaces I have: "auto lo", and next "iface lo inet loopback". What is it for? | 09:35 |
| rrq | "auto lo" tells the networking init script to bring up lo, and "iface lo inet loopback" tells how to configure lo when brought up | 09:36 |
| FilipZ1 | Where is this init script? Should I care about this, or just remove it and make it look like in "Standard DHCP wireless setup"? | 09:39 |
| rrq | the ifupdown init script is /etc/init.d/networking .. you shouldn't remove that | 09:40 |
| rrq | you need the lo setup as well; the doc tells about the addition for DHCP wireless | 09:41 |
| rrq | if you want to track things in detail: the wpa-roam tag is handled b y the "wpasupplicant" script(s) that are held in the /etc/network/if-*.d/ directories as event handlers | 09:44 |
| FilipZ1 | But it isn't described under that previous link. Then, should I leave it here, and paste the content of "Standard DHCP wireless setup" in the next lines? | 09:44 |
| rrq | yes those four lines should be added | 09:45 |
| rrq | the file /etc/network/interfacces may also have comment lines starting with # and blank lines | 09:45 |
| FilipZ1 | But what does "iface default inet dhcp" do? | 09:47 |
| FilipZ1 | I mean the "default" | 09:47 |
| rrq | those four lines tell the networking init to bring up the wlan0 interface automatically and then use the wpa-roam feature of wpasupplicant... that feature will use the "default" configuration if the connection is not declared statically | 09:47 |
| rrq | actual documentation in "man wpa_action" about that | 09:48 |
| * rrq biab | 09:49 | |
| rrq | b | 09:56 |
| rrq | fyi, further down in network-configuration.html is "manual multiple mixed wirelsess setup" that includes a static configuraiton for a certain connection (named "at_home" in the example) | 09:59 |
| FilipZ1 | Thank you! I made these changes. What should i do next, so this could reload? | 10:00 |
| FilipZ1 | Without restarting the system, I meant. | 10:01 |
| rrq | ifdown --force wlan0 ; ifup wlan0 | 10:02 |
| rrq | should be enough ... not sure if you need to kill wpa_supplicant as well "at the semi-colon" | 10:03 |
| rrq | then it's a matter of opeating wpa_gui | 10:04 |
| FilipZ1 | Thanks! It seem to work | 10:04 |
| FilipZ | I cannot have a stable connection even when using ifupdown alone, though wpa_gui. | 13:22 |
| FilipZ | It suddenly repeatedly drop the connection and reconnect after some time. | 13:22 |
| FilipZ | Could somebody help me fix this issue? | 13:23 |
| FilipZ | It seems that doing ifdown and ifup again, on the wlan interface fixes this issue untill it starts breaking again after some time. | 13:24 |
| Kingsy | question, is it possible that you need to create init.d scripts for some packages manually? | 13:40 |
| onefang | If some are only supplying systemd init units, then yes. Same with some packages only supplying systemd time units intsead of cron jobs. Saw one of those recently. | 13:42 |
| onefang | There is a package with some of the missing init scripts though. | 13:42 |
| Kingsy | is it possible to check somehow? the one in question right now for me is geoclue2 | 13:42 |
| onefang | orphan-sysvinit-scripts | 13:43 |
| onefang | All the sysvinit scripts live in /etc/init.d. | 13:43 |
| Kingsy | yeah ijt doesnt have a script in there. the docs are hazy on it. some say you don't need to run the agent it gets spawned automatically. some say you do. but what I know nright njow is it doesnt work unless I run the agent manually :D :D | 13:44 |
| Kingsy | how does orphan-sysvinit-scripts work? | 13:44 |
| Kingsy | no man page or binary for that one. | 13:44 |
| onefang | Reading /usr/share/doc/orphan-sysvinit-scripts/README.Debian might help. | 13:45 |
| bgstack15 | I apparently don't have it installed! The source is here: https://salsa.debian.org/matthew/orphan-sysvinit-scripts | 13:45 |
| bgstack15 | perhaps the debian/ dir will provide useful information for you | 13:46 |
| lts | Looks like gentoo does not provide an init script for geoclue either. Seems not a package needing to be run as a service | 13:46 |
| lts | (It's often nice to borrow openrc scripts from gentoo) | 13:46 |
| Kingsy | thanks onefang and bigpresh | 13:47 |
| Kingsy | oops | 13:47 |
| Kingsy | bgstack15: * | 13:47 |
| Kingsy | lts: very confusing... | 13:47 |
| bgstack15 | From apt-cache show: "GeoClue is a D-Bus geoinformation service" | 13:47 |
| bgstack15 | so it would get triggered by dbus. Sometimes those sorts of things don't run in the background; they only get invoked by dbus when something looks for org.geoclue.example | 13:48 |
| bgstack15 | Sometimes such things can be set up to run all the time though. | 13:48 |
| Kingsy | bgstack15: yeah you are spot on. weirdly it deoesnt spawn and I dont know why. I uguess though this isnt a devuan thing and I'll just keep looking. :D | 13:49 |
| Kingsy | thanks | 13:49 |
| bgstack15 | So silly question time: Do you have dbus running? | 13:49 |
| Kingsy | yeah I run bpswm like this -> exec dbus-launch --sh-syntax --exit-with-session bspwm | 13:50 |
| bgstack15 | also, have you tried running GeoClue daemon manually (probably as root), perhaps with any flags to keep it in the foreground, to see what it displays? | 13:50 |
| Kingsy | I havent, only an agent I found, which runs and then in turn allows redshift to run (which is what I am using geoclue for) | 13:51 |
| Kingsy | perhaps the agent in this case is the daemon | 13:51 |
| bgstack15 | perhaps "agent" is a client software that would ask dbus to send a message to geoclue? | 13:51 |
| bgstack15 | I don't know; sorry, I don't know this software at all. | 13:51 |
| Kingsy | no its all good. just helpful to discuss. I'll just have a bit more read around/. | 13:52 |
| bgstack15 | I recall not using redshift because of all the dbus/geoclue/Internet-connected "good"ness | 13:52 |
| Kingsy | I know... | 13:52 |
| Kingsy | do you know if there is alternative to getting a nice screen hue? | 13:52 |
| bgstack15 | just to control colors on my display... it discriminates against people in a basement with no windows! | 13:52 |
| onefang | The manual controls on the monitor? | 13:52 |
| FilipZ | "question, is it possible that you need to create init.d scripts for some packages manually?", I didn't do anything like this, and don't know what's this about. | 13:52 |
| Kingsy | onefang: I was hoping to do it by software. | 13:53 |
| bgstack15 | ooh, actually, so I came across something like that very recently | 13:53 |
| bgstack15 | yeah, X11, right? | 13:53 |
| Kingsy | yup | 13:53 |
| FilipZ | Sorry if it wasn't a message to me. | 13:53 |
| hagbard | bgstack15: It also works fine without all that BS, just with a locally configured longitude and latitude. | 13:53 |
| Kingsy | I don't think I will even switch to wayland. although I am curious | 13:53 |
| Kingsy | hagbard: I still found it a bit hit and miss. but I gguess I need to tweak the config more. | 13:53 |
| bgstack15 | https://github.com/nicholasbishop/xrandr-slightly-fewer-tears | 13:53 |
| bgstack15 | was exactly what I was looking for, except that it controls the entire X11 display (across multiple monitors) as one. | 13:54 |
| bgstack15 | I modified it to use multiple monitors separately. | 13:54 |
| bgstack15 | If you want that link, I can share that too. | 13:54 |
| Kingsy | oooooo | 13:54 |
| Kingsy | bgstack15: sure if you could share please. | 13:54 |
| bgstack15 | https://bgstack15.ddns.net/cgit/xbright/about/ | 13:55 |
| bgstack15 | The app is hacky indeed, particularly in the [easy to change; python] hard-coded limits for brightness. I'm guessing the color temperature might also be limited in ways; I know almost nothing about color temperature of stuff. | 13:56 |
| Kingsy | hmm yeah that doesnt look good for me. | 13:56 |
| bgstack15 | But these sliders operate immediately, which is what I wanted! | 13:56 |
| Kingsy | oh hang on | 13:56 |
| bgstack15 | I haven't bothered to build a dpkg for this app, but I do just use it from my ~/dev/ directory where all my git repositories go, and I tend to use it after playing that one Wine game that appears to mess with my X11 brightness settings. | 13:58 |
| Kingsy | bgstack15: its a big buggy, the setting seems to reset back to default after a few seconds. | 13:59 |
| bgstack15 | woah, that did not happen for me. You might have that geoclue/redshift daemon running still! | 14:00 |
| Kingsy | ah perhaps! LOL I bet it is that. | 14:00 |
| bgstack15 | and the app also echos the parameters it invokes xrandr with, so if you find a setting you like, just copy-paste that and use that from the command line and then you won't need this GUI anymore. | 14:01 |
| Kingsy | yeah this is super useful! thanks for this | 14:02 |
| * bgstack15 high-fives Kingsy | 14:03 | |
| e3d3 | Bluetooth is started on boot, although I don't have it specified in /etc/xdg/autostart OR ~/.config/autostart. What is responsible for this ? (I use Devuan Chimaera) | 16:17 |
| gnarface | check in /etc/init.d/ | 16:19 |
| e3d3 | I've /etc/init.d/bluetooth. Where can learn what to do with it: man systemv, systemd shim, other stuff ?? | 16:24 |
| e3d3 | I've found ... | 16:24 |
| gnarface | actually you can disable it easily in /etc/default/bluetooth | 16:25 |
| gnarface | just read the comments in that file, one of them should be about setting a variable to make it not boot | 16:25 |
| e3d3 | Do I need to activate this somewhere or will it automatically be effective on the next boot ? | 16:27 |
| gnarface | should be effective on next boot | 16:27 |
| gnarface | no other action needed than setting the variable in that file | 16:28 |
| gnarface | lol just to be annoying i guess they made it so you set BLUETOOTH_ENABLED=1 to disable it | 16:29 |
| gnarface | makes perfect sense | 16:29 |
| gnarface | just make sure that works, if that works you don't have to learn the other way yet | 16:30 |
| e3d3 | If that is true than I should start on boot. I have BLUETOOTH_ENABLED=1 | 16:30 |
| onefang | Also you might need to make sure that /etc/init.d/bluetooth is also enabled. sysv-rc-conf is the best tool for that. | 16:30 |
| gnarface | wait we're trying to disable it, right? | 16:31 |
| e3d3 | yes, I want to disable it on boot | 16:31 |
| gnarface | so it's running even though you have the same default as me? | 16:32 |
| onefang | Then s/enabled/disabled/ in what I just said. | 16:32 |
| gnarface | it shouldn't be doing that but yea sysv-rc-conf can easily override whatever | 16:32 |
| e3d3 | I'll install sysv-rc-conf and try it. | 16:33 |
| onefang | As for disabling bluetooth, I do it the easy way, never install any bluetooth software. B-) | 16:35 |
| onefang | Alas the hard way is to chisel that chip out of my motherboard. | 16:36 |
| e3d3 | onefang: The bluetooth software is installed by default on Devuan Chimaera, and I even don't know if I have bluetooth hardware onboard, only that I never use it. | 16:37 |
| onefang | You could probably uninstall it. I do debootstrap installls, with recomends turned off, nothing gets installed unless I ask for it. | 16:39 |
| e3d3 | I understand. Wish that I know enough of all the services etc. to do the same. | 16:41 |
| e3d3 | I normally use the default available 'Session and startup' menu item (GUI) but this program doesn't do what it pretends | 16:44 |
| gnarface | that's most likely for per-user startup items | 16:45 |
| gnarface | activates at login | 16:45 |
| onefang | Yes the word "session" implies window manager session. | 16:46 |
| gnarface | also all optional | 16:46 |
| e3d3 | Seems that I can't avoid learning the init system tricks to understand why programs start that are not specified in autostart or rcX.d | 16:48 |
| e3d3 | specially because of geoclue | 16:49 |
| gnarface | well, the per-user stuff is actually part of the window manager | 16:50 |
| gnarface | are you sure bluetooth was actually starting though? | 16:50 |
| gnarface | did you check to see if it was running? | 16:50 |
| gnarface | it occurs to me that it may have merely said it was starting at boot, but not actually started due to the /etc/default/bluetooth setting | 16:51 |
| e3d3 | I see it in top/htop after booting | 16:51 |
| gnarface | oh | 16:51 |
| gnarface | weird | 16:51 |
| e3d3 | gnarface: I think that I prefer to write a little script that ~/.profile invokes, to kill the bluetooth after booting, instead of learning about the init-system and the stuff around it. It is too much for something I normally never encounter. Still thank you for your kind help. | 17:03 |
| e3d3 | I think bluetooth is disabled on boot, after I found the necessary info to use sysv-rc-conf in 'man 8 init'. Next step is find out how to disable gleoclue, that doesn't show up in sysv-rc-conf, rcX.d or one of the autostart folders. | 17:16 |
| FilipZ1 | I get an error "wpa_supplicant: /sbin/wpa_supplicant daemon failed to start", and next "run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with return code 1" when trying to restart the wlan0 interface with ifup wlan0 . What could cause it, and how to fix it. At least temporarily by restarting proper things, at worst. | 23:12 |
| FilipZ1 | This is a second issue that I have with the wireless software, and the previous randomly breaks the connection, making the wpa_gui repeatedly restarting it, but that could be temporarily fixed with the use of ifdown, and ifup, if there werent this second issue. | 23:17 |
| rrq | probably a file permissions thing... that it's not allowed to write the "pidfile(s)" ... | 23:27 |
| rrq | mmm you have /run/wpa_supplicant/ directory with 0640 root:netdev permissions? | 23:30 |
| rrq | actually 0750 root:netdev | 23:34 |
| rrq | aka drwxr-x--- | 23:34 |
| FilipZ1 | I do not have wpa_supplicant directory in /run/ | 23:35 |
| rrq | hmm I'm not sure when/how that is made ... the scripts involved are /etc/wpa_supplicant/ifupdown.sh and /etc/wpa_supplicant/functions.sh | 23:37 |
| rrq | I have a vague memory I did something extra when I updated the conf to use groupt netdev, but it was a while ago | 23:38 |
| FilipZ1 | How is it visible that the "functions.sh" is involved? | 23:40 |
| rrq | that directory is important as it holds a control socket... maybe create it manually for now | 23:41 |
| rrq | functions.sh is included into ifupdown.sh (line 50) | 23:42 |
| rrq | ah line 105 of ifupdown.sh picks the DIR= setting of the configuration ... (so it's my fault it's using that one) | 23:44 |
| rrq | so creating one manually is probably the way to go | 23:45 |
| rwp | FilipZ1, Can you summarize the current problem? What does your /etc/network/interfaces file look like? | 23:47 |
| rwp | I only know you are experiencing trouble with wifi and wpa_supplicant. | 23:47 |
| rrq | he's following https://www.devuan.org/os/documentation/install-guides/chimaera/network-configuration.html | 23:48 |
| rrq | the "Standard DHCP wirelsess setup" | 23:48 |
| rwp | Seems like that should work. Though I always use a different configuration myself. | 23:49 |
| rrq | (it seems that doco is missing the creation of the socket dir /var/run/wpa_supplicant/) | 23:49 |
| rwp | I am sure that when I have run exactly that configuration previously that the socket directory was created automatically. | 23:51 |
| rwp | That doesn't mean things have not changed now. So much has changed. And not for the better. | 23:51 |
| rrq | the scripts involved don't have any mkdir ... so maybe it is/was part of installation before | 23:52 |
| rwp | wpa_supplicant creates it itself internally. I just tested that here and verified that it does. | 23:58 |
| rwp | On Chimaera. | 23:58 |
| * rrq afk | 23:59 | |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!