| CEP | hello | 03:55 |
|---|---|---|
| CEP | commands for up services en devuan? | 03:57 |
| critr | up services? | 04:02 |
| digix | the command "service" maybe? :) | 04:03 |
| critr | oh. that would be: service <servicename> <command>, e.g. service tor restart. | 04:04 |
| * jonadab always forgets the new way and just does /etc/init.d/foo restart like it's the nineties. | 04:12 | |
| CEP | "service order not found" | 04:12 |
| fluffywolf | I too use /etc/init.d/... | 04:15 |
| rrq | CEP: have you checked your PATH? | 04:20 |
| rrq | ... Devuan inherits the shadow -> util-linux change to su behavior from upstream Debian.. https://wiki.debian.org/NewInBuster | 04:23 |
| rrq | (quoting steve_v from https://dev1galaxy.org/viewtopic.php?pid=43721#p43721) | 04:23 |
| CEP | fluffywolf, It's not in that folder | 04:30 |
| gnarface | CEP: what he's saying is that you can just call the init scripts directly; the "service" command is just a wrapper script that provides very little actual benefit | 05:10 |
| gnarface | it's optional, you may not even have it installed depending on how you did your install | 05:10 |
| CEP | ---> /usr/lib/systemd/user/pipewire.service | 05:13 |
| gnarface | that's vestigial systemd cruft. just ignore that | 05:13 |
| gnarface | sysvinit doesn't even touch it | 05:13 |
| onefang | Though the service command will try to run that instead of the init script if the systemd unit exists. | 05:14 |
| gnarface | try "/etc/init.d/pipewire start" | 05:14 |
| CEP | user and root : "permission denied" | 05:14 |
| gnarface | wait, as root you got permission denied with "/etc/init.d/pipewire start" ??? | 05:14 |
| CEP | gnarface, does not exist | 05:16 |
| CEP | "/etc/init.d/pipewire start", does not exist | 05:17 |
| gnarface | hmm, i wonder if it's supposed to get started by your login manager like pulseaudio | 05:17 |
| gnarface | the latest pulseaudio setups would have it get started automatically on login by lightdm or such | 05:18 |
| gnarface | pipewire is closely related so probably doing something similar | 05:18 |
| gnarface | CEP: do you have a graphical login installed? | 05:20 |
| critr | what's the nbst way to remove pulseaudio and install pipwire without screwing up my audio? | 05:22 |
| CEP | 1- I'm in virtualbox, 2- I come from the Daedalus trial version, 3- Pulse is uninstalled, 4- I'm from Argentina and I'm translating with google | 05:23 |
| CEP | gnarface, yes, "graphical login..." | 05:26 |
| gnarface | critr: good question | 05:27 |
| gnarface | CEP: virtualbox may be a complication. i don't use pulseaudio or pipewire here, they may be unnecessary complications | 05:28 |
| gnarface | onefang: are you using pipewire anywhere? | 05:29 |
| gnarface | personally i'm still doing fine without either of them | 05:29 |
| onefang | Nope, just JACK and ALSA. | 05:29 |
| gnarface | CEP: it might be worth trying to boot the live iso to see how it is setup | 05:30 |
| critr | i think tonight would be a good night to rsync my whole system partition to backup, while it's all working right. then i can screw it all up. | 05:30 |
| onefang | Sounds like a good idea. | 05:31 |
| gnarface | CEP: either way, hang around until you can talk to someone who actually has experience with pipewire | 05:31 |
| CEP | critr when I wanted to install pulse-audio , uninstall pipe-audio and even genome, I think the other way around, it would uninstall pulse-audio and genome. but I come from a test version, (the error must come from there.) | 05:33 |
| CEP | good idea. both, make a backup to reconfigure linux, and wait for someone with more knowledge. thank you very much everyone | 05:37 |
| systemdlete | Experiencing odd problem: Chimaera in a vbox VM having trouble enumerating USB thumb drive, but only in one VM. Another chimaera VM is able to access the drive just fine. A beowulf VM also has the problem. All of these run on same chimaera host. | 16:12 |
| systemdlete | I've checked the configs of all these and I don't see anything so different that such different behavior should be manifest. And I know people here are not in love with vbox, but I just want to know what kind of tests or tools I must use to figure this out. | 16:13 |
| gnarface | you sure it's not just an issue of only one being able to access it at a time? | 16:13 |
| systemdlete | Only one is accessing it at a time, yes. | 16:13 |
| gnarface | so the other vms, they're stopped at that time? | 16:14 |
| systemdlete | vbox won't let you attach one usb device to multiple VMs | 16:14 |
| systemdlete | so, yes, more or less | 16:14 |
| gnarface | yea i was just thinking that to be sure they're not contending for it somehow, you should try it with only one running | 16:14 |
| gnarface | i mean try it with only the one you're trying to access it with running | 16:14 |
| systemdlete | I have a several other VMs running openwrt and none of then have trouble with accessing this same thumb drive when I attach it to thme. | 16:15 |
| systemdlete | And I tried a different USB thumb drive and got the same results for each VM. | 16:15 |
| gnarface | it's just a sanity check. it could be a bug | 16:16 |
| gnarface | like maybe something went wrong and some drive mount identifier got stuck in an i/o lock or something i dunno | 16:16 |
| systemdlete | right... I guess I could try your idea. | 16:16 |
| gnarface | i mean, there doesn't seem to be a lot else that could explain it | 16:16 |
| systemdlete | when you say I/O lock-- on the host? | 16:16 |
| gnarface | in one of the vms or both? | 16:17 |
| gnarface | both host and vm | 16:17 |
| gnarface | somewhere inbetween | 16:17 |
| gnarface | the one that it works on is the one that you used last is it not? | 16:17 |
| systemdlete | All of these VMs are running chimaera or beowulf. | 16:17 |
| systemdlete | (and the host is chimaera too) | 16:17 |
| systemdlete | order of use doesn't seem to be a factor. | 16:18 |
| systemdlete | I can go from one VM to the other and get the same results every time. | 16:18 |
| gnarface | oh, so it's not just like stuck with one particular one of them? | 16:18 |
| systemdlete | All of the openwrt VMs and one of the devuan VMs can access a USB device, but the other 3 VMs cannot. | 16:19 |
| gnarface | i see | 16:20 |
| gnarface | hmmm | 16:20 |
| systemdlete | On another box--a test box--does not have this problem. But that testbox is now running daedalus. | 16:20 |
| gnarface | wait, are all these vms on the same host, or just the ones that can't access the device? | 16:21 |
| systemdlete | All on the same host, including the ones that can't access it. | 16:21 |
| systemdlete | I can see the guest struggling to enumerate it in the syslog | 16:22 |
| gnarface | could there have been any udev rule customization going on? | 16:22 |
| systemdlete | hmmmm. | 16:22 |
| systemdlete | I don't recall customizing for a thumb drive, but I will double-check. | 16:22 |
| gnarface | i meant more like something that accidentally applied to the thumb drive too, due to too loose id qualifiers or something | 16:23 |
| systemdlete | threre is a rules file... let me check the others... | 16:23 |
| systemdlete | they all have the same rules file, it turns out | 16:26 |
| gnarface | wait, you mean all of the vms, or just the ones that have trouble with the device? | 16:26 |
| systemdlete | it's just setting mode for files, but it is the same on each devuan VM | 16:27 |
| systemdlete | I am talking about the devuan VMs. | 16:27 |
| hosszufa12 | hi | 16:28 |
| systemdlete | openwrt VMs have hotplug rules files. But I don't think those deal with vbox or usb devices. | 16:29 |
| hosszufa12 | when i tried running a program with wine it gave me an error that i dont have some dll, so i thought that it wasnt installed properly, so i did sudo apt remove wine-staging and sudo apt install wine-staging and now i dont have the wine command at all | 16:30 |
| gnarface | hosszufa12: "dpkg -l |grep wine" | 16:33 |
| gnarface | when you remove them, remove them all, and use --purge, and when you install them, make sure they're all the same version | 16:34 |
| hosszufa12 | ii carla-bridge-wine32 5:2.6.0~git20230804 all Dummy package | 16:34 |
| hosszufa12 | ii carla-bridge-wine64 5:2.6.0~git20230804 all Dummy package | 16:34 |
| hosszufa12 | ii carla-vst-wine 5:2.6.0~git20230804 amd64 carla VST for windows applications | 16:34 |
| hosszufa12 | rc wine-stable 8.0.2~bullseye-1 amd64 WINE Is Not An Emulator - runs MS Windows programs | 16:34 |
| hosszufa12 | rc wine-stable-amd64 8.0.2~bullseye-1 amd64 WINE Is Not An Emulator - runs MS Windows programs | 16:34 |
| hosszufa12 | rc wine-stable-i386:i386 8.0.2~bullseye-1 i386 WINE Is Not An Emulator - runs MS Windows programs | 16:34 |
| hosszufa12 | ii wine-staging 8.14~bullseye-1 amd64 WINE Is Not An Emulator - runs MS Windows programs | 16:34 |
| hosszufa12 | ii wine-staging-amd64 8.14~bullseye-1 amd64 WINE Is Not An Emulator - runs MS Windows programs | 16:34 |
| hosszufa12 | ii wine-staging-i386:i386 8.14~bullseye-1 i386 WINE Is Not An Emulator - runs MS Windows programs | 16:34 |
| gnarface | no no i am not asking you to paste it. don't do big pastes in here, use paste.debian.net | 16:35 |
| gnarface | what i meant was you need to check this info yourself so you know which ones to remove | 16:35 |
| hosszufa12 | i did | 16:35 |
| hosszufa12 | i removed and installed all of them again | 16:36 |
| gnarface | it's also possible it has moved to /opt/wine-staging/bin/ and you haven't got that in your path | 16:36 |
| systemdlete | gnarface, here is what happens when I attach a thumb drive to a VM that doesn't enumerate the usb device: https://pastebin.com/n4jHGiWb | 16:36 |
| gnarface | hosszufa12: for a while now for me, they have been symlinks in /usr/bin/, are you missing those? | 16:37 |
| hosszufa12 | how do i check it | 16:37 |
| gnarface | hosszufa12: also, i dunno what that carla wine bridge thing is, so i don't know if it's interfering or not. check with: ls -l -F /usr/bin/wine | 16:38 |
| gnarface | systemdlete: paste.debian.net? | 16:39 |
| hosszufa12 | ls: cannot access '/usr/bin/wine': No such file or directory | 16:39 |
| gnarface | how about this? ls -l /opt/wine-staging/bin/wine | 16:39 |
| hosszufa12 | -rwxr-xr-x 1 root root 13808 Aug 21 11:59 /opt/wine-staging/bin/wine | 16:40 |
| gnarface | ok, and this? echo $PATH | 16:40 |
| systemdlete | http://paste.debian.net/1289914/ (sorry) | 16:40 |
| hosszufa12 | /usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games | 16:41 |
| gnarface | hosszufa12: well there's your problem | 16:41 |
| systemdlete | and here is a paste of the syslog from a different chimaera VM that does not have this problem: http://paste.debian.net/1289915/ | 16:41 |
| gnarface | systemdlete: but you said other similar usb flash keys worked fine on the misbehaving one? | 16:42 |
| systemdlete | no. | 16:42 |
| systemdlete | same behavior for other flash key | 16:43 |
| gnarface | systemdlete: oh, so they could be missing a kernel module perhaps? | 16:43 |
| hosszufa12 | so do i just move /opt/wine-staging/bin/* (there is only wine there) to /usr/bin and it would be fine? | 16:43 |
| systemdlete | gnarface ? | 16:43 |
| gnarface | systemdlete: maybe the usb-storage module is missing? | 16:43 |
| gnarface | hosszufa12: no i wouldn't recommend it. i'd add /opt/wine-staging/bin to your $PATH | 16:44 |
| systemdlete | Other VMs can see the USB device without a problem, so if it is a host-side vbox problem, then I'd think I'd see the problem on all VMs on the same host. | 16:44 |
| gnarface | systemdlete: these VMs don't run their own kernel like a qemu VM? | 16:44 |
| systemdlete | You know, gnarface, I actually manually added the usb-storage device on the problem VM, but it made no difference. | 16:45 |
| gnarface | systemdlete: there's no weird character set in the device descriptor is there? | 16:45 |
| systemdlete | gnarface, they all run their own kernels. The same one in fact. 5.0.10-25 | 16:45 |
| systemdlete | hmmmm. | 16:45 |
| systemdlete | so like lsusb -tv and look for funny characters? | 16:46 |
| gnarface | systemdlete: maybe? | 16:46 |
| gnarface | systemdlete: on one of the ones that works | 16:46 |
| gnarface | only guess i've got besides kernel module difference in the VM kernels is maybe some sort of race condition if those ones are faster or slower somehow... | 16:47 |
| systemdlete | lsusb -v | grep -v '[ -~]' gave me errors, on the guest which doesn't have the problem | 16:48 |
| hosszufa12 | thank you thank you very much | 16:48 |
| gnarface | hosszufa12: working now? | 16:48 |
| systemdlete | http://paste.debian.net/1289918/ | 16:49 |
| hosszufa12 | yea wine is working but i still dont have that dll apparently | 16:49 |
| gnarface | hosszufa12: which dll? | 16:49 |
| hosszufa12 | MFC42u.DLL | 16:49 |
| hosszufa12 | its 100% there | 16:49 |
| gnarface | hosszufa12: no idea about that, sorry. have you heard of winetricks? | 16:50 |
| gnarface | systemdlete: i think i've seen that error before but i don't remember what caused it. | 16:50 |
| hosszufa12 | yea, i think i even have it installedd | 16:51 |
| gnarface | hosszufa12: the first thing i'd check is if there's a winetricks package with a newer version of that. the one that actually ships with wine may be some sort of dummy. | 16:51 |
| systemdlete | me is searching web for the error string... | 16:52 |
| gnarface | systemdlete: it could be unrelated but it seems like a big coincidence if so | 16:53 |
| systemdlete | I didn't think to look at udev rules on host... maybe this will illuminate a bit? http://paste.debian.net/1289919/ | 16:55 |
| systemdlete | That createusbnode script might tell us something | 16:56 |
| hosszufa12 | ill try running that same thing on my other computer, it runs touhou on wine fine so i guess that one doesnt have any wine problems | 16:56 |
| gnarface | systemdlete: VBoxCreateUSBNode.sh comes with vbox? maybe that's where the race condition is? | 16:57 |
| systemdlete | http://paste.debian.net/1289920/ is the script | 16:59 |
| gnarface | systemdlete: maybe just try calling it by hand with the same parameters as udev would? | 17:01 |
| systemdlete | yes, the udev rules and the script come with vbox. | 17:01 |
| systemdlete | heheheh. could do that, yes | 17:01 |
| systemdlete | maybe I can go back to #vbox and see what they make of this. | 17:03 |
| gnarface | worth a try | 17:04 |
| systemdlete | keep in mind that the device (thumb drive, key) has to be detached from one VM before it can be attached to another. | 17:04 |
| systemdlete | a race condition doesn't seem likely, unless you are talking about some very low-level thing | 17:04 |
| systemdlete | I see that script 2>/dev/null I'm thinking I might test it with that stripped out everywhere. | 17:05 |
| gnarface | yes, probably worth it | 17:06 |
| systemdlete | gnarface, deeply appreciate your patience with this vbox issue. I know devuan is not responsible for their bugs, and folks here are not too fond of it, but it is very helpful to gain some insights through other eyes. | 17:06 |
| systemdlete | the dev rules is helpful. Might be the key to figuring this out. (no pun intended) | 17:07 |
| gnarface | no problem | 17:07 |
| systemdlete | thanks again, as always | 17:08 |
| ManinTheSandbox | Saj7751!! | 17:17 |
| ManinTheSandbox | YAh! | 17:17 |
| ManinTheSandbox | DevuanISTHEBEST! | 17:18 |
| ManinTheSandbox | Had to said it in this channel, thanks for space. | 17:18 |
| systemdlete | how can I specify how many kernels I'd like to keep in /boot before autoremoval? On one system, I have 3 kernels at all times, but on another only 2. | 18:26 |
| systemdlete | looks like you have to modify an apt script, but I don't recall doing that. | 18:26 |
| CEP | systemdlete, check, the usb configuration, usb 2 brand | 22:18 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!