Re: [CFT] packaging the base system with pkg(8)

From: Slawa Olhovchenkov <slw_at_zxy.spb.ru>
Date: Fri, 11 Mar 2016 16:31:57 +0300
On Fri, Mar 11, 2016 at 02:20:59PM +0100, Baptiste Daroussin wrote:

> On Fri, Mar 11, 2016 at 04:10:56PM +0300, Slawa Olhovchenkov wrote:
> > On Fri, Mar 11, 2016 at 01:05:11PM +0100, Baptiste Daroussin wrote:
> > 
> > > On Tue, Mar 08, 2016 at 05:35:59PM +0000, David Chisnall wrote:
> > > > On 8 Mar 2016, at 15:14, Slawa Olhovchenkov <slw_at_zxy.spb.ru> wrote:
> > > > > 
> > > > 
> > > > In terms of comparing packages, if you’re doing that visually then you are likely to have problems anyway, unless your eyes and brain work far better than most humans.  We can make that much easier by providing libxo output in pkg and allowing you to have a simple jq script that tells you what the differences are.
> > > > 
> > > pkg can already expose the entire content of a package in json or ucl via:
> > > $ pkg info --raw --raw-format [json|json-conpact|yaml|ucl] name
> > 
> > Exposing  the entire content of a package is not a root of cause.
> > Question in comapring of two different setup with different behaviour
> > and search cause of difference.
> > 
> > Case of only a few monolitic packages is essentiality simple then case
> > of 1000 combined packages.
> pkg info -a on one diff with pkg info -a on the other
> for the full content: pkg info -a --raw on both end and diff them.
> 
> That should cover your case, no?

No, that may cause a much false positive: slight different versions,
unimportant packets and etc. In 1000 packets this give to many noise.

For example, currently examining some port via
https://www.freebsd.org/ports/ and see long list of dependences I am
need very complicated test for deduction: this is simple Qt5
dependence, I am already have Qt5 and installing this port don't
require too much!

Also, this is need some common place for transfer lists from both
sides. Not always possible (restricted access, for example. or no
connection between system -- different terminals for each)
Received on Fri Mar 11 2016 - 12:32:01 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:03 UTC