jaeger changed the topic of #crux to: CRUX 3.7 | Homepage: https://crux.nu/ | Ports: https://crux.nu/portdb/ https://crux.ninja/portdb/ | Logs: https://libera.irclog.whitequark.org/crux/
tilman has quit [Ping timeout: 252 seconds]
tilman has joined #crux
CrashTestDummy has joined #crux
CrashTestDummy has quit [Quit: Leaving]
SiFuh_ has joined #crux
SiFuh has quit [Ping timeout: 260 seconds]
abris has joined #crux
lavaball has joined #crux
abris has quit [Quit: Leaving]
<joe9> I am trying to install git and get this error:
<joe9> Found ninja-1.11.1 at /usr/bin/ninja
<joe9> + meson compile -C build -j
<joe9> usage: meson compile [-h] [--clean] [-C WD] [-j JOBS] [-l LOAD_AVERAGE] [-v] [--ninja-args NINJA_ARGS] [--vs-args VS_ARGS] [--xcode-args XCODE_ARGS] [TARGET ...]
<joe9> meson compile: error: argument -j/--jobs: expected one argument
<joe9> =======> ERROR: Building '/home/pkgmk/packages/git#2.48.1-1.pkg.tar.gz' failed.
<joe9> prt-get: error while install
<joe9> -- Packages where install failed
<joe9> git
<cruxbridge> <tim> try to set JOBS and MAKEFLAGS in /etc/pkgmk.conf, but I guess this Pkgfile can do with another update on the matter too
<joe9> thanks.
<joe9> ../git-2.48.1/builtin/bugreport.c:11:10: fatal error: hook-list.h: No such file or directory
<joe9> 11 | #include "hook-list.h"
<joe9> | ^~~~~~~~~~~~~
<joe9> compilation terminated.
<joe9> [21/695] Compiling C object git.p/builtin_check-ignore.c.o
<joe9> ninja: build stopped: subcommand failed.
<joe9> =======> ERROR: Building '/home/pkgmk/packages/git#2.48.1-1.pkg.tar.gz' failed.
<joe9> prt-get: error while install
<joe9> -- Packages where install failed
<joe9> git
<cruxbridge> <tim> try to use nopaste when you post build logs. you can enable logging with prt-get, and then paste it to some service of your choice to share a link to that
<joe9> ok, thanks.
<cruxbridge> <tim> what jobs did you set? did you check what nproc reports?
<cruxbridge> <tim> try with JOBS=11 please, just for the fun of it
<joe9> that seems to help. Thanks.
<cruxbridge> <tim> np
<joe9> my /etc/pkgmk.conf https://dpaste.com/CTYYLDPBP.txt
<cruxbridge> <tim> is this on 3.7?
<joe9> $ pwd
<joe9> /home/pkgmk/work
<joe9> $ ls
<joe9> llvm
<joe9> yes, on 3.7
<cruxbridge> <tim> this is very weird. Try again with something like JOBS=5 or so
<joe9> does this make sense? https://dpaste.com/8SF5P752Q.txt
<joe9> makecommand sudo -H -u pkgmk /usr/bin/fakeroot /usr/bin/pkgmk
<joe9> is what I have in /etc/prt-get.conf
<cruxbridge> <tim> try without your makecommand maybe
<joe9> /etc/prt-get.conf https://dpaste.com/3WBY5FK25.txt
<joe9> I would be assume that it would be well documented on what command to use for addcommand when fakeroot is used.
<joe9> Additional lines in prt-get.conf, defining addcommand and runscriptcommand with sudo or doas, is one way to let prt-get work properly for a non-root user.
<joe9> anyone knows these invocations?
<cruxbridge> <tim> with doas you can easily define commands your user can run with no password authentication
<cruxbridge> <tim> permit nopass joe cmd pkgadd, for example
<joe9> makecommand sudo -H -u pkgmk /usr/bin/fakeroot /usr/bin/pkgmk
<joe9> addcommand sudo /usr/bin/pkgadd
<joe9> removecommand sudo /usr/bin/pkgrm
<joe9> tim, any opinions on the above, please?
<cruxbridge> <tim> I don't use fakeroot nor sudo
ivandi has quit [Quit: WeeChat 4.5.1]
ivandi has joined #crux
<joe9> to rebuild all the packages, is it: prt-get sysup -fr ?
<joe9> prt-get sysup --margs=-f
lavaball has quit [Remote host closed the connection]
<SiFuh_> joe9: All packages? No, it would be something like for i in listinst | do prtget update -fr $i Not exactly that, you should be able to figure that out. But you might break your system if you rebuild everything
<joe9> ok, thanks.
<SiFuh_> for i in $(prt-get listinst) ; do prt-get update -fr $i ; done
<SiFuh_> joe9: Something like the above.
<joe9> ok, thanks.
<SiFuh_> joe9: The problem is you'd want to build the dependencies in a specific order. Hence breaking your system.
<joe9> yes, that is what i think too. I broke cmake by doing prt-get sysup
<joe9> as it still links to an older libarchive file.
<joe9> I will try to rebuild cmake and see how that goes before rebuilding the system.
<SiFuh_> So shouldn't it be as simple as rebuilding cmake then?
<SiFuh_> Okay
<joe9> rebuilding cmake helped.
<joe9> thanks.
<joe9> after a prt-get sysup, I think I broke the kernel rebuild. https://dpaste.com/C5QEF4EQU.txt
<SiFuh_> joe9: Have you revdep?
<joe9> no, I did not
<SiFuh_> It should list all the ports that are broken from the sysup, and you need to rebuild them
<joe9> revdep only lists elfutils
<SiFuh_> Then rebuild it and run revdep again to check
<joe9> ok, thanks.
<darfo> kernel builds sometimes error like https://dpaste.com/C5QEF4EQU.txt after changing too many options at one time. Just make all again. If that fails make clean then make all again. And always revdep like SiFuh_ said.
<darfo> prt-get sysup; revdep; happiness :)
<SiFuh_> darfo: Thanks, you just reminded to ask farkuhar something about the hand book.
<farkuhar> The handbook appendix on SYSLINUX (added for 3.7) was confusing to at least one reader. I'd appreciate any suggestions on how to make it more user-friendly.
<SiFuh_> farkuhar: I can ask him what he found confusing.
<joe9> also, syslinux errored with this message: When rebooting, Syslinux Failed to load ldlinux.c32
<joe9> resize2fs -s /dev/sda4 # fixed the above issue
<joe9> fixed the issue though.
<joe9> where /dev/sda4 is my root device
<joe9> farkuhar: ^
<joe9> Also, I cannot find ntpdate with prt-get search, fsearch or dsearch.
<farkuhar> joe9: Thanks, I'll look into incorporating the ArchLinux forum solution to the SYSLINUX appendix.
<joe9> which package does it belong to.
<SiFuh_> farkuhar: Message sent to him.
<SiFuh_> joe9: ldlinux.c32? SYSLINUX
<joe9> yes, from this section: 3.2.1.4. SYSLINUX, in legacy (non-UEFI) boot mode:
<joe9> ldlinux.c32 can only read 32-bit ext4
<farkuhar> SiFuh_: I think joe9 is asking which package provides ntpdate.
<SiFuh_> joe9: Of course.
<joe9> and, ext4 is 64 bit now.
<joe9> mkfs.ext4 defaults to 64 bit now.
<SiFuh_> joe9: So you are saying a 32 bit ldlinux.c32 has difficulting loading on a 64 bit ext4 partition?
<SiFuh_> Or the other way around?
<joe9> I think ldlinux.c32 cannot read a 64 bit ext4 fs.
<joe9> and, mkfs.ext4 makes a 64 bit fs, by default.
<SiFuh_> Okay, that kind of makes sense
<SiFuh_> farkuhar: You may need to make not of that a furture entry into SYSLINUX
<joe9> To this article, https://crux.nu/Wiki/PostInstallationNotes, we should add that addcommand needs to be sudo pkgadd, and removecommand to be sudo pkgrm
<joe9> this article https://crux.nu/Wiki/FaqMiscellaneous recommends using ntpdate. But, I cannot figure out how to install ntpdate.
<joe9> /etc/rc.d/ntpdate script
<SiFuh_> joe9: That is a very old article
<joe9> what is the current solution without using ntpdate?
<joe9> I want to sync the time once in a while.
<SiFuh_> openntpd or ntp are available.
<joe9> chrony?
<frinnst> use chrony
<frinnst> or systemd :-)
<SiFuh_> chrony is opt joe9 but I have never used it.
<frinnst> the default config for chrony should sync with the ntp pool project
<SiFuh_> frinnst: Wish I knew that before I built the openntpd port years ago :-P
<joe9> I will stick with openntpd. I use it with OpenBSD.
<frinnst> I use it to sync with a simple usb gps dongle and then serve the rest of my little lan
<joe9> any notes on setting up ports (httpup or rsync)?
<SiFuh_> joe9: Your own ports https://crux.nu/Wiki/FaqPortsSystem
<SiFuh_> joe9: personally I recommend going with git or rsync, but that is my choice.
<joe9> ok, thanks.
<joe9> kernel rebuild fails after an install and prt-get sysup: https://dpaste.com/CT3PFQU2J.txt
<joe9> revdep has an issue with mesa which should not be relevant to this.
<SiFuh_> Did you rebuild mesa yet?
<joe9> probably something to do with the -nostdinc compiler option.
<SiFuh_> stddef.h should be part of gcc
<joe9> revdep still complains about mesa. I cannot figure out why though.
<joe9> that is the only package that revdep complains about.
<SiFuh_> revdep -vvv
kh1b has joined #crux
<SiFuh_> So mesa isn't linking to the updated llvm did you use pkgmk or prt-get update -fr mesa ?
<joe9> sorry, I was using prt-get depinst -fr mesa
<joe9> trying with prt-get update -fr mesa now.
<joe9> It is rebuilding it.
<joe9> thanks.
<joe9> mesa should be unrelated to the issue, correct?
<joe9> probably, update gcc?
<joe9> or, is it using llvm now
<joe9> ?
<SiFuh_> I am guessing gcc needs to be updated but if so, some more ports may need to be rebuilt again, using revdep to check if they do.
<joe9> COLLECT_LTO_WRAPPER=/usr/lib/gcc/x86_64-pc-linux-gnu/12.4.0/lto-wrapper # gcc -v
<joe9> looks like I updated gcc to gcc 12.4
<SiFuh_> Tis is from gcc /usr/lib/gcc/x86_64-pc-linux-gnu/12.2.0/include/stddef.h
<joe9> thanks, I will do a clean
<joe9> and start a fresh make
<joe9> probably, the object file is linked to the old headers.
<joe9> mesa built and installed successfully. thanks.
<joe9> revdep has no issues.
<SiFuh_> Cool. joe9 darfo's answer running a make clean in your kernel soruce is probably the solution
lavaball has joined #crux
lavaball has quit [Remote host closed the connection]
<cruxbot> [contrib/3.7]: authelia: 4.38.18 -> 4.38.19
<cruxbot> [contrib/3.7]: php-ldap: 8.4.3 -> 8.4.4
<cruxbot> [contrib/3.7]: php-pgsql: 8.4.3 -> 8.4.4
<cruxbot> [contrib/3.7]: patool: 3.1.2 -> 3.1.3
lavaball has joined #crux
zorz has quit [Quit: leaving]
farkuhar has quit [Quit: nyaa~]