Steffen Nurpmeso wrote in <20240425190115.qFKCR8uM@steffen%sdaoden.eu>: |John McQuah wrote in | <3REIYV929TH6I.3S3P20GMVHVLB@rawtext.club>: ||Steffen Nurpmeso <steffen@sdaoden.eu> wrote: ||> An option would possibly be a syntax like the VERP system of SMTP ||> / mailing-lists, ie, you give the optionals as part of a name, and ||> the new prt-get would fail if the mentioned optionals would not be ||> mentioned in the Pkgfile, but otherwise do the necessary steps. || ||Following up on the example I used in my last reply, by providing ||the optional dependencies as separate command-line targets (not ||appendages to the main target tacked on by commas), you get all the ||benefits that Steffen is proposing, but without automatically rejecting ||the command as invalid if one of the additional targets is not ||explicitly mentioned as an optional dependency. In the latter case, the | |That does not make sense, no? I do not want to install them by |themselves, i only install them as optional dependencies for |another thing. That was of course a very unfair statement given that the situation of today is the very same: flat hierarchy etc. I truly love the rename= thing, and i truly love that i can script something with the sh(1)ell around all that (even though quite hacky with sourcing of pkgmk.conf and per-port Pkgfile, etc), and it works out just fine for me, port-up -qd;port-up -qn and you are done. I have no opinion on your --softdeps thing actually, apart from that "none or all" is surely nothing i want for approaching 100 percent of all cases. And i could imagine that adding say "flavour" lines, aka "several optional dependency groups", is likely too much effort for CRUX. (Especially given that the "real CRUX team" is very small and handles many packages.) I find myself -- i have a /root/hosts/HOSTNAME/crux.pkg-listinst file -- that sometimes i do not understand why i have a port, and then it is *very* hard to find why it is there; as somethimes it is a dynamically loaded module, say for example within /usr/lib/ImageMagick-7.1.1/modules-Q16HDRI/coders/, that requires that port, and, as far as i know, CRUX offers *zero* hands to do this; revdep does not dig that, unfortunately. Well, i do not know. Pkg stuff is very, *very* hard. Ciao, --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt)