Re: "Standard" version numbers (Re: SYSTEM package contradictions)
Jordan K Hubbard <[email protected]>
| Newsgroups | gmane.os.freebsd.devel.libh |
|---|---|
| Message-ID | <[email protected]> |
I guess we were being optimistic on the regular version thing. I don't see any problem with going to a unique serial number instead and making the version number, if available, purely advisory. - Jordan On Monday, June 3, 2002, at 07:56AM, The Anarcat wrote: > [1] says: > > "Feature version specification: regular version, serial number > (integer), snapshot date (time_t GMT). Accessors to the feature type > are in the Feature namespace." > > What's a "regular version"??? In my porting experience, I learned > there's no way in hell we'll have "regular versions" to use from. > > It might be appropriate to just drop the regular version altogether > and use serial numbers/snapshots dates for versioning. Regular > versions could still be used symbolically. > > Otherwise we need to define a hardcore version scheme that will not > cause too much trouble. We don't have that in ports right now. > > A. > > On Sun Jun 02, 2002 at 11:26:39PM -0700, Jordan K Hubbard wrote: >> The package documentation describes the correct behavior. The >> implementation only describes what got implemented, and not even >> correctly. :) >> >> On Sunday, June 2, 2002, at 07:00PM, The Anarcat wrote: >> >>> 4- what is the format of the "standard revision" feature element? >>> x.y? >>> x.y,z? And in any case, how should be interpreted the version of the >>> FreeBSD (or OSNAME) feature? > > > Footnotes: > [1] http://usw4.freebsd.org/~libh/sysinstall2/x111.html > > -- > The idea that Bill Gates has appeared like a knight in shining armour > to > lead all customers out of a mire of technological chaos neatly ignores > the fact that it was he who, by peddling second-rate technology, led > them into it in the first place. - Douglas Adams (1952-2001) > <mime-attachment> -- Jordan K. Hubbard Engineering Manager, BSD technology group Apple Computer To Unsubscribe: send mail to [email protected] with "unsubscribe freebsd-libh" in the body of the message