On Tue, 30 Sep 2003 16:22:47 +0200 Johannes Winkelmann <jw@tks6.net> wrote:
I thought of a prt-get switch or something similar:
prt-get install `prt-get quickdep kdebase` --binary this will not prevent Joe from doing prt-get install evolution --binary which will work fine... so prt-get should in this case print a warning "dependencies not satisfied". This is a dependency _checking_, something I don't want to do as long as we have informal dependencies.
I support your decision not to check for dependencies if the user didn't explicitly asked for the feature from the commandline. Anyway I think we're discussing a non-issue: a CRUX user *should* be aware that installing a package without its deps is something that doesn't work. It is true, as you pointed out, that a source install would immediately reveal the missing dep while a binary install would not. Personally it's something I can live with, since it's easy with prt-get and our 'unofficial' dependencies listings to handle potential problems.
I was thinking of a new tool (another tool for a different kind of job) codenamed bininst which downloads and installs the package, using either a dependency matrix [cut]
Of course this could be integrated in prt-get, but for now I'd like to get a feeling of this first and I think a dedicated tool might help to distinuish as binary install vs. ports tree install are quite different. I hope I'll find some time this week to write a small prototype.
That would be a great tool. Having it developed as a standalone util has its advantages; more than this, you could eventually wrap the tool from prt-get (as you do with pkgmk) in the future. I'd prefer to see the binary install feature integrated with prt-get and use prt-get as the all-in-one tool for package management on CRUX, but this is a matter of personal taste. There are pros/cons in both solutions, one of this is that the port tree is needed for binary installs if the feature is to be integrated in prt-get. On the other side, we'd have to maintain an extra dependencies chart and the user would at least need an 'external' file. Reasoning strictly from the user's point of view, I think a simple --binary switch in prt-get would be a simpler and "more understandable" solution. Ok, I'll stop my rantings about personal preferences, whatever solution you prefer it would be a great addition to CRUX (ps: thank you very much for your past, present and future work!)
PS: what about a "prt-get depinst portname" command that would automate the quickdep stuff? It used to be there and I removed it as I was afraid that it could imply that dependencies were working.
What?!? Don't they? :-)
You know, people usually don't bother reading the man page or even the manual,
I for one, since I missed the depinst command in previous releases (or maybe I inconsciously asked for a feature I saw at the time and was recently removed)
Anyway, I guess I'll reintroduce it in one of the future versions.
great, I'll use a bash wrapper for the moment. [ccache]
Same here, OTOH those are only a handful of packages, and when I build new packages (as user first, rebuild with removed docs, root built) then ccache saves me a lot of time.
True, not to count the dozens of Pkgfile adjustements I do before a release ;-). ccache is really a time-saver.
Regards, Johannes
Best regards, Simone