<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?
<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>
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_>
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