Bug#308339: Wrong source package name

Arnaud Vandyck Arnaud Vandyck <avdyk@debian.org>, 308339@bugs.debian.org
Thu May 12 22:09:02 2005


Mon, 9 May 2005 19:47:46 +0200, 
Jeroen van Wolffelaar <jeroen@wolffelaar.nl> wrote: 

> On Mon, May 09, 2005 at 07:25:24PM +0200, Wolfgang Baer wrote:

[...]

>> Well, I think it was due to the old jakarta-log4j source package
>> which has currently a pending removal request and you have just
>> removed :-)
>> 
>> http://packages.qa.debian.org/j/jakarta-log4j.html
>
> Right, but you can instead just supersede that package by a new upload
> building other binary packages, thus completely rendering the go via
> ftp-master unneeded -- that was my point. Library name transitions would
> otherwise always need to go via ftp-master, which would be one big mess.
>
> If the name stays like this, next time it'll be log4j1.3, log4j1.4,
> etc., each time requiring ftp-master intervention.  I'm saying the
> source package should always remain at log4j.

I don't understand how you manage libraries that have incompatible
API's? How do we do with ant? bsh? servlet? struts?

You mean creating a tarball with the two different versions of the lib?!
And why do you want we change the name of the source package when the
first one is removed?

I'm sorry, I don't understand your point.

-- 
  .''`. 
 : :' :rnaud
 `. `'  
   `-    
Java Trap: http://www.gnu.org/philosophy/java-trap.html