lavaball has quit [Remote host closed the connection]
<uwumeowmeow>
Cheers!
<uwumeowmeow>
I'm compiling the Linux kernel :D
zorz has quit [Quit: leaving]
<ppetrov^>
goot luck man
<ppetrov^>
did you use the contributed .config or did one yourself?
CrashTestDummy has joined #crux
CrashTestDummy has quit [Read error: Connection reset by peer]
<uwumeowmeow>
I used the default one. And I checked the config once again a moment ago only to find out that I didn't set CONFIG_EFI_STUB D:
<jaeger>
oops
<ente>
I haven't compiled a linux kernel in ages :)
<uwumeowmeow>
I usually compile a Linux kernel when I reinstall my Gentoo system. And I do it several times in a row because I always keep forgetting to set important options...
<ppetrov^>
uwumeowmeow, the handbook tells about the user-contributed modular config, thanks to SiFuh here
<ppetrov^>
"You can find this file, config-5.15.55-modular, under /crux/kernel/contrib on the installation media."
<ente>
I only ever compile the FreeBSD kernel these days, and I stick to the default GENERIC config
<SiFuh>
ente: Why? If it is generic, it's basically the default kernel.
<uwumeowmeow>
Oh, it's written right below the instructions on kernel compilation.
<ente>
I'm used to source-upgrades
<cruxbot>
[contrib/3.7]: docker-compose: updated to version 2.29.1
<cruxbot>
[contrib/3.7]: docker-buildx: updated to version 0.16.2
<cruxbot>
[contrib/3.7]: containerd: updated to version 1.7.20
<cruxbot>
[contrib/3.7]: [notify] docker: updated to version 27.1.1; security fix for authz plugins
<SiFuh>
ente: In OpenBSD I just copy GENERIC over to a new name then do all my edits and tweaks. No longer is it GENERIC. It's custom
<SiFuh>
ente: Ahh, okay. I see. Cool
<ente>
also I run the latest STABLE branch (I've never had it bug out on me though but I kinda want to help test the prerelease stuff)
<ente>
that's what I used to do too on NetBSD (where I did some kernel dev) but on FreeBSD I just never needed to because GENERIC works fine
uwumeowm` has joined #crux
uwumeowmeow has quit [Ping timeout: 260 seconds]
<cruxbot>
[contrib/3.7]: password-store: updated .signature for silent upstream tarball replacement
<SiFuh>
ppetrov^: I just did and uploaded 6.6.42 :-P
<SiFuh>
did/finished*
<ppetrov^>
SiFuh, much appreciated
<uwumeowm`>
I installed Crux GNU/Linux using BIOS Qemu firmware, and apparently I need UEFI one... I'll try installing Crux GNU/Linux tomorrow :-)
<uwumeowm`>
The UEFI firmware is so buggy, though :-(
uwumeowm` has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.4)]
zorz has joined #crux
<cruxbot>
[opt/3.7]: rpcbind: updated to version 1.2.7
<cruxbot>
[opt/3.7]: libxml2: updated to version 2.13.3
<cruxbot>
[opt/3.7]: firefox-bin: updated to version 128.0.3
<ente>
wtf
<ente>
bios should be fine
uwunyankawaii has joined #crux
<uwunyankawaii>
Actually, healhy sleep can wait. It's Crux GNU/Linux time.
<jaeger>
What hardware are you using?
<zorz>
jaeger: thanks for password-store signature.
_moth_ has quit [Ping timeout: 248 seconds]
<uwunyankawaii>
I'm installing the Crux GNU/Linux inside the Qemu VM.
<jaeger>
zorz: no problem
lavaball has joined #crux
<jaeger>
uwunyankawaii: qemu's UEFI stuff (edk2 ovmf) is pretty problem-free these days, at least
<jaeger>
Much better than it used to be
<uwunyankawaii>
There were two bug entries on Gentoo GNU/Linux page dedicated to this package :-(
uwunyankawaii has quit [Quit: ERC 5.5.0.29.1 (IRC client for GNU Emacs 29.4)]
cutiepatootieuwu has joined #crux
<cutiepatootieuwu>
I've managed to install the Crux GNU/Linux system, and I really liked how nice the installation process was :-)
cutiepatootieuwu has quit [Client Quit]
<ukky>
If I install JRE8, JDK17 and JDK20, should they all go into /usr/lib/java? Should JAVA_HOME be /usr/lib/java, or be more specific, like /usr/lib/java/jre?
<ivandi>
i downloaded the tar.gz from github, recompressed it to tar.xz and it built fine with -is
<ivandi>
jaeger: why containerd i hosted on crux.nu
<ivandi>
*is hosted*
<cruxbridge>
<tim> ivandi: I just tried the build from a github pulled tar file myself. it yields a few errors because its not a git checkout, the tar file does not contain those
<cruxbridge>
<tim> the effect is interesting :D running containerd --help on another system reveals an --version flag, while the one built from the tar does not contain that
<jaeger>
In the past it wasn't possible to build straight from the git release, maybe was a missing submodule or something back then
<jaeger>
Weird, I could swear I uploaded the new tarball but now I can't find it... /sigh
_0bitcount has quit [Quit: Leaving]
zorz has joined #crux
<ivandi>
well, here it builds fine, docker runs fine (looks like) and yes no --version option
<cruxbridge>
<tim> error is maybe a bit too much, but it looks like the command may have failed, doesn't it
<jaeger>
yeah, looks like the build still tries to make a bunch of git calls which fail using the release tarball. Not sure if that matters but it's there
<cruxbridge>
<tim> it still needs the commit (or anything else I guess) but with that the errors vanish and containerd -v returns containerd github.com/containerd/containerd 1.7.20 8fc6bcff51318944179630522a095cc9dbf9f353
<jaeger>
Alright, I'll check it out in a bit
lavaball has quit [Remote host closed the connection]
<jaeger>
I really need to fix cruxbot's brittleness
cruxbot has joined #crux
<cruxbot>
[opt/3.7]: thunderbird-bin: updated to version 128.0.1esr
<cruxbot>
[contrib/3.7]: tree: updated to version 2.1.3
<cruxbot>
[opt/3.7]: rsyslog: updated to version 8.2406.0
<cruxbot>
[contrib/3.7]: qemu-guest-agent: updated to version 9.0.2
<cruxbot>
[contrib/3.7]: python3-jsonschema: updated to version 4.23.0
<cruxbot>
[contrib/3.7]: python3-importlib_metadata: updated to version 8.2.0
<cruxbot>
[contrib/3.7]: python3-bcrypt: updated to version 4.2.0
<cruxbot>
[contrib/3.7]: pv: updated to version 1.8.12
<cruxbot>
[contrib/3.7]: osinfo-db: updated to version 20240701