[Pkg-jed-commit] r689 - in jed/branches/0.99.19/debian: . patches

Rafael Laboissiere rafael at debian.org
Tue May 15 23:30:06 UTC 2007


* Jörg Sommer <joerg at alea.gnuu.de> [2007-05-16 00:24]:

> Rafael Laboissiere schrieb am Tue 15. May, 18:10 (+0200):
> > Unfortunately, this will not work, because 0.99.19~pre78-1 <<
> > 0.99.19.svn.60-1 so that the upload will get refused (the Debian installer
> > does not accept downgrades in the version number).
> 
> Mmm. And an upload to unstable? Is the whole 0.9.19 series lost? Can we
> remove this version from experimental anyhow?

I think that packages are removed from experimental when a higher version is
uploaded to unstable.

> > This is my fault, sorry, I should not have started using the .svn.<rev>
> > versioning scheme.  Anyway, I am afraid we will have to revert this change,
> > unless we start using an epoch (i.e. 1:0.99.19~pre78-1).  Tell me what you
> > prefer.
> 
> If we can upload a lower version to unstable than I would prefer to leave
> this broken version in experimental and wait for the 0.99.19 tarball.

The installer accepts happily uploads to unstable with version numbers
lesser than that in experimental (this happens all the time, BTW).  So we
can continue with the ".svn.*" scheme I started with or simply use
0.99.19.78 for the next upload.  Once the 0.99-19 tarball is released, we
upload 0.99.19-1 to unstable.  As I wrote above, the package in experimental
will not be removed.  However, this will not be problematic, since we will
probably use experimental for the 0.99.20.* series, or whatever is greater
than 0.99.19.*.

> > > --- jed/branches/0.99.19/debian/rules	2007-05-15 14:53:37 UTC (rev 688)
> > > +++ jed/branches/0.99.19/debian/rules	2007-05-15 15:26:06 UTC (rev 689)
> > > @@ -172,14 +172,11 @@
> > >  
> > >  binary: binary-arch binary-indep
> > >  
> > > +JED_VER=0.99.19~pre78
> > >  get-orig-source:
> > > -	( url="svn://svn.gna.org/svn/jed/trunk" ;		\
> > > -	  rev=$$(svn info $$url | grep ^Rev | sed "s/.*: //") ;	\
> > > -	  ver=0.99.19.svn.$$rev ;				\
> > > -	  dir=jed-$$ver ;					\
> > > -	  svn export $$url $$dir ;				\
> > > -	  rm -rf $$dir/info ;					\
> > > -	  tar czf jed_$$ver.orig.tar.gz $$dir ;			\
> > > -	  rm -rf $$dir )
> > > +	svn export svn://svn.gna.org/svn/jed/trunk jed-$(JED_VER)
> > > +	rm -rf jed-$(JED_VER)/info
> > > +	tar czf jed_$(JED_VER).orig.tar.gz jed-$(JED_VER)
> > > +	rm -rf jed-$(JED_VER)
> > 
> > Unless there is a strong reason for not using "svn info" as it was before, I
> > see the change above as a regression.
> 
> I prefer the real version over the svn revision, because then the dpkg -l
> output and the xjed --version output are the same.

Oh, I see.  I thought that 78 was an SVN revision number.  We should then be
careful when generating the tarball from the SVN repository.  If you agree,
the next upload will be 0.99.19.78-1.
 
-- 
Rafael



More information about the Pkg-jed-devel mailing list