jaeger changed the topic of #crux-devel to: CRUX (https://crux.nu/) development channel | Logs: https://libera.irclog.whitequark.org/crux-devel/
ivandi has quit [Quit: WeeChat 3.6]
ivandi has joined #crux-devel
farkuhar has left #crux-devel [#crux-devel]
<dlcusa> jaeger, I booted the Jul 22 15:38 rc1 ISO well enough, but "ip a" complains "error while loading shared libraries: libmnl.so.0 [...] no such file or directory"
<beerman> it's been over half a year, i guess i will start adopting romster ports under my name. it makes no sense. i will probably also drop most of cristinas ports, since she hasn't shown up since she declared that she is okay with her ports being dropped..
* beerman sighs
<beerman> ivandi: true, i forgot about wireplumber after farkuhar reported it. i fixed that with my latest commits now
<beerman> might be that i am overworked with all the things i do ;) lets see when i burn out
<beerman> like romster maybe, i dunno
<beerman> there, i merged 3.6 into 3.7 again
<beerman> jaeger: fyi i started updating compat-32 ports in 3.7 a while ago. its something Romster promised to do in 3.6 multiple times, then continued to ignore it. since i've been rebasing for over half a year now, i decided that with compat-32 i'll stick with just 3.7 for now
<beerman> i am not rebasing that repository
<beerman> If you are free in the afternoon, maybe we can work together on crux.nu and see how the php-fpm stuff works for nginx
<beerman> I’ll be away for the late morning, laters
jue has joined #crux-devel
<jue> FYI, I've created a first version of our releasenotes for 3.7, see https://crux.nu/Main/ReleaseNotes3-7
<jue> as always, correct and extent, please :)
<SiFuh> jue: extend*
<SiFuh> :-P jk
<SiFuh> nftables has been added to core. Oh that is really cool. I can dump it from repo now
farkuhar has joined #crux-devel
chrcav has quit [Ping timeout: 272 seconds]
chrcav has joined #crux-devel
<beerman> jue: when we mention X in our release notes, it might me worthwile to mention that wayland is available too now and considered in a good state. we didn't decouple ports from defaulting to X11 yet, so xwayland is easy to do as well
<jue> sure, no problem, as I said above feel free to extend and correct
ivandi has quit [Quit: WeeChat 3.6]
ivandi has joined #crux-devel
<beerman> ok, just wanted to check how you feel about it
<farkuhar> following up on what dlcusa reported: a few of the binaries on the 3.7 iso are built against shared libraries that cannot be found on the live media (libmnl required by ip, libpcre2 needed by less)
<jue> jaeger: just tried to do a fresh install with rc1: if I select grub2 and syslinux together I get a 'Abort installation' prompt
<jue> farkuhar: that seems to be fixed, both libs are core-ports and part of the ISO
<jue> farkuhar: no, I'm wrong, the libs are on ISO but not part of the live media
<dlcusa> Also, "vi xyzzy" throws "E1187: Failed to source defaults.vim" non-fatally.
<jue> Ja
<jue> jaeger: added libpcre2 and libmnl to ISO_PACKAGES
<ivandi> beerman: grep -l Tim ./*/*/Pkgfile | wc -l -> 762. are you really using all these ports ?!?
<beerman> ivandi: possibly?
<beerman> i also have an overlay with 277 ports ;) some forks, some new things, like ungoogled-chromium or electron
<ivandi> sooo... you actually like it, i mean tons of ports to maintain ?!?
<ivandi> i have 565 ports installed, 77 out of 1143 contrib ports
<beerman> jue: do we do links in release notes, e.g. commits or specifications like https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html?
<beerman> ivandi: i would actually like for a few of you to step up and contribute more on a hands on and continious manner, but here we are, aren't we?
<beerman> i'd gladly give a few ports out of hand if i know that there is somebody to maintain it, but oh well
<jue> beerman: I'd say yes, why not?
<beerman> i dunno, might be nice to have footnotes, no idea if pmwiki can do those
<beerman> thats another plugin ;D
<jue> there's already an external link to isohybrid ;)
<beerman> got me :D
groovy2shoes has quit [Ping timeout: 244 seconds]
<beerman> ok, made some changes
<beerman> same as you said, please review, replace, extend as needed
<beerman> and with what was discussed yesterday, little changes to make the life easier for others, i'd say we might want to add XDG dirs exports as many apps respect them
<beerman> https://dpaste.com/F6TW6D8FG this is what i export in my shells profile
groovy2shoes has joined #crux-devel
frinnst has joined #crux-devel
<frinnst> anyone with troubles building nftables on 3.7 ?
<beerman> not me
<beerman> are you missing any of its dependencies?
<frinnst> yeah im sure it built fine yesterday but I probably have old nftables stuff installed. did a complete system rebuild today and cleaned out some old ports
<frinnst> yeah all deps are installed
<beerman> mh, maybe i overlooked something with it, i'm testing on other machines to make sure
<frinnst> but i probably broke something when clearing out old stuff
<beerman> tested in a container, desktop, notebook, and three servers now.. no build problem for me
<frinnst> did you have it installed alrleady? currently nftables is uninstalled for me. wonder if it looks for the header in the expected /usr/include/nftables/ path
<beerman> i did, yeah
<beerman> i can try without it
<beerman> oh wow, it indeed does
<frinnst> yeah manually copuing the include solved it for me
<beerman> now thats just stupid..
<frinnst> indeed :)
<beerman> frinnst: https://dpaste.com/5W4QH6AGV there you go
<SiFuh> nftables Makefile already does that
<jue> beerman: no objections if we add the essential exports
<beerman> frinnst: i pushed updates to libnftnl and nftables that already fixed the problems
<beerman> jue: okay, might make sense to look into what other distros use as defaults, or gnome/kde/xfce or whatever
<SiFuh> frinnst: there was a patch made for nftables 1.0.2 that included "+AM_CPPFLAGS = -I$(top_srcdir)/include" but if you are running nftables 1.0.4 you no longer need that patch
<beerman> jue: any thoughts on yesterdays ideas? i am against dracut in core, but that efi line in fstab might be a nice idea
<jue> yep, agree on both
<jaeger> Yeah, I'd add both efi lines to fstab, commented out
<jaeger> thanks for adding libpcre2 and libmnl
<jaeger> I'll try to diagnose the dialog issue with bootloaders today, it's been a very busy weekend
<beerman> ok cool, if you are free right now feel free to do it :) i am currently checking onto other things, like restructering the nginx config for better readability and maintainability
<beerman> i'll also try and restart php-fpm and see if the site crashes or not :D
<jaeger> As for the pmwiki source, I don't mind sharing it somewhere if there are no objections
<jaeger> # EFI-related entries
<jaeger> #efivars /sys/firmware/efi/efivarfs efivarfs defaults 0 0
<jaeger> #/dev/#ESP# /boot/efi vfat defaults 0 2
<jaeger> for reference
<beerman> no objection from me
<beerman> ok, i'll see if i can get to them first
<jaeger> get to what first?
<beerman> the fstab entries
<jaeger> already pushed, that was what was in my local repo :)
<beerman> ah
<beerman> perfect :)
<beerman> any objections for restarting php-fpm? i'd like and try to get pmwiki running there too
<jaeger> None here
<beerman> neat, worked
<beerman> didn't expect anything else, but... php
<jaeger> Always expect the unexpected with php, heh
<beerman> fyi: i created a subdirectory /etc/nginx/conf.d thats sourced from nginx.conf
<jaeger> ok
<beerman> i dunno if we ever have the chance to actually control our dns, but that would be nice i guess :)
<jaeger> Anyone have any more pressing updates for ports on the ISO before I do another bootstrap today?
<beerman> i haven't done the profile updates yet, i dunno if you'd want to see them on there?
<jaeger> all the XDG stuff?
<beerman> yeah
<beerman> could be commented in as well, but it surely helps to have a cleaner ~
<jaeger> how much of that is actually required? Just curious, not a complaint. I think the only one I've ever needed to set is the runtime dir
<beerman> well, required is a hard word, it rather enforces certain dirs as default
<beerman> like its nice to hide whats normally ~/.cache in ~/.local/cache
<jaeger> maybe leave them commented, then, and let users decide if they want to change... wouldn't matter much on a new install but might surprise someone on an upgrade if they didn't pay close attention during rejmerge or something
<jaeger> speaking of profile, does anyone find the PATH gatekeeping in /etc/profile useful or can we remove that? It's one of the first things I remove from my installs, heh
<jaeger> By gatekeeping I mean the root vs user check
<beerman> certainly
<beerman> lol, i remove that as well
<jaeger> I also export LANG in my profile but I know not everyone likes that
<beerman> well for the rest of my exports...
<beerman> i did add JAVA_HOME to PATH, and the rest is just enforcing xdg dirs wherever possible
<jaeger> jesus
<beerman> xD
<beerman> not every machine needs every single one of them, right?
<jaeger> indeed not, heh
<beerman> its just my personal environment, but xdg dirs is nice to enforce
<beerman> under language settings there is the three i set, thats enough for me
<beerman> it usualy leaves me with just a few dotted directories under ~
<jaeger> ok, the issue with setup aborting seems to be triggered by some combination of selecting all core, opt, and xorg ports, then bootloaders... if I don't select all of core, opt, and xorg, it doesn't happen
<beerman> odd
<jaeger> seems to be breaking at the do_select in check_dependencies
<beerman> and i am not sure why pmwiki doesn't want to show itself <.<
<beerman> well, there we go
<jaeger> Think I've narrowed down the setup issue... something is requesting 'python' as a dep and it's not in the available packages, causing the missing dependencies check to ask for it but then the next dialog call has no input due to it being missing
<jaeger> and it's syslinux, which explains why selecting that in the bootloaders is the trigger
<beerman> ouch, i thought i killed that already
<jaeger> I'll see if that dep is really required... if not, I'll remove it
<beerman> python3 really works as a drop in replacement almost everywhere
<beerman> https://crux.nu:82/ and here is the pmwiki page via nginx
<beerman> needs some more work obviously
<beerman> its just a current copy that doesn't really redirect correctly etc
<jaeger> nice, gotta start somewhere
<SiFuh> jaeger: The select text or click on page bug is missing. The one where I select or click the page and it instantly goes to a login page.
<jaeger> beerman is working on it, not I... but I think that "double click to edit" thing is an intended behavior in pmwiki
<jaeger> personally I hate it... but yeah
<SiFuh> So it wasn't a bug?
<SiFuh> That was probably it.
<jaeger> I haven't looked at this page before but it looks like there's a way to squash that behavior for non-editors... but with that said, I'd personally rather remove that functionality :D
<jaeger> SiFuh: do you ever use the syslinux cmenu/menugen stuff?
<jaeger> The only reference I can find to python in syslinux is menugen, I haven't messed with it before
<SiFuh> Many years ago, but removed it
<jaeger> ok
jue has quit [Ping timeout: 268 seconds]
<SiFuh> I use to make company logo's for syslinux for companies that wanted it. But I managed to talk them into just skipping it completely
<SiFuh> For an installer though, it would come in handy. With menu selection and stuff
<jaeger> interesting... apparently this menugen.py script converts .menu files with some declarative structure into C source
<SiFuh> Tell me what you want, such as entries, colours, logo and I can get it
<jaeger> I just want to figure out if it's needed at all :D
<jaeger> Ah ha! Found "The advanced menu system" at https://wiki.syslinux.org/wiki/index.php?title=Menu
<jaeger> Different from the normal menu.c32 stuff
<jaeger> I think python can be removed as a dep and added to a README or nice to have for people who want to use cmenu instead of menu
<SiFuh> Yeah, I am pretty sure I learned this from slackware
<jaeger> Definitely what I'd consider advanced syslinux usage and we don't ship a precompiled menu with the port, it wouldn't make sense since everyone's system can be different
<jaeger> OK, I'm removing python from syslinux entirely
jue has joined #crux-devel
<SiFuh> Agree, a lot of unnecessary files. I don't know anyone that looks at their boot loader for thinking how amazing it is :-)
<beerman> good choice, imo
<jaeger> Yeah, anyone who wants to use cmenu is going to need the syslinux source anyway and to recompile, so I don't feel bad removing it
<SiFuh> You know you can uninstall SYSLINUX after you have configured it? You can update kernels as many times as you want and only need to edit a config file.
<jaeger> yeah
<jaeger> That should remove python 2 entirely from the ISO, sorry for that bit of cruft
<SiFuh> Even install different distros and leave the /boot and/or MBR alone
<jaeger> The defaults.vim error/warning message can be avoided by touching an empty .vimrc or .exrc, looks like
<SiFuh> Do you have a link to the footprint for the updated python less syslinux?
<jaeger> There's no footprint change
<jaeger> python doesn't even get called during the build
<SiFuh> So the menu files are still there?
<jaeger> All the files that were there before are still there
<SiFuh> Ahh got it! So they still can create menus without python
<SiFuh> And other fenacy menu entries if they want like meminfo and reboot
<jaeger> yep :)
<jaeger> From what I can discern python is ONLY used if you want to create cmenu stuff and requires you to build it from the syslinux source with a menu file and a template
<SiFuh> vesamenu.c32 <- this is the one I use to configure for the companies
<jaeger> That's part of the standard menu system, not the advanced, so it should be fine
<SiFuh> All good
<jaeger> Of course we'll test it before the final ISO and can always revert if needed... but I don't expect we'll need to
<SiFuh> I don't think so either, they all get copied to /boot/*whatever*/. I only copy 2 files ldlinux.e64 bootx64.efi and the config is written byself
<SiFuh> by myself*
<jaeger> unrelated, don't know if anyone cares but I've added sha256 to the ISO creation as well as md5
<beerman> thats neat
<SiFuh> jaeger: also gptmbr.bin is optional depending on system and mbr.bin is required. Everything else is purely optional
<jaeger> yeah, lot of flexibility there
<jaeger> side note, I'll be gone for a few hours in the middle of the day today
<jaeger> but if anyone has more ports changes to make before I run another bootstrap, go ahead, and I'll start one later today
<SiFuh> I have a question, nftables to 1.0.4?
<beerman> ok i'll see if i can sensible defaults for the profile
<jaeger> ok, the syslinux change did indeed fix setup
<jaeger> looks like libnghttp2 is also needed on the ISO if anyone wants to use curl before chroot
<beerman> jaeger: https://dpaste.com/CY42B7WKE the profile changes in regards to PATH and XDG Stuff, sensible defaults (which are almost always true already with just the cache directory being moved), and some food for thought
<beerman> feel free to commit that
<farkuhar> heh, pmwiki "double click to edit". Not a behaviour I'm likely to encounter when browsing the site in lynx.
jue has quit [Ping timeout: 264 seconds]
<jaeger> ok, back
<jaeger> jue: any concerns about beerman's paste there?