| DelTomix | Hi ballsxd - In the process that resulted in your stated error message, there should be information in the preceeding text that shows what actually went wrong. That might tell you enough to solve the problem yourself, or if not - provide us some details (along with maybe telling us what you were trying to do (i.e. install, update, ) to help assist with your issue. You can easily share a copy of the | 00:34 |
|---|---|---|
| DelTomix | text in https://paste.debian.net | 00:34 |
| ballsxd | its not really pastebin worthy, just "dpkg: error processing package openrc (--configure): | 00:37 |
| ballsxd | installed openrc package post-installation script subprocess returned error exit status 1". it happends all the time when i do package updates/installs/whatever | 00:37 |
| ballsxd | "mpd/etc/mpd.conf must have pid_file set; cannot start daemon. ... failed!" assigning mpd a pid in the config doesnt change anything :p | 00:40 |
| ballsxd | with the openrc package it talks about a post-installation script subprocess returning error code 1. which doesnt tell me much either | 00:41 |
| DelTomix | hmm wierd - yeah for the openrc i would usually expect to see something about dependencies or conflicts prior to that. - Have you tried like 'apt reinstall openrc' ? if it doesn't sort it out you might get the cause of the issue from that | 00:42 |
| rrq | packages nowadays have stopped using "invoke-rc.d" for service control at installation and instead tries to use "systemctl"... you might need to install "systemctl" unless you already have it | 00:44 |
| ballsxd | i dont have systemtl. uninstalling the openrc package goes all well. untill i reinstall it and it gives me the same error without any extra info | 00:44 |
| ballsxd | am i supposed to configure something after installing systemctl? tried reinstalling openrc again and its the same again | 00:46 |
| DelTomix | when you first installed Devuan was openrc chosen as your init system? or did you try switching to it after installing with a different init system? | 00:47 |
| ballsxd | i used openrc from the start | 00:48 |
| ballsxd | i installed devuan 4 the stable but later upgraded to 6 (testing/unstable i believe) | 00:48 |
| rrq | hmm no, afaik systemctl should be that binary and man page only.. perhaps you'd do better by uninstalling that, then make an empty scrit as /bin/systemctl (to always succeed, without doing the action) | 00:49 |
| rrq | (and I might be barking up the wrong tree here of course) | 00:51 |
| ballsxd | ive made an empty file in /bin named "systemctl" do i attempt to reinstall the "not fully installed" packages? | 00:52 |
| rrq | "apt-get -f install" should do it | 00:53 |
| rrq | (empty file executable I guess) | 00:53 |
| ballsxd | is that 700? | 00:54 |
| rrq | 666 | 00:54 |
| rrq | no | 00:54 |
| rrq | 555 | 00:54 |
| ballsxd | alr :p | 00:55 |
| ballsxd | sadly this doesnt change anything | 00:55 |
| ballsxd | this might be useful? https://paste.debian.net/1294278/ | 00:57 |
| rrq | needs package "at" for atd | 00:58 |
| * rrq thinks DelTomix might know better | 01:00 | |
| ballsxd | i suppose it worked? after it warned me about some other programs but after installing those the error disappeared | 01:01 |
| ballsxd | after installing at* | 01:01 |
| ballsxd | i also got this though. i dont quite understand it https://paste.debian.net/1294279/ | 01:02 |
| ballsxd | i didnt replace anything so i think i should be good? | 01:02 |
| rrq | probably, though it appears you hae both udev and eudev installed, which if so might cause grief at next reboot | 01:06 |
| DelTomix | hmm not sure about that udev thing. mpd might have just been hung up due to the openrc init script, so you might be good. (I don't use mpd but theres apparantly an issue in some cases that causes the pid_file permissions issue with user vs systemwide installs) I would probably reboot at this point to make sure openrc can do its things properly | 01:07 |
| DelTomix | ...or maybe not (just ready rrq's message there) | 01:08 |
| ballsxd | cant currently reboot, ill check later on if i can fix the issue with mpd. but thatll be for another day as its late and i wont be able to use my pc tomorrow | 01:09 |
| ballsxd | for now ill let it be. thanks for the help :D | 01:09 |
| systemdlete | I just upgraded several chimaera systems for the grub update. Only ONE of them had an issue, getting a message: "The GRUB boot loader was previously installed to a disk that is no longer present, or │ | 01:36 |
| systemdlete | │ whose unique identifier has changed for some reason." | 01:36 |
| systemdlete | I have not made any changes to grub on that system that I can recall. For one thing, it is a VM and only runs one OS, so I'd have little or no reason to make changes to grub. And I don't build custom kernels, etc. | 01:37 |
| systemdlete | There may have been kernel updates since the last version update to grub from the repos, but I haven't seen this message from any other systems during an update recently. | 01:38 |
| systemdlete | So I am just wondering why it is making this noise. | 01:38 |
| rwp | systemdlete, This grub-pc I imagine? It's a VM which is typically Legacy BIOS boot. Or was it grub-efi-amd64 with the UEFI stack? | 02:17 |
| rwp | grub-pc abuses debconf as a registry which is strictly against Debian Policy. Yet it does so jus the same. | 02:17 |
| rwp | To mitigate/address/fix the issue run "dpkg-reconfigure grub-pc" and re-answer the debconf questions to be appropriate for your current system. | 02:17 |
| rwp | In the debconf data grub-pc stores the location to install or update the grub boot image. If that becomes out of sync with the current reality then that is one of the possible results. | 02:18 |
| rwp | ballsxd, In the situation you are in if it were me I would assume the mpd start script has a problem. I might "apt-get purge mpd" in order to remove it entirely to clear the error. Then re-install it after everything has gotten into a happy state. | 02:28 |
| rwp | It might still have an error on the fresh install of mpd but at least then you know it is isolated to mpd and that everything else is happy. | 02:28 |
| rwp | And note what rrq has said, there are multiple packages sneaking in systemctl commands, which I find "r/mildlyinfuriating". | 02:29 |
| rwp | At least my bug on munin about systemctl intrusion got fixed though. So, yay? https://bugs.debian.org/1053379 | 02:31 |
| systemdlete | sorry, lost my connection for a moment | 02:39 |
| rwp | systemdlete, You dropped off. Did you see my recent posts here to you about grub-pc? | 02:40 |
| systemdlete | did you see my reply to yours? | 02:40 |
| systemdlete | last I saw of yours was "In the debconf data grub-pc stores..." | 02:41 |
| rwp | No. I did not see a response. | 02:41 |
| systemdlete | Well, I was asking why or how I've not seen this before on this one system, a VM | 02:41 |
| rwp | That was the last thing I sent to you. We are in sync. | 02:41 |
| systemdlete | when I run dpkg reconfigure, it indicats a blank linux command line | 02:41 |
| systemdlete | and you are right, it is BIOS/legacy boot | 02:42 |
| rwp | That's normal for me to have a blank GRUB_CMDLINE_LINUX="" for me. | 02:42 |
| systemdlete | ok | 02:42 |
| systemdlete | I just wondered if it was supposed to have anything like modeset, etc | 02:43 |
| rwp | Especially in a VM. But on some machines one might have net.ifnames=0 there. Or some other things. If needed. | 02:43 |
| systemdlete | see, after I hit enter, it comes back with quiet nomodeset, which is what I expected | 02:43 |
| systemdlete | so I am a bit confused | 02:43 |
| rwp | Hmm... Well, regardless, after doing it then review /etc/default/grub and look at GRUB_CMDLINE_LINUX and GRUB_CMDLINE_LINUX_DEFAULT and see if they are what you want. | 02:44 |
| systemdlete | I'll have to reboot to see if the changes work. | 02:44 |
| rwp | GRUB_CMDLINE_LINUX_DEFAULT is used *only* for the default booting entry. GRUB_CMDLINE_LINUX is for *all* entries. So things like net.ifnames=0 would go in GRUB_CMDLINE_LINUX for example. | 02:44 |
| rwp | Let me cheer for the package "etckeeper" which stores /etc into git version history. If it were installed then you could "cd /etc; git log -p default/grub" and review all changes that have ever happened to the file. | 02:45 |
| systemdlete | oh, I get it. thanks for explaining that to this dumb@$$ | 02:45 |
| rwp | The difference between GRUB_CMDLINE_LINUX and GRUB_CMDLINE_LINUX_DEFAULT was initially very confusing to me. What's the difference? Figuring it helped. I now try to pass that tidbit along when the topic comes up. | 02:46 |
| systemdlete | so I would need to install git, and use a local git repo here. | 02:46 |
| rwp | Installing etckeeper will automatically do everything needed for you. It's nicely polished. | 02:47 |
| rwp | And then afterward you don't really ever need to do anything. Forget it is installed. Until you need to review something like this. And then you can. | 02:47 |
| systemdlete | etckeeper... ok, I'll look at that, thanks | 02:47 |
| rwp | The other thing to look for is if you have a device.map file. /boot/grub/device.map is the file and it might also contain paths which have gone away, changed, broken. | 02:50 |
| systemdlete | I don't know how that would be, given I haven't made any such changes myself, unless grub itself did upon some kernel update or the like | 02:51 |
| rwp | It probably says "(hd0) /dev/vda" for you in a VM. Probably. Maybe. I think it can be removed entirely on newer versions of grub. But if it contains incorrect or stale information then it will break things. | 02:51 |
| systemdlete | /dev/sda, even in VMs | 02:52 |
| rwp | Ah... I use virtio whenver possible. It's more efficient to virtualize the I/O than to emulate the SATA driver entirely. YMMV. | 02:52 |
| systemdlete | this is virtualbox, but thanks for that info | 02:54 |
| systemdlete | I'm not sure if/how vbox does that | 02:54 |
| systemdlete | (it might be using virtio) | 02:54 |
| rwp | Ah, VirtualBox. Your host system is MS-Windows then? VirtualBox is good on Windows. Perhaps the best one for use on Windows. | 02:58 |
| rwp | VBox is not so good on Linux. KVM is arguably the best virtualization on Linux. Strongly recommend using KVM. | 02:58 |
| systemdlete | no everything here is Linux (or some BSD) | 02:58 |
| systemdlete | I've tried using KVM, but it doesn't have everything I want, like internal networks | 02:58 |
| systemdlete | I've had good luck with vbox over the years. Occasional problems, sure, but no different than any other large system. | 02:59 |
| rwp | Hmm... Perhaps that is a discussion for another time and place. | 02:59 |
| systemdlete | and the support has been fair to good, even excellent in a few case. | 02:59 |
| systemdlete | (you brought it up) | 02:59 |
| systemdlete | yes, we can take this to OT | 03:00 |
| systemdlete | if you really want to | 03:00 |
| systemdlete | but thanks for the help with grub. | 03:00 |
| systemdlete | I'm still stumped how this happened on only one of the systems I upgraded today. | 03:00 |
| systemdlete | I tend to admin all of my systems pretty similarly overall. | 03:00 |
| rwp | I have three systems running Unstable. ONE of them had grub upgrade problems on Monday. The other two had no problems. No idea what was different between them. | 03:01 |
| systemdlete | Are they all hardware or VMs? | 03:02 |
| systemdlete | (just wondering) | 03:02 |
| rwp | All three are VMs. | 03:02 |
| systemdlete | ok | 03:02 |
| systemdlete | that is a bit unnerving | 03:02 |
| systemdlete | but you pointed out that grub has been a bit wonky | 03:02 |
| systemdlete | in terms of how it is managed upstream | 03:03 |
| systemdlete | that is not a Devuan problem | 03:03 |
| systemdlete | I figure that after 20+ years, grub2 would be stable by now | 03:03 |
| cws6969 | Hello ， blueman error: br-connection-profile-unavailable , How to create a configuration file | 08:58 |
| gnarface | hmm, good question | 09:01 |
| gnarface | cws6969: do you happen to have pulseaudio installed? | 09:02 |
| cws6969 | no install pulseaudio | 09:03 |
| cws6969 | alsa-topology-conf alsa-ucm-conf alsa-utils alsamixergui bluez-alsa-utils volumeicon-alsa blueman bluez bluez-alsa-utils bluez-obexd libasound2-plugin-bluez libbluetooth3 libspa-0.2-bluetooth is install | 09:04 |
| gnarface | how about pipewire? no pipewire too? | 09:04 |
| gnarface | there should be a way to make it work without pulseaudio or pipewire, but all the search results only point to fixes for those | 09:06 |
| gnarface | the only suggestion that may not be was to "trust" them again | 09:07 |
| gnarface | or un-trust then re-trust them | 09:07 |
| gnarface | however that would work | 09:07 |
| cws6969 | pipewire pipewire-bin wireplumber pipewire-alsa pipewire-audio liblua5.3-0 libpipewire-0.3-modules libwireplumber-0.4-0 is installed | 09:08 |
| gnarface | hmm | 09:09 |
| rrq | cws6969: you'll need bluealsa running in order for the headset connection to be set up | 09:13 |
| cws6969 | In the past, when Devuan 4 was used, you didn't need to install xxx to connect to Bluetooth and play sound | 09:14 |
| rrq | aha. | 09:14 |
| cws6969 | In the past, when Devuan 4 was used, you didn't need to install pipewire pipewire-bin wireplumber pipewire-alsa to connect to Bluetooth and play sound | 09:15 |
| cws6969 | When I used to use devuan 4, I didn't need to install “pipewire pipewire-bin wireplumber pipewire-alsa” at all, I could connect to Bluetooth and play sound | 09:17 |
| rrq | don't need those now either, but I guess you used pulseaudio before | 09:27 |
| gnarface | cws6969: yes, pipewire is new but it's not devuan's invention. that came from upstream. you might be able to do without it and use pulseaudio instead but afaik debian removed support for other methods before devuan existed. | 09:27 |
| * gnarface sighs | 09:27 | |
| rrq | and before it was the puslaudo server that registered the profile with bluez | 09:27 |
| gnarface | they're gone | 09:27 |
| gnarface | oh, hey they're back | 09:28 |
| gnarface | cws6969: yes, pipewire is new but it's not devuan's invention. that came from upstream. you might be able to do without it and use pulseaudio instead but afaik debian removed support for other methods before devuan existed. | 09:28 |
| rrq | you don;t need pulseaudi and not pipewire | 09:28 |
| gnarface | you can probably still do it with bare alsa, but afaik you need to compile stuff from out of repo | 09:29 |
| rrq | but bluez needs someone to register a connection profile; in this case it will be bluealsa | 09:29 |
| gnarface | did they put basic pairing functionality back? | 09:29 |
| gnarface | i thought that was missing without pulseaudio | 09:29 |
| rrq | pairing is dine and needed as well; doesn;t need connection profile | 09:30 |
| rrq | dine=fine | 09:30 |
| rrq | bluez does pairing on its own | 09:30 |
| gnarface | yea but last i checked, you had to at minimum build a out-of-repo pairing app | 09:30 |
| gnarface | i guess it's been a while though | 09:31 |
| rrq | I'm running it here without that so, no :) | 09:31 |
| gnarface | cws6969: rrq probably knows better than i | 09:31 |
| rrq | with pulseaudio, the puslaudio server is tunning and in doing so will register an a2p profile with bluez | 09:32 |
| rrq | (you'll need to run a spelling correction thingy on my typing I guess :) | 09:32 |
| rrq | bluealsa, when running, will register a connection profile to bluez and thus allow for connection to be established | 09:33 |
| enyc | gnarface: hrrm this rauses question ... any problem just using elogind+pipewire, any other systemd-dep ?? | 09:35 |
| cws6969 | in the https://www.devuan.org/os/releases ， What does “Planet nr” mean | 10:02 |
| debdog | "Devuan release codenames are chosen from the Minor Planet Center Names List." http://www.minorplanetcenter.net/iau/lists/MPNames.html | 10:08 |
| gnarface | enyc: seems possible but i couldn't say for sure. i'm not using bluetooth or pipewire here. | 10:41 |
| rustyaxe | This may sound like an odd question but is there a way to limit apt to say 128kbit/sec easily? I need to make updates a background priotity kinda thing | 15:21 |
| hagbard | rustyaxe: this seems to fit: https://askubuntu.com/questions/50402/how-to-limit-the-download-speed-of-apt | 15:33 |
| rustyaxe | yea that doesnt seem to work, tried it and a few similar apt.conf settings -.- | 15:36 |
| oz4ga | is it me? or is something broken in debootstrap? When I do a bootstrap into some directory chroot into it and tru to do an apt update and apt upgrade, I get the following error : Sub-process /usr/bin/apt-listchanges --apt || test $? -lt 10 returned an error code (1) | 16:06 |
| gnarface | oz4ga: seems like more likely to be a problem with the release you're trying to debootstrap, which one is it? | 16:14 |
| oz4ga | chimaera | 16:25 |
| oz4ga | some thing is fishy. I didøg tet an /usr/bin/apt-lsit when doing the debootstrap. I had to copy it from the host I was doing th edebootstrap on | 16:26 |
| gnarface | show me the exact debootstrap command? | 16:27 |
| oz4ga | debootstrap --arch amd64 chimaera /mnt | 16:28 |
| oz4ga | I can do a "rsync -aAHXx / --exclude={"/dev/*","/proc/*","/sys/*","/run/*","/mnt/*","/srv/*"} /mnt/ " instead | 16:29 |
| gnarface | oz4ga: are you already on amd64? or some other type of hardware? | 16:30 |
| oz4ga | I'm on amd64, so yes it's redundant | 16:31 |
| oz4ga | th e--arch part | 16:31 |
| gnarface | oz4ga: try it without that (on a fresh empty directory) | 16:31 |
| gnarface | as root | 16:31 |
| oz4ga | oki. back in a jif | 16:32 |
| gnarface | hmm, wait, are you sure you don't have to just install another package? | 16:34 |
| gnarface | i'm not even sure you're supposed to have... whatever you meant to type there, by default | 16:35 |
| oz4ga | adebootstrap without --arc and the apt update and apt upgrade -> same error. | 16:37 |
| oz4ga | gnarface: which other package ? | 16:37 |
| gnarface | very strange, and what release are you running debootstrap on? | 16:37 |
| oz4ga | chimaera | 16:38 |
| gnarface | did you forget your security and updates lines in your /etc/apt/sources.list perhaps? | 16:38 |
| oz4ga | I'm doing a zfs root setup. I have an ext4 system w. zfs installe. Now I want to bootstar on a zfs disk | 16:38 |
| oz4ga | no i didn't | 16:39 |
| gnarface | are you using deb.devuan.org? | 16:39 |
| oz4ga | I asume so | 16:40 |
| oz4ga | # deb cdrom:[Devuan GNU/Linux 4.0 chimaera amd64 - netinstall 20211012]/ chimaera contrib main non-free | 16:40 |
| oz4ga | #deb cdrom:[Devuan GNU/Linux 4.0 chimaera amd64 - netinstall 20211012]/ chimaera contrib main non-free | 16:40 |
| oz4ga | deb http://deb.devuan.org/merged chimaera main contrib | 16:40 |
| oz4ga | deb-src http://deb.devuan.org/merged chimaera main contrib | 16:40 |
| oz4ga | deb http://pkgmaster.devuan.org/merged chimaera-security main contrib non-free contrib | 16:40 |
| oz4ga | deb-src http://pkgmaster.devuan.org/merged chimaera-security main contrib non-free contrib | 16:40 |
| oz4ga | # chimaera-updates, to get updates before a point release is made; | 16:40 |
| oz4ga | # see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates_and_backports | 16:40 |
| oz4ga | deb http://deb.devuan.org/merged chimaera-updates main contrib non-free contrib | 16:40 |
| oz4ga | deb-src http://deb.devuan.org/merged chimaera-updates main contrib non-free contrib | 16:40 |
| gnarface | you should use paste.debian.net for long pastes, or just /msg them to me instead | 16:40 |
| oz4ga | for th efuture yes | 16:41 |
| oz4ga | will do the for the future | 16:41 |
| gnarface | you're using a mix of deb.devuan.org and pkgmaster.devuan.org here | 16:41 |
| gnarface | make them all deb.devuan.org (you shouldn't avoid using pkgmaster directly anyway) | 16:42 |
| oz4ga | Thit's the one that install w. chimaera + contrrib | 16:42 |
| oz4ga | bu yes I can do that | 16:42 |
| gnarface | yea, secondly, about that... don't do that. don't have different settings on different lines. if you're gonna use main, contrib and non-free, put them all on every line | 16:43 |
| gnarface | on the pkgmaster line you have contrib twice | 16:43 |
| gnarface | *also | 16:43 |
| gnarface | actually on the last 2 lines too | 16:43 |
| gnarface | it might actually work if you fix those things | 16:44 |
| gnarface | i suspect you actually want to remove non-free from all lines, since i think it would not be used as you're currently using it, since you have it missing from the first line, but maybe you removed it from the first line only by accident? i can't say | 16:45 |
| gnarface | oz4ga: here, try it like this https://paste.debian.net/1294317/ | 16:46 |
| gnarface | oz4ga: oops wait, not that one | 16:46 |
| oz4ga | nah itøs a mix of daedalus and chimaera | 16:47 |
| oz4ga | I want contrib to get zfs stuff | 16:47 |
| gnarface | oz4ga: sorry, not that one, this one: https://paste.debian.net/1294318/ | 16:47 |
| gnarface | oz4ga: whatever you do, do the same on all 6 lines | 16:48 |
| oz4ga | ok. will do | 16:50 |
| oz4ga | it has worked before, bu I obviously fux0red it :/ | 16:50 |
| gnarface | do you use non-free drivers or firmware? | 16:51 |
| oz4ga | no | 16:52 |
| oz4ga | I only use contrib because of zfs | 16:52 |
| gnarface | so just "main contrib" on all 6 lines then | 16:52 |
| gnarface | and then after that maybe run "apt-get update && apt-get --no-install-recommends dist-upgrade" on the main system once to make sure it's right | 16:53 |
| gnarface | but don't actually say "Y" if it looks like a big crazy list of changes | 16:53 |
| gnarface | ctrl+c out and review it | 16:53 |
| oz4ga | just a sec. I'm typing | 16:56 |
| oz4ga | same shit | 17:02 |
| gnarface | you're saying that running the an update on the main system first gives you the same error as debootstrap? | 17:03 |
| oz4ga | no | 17:03 |
| oz4ga | upgrade work fine on the host system, which is a chimaera with zfs added | 17:05 |
| oz4ga | it fails when I chroot into the bootstraped directory | 17:05 |
| oz4ga | and do an apt update | 17:05 |
| oz4ga | upgrade | 17:06 |
| gnarface | what happens if you exclude that package? | 17:07 |
| oz4ga | which package? | 17:07 |
| gnarface | apt-listchanges | 17:07 |
| oz4ga | first no thing happens because it's not part of the bootstrap | 17:09 |
| oz4ga | I've tried to copy it in from the host system | 17:09 |
| gnarface | oz4ga: wait, have you fixed the sources.list in the chroot already? | 17:10 |
| oz4ga | yes | 17:10 |
| gnarface | hmm, strange | 17:10 |
| gnarface | maybe they broke it? | 17:11 |
| oz4ga | ern .. now I'n not really sure of what I'm doing | 17:11 |
| oz4ga | that was where i started asking if it could be broken | 17:11 |
| gnarface | i have an idea of something you could try | 17:12 |
| gnarface | use "--foreign" | 17:12 |
| oz4ga | I'l build th epools again an do a bootstrap. And the I make absollutely sure, that I'm using you sources.list. I used the one that came w. debootstrap. stupid me | 17:12 |
| gnarface | i see | 17:14 |
| oz4ga | gnarface: It will take little longer before I have an answer for you | 17:19 |
| oz4ga | working on it | 17:19 |
| oz4ga | apt-listchanges are not being installed by debootstrap. I copied it in from the host. on th ehost it answers with !how to use" in bootstrapped jail it says bad interpreter python3, after i copied it in from th ehost | 17:32 |
| gnarface | huh | 17:32 |
| oz4ga | something (tm) is totally fux0r3d in debootstrap | 17:33 |
| oz4ga | this is not going to work before that something is fixed | 17:34 |
| onefang | Using mmdebstrap instead of debootstrap might help. I switched to that for Chimaera, was using debootstrap before that. | 17:51 |
| onefang | But I switched coz it seemed to be better in general, not because I saw anything like your error. | 17:51 |
| oz4ga | onefang: "somebody" has been pilfering with debootstrap. IT's working now | 17:53 |
| oz4ga | I had to copu in apt-listchanges from the surrounding system though, so t's not perfeckt. just no fubared :D | 17:54 |
| rrq | oz4ga; note that apt-listchanges has "Priority: standard" in chimaera... so it won't be included in a default debootstrap | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!