| ScrewDriver1337 | yo wasup | 01:13 |
|---|---|---|
| ScrewDriver1337 | is there a way I can get rid of NetworkManager safely on Devuan KDE ? | 01:14 |
| ScrewDriver1337 | and other stuff like avahi and whatnot | 01:14 |
| gnarface | good question... probably | 01:14 |
| gnarface | yea, looks like the one KDE system i have here doesn't have it | 01:15 |
| ScrewDriver1337 | its more broader question - how can I manage software installed under APT package manager? | 01:15 |
| ScrewDriver1337 | like, tell it that I dont want NetworkManager | 01:15 |
| ScrewDriver1337 | AND, how can I safely remove packages, without deleting 2000 packages? | 01:15 |
| gnarface | heh, well first question, there's this thing called "apt pinning" which you can use to just locally ban packages, if you want, though i've never had to to keep network-manager from getting installed here... though i do try to carefully check my installation/upgrades list | 01:16 |
| gnarface | second question - sometimes you can't. sometimes you just have to bite the bullet and let it remove them all, then carefully re-install the ones you didn't want to lose. the package dependency tree can be kinda messy | 01:17 |
| ScrewDriver1337 | thanks! | 01:17 |
| gnarface | ...it's usually only that bad for complex fully integrated graphical desktops like KDE though | 01:17 |
| ScrewDriver1337 | does package removal also removing configs, for example ~/.config and such? | 01:17 |
| gnarface | by default, no | 01:17 |
| ScrewDriver1337 | good | 01:18 |
| onefang | You can mark things you want to keep as "manually installed", might help. | 01:18 |
| ScrewDriver1337 | why SDDM looks strange? its not like regular SDDM, but rather just a KDE launcher | 01:18 |
| ScrewDriver1337 | it does not prompt me for other DEs | 01:18 |
| gnarface | config are left behind unless explicitly requested to be removed with the --purge option, but afaik even that won't remove the configs in your user's home directory | 01:18 |
| onefang | Purging a package removes the config files installing it installed. | 01:18 |
| gnarface | as for SDDM... i just use lightdm because it gave me less trouble | 01:19 |
| gnarface | i'm not sure why it looks strange, it always looks strange to me | 01:19 |
| ScrewDriver1337 | I plan to migrate off Gentoo to either FreeBSD or Devuan | 01:20 |
| gnarface | Devuan has more hardware support | 01:20 |
| gnarface | i don't see any reason to limit yourself to just one of the two though, they both have their uses... | 01:21 |
| gnarface | and you can probably run either one in a VM just fine in the other one | 01:21 |
| ScrewDriver1337 | I will see. FreeBSD choice majorly depends on fact will I be able to run Steam in Linuxulator smoothly; I have experience with FreeBSD and I prefer it more than Linux distributions. But if FreeBSD wont do it on my shittop, then I also research GNU/Linux options | 01:21 |
| gnarface | well Steam has worked for me on Devuan about as well as can be expected. i haven't tried it on FreeBSD but i would imagine it depends a lot on which games you are gonna play | 01:27 |
| gnarface | if you're gonna use proton stuff, referring to the latest community reported fixes posted at protondb.com is probably gonna be essential either way | 01:31 |
| gnarface | though i wouldn't be super surprised if it turned out you had less trouble with that stuff on freebsd than the native linux stuff | 01:32 |
| gnarface | most of the catalog is gonna have a hard requirement on the non-free video drivers though | 01:33 |
| gnarface | i don't think you'll escape that going to freebsd | 01:33 |
| gnarface | you might be able to avoid pulseaudio though | 01:38 |
| ScrewDriver1337 | gnarface: indeed lightdm shows other DEs | 01:42 |
| gnarface | ScrewDriver1337: there might be some way to make SDDM do it, i have heard it was supposed to too, i just don't know how | 01:42 |
| gnarface | i don't usually use graphical login managers, but in the couple places that i do i typically use lightdm or xdm just because those are the ones that gave me the least trouble | 01:44 |
| gnarface | and, i can confirm for you that you can definitely have a KDE desktop without network-manager or avahi-daemon, though i can't promise there aren't some situations where you might be asked to uninstall 2000 packages just so you can reinstall 1998 of them | 01:45 |
| gnarface | i can only advise that you make sure you put udev/eudev and the kernel back in before you reboot it | 01:45 |
| ScrewDriver1337 | I ran KDE on my freebsd old shittop without networkmanager, just dhclient and wpa_supplicant | 01:45 |
| ScrewDriver1337 | I know its possible | 01:45 |
| gnarface | usually removing network-manager and avahi-daemon is fine | 01:46 |
| gnarface | the situation where it tries to remove the entire desktop stack though... that's not imaginary, i've seen it with other stuff, just not sure i remember off the top which exactly | 01:46 |
| gnarface | but most the time when that happens the solution is to just reinstall it all, it should pull the packages out of your cache | 01:47 |
| gnarface | as in, just because it wants to suddenly remove a few hundred now unused packages doesn't necessarily mean that most of them can't still be installed independently without whatever they were pulled in as a dependency for | 01:50 |
| debdog | the people who are sensitive to electromagnetic fields are blessed. they won't have to deal with wifi progs and settings | 01:50 |
| gnarface | and as onefang mentioned above, it does keep track of what you installed manually vs what was auto-installed as a dependency, and will make a point of leaving behind the stuff you installed manually | 01:51 |
| gnarface | (and all you have to do to change the state is to re-request that one of the already installed packages be installed again. it will mark it as manually installed without doing anything else) | 01:52 |
| onefang | As for your 2000 packages, try to pick some that are likely to depend on other things you want to keep, then do what gnarface just said. Should help to reduce the load. | 01:55 |
| amarsh04 | I run KDE and have removed avahi daemon but still have libavahi-client3, libavahi-common-data, libavahi-common3, libavahi-glib1 installed to satisfy dependencies | 02:19 |
| amarsh04 | as always, I recommend aptitude to interactively help select what is actually installed | 02:20 |
| amarsh04 | I don't have network-manager installed either | 02:24 |
| gnarface | oh, yea i should have clarified that; you can uninstall the network-manager and avahi-daemon main packages thus removing the cpu and memory load requirement (and the basic functionality) but you're still gonna be left with a bunch of wasted harddrive space in the form of runtime libraries | 02:30 |
| gnarface | to get rid of those, you'll need to rebuild packages | 02:30 |
| Xenguy | ScrewDriver1337, Not sure, but this might be helpful: https://www.devuan.org/os/documentation/install-guides/daedalus/network-configuration.html | 02:43 |
| darwin | i've been temporarily using spare PC with Devuan this year (when my main PC with pre-Debian UNIX/GNU/Linux is under repair) and am finding some things aren't up to standards I expect. I can't kill X with <CTRL><ALT><backspace> even after following two sets of instructions and restarting it (of course I don't use an X login manager)--they changed it again?! How do I get that back? | 03:47 |
| gnarface | uh, you just add a line into /etc/ somewhere... | 03:48 |
| darwin | two versions of that no longer work | 03:48 |
| gnarface | which two files? | 03:48 |
| gnarface | i'll try to remember if ti's the one i['m thinking of | 03:49 |
| darwin | /etc/X11/xorg.conf.d/10-enable-ctrl-alt-backspace | 03:49 |
| gnarface | huh, that wasn't it... | 03:49 |
| darwin | //etc/default/keyboard line: XKBOPTIONS="terminate:ctrl_alt_bksp" | 03:49 |
| gnarface | ah, that's the right file but not quite what i remember the line looking like... | 03:50 |
| darwin | i think that was the most recent one, which can also go somewhere in ~/.* | 03:50 |
| gnarface | stand by, i'll try to find it | 03:51 |
| darwin | i've never had to do this on Slackware (built-in and kept updated) but have had to on FreeBSD | 03:52 |
| gnarface | need a minute to finish something first | 03:52 |
| darwin | okay | 03:52 |
| gnarface | hmm, nope, sorry, that's what it looks like in /etc/default/keyboard after all | 03:58 |
| gnarface | last checked in chimaera though | 03:58 |
| gnarface | i assume you're using daedalus? | 03:58 |
| darwin | yes. My file was also automatically conigured with some program | 03:58 |
| gnarface | is the keyboard map wrong maybe? | 03:58 |
| gnarface | try "dpkg-reconfigure keyboard-configuration" as root, then reboot | 03:58 |
| darwin | no. Mainly I used Debian 1998 to 2004 when I temporarily quit Slackware due to difficulty. Then a few years ago, I tried Devuan on virtual private servers (VPS) OpenBSD, FreeBS, Slackware weren't available. Unfortunately the VPS infrastructure ran on some sort of systemd-based virtual machine thing, so despite I was able to change them from Ubuntu to Debian to Devuan, I lost ability to halt & reboot... had to change those back to regular Debian :( . I'm | 03:58 |
| darwin | interested knowing any VPS providers I could run Devuan on normally. I already use AlexHost, BuyVM, RamHost which I think can but I run pre-Debian stuff on those | 03:58 |
| darwin | that's what I used | 03:58 |
| darwin | oh, I have to reboot? | 03:59 |
| darwin | not just restart X? | 03:59 |
| gnarface | uh, not sure actually | 03:59 |
| darwin | it's possible Devuan assumed I have a newer type of keyboard and initially set it wrong without me knowing. When I ran that program, the 105-key one was highlighted, but I have 101-key | 04:00 |
| darwin | yeah, I ran it again and the correct one was highlighted... bad that there's this newer default | 04:01 |
| darwin | i've never even seen a 105-key one. The only newer one I know of is 104-key | 04:01 |
| gnarface | i don't think it does any detection, | 04:01 |
| gnarface | i think it's just defaulted to that one | 04:01 |
| darwin | should be something you set during installation/setup | 04:02 |
| gnarface | depends on the installation method | 04:03 |
| darwin | i installed from DVD | 04:03 |
| gnarface | live iso, netinstall, cd set? | 04:04 |
| darwin | just standard installer | 04:04 |
| gnarface | it might only ask in expert mode, i forget | 04:04 |
| darwin | okay. I'll reboot in a while and see if it works | 04:06 |
| gnarface | i don't know if it'll actually fix the problem but at least your keyboard map will be right | 04:06 |
| gnarface | darwin: i also have BACKSPACE="guess" in mine, and you might want to check whether whatever is set there for yours is right, too | 04:28 |
| gnarface | it makes sense that if it couldn't find the backspace key that ctrl+alt+backspace wouldn't work... | 04:28 |
| darwin | it works now. But, how come my sudo/wheel user doesn't have XFCE menu halt/reboot/poweroff power? | 04:28 |
| gnarface | hmm, what was the fix for that now... i seem to recall having to change out one of two optional packages for the other one | 04:29 |
| gnarface | something to do with polkit mabye | 04:30 |
| gnarface | *maybe | 04:30 |
| gnarface | some libpolkit package yea i think | 04:30 |
| darwin | though it's good the laptop-based commands aren't in there (maybe I removed those last year) | 04:30 |
| gnarface | the graphical login manager isn't launched as your user, and that's the thing that would need to implement those i think | 04:31 |
| gnarface | can you check for libpolkit-gobject-elogind-1-0 just out of curiosity? | 04:31 |
| darwin | it's there | 04:32 |
| gnarface | libpolkit-agent-1-0? libpolkit-qt5-1-1? | 04:32 |
| darwin | libpolkit-gobject-elogind-1-0 . I'm not going to enable an X login manager just to get these commands in the menu | 04:32 |
| gnarface | oh, i thought you already had though | 04:33 |
| darwin | the other two are there also | 04:33 |
| darwin | of course not. I've always booted to command-line | 04:33 |
| gnarface | oh, then this is not the issue i thought it was | 04:34 |
| gnarface | afaik, the only way to get that functionality since they removed gksu is to either run X as root through the legacy suid wrapper, to run a graphical login manager (as root), or to run a window manager that itself has some daemon process internally that runs as suid root | 04:35 |
| gnarface | what changed is, a whole slew of video drivers that used to need X to run suid root by default now don't anymore | 04:36 |
| gnarface | but unfortunately with gksu pulled out of the distro some releases back, i don't have another solution | 04:36 |
| gnarface | maybe someone else around here does... | 04:36 |
| darwin | what's 'run X as root through the "legacy" suid wrapper'? (I dislike the term) | 04:37 |
| darwin | does that mean I can only use it as root to get those commands? | 04:37 |
| darwin | it sounded sort of like start it as root then use it for another user | 04:37 |
| gnarface | yes | 04:38 |
| gnarface | it's this: /usr/lib/xorg/Xorg.wrap | 04:38 |
| gnarface | afaik now only the nvidia binary only drivers still require it | 04:38 |
| gnarface | well, you can still halt/reboot/suspend/hibernate etc by command-line with sudo | 04:38 |
| darwin | that's what I normally do anyway | 04:40 |
| darwin | as root | 04:40 |
| gnarface | but yea, that's exactly what that wrapper would do, it would launch Xorg as root, and then drop permissions afterwards, but the window manager UI still retained them | 04:42 |
| gnarface | it's more secure now | 04:42 |
| gnarface | the whole thing can now actually run just under one user | 04:43 |
| gnarface | but you lose some tiny bit of convenience for that security | 04:43 |
| darwin | if I set needs_root_rights=yes will X automatically use this wrapper without me having to learn a special command for it? | 04:44 |
| gnarface | maybe someone around here has a gksu package build for current stable or something that could work similarly | 04:45 |
| gnarface | uh... that i'm not sure about | 04:45 |
| gnarface | i think you have to also "dpkg-reconfigure xserver-xorg" or something like that | 04:45 |
| darwin | i typed that and just got a new shell prompt | 04:46 |
| gnarface | fsmithred just went through changing it in the other direction recently, he might be able to confirm | 04:46 |
| gnarface | "dpkg-reconfigure xserver-xorg-legacy" maybe? | 04:46 |
| gnarface | or just "dpkg-reconfigure xorg" ? | 04:47 |
| darwin | it's dpkg-reconfigure xserver-xorg-legacy but didn't change anything I hadn't already set | 04:48 |
| ScrewDriver1337 | has anyone been successful in installing dotnet on devuan? | 06:24 |
| ScrewDriver1337 | https://learn.microsoft.com/en-us/dotnet/core/install/linux-debian | 06:24 |
| gnarface | ScrewDriver1337 afaik the native mono packages should work fine, and are the recommended approach | 06:28 |
| ScrewDriver1337 | I need dotnet-sdk to compile dotnet software for linux | 06:29 |
| gnarface | i don't think that's true | 06:29 |
| ScrewDriver1337 | ? | 06:29 |
| gnarface | tons of games on Steam use the mono packages just fine | 06:29 |
| gnarface | i'm pretty sure even microsoft says to use them | 06:29 |
| ScrewDriver1337 | I need to compile dotnet software from the source code | 06:30 |
| gnarface | you should look into them, they probably have the tools you're looking for just put in a different location | 06:30 |
| ScrewDriver1337 | https://github.com/RetBox/86BoxManagerX | 06:30 |
| ScrewDriver1337 | like this one | 06:30 |
| ScrewDriver1337 | (yes it has linux tar gz release, but next time I might be not that lucky) | 06:31 |
| ScrewDriver1337 | yeeaa I installed the dotnet-sdk | 07:37 |
| fsmithred | gnarface, for desktop reboot/shutdown from menu the usual missing package is policykit-1-gnome. I don't know what kde uses. There's also lxpolkit for lxqt. | 15:09 |
| fsmithred | I can't stay on long. bbl. | 15:11 |
| systemdlete | sometime back, I received coaching here on how to build a devuan package, but sadly, I have lost my notes on that. So if someone can be so good as to refresh my memory, I'd be appreciative. | 17:36 |
| systemdlete | I only need to build ONE (1) package, and only occasionally. So I would like to use the simplest way to do this if possible. | 17:37 |
| systemdlete | do I need to go to #devuan-dev, or is it possible for folks here to help me? | 17:37 |
| n4dir | systemdlete: really old thread, but it should still apply https://forums.debian.net/viewtopic.php?t=38976 | 17:43 |
| gnarface | systemdlete: dpkg-buildpackage -us -uc | 17:45 |
| systemdlete | gnarface, I tried dpkg-buildpackage, but it didn't work. | 18:17 |
| gnarface | systemdlete: the source has to have a ./debian directory with some minimum set of rules files | 18:18 |
| gnarface | i assume that forum thread goes into it | 18:18 |
| systemdlete | how do I get or create those files | 18:18 |
| gnarface | it doesn't mention in the forum thread? | 18:18 |
| gnarface | here's the official reference: https://www.debian.org/doc/manuals/maint-guide/dreq.en.html | 18:18 |
| n4dir | advantage of the thread it is pretty straight forward, kinda copy and paste style | 18:19 |
| systemdlete | you know what. I can copy the debian directory from the one in a previous source file | 18:20 |
| gnarface | yes, you can probably | 18:20 |
| systemdlete | I think that should work. | 18:20 |
| gnarface | there's probably some boilerplate examples somewhere too | 18:20 |
| n4dir | which package we talk about? | 18:21 |
| gnarface | however, if you're working with a source package that already has one and just trying to update the source in it, there's also a chapter on that in the official guide... | 18:21 |
| gnarface | here: https://www.debian.org/doc/manuals/maint-guide/update.en.html | 18:21 |
| gnarface | (the tool for that is called uupdate) | 18:21 |
| systemdlete | In the current case, I am trying to build a more recent version of a supported package. So I think it is just a matter of copying the debian subdir to the new version's source dir | 18:22 |
| gnarface | no no | 18:22 |
| gnarface | even easier than that | 18:22 |
| systemdlete | uupdate then | 18:22 |
| gnarface | check out chapter 8 and uupdate | 18:22 |
| gnarface | try that first before resorting to manually copying the files | 18:22 |
| gnarface | (i've been told they put this stuff all in a purposefully confusing order in the NMG to deter potential contributors... because that's a good idea?? wtf!) | 18:23 |
| systemdlete | so prob 8.3 in that guide then? | 18:25 |
| systemdlete | let me try that | 18:25 |
| systemdlete | only thing is, where is uupdate? Can I do this as a regular user? | 18:26 |
| gnarface | systemdlete: yea, 8.3, though you might not need to mess with the quilt stuff at all | 18:26 |
| systemdlete | (notwithstanding actually installing the generated package of course) | 18:26 |
| gnarface | package is devscripts, location is /usr/bin/uupdate | 18:27 |
| systemdlete | installing devscripts now, 130 pkgs... | 18:28 |
| gnarface | afaik it's possible to do this entire process as a non-root user, though for the last step you might need the 'fakeroot' binary installed to invoke root for the purposes of just making the package permissions right | 18:28 |
| systemdlete | ok, I'll try to remember that. | 18:28 |
| systemdlete | Maybe a wiki page would be suitable for this? I'll document this this time, but I really hope someone familiar with all this can write up a short, concise instruction as you have provided here. | 18:30 |
| gnarface | i could have sworn someone did, i just don't remember where it is | 18:31 |
| gnarface | maybe that forum thread? i didn't really look at it | 18:31 |
| gnarface | hmm, no i remember it being on the website somewhere actually, i thought fsmithred put it up | 18:31 |
| systemdlete | the install will take some time, so I'll come back to this if I run into any issues. Sounds like it should go smoothly once this tool is in place. | 18:32 |
| * systemdlete is watching the returns with great trepidation, already having been accused of wasting their vote on the Green candidate. | 18:33 | |
| systemdlete | (but that's OT, of course...) | 18:33 |
| n4dir | gnarface: as long you only want to quickly build something for yourself, the forum was sure ok, and probably still is. I too remember something being on the devuan site, but perhaps am wrong | 18:35 |
| gnarface | the ease of which a package can be updated to a new source version using the existing tools with no extraneous steps can often serve as a good benchmark for the overall software quality | 18:36 |
| systemdlete | @gnarface, +1 | 18:37 |
| gnarface | systemdlete: make sure that along with all those devscripts dependencies you also grab "apt-get build-essential" and "apt-get build-dep [package name]" | 18:39 |
| gnarface | i think in some cases you may also need the "linux-headers-`uname -r`" package even for stuff that's not directly a kernel module, but that's fairly rare | 18:40 |
| gnarface | (i think that also might come along with "build-essential" but i don't remember for sure) | 18:40 |
| n4dir | you can only do build-dep for things which are the repo though, no? | 18:41 |
| gnarface | yea, but i thought that was what this was | 18:42 |
| gnarface | i understood the task as updating an existing package from the upstream source tarball, did i misunderstand? | 18:42 |
| systemdlete | Well, in this case, it is my attempt to build nut utils 2.8.2, whereas the daedalus repo only has 2.8.0. But | 18:42 |
| systemdlete | But | 18:42 |
| gnarface | yea, so that should work | 18:43 |
| systemdlete | I just want instructions that are general, for any package at all. | 18:43 |
| n4dir | oh, yeah, if it is in the repos, then it should be fine | 18:43 |
| gnarface | the build dependencies for 2.8.2 should be the same or at least close enough to 2.8.0 that build-dep should get at least most of them | 18:43 |
| systemdlete | natch. Any attempt to build something not already supported in Devuan might be sketchy, YMMV on those. | 18:43 |
| systemdlete | right, it is only a maintenance release. I'm hoping for some better driver support, as well as some dire bug fixes... but it is only a hope at this point. | 18:44 |
| gnarface | nut - network UPS tools - metapackage? | 18:44 |
| systemdlete | s/dire/direly-needed/ | 18:44 |
| systemdlete | right | 18:44 |
| systemdlete | oh do I need something different for building metapackage? | 18:45 |
| gnarface | this one looks complicated, since it's spread across like a dozen packages... | 18:45 |
| systemdlete | yipes | 18:45 |
| gnarface | it depends on how the source package is set up | 18:45 |
| systemdlete | the src tarball includes all the parts, afaik | 18:45 |
| gnarface | sometimes you have to do them all separately but sometimes they all use a shared source package that is smart enough to build the individual sub-packages itself | 18:45 |
| systemdlete | I think it does for nut | 18:45 |
| systemdlete | the server and client are included. | 18:46 |
| systemdlete | does devuan team ever take backport requests, circumventing upstream bureaucracy? | 18:46 |
| golinux | systemdlete: Even I have built a few packages with the link the nadir posted! | 18:47 |
| golinux | https://forums.debian.net/viewtopic.php?t=38976 | 18:47 |
| n4dir | there is that guy at MX Linux, stevepusser, he usually accepted them | 18:47 |
| n4dir | might be around at forums.debian too, not sure (he was, not sure if still is) | 18:47 |
| gnarface | systemdlete: i would just give it a try and see if it works | 18:51 |
| golinux | systemdlete: Devuan does not get involved with "wish" list stuff. But you can always create an account on our git and put packages you have created there. | 18:51 |
| gnarface | systemdlete: sometimes a maintainer's foresight will surprise you and everything will work out fine | 18:52 |
| systemdlete | ? | 18:52 |
| gnarface | systemdlete: i mean, i would take whatever source package you get from the repo, use uupdate to apply the new source tarball to it, and if that works just run dpkg-buildpackage on it blindly and hope for it to magically spit out these 12 separate packages | 18:55 |
| gnarface | from just what we know at this point, there's no more reason to expect it won't work than it will work | 18:56 |
| gnarface | it depends a lot on how far from the upstream source the maintainers have deviated | 18:57 |
| gnarface | there's sometimes like a "master" source package that builds all the binary sub-packages | 18:58 |
| gnarface | often, it's smart enough to give that to you directly when you request the source package of any one of those individual packages, but sometimes you have to poke around a bit | 18:58 |
| gnarface | if you're reading the console output when you run "apt-get source [package name]" it will often make it clear | 18:59 |
| systemdlete | right. I just wasn't sure what you meant by your last statement before my "?"--so thanks for clarifying that | 19:05 |
| systemdlete | the source tarball does contain both components of nut | 19:05 |
| systemdlete | I note that the procedure calls for "dquilt" which is apparently not installed/created automatically; there are instructions in https://www.debian.org/doc/manuals/maint-guide/modify.en.html, but is this necessary? Can I just use "quilt" itself? | 19:21 |
| systemdlete | Well, I did it anyway, following those instructions. It all worked, but with one error, which I corrected with the -f option (as suggested by dquilt) | 19:31 |
| systemdlete | but now, what to do next? Do I create a source tarball that I would otherwise download from the repos, and if so, how? | 19:32 |
| systemdlete | meh. I'm just going to configure and make | 19:34 |
| n4dir | tar -zxf <packagename>_<version>.tar.gz | 19:36 |
| n4dir | that is from the forum how-to | 19:36 |
| systemdlete | that doesn't exist... yet | 19:36 |
| n4dir | yesh. So you go to the build dir and create the tar.gz | 19:36 |
| systemdlete | (I checked the orig tar file; it does not have the debian/* files...) | 19:36 |
| n4dir | i am pretty tired, and not really in the subject | 19:37 |
| systemdlete | nw | 19:37 |
| n4dir | the how-to covers several approaches, set apart by ----; and each approach is rather short. The most work is to find the approach you wanna go for | 19:38 |
| gnarface | systemdlete: i think it's just quilt | 19:39 |
| gnarface | systemdlete: i remember that a couple of the tools mentioned in there have minor misspellings, not clear why | 19:40 |
| gnarface | i seem to remember in fact that it was explained to me as some common setup that included a bunch of symlinks to tools renaming them, but i couldn't figure out what purpose that served other than as another misdirection | 19:41 |
| systemdlete | so I ran make to ensure it would build, then called dpkg-buildpackage. It failed on the patch saying it has fuzz or malformed | 19:41 |
| systemdlete | ok, so maybe restart this whole thing and just call quilt | 19:41 |
| gnarface | if you inspect the problematic patch it might be obvious how to fix it | 19:42 |
| gnarface | "fuzz" just means a difference in blank lines | 19:42 |
| gnarface | but if it says "succeeded with fuzz" that's usually fine | 19:43 |
| gnarface | as i recall it working, uupdate should be able to take a upstream source tarball and merge it with an existing package, and the upstream source tarball does not have to include the ./debian/ directory already, as long as it's present in the source package... i thought, anyway | 19:44 |
| systemdlete | I tried to run dpkg-buildpackage a second time and it fails much earlier now. | 19:44 |
| systemdlete | yeah, uupdate worked fine | 19:44 |
| gnarface | what's the build error? | 19:44 |
| systemdlete | the first time or second? | 19:44 |
| gnarface | the second time | 19:44 |
| systemdlete | automake failure | 19:45 |
| systemdlete | well, actually, autoreconff | 19:45 |
| systemdlete | autoreconf | 19:45 |
| gnarface | most the time i find build errors to be just some dependency that was accidentally omitted from the package dependency list, usually because it's something all the developers already had and forgot installing | 19:45 |
| systemdlete | heehheheh | 19:46 |
| systemdlete | ok | 19:46 |
| gnarface | with kernels, just in my experience, like 75% of the time it's bison/yacc | 19:46 |
| n4dir | gnarface: iirc that is why you usually build in pbuilder or a chroot, so you don't miss a dep | 19:46 |
| systemdlete | I think I will start over again. And I am going to start doxing this | 19:46 |
| n4dir | good luck | 19:46 |
| gnarface | with automake/autoconf stuff, i've occasionally seen a situation where the package expects ./configure to already be there, but you have to run ./autoconf.sh or something like that to generate it first, and that step has just accidentally been omitted from the docs because everyone expects the source tarball to ship with ./configure already generateda | 19:48 |
| gnarface | *generated | 19:49 |
| gnarface | more rarely, there will be some missing automake.m4 file or something like that | 19:49 |
| gnarface | and then you find out the upstream developer is building this with some bleeding-edge out-of-distro version of autoconf tools | 19:50 |
| gnarface | then it becomes messy | 19:50 |
| gnarface | but hopefully it won't come to that for this | 19:50 |
| gnarface | (i'm a big advocate of Debian moving to enforcing "reproducible builds" for this reason) | 19:51 |
| gnarface | it's becoming more rare, luckily, but every once in a while you still run into a package where there's just no clear path from the source tarball to whatever is in the package, and that's bad on a number of levels | 19:52 |
| gnarface | i don't necessarily think we need byte-for-byte identical binaries coming out of the compilers, though that would be more comforting from a security standpoint, but i think all the tools required to build the software should be things already in the distro and all the steps needed to do it should be the same ones the maintainer actually used to build the package that's in the repo | 19:54 |
| Alverstone | Hello. What's enterprise level backup software? Is borg-backup the goto solution? It seems to good to be true | 20:04 |
| Alverstone | too good* | 20:04 |
| ted-ious | Alverstone: What's too good about it? | 20:11 |
| ted-ious | There are a few other foss backup apps that have similar features too. | 20:11 |
| rwp | There are many good backup programs. My current favorite is Restic. But that is not to say that others are not also good. | 20:20 |
| systemdlete | gnarface, I agree with what you say ^^^. | 20:21 |
| systemdlete | So now I have a new directory with the patches and debian/* files, etc. So I created a tar file of the generated directory. | 20:22 |
| Xenguy | rwp, First I've heard of 'restic'; the description looks impressive. | 20:24 |
| systemdlete | so now I run the dpkg-buildpackage tool in that generated directory with -uc -us? | 20:25 |
| systemdlete | it fails. | 20:25 |
| Alverstone | ted-ious, it offers compression, deduplication and FUSE mount, command line interface is simple. And it just works | 20:25 |
| systemdlete | Xenguy, I have been using restic for about a year now. It is GREAT! | 20:25 |
| systemdlete | easy to understand, easy to configure, easy to use. | 20:25 |
| Xenguy | systemdlete, Good to know, I'll have to keep it in mind | 20:25 |
| systemdlete | I've restored files with no issues, other than a bug I ran into many months ago, which I believe was due to running out of space. | 20:26 |
| systemdlete | and I will endorse fossil for version control for the same reasons. Fossil runs circles around git. | 20:26 |
| systemdlete | Alverstone, yes! | 20:27 |
| Alverstone | does restic enforce password? | 20:28 |
| systemdlete | rwp, Xenguy, Alverstone: I was able to get restic up and working in an afternoon. Of course, my setup is fairly straight forward, and I have made additional scripts to automate a lot of it. | 20:28 |
| systemdlete | yes, there are passwords. | 20:28 |
| Alverstone | borg allows me to skip encryption, because it is unnecessary. worst case scenario there are dedicated tools like gocryptfs, there are no reasons to duplicate code | 20:28 |
| Alverstone | at least not for me :) | 20:29 |
| Alverstone | but borg is written in python, ehh | 20:29 |
| Alverstone | systemdlete, took me an hour to figure borg out :) | 20:29 |
| systemdlete | It's been nearly a year since I last looked at restic--as you say, it just works. | 20:29 |
| Alverstone | but yes, restic does look good | 20:29 |
| systemdlete | so, I don't recall exactly. It might be possible. | 20:30 |
| systemdlete | Their docs are superb also, really. Easy to read, not many typos or run-ons, etc. | 20:30 |
| systemdlete | And the support I got from the dev was also excellent. Even though he was unable to figure out what went boink for me earlier on. | 20:31 |
| systemdlete | Since then, I have experienced zero problems. | 20:31 |
| systemdlete | OTOH... | 20:31 |
| systemdlete | I have a tendency to find something I like a lot (not just software), and I become a raving lunatic about it. | 20:32 |
| rwp | One of the things I like about restic is that it is extremely fast scanning a source when running. 250GB of files (not sure the number which is the driver, a lot of files) scan in about an hour. | 20:32 |
| rwp | Another thing I like about it is that it is just one binary program. I had an older system that I needed to get onto backup. I just copied the program over to it and it ran no problems. (Can't do that with a python program. Nope.) | 20:33 |
| Alverstone | rwp, apart from creating a relatively large cache, borg runs quite fast as well | 20:33 |
| Alverstone | But the cache is necessary for chunking if i understand correctly | 20:34 |
| Alverstone | As for one binary program, well you can't beat compiled code :) | 20:35 |
| systemdlete | I had been using bacula for years, then bareos for years, and then one day, after the last "improvement" they made to bareos, the whole thing went sideways on me after the update. | 20:36 |
| systemdlete | bacula/bareos were a challenge to configure, and their nomenclature and docs were confusing. | 20:36 |
| systemdlete | restic is truly *NIX: It does only one thing, and does it extremely well. Same for fossil. No feeping creaturism. | 20:37 |
| systemdlete | No tenticles into every last other system and subsystem or dependencies on outside programs. | 20:38 |
| systemdlete | (mostly, anyway) | 20:38 |
| rwp | For a small office I used to use BackupPC which I still like in the small case and find it works well when set up. But not encrypted and not for untrusted remote storage. | 20:39 |
| rwp | I "tasted" the Duplicity backup, Ubuntu used to push Duplicity as their standard solution at one time, and did not really like it for various reasons. | 20:39 |
| rwp | Restic just does a very nice solution. Works well pushing encrypted deduplicated to remote untrusted storage. It's been very reliable for me. | 20:40 |
| systemdlete | remote storage requires ssl I think | 20:41 |
| systemdlete | (unless it is mounted nfs or the like) | 20:41 |
| Alverstone | Look at this beauty https://rclone.org/commands/rclone_sync/ | 20:45 |
| rwp | Is requiring TLS connections really a notable dependency requirement now? | 20:45 |
| systemdlete | I would be skeptical about storing backups on an "unstrusted" platform... if it is untrusted, could it also be unstable? I use a centralized storage approach for my systems, but the central storage is definitely locked down | 20:45 |
| Alverstone | Gocryptfs + borg + rclone to make me happy | 20:46 |
| systemdlete | rwp? | 20:46 |
| systemdlete | I don't know if it is notable or not. But personally, I wouldn't do it. I do backups for a reason and don't want to put them somewhere they could disappear or become corrupted by some lazy admin there. | 20:47 |
| rwp | Looking at rclonesync it looks very similar to rdiff-backup. | 20:47 |
| rwp | systemdlete, There are many commercial cloud providers of raw data storage. Do you trust them to be reliable? Yes. Do you trust them not to have a data breach? Well... No! | 20:48 |
| rwp | How about your own bare metal server that you host in an office? Do you trust yourself to keep it secure? Yes. Do you trust that at some point it might not get stolen? No! | 20:48 |
| systemdlete | There are no failsafe anything anywhere at anytime. | 20:49 |
| rwp | If you are not personally guarding it yourself then it is untrusted remote storage. | 20:49 |
| systemdlete | I trust my cloud provider even though there have been a few breaches and other issues over the years. But not enough to worry me. | 20:49 |
| systemdlete | I've never lost anything. | 20:50 |
| rwp | And even then if someone big comes along with a wrench and tells me they are going to hit me with the wrench until I let them take the machine away then I am going to let them take the machine away. | 20:50 |
| systemdlete | well, rwp, couldn't these same sad scenarios happen to the systems you are backing up also? | 20:50 |
| rwp | Best to treat it as untrusted and to ensure that everything is encrypted. | 20:50 |
| systemdlete | Not sure what you are driving at. With that high a bar for you, then you would not trust anything. Maybe not even your own dog. | 20:50 |
| systemdlete | Encrypted is a given, always. | 20:51 |
| rwp | Yes. Could happen to my desktop right here and now. Or my laptop. I always have fully encrypted laptops. I am moving toward always having fully encrypted desktops too. (I admit I am not there yet.) | 20:51 |
| systemdlete | I am only considering the "untrusted/unstable" issue I brought up. | 20:51 |
| rwp | Strange asks, "Does your dog bite?" Me, "No." Stranger gets bitten. Me, "That is not my dog." | 20:52 |
| systemdlete | yeah, I encrypt all my home directories, var, and a few others. | 20:52 |
| systemdlete | LOL. Classic Peter Sellers line! | 20:52 |
| rwp | I am heading toward "apt-cache show mandos" on my non-laptop systems. I am not there yet. | 20:53 |
| systemdlete | I could encrypt all of my systems, encase them in a bomb-proof, lead-lined containment with Wells-Fargo security line monitoring it 24x7. And yet, if I leave my house and it gets hit by a missile, it really won't matter (especially if the cloud provider is also hit). | 20:54 |
| rwp | Another advantage of keeping all drives encrypted is that when scrapping them out or giving them away there is no need to scrub them if the data has always been encrypted. It's just random data there in that case then. Overwrite the partition signatures with some random data and it would be impossible, or at least impractical, to know anything about it. | 20:54 |
| Alverstone | they won't take you by a wrench if you have a gun :) | 20:54 |
| Xenguy | One time I was walking towards a guy on the sidewalk who was walking a mastiff, and I asked 'Is he friendly?' and received the reply 'Sometimes' = ) | 20:54 |
| systemdlete | rwp: We agree about encryption. Especially data on my /home directories. | 20:55 |
| rwp | "If you can dodge a wrench then you can dodge a ball." But I was actually referring to the obligatory https://xkcd.com/538/ | 20:55 |
| Alverstone | The problem with encryption is that you have to type in the password and it is annoying | 20:55 |
| systemdlete | beware mastiffs and chows | 20:55 |
| systemdlete | Alverstone, I don't have to do that with restic. | 20:55 |
| Alverstone | rwp, legendary meme | 20:56 |
| rwp | Alverstone, https://manpages.debian.org/bullseye/mandos/mandos.8.en.html | 20:56 |
| systemdlete | I put my password in a file, with appropriate protections, and call restic with the password file argument. | 20:56 |
| Alverstone | systemdlete, I don't see a point of doing so | 20:56 |
| systemdlete | again, there might be a way around that, idr now | 20:57 |
| Alverstone | Encryption is a neat thing I am of the opinion that a small subset of well maintained and trusted software implements all the encryption securely and the rest relies on them | 20:57 |
| Alverstone | No wheels here, please, at least not in production | 20:57 |
| rwp | I put the encryption passphrase in a file with permissions to protect it. But when I am walking through remote systems telling them to backup then the passphrase is local to initiating hostA running it on hostB pushing it to hostC and neither hostB nor hostC have the passphrase. | 20:58 |
| systemdlete | I don't ever enter a password. All of my restic scripts are called from cron, and if I need to do a restore, it is simple enough to do that from the command line. | 20:58 |
| systemdlete | rwp: Exactly. | 20:59 |
| systemdlete | that's what I do also. | 20:59 |
| systemdlete | the scripts handle all that. | 20:59 |
| systemdlete | not a reason to avoid restic, unless there is some compelling argument for one of the alternatives, which sound good also. | 21:00 |
| rwp | I think all of the backup systems will be similar in handling of passphrases and it won't be a differentiator among them. | 21:01 |
| systemdlete | agreed | 21:01 |
| Alverstone | https://www.reddit.com/r/BorgBackup/comments/v3bwfg/why_should_i_switch_from_restic_to_borg/ | 21:02 |
| Alverstone | :D | 21:02 |
| AlexLikeRock | HI | 21:04 |
| AlexLikeRock | hi , guys, could you help me , with a little clue : https://paste.pics/SBCVK | 21:05 |
| AlexLikeRock | to my OLD DEVUAN at another partition | 21:06 |
| Alverstone | Anyway I bookmarked restic just in case. That's a good suggestion. | 21:08 |
| Alverstone | AlexLikeRock, please make a full screenshot | 21:09 |
| AlexLikeRock | Alverstone, https://paste.pics/SBCY2 | 21:11 |
| Alverstone | The error message is self explanatory, your root device does not exist. Update UUID of the root partition which you want to boot in your bootloader. GRUB, I suppose? | 21:13 |
| AlexLikeRock | the UUID thats rigth , i verify , yesterday | 21:17 |
| AlexLikeRock | or to remplace UUID to /dev/sda3 ?? | 21:17 |
| AlexLikeRock | https://paste.mozilla.org/N64P6t87 my grub.conf | 21:22 |
| AlexLikeRock | https://paste.pics/SBD2J | 21:25 |
| Alverstone | The filesystem with specified UUID does not exist. What you need to do is most likely to run `grub-mkconfig -o /boot/grub/grub.cfg` | 21:26 |
| AlexLikeRock | or update-grub ? | 21:26 |
| Alverstone | Yes... hopefully it will work... hopefully | 21:27 |
| AlexLikeRock | its exist | 21:27 |
| AlexLikeRock | 388c022c-44d6-4a56-8572-d9a34144665e | 21:27 |
| Alverstone | grub-mkconfig detected it and create an entry, yes? | 21:28 |
| Alverstone | created* | 21:28 |
| AlexLikeRock | https://paste.pics/SBD2X | 21:29 |
| Alverstone | Still doesn't boot? | 21:29 |
| AlexLikeRock | they all ready are at https://paste.mozilla.org/N64P6t87 | 21:29 |
| AlexLikeRock | not boot | 21:30 |
| rwp | Alverstone, Reading that why_should_i_switch_from_restic_to_borg reference everything seems better with restic! Thanks for making the case for using restic as better than borg-backup here. :-) | 21:30 |
| Alverstone | rwp, :) dunno what you mean! | 21:30 |
| rwp | It even says, "In the end, I would absolutely choose Restic if the GUI situation was better, ..." so really if you must have a GUI then I understand. | 21:30 |
| Alverstone | AlexLikeRock, another please-just-work-somehow thing to do is to run `update-initramfs -c -k all` | 21:31 |
| systemdlete | rwp, that was my take also. It seems like that analysis is making the argument for restic. | 21:33 |
| Alverstone | 2 vs 1 isn't fair guys :P | 21:33 |
| AlexLikeRock | Alverstone, byt chroot : | 21:33 |
| AlexLikeRock | -bash: update-initramfs: order not found | 21:33 |
| systemdlete | There is a restic-browser gui, though it is not full-featured; I'm guessing the devs are looking to do that also. | 21:33 |
| systemdlete | However, I would LOVE to see a built-in web-based interface like fossil has. | 21:34 |
| AlexLikeRock | how to re install initramfs | 21:34 |
| Alverstone | AlexLikeRock, update-initramfs is in /sbin and /sbin is usually not in PATH. Must run as root | 21:34 |
| AlexLikeRock | ok | 21:34 |
| rwp | If you use su always use "su -" to get root's environment including root's PATH. | 21:34 |
| AlexLikeRock | i have a long problem whits PATH SBIN | 21:34 |
| AlexLikeRock | I USED su - | 21:34 |
| Alverstone | ls /sbin/update-initramfs | 21:35 |
| Alverstone | ? | 21:35 |
| rwp | echo $PATH and verify that it includes the sbin directories. | 21:35 |
| Alverstone | pff | 21:35 |
| Alverstone | env PATH="$PATH:/sbin" sudo update-initramfs -c -k al | 21:35 |
| Alverstone | or doas or su or whatever | 21:35 |
| AlexLikeRock | -bash: /usr/sbin/update-initramfs: No existe el fichero o el directorio | 21:35 |
| AlexLikeRock | /usr/sbin/update-initramfs -c -k all | 21:36 |
| rwp | root's path should be at least /usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin or similar. | 21:36 |
| Alverstone | wat | 21:36 |
| AlexLikeRock | echo $PATH | 21:36 |
| Alverstone | apt install v | 21:36 |
| rwp | And with UsrMerge there is no longer /sbin versus /usr/sbin as they are symlinked together now. | 21:36 |
| Alverstone | apt install initramfs-tools | 21:36 |
| AlexLikeRock | yes ! | 21:36 |
| AlexLikeRock | that problem USRmerge | 21:36 |
| Alverstone | rwp, been usrmerged since forever, so this issue thankfully did not affect me | 21:37 |
| AlexLikeRock | coool : instaling .... initramfs-tools | 21:37 |
| rwp | UsrMerge should not matter here as /sbin/update-initramfs is pointing to /usr/sbin/update-initramfs, right? | 21:37 |
| AlexLikeRock | they are NOT install it! at my OLD DEVUAN | 21:37 |
| AlexLikeRock | 71% | 21:38 |
| rwp | Since initramfs-tools is a dependency of linux-image-* kernel packages I don't see how the kernel could be installed without the support utilities also being installed. | 21:38 |
| Alverstone | AlexLikeRock, BTW you need to install it inside the system you want to boot | 21:38 |
| Alverstone | So if your OLD DEVUAN system is not the one currently running, first chroot into it | 21:39 |
| AlexLikeRock | yes, i do , CHROOT | 21:39 |
| AlexLikeRock | first | 21:39 |
| Alverstone | My five cents: arch-chroot from arch-install-scripts is amazing | 21:39 |
| AlexLikeRock | , thanks Alverstone | 21:39 |
| gnarface | systemdlete: what was the error dpkg-buildpackage gives you? | 21:39 |
| AlexLikeRock | https://paste.mozilla.org/DgyBTnMX | 21:40 |
| AlexLikeRock | error | 21:40 |
| Alverstone | apt-file find /lib/modules/6.1.0-18-amd64 | 21:41 |
| AlexLikeRock | gnarface, dpkg-buildpackage | 21:41 |
| AlexLikeRock | dpkg-buildpackage: fallo: no se ha podido abrir el fichero «debian/changelog»: No such file or directory | 21:41 |
| AlexLikeRock | -bash: /usr/sbin/dpkg-buildpackage: No existe el fichero o el directorio | 21:41 |
| Alverstone | AlexLikeRock, apt-file find /lib/modules/6.1.0-18-amd64 | 21:42 |
| Alverstone | You're missing some packages | 21:42 |
| AlexLikeRock | apt-file find /lib/modules/6.1.0-18-amd64 | 21:42 |
| AlexLikeRock | root@DELL:~# | 21:42 |
| AlexLikeRock | Alverstone, alot !!!! pakages! | 21:43 |
| Alverstone | okay lets make it simpler | 21:43 |
| Alverstone | apt install linux-image-amd64 | 21:43 |
| AlexLikeRock | Believe me, I will learn a lot about the basic gnu-linux boot configuration. | 21:43 |
| AlexLikeRock | its , excites me, alot :-> | 21:44 |
| AlexLikeRock | instaling .... | 21:44 |
| Alverstone | I guess everyone was exited at first. After some time it becomes dull though. At this point I don't really like configuring my system anymore, I just want it to work | 21:44 |
| AlexLikeRock | aptitude install blkid | 21:49 |
| AlexLikeRock | Couldn't find any package whose name is "blkid", but there are 6 packages which contain "blkid" in their name: | 21:49 |
| AlexLikeRock | libblkid-dev libblkid-dev:i386 libblkid1 libblkid1:i386 libblkid1-dbgsym libblkid1-dbgsym:i386 | 21:49 |
| AlexLikeRock | what its the good one ? | 21:49 |
| AlexLikeRock | i need it | 21:49 |
| AlexLikeRock | libblkid-dev or libblkid1 ? | 21:49 |
| Alverstone | apt install util-linux | 21:50 |
| Alverstone | also, `apt install apt-file && man apt-file` | 21:50 |
| AlexLikeRock | 33% | 21:52 |
| onefang | 325 messages while I slept. Wonders if I should read them all? | 21:56 |
| onefang | "<gnarface> the ease of which a package can be updated to a new source version using the existing tools with no extraneous steps can often serve as a good benchmark for the overall software quality " I find a good benchmark of open source software quality is the number of forks, the more forks the more likely the original is crap. | 22:00 |
| * systemdlete thinks there must be close to zero forks of devuan | 22:03 | |
| onefang | gnarface: I keep an eye on the Debian reproducible builds team, they even delve into Devuan and others sometimes to. They are making good progress. | 22:06 |
| AlexLikeRock_ | im back , i lost conetion !, sorry | 22:09 |
| AlexLikeRock_ | 33% | 22:10 |
| Alverstone | AlexLikeRock_, 33% what? | 22:13 |
| AlexLikeRock_ | instaling "util-linux " | 22:15 |
| AlexLikeRock_ | i need blkid | 22:15 |
| AlexLikeRock_ | what its the good one :? libblkid-dev or libblkid1 ? | 22:16 |
| gnarface | *-dev is the build dependency package, the other one is runtime libraries | 22:16 |
| onefang | That applies in general to *-dev packages, only needed if you want to do some development with *. | 22:18 |
| AlexLikeRock_ | https://paste.mozilla.org/eDHpJmKp | 22:18 |
| AlexLikeRock_ | errror! | 22:18 |
| AlexLikeRock_ | onefang, thanks | 22:18 |
| Alverstone | uname -r | 22:20 |
| Alverstone | AlexLikeRock_, | 22:20 |
| onefang | AlverLikesStone? | 22:20 |
| Alverstone | onefang, :? | 22:21 |
| Alverstone | AlexLikeRock_, basically I want you to do `update-initramfs -c -k $(uname -r)` | 22:22 |
| onefang | AlexLikeRock, AlverLikeStone. Brekky time. BRB. | 22:23 |
| AlexLikeRock_ | update-initramfs: Generating /boot/initrd.img-6.1.0-25-amd64 .... | 22:23 |
| AlexLikeRock_ | hahahah onefang | 22:24 |
| AlexLikeRock_ | you are funny ! | 22:24 |
| AlexLikeRock_ | https://paste.debian.net/1334629/ | 22:25 |
| AlexLikeRock_ | uname -r | 22:26 |
| AlexLikeRock_ | 6.1.0-25-amd64 | 22:26 |
| AlexLikeRock_ | root@DELL:~# uname -a | 22:26 |
| AlexLikeRock_ | Linux DELL 6.1.0-25-amd64 #1 SMP PREEMPT_DYNAMIC Debian 6.1.106-3 (2024-08-26) x86_64 GNU/Linux | 22:26 |
| AlexLikeRock_ | Couldn't identify type of root file system for fsck hook | 22:28 |
| AlexLikeRock_ | blkid: /lib/x86_64-linux-gnu/libblkid.so.1: version `BLKID_2_37' not found (required by blkid) | 22:29 |
| AlexLikeRock_ | root@DELL:~# apt install libblkid-dev:i386 | 22:30 |
| Alverstone | run /sbin/blkid | 22:31 |
| AlexLikeRock_ | https://paste.debian.net/1334631/ | 22:32 |
| AlexLikeRock_ | /sbin/blkid | 22:32 |
| Alverstone | AlexLikeRock_, yep, yep, /sbin/blkid | 22:33 |
| Alverstone | What does it do? | 22:33 |
| Alverstone | any output, error messages? | 22:33 |
| AlexLikeRock_ | /sbin/blkid: /lib/x86_64-linux-gnu/libblkid.so.1: version `BLKID_2_37' not found (required by /sbin/blkid) | 22:34 |
| AlexLikeRock_ | 22:34 | |
| AlexLikeRock_ | sorry, hacchat , hidden , when start by "/" | 22:35 |
| Alverstone | apt reinstall libblkid1 | 22:35 |
| Alverstone | put a space before /, otherwise it's interpreted as a command | 22:36 |
| Alverstone | common issue | 22:36 |
| AlexLikeRock_ | https://paste.debian.net/1334632/ | 22:36 |
| AlexLikeRock_ | yes, space , first | 22:36 |
| AlexLikeRock_ | and .... | 22:36 |
| AlexLikeRock_ | initramfs-tools | 22:36 |
| AlexLikeRock_ | E: Sub-process /usr/bin/dpkg returned an error code (1) | 22:36 |
| AlexLikeRock_ | let me detelte /lib/x86_64-linux-gnu/libblkid.so.1 | 22:37 |
| AlexLikeRock_ | and reinstall | 22:40 |
| AlexLikeRock_ | its working fine | 22:40 |
| AlexLikeRock_ | https://paste.debian.net/1334633/ | 22:40 |
| AlexLikeRock_ | and ....update-initramfs: Generating /boot/initrd.img-6.1.0-25-amd64 | 22:41 |
| Alverstone | AlexLikeRock_, so, does it boot or not? | 22:48 |
| Alverstone | umount: /lib/x86_64-linux-gnu/libmount.so.1: version | 22:48 |
| Alverstone | what the heck did you do with your system? | 22:48 |
| Alverstone | apt update && apt upgrade | 22:48 |
| Alverstone | maybe? | 22:48 |
| AlexLikeRock_ | its a long storie | 22:48 |
| AlexLikeRock_ | they come from jessie | 22:48 |
| Alverstone | I mean this error message | 22:48 |
| Alverstone | umount: /lib/x86_64-linux-gnu/libmount.so.1: version `MOUNT_2_35' not found (required by umount) | 22:48 |
| Alverstone | and you simply put devuan in sources.list in a jessie debian installation? | 22:49 |
| AlexLikeRock_ | mount : reinstalll it | 22:50 |
| Alverstone | AlexLikeRock_, please tell me what you /etc/apt/sources.list looks like? | 22:54 |
| Alverstone | your* | 22:54 |
| AlexLikeRock_ | apt update : 95% | 22:54 |
| Alverstone | by the way running `apt upgrade && apt dist-upgrade` has a good chance of breaking your system :) | 23:01 |
| Alverstone | upgrades are only supported from oldstable to stable | 23:01 |
| Alverstone | jessie is ancient in this terminology | 23:02 |
| Alverstone | enjoy your ride :) | 23:02 |
| Alverstone | And don't interrupt the upgrade, ever :) | 23:02 |
| Xenguy | i.e. from one version to the very next version, and so on | 23:02 |
| Alverstone | What is done is done | 23:02 |
| Alverstone | Xenguy, my brain makes implicit use of recursions which probably means my sanity is long gone already | 23:03 |
| Xenguy | Or you learned *nix ; -) | 23:03 |
| onefang | Your sanity is over there, with your sanity. | 23:03 |
| Alverstone | onefang, a long way over there :) | 23:06 |
| Alverstone | AlexLikeRock_, you still alive? | 23:10 |
| AlexLikeRock_ | YES | 23:10 |
| AlexLikeRock_ | update-initramfs: Generating /boot/initrd.img-6.1.0-25-amd64 | 23:11 |
| AlexLikeRock_ | blkid: /lib/x86_64-linux-gnu/libblkid.so.1: version `BLKID_2_37' not found (required by blkid) | 23:11 |
| AlexLikeRock_ | E: /usr/share/initramfs-tools/hooks/udev failed with return 1. | 23:11 |
| AlexLikeRock_ | 23:11 | |
| Alverstone | doesn't look alive to be honest | 23:12 |
| Alverstone | how's your upgrade? | 23:12 |
| AlexLikeRock_ | apt install initramfs-tools | 23:12 |
| AlexLikeRock_ | 23:12 | |
| AlexLikeRock_ | upgrade : upgrade other , thinks, fail: initramfs-tools | 23:12 |
| Alverstone | AlexLikeRock_, is it a jessie installation? | 23:13 |
| Alverstone | <irony>[Yn]</irony> | 23:14 |
| AlexLikeRock_ | let me check | 23:14 |
| Alverstone | or rather, *was* it a jessie installation? | 23:14 |
| AlexLikeRock_ | cat /etc/issue | 23:15 |
| AlexLikeRock_ | Devuan GNU/Linux daedalus | 23:15 |
| Alverstone | anyway | 23:16 |
| Alverstone | if you're at it | 23:16 |
| Alverstone | remove initramfs-tools and linux-image-amd64 | 23:16 |
| Alverstone | upgrade | 23:16 |
| Alverstone | and then see what happens | 23:16 |
| AlexLikeRock_ | they come from , jessie 32 bit , and change to 64 bit , and upgrade up to daedalus | 23:17 |
| Alverstone | Your system now is a frankenstein you're going to spend forever trying to make it work | 23:17 |
| Alverstone | Need to upgrade | 23:17 |
| Alverstone | To hopefully fix it | 23:17 |
| Alverstone | dpkg --print-architecture | 23:17 |
| AlexLikeRock_ | removing.. linux-image-amd64 | 23:17 |
| Alverstone | dpkg --print-foreign-architectures | 23:18 |
| AlexLikeRock_ | working .... | 23:19 |
| Alverstone | what is working? | 23:20 |
| AlexLikeRock_ | dpkg --print-foreign-architectures | 23:20 |
| AlexLikeRock_ | i386 | 23:20 |
| AlexLikeRock_ | 23:20 | |
| Alverstone | and `dpkg --print-architecture`? | 23:20 |
| AlexLikeRock_ | dpkg --print-architecture | 23:20 |
| AlexLikeRock_ | amd64 | 23:20 |
| Alverstone | `apt upgrade` working yet? | 23:22 |
| Alverstone | no? | 23:23 |
| AlexLikeRock_ | o to upggrade | 23:25 |
| AlexLikeRock_ | 0 to upggrade | 23:25 |
| Alverstone | amazing | 23:25 |
| Alverstone | `/bin/mount` outputs anything? | 23:25 |
| AlexLikeRock_ | this its the real problem | 23:28 |
| AlexLikeRock_ | /bin/mount | 23:28 |
| AlexLikeRock_ | /bin/mount: /lib/x86_64-linux-gnu/libmount.so.1: version `MOUNT_2_38' not found (required by /bin/mount) | 23:28 |
| Alverstone | ok time for turbo measure | 23:28 |
| AlexLikeRock_ | /bin/mount: /lib/x86_64-linux-gnu/libmount.so.1: version `MOUNT_2.34' not found (required by /bin/mount) /bin/mount: /lib/x86_64-linux-gnu/libmount.so.1: version `MOUNT_2_35' not found (required by /bin/mount) | 23:29 |
| Alverstone | apt reinstall $(apt-rdepends mount util-linux coreutils bsdutils | awk -v ORS=' ' '!/^[[:space:]]/ {print} END {printf "\n"}') | 23:29 |
| AlexLikeRock_ | aptitude install mount | 23:29 |
| AlexLikeRock_ | mount is already installed on the requested version (2.38.1-5+deb12u1devuan1) | 23:29 |
| AlexLikeRock_ | mount is already installed on the requested version (2.38.1-5+deb12u1devuan1) | 23:29 |
| AlexLikeRock_ | No packages will be installed, upgraded or removed. | 23:29 |
| Alverstone | and yeah, install apt-rdepends | 23:29 |
| AlexLikeRock_ | coool | 23:30 |
| AlexLikeRock_ | https://paste.mozilla.org/Fra5U59x | 23:31 |
| Alverstone | -bash: apt-rdepends: command not found | 23:31 |
| Alverstone | apt install apt-rdepends | 23:32 |
| AlexLikeRock_ | install it apt-rdepends | 23:33 |
| AlexLikeRock_ | https://paste.mozilla.org/ROv7B8ER | 23:33 |
| Alverstone | my favorite | 23:34 |
| Alverstone | easiest is to run `apt-rdepends mount util-linux coreutils bsdutils | awk -v ORS=' ' '!/^[[:space:]]/ {print} END {printf "\n"}'`, copy and then paste into terminal | 23:34 |
| Alverstone | then replase packages it complains about | 23:34 |
| Alverstone | for example, replace debconf-2.0 with debconf | 23:35 |
| Alverstone | replase* | 23:35 |
| Alverstone | replace* | 23:35 |
| Alverstone | also delete cdebconf from the list | 23:36 |
| Alverstone | or not | 23:37 |
| Alverstone | for now just delete debconf-2.0 | 23:37 |
| Alverstone | so it shuts up and reinstalls the packages | 23:37 |
| AlexLikeRock_ | https://paste.mozilla.org/2GJhLpnF | 23:41 |
| Alverstone | not really | 23:42 |
| Alverstone | more like this | 23:42 |
| Alverstone | mount libblkid1 libc6 libgcc-s1 gcc-14-base libmount1 libselinux1 libpcre2-8-0 libsmartcols1 util-linux libcap-ng0 libcrypt1 libeudev1 libpam-modules debconf libaudit1 libaudit-common libdb5.3t64 libpam-modules-bin libpam0g libsystemd0 libcap2 libpam-runtime libdebian-installer4 libnewt0.52 libslang2 libreadline8t64 libtinfo6 readline-common libtextwrap1 libuuid1 coreutils libacl1 libattr1 libgmp10 libssl3t64 libzstd1 openssl-provider-legacy | 23:42 |
| Alverstone | zlib1g bsdutils | 23:42 |
| Alverstone | oh yeah | 23:42 |
| AlexLikeRock_ | so, whta can i do ? | 23:43 |
| AlexLikeRock_ | install all those ? | 23:43 |
| AlexLikeRock_ | or remove ? | 23:43 |
| Alverstone | https://paste.debian.net/plain/1334639 | 23:43 |
| Alverstone | apt reinstall | 23:43 |
| Alverstone | not install | 23:43 |
| Alverstone | reinstall | 23:43 |
| AlexLikeRock_ | aptitude install libc6 | 23:44 |
| AlexLikeRock_ | libc6 is already installed at the requested version (2.36-9+deb12u8) | 23:44 |
| AlexLikeRock_ | libc6 is already installed at the requested version (2.36-9+deb12u8) | 23:44 |
| AlexLikeRock_ | No packages will be installed, upgraded or removed. | 23:44 |
| Alverstone | apt reinstall | 23:45 |
| Alverstone | or apt install --reinstall | 23:45 |
| Alverstone | it must reinstall them | 23:45 |
| AlexLikeRock_ | 43 to reinstall | 23:45 |
| AlexLikeRock_ | working ... | 23:45 |
| Alverstone | cross fingers | 23:46 |
| Alverstone | helps | 23:46 |
| AlexLikeRock_ | all my 21 fingers | 23:47 |
| AlexLikeRock_ | XDDDD | 23:47 |
| AlexLikeRock_ | no error : exit 0 | 23:47 |
| AlexLikeRock_ | what next ? | 23:48 |
| AlexLikeRock_ | install | 23:50 |
| AlexLikeRock_ | aptitude install initramfs-tools linux-image-amd64 | 23:50 |
| AlexLikeRock_ | blkid: /lib/x86_64-linux-gnu/libblkid.so.1: version `BLKID_2_37' not found (required by blkid) | 23:51 |
| AlexLikeRock_ | @_@ | 23:51 |
| AlexLikeRock_ | W: Couldn't identify type of root file system for fsck hook | 23:52 |
| Alverstone | *fail* | 23:54 |
| AlexLikeRock_ | let me remplace from my new devuan | 23:55 |
| Alverstone | run `apt-cache policy` what does it output? | 23:55 |
| Alverstone | AlexLikeRock_, this isn't really a solution though. Something is terribly wrong here and I don't understand what exactly | 23:56 |
| AlexLikeRock_ | https://paste.debian.net/1334640/ | 23:57 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!