<stenur>
Linux/coreutils su(1) can run commands (different to BSD one -- iirc); using sudo(1) in an .rc script is not necessary
<jaeger->
Taking another look at FS#1201 - I agree it would be nice to have some info about custom collections/ports overlays in the handbook but as others have said, I feel the wording is too abrasive/aggressive. I will write something similar for review if folks like, with more generic wording
<SiFuh_>
Liberals...
<jaeger->
Impressing upon new users that CRUX is not a babysitting distribution is all well and good but it's not intended to make them feel bad :P
jaeger- is now known as jaeger
<SiFuh_>
beerman: did a good a job for years, but he is very busy these days
<SiFuh_>
I say let them in the deep end. They wil find a way
<SiFuh_>
We do have #crux
<jaeger>
Unrelated to that one, I'll close FS#341 if nobody has anything to add to it. cryptsetup support on the ISO has been working well for me in test and on my laptop
<jaeger>
Though I guess it would be smart to write some documentation first.
<SiFuh_>
jaeger: works well. The serpent addition to the kernel was just specifically for serpent encryption.
<SiFuh_>
I have made many crux installs using differnet kinds of encryption and the iso you provide is perfect
<jaeger>
Thanks, appreciate the feedback
<SiFuh_>
If it didn't, I'd have harrassed you further :-P
<SiFuh_>
Is good to have the capability for full disk encryption
<jaeger>
heh
<jaeger>
I'll work on some documentation so we can close that one
<jaeger>
I'll also move dracut from contrib to opt and add it to the ISO
<SiFuh_>
Blindly asking cryptsetup is in opt also?
<jaeger>
It is
<SiFuh_>
All good then
<jaeger>
Is libvdpau required anymore for anything other than the libva-vdpau-driver port?
beerman has quit [Ping timeout: 250 seconds]
beerman has joined #crux-devel
<stenur>
Interesting. I seem to have libvdpau for nothing.
mbarbar has quit [Ping timeout: 260 seconds]
mbarbar_ has joined #crux-devel
Guest50 has joined #crux-devel
Guest50 has quit [Quit: Client closed]
<beerman>
jaeger: wrt FS#1201 - that would be great! #341 should be good to go imo, it seems to have proven to be a reliable solution. about libvdpau: some software can still make use of it, e.g. mpv, gstreamer, ffmpeg, kodi.. what value it still holds i haven't evaluated myself
<jaeger>
livdpau is included on the ISO but not sure it's required anymore... it messes with mesa's footprint and breaks the automated build. Haven't looked deeper yet
<beerman>
wrt footprints - i'd still agree on making them not fail anything, if anything, write out a warning for MISSING, a simple info for NEW
<beerman>
and in regards to mesa it should only produce new files, so no serious issue. I think in the past we defaulted to it, i removed it when i made the wayland changes
<beerman>
jaeger: crazy idea here, but how do you feel on changing the default xorg environment to a default wayland? it should safe us a few packages on the iso
<jaeger>
yeah, it's only new files for mesa, just stops the automation
<jaeger>
Not sure with regards to the default being wayland... I know in the past there were some troubles getting wayland and x11 stuff to coexist peacefully, for example if you wanted to run a wayland desktop but also play games with wine or steam... but I have no idea what that looks like now
<beerman>
looks perfect now
<beerman>
steam is the actual only reason that holds me back on my desktop to run pure wayland
<beerman>
gog games however might do with out for example
<beerman>
steam proton works fine here, i have wine-staging installed
<beerman>
xwayland works flawlessly over here. not so much if you demand to have a conky overlay floating somewhere in the background
<stenur>
Oh. Then i have libvdpau not for nothing!
<stenur>
But it would be nice if that would be mentioned in README then. Now i wonder where i got the information from that having libvdpau would make sense.
<stenur>
Anyhow GL vdpau ends up being used by my X i would say: intel(0): [DRI2] VDPAU driver: va_gl
<jaeger>
stenur: what do you have installed that actually links with the lib?
<stenur>
Nothing i think. But i have it installed and mesa gives me this, no?
<jaeger>
I wonder if it's actually in use or just a notification that it's available
<stenur>
hm. not in /usr/lib/dri/*.so|grep vdp
<stenur>
/usr/lib/libavcodec.so, /usr/lib/libavdevice.so and more, /usr/lib/libpostproc.so, /usr/lib/libswresample.so, /usr/lib/libswscale.so
<jaeger>
one my HTPC system both mpv and ffmpeg link against it
<stenur>
ffmpeg, yes. Have not mpv.
<stenur>
Yes, sorry for the noise. ffmpeg.
<jaeger>
I'll try some test installs without libvdpau at some point
<beerman>
jaeger: any chance that you tried the run symlink yet? I have had zero problems and I have switched every install i have running a long time ago now
<beerman>
it did happen to fix obscure errors people had with docker on #crux in the past and it makes perfect sense that it does - i want to implement that to core/filesystem in 3.7 if jue and romster agree as well
<jaeger>
I have not tested it yet but I have no objection. Should be ok, I think
<beerman>
perfect. and wayland as the default: i don't say we have to do it, it's just an idea because iso size has been a topic in the past
<beerman>
we might just want to think about what we would actually need to say that this is a sane new default desktop to "offer" on the install disk
<beerman>
firefox would run, there is good terminal choices available with alacritty and foot, where foot is a pure wayland based terminal, alacritty works on both
<beerman>
i haven't used thunderbird in ages but suspect that'll do, libreoffice, gimp, inkscape does.. i dunno :) it's easier to list what doesn't run nowadays (at least for me with amdgpu or intel i915 i believe)
<beerman>
i'd really be interested if you'd get it to run with nvidia and in which state it is. it should be around the corner..