| stovepipe | that emorrp1 stuff in my urlgrabber gave me a minor heart attack... | 02:18 |
|---|---|---|
| Xenguy | .oO( Unreliable narrator? ) | 02:40 |
| metheperson | hello, is it normal for an install to have wpa_passphrase but not wpa-cli or wpa_supplicant? I'm trying to connect to wifi but I'm not seeing any documentation for it. | 05:07 |
| gnarface | package name "wpasupplicant" | 05:07 |
| gnarface | first, make sure you have that | 05:08 |
| gnarface | it is possible for it to be missing, depending on how you installed | 05:08 |
| metheperson | dpkg says it's installed | 05:10 |
| metheperson | I used a desktop ISO and installed just about everything except a gui | 05:12 |
| metheperson | and I know it will work since I was able to connect in the installer | 05:13 |
| fluffywolf | do you have /sbin in your path? | 05:14 |
| fluffywolf | wpa_passphrase is in /usr/bin, wpa_supplicant is in /sbin. if you're not root, or you became root through some method that did not set your path, that's probably your issue. | 05:15 |
| metheperson | aha, so that's where it is! find wasn't able to find it, and I wasn't getting it as root. thanks a bunch! | 05:16 |
| fluffywolf | glad to help. :) | 05:17 |
| tuxd3v | High definition with 12.0M pixels and true color images. | 06:54 |
| tuxd3v | 12mpx my as** | 06:54 |
| lts- | Agreed, Full HD is two megapixels | 13:21 |
| lts- | (Sorry, offtopic & I didn't notice old timestamp. Bad me) | 13:22 |
| nemo | any guides out there on migrating buster to beowulf? | 17:37 |
| nemo | I'd swear last time I did this I just switched sources but maybe I'm missing a key step | 17:37 |
| nemo | er. switched repos | 17:37 |
| nemo | or maybe was easier on ascii or something | 17:37 |
| nemo | systemd is the active init system, please switch to another before removing systemd. | 17:37 |
| nemo | sysvinit-core : Depends: initscripts (>= 2.88dsf-13.3) but it is not installed | 17:38 |
| nemo | soooo clearly I need to fix this ☺ | 17:38 |
| nemo | I guess I could just... force install everything and then force-remove systemd and cross my fingers? | 17:38 |
| nemo | at worst I have to reset the VPS | 17:38 |
| gnu_srs1 | nemo: Why is initscripts not installed together with sysvinit-core? | 17:39 |
| nemo | gnu_srs1: guessing everything aborted when systemd removal fail | 17:39 |
| nemo | https://m8y.org/tmp/temp.txt | 17:40 |
| gnu_srs1 | you should install sysvinit-core and dependencies, and not remove systemd-sysv until you are running sysvinit | 17:41 |
| nemo | yeeeep | 17:42 |
| nemo | gnu_srs1: I'm here to find out best way to do that | 17:42 |
| nemo | besides dpkg -i --force-all | 17:42 |
| gnu_srs1 | What does apt-get -s install sysvinit-core tell you? | 17:42 |
| nemo | don't want to do something that messes up apt config scripts | 17:42 |
| nemo | gnu_srs1: what you see in the file | 17:43 |
| nemo | and what I partially pasted above | 17:43 |
| nemo | guess I could try fix.. | 17:43 |
| nemo | hmm | 17:43 |
| nemo | that seems promising | 17:44 |
| nemo | coool | 17:44 |
| nemo | looks mostly sane | 17:44 |
| nemo | hm. still claims systemd is the "active init" | 17:45 |
| nemo | guess I can try rebooting and see what happens | 17:45 |
| nemo | at worst. reset, start over | 17:45 |
| gnu_srs1 | Yes, systemd is still active until you have rebooted. | 17:45 |
| nemo | it rebooted \o/ | 17:46 |
| nemo | I thiiink it's now beowulf. yay. | 17:46 |
| gnu_srs1 | congrats :) Now you can remove systemd stuff. | 17:47 |
| nemo | yep. did that. completed upgrade | 17:47 |
| nemo | rebooted again | 17:48 |
| nemo | nice new pure VPS 😃 | 17:48 |
| nemo | ready for another OVH fire | 17:48 |
| gnu_srs1 | Note that for a desktop you need elogind etc. | 17:48 |
| nemo | gnu_srs1: yeah, this one's just a remote toy | 17:48 |
| nemo | will put another webserver on it maybe | 17:48 |
| nemo | sooo FWIW, looks like from Debian 10 to Devuan 10 is just wget https://pkgmaster.devuan.org/devuan/pool/main/d/devuan-keyring/devuan-keyring_2017.10.03_all.deb | 17:51 |
| nemo | and I guess doublecheck hashes, although always a chicken and egg thing in situation like this... SSL on devuan.org is kinda what I trust | 17:51 |
| lts- | I've had good experience with this guide. https://www.devuan.org/os/documentation/dev1fanboy/en/buster-to-beowulf | 17:52 |
| nemo | dpkg -i, replace sources.list, apt update, apt upgrade, fails as mentioned above, apt -f install, | 17:52 |
| nemo | lts-: hm... I didn't know there was a buster one. doh | 17:52 |
| nemo | should've just done that. oh well | 17:52 |
| gnu_srs1 | Any developers around? In https://www.devuan.org/os/documentation/dev1fanboy/en/buster-to-beowulf eudev is recommended to install. | 17:58 |
| nemo | gnu_srs1: oh. the guide is out of date? | 17:58 |
| nemo | guess it's good I just blindly switched sources? ☺ | 17:59 |
| gnu_srs1 | That should not be needed since we have transitional udev packages depending on eudev ones. | 17:59 |
| lts- | If you're editing it, maybe replace wicd-gtk with dhcpcd or at least wicd-cli. The xfce and gnome installation commands are a bit out of place there too | 18:00 |
| gnu_srs1 | nemo: I think you did OK. It's OK to install sysvinit-sysv and rebooting within buster before changing to the Devuan repos. | 18:02 |
| xrogaan | (U[1.3572, 5] + U[1.3572, 5] )^3 = TriangularDistribution[2.7144, 10]^3 which ranges between 20 and 1000 . 50% of the values are between 148 and 409. | 18:04 |
| xrogaan | If you repeat the exercise with ( U[0.674641, 0.997631] + U[0.674641, 0.997631] )^10 then 10% of the numbers are between 20 and 55.3 // 15% of the numbers are between 55.3 and 95.5 // 25% of the numbers are between 95.5 and 171 // 25% of the numbers are between 171 and 296.5 // 15% of the numbers are between 296.5 and 471.6 // and 10% of the numbers are between 471.6 and 1000. 0.674641 = (1/2) 20^(1/10) BTW | 18:04 |
| xrogaan | U[a, b] is a uniform distribution of numbers between a and b which you get on some systems like a + (b-a) rnd() when rnd() is a uniform distribution between 0 and 1. | 18:04 |
| xrogaan | crap | 18:04 |
| xrogaan | damn clipboard failed me again | 18:04 |
| onefang | At least it wasn't an important password. | 18:05 |
| xrogaan | I meant to say e2fsprogs from debian backports requires libblkid1 (>= 2.36) but 2.33.1-0.1+devuan1~beowulf2 is installed | 18:06 |
| xrogaan | It's the whole ctrl+c/ctrl+v and middle mouse click clipboard thingy. I get confused between softwares. | 18:07 |
| nemo | heh | 18:07 |
| nemo | I've done that before | 18:07 |
| nemo | X paste buffer is darn handy though | 18:07 |
| nemo | esp if you really really don't want rich paste | 18:08 |
| nemo | also handy console utilities that work with it | 18:08 |
| xrogaan | Anyhow, are forked packages by devuan get their own backports in order to follow debian? | 18:09 |
| lts- | Most packages come from Debian directly | 18:10 |
| fsmithred | xrogaan, I don't know if we backport anything, but I assume those packages would be merged like everything else | 18:11 |
| fsmithred | i.e. in beowulf-backports | 18:11 |
| xrogaan | fsmithred: libblkid1 is forked by devuan, so I assume a devuan person would need to manually create the backport? | 18:12 |
| xrogaan | > 2.33.1-0.1+devuan1~beowulf2 | 18:12 |
| fsmithred | yes | 18:12 |
| fsmithred | 2.36.1-7+devuan1 is in chimaera/ceres | 18:13 |
| xrogaan | is the repo supposed to be on git.devuan.org? | 18:16 |
| xrogaan | nevermind, it's util-linux and not libblk | 18:16 |
| xrogaan | Anyhow, is there an e-mail address where I can ask for the backport to be made? Is it the main dng list? | 18:17 |
| golinux | xrogaan: Devuan packages are here https://git.devuan.org/devuan | 18:18 |
| xrogaan | yeah, I was searching for libblk not realizing the package is part of util-linux. | 18:18 |
| fsmithred | maybe file a wishlist bug against util-linux | 18:19 |
| golinux | Feel free to backport the package | 18:19 |
| xrogaan | I am looking at https://www.devuan.org/os/development and I do not see how to make a bug report. Is it against util-linux on the gitea project? | 18:22 |
| fsmithred | email submit@bugs.devuan.org relevant subject, first lines of body: Package: util linux Version: 2.36.1-7+devuan1 | 18:23 |
| fsmithred | oh and probably Priority: wishlist | 18:24 |
| fsmithred | just to be nice | 18:24 |
| golinux | too slow again. :( | 18:24 |
| fsmithred | it looks like the version in beowulf was already backported, but I'm guessing because of the ~beowulf2 in the version. | 18:25 |
| iv4nshm4k0v | I gather that's Package: util-linux and Severity: wishlist respectively, right? | 18:25 |
| fsmithred | yeah | 18:25 |
| fsmithred | thanks | 18:25 |
| xrogaan | The website might need a "how to contribute" section. Specifically, generic information on how to adopt a package. Reading about the internet, I see a lot of people being put off contributing by how obscure the process is. | 18:26 |
| fsmithred | that's a good idea for the bug site | 18:28 |
| fsmithred | we have something like that on the forum | 18:28 |
| fsmithred | but bug site is appropriate because people often want to file bugs against packages we don't fork | 18:28 |
| xrogaan | My sources for util-linux is beowulf/main. If it were backported, wouldn't the channel be beowulf/backports ? | 18:28 |
| fsmithred | only if we put it in backports | 18:29 |
| fsmithred | the ~beowulf2 tells me it was build specifically for beowulf after beowulf went stable | 18:29 |
| fsmithred | so maybe a backport and maybe just a late fork | 18:30 |
| xrogaan | something's fishing looking at debian's e2fsprogs | 18:34 |
| xrogaan | fishy* | 18:34 |
| xrogaan | https://packages.debian.org/buster-backports/e2fsprogs | 18:35 |
| xrogaan | the dependency on libblkid1 2.36 is only there for AMD64 platforms, everybody else is fine using the older lib. | 18:35 |
| xrogaan | But libblkid1 2.36 isn't available in debian's backports, so e2fsprod should not be installable even on debian. | 18:36 |
| fsmithred | what version of e2fsprogs are you looking at? | 18:39 |
| fsmithred | apt-cache show e2fsprogs=1.46.1-1~bpo10+1 | 18:40 |
| fsmithred | Pre-Depends: libblkid1 (>= 2.17.2) | 18:41 |
| fsmithred | Architecture: amd64 | 18:41 |
| fsmithred | aptitude would install the bpo version of e2fsprogs without upgrading util-linux | 18:42 |
| fsmithred | are you getting errors when you try to install it? | 18:43 |
| xrogaan | 1.46.2-1~bpo10+1 | 18:44 |
| xrogaan | new version from yesterday: https://tracker.debian.org/news/1236400/accepted-e2fsprogs-1462-1bpo101-all-amd64-source-into-buster-backports-backports-policy-buster-backports/ | 18:44 |
| fsmithred | I don't see that one | 18:44 |
| fsmithred | yesterday after I updated | 18:44 |
| fsmithred | lol | 18:44 |
| fsmithred | yup, newer one needs newer libblkid1 | 18:47 |
| xrogaan | only for amd64 | 18:48 |
| fsmithred | that's kinda weird | 18:48 |
| Tenkawa | xrogaan: e2fsprogs needs libblkid for everything but sparc | 18:56 |
| Tenkawa | even in arm64: | 18:57 |
| Tenkawa | Pre-Depends: libblkid1 (>= 2.36), libc6 (>= 2.17), libcom-err2 (>= 1.43.9), libext2fs2 (= 1.46.2-1), libss2 (>= 1.38), libuuid1 (>= 2.16) | 18:57 |
| Tenkawa | dpkg -l | grep libblkid | 18:58 |
| Tenkawa | ii libblkid1:arm64 2.36.1-7 arm64 block device ID library | 18:58 |
| Tenkawa | dpkg -l | grep libblkid | 18:59 |
| Tenkawa | ii libblkid-dev:arm64 2.36.1-7+devuan1 arm64 block device ID library - headers | 18:59 |
| Tenkawa | ii libblkid1:arm64 2.36.1-7+devuan1 arm64 block device ID library | 18:59 |
| Tenkawa | 2 different arm64 boxes | 18:59 |
| Tenkawa | devuan and regular debian | 18:59 |
| golinux | xrogaan: There are pages in git about packaging. I'll try to track them down. | 19:00 |
| Tenkawa | when in doubt... my fallbacks.. apt-get -b source and dpkg-buildpackage :) | 19:01 |
| Tenkawa | heheheh | 19:01 |
| Tenkawa | (and of course tar;configure;make) | 19:02 |
| golinux | xrogaan: Here you go https://git.devuan.org/devuan/documentation/src/branch/master/maintainers | 19:03 |
| fsmithred | I'd go with the bug report first. It might be a trivial matter to build it for beowulf-backports | 19:20 |
| Tenkawa | fsmithred: what is the problem? there "is" a dependency on that for all architectures | 19:26 |
| fsmithred | there's a dep missing in backports | 19:26 |
| Tenkawa | what dep? | 19:26 |
| fsmithred | libblkid1 needed for e2fsprogs | 19:27 |
| Tenkawa | I see it | 19:27 |
| Tenkawa | which arch | 19:27 |
| fsmithred | but only for amd64. The i386 version will use the older libblkid1 | 19:27 |
| Tenkawa | thats a developer decision | 19:27 |
| fsmithred | https://packages.debian.org/buster-backports/e2fsprogs | 19:28 |
| Tenkawa | I'm already looking at it | 19:28 |
| Tenkawa | there might already be something logged why they arent using the newer blkid version | 19:31 |
| Tenkawa | I run debian unstable so mine is already at 2.36.1 | 19:33 |
| fsmithred | I'm gonna try installing e2fsprogs from backports and see what happens | 19:33 |
| Tenkawa | honestly I'd avoid bavkports in general | 19:34 |
| Tenkawa | er backports | 19:34 |
| Tenkawa | if you can | 19:34 |
| fsmithred | yeah, I'm doing this in a disposable VM | 19:34 |
| Tenkawa | thanks for mentioning vm... I need to recompile my drivers | 19:36 |
| Tenkawa | 12 cpu threads on an i7 makes that go in about 10 seconds flat | 19:37 |
| Tenkawa | lol | 19:37 |
| fsmithred | no can do. It fails because it needs a newer version of libblkid1 | 19:39 |
| Tenkawa | yeah.. I figured it needed the newer version | 19:40 |
| Tenkawa | all the dependencies on my 2 systems were the same version | 19:41 |
| Tenkawa | between arch's | 19:41 |
| fsmithred | did you see that for i386? | 19:41 |
| Tenkawa | let me boot it and check | 19:42 |
| fsmithred | aha! The reason it would have worked on my real system is because I have chimaera repos enabled. | 19:43 |
| fsmithred | even though it's pinned, apt would have pulled in the new libblkid1 | 19:43 |
| Tenkawa | yeah I already did too.. let me rebuild this.. wont take 15 min on this machine | 19:44 |
| Tenkawa | i'll create a new vm | 19:44 |
| Tenkawa | ok new beowulf install | 19:45 |
| Tenkawa | no changes | 19:45 |
| Tenkawa | building now | 19:45 |
| Tenkawa | 2.33.1 | 19:51 |
| Tenkawa | beowulf is /etc/devuan_version | 19:52 |
| Tenkawa | brb 5 min | 19:52 |
| xrogaan | fsmithred: it's not missing in devuan, it's a debian problem. Thought it was made clear earlier. | 19:57 |
| fsmithred | yes, it's a debian problem, but if debian provides the backported util-linux, we still have to fork it | 19:58 |
| fsmithred | the bug report should go upstream, though | 19:58 |
| xrogaan | They don't though, that's the issue. | 20:00 |
| xrogaan | What is weird is how they backported e2fsprogs without making sure the dependencies were met. That's sloppy. | 20:01 |
| xrogaan | https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=985296 | 20:02 |
| Tenkawa | look at the date | 20:03 |
| xrogaan | yesterday | 20:03 |
| fsmithred | yeah, let's see what maintainer says | 20:04 |
| xrogaan | The util-linux fork had me look at devuan's stuff, made me wonder about the forking process. Didn't bother to check debian until I came here to talk about it. | 20:04 |
| Tenkawa | yes.. I'm not convinced this is recreatable yet | 20:04 |
| Tenkawa | this hasn't been tested under "controlled" circumstances | 20:05 |
| fsmithred | testing what? | 20:05 |
| Tenkawa | the bug reporter | 20:05 |
| Tenkawa | their setup | 20:05 |
| fsmithred | my setup is a new beowulf install in qemu | 20:05 |
| fsmithred | nothing fancy in the install | 20:06 |
| Tenkawa | what should I do to recreate this error then? | 20:06 |
| fsmithred | added backports and tried to install e2fsprogs, and it fails | 20:06 |
| fsmithred | in amd64 | 20:06 |
| Tenkawa | why are you adding backports ? | 20:06 |
| Tenkawa | that makes no sense | 20:06 |
| Tenkawa | you are trying to override a system version pf a pkg | 20:07 |
| Tenkawa | er of | 20:07 |
| fsmithred | I didn't try it in i386 | 20:07 |
| fsmithred | to install e2fsprogs from backports | 20:07 |
| fsmithred | sure it does | 20:07 |
| fsmithred | if I want a newer version of e2fsprogs, I can install the one in beowulf-backports... | 20:07 |
| fsmithred | except it won't install because the dep is missing | 20:07 |
| xrogaan | It'll fail on all AMD64 platform. | 20:07 |
| xrogaan | Simply because the dependency isn't available. | 20:08 |
| fsmithred | yup | 20:08 |
| fsmithred | needs newer libblkid1 which is part of util-linux | 20:08 |
| Tenkawa | yes.. and it is going to until they clear it | 20:08 |
| Tenkawa | which has not made it to stable yet | 20:08 |
| Tenkawa | in debian | 20:08 |
| Tenkawa | for that version | 20:09 |
| Tenkawa | thats why mixing repos is generally "not a good idea" | 20:09 |
| Tenkawa | you certainly will need to get a pkg maintainer involved from debian to hope to upsteam push it forward and thats going to be a tough sell. | 20:11 |
| fsmithred | the bug was reported yesterday. I'm in favor of giving the guy time to read his mail. | 20:12 |
| Tenkawa | well the good news... its fixed in the next release already | 20:13 |
| Tenkawa | (in Debian) | 20:14 |
| fsmithred | in devuan, too | 20:14 |
| Tenkawa | oh yeah duh. we both noted our ceres installs had it listed right | 20:15 |
| Tenkawa | me and my shot memory | 20:16 |
| fsmithred | it'll probably be fixed in a few days | 20:16 |
| xrogaan | I don't understand how dependencies are declared. | 20:16 |
| fsmithred | I think it's the maintainer's call | 20:17 |
| fsmithred | but there must be some coordination to get stuff together for a release | 20:17 |
| xrogaan | I mean, how do you say "version x for AMD, version y for the rest"? | 20:18 |
| xrogaan | It's not clear by reading debian/control | 20:18 |
| fsmithred | I assume it depends on what's happening in the code | 20:18 |
| fsmithred | it is odd that different arches require different versions | 20:19 |
| Tenkawa | here;s an example | 20:19 |
| Tenkawa | python3 (>= 3.6), | 20:19 |
| Tenkawa | python3 must be version 3.6 | 20:19 |
| Tenkawa | or higher | 20:19 |
| Tenkawa | any arch | 20:19 |
| Tenkawa | fairly straightforward | 20:20 |
| xrogaan | Tenkawa: I'm reading: https://git.kernel.org/pub/scm/fs/ext2/e2fsprogs.git/tree/debian/control | 20:20 |
| Tenkawa | ok let me look | 20:20 |
| Tenkawa | thats a preprocesser control file | 20:22 |
| Tenkawa | thats meant to run with a package build | 20:22 |
| Tenkawa | it fills in numbers | 20:22 |
| Tenkawa | and the variables | 20:22 |
| Tenkawa | that runs with dpkg-buildpackage | 20:23 |
| Tenkawa | we use those in our image builder | 20:24 |
| Tenkawa | handy but a lot of initial setup | 20:24 |
| xrogaan | ... | 20:26 |
| Tenkawa | I like ones like this: pasting 3 lines | 20:26 |
| Tenkawa | Build-Depends: autotools-dev, | 20:26 |
| Tenkawa | debhelper (>= 9.20160114), | 20:26 |
| Tenkawa | libx11-dev, | 20:26 |
| Tenkawa | where it just says | 20:26 |
| Tenkawa | easy to define | 20:26 |
| xrogaan | I don't know, it's still unclear how the dependency specific to AMD64 platforms comes from. | 20:35 |
| Tenkawa | its defined when the dependent package is built | 20:42 |
| Tenkawa | fsmithred: which backports should I put in to recreate this problem? | 20:51 |
| fsmithred | beowulf-backports | 20:51 |
| Tenkawa | ok.. I'm going to test something | 20:51 |
| xrogaan | so it's a util-linux issue? | 21:00 |
| Tenkawa | ok I added the beowulf-backports and reupdated apt and tried to get both libblkid1 and e2fsprogs and mine were already up to date | 21:00 |
| Tenkawa | yes | 21:00 |
| Tenkawa | I compiled it by hand on the debian side.. it looks like they may just have newer requirements now | 21:01 |
| Tenkawa | thing created 32 debs so hard to track which changes do what | 21:02 |
| fsmithred | apt -t beowulf-backports install e2fsprogs | 21:02 |
| Tenkawa | just in util-linx alone | 21:02 |
| Tenkawa | er util-linux | 21:02 |
| fsmithred | what did you compile? | 21:03 |
| fsmithred | what version of e2fsprogs do you have? | 21:03 |
| Tenkawa | blkid is part of: | 21:04 |
| Tenkawa | util-linux 2.36.1-7 (dsc) [4,271 B] | 21:04 |
| fsmithred | I'm trying to understand why you say e2fsprogs is up to date. | 21:05 |
| xrogaan | I think the dependency on 2.36 is the bug. | 21:05 |
| Tenkawa | remember.. I'm compiling on my debian box atm... the deuvan is completely bare | 21:05 |
| fsmithred | what version is it? | 21:05 |
| xrogaan | so it's a buildpackage thingy that went awry. | 21:06 |
| fsmithred | maybe | 21:06 |
| Tenkawa | 1.44.5-1+deb10u3 | 21:06 |
| Tenkawa | more recent than devuan uses | 21:06 |
| fsmithred | that's the beowulf version | 21:06 |
| fsmithred | same as I have installed | 21:06 |
| fsmithred | i.e. devuan uses the same one as debian | 21:07 |
| Tenkawa | yeah.. i just noticed that.. that wasnt my unstable box | 21:07 |
| fsmithred | try installing the one from backports and you will need your backported libblkid1 | 21:07 |
| Tenkawa | I "did" | 21:07 |
| fsmithred | apt -t beowulf-backports install e2fsprogs | 21:07 |
| Tenkawa | in the vm! | 21:07 |
| Tenkawa | that wasnt the vm i just showed you | 21:08 |
| Tenkawa | that was debian | 21:08 |
| Tenkawa | the vm is bare devuan no modifications | 21:08 |
| Tenkawa | let me start it up again | 21:08 |
| fsmithred | beowulf or buster, try to add e2fsprogs from backports and it will fail. Assuming that's what you're trying to test. | 21:09 |
| Tenkawa | nope.. it worked fine | 21:09 |
| Tenkawa | it didnt try to add anything | 21:09 |
| Tenkawa | it said I had most recent | 21:10 |
| fsmithred | what command did you use? | 21:10 |
| Tenkawa | you tell me what command "you" want me to run | 21:10 |
| fsmithred | I did twice | 21:10 |
| fsmithred | apt -t beowulf-backports install e2fsprogs | 21:10 |
| fsmithred | change it to buster-backports if you're in debian | 21:10 |
| Tenkawa | and like I also said.. that is "very" dangerous | 21:10 |
| fsmithred | then add --simulate | 21:11 |
| fsmithred | I'm assuming that you are trying to reproduce the bug | 21:11 |
| Tenkawa | I only built this vm 30 min ago.. I dont care | 21:11 |
| fsmithred | I don't need you to do that. I already did it to my own satisfaction. | 21:11 |
| Tenkawa | I'm saying in general.. its very bad practice | 21:12 |
| fsmithred | I'm not recommending that you do it | 21:12 |
| fsmithred | just telling you how to reproduce the bug | 21:12 |
| Tenkawa | i'm stressing "noone" should | 21:12 |
| fsmithred | backports exists for a reason | 21:12 |
| fsmithred | people sometimes need newer versions of stuff | 21:12 |
| Tenkawa | yeah... so people can be sloppy | 21:13 |
| fsmithred | it's linux. If you break it, you get to keep all the parts. | 21:13 |
| fsmithred | backports should be used selectively | 21:13 |
| fsmithred | the packages have never all been tested together | 21:14 |
| Tenkawa | ok.. now I recreated the error.. but I also think I see the problem | 21:15 |
| Tenkawa | ok.. its definitely a bug | 21:18 |
| Tenkawa | they wrote the dependency wrong | 21:18 |
| Tenkawa | 2 of them | 21:18 |
| Tenkawa | not just 1 | 21:18 |
| Tenkawa | brb... going to test a workaround | 21:20 |
| xrogaan | you could also post your findings to the bug report I linked. | 21:22 |
| Tenkawa | the Predeps is whats bothering me | 21:24 |
| Tenkawa | it is "definitely" not compatible | 21:29 |
| Tenkawa | I forced it to install | 21:29 |
| Tenkawa | getting symbol errors running just tune2fs | 21:29 |
| Tenkawa | so I dont think that was a mistake | 21:30 |
| Tenkawa | they must have made major library changes | 21:30 |
| Tenkawa | it was very unhappy about those older versions | 21:33 |
| Tenkawa | be back shortly.. | 21:35 |
| Tenkawa | back | 21:43 |
| xrogaan | ok | 21:46 |
| Tenkawa | soon as I put that backported version of the e2fsprogs on it bombed bad | 21:48 |
| Tenkawa | (forcing it that is) | 21:49 |
| Tenkawa | so obviously there is "something" in that version of libblkid1 it needs | 21:49 |
| xrogaan | golinux: it would be nice to make the document you linked available from the website. | 22:57 |
| golinux | It could be added to the development page at https://www.devuan.org/os/development | 23:09 |
| golinux | xrogaan: ^^^ | 23:10 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!