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/
_whitelogger has joined #crux
groovy2shoes has quit [Remote host closed the connection]
groovy2shoes has joined #crux
pitillo has joined #crux
aardo has joined #crux
ardo has quit [Ping timeout: 245 seconds]
ardo has joined #crux
aardo has quit [Ping timeout: 245 seconds]
sapiencia has joined #crux
sapiencia is now known as sap
sap has quit [Ping timeout: 258 seconds]
ppetrov^ has joined #crux
rbnhn1 has joined #crux
<SiFuh> jaeger: Will there be a new release soon and if so any idea of what kernel version the new release will use? That way I can look into creating an updated kernel configuration for the contrib folder under kernel.
jason123santaoni has joined #crux
jason123onirc has quit [Ping timeout: 240 seconds]
<ppetrov^> SiFuh, your kernel config is a lifesaver
<cruxbot> [opt.git/3.7]: [notify] samba: update to 4.18.5, security fixes
<cruxbot> [opt.git/3.7]: tdb: update to 1.4.9
<cruxbot> [opt.git/3.7]: tevent: update to 0.15.0
<cruxbot> [opt.git/3.7]: talloc: update to 2.4.1
<cruxbot> [core.git/3.7]: dhcpcd: update to 10.0.2
<SiFuh> ppetrov^: That's the point ;-)
<cruxbot> [core.git/3.7]: libmpfr: update to 4.2.0-p12
<ppetrov^> for the next Handbook it would be nice to have an example on creating a normal user account, like on Venom linux: https://venomlinux.org/wiki
<SiFuh> ppetrov^: Heh, I am actually talking with him right now about CRUX and the kernel
<ppetrov^> oh
<ppetrov^> cool! his distro looks very nice
<SiFuh> He lives here but in the enxt state
<SiFuh> next*
<ppetrov^> was he involved with CRUX in the past?
<SiFuh> A CRUX user and big fan
<ppetrov^> so, he decided to make his own CRUX
<SiFuh> Yeah, he still thinks original CRUX is better though
<ppetrov^> :D
<ppetrov^> why doesn't he join contrib?
<SiFuh> Too busy I guess, I can ask
<SiFuh> ppetrov^: -> "I have my ports, but its bad, not match prtverify requirements, and iโ€™m too lazy to polish it๐Ÿ˜…. Then just use for myself"
<SiFuh> Guess that explains that
<ppetrov^> no, I meant... if he thinks CRUX is better, why not contribute to it, rather than making a new distro? But i get it, the guy just wants to :))
rbnhn1 has quit [Remote host closed the connection]
ppetrov^ has quit [Quit: Leaving]
braewoods_ has joined #crux
braewoods has quit [Remote host closed the connection]
braewoods_ has quit [Read error: Connection reset by peer]
braewoods has joined #crux
rbnhn1 has joined #crux
<cruxbot> [xorg.git/3.7]: mesa: update to 23.1.4
rbnhn1 has quit [Quit: rbnhn1]
<jaeger> No specific plan yet
<cruxbot> [compat-32.git/3.7]: gst-plugins-base-32: 1.22.4 -> 1.22.5
<cruxbot> [compat-32.git/3.7]: gstreamer-32: 1.22.4 -> 1.22.5
<cruxbot> [compat-32.git/3.7]: mesa-32: 23.1.3 -> 23.1.4
<cruxbot> [compat-32.git/3.7]: pipewire-32: 0.3.74 -> 0.3.75
<cruxbot> [compat-32.git/3.7]: libpthread-stubs-32: 0.4 -> 0.5
<cruxbot> [contrib.git/3.7]: foot-terminfo: 1.15.0 -> 1.15.1
<cruxbot> [contrib.git/3.7]: foot: 1.15.0 -> 1.15.1
<cruxbot> [contrib.git/3.7]: lua-language-server: 3.6.23 -> 3.6.24
<cruxbot> [contrib.git/3.7]: pipewire: 0.3.74 -> 0.3.75
<cruxbot> [contrib.git/3.7]: python3-lark-parser: 1.1.6 -> 1.1.7
<cruxbot> [contrib.git/3.7]: python3-phonenumbers: 8.13.16 -> 8.13.17
<cruxbot> [contrib.git/3.7]: gst-plugins-bad: 1.22.4 -> 1.22.5
<cruxbot> [contrib.git/3.7]: gst-plugins-good: 1.22.4 -> 1.22.5
<cruxbot> [contrib.git/3.7]: gst-plugins-ugly: 1.22.4 -> 1.22.5
<cruxbot> [contrib.git/3.7]: gst-python3: 1.22.4 -> 1.22.5
<cruxbot> [opt.git/3.7]: librsvg: 2.56.2 -> 2.56.3
<cruxbot> [opt.git/3.7]: nodejs: 20.4.0 -> 20.5.0
<cruxbot> [opt.git/3.7]: unrar: 6.2.8 -> 6.2.9
<cruxbot> [opt.git/3.7]: gst-libav: 1.22.4 -> 1.22.5
<cruxbot> [opt.git/3.7]: gst-plugins-base: 1.22.4 -> 1.22.5
<cruxbot> [opt.git/3.7]: gstreamer: 1.22.4 -> 1.22.5
aardo has joined #crux
ardo has quit [Ping timeout: 240 seconds]
ppetrov^ has joined #crux
<cruxbot> [contrib.git/3.7]: pandoc-bin: 3.1.5 -> 3.1.6
crash_ has quit [Remote host closed the connection]
<cruxbot> [contrib.git/3.7]: ntfs-3g: use wrapper script instead of symlink for ntfsfix
<cruxbot> [contrib.git/3.7]: pekwm: added missing runtime dependency
crash_ has joined #crux
jason123santaoni is now known as jason123onirc
<ppetrov^> hey guys, having qt6-base present makes gst-plugins-good fail to build
<ppetrov^> at least here
<ppetrov^> just FYI
ppetrov^ has quit [Quit: Leaving]
<farkuhar> ppetrov^: thanks for reporting. I just got a successful build of gst-plugins-good, even with qt6-base present, so maybe it is just your system.
<SiFuh> Hehe
<farkuhar> Admittedly I skipped the update of some ports in the dependency tree (mesa), so my test might not accurately reflect the typical upgrade path.
<SiFuh> farkuhar: so you system is kind of a mess ah? ;-)
<farkuhar> You bet it is. I wanted the quickest corroboration of ppetrov^s bug report, so I only updated gstreamer, gst-plugins-base, and gst-plugins-good. Even still, he logged out before I had a chance to share my findings.
<SiFuh> :-P Here Chinese often say ma, ah, la, wa and what-not at the end of many sentences. I think it may be a Singaporean thing.
z812 has quit [*.net *.split]
emmett1 has quit [*.net *.split]
<farkuhar> SiFuh: fascinating thread here, on sndiod only giving the illusion of hotplug capability. https://marc.info/?l=openbsd-tech&m=163999153114364&w=2
<SiFuh> I use hotplug
<SiFuh> This is old
<SiFuh> I use a USB bluetooth Audio dongle that when I plug in the hotplug script detects and switches sndiod to use it then when I unplug it returns back to the standard sound system
<farkuhar> It's interesting how the early replies suggest that sndiod and hotplugd complement each other, and then Theo chimes in to deprecate hotplugd. Old though the thread may be, some of the behaviour described there can still be observed on running systems.
<farkuhar> I'm trying to write a udev rule that does for Linux what the hotplugd would do for OpenBSD, but not all programs are recognizing the change. It seems more robust to change the env var AUDIOPLAYDEVICE, but I haven't figured out how to do that from a udev rule.
z812 has joined #crux
emmett1 has joined #crux
<SiFuh> farkuhar: time was our enemy when this was introduced and it appears to be a similar issue here in this thread
<farkuhar> what I have so far, in /etc/udev/rules.d/92-usb-speakers.rules: KERNEL=="snd*", ATTRS{idVendor}=="1532", ATTRS{idProduct}=="0517", ACTION=="add", RUN+="/usr/bin/sndioctl server.device=2"
<SiFuh> And yet OpenBSD is much cleaner and Theo said it is pretty ugly
<SiFuh> That above you pasted is horrendous
<farkuhar> so I plug in the USB speakers and watch what happens with udevadm ... the sndioctl command runs correctly, and some programs (aucat) will open the desired device. But firefox doesn't. The only things firefox appears to respect are the env vars AUDIO{,PLAY}DEVICE.
<SiFuh> The issue seems to be that when you plug in the device the kernel picks it up but the device isn't fully ready
<SiFuh> I beleive we have similar issues here back in 7.1. I'd have to restart firefox to get it to respect the new device.
<SiFuh> Seems not to be an issue now though
<farkuhar> Even if I wait until after plugging in the USB speakers, and then start firefox, the changes made by the udev rule are not recognized. I wonder if it would be better to change the last part of the rule to RUN+="/etc/rc.d/sndiod restart"
<SiFuh> We use pkill
<SiFuh> pkill -HUP sndiod
<SiFuh> But only for hotplugd/attach for detach we use nothing. It falls back to the original settings
<farkuhar> Yes, that's what I understood from Alexandre's posts in that thread, when he wrote that the two daemons complement each other.
<cruxbot> [opt.git/3.7]: qt6-3d: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-5compat: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-base: 6.5.1 -> 6.5.2; added dependencies: at-spi2-core xorg-xcb-util-cursor xorg-xcb-util-keysyms xorg-xcb-util-wm
<cruxbot> [opt.git/3.7]: qt6-charts: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-connectivity: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-datavis3d: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-declarative: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-imageformats: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-lottie: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-multimedia: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-networkauth: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-positioning: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-quick3d: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-quicktimeline: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-remoteobjects: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-scxml: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-sensors: 6.5.1 -> 6.5.2
<cruxbot> [opt.git/3.7]: qt6-serialbus: 6.5.1 -> 6.5.2
rbnhn1 has joined #crux
<cruxbot> [contrib.git/3.7]: ntfs-3g: wrapper script fixes
<cruxbot> [contrib.git/3.7]: bash-language-server: 4.10.2 -> 5.0.0
<cruxbot> [contrib.git/3.7]: npm: 9.7.2 -> 9.8.1
<cruxbot> [contrib.git/3.7]: pnpm: initial commit, version 8.6.9
<joacim> jaeger: do you still have your threadripper? do you know if windows 11 is supported on that?
<joacim> no tr4 threadripper is listed as supported by ms, but third parties have it in their lists, and asrock advertises windows 11 support on the page for my motherboard
<jaeger> I still have it but I've never run anything other than linux on it. I would be very surprised if it weren't supported, I can't think of any change or reason why it wouldn't be.
<joacim> ms is being a lot more picky with windows 11. lots of nice useable laptops at work that are unsupported
<jaeger> Are they missing secure boot support or is it something else?
<joacim> they have secure boot and tpm 2.0, ms refuse to upgrade due to the cpu generation
<jaeger> ah
<jaeger> lame
<joacim> yep :)
<joacim> wanted to upgrade my linux system, and have windows inherit the old threadripper, but i guess i'll be using this with linux for another 3-5 years
<joacim> works great tho
<jaeger> Well, you could always try installing windows 11 to see how it goes... no license needed for trying it
<joacim> yeah. wanted to check if you've already tried it before i spent any time on it
<joacim> also. third parties list 2950x as supported, but not my 1950x. not sure what the actual difference is
<jaeger> Ah, ok. Sorry, I haven't.
<jaeger> To be honest I haven't even looked at windows 11 yet
<cruxbot> [opt.git/3.7]: nvidia: updated to version 535.86.05
<cruxbot> [compat-32.git/3.7]: nvidia-32: updated to version 535.86.05
tilman has quit [Ping timeout: 260 seconds]
tilman has joined #crux
<cruxbot> [contrib.git/3.7]: runc: updated to version 1.1.8
<cruxbot> [contrib.git/3.7]: osinfo-db: updated to version 20230719
<cruxbot> [opt.git/3.7]: thunderbird-bin: updated to version 115.0.1