rwp | onefang, I don't know if this will be helpful or noise but... "apulse" is a pulse api converter to alsa and works perfectly for firefox for me on a non-pulse system. | 00:15 |
---|---|---|
rwp | If all else fails it might be worth a try "apulse solfege ..." to run it that way and see if it needs pulseaudio or not. | 00:16 |
onefang | That didn't help. | 00:18 |
onefang | I use apulse for firefox as well, that works fine. | 00:18 |
onefang | Solfege doesn't have a pulseaudio option, just ALSA, OSS, and "external MIDI player" | 00:18 |
onefang | Ah figured it out! | 00:26 |
onefang | "external MIDI" actually means "external MIDI player", not "external MIDI synth"., but it had wrong command options for the default timidity MIDI player. | 00:27 |
onefang | Now I got it working through JACK. B-) | 00:29 |
onefang | Now I can relearn all that music theory I last studied 40 years ago. lol | 00:40 |
blizzow | Are there debs available for the latest firefox instead of esr? | 03:18 |
rwp | blizzow, In Ceres Unstable is the Firefox corresponding to the non-ESR version. | 03:21 |
blizzow | rwp, I'm actually running the dyne/devuan:daedalus container. I know this is a weird way to run it. | 03:22 |
rwp | So... In Stable Chimaera the stable Firefox ESR bits are available as a package. In Unstable Ceres the unstable Firefox daily bits are available. | 03:22 |
rwp | Hmm... Testing. I don't know which is available in Testing. And it is okay with me if you are running this in a container. | 03:23 |
rwp | According to pkginfo.devuan.org Testing uses firefox-esr. https://pkginfo.devuan.org/cgi-bin/policy-query.html?c=package&q=firefox-esr&x=submit | 03:26 |
rwp | I have this weird USB problem. I upgraded a system to Beowulf and then upon reboot the system loads the usb "uas" module and creates /dev/sd{c,d,e,f,g,h} devices that don't exist and from then on update-grub and lvm commands report errors on those devices. | 04:15 |
rwp | If I "modprobe -r uas" then the module is unloaded and those /dev/sd? devices disappear. | 04:16 |
rwp | I rebuilt the initramfs with "dpkg-reconfigure linux-image-4.19.0-22-amd64" in case it was something embedded in the initramfs. | 04:16 |
rwp | But I can't figure it out. I think I will have to blacklist uas so that it stops creating these device nodes which do not exist. | 04:17 |
rwp | But another system which is basically identical hardware and identical Beowulf upgraded previously does not have this issue. | 04:17 |
onefang | Any idea what uas actually is? | 04:17 |
rrq | is this relevant? https://leo.leung.xyz/wiki/How_to_disable_USB_Attached_Storage_(UAS) | 04:17 |
rwp | USB Attached Storage. That's all I know. | 04:18 |
gnarface | rwp: what is MODULES set to in your /etc/initramfs-tools/initramfs.conf? | 04:18 |
gnarface | if it's set to "most" try changing it to "dep" then regenerating the intrd.img | 04:19 |
gnarface | not sure what the actual problems is but maybe that would avoid it | 04:20 |
rwp | Here is a first bit of data paste. https://paste.debian.net/plain/1264696 | 04:20 |
rwp | MODULES=most in /etc/initramfs-tools/initramfs.conf | 04:21 |
rwp | I'll try changing that to dep as you suggest and rebuilding. | 04:21 |
rwp | Unfortunately no joy. https://paste.debian.net/plain/1264698 | 04:28 |
rwp | I upgraded from Stretch to Beowulf. Didn't catch the network device change before the upgrade so booted a Refracta live boot USB to repair it. | 04:29 |
rwp | Left that in the USB in the slot for a bit. So I do have this feeling but maybe a red herring that this was due to having USB plugged in that isn't normally plugged in. | 04:29 |
rwp | I am going to add "blacklist uas" to /etc/modprobe.d/local.conf and reboot. But this is so strange. | 04:31 |
rwp | Insufficient. Trying again with additionally blacklist usb_storage. | 04:36 |
rwp | That solved the problem. Blocking both uas and usb_storage prevented it from loading, prevented /dev/sdc, sdd, sde, sdf, sdg, sdh from being created, and avoids the errors from update-grub and from all of the lvm commands. | 04:41 |
rwp | But I can't figure out why that would be needed there. The sibling system doesn't need it. Odd. But I guess we can't solve every problem. | 04:41 |
rrq | how about https://unix.stackexchange.com/questions/573802/how-to-disable-uas-on-live-system | 04:50 |
rwp | That "modinfo -F depends usb_storage" command is interesting. | 05:00 |
rwp | I am going through and comparing the package lists on the two systems and converging them. There were some egregious differences. | 05:01 |
rwp | So far only spice-client-glib-usb-acl-helper which I have already purged now looked suspicious. | 05:01 |
rrq | I would have thought there is a h/w difference ? there should be a "dock" of some kind with 5(?) ports | 05:04 |
rwp | These two systems are both HP z210 desktop workstations. The only real difference is the exact cpu model is different but similar. | 05:05 |
rwp | One cpu is a Intel E31245 and the other is a E31230. | 05:06 |
rwp | I can't see any significant difference in the hardware. The difference *must* be in the software somewhere. | 05:06 |
rwp | Makes me want to swap the disks back and forth between them to see if the problem follows the disk or the motherboard. | 05:06 |
rwp | As for software differences it looks like something pulled in a lot of X desktop everything so I am reviewing and purging those off. | 05:07 |
rwp | One interesting difference that shouldn't matter is that the working system is booting grub-pc aka legacy bios and the problem system is booting grub-efi-amd64 aka UEFI mode. But that really should not matter. | 05:11 |
u-amarsh04 | hmm, still having Xorg issues - can't kill lxdm/xorg - with amdgpu on radeonsi - radeon kernel module on radeonsi has no such problem | 09:27 |
gnarface | u-amarsh04: stock kernel or custom build? | 09:53 |
gnarface | there were a family of amd cards that might still be better supported by radeonsi but i'm not sure exactly which ones... polaris? | 09:54 |
gnarface | hmm, according to the gentoo website (for whatever it's worth) it's the "Southern Islands" family cards for which the radeon driver is still considered the stable driver, and the amdgpu driver support for those is classified as "experimental, optional" | 10:04 |
gnarface | however also according to the same wiki page, if you have a RX 6*00 family card (RDNA2) the debian kernel might be missing an important build flag; CONFIG_DRM_AMD_DC_DCN3_0=Y | 10:06 |
gnarface | maybe that's old info though, dunno | 10:06 |
gnarface | https://wiki.gentoo.org/wiki/AMDGPU | 10:06 |
onefang | Also likely that's for the standard Gentoo kernel builds, so might not apply to us. | 10:07 |
onefang | Oh wait "debian kernel". Forget I said that. lol | 10:08 |
onefang | Here in chimaera-backports /usr/src/linux-config-6.0/config.amd64_none_amd64.xzI got CONFIG_DRM_AMD_DC_DCN=y but no mention of CONFIG_DRM_AMD_DC_DCN3_0. | 10:10 |
gnarface | well last i used gentoo they didn't have a "standard" kernel build which is why their wiki was always a good source of fairly general kernel build options notes about hardware compatibility | 10:11 |
gnarface | but yea i dunno if CONFIG_DRM_AMD_DC_DCN is the same thing or not | 10:12 |
onefang | Well they have default builds, what you get when you build your kernel with no special flags, and what you get if you just install instead of build. | 10:12 |
gnarface | about the radeonsi thing though i also seem to recall there's a special scheduler you can use that makes it even better and i'm pretty sure that's also not enabled in the stock debian builds | 10:13 |
gnarface | there was a radeonsi specific scheduler or something like that | 10:13 |
gnarface | i doubt that it's absence is related to u-amarsh04's problem but if the solution ultimately involves rebuilding a kernel anyway, might be worth looking into | 10:14 |
onefang | Starting to sound like I might need to build my own kernel if I want to go ahead with my plans for replacing my graphics card. Or just not get a bleeding edge one. | 10:15 |
onefang | RDNA2 I had my eye on. lol | 10:15 |
onefang | And the radeonsi specific scheduler is likely to conflict with the one I'll need for my MIDI music stuff. | 10:17 |
gnarface | i recommend just saving money by getting a deal on a regular RDNA-class card because they're well supported right now | 10:17 |
gnarface | and not super old | 10:17 |
onefang | I got one of those already, but more RAM would be useful. | 10:17 |
gnarface | for real, what are you doing with it? | 10:17 |
gnarface | 8GB seems like plenty to me still | 10:18 |
onefang | Virtual worlds. I run them and code for them. Logging into three at once tends to use lots of video RAM. | 10:18 |
gnarface | heh, i see | 10:18 |
gnarface | well as i understood it, the radeonsi specific scheduler was only relevant for the southern islands cards, which are a few generations prior (GCN1) but if someone confirmed otherwise i'd probably be building a new kernel this week too | 10:22 |
gnarface | not even because i really need the performance but just because i'd want to see how much faster i could make it go | 10:23 |
Kingsy | Anyone in here had this before -> Error saving credentials: error storing credentials - err: exit status 1, out: `exit status 1: gpg: https://.....dkr.ecr.eu-west-1.amazonaws.com: skipped: No public key <- when I attempt to docker login against docker hub. What would tell docker to use this? my ~/.docker dir is empty. | 10:41 |
gnarface | something in ~/.gnupg maybe? | 10:44 |
Kingsy | weirdly if I try to remove gpg so I can reinstall it I get this error -> libgpgmepp6 : Depends: libgpgme11 (>= 1.9.0) but it is not going to be installed | 10:44 |
Kingsy | gnarface: can I just flatten the contents of that dir? | 10:44 |
gnarface | i take it back, your problem sounds like frankendevuan | 10:45 |
gnarface | possibly caused by stray backports packages from a previous release, or accidentally mixing in debian or ubuntu packages | 10:45 |
Kingsy | yeah you are right. I have deleted docker because that was installed with the debian stretch repo (removing that now) | 10:45 |
gnarface | also, ~/.gnupg is just where the user-specific keys are stored, something else would be reading them and it might read them from other places | 10:46 |
gnarface | but i think chances are a library mismatch is probably the cause of both errors | 10:47 |
gnarface | there's some errata about docker in devuan but i forget what it is | 10:47 |
gnarface | you might need a special docker, not sure | 10:47 |
gnarface | but this error might be unrelated to that | 10:48 |
Kingsy | hmmm so is there docs on how to get docker running on devuan ? | 10:48 |
Kingsy | also weirdly. I am getting this -> Failed to fetch http://pkgmaster.devuan.org/merged/dists/chimaera-security/InRelease Connection failed [IP: 5.135.82.179 80] | 10:49 |
Kingsy | is it down? | 10:49 |
gnarface | people have been complaining, not sure if it's down or just overloaded | 10:49 |
gnarface | use deb.devuan.org | 10:49 |
gnarface | check and see if the solution for the docker thing is here: https://dev1galaxy.org/viewtopic.php?id=5044 | 10:49 |
gnarface | thread seems to confirm there is a unofficial docker build that works on devuan | 10:50 |
gnarface | this does keep coming up but since i don't use docker i can't make the location for the right build stick in my head | 10:50 |
gnarface | other people around here do use it though, they're just asleep right now | 10:51 |
Kingsy | gnarface: another thing which is weird. I don't have docker installed, sudo apt list --installed | grep -i docker, but if I type d then <tab tab> it gives me various docker binaries.. but which docker says "docker not found" | 10:51 |
Kingsy | something to be concerned about? | 10:52 |
gnarface | partially removed packages maybe? try "dpkg -l |grep docker" | 10:52 |
Kingsy | that just returns | 10:53 |
Kingsy | rc wmdocker 1.5-2 amd64 System tray for KDE3/GNOME2 docklet applications | 10:53 |
gnarface | don't paste multi-line pastes in here you could get flood kicked | 10:53 |
gnarface | just fyi | 10:53 |
Kingsy | ah sorry | 10:53 |
gnarface | i only got 1 line from that anyway | 10:53 |
gnarface | "rc" status means removed with orphaned configs left in place | 10:54 |
Kingsy | rc wmdocker 1.5-2 amd64 System tray for KDE3/GNOME2 docklet applications <- it returned this.. which isnt really related to docker. | 10:54 |
gnarface | could be stray locate cache too | 10:54 |
Kingsy | I'll do a sudo updatedb ? | 10:55 |
gnarface | are the binaries it's listing actually present? | 10:55 |
Kingsy | well which says they are not. but thats all I know because I don't know where to look. | 10:55 |
gnarface | find / -iname '*docker*' | 10:56 |
gnarface | if you want to be sure | 10:56 |
gnarface | (or whatever the name of the binary is in place of "docker") | 10:56 |
gnarface | run it as root or use sudo | 10:56 |
gnarface | for well behaved packages they'd be in /usr/bin/ or /usr/sbin/ i assume though | 10:56 |
Kingsy | hmm need to omit my home dir. it returns too much stuff | 10:56 |
gnarface | oh well try just in /usr | 10:57 |
gnarface | find /usr/ -iname '*docker*' | 10:57 |
gnarface | i think updatedb is only relevant if you installed mlocate | 10:58 |
Kingsy | that returns alot of stuff but the only binary is /usr/bin/docker-credential-gcloud | 10:58 |
gnarface | how about in /etc/alternatives/ | 10:59 |
Kingsy | docker-buildx docker-credential-gcloud docker-credential-secretservice docker-credential-ecr-login docker-credential-pass | 10:59 |
gnarface | ah ha | 10:59 |
Kingsy | looking. | 10:59 |
Kingsy | nothing docker related in /etc/alternatives/ | 11:00 |
gnarface | do you have locate or mlocate installed? | 11:00 |
gnarface | (dpkg -l) | 11:00 |
Kingsy | ii locate un mlocate | 11:01 |
gnarface | ah | 11:01 |
Kingsy | sudo updatedb gives me this -> /usr/bin/find: '/run/user/1000/doc': Permission denied | 11:01 |
gnarface | i'm not sure if updatedb is the right command for locate | 11:01 |
gnarface | i think it is not, but there should be a way to clear the located cache too | 11:02 |
Kingsy | hmmm | 11:02 |
gnarface | or maybe try sudo -i | 11:02 |
gnarface | i dunno | 11:02 |
Kingsy | running | 11:03 |
Kingsy | same error | 11:03 |
Kingsy | but I mean it did do something. because it removed half of the stuff in the autocomplete. | 11:03 |
Kingsy | AHHHH its zsh | 11:03 |
Kingsy | bash doesnt do that. | 11:03 |
gnarface | interesting | 11:04 |
gnarface | i wonder if the /run/ permission error is also a symptom of some package mixing damage though | 11:05 |
gnarface | is that file even there? | 11:05 |
gnarface | i don't really know much about located, i uninstalled it a long time ago because it was annoying | 11:05 |
Kingsy | looking | 11:06 |
Kingsy | yeah its there. its a directory and contains another dir called by-app | 11:06 |
Kingsy | the date on it is the 1st of jan 1970 :p | 11:06 |
Kingsy | :o *** | 11:07 |
Kingsy | right all of them are gone on docker. still packed on zsh | 11:10 |
Kingsy | sorry all of them are gone on bash *** | 11:11 |
Kingsy | according to google its nothing to worry about and I should just skip the directory. | 11:15 |
Kingsy | gnarface: SO, https://github.com/dyne/docker-devuan-builds <- doesnt look like it has a build for chimera, should I just use whats in the repos? | 11:16 |
u-amarsh04 | gnarface - home built post-6.1.0 kernels | 11:16 |
u-amarsh04 | I have a little more time now - having to isolate | 11:18 |
Kingsy | oh it does.. so whats better to use? the repos or this build? | 11:18 |
gnarface | Kingsy: i'm the wrong person to ask about that, i think the build listed in the forum but i'm not sure. you should stick around and ask someone who actually knows for sure | 11:22 |
gnarface | u-amarsh04: ah, alright. lemme know what you find out | 11:22 |
Kingsy | gnarface: no worries thanks | 11:22 |
Kingsy | gnarface: also, thanks very much for your help on the above. | 11:28 |
u-amarsh04 | gnarface, I might send an email to Dave Airlie with some of the dmesg output showing hung tasks when trying to shut down but don't feel like git-bisecting as it takes a while to trigger the problem | 11:28 |
pungentweasel | devuan sure attracts some interesting personalities. this may be the weirdest thread I've ever read in all my time interneting .. https://dev1galaxy.org/viewtopic.php?id=5322 | 15:47 |
u-amarsh04 | interesting read | 16:07 |
FatPhil | Now I know why he's cranky - it's that underpowered Celeron. | 17:29 |
FatPhil | Mine's even worse, and you don't see me going all loonie-tunes, ... oh, wait | 17:30 |
rwp | rrq, gnarface, Thanks to both of you for helping me toward a configuration that avoids those UAS errors. It needed *both* MODULES=dep and blacklist uas and usb_storage. | 18:48 |
rwp | If either were left out then the modules still loaded and errors followed. I don't know why one hardware appears different from the other for this device. Moving on regardless. (shrug) | 18:48 |
gnarface | rwp: i wonder if it could be some bios setting? | 21:26 |
gnarface | i've only seen that behavior with a cheap multi-port usb flash adapter i have, but it's been over a decade since i had problems with it leaving cruft behind after being unplugged | 21:28 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!