darwin | i booted Devuan 4 full desktop amd64 installer, and selected 'install', but then it did broken/unreadable graphics with my ASUS Radeon RX 6900 XT, and earlier tonight I tried out the Devuan 5rc4 installer and same happened :( I have no problem with more stable stuff like *BSD & Slackware which don't try to force a graphics mode thing in the middle of an install... however they're getting behind in hardware support so I want to try Devuan 5 | 12:27 |
---|---|---|
darwin | it's been a while since I used Debian (around 1998 - 2002) so I need a full installer that lets me choose package sets or whatever you call them now. What's the next step to debug the Devuan 5rc4 installer or have an option it doesn't change graphics mode in the middle of an install? | 12:35 |
gnarface | darwin: does the daedalus live iso have the same issue? | 12:36 |
darwin | live ISOs don't have the issue but don't let me choose package sets nor install as much as when you use those, so I'll end up lost... I recall someone saying some of the package sets remain unlabelled when you use another method to try to find them, you won't | 12:36 |
gnarface | i'd try the regular installer in ncurses/text expert mode, and not select any desktops during the tasksel phase. that should leave you a bootable system with a text console that functions well enough to install the latest kernel and amdgpu drivers. | 12:37 |
darwin | ok | 12:38 |
darwin | doesn't desktop firstly mean terminal (tty) / shell desktop, not X/etc.? | 12:39 |
gnarface | not sure what you mean | 12:39 |
gnarface | just keep the live iso handy because you may still need it to repair the install | 12:39 |
darwin | ok | 12:39 |
gnarface | i'm assuming you're having the problem because of a graphical mode setting, but if you're having the problem due to a text mode setting, you may need to edit the grub config manually to add "nomodeset" to the kernel command-line | 12:40 |
gnarface | (i've only seen that issue with old nvidia cards but your device is very new) | 12:40 |
darwin | i see | 12:41 |
gnarface | (so it's an unknown - but if the live iso works then this should work somehow) | 12:41 |
darwin | i wrote all this down but might try it tomorrow... getting kind of late at night here | 12:41 |
gnarface | i can only assume the issue with the desktop installer is that the kernel is slightly older than the one in the live iso | 12:41 |
gnarface | you're not the first person to run into it | 12:42 |
gnarface | other user also had a rx 6XXX something | 12:42 |
darwin | i was here talking about it before | 12:42 |
darwin | for the Devuan 4 installer | 12:42 |
gnarface | unless that was you too? i was pretty sure that person got it working though... | 12:42 |
darwin | i only got it working with the live ISO then ended up not being able to install some stuff that would normally have been installed | 12:43 |
gnarface | well, first thing's first. do a regular install and don't select any desktops | 12:43 |
darwin | i'll try it; thanks | 12:43 |
gnarface | good luck, i'll be back later | 12:44 |
gnarface | if it boots and your text console works, then all you should have to do is install the latest firmware-amd-graphics and linux-image-amd64 from the repo | 12:44 |
gnarface | (then of course reboot, and whatever other graphical programs you install should work fine after that) | 12:45 |
grayrock | i had the exact same problem with devuan 4 after i installed my new rx 6650 xt. afaict, it was the newer kernel in devuan 5 that solved the issue for me. it also happened with debian installer, so it's inherited. | 12:46 |
grayrock | i didn't try text mode installer as per gnarface, but i think that likely would work, as well as all his other advice. | 12:49 |
darwin | is there a Devuan forum or listserv/newsgroup or do people just use Debian forums? | 12:51 |
fsmithred | dev1galaxy.org | 12:53 |
darwin | thanks | 12:53 |
fsmithred | if text console is scrambled when you boot installer iso, you might need to set screen resolution in the boot menu | 12:54 |
fsmithred | set gfxpayload=something | 12:54 |
fsmithred | scrambled when you run the installer, I mean. I get that with one of my laptops. | 12:55 |
fsmithred | I think I have to use 640x480 on that one. | 12:55 |
grayrock | this is just a wild guess, but thinking back on the nature of the scrambled display, it was sort of a very extreme zig-zag pattern, so maybe it has something to do with refresh rate. | 12:57 |
darwin | well, I tried one more time. Devuan 4 & 5rc4 full desktop installer expert mode just shuts off my screen and beeps (not sure if it reboots)... the grub configuration already says nomodeset but also sets graphics mode 788 which I know is very high, even though it's a 4K card & screen, that old kernel may not do well with these modes and it may need to set something more like '1080p' | 13:08 |
darwin | i don't know which mode I should change that to if any | 13:08 |
gnarface | there's a chart somewhere, i forget the actual numbers | 13:09 |
darwin | it's not scrambled when I boot. It's boots to the menu fine, but then only after I select 'INSTALL' it scrambles | 13:09 |
gnarface | maybe try removing the "nomodeset" and instead use gfxpayload=keep | 13:09 |
gnarface | there's syntax to force a specific resolution too | 13:10 |
gnarface | check the comments in the /etc/default/grub file | 13:11 |
gnarface | not sure if just passing "vga=ask" will work anymore | 13:11 |
gnarface | (afk again) | 13:14 |
fsmithred | the gfxpayload option is for grub boot menu (uefi or installed system), vga= is for isolinux boot menu (bios boot) | 13:29 |
fsmithred | here's a chart of vga modes: https://www.pendrivelinux.com/vga-boot-modes-to-set-screen-resolution/ | 13:32 |
darwin | i got some kind of installer by doing vga=ask but unclear it was basic or advanced (this needs to be improved to give a choice even if you edit that). Iselected 'go back' because I already have my grub.cfg in Slackware, then installer seemed to halt at installing something about grub branding... was anything supposed to happen after that? | 13:45 |
darwin | 'I selected' | 13:45 |
darwin | and how do I change the runlevel back to terminal (tty) and no X? | 13:47 |
rrq | if you have installed then you should reboot into that, if you havenät you need to rebbot into a new installer | 13:50 |
rrq | at the boot menu, use TAB for editing the installers boot command line and select your workign vga mode | 13:51 |
darwin | i rebooted into it but it's unclear if the install finished | 13:54 |
darwin | because the logic for 'go back' wasn't completed and it got stuck at 79% doing something with 'grub branding' | 13:54 |
rrq | if you aborted intead of installing grub to the MBR then it's not bootable | 13:54 |
darwin | i just told you I booted into it because I have grub in Slakcware | 13:55 |
darwin | that's why I selected 'go back' | 13:55 |
rrq | you mean your installed system ins now running? | 13:56 |
darwin | yes, but it's not clear the installation was completed | 13:56 |
darwin | there were several steps after installing boot loader and I don't know if it got to any of those | 13:57 |
darwin | 'go back' should've gone to the next step, not just halted at 79% | 13:57 |
rrq | which dialog did you select "go back" at? | 13:58 |
grayrock | the grub install is the last part of the installation, so if you got that far, the system should be (otherwise) fully installed. | 13:58 |
darwin | excellent! :) | 13:58 |
darwin | i selected 'go back' instead of installing grub | 13:59 |
grayrock | and if your slackware grub installation is working, it wasn't damaged by the devuan grub install attempt/abort. | 13:59 |
grayrock | the only other thing it does before rebooting is clean up some files that were only needed during the installation, so those may still by there. | 14:01 |
darwin | good. Some like newer Debian-/Ubuntu-based (and even FreeBSD) do replace it | 14:03 |
darwin | oh, I see. Well I can deal with those later. First I need to download something from the contrib repository | 14:03 |
grayrock | sounds like you made it. congratulations. :) | 14:04 |
darwin | thanks! I enabled contrib and have to install openzfs/zfsonlinux but the package names are different. I use this for my /home between any GNU/Linux and FreeBSD/etc. | 14:06 |
darwin | then I have to install amdgpu and a lot of other stuff I'm mostly used to already being installed | 14:07 |
darwin | not that amdgpu is | 14:07 |
grayrock | you can run tasksel again from the command line if you want to install a desktop or something. | 14:07 |
fsmithred | apt-cache search zfs | 14:08 |
darwin | i installed XFCE but for now I just want to disable that and boot only to command-line | 14:08 |
fsmithred | disble the display manager | 14:09 |
fsmithred | is it slim or lightdm? | 14:09 |
darwin | i have no idea. It's Devuan 5rc4 | 14:10 |
grayrock | i think daedalus switched to slim. | 14:10 |
fsmithred | you can install sysv-rc-conf and use that to turn it off in whatever runlevels you choose | 14:10 |
fsmithred | or you could use update-rc.d | 14:10 |
darwin | it had errors building zfs. It said it was going to install it 'monolithic' but then that instead it had a problem installing it as a module | 14:11 |
fsmithred | oh, did you use startx to start xfce, or did you have a graphical login screen? | 14:12 |
darwin | now later I think it's fixed and that I maybe found the right runlevel | 14:12 |
darwin | it was graphical right when I logged-in | 14:13 |
fsmithred | you installed task-xfce-desktop or just xfce4? | 14:13 |
grayrock | if you're trying to build something, you might want to install build-essential first. | 14:13 |
darwin | i found a Deian wiki page that said I install zfs but it included some dkms thing it was building... it didn't say I need that but I recall I need it for other stuff | 14:14 |
darwin | now I booted to command-line | 14:15 |
fsmithred | default runlevel in debian/devuan is 2, and 2-5 are all the same. | 14:16 |
darwin | well in that SysVInit configuration runlevel 3 looked more like a normal command-line | 14:16 |
darwin | it didn't have slim selected | 14:16 |
darwin | i got ZFS now, so next amdgpu | 14:17 |
fsmithred | firmware-amd-graphics | 14:17 |
darwin | are the .bash* and .profile files in user directories/folders same as in Debian? | 14:20 |
grayrock | the ones for the user are, like debian. | 14:21 |
darwin | what about root? | 14:21 |
grayrock | root has its own | 14:22 |
darwin | so root's were changed from Debian? | 14:22 |
grayrock | the system-wide default ones are in /etc. root's is in /root. | 14:22 |
darwin | i know where they are, just wondering if they forked | 14:24 |
darwin | because I'll be copying them over to my preexistent /home and merging some stuff | 14:24 |
darwin | and backing up the root stuff and maybe merging those also | 14:24 |
rrq | all forked packages have "devuan" in their version codes; all else is directly from debian | 14:25 |
grayrock | probably hasn't changed much from devian 11 / devuan 4, but i'd back up the existing ones first anyway. | 14:26 |
grayrock | debian 11* | 14:26 |
darwin | would there be anything wrong with making it up to 12 pure terminals (ttys) including tty7 then running startx if I want that? | 14:28 |
darwin | it's what I do on *BSD & Slackware... | 14:28 |
rrq | adding more getty lines in inittab, you mean; that's fine. the kernel has 64 vitual terminals that you may use | 14:30 |
darwin | great! :) | 14:30 |
darwin | is there a file moved somewhere that used to be /etc/securetty I also have to add them in? | 14:31 |
darwin | someone told me the amdgpu drivers (for OpenCL) that are on repo.radeon.com are already in a Devuan repository... but which repository is that--non-free? | 14:32 |
rrq | you may use pkginf.devuan.org to find packages | 14:32 |
rrq | pkginfo.devuan.org | 14:33 |
darwin | thanks | 14:33 |
darwin | though there's now also the free ROCm that replaces and those are based on, but I read it doesn't always work as well | 14:33 |
darwin | (Radeon Open Compute) | 14:33 |
grayrock | isn't there a new something-something-firmware repo now? | 14:34 |
darwin | i didn't find any amdgpu packages in pkginfo.devuan.org , but I was just using the Lynx web browser... | 14:35 |
rrq | is that a package or a file in a package? | 14:36 |
darwin | it's part of a package name | 14:36 |
rrq | so you searched *amdgpu* then ? | 14:37 |
darwin | the longer name was amdgpu-install | 14:37 |
darwin | i didn't use asterisks | 14:37 |
rrq | guess you did'nt glance at the sintruction on the page | 14:37 |
darwin | i put one at the end now but it didn't show up | 14:38 |
darwin | someone told me don't try to get it from AMD and alter it to allow installing on Devuan instead of getting it from Devuan | 14:38 |
rrq | not happy with any of the results when you use a * first as well? | 14:39 |
grayrock | oh, i remember... each sources list line ends with "main contrib non-free-firmware" now instead of "main contrib non-free" | 14:40 |
darwin | the name starts with amdgpu so shouldn't need one | 14:40 |
darwin | i guess I'll do it tomorrow. I should sleep | 14:42 |
darwin | the whole main part of the package name is just amdgpu-install and after that are version numbers and .deb | 14:43 |
grayrock | there are four files in the devuan repos with "amdgpu" in the name: libdrm-amdgpu1 libdrm-amdgpu1:i386 ricks-amdgpu-utils xserver-xorg-video-amdgpu | 14:46 |
darwin | the installer I'm talking about installs a large number of packages (dozens or 100+)... it's a mess | 14:47 |
darwin | it can install OpenCL (and some other stuff) which is what I use it for | 14:47 |
darwin | it's on repo.radeon.com but someone said I don't need to, or shouldn't install it from there rather from another source. I don't know that's actually true... | 14:48 |
darwin | it's not any of the four packages you mentiond but does a lot more than that. OpenCL is for number-crunching | 14:49 |
grayrock | can you build it from source? | 14:49 |
darwin | that is very complicated and I wouldn't attempt it | 14:49 |
darwin | if the Debian packages work I should just use those | 14:50 |
darwin | i hope they haven't done something with it that uses systemd, but an advanced programmer modified the Debian/Ubuntu packages to make Slackware packages, which of course don't use systemd | 14:51 |
grayrock | hopefully they don't pull in anything with systemd dependencies that devuan can't handle. | 14:51 |
grayrock | good old volkerding :D | 14:52 |
darwin | i'm skeptical whether the person who told me knew what they're talking about because I just ran the installer with '--help' and it said 'unsupported OS: /etc/os-release ID "devuan"' but there is a way around this | 14:54 |
darwin | if it had existed for Devuan that would've probably meant it had to keep the name Debian wherever it got that information from | 14:56 |
darwin | i'm still willing to try if an altered package exists but I think they thought I meant something else like the four amdgpu packages other than the installer for extra stuff | 14:57 |
gnarface | darwin: amdgpu is in the package firmware-amd-graphics in non-free-firmware | 14:57 |
grayrock | even if you circumvented that, you'd wind up with a "frankendevuan" | 14:57 |
darwin | not all of it--not the OpenCL | 14:57 |
gnarface | darwin: (all the driver packages from earlier releases that were in non-free got moved to non-free-firmware as of daedalus) | 14:57 |
rrq | darwin: if you want OpenCL, try "apt-cache search OpenCL" and pick some of those | 14:58 |
darwin | i had that repository enabled and amdgpu-install like on repo.radeon.com isn't in there... it isn't just firmware. OpenCL is a programming language or something such as that for number-crunching and has dozens or 100+ packages to setup | 14:58 |
darwin | i can't pick some of those because for newer radeons you have to use packages that were compiled for them | 14:59 |
darwin | or you don't get all the features | 14:59 |
gnarface | darwin: please don't get hung up on their poor grasp of vocabulary, you need "firmware-amd-graphics" from non-free-firmware | 14:59 |
darwin | i see | 15:00 |
gnarface | darwin: i'm well aware it's not actually firmware | 15:00 |
* gnarface didn't do it | 15:00 | |
gnarface | yes you do probably also need more stuff, but the rest should be in main | 15:00 |
gnarface | (a bunch of mesa packages) | 15:00 |
darwin | i'm installing firmware-amd-graphics but it sounds much too small for what I normally installed of this | 15:02 |
gnarface | like i said, you also need a bunch of mesa packages, but they're all in main | 15:02 |
gnarface | as in free | 15:03 |
darwin | is there a list somewhere of what is equivalent of the dozens or 100+ packages? | 15:03 |
gnarface | the equivalent to what? | 15:03 |
gnarface | there's like 22 of them | 15:04 |
grayrock | you'd have to look in the debian package for that. | 15:04 |
gnarface | "apt-cache search mesa' | 15:04 |
gnarface | i mean "apt-cache search mesa" | 15:04 |
gnarface | you don't necessarily need all of them, it just depends on what you're doing | 15:04 |
darwin | amdgpu install --usecase=opencl --opencl=rocr --no-dkms --no-32 | 15:04 |
darwin | 'amdgpu-install'... all I know is that's what installs everything | 15:05 |
gnarface | not familiar with that, i doubt there's a debian equivalent. that looks like something that downloads unofficial software from a 3rd party repo | 15:05 |
darwin | it works for Debian | 15:05 |
darwin | Debian is in the list of GNU/Linux distributions it accepts to run that | 15:06 |
gnarface | we have the same distribution as debian, and debian would tell you not to use that 3rd party stuff either | 15:06 |
gnarface | i guarantee you don't need it | 15:06 |
gnarface | i suspect it also makes a mess | 15:06 |
darwin | it can but it also has an uninstaller | 15:06 |
gnarface | here's what i can give you: https://paste.debian.net/1286022/ | 15:06 |
gnarface | a list of the mesa packges i'm using | 15:07 |
darwin | i use it for BOINC ( boinc.berkely.edu science/research) and cryptocurrency mining | 15:07 |
gnarface | don't sweat it if you can't find one or two of those, i think i have some vestiges of earlier installs still present | 15:07 |
onefang | boinc is in the Devuan repos already. | 15:08 |
onefang | Might save some time if you start with "this is what I need" rather than "this is how I'm trying to do that thing I need, but haven't said what that thing is". B-) | 15:09 |
darwin | i know BOINC is there, but this is dozens or 100+ other packages used to enable graphics card number crunching on BOINC. I don't know what the packages are. I just know they work on Debian | 15:10 |
rustyaxe | cryo mining.. what a waste of electricity. *smh* | 15:11 |
rustyaxe | crypto | 15:12 |
gnarface | darwin: well i don't know what they are either, and if they're coming from a 3rd-party repo there's no guarantee they even have debian equivalents, or if they do there's no guarantee they are named 1:1 the same | 15:12 |
darwin | crypto means cryptography | 15:13 |
gnarface | darwin: maybe you could start with a "dpkg --get-selections" on one of those debian installs and search devuan for them, but note that these are the only ones debian doesn't also have: http://packages.devuan.org/bannedpackages.txt | 15:13 |
gnarface | er, i mean those are the only ones debian has that devuan doesn't also have ^ | 15:13 |
gnarface | how sure are you that the existing boinc package isn't smart enough to get what it needs? | 15:14 |
darwin | definitely | 15:15 |
gnarface | did you at least get the graphical desktop working? | 15:15 |
darwin | it booted into that on the first boot and I disabled it | 15:15 |
gnarface | ok, so you know it's working at least | 15:16 |
gnarface | maybe it's just missing dependencies on a couple opencl packages that are already in the repos? | 15:18 |
gnarface | maybe not, but worth checking | 15:19 |
gnarface | with a card that new i wouldn't be surprised if the only thing you were missing was some patches that haven't been added to debian yet on packages that are already there | 15:19 |
gnarface | the idea that there might be a whole other structure of unrelated packages and dependencies not even present in debian is possible but statistically unlikely | 15:20 |
gnarface | still, with this use case, i don't know | 15:21 |
gnarface | the tip to run "apt-cache search opencl" seems like a good one | 15:21 |
darwin | it would've been the case until they were released as Radeon Open Compute unless Debian was distributing proprietary software | 15:21 |
darwin | and that was just in recent years | 15:22 |
grayrock | couldn't you just run debian in a vm on your devuan box and let it mine away? or maybe you don't want to dedicate the gpu to the vm. | 15:22 |
gnarface | no reason it needs the gpu for that i don't think | 15:23 |
gnarface | you could do it in a chroot | 15:23 |
gnarface | still, the package list is the primary question currently | 15:23 |
gnarface | gotta know what "amdgpu-install" actually installs, can't guess | 15:23 |
darwin | chroot is easier. I dislike virtual machines (VMs) except like Xen like on older Qubes in which every VM could run programs in the host's X session as if part of that | 15:24 |
darwin | but you don't even need X for BOINC or most miners | 15:24 |
gnarface | no way to just tell "amdgpu-install" to treat a chroot install as debian? that could be very informative even if it breaks the install | 15:24 |
darwin | yes, you can do that but that's what someone here told me don't do | 15:25 |
gnarface | it would probably work if they didn't do any systemd integrations | 15:25 |
darwin | you just edit it (it's a script) and make sure it has the OS in the list of names it accepts | 15:26 |
gnarface | well, don't do it on your main install, but if you're comfortable doing a chroot install it should be safe in there i would think | 15:26 |
gnarface | devuan has debootstrap | 15:26 |
darwin | i'm pretty sure they don't because someone did something like this to convert them to Slackware packages which of course only uses SysVInit unless someone modifies it | 15:26 |
gnarface | so you think it'll fail before even showing you what it installs? | 15:28 |
gnarface | it supports slackware? slackware should work fine in a chroot too... | 15:29 |
darwin | i'm just not sure how to figure that out, but I doubt it'll fail if I do that right. I guess I'd have to somehow redirect stdout | 15:29 |
gnarface | [command] > log_file.log 2>&1 & | 15:30 |
darwin | not officially; some Slackware users/programmers just rebuilt the packages. I think I heard Gentoo people may have also done so | 15:30 |
gnarface | i think systemd has some problem with chroots but any distro without systemd should work | 15:31 |
darwin | yes | 15:31 |
darwin | i initially even updated Devuan from a Slackware chroot | 15:32 |
darwin | some that have systemd worked also but I don't know if they'd work to run X/etc. because they started running that as a systemd 'service' | 15:33 |
darwin | i saved a list of the packages when I ran the installer in another OS | 15:42 |
scorpion2185[m] | have you ever thought about dinit for user services? (also as a init but i said that alredy once) | 15:46 |
ecxod | is pulseaudio compatible with devuan ? it does not work any more since I switched | 18:00 |
mason | ecxod: Edit /etc/pulse/client.conf.d/00-disable-autospawn.conf and change the autospawn setting | 18:03 |
mason | That said, I don't use PulseAudio so I'm just assuming that's still the advice. | 18:03 |
ecxod | I have only /etc/pulse/client.conf.d/01-enable-autospawn.conf and there is only autospawn=yes in line 1 | 18:06 |
ecxod | but btw what do you use ? | 18:06 |
mason | ALSA | 18:06 |
mason | Works with Firefox, Chrome, Chromium, Steam, VLC, Wine, and I'm not sure anything else I use makes noises. | 18:07 |
mason | Remember that PulseAudio doesn't actually do much. It mostly just feeds audio to ALSA. | 18:07 |
buZz | pulse can work, sure | 18:09 |
buZz | pipewire is so amazing to me :) vs pulse | 18:10 |
buZz | but i use a lot of weird audio software that normally requires jack etc | 18:10 |
ecxod | pipewire was for me similar to video | 18:11 |
mason | Pipewire was originally called PulseVideo. | 18:12 |
buZz | pipewire does alsa+jack+pulse emulation on top of alsa | 18:13 |
buZz | and it can also route video yeah | 18:13 |
buZz | it does all that emulation at lower cpu than jack/pulse used | 18:13 |
buZz | pretty amazing stuff to me :) | 18:13 |
mason | I'm tempted to try pipewire sometime actually. | 18:13 |
buZz | its almost 100% proper in devuan, but lacks a manager to start/stop it | 18:14 |
buZz | currently i just start it when i log in on X, as my user | 18:14 |
mason | Reasonable. | 18:14 |
buZz | similar to how https://wiki.gentoo.org/wiki/PipeWire suggests using it | 18:14 |
buZz | but they have some shellscript to do it for them | 18:15 |
nemo | ecxod: no issues over here with pulseaudio | 19:26 |
nemo | ecxod: I would guess the only problems would be with multiple simultaneous X sessions | 19:26 |
gnarface | last i tested it was beowulf | 19:28 |
gnarface | i wouldn't know if upgrading from bookworm to daedalus left behind broken configs | 19:29 |
nemo | gnarface: I've upgraded beowulf, chimæra, dædalus, no issues. | 19:32 |
nemo | ecxod: are you using pavucontrol ? it might clear things up | 19:33 |
nemo | only irritating issue I have is every time I turn on the TV the living room machine is plugged into, it tries to use the HDMI over the sucky TV builtin speakers. probably 'cause it was last source "plugged in" | 19:34 |
nemo | last time I tried to mess around in the config to say "always use the analog 2.1 no matter what" I screwed it up, so I just fix it every time. annoying though. | 19:34 |
nemo | buZz: my experience with pipewire on the steamdeck is it is more finicky than pulseaudio. | 19:35 |
nemo | some older games have sucky audio inputs they dump in, and pulseaudio quietly detects and corrects which is nice | 19:35 |
nemo | after an hour or two of playing around in pipewire I was unable to get the same behaviour from it | 19:36 |
nemo | even w/ some help from their IRC channel and a lot of reading of docs | 19:36 |
* golinux has never used pulseaudio | 19:38 | |
gnarface | ecxod: on beowulf at least, it worked with default configs as long as the desktop environment was launching it as the user rather than the init system launching it as root | 19:38 |
gnarface | (in stereo anyway - surround sound was a struggle) | 19:39 |
ecxod | gnarface, thanks, I have noticed I do not need it. Sound works perfect only with alsa | 19:40 |
gnarface | ecxod: yea very few things actually need it. Steam is one of them, but even then you can usually hack around it. | 19:41 |
mason | gnarface: I use Steam without PulseAudio. | 19:42 |
gnarface | mason: you obviously don't use remote play | 19:42 |
mason | I don't do anything special to make it work. | 19:42 |
mason | gnarface: That's correct. | 19:42 |
gnarface | it needs it for remote play unless you do "something special" and there's a bunch of games that won't run without it unless you do something else special | 19:43 |
gnarface | (remote play will work without it, you just won't hear audio at the remote end) | 19:43 |
gnarface | for the games that won't launch without it, you can just symlink libpulse-simple.so.0 -> /dev/null in their top-level install directories, and set LD_LIBRARY_PATH=".:$LD_LIBRARY_PATH" %command% in the launch options | 19:44 |
mason | I don't think I've encountered such a game, luckily. | 19:45 |
gnarface | even having to take such steps is probably evidence of schadenfreude but some popular ones have that problem | 19:46 |
gnarface | but yes, it would be fair to say it barely needs it and you usually won't miss it | 19:48 |
gnarface | it's also fair to say that just because you have it doesn't guarantee it'll work right | 19:49 |
gnarface | (especially in beowulf currently) | 19:49 |
buZz | i use steam with pipewire | 19:54 |
buZz | even steamlink to a android has sound, so i guess its fine | 19:55 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!