Ports, pkg's confusion on upgrades...
Matthias Andree
matthias.andree at gmx.de
Sat Aug 16 09:41:58 UTC 2014
Am 15.08.2014 um 14:43 schrieb Karl Pielorz:
>
>
> --On 15 August 2014 12:52 +0200 Łukasz Wąsikowski
> <lukasz at wasikowski.net> wrote:
>
>> You could solve this by using your own poudriere - create repos with
>> your own port's options and pkg upgrade everything. Your current
>> approach - mixing packages and ports - is not supported IIRC.
>
> Thanks for the suggestion - and I take your point about not mixing ports
> & packages...
>
> Setting up our own pkg repo though sounds like a lot of work (all for
> the sake of about probably 2 packages we need to change the options on)
> - I'd guess there's no way of telling pkg to use 'our' repo for these
> 2-3 packages, and the main one for everything else?
>
> I suppose the other option is just ignore packages, and stick to ports?
> (presuming ports will always be around :)
Building ports is sometimes more effort than doing a clean-room build
with, say, poudriere. I recently upgraded OpenEXR from 2.1 and 2.2 (as
port maintainer) and had to patch the upstream source so 2.2 would build
with 2.1 pre-installed. These issues never show under poudriere, which
is why some people are considering ports "obsolete".
I am not one of these people.
> I'd also still like to know if there's a way of getting 'pkg upgrade' to
> spit out why it wants to install a 'new package' - when none of the
> current packages have a dependency on it?
Likely either because the new version that would get installed requires
those, or because current pkg versions are rather buggy with respect to
shared library dependencies. AFAICS this is going to be fixed only
after a pkg 1.3.7 release and the subsequent full pkg rebuild.
The other issue I found is that you cannot install a locked package from
ports either because pkg will refuse to deinstall the old version.
There would need to be a limited lock, perhaps a "hold" or "no-remote"
or "no-upgrades" that only affects "pkg upgrade" and downloads but not
local deinstalls/install. I'm not too hopeful though...
More information about the freebsd-ports
mailing list