Nicolas Williams wrote:
> I think pkg version numbering should not attempt to mimic the version
> numbers of the packaged software unless the pkg system can do so with
> fidelity. If there are good reasons to use integers rather than strings
> (and some reasons have been given) then simply divorce the two version
> numbers and provide a separate attribute by which a pkg's manifest can
> document the version of the underlying software.
>
> One good reason to separate pkg and software version numbers is that you
> might make changes to a package without changing the packaged software
> at all. Then, if your intention had been to have the pkg version number
> mimic the packaged software's, how would you encode such a change into
> the package's version number??
>
> Nico
Hi Nicolas,
for example Debian uses suffix -%debianversion to the actual package's
version string.
So it's very clear, everything after last dash is package system
specific data, which could be arbitrary string containing anything
package system likes:
openssl 0.9.8g-1
I completely agree that pkg version (rebuild...) and upstream version
should be stored in different places. See how Debian handles this above.
pkg version string could include timestamp.
IMO there is a vast plain of options how to improve current IPS package
version scheme chaos.
Some packages contain upstream package version, some others don't
contain it at all!
I cannot use IPS tools to find out which software version I have
installed. This information is missing for vast amount of packages. I
have to run the program manually and find out the version string somewhere.
That's frustrating.
See examples below:
Bad example:
pkg:/[EMAIL PROTECTED],5.11-0.91:20080613T180317Z
pkg:/[EMAIL PROTECTED],5.11-0.91:20080613T172936Z
pkg:/[EMAIL PROTECTED],5.11-0.91:20080613T172351Z
pkg:/[EMAIL PROTECTED],5.11-0.91:20080613T172907Z
Good example:
pkg:/[EMAIL PROTECTED],5.11-0.91:20080613T172420Z
There have to be rules for storing and manipulating package version
strings and better define them quickly and update them rather than
silently ignoring the problem.
Cheers
Vit
_______________________________________________
pkg-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
