jaeger changed the topic of #crux-devel to: CRUX (https://crux.nu/) development channel | Logs: https://libera.irclog.whitequark.org/crux-devel/
genpaku has quit [Remote host closed the connection]
genpaku has joined #crux-devel
<darfo> ck4up on CRUX 3.7 now requires ruby-gdbm be installed
<darfo> nm, forgot to update ck4up after upgrade
ivandi has quit [Quit: WeeChat 3.6]
ivandi has joined #crux-devel
<beerman> jaeger: i don't follow #crux, sorry
<beerman> regarding dependencies: i remember that that dvd stuff was weird. ideally i would want to depend on it optionally but I don't think the cmake setup allowed for that, i am quite sure about that, which is why I pull their source and build it there
SiFuh has quit [Ping timeout: 265 seconds]
SiFuh has joined #crux-devel
<jaeger> yeah, it doesn't currently support that... with that said, what you did with their sources is the same thing it does internally, basically, and both seem to fail with pkgconf vs. pkg-config
<jaeger> I'm just going to make dvdread/dvdnav deps for now, if they fix it later, great
ivandi has quit [Quit: WeeChat 3.6]
ivandi has joined #crux-devel
<beerman> #27: con "Kodi" (xdg_shell, pid: 27587, app_id: "Kodi")
<beerman> i just gave my regular Pkgfile a go and it "just works" on the desktop with amdgpu
<beerman> above is the output of swaymsg -t get_tree -p | grep Kodi which also verifies it has an app_id
<beerman> but i can reproduce that on my old intel notebook with i915 driver
<beerman> not sure what to look at here..
<beerman> about the dvdstuff.. i'll need to poke around that part a bit more for sure
<beerman> not sure when it broke, I know it did work on my notebook but i haven't been using it for a long time and had to depinst it first as well over there
SiFuh has quit [Ping timeout: 264 seconds]
SiFuh has joined #crux-devel
<jaeger> random question: what recentish (before 3.7 but still recent) change made rejmerge start calling a pager instead of just printing output?
<jaeger> OK, I've got libbsd locally installing to /usr/opt/libbsd and bumblebee/opendkim building properly with the change... but I wonder how best to handle this because updating to this one will break things that have linked against the old location
<jaeger> Maybe push the update with a big [notify] message
<jaeger> This is probably an ok time to make such at update as hopefully people are upgrading to 3.7 anyway and installing fresh toolchains
<jaeger> thoughts/concerns/objections?
<jaeger> s/such at/such an/
<Romster> yeah i would only do that change to 3.7 shouldn't affect to many i would presume
<Romster> i thought /opt is for stuff that's not packaged on the systems package manager
<Romster> According to the Filesystem Hierarchy Standard, /opt is for “the installation of add-on application software packages”. /usr/local is “for use by the system administrator when installing software locally”
<Romster> that still doesn't make it clear