00:57 <farkuhar> while we're discussing unexpected behaviour of prt-get, it's actually pretty illuminating to read the TODO list and the ChangeLog in the prt-get source tree. There you'll be reminded that the handling of an external dependency list was removed in 2006 (version 5.14), and yet the current manpage still makes a passing reference to this feature.

05:33 <jaeger> heh, charming

08:15 <beerman> jaeger: its just that there is a number of patches floating around in our ticketsystem which barely get any comment at all - we might want to make up our minds if we want the functionality or not, then either merge or close

08:15 <beerman> i am not keen on c++ either, so here we are with nobody hacking on our core tools :)

08:22 <beerman> jue: if I remember correctly you asked me once if it was possible to split up libreoffice, and as it seems, it is possible with configure flags. but these will only affect the final install command so it looks like you still would need to build everything else if all you want is libreoffice-writer for example. i don't see a good way to do that

08:24 <beerman> i will give that a shot soon but i don't expect it to yield anything

09:03 <jue> beerman: thanks for testing, I'd be very happy if we can reduce the installed deps. Currently I have a old binary package installed ...

09:05 <jue> jaeger: thanks, I've added all injects from TODO37, hope we didn't forget anything

09:44 <beerman> Yikes to the old bin, I've optionally added gtk4 and qt6 backends now, would hope that gtk4 is stable so I could replace gtk3 with it as a default

09:46 <beerman> As for the build: if we can't tell it to not build calc if all you want is writer we are bummed. All I can provably do is make a few things optional at best, but no group package with individual component packages, which I always imagined

09:55 <jue> ok, don't put too much time into this, I fear in the end I have to give up and install the additional 80 packages :)

09:59 <beerman> i will see how that goes

10:00 <beerman> not too much time, as i am reevaluating how important CRUX is compared to my free time, but some time at least, it's not like I wouldn't enjoy the possibility to just install calc or whatever, but best I can do is to probably make things like coin optional

10:01 <beerman> but if it will just build and install a bundled coin version (or whichever dependency) I absolutely do not see the point to just "make it official" and have them as a hard dependency, at least that way you can build coin once and just go on with it instead of having to rebuild it every time there is a lo update

10:21 <beerman> the gtk4 backend basically crashes upon start lol, i guess i will take those out for now

11:10 <beerman> Building NumPy requires Cython >= 0.29.30, found 0.29.28 at /usr/lib/python3.9/site-packages/Cython/__init__.py

11:10 <beerman> guess i'll be bumping a romster port again

11:14 <farkuhar> beerman, jaeger: Re the patches floating around in our ticketsystem, more of them apply to pkgadd than to prt-get. While prt-get hasn't received as many tickets with an actual patch, there are several tickets that offer workarounds to prt-get unexpected behaviour (#849 is an excellent example).

11:16 <farkuhar> But if nobody here likes dealing with C++, patches aimed at pkgadd will be just as awkward to review as patches aimed at prt-get.

11:19 <beerman> i try to stay out as much as possible in the coding path, I am not a coder so the best I can do is a patch here and there but nothing substantial. if anything, I would care about a rust rewrite, but I'll keep that to myself knowing how much you guys love it ;)

11:27 <farkuhar> it's an indication of how intimidating the C++ code is, when almost half of the first 8 bullet points in the TODO file of the prt-get source tree have been solved among the CRUX community by writing shell scripts instead of hacking the prt-get code itself.

11:41 <beerman> maybe, I think the factor that we are rather niche, and people expect things to be just there (e.g. binary packages => debian etc.) don't help to get actually contributing users.

11:42 <beerman> i hope that a restructering of our git presence etc will help to get a better workflow and more inviting environment going for everybody

11:57 <farkuhar> I mostly agree with your analysis from 7 months ago in FS#1410, especially this line about getting users to stay on CRUX: "Well, maybe if we were to provide the ports that are expected. It's weird to me as well, but people actually like gnome, cinammon, whatthehellever, but these things you won't find on here."

12:12 <beerman> well, its nice to have you floating around and have an eye on things, but I have to say that I would enjoy a few more people, especially that would be willing to step in and help with ports. there is almost no time left between all tasks that are split up between just less than a handful of people.

12:12 <beerman> restructering the infrastructure will take up a fair amount of time as well

12:13 <beerman> you could say in a company you would have a person dedicated to that task alone, so imagine where you have time between your normal job and 2-3 other positions inside CRUX ;)

16:13 <beerman> jue, farkuhar feel free to judge away https://crux.nu/gitweb/?p=ports/contrib.git;a=commitdiff;h=d8e20e977ce3f967ccfdb3207807b27ffdec7bbc

16:14 <beerman> its not much but yeah, can't get much more out of it with the way our Pkgfiles work, others basically build it all, then create different packages from there it seems, but no idea /shrug

16:17 <beerman> ah, forgot to add the version bump info, woops 🤷‍♂️ i'm out to do other things again while 3.7 rebases or so