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/
ppetrov^ has joined #crux
tilman has quit [Ping timeout: 268 seconds]
tilman has joined #crux
guido_rokepo has joined #crux
guido_rokepo has quit [Remote host closed the connection]
guido_rokepo has joined #crux
ppetrov^ has quit [Quit: Leaving]
DaViruz has quit [Ping timeout: 268 seconds]
DaViruz has joined #crux
ppetrov^ has joined #crux
harthan has joined #crux
harthan has quit [Client Quit]
guido_rokepo has quit [Quit: guido_rokepo]
guido_rokepo has joined #crux
guido_rokepo has quit [Remote host closed the connection]
guido_rokepo has joined #crux
mnkydeth has joined #crux
<mnkydeth> So, I just built a new rig using a Xeon 2495x. I'm having a problem with the Crux install. After it loads the kernel and goes to the automatic login. I get, module is unknown, INIT: Id "c1" respawning too fast: disabled for 5 minutes. I'm not sure how to fix this issue from the boot ISO. I am using it on a usb stick, fyi.
<mnkydeth> Switching to different tty's they are also unresponsive.
<mnkydeth> I have tried the release 3.7 ISO and the updated crux.ninja ISO.
<mnkydeth> The install process works as expected on several other machines I have. So, I have a feeling it's something specific with this new platform.
<mnkydeth> Hmm, I did use Fedora writer to write the iso to usb stick.
<SiFuh> Just use dd
<mnkydeth> Yep, trying it now
<mnkydeth> brb, testing
mnkydeth has quit [Quit: leaving]
mnkydeth has joined #crux
<mnkydeth> Thank you ... Guess I am no longer using Fedora media writer
<mnkydeth> I was able to get to the command line and start the install process.
<jaeger> mnkydeth: I just fixed and built another updated ISO for this issue
<jaeger> Just about to boot it to verify
<mnkydeth> Ok, I honestly thought it was something specific with my new build. I can't say I ever ran into that problem before. And, it seemed like a common thing in the google searches. But no real ways to fix a boot/install ISO. That I could see.
<mnkydeth> I'll stick with dd for now. I only use Fedora Media writer on my HTPC that has a windows install.
<jaeger> I don't think this should have affected the release ISO but I'll go back and double check... the current issue was caused by pam_unix.so from linux-pam linking against libnsl which wasn't available in the ISO boot
<jaeger> Oh, I didn't see the comment about the install process working on other machines, heh. Well, in either case the latest updated ISO was broken due to this pam_unix.so link.
<jaeger> Otherwise it probably was a funky write to USB or something
<mnkydeth> Yeah, as soon as I went to a Linux machine and did the dd write the Crux ISO worked as intended.
<jaeger> Cool
mnkydeth has quit [Quit: Lost terminal]
<cruxbot> [contrib.git/3.7]: grafana: 9.5.2 -> 9.5.3
<cruxbot> [contrib.git/3.7]: pandoc-bin: 3.1.2 -> 3.1.3
<cruxbot> [contrib.git/3.7]: matrix-synapse: 1.84.1 -> 1.85.1
<cruxbot> [contrib.git/3.7]: otf-unifont: 15.0.05 -> 15.0.06
<cruxbot> [contrib.git/3.7]: python3-rapidfuzz: 3.1.0 -> 3.1.1
<cruxbot> [contrib.git/3.7]: python3-ueberzug: 18.2.0 -> 18.2.1
<cruxbot> [contrib.git/3.7]: ttf-unifont: 15.0.05 -> 15.0.06
<cruxbot> [contrib.git/3.7]: qownnotes: 23.5.3 -> 23.6.0
<cruxbot> [contrib.git/3.7]: xmlsec: 1.3.0 -> 1.3.1
<cruxbot> [core.git/3.7]: libnghttp2: 1.53.0 -> 1.54.0
guido_rokepo has quit [Quit: guido_rokepo]
<cruxbot> [opt.git/3.7]: dbus: 1.14.6 -> 1.14.8
<cruxbot> [opt.git/3.7]: krb5: 1.20.1 -> 1.21
<cruxbot> [contrib.git/3.7]: npm: 9.6.7 -> 9.7.1
<cruxbot> [contrib.git/3.7]: python3-pydantic: 1.10.8 -> 1.10.9
<cruxbot> [compat-32.git/3.7]: dbus-32: 1.14.6 -> 1.14.8
<SiFuh> farkuhar: jaeger: maybe using dd to burn the ISO to a USB stick should be in the the handbook?
_0bitcount has joined #crux
<jaeger> perhaps... though dd isn't the only tool that works. It sounds like that fedora image writer might have an issue
<SiFuh> jaeger: Rufus as well
<jaeger> I use rufus often, haven't run into problems with it using dd mode
<SiFuh> The previous was a guy using Rufus in Windows. The url to the chat lots May 16 I pasted above.
_0bitcount has quit [Quit: Leaving]
<r0ni> that issue sounds like a serial tty issue i have on slackware with asahi kernel. i just recall commenting out the serial line
<cruxbot> [opt.git/3.7]: librsvg: adopted port; dropped spurious dependency: brotli; new optional dependency: vala; removed *.la files
<cruxbot> [xorg.git/3.7]: xorg-xorgproto: 2022.2 -> 2023.1
<cruxbot> [xorg.git/3.7]: xorg-xwayland: 23.1.1 -> 23.1.2
<cruxbot> [contrib.git/3.7]: libvirt-python: updated to verison 9.4.0
<cruxbot> [contrib.git/3.7]: libvirt: updated to verison 9.4.0
ppetrov^ has quit [Quit: Leaving]
<cruxbot> [opt.git/3.7]: rust: fixed footprint
<cruxbot> [opt.git/3.7]: rust-bindgen: initial commit, version 0.65.1
<cruxbot> [opt.git/3.7]: libclc: initial commit, version 16.0.5
<cruxbot> [opt.git/3.7]: spirv-llvm-translator: initial commit, version 16.0.0
<cruxbot> [opt.git/3.7]: directx-headers: initial commit, version 1.610.0
<cruxbot> [contrib.git/3.7]: khal: 0.11.1 -> 0.11.2
<cruxbot> [contrib.git/3.7]: texlab: 5.6.0 -> 5.7.0
tilman has quit [Ping timeout: 240 seconds]
tilman has joined #crux