[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: RFS: wmmoonclock (updated package)



Hi kix,

On Sat, Aug 06, 2011 at 07:12:07PM +0200, Rodolfo kix Garcia wrote:
> On Fri, 05 Aug 2011 13:43:07 +0200, Kilian Krause wrote:
> >On Sat, 2011-07-30 at 12:48 +0200, Rodolfo kix Garcia wrote:
> >>I am looking for a sponsor for the new version 1.27-30
> >>of my package "wmmoonclock".
> >>
> >>http://mentors.debian.net/debian/pool/main/w/wmmoonclock/wmmoonclock_1.27-30.dsc
> >>
> >>I would be glad if someone uploaded this package for me.
> >
> >Sorry, but no.
> 
> :'( ;-)
> 
> >1.) If you update a package without new upstream release you must use
> >the orig.tar.gz file that is in the Debian archive. Any upload using
> >another tarball will fail to be accepted by the Debian archive.
> >
> >2.) You moved upstream's changelog out of debian/ with the new
> >upstream
> >tarball. As said above the tarball in inalienable without a new
> >upstream
> >release version and thus this change cannot be accepted.
> 
> Ok. Please, take a look here: http://repo.or.cz/w/dockapps.git
> 
> Is the git for dockapps. The WindowMaker project is making a new git
> with the dockapps. Here, in this tree, the changelog file is in the
> root folder, not in the debian folder. This is the reason for a new
> version with this file in the root and new version number.

Sorry if I've made myself not clear enough as you do not seem to have gotten
my point. To make an upload of 1.27-30 you have to use the orig.tar.gz like
http://ftp.debian.org/debian/pool/main/w/wmmoonclock/wmmoonclock_1.27.orig.tar.gz
which is already in the Debian archive for the last versions.

No other file will be accepted by the Debian archive for an upload using
upstream version 1.27. And this file does not contain a changelog. 

If you now provide a new upload with version 1.27-30 that has a changelog
file in there instead of under debian/ that means you're not using the same
upstream tarball and thus your upload cannot be accepted by the Debian
archive scripts.

In case you can have upstream declare this as 1.28 release that'll be fine
but until then there is no way around using exactly this tarball.


> >3.) shipping changelog as docs is not an required.
> >dh_installchangelogs
> >should catch it in default locations - unusual locations can be
> >provided
> >in debian/rules as argument. No need to add changelog as docs too.
> 
> ok
> 
> >4.) The patches altogether lack a DEP-3 header. Please consider
> >adding
> >one and especially feeding them back upstream to have them
> >included and
> >vanish from Debian packaging.
> 
> perfect, I will do it.
> 
> >5.) Regarding taking over the maintainer ship. You should update the
> >title of #588837 to read ITA.
> 
> ok
> 
> >6.) Updating debian/copyright to DEP-5 would be a bonus.
> 
> ok++
> 
> >7.) debian/watch is empty. This makes comparing new upstream
> >tarballs to
> >your provided one quite tedious. Please update it to the correct
> >upstream locations.
> 
> There is not webserver yet. The info at http://windowmaker.org or
> http://windowmaker.info is not updated. The pages will move to a CMS
> soon, but there is no tarballs yet. I will update the package if the
> tarballs are available. Now the files are only in the GIT.

That's quite sad but in that case the debian/copyright needs to be updated
too (http://nis-www.lanl.gov/~mgh/WindowMaker/DockApps.shtml is no longer
valid then). And as a personal preference I'd recommend adding a
get-orig-source target in the meantime which would preferably reconstruct
some tarball with the contents of the 1.27.orig.tar.gz as is now in the
Debian archive (if possible).

> Ok, what should I do? Update the problems 3-7?

Yes, and reuse the original tarball to provide the next upload to
mentors.d.n (which would make the list 1-7 I guess). ;-)

-- 
Best regards,
Kilian

Attachment: signature.asc
Description: Digital signature


Reply to: