08:57 <erilun06-mobile> I am getting errors trying to install a bunch of different packages

08:57 <erilun06-mobile> ERROR: Footprint mismatch found

08:57 <erilun06-mobile> I tried to install networkmanager from contrib, and slang (also from contrib) gives that error

08:57 <erilun06-mobile> Same for awesomewm from the

08:57 <erilun06-mobile> ... baguette port

09:00 <erilun06-mobile> Which complains about ImageMagick (might have been Emacs-GTK, not sure)

09:02 <erilun06-mobile> Is there any way to tell prt-get to ignore footprint mismatches? And just install anyway?

09:09 <erilun06-mobile> Actually, Awesomewm simply gives an "errors while install" message, and saying that it was ImageMagick that failed, but no footprint error in that case

09:17 <erilun06-mobile> I just checked, and trying to install ImageMagick on its own gives the same error

09:17 <erilun06-mobile> ppetrov^: SiFuh_: any ideas?

09:18 <ppetrov^> PKGMK_IGNORE_NEW="yes"

09:18 <ppetrov^> in /etc/pkgmk.conf

09:19 <ppetrov^> or directly PKGMK_IGNORE_FOOTPRINT="yes"

09:19 <ppetrov^> you probably have somthing installed that nm links to, which was not present on the port maintainer's pc

09:19 <ppetrov^> hence the footprint mismatch

09:20 <ppetrov^> erilun06-mobile, ^

09:23 <erilun06-mobile> Thanks, trying the first option to start

09:24 <ppetrov^> first option will ingone if you have some files in the produced package, which the port maintainer did not. Second option will ingore the footprint altogether

09:25 <ppetrov^> whose ports repos are you using?

09:26 <ppetrov^> keep in mind that not everyone may have updated their ports for CRUX 3.8

09:28 <erilun06-mobile> Core, opt, Xorg, contrib, and baguette

09:28 <erilun06-mobile> I don't think baguette has updated, but I'm hoping it will work anyway, especially as all of the packages I want from that repo are fairly stable

09:29 <erilun06-mobile> ImageMagick just failed again, I'll try NetworkManager

09:31 <erilun06-mobile> Hoping installing from contrib will work

09:32 <erilun06-mobile> Needless to say, I'm having a __slow__ day at work

09:36 <ppetrov^> what failed with imagemagick

09:37 <erilun06-mobile> It didn't really say

09:37 <erilun06-mobile> Just error happened

09:37 <ppetrov^> have you updated your system?

09:37 <ppetrov^> ports -u

09:37 <ppetrov^> prt-get diff

09:37 <ppetrov^> prt-get sysup

09:37 <ppetrov^> then check if something needs a rebuild

09:37 <ppetrov^> revdep

09:39 <erilun06-mobile> Did ports -u, but not the others, prt-get diff gave a bunch of stuff

09:39 <ppetrov^> do this first

09:39 <ppetrov^> prt-get sysup

09:39 <zorz_> who placed lynx in contrib?

09:39 <ppetrov^> this will bring your system up to date

09:39 <ppetrov^> zorz_, lynx gives me trouble in 3.8

09:39 <ppetrov^> hm, actually not anymore

09:40 <zorz_> no

09:41 <zorz_> lynx works fine, actually i only use it within mutt

09:49 <zorz_> ppetrov^: do you have the pip2crux script ?

09:50 <ppetrov^> not at the moment

09:50 <ppetrov^> i have not touched the python3 ports

09:53 <zorz_> i lost it ... if you find a copy please send it

09:53 <zorz_> maybe farkuhar has?

09:54 <zorz_> farkuhar: do you have a copy of pip2crux ?

09:54 <ppetrov^> you LOST your own script?

09:54 <ppetrov^> didnt you have it a git or sth

09:55 <zorz_> heh

09:55 <zorz_> i erase the git heh

09:55 <ppetrov^> O_o

09:55 <zorz_> zorz speakin :P

09:57 <farkuhar> zorz_: No copy of pip2crux here

09:58 <zorz_> okay

09:58 <ppetrov^> https://codeberg.org/zorz/crux/src/branch/main/pip2crux/pip2crux

09:58 <ppetrov^> you suck

09:59 <ppetrov^> :)

10:01 <farkuhar> zorz_: next time you write a useful tool, send it to the mailing list too. That way it will remain accessible in the archives, even if you delete your own git instance.

10:03 <zorz_> yes

10:03 <zorz_> it is usefull now for me , if i want to change python version to 3.13. debian trixie is 3.13 void is 3.13 we stuck with 3.12

10:04 <farkuhar> Go back through the mailing list archives and you'll find a pkgutils patch by braewoods, which introduces a new data structure to avoid making multiple passes through the package archive (addressing the comment "FIXME, the code duplication here is butt ugly"). Even after all these years, they still haven't merged it into the official pkgutils.

10:08 <zorz_> farkuhar: before i update my git are you okay with this https://0x0.st/8JxL.txt

10:08 <zorz_> ?

10:11 <zorz_> till you answer i updated :P

10:16 <farkuhar> zorz_: no need to give me any credit for maintaining a port in *your* repo. I inherited a strong foundation from Romster, and I only make minor changes as I discover edge cases that the original build() didn't handle.

10:19 <erilun06-mobile> ppetrov^:Problem

10:19 <erilun06-mobile> https://gofile.io/d/G8WsPn

10:29 <farkuhar> erilun06: yes, that is a problem. revdep is reporting breakage of cmake, perl, and python3. Then you have broken libstdc++ linking in prt-get itself. So you'll have difficulty bootstrapping your way to a working system.

10:31 <farkuhar> erilun06: I'm curious which CRUX ISO you used, and whether it was performed as an upgrade or a clean install. On a clean install of CRUX 3.8, /etc/group should have an entry for 'sgx', which would have prevented the udevd error message at the top of your screenshot.

10:34 <erilun06-mobile> Clean 3.7->update with 3.8 ISO yesterday

10:34 <erilun06-mobile> I downloaded the 3.7 ISO late last month, just before the 3.8 release it seems

10:34 <erilun06-mobile> Maybe it will be easier to just reinstall 3.8

10:36 <farkuhar> erilun06: So you did perform an upgrade to CRUX 3.8, and the existing /etc/group was not overwritten. In that case, it's not surprising that so many of the installed packages are linked to older versions of the libraries and now cannot run properly.

10:42 <erilun06-mobile> So it will be easier to just reinstall?

10:46 <erilun06-mobile> I mean, I don't think it's going to be too hard, although the kernel took ages and ages to build last time using the provided/contributed ".config"

10:46 <erilun06-mobile> Guessing there are some optimization I can do to make it not be an overnight thing?

10:49 <cruxbot> [opt/3.8]: dropbear: updated to version 2025.88

10:49 <cruxbot> [core/3.8]: gettext: updated to version 0.25

10:49 <cruxbot> [core/3.8]: rc: updated to version 2.34.2

10:49 <cruxbot> [core/3.8]: sqlite3: updated to version 3.49.2

10:57 <erilun06-mobile> farkuhar: is there some argument I can give to make to have it use all available resources or something?

11:14 <farkuhar> erilun06: It probably would be easier to reinstall onto a clean disk. But if you already built the kernel and it's working on your hardware, you can just bundle up the bzImage and the /lib/modules/$(uname -r) directory using tar, transfer the tarball to a thumb drive, and then unpack it to the freshly-installed system after you run setup.

11:22 <erilun06-mobile> And that will let me skip building the kernel?

11:22 <erilun06-mobile> Do I then just untar (and unzip?) To the same locations while in chroot?

11:35 <farkuhar> erilun06: Yes, untar to the same locations, and edit your GRUB or SYSLINUX configuration accordingly.

11:39 <farkuhar> Technically you haven't *skipped* building the kernel. You did build it, on the previous installation of CRUX. No point letting that use of resources go to waste.

12:07 <erilun06-mobile> farkuhar: Right. Thank you, I'll probably give that a try when I get back home from work in about 1½ hour

13:06 <GazL> hey guys.

13:08 <GazL> By exporting all these color env variables in rc.functions you're polluting the environment of every process started by rc. Not a fan of this.

13:31 <farkuhar> GazL: thanks for the feedback. I recently opened a PR that would purge all the colour features from the core rc port, but allow those features to be provided by an opt or contrib port. Feel free to join the Gitea discussion in the tools/rc repo.

13:34 <farkuhar> GazL: https://git.crux.nu/tools/rc/issues/1

13:51 <GazL> farkuhar: ok, thanks will take a look.

14:24 <ppetrov^> erilun06-mobile, ise CRUX 3.8 ISO and make a clean install