purely package-based/oriented solution

Andriy Gapon avg at icyb.net.ua
Wed Apr 23 14:03:09 UTC 2008


on 23/04/2008 16:39 Pav Lucistnik said the following:
> Andriy Gapon píše v st 23. 04. 2008 v 16:35 +0300:
>> on 23/04/2008 01:37 Pav Lucistnik said the following:
>>> Andriy Gapon píše v út 22. 04. 2008 v 22:41 +0300:
>>>> Sorry if this is something obvious or a FAQ.
>>>>
>>>> Is there a tool for purely package-based management of third-party software?
>>>> That is, something that meets the following criteria:
>>>> 1. doesn't require ports tree
>>>> 2. works similarly to package installation in FreeBSD installer
>>>> 3. can properly handle upgrading packages (including dependencies)
>>>> 4. can check remote package repositories and, based on timestamp or
>>>> INDEX, can find new versions for installed packages
>>>> 5. can verify that all dependencies would be met before downloading all
>>>> packages in full (e.g. based on INDEX data or can download initial
>>>> blocks of packages, so that package metadata could be extracted and
>>>> examined).
>>> portupgrade should be able to do 1-4, I don't know if 5 too.
>>>
>> BTW, strange thing:
>> $ portupgrade -a -PP
>> ...
>> ** Port marked as IGNORE: devel/linux_kdump:
>>         does not build with the default linux base, use the package instead
>>
>> What's this about? :-) I do say to use packages only.
> 
> Guess portupgrade still looks at the ports tree. What happens if you try
> to rm -rf /usr/ports first?

Well, I want to keep them.
I.e. I am actually looking for a tool that would be agnostic of ports,
but I still want to keep ports for things that I'd rather customize myself.
But for the sake of experiment I will try mv-ing ports of the way and
see what happens.

-- 
Andriy Gapon


More information about the freebsd-ports mailing list