From: <mic...@ea...> - 2004-09-07 13:40:15
|
Le 7 sept. 2004, =E0 14:02, Daniel Macks a =E9crit : > packaging manual additions: > > * Revision field: add notes about Revision field incrementing > > +<p> > + This > + includes changing the <code>Depends</code> or other package lists, > + with the exception of<code>BuildDepends</code>, and adding, > + removing, or renaming splitoff packages or shifting files among > + them. Could it be rephrased so that in case of building correctly a package,=20= but the built is not correct (i.e. missing a crucial builddepends), it=20= will be clear that the revision number should be increased when the=20 BuildDepends field changes. Otherwise the user has not chance to see=20 its package updated, unless he knows the info file has silently=20 changed. For example, I think about missing shared-mime-info, which does not=20 impede the build of the package, but impedes the user to add new=20 filters. Mich=E8le <http://micmacfr.homeunix.org> |