[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: pkg/42267: pkg_comp: quick exit if pkg is installed already (patch)
The following reply was made to PR pkg/42267; it has been noted by GNATS.
From: Robert Elz <kre%munnari.OZ.AU@localhost>
Subject: Re: pkg/42267: pkg_comp: quick exit if pkg is installed already (patch)
Date: Fri, 06 Nov 2009 17:40:28 +0700
Date: Thu, 5 Nov 2009 18:40:03 +0000 (UTC)
From: "Martin S. Weber" <Ephaeton%gmx.net@localhost>
| Well, then, let's fix the install target to silently succeed if the
| is installed already.
That could be done, but probably not as a result of this PR, you'd want
to submit a change request for pkgsrc itself (it is probably something in
pkgsrc/mk/install/* - but that's a guess).
| It's quite ridiculous that it's failing in that case
| anyways! Especially if the fix is that trivial.
The difficulty of the fix has little to do with whether the problem is
a bug or not - sometimes we live with bugs because fixing them is hard,
but I doubt anyone believes that here.
I suspect it is more that people actually like an error when they try
and install something that is installed already, rather than just to be
silently ignored. To me it is not obvious that either way is right.
To perhaps avoid the issue, if you want, I can send you copies of the
scripts I use (which use pkg_comp - of course) that avoid the problems
you're seeing - that is, that make sure that whatever I ask to be built,
the right things get built, in the right order, so that it has now been
a very long time since I've had anything fail the way you described (yes,
that used to bug me as well...)
My scripts aren't really distribution quality, you'd need to do a little
editing to fix path names that apply to me, that you'd want different
(anyone would want different - even I often want different!) which are
just built in (but mostly via shell var assignments, not sprinkled throughout).
Lastly, I believe in an almost empty pkg_comp sandbox, so the scripts like
to frequently destroy/recreate it - unpacking existing binary packages
for dependencies is generally fast, and this way the binary packages that
get built avoid having hidden dependencies upon other stuff that the
configure nonsense just happened to find lying around.... I use pkgsrc
modular xorg, but the scripts don't know that, I have used them with the
standard X releases as well, that's just a pkg_comp config issue, you still
need to do that the normal way. But if this style of working isn't what
you want, my scripts might not be what you need (they might provide a
starting point though).
ps: offer applies to anyone else who uses pkg_comp, or would like to, if
you're not a pkg_comp user, they'd be useless to you.
Main Index |
Thread Index |