On Thu, Mar 20, 2008 at 10:54:41PM +0200, Stefan Kost wrote: > Vincent Untz schrieb: > > Le jeudi 20 mars 2008, à 14:41 +0100, Stefan Kost a écrit : > >> hej, > >> > >> one question for 'install-module foo-X.Y.tar.gz' on master.gnome.org. > >> Does anyone knows how to handle 'foo-X.Y.news' and 'foo-X.Y.changes'? > >> Some modules have those files in the ftp directories and it improves > >> the generated newsfeed on http://download.gnome.org/LATEST.xml. > > > > The news file is automatically generated with a diff on NEWS between the > > previous release and the newly installed release. I believe it's not > > created for a .0 release since it creates the directory and so there's > > no previous release in this directory. This could be improved, I guess. > > It takes the NEWS file from the archive? I release gtk-doc-1.9 and 1.10 sofar > (1.10 yesterday) and I neither got .news nor a .changes file generated. > Bother > we no .0 release. Hrmpf. I found out what goes wrong. gtk-doc releases use > versions like 1.9, 1.10, 1.11. The script creates new dirs for each release > and > belives its a .0 release, which is wrong as its not 1.10.0. > > I think for releases with such a numbering scheme this: > MAJMIN=$(echo $VERSION | sed "s#\([[:digit:]]\+\.[[:digit:]]\+\).*#\1#") > LOCATION=$FTPROOT/sources/$MODULE/$MAJMIN > should be > MAJ=$(echo $VERSION | sed "s#\([[:digit:]]\+\.*#\1#") > LOCATION=$FTPROOT/sources/$MODULE/$MAJ
Install-module is not the only place where x.y.z is expected. I'm planning to rewrite install-module in Python and hopefully I can add something that handles the .0 case; together with .exe files. Note that it will be much stricter than currently (you can easily re-release the same version number). -- Regards, Olav _______________________________________________ desktop-devel-list mailing list [email protected] http://mail.gnome.org/mailman/listinfo/desktop-devel-list
