hiddener | what's causing the dhcpdiscover delay at boot if cable unplugged? not sure when it appeared, after upgrade to daedalus or after netplugd install | 11:29 |
---|---|---|
hiddener | there's also a Setting up ALSA...warning: 'alsactl -E HOME=/run/alsa -E XDG_RUNTIME_DIR=/run/alsa/runtime restore' failed with error message 'alsa-lib main.c:1541... | 11:37 |
hiddener | alsa works after boot, but what does it try to restore? | 11:38 |
rrq | the alsa note comes from alsa-utils (init script) trying to restore saved mixer levels ... from /var/lib/alsa/asound.state I think | 11:51 |
rrq | the net issue might be you using ifupdown with an "allow-hotplug eth0" declaration, which makes it want to establish network durinh the initrd boot phase | 11:54 |
rrq | ... or some other eason for it wanting network established during boot | 11:56 |
hiddener | yes, I had 'allow-hotplug eth0' in /etc/network/interfaces, no delays without it | 12:42 |
hiddener | thanks! | 12:43 |
hiddener | but how do I fix that alsactl warning? | 12:44 |
hiddener | is it fixable? | 12:44 |
rrq | try "alsactl store" when the mixer controls are good | 12:59 |
rrq | as root | 13:00 |
hiddener | it saved the levels, but still trying to restore at boot | 13:14 |
buZz | restoring shouldnt fail | 13:30 |
buZz | whats the error? | 13:30 |
buZz | you posted > error message 'alsa-lib main.c:1541... | 13:31 |
buZz | whats the full error? :) | 13:31 |
hiddener | error: failed to import hw:29 use case configuration -2 ... done | 13:33 |
buZz | hw:29? :D thats a lot of soundcards | 13:33 |
buZz | hiddener: i bet the asound.state has something about hw:29 inside? which you seemingly no longer have | 13:34 |
buZz | you could try renaming the file to something _asound._astate to prevent it getting loaded | 13:34 |
buZz | then reboot twice, and see if the error disappeared (and file got remade) | 13:35 |
rrq | there is something iffy with alsa's use cases config; that error is not fatal | 13:39 |
buZz | yeah the output line started with 'warning' | 13:41 |
buZz | rrq: but, imho -likely- that this user doesnt have ~30 soundcards hooked to pc ;) | 13:42 |
onefang | Considering my graphics card has six all by itself, though only four physical outputs, nothing would surprise me. | 13:44 |
hiddener | no hw:29 in asound.state, but this ssd was in a different machine before... | 13:44 |
hiddener | i will try to rename and reboot | 13:44 |
rrq | it might need alsa-ucm-conf to be installed; I think that use case mgmt has been separated out recently and might have missed somthing | 13:46 |
hiddener | warning still there :) renamed asound.state and it was remade after reboot | 14:04 |
hiddener | alsa-ucm-conf is already installed | 14:04 |
rrq | agree with that :) | 14:28 |
rrq | oops .. pls ignore | 14:28 |
rrq | hiddener: line 55 in /usr/share/alsa/ucm2/ucm.conf has a double $$ ? like: "$${sys:$KernelModulPath}" | 14:30 |
rrq | (whole handfull of straws here :) | 14:31 |
rrq | ( "$${sys:$KernelModulePath}" ) | 14:32 |
hiddener | line 91 and 92 has Define.KernelModulePath and Define.KernelModule, and yes it has double $$ | 14:40 |
rrq | right. ok. I'm on chimaera | 14:44 |
rrq | maybe just ignore the warning while waiting for better advice... | 14:48 |
hiddener | thank you, rrq | 15:24 |
adaNewb1234 | Hello, I'm trying to do something with rpcgen, but the generated files give me a page full of linkage errors (undefined reference to xdr_{u_{int,char},enum,vector,array,string}). The package that gave me the header does give a .so file, but -l<that filename without the lib or .so> doesn't help. | 15:47 |
adaNewb1234 | Anyone have any advice? | 15:48 |
rrq | "The package" .. which package? | 16:01 |
adaNewb1234 | The package that gave me rpc/rpc.h Let me find it again... | 16:03 |
adaNewb1234 | libntirpc-dev | 16:04 |
rrq | some xdr_u_ are resolved by librpcsvc.a from libc6-dev | 16:09 |
rrq | and libtirpc.so or libtirpc.a seems to be right | 16:23 |
rrq | as you may know, the command "nm library.a" or "nm -D lilbrary.so" will list the symbols of the library | 16:27 |
rrq | snd symbol type T indicates implemented functions | 16:28 |
adaNewb1234 | nm -D /usr/lib/x86_64-linux-gnu/libntirpc.so does list "0000000000029140 T xdr_u_int@@NTIRPC_3.4", but it's still an undefined reference with -lntirpc. Ditto -ltirpc. | 17:12 |
puddinghead | hi | 22:46 |
puddinghead | it's been a while since i last talked on here | 22:46 |
gnarface | still a quiet channel, but ask any questions you have and they'll be answered eventually | 22:47 |
puddinghead | yeah | 22:55 |
puddinghead | i mostly want to ask how to use the mailing list | 22:55 |
puddinghead | i read that golinux wanted someone else to take over for the devuan website stuff and wanted to ask him if i could do it, but when i sent my e-mail it turned out it could not be delivered | 22:56 |
puddinghead | that and i sincerely just dont know how to use a mailing list | 22:56 |
* fluffywolf grumbles something about sexism in the free software scene | 22:58 | |
fsmithred | if you just joined the mailing list, you might still be in moderation. I think that's a thing because we have a few repeat-offender trolls | 22:59 |
fsmithred | golinux is logged in. She's probably off doing something else and will eventually reply. | 23:01 |
xisop | chimera live iso su issue is fixed on x86-64 | 23:17 |
xisop | (desktop live iso) | 23:18 |
xisop | chimaera desktop-live i386 su issue fixed | 23:28 |
systemdlete | one of my systems is prompting me to update debian-installer. Do I really need this package? It appears to be /usr/share/doc stuff, and I'd like to eliminate any packages add to having to update the system. | 23:28 |
systemdlete | *that add to... | 23:29 |
systemdlete | apt depends debian-installer doesn't seem to indicate any dependencies, so can I safely remove it? | 23:32 |
djph | it's documentation for .... I guess being a debian maintainer | 23:41 |
puddinghead | @fsmithred i actually have been on it for months, just never posted | 23:42 |
puddinghead | and thanks for telling me! sorry for messing up pronouns btw | 23:43 |
systemdlete | djph: Sounds like I can purge it | 23:46 |
djph | systemdlete: looks like. I don't have it here | 23:47 |
systemdlete | I don't seem to have it on other devuan systems here, just this one, for some reason. | 23:47 |
systemdlete | I have an mx-linux system here that is constantly pinging me to update its numerous mx installer packages... that is what I am trying hard to avoid. If I don't need it, if it is not a dependency of something required by the system or my own work, I'd rather it be gone. | 23:49 |
systemdlete | I do note, however, that the package description says "Devuan's debian installer" -- so I get the impression that this is something that devuan's devs have touched somehow. | 23:51 |
systemdlete | It's a strange name for this package; I'd expect it to be more like debian-installer-doc, or better yet, devuan-debian-installer-doc | 23:52 |
rrq | yes you don't need debian-installer | 23:56 |
systemdlete | It's gone now. | 23:56 |
systemdlete | I do not recall having requested it. | 23:56 |
systemdlete | Not sure why I would, actually. | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!