| AlexLikeRock | the big problem its remove "libc6-udeb " | 00:00 |
|---|---|---|
| fsr_ | I thought the big problem was that you manually removed a library | 00:01 |
| AlexLikeRock | fsr_, this the result : https://paste.debian.net/1328752/ | 00:02 |
| AlexLikeRock | which library? | 00:03 |
| tempforever | " package libc6:i386 2.36-9+deb12u8 cannot be configured because libc6:amd64 is at a different version (2.36-9+deb12u4)" do you have both i386 and amd64 (multiarch) ? | 00:03 |
| fsr_ | ??? | 00:05 |
| tempforever | something seems off | 00:05 |
| AlexLikeRock | yes , i have both | 00:05 |
| AlexLikeRock | im migrating from x32 to x64 | 00:05 |
| fsr_ | Try the command that tempforever posted - that should pull in the correct ver... | 00:06 |
| fsr_ | wtf? | 00:06 |
| fsr_ | save your home and reinstall | 00:06 |
| AlexLikeRock | no way | 00:06 |
| AlexLikeRock | i will , not reintall | 00:06 |
| fsr_ | do get-selections and set-selections first | 00:06 |
| AlexLikeRock | how to do that ? | 00:07 |
| fsr_ | dpkg --get-selections | 00:07 |
| fsr_ | see man page for details | 00:07 |
| AlexLikeRock | oh ! | 00:07 |
| AlexLikeRock | i do | 00:07 |
| fsr_ | it makes a list of what is installed | 00:07 |
| fsr_ | then do base install and run dpkg --set-selections and it installs what you had before | 00:08 |
| fsr_ | see man page. There are some tricky points | 00:08 |
| AlexLikeRock | dpkg --print-architecture | 00:08 |
| AlexLikeRock | amd64 | 00:08 |
| fsr_ | If you do it wrong you get an error message that is about a full paragraph of warning. I saw it once. It was awsome. | 00:09 |
| AlexLikeRock | . | 00:09 |
| AlexLikeRock | dpkg --print-foreign-architectures | 00:09 |
| AlexLikeRock | i386 | 00:09 |
| fsr_ | Try the command that tempforever posted - that should pull in the correct ver... | 00:10 |
| AlexLikeRock | dpkg --set-selections | 00:10 |
| AlexLikeRock | noting happen | 00:10 |
| fsr_ | I'm guessing you didn't read the details. And I'm pretty sure you didn't just do a base install. | 00:11 |
| fsr_ | Make sure you know what you're doing before you do it. Don't just dive in (like you usually do) | 00:11 |
| AlexLikeRock | exactly | 00:11 |
| AlexLikeRock | so | 00:11 |
| AlexLikeRock | how to remove libc6-udeb | 00:12 |
| fsr_ | scrollback for the answer | 00:12 |
| fsr_ | Try the command that tempforever posted - that should pull in the correct ver... | 00:12 |
| fsr_ | (sorry I keep pinging you) | 00:12 |
| fsr_ | NOTE THE MINUS SIGN AT THE END!!! | 00:13 |
| tempforever | try "apt-get install libc6 libc6-dev libpython3.11-dev zlib1g-dev libc6-udeb-" and what happens? | 00:13 |
| AlexLikeRock | FAIL | 00:14 |
| AlexLikeRock | https://paste.debian.net/1328753/ | 00:14 |
| AlexLikeRock | yes | 00:15 |
| AlexLikeRock | a MINUS at end | 00:15 |
| fsr_ | Is it possible to specify the arch(es) in the command? | 00:16 |
| fsr_ | inst...all libc6:amd64 libc6:i386 | 00:17 |
| fsr_ | shit | 00:17 |
| fsr_ | install libc6:amd64 libc6:i386... | 00:17 |
| AlexLikeRock | ok | 00:19 |
| fsr_ | I don't know if that works. Don't paste it if it doesn't understand that. | 00:21 |
| lyn1337 | i started using minidlnad but cant get it to scan all media and serve it, is there an alternative to it? | 00:22 |
| AlexLikeRock | https://paste.debian.net/1328754/ FAIL | 00:22 |
| AlexLikeRock | why say "Processing triggers for libc-bin (2.36-9+deb12u7) ..." | 00:25 |
| AlexLikeRock | must remplace Processing triggers for libc-bin (2.36-9+deb12u7) | 00:25 |
| fsr_ | I don't know. Maybe try libc6:i386- with the rest to remove it and then install it alone afterward. | 00:25 |
| devuanconsumer__ | I am confused: I installed https://snapshot.debian.org/package/firmware-nonfree/20221214-2/#firmware-amd-graphics_20221214-2 on a fresh iso of Daedalus and the package causes graphics issues so I had to remove it via rescue mode. HOWEVER, when i upgraded daedalus from chimaera this firmware-amd-graphics package works perfect fine. I even upgraded all the backports. Any explanation as to why this is? | 00:26 |
| fsr_ | I am guessing. I have no experience with multiarch. | 00:26 |
| rwp | I think instead of trying to drag libc6:i386 forward I would purge libc6:i386 and all other :i386 packages instead. Look at "dpkg -l | grep :i386" | 00:26 |
| devuanconsumer__ | Additionally I tried installing all the firmware-amd-graphics_20221214-2 to the current versions and none of them worked all of them caused graphics issues. | 00:26 |
| devuanconsumer__ | on the fresh install of daedalus | 00:27 |
| devuanconsumer__ | this is weird ... | 00:27 |
| fsr_ | devuanconsumer__, you used an older version - current is 20230210-5 | 00:27 |
| devuanconsumer__ | I don't think you read what I wrote closely enough. | 00:27 |
| rwp | Having removed :i386 arch recently from a machine in my case it got down to some final packages which were protected and required me to use this command "dpkg --purge --force-remove-protected gcc-14-base:i386 libgcc-s1:i386 libc6:i386" with the --force-remove-protected option. Then I could run "dpkg --remove-architecture i386" | 00:27 |
| fsr_ | I didn't read it at all because I was typing | 00:28 |
| rwp | lyn1337, I know there are many media servers available but I don't use any of them. | 00:28 |
| AlexLikeRock | https://paste.debian.net/1328756/ rwp | 00:29 |
| fsr_ | devuanconsumer__, then I don't know. Maybe some package installed in the upgraded system is missing in the new system. | 00:30 |
| rwp | devuanconsumer__, firmware-amd-graphics version 20230210-5 is current in Devuan 5 Daedalus Stable currently. | 00:30 |
| rwp | You should not need to pull anything from snapshot.debian.org for it. | 00:30 |
| AlexLikeRock | https://paste.debian.net/1328757/ | 00:32 |
| rwp | AlexLikeRock, Wow you have many many many :i386 packages installed. Do any of them have current candidates? | 00:32 |
| AlexLikeRock | yes, because , i migrate from x32 to x 64 | 00:32 |
| rwp | You should not simply be copying information we say like when I said that I needed to do that dpkg purge command because it doesn't apply unless you remove all of the other packages first. | 00:32 |
| AlexLikeRock | but i dont clean | 00:32 |
| AlexLikeRock | candidates? ??? | 00:33 |
| rwp | Basically you are painting but not scraping off the old paint first and so the new paint is going on top of dirt and leaves and bird droppings and such. | 00:33 |
| rwp | Candidates such as what does this say: apt-cache policy libc6:i386 | 00:34 |
| fsr_ | nice analogy | 00:35 |
| rwp | I had to look myself but i386 is still fully supported and there are install candidates for it. With all of the distros dropping or planning to drop 32-bit support I had rather lost track of the state of it. | 00:36 |
| AlexLikeRock | https://paste.debian.net/1328758/ | 00:36 |
| rwp | That last part looks good. | 00:36 |
| AlexLikeRock | so | 00:37 |
| rwp | BTW... I presume that you got back to a working system by copying that ld-linux-x86-64.so.2 file back to your system? I am just curious... | 00:37 |
| AlexLikeRock | what next ? | 00:37 |
| AlexLikeRock | yes , i did that rwp | 00:37 |
| AlexLikeRock | what about install individuality | 00:39 |
| rwp | I am looking closely at the errors in https://paste.debian.net/1328754/ and trying to understand the details of it. | 00:39 |
| AlexLikeRock | https://paste.debian.net/1328759/ | 00:39 |
| AlexLikeRock | what about decompress libc6_2.36-9+deb12u8_amd64.deb? | 00:43 |
| rwp | What does this command say for you? grep /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 /var/lib/dpkg/info/*.list | 00:44 |
| AlexLikeRock | done : decompress and remplace by mouse | 00:46 |
| AlexLikeRock | grep /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 /var/lib/dpkg/info/*.list | 00:46 |
| AlexLikeRock | 00:46 | |
| AlexLikeRock | /var/lib/dpkg/info/libc6-udeb.list:/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 | 00:46 |
| rwp | That looks good to me. fsmithred_ and the rest... How do you feel about dpkg package database brain surgery? I am about to suggest editing that file and removing that line from it. | 00:48 |
| rwp | fsmithred, Did you see that line: /var/lib/dpkg/info/libc6-udeb.list:/lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 ?? How do you feel about dpkg package database brain surgery upon that file? | 00:50 |
| tempforever | and add the line into /var/lib/dpkg/info/libc6:amd64.list ? or will dpkg take care of that if it works? | 00:50 |
| rwp | I think if it were me I would delete that line from the file. That will cause dpkg to forget that the file is part of that package. And then the upgrade that has been failing due to that error should not error. Since libc6 is upgrading it will get an updated version of that file anyway. And it was updated regardless today by rm and cp too. | 00:50 |
| fsmithred | I didn't. | 00:51 |
| rwp | tempforever, I think dpkg will take care of adding the new line if it works. I think. This is a definite maybe for sure. | 00:51 |
| fsmithred | I think that will work | 00:51 |
| tempforever | worth a shot | 00:52 |
| rwp | There are probably more files in that list of files for libc6-udeb. I could see needing to remove more of them too. I would keep repeating through the list until getting through all of them. | 00:53 |
| rwp | AlexLikeRock, I think at least three of us think the best way forward is surgery on that file. Edit /var/lib/dpkg/info/libc6-udeb.list and delete the line with /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2 from it. They run the same aptitude command you ran before again. | 00:54 |
| AlexLikeRock | https://paste.debian.net/1328761/ | 00:59 |
| AlexLikeRock | done | 00:59 |
| AlexLikeRock | what next ? | 00:59 |
| AlexLikeRock | aptitude , ok | 00:59 |
| AlexLikeRock | https://paste.debian.net/1328762/ | 01:01 |
| rwp | Looking at that paste and that file I think you will hit the next file there as an error. And therefore should edit the file again, remove all of the *.so.* lines from it and aptitude again. | 01:01 |
| rwp | Yes. Say yes to that aptitude command. | 01:01 |
| AlexLikeRock | ok} | 01:01 |
| AlexLikeRock | https://paste.debian.net/1328763/ | 01:03 |
| rwp | Yep! It is now complaining about the next file down the list. Edit the file again, remove all of the *.so.* lines from it and aptitude again. | 01:03 |
| tempforever | progress | 01:04 |
| AlexLikeRock | fine | 01:06 |
| AlexLikeRock | https://paste.debian.net/1328764/ | 01:08 |
| rwp | That /lib64/ld-linux-x86-64.so.2 line might be trouble. | 01:09 |
| AlexLikeRock | https://paste.debian.net/1328765/ | 01:09 |
| tempforever | yep. trying to overwrite '/lib64/ld-linux-x86-64.so.2', which is also in package libc6-udeb 2.36-9+deb12u7 | 01:09 |
| rwp | Yep. Missed that one line. | 01:09 |
| AlexLikeRock | ok, delet it too | 01:10 |
| AlexLikeRock | its working .. | 01:10 |
| rwp | It's also a *.so.* line. | 01:10 |
| tempforever | :-) | 01:10 |
| AlexLikeRock | continuing working .... | 01:13 |
| AlexLikeRock | continuing working ... | 01:16 |
| AlexLikeRock | thanks so much to : rwp , tempforever fsmithred_ fsr_ | 01:17 |
| rwp | Is it done? | 01:18 |
| AlexLikeRock | https://paste.debian.net/1328766/ | 01:28 |
| AlexLikeRock | DONE ! | 01:28 |
| AlexLikeRock | all finish | 01:28 |
| AlexLikeRock | non error !!! | 01:28 |
| tempforever | congrats | 01:29 |
| rwp | Yay! \o/ | 01:29 |
| rwp | And also WHEW! | 01:30 |
| AlexLikeRock | Yahooooo! | 01:31 |
| AlexLikeRock | now i can remove libc6-udeb | 01:32 |
| AlexLikeRock | apt-get remove --purge libc6-udeb ? | 01:32 |
| rwp | Wasn't it removed with the previous aptitude command? | 01:36 |
| AlexLikeRock | let me serach | 01:37 |
| rwp | In https://paste.debian.net/1328754/ the solution provided by aptitude including removing it. | 01:38 |
| rwp | But yes look for "dpkg -l | grep -e -udeb" and see if any of them are installed. Hopefully not. You did surgery to remove the troublesome files from the list so it should purge now if needed. | 01:39 |
| AlexLikeRock | https://paste.debian.net/1328767/ | 01:39 |
| AlexLikeRock | pkg -l | grep -e -udeb | 01:39 |
| AlexLikeRock | ri libc6-udeb 2.36-9+deb12u7 amd64 GNU C Library: Shared libraries - udeb | 01:39 |
| rwp | Looks good to me. Say yes there. | 01:39 |
| tempforever | it's still there?! lol | 01:40 |
| rwp | Just extra but "purge" is now a real apt-get command like "remove" so "apt-get remove --purge" can now save some typing with "apt-get purge" these days. | 01:40 |
| AlexLikeRock | done : delet it | 01:40 |
| AlexLikeRock | now i can go to sleeep | 01:43 |
| AlexLikeRock | thanks so much DEVUAN guys | 01:43 |
| rwp | Excellent! Glad to hear things are working for you. | 01:43 |
| AlexLikeRock | :-> | 01:43 |
| gnarface | devuanconsumer__: i don't really know specifically, it's gotta be some library/package version mismatch in there somewhere... does it matter really though? you said the upgraded versions worked fine, and that is expected behavior so i don't really see the problem. | 01:58 |
| devuanconsumer__ | ok thank you | 01:59 |
| gnarface | in general, the packages in current stable are all tested together against each other and not against a mix+match of older stuff, so you should really never have had to install that older version in the first place. it's definitely a mystery why you thought you did, but it's entirely likely it was based on misdiagnosis | 02:00 |
| gnarface | and none of us have really had any problems with firmware-amd-graphics like you described either, it seems to be of very high quality | 02:01 |
| gnarface | if i had to guess, i'd say that probably something else related to your graphics stack, (probably a mesa component) was out-of-date/mismatched on the old install, and doing a general release upgrade replaced the problematic package along with everything else | 02:02 |
| gnarface | maybe one night you were drunk and copied a hasty fix from an ubuntu repo and forgot about it or something... it's happened to the best of us. just don't mix+match releases and distros in the future and you should be fine | 02:03 |
| darwin | seems nothing in /etc/init.d has a disable option--do I just 'chmod a-x'? | 04:15 |
| gnarface | darwin: no | 04:16 |
| darwin | and is there anywhere else that has services? On classic UNIX and the only strictly UNIX-like one, it's also /etc/rc.d and on some newer GNU/Linux there are several places, so wondering if I should look anywhere else | 04:16 |
| gnarface | darwin: the enable/disable state of the /etc/init.d scripts can be controlled by the symlinks in /etc/rc*.d/, which can be edited manually but it's probably easier to just install and use the sysv-rc-conf tool | 04:17 |
| gnarface | if you're using sysvinit this is the only place services should be | 04:18 |
| darwin | thanks | 04:20 |
| darwin | it shows six columns with unlabelled numbers, and 's' | 04:20 |
| gnarface | those numbers are for the different runlevels | 04:21 |
| darwin | also 'networking' appears to be disabled but there's no dhcp/dhclient either | 04:22 |
| gnarface | i'm not sure what the complaint in that statement is... | 04:23 |
| gnarface | you're free to install a dhcp client or not | 04:23 |
| gnarface | dhcp isn't a requirement for networking | 04:23 |
| darwin | it's not a complaint. It's simply that it's unclear what's doing the networking and why the default/running dhcp program isn't displayed there | 05:17 |
| darwin | i have to get into meta-description a lot here | 05:17 |
| darwin | meta-conversation. Odd | 05:18 |
| gnarface | darwin: tbh i'm not sure, i do the symlinks by hand myself usually. but the thing that's doing networking in lieu of anything else is basically a script that parses /etc/networking/interfaces and runs ifup/ifdown scripts on it | 05:21 |
| darwin | i see | 05:21 |
| gnarface | ... unless you're using wpasupplicant and/or network-manager or the like, but chances are you'd have dhcp too if you were, so i'm guessing you're just using the bare /etc/network/interfaces file | 05:22 |
| darwin | i am using ethernet | 05:22 |
| gnarface | (it's /etc/network/ not /etc/networking, sorry for the confusion) | 05:22 |
| gnarface | if you're using ethernet with a static ip you don't need anything else | 05:22 |
| gnarface | just put the ip in that file | 05:23 |
| gnarface | the format is super easy | 05:23 |
| darwin | it did it during setup apparently | 05:23 |
| gnarface | i assume so | 05:23 |
| darwin | sysv-rc-conf on one PC says there's a service called README | 05:24 |
| darwin | there's no /etc/init.d/README | 05:25 |
| gnarface | it's not actually a service anyway | 05:25 |
| gnarface | it should be a symlink to /usr/share/doc/sysv-rc/init.d-README | 05:25 |
| gnarface | ... which should be in the sysv-rc package, which you should definitely already have | 05:26 |
| darwin | i'm wondering why we have avahi-daemon running when we don't even have Apples... is avahi-daemon used for some other software or I can just disable it? | 05:33 |
| darwin | and we only use /etc/resolv.conf for DNS | 05:34 |
| darwin | okay, I see it can help with CUPSD... I'll leave it on for now... but wondering if I only need it on the PC that has the printer, or others | 05:46 |
| darwin | oh, I see... maybe I'm running network-manager. The name was cut off and seemed no way to view the rest | 05:50 |
| darwin | good | 06:15 |
| gnarface | eh, i wish someone would have told darwin that he's free to disable avahi-daemon too | 07:43 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!