tech-pkg archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: HEADS UP: I will be merging christos-time_t by the end of the week



Eric Haszlakiewicz <erh%nimenees.com@localhost> writes:

> On Mon, Jan 05, 2009 at 08:17:43AM -0500, Greg Troxel wrote:
>
>> Why is this any different that any other change, like base system
>> openssl bump?  If we revbump every package, should we be doing this for
>> every incompatible change in every OS pkgsrc runs on?  I don't think
>> we've ever (or certainly not usually) done this.
>> 
>> One does need to build new packages when the OS changes, at least
>> sometimes.  But a revbump won't fix that, because people who rebuild
>> during the bump and then update to current won't get a rebuild.
>> 
>> Probably we need to treat the base system as a virtual package with an
>> ABI version and do some sort of unsafe_depends marking when updating the
>> base.
>
> I'm not familiar with what you mean by unsafe_depends.  How does it work?
> I found a few mentions of how it gets set (by "make replace" apparently)
> but I'm not seing much regarding what it actually does.

unsafe_depends is a per-package variable (manipulated by pkg_admin set)
that records that a dependency was changed out from under a package.
Thus, make replace sets it, and pkg_add -u should also but I think
doesn't yet.  pkg_rolling-replace will tsort all the packages that are
out of date w.r.t. pkgsrc or have unsafe_depends set and do make replace
on each.

My view is that unsafe_depends is a core pkgsrc feature to keep track of
what's happened, and that pkg_rolling-replace is an optional program to
do something useful about resolving issues.

Attachment: pgpr5nIaCwQXh.pgp
Description: PGP signature



Home | Main Index | Thread Index | Old Index