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

Re: Enabling uscan to simply remove files from upstream source





2012/8/21 Andreas Tille <andreas@an3as.eu>
Hi,

third summary of the proposal

 1. The new field Files-Excluded in debian/copyright contains a space
    separated list of globs (as used by find and for specifying file
    lists in machine readable debian/control files). The deletion
    process will loop over every _expression_

      rm -rf ${MAIN_SOURCE_DIR}/<_expression_>

    An example copyright file would look like this:

Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Source: http://susy.oddbird.net/
  Repackaged, excluding non-DFSG licensed fonts and source-less
  _javascript_
Files-Excluded:
  docs/source/fonts/*
  docs/source/_javascript_s/jquery-1.7.1.min.js
  docs/source/_javascript_s/modernizr-2.5.3.min.js

 2. If files matching are contained in the source tarball this will
    be repackaged except if the option --no-exclusion is given at
    uscan command line or if USCAN_NO_EXCLUSION is set in
    /etc/devscripts.conf or ~/.devscripts.

 3. If the tarball did not contained any of the globs in
    debian/copyright::Files-Excluded it should be left untouched
    (except if the repackaging is needed because of compression method
    anyway if the user forces --repack).
 
Just a remark, it would be nice in this case to get a warning/log that some/all glob do not match to track changes in upstream tarballs (exclusion in previous release, then not needed anymore).

Olivier


 4. In case something was removed the version string will be appended by
    '+dfsg' to express the fact that the content of the original source
    was changed.

This discussion brought up additional new wishlist features for uscan:

 a) Configurable option when repacking (this is somehow related to
    the suggestion above but I would like to split up this to a
    different task).

 b) Uscan should be enabled to download VCS repositories (and once
    it does deletion of files should be possible according to the same
    method above (this is an interesting feature in principle but once
    uscan is able to delete files it can do it for any download method).

 c) The suggested repackaging method was requested for non-uscan
    based downloads (for instance from VCS) which might have an
    influence for the final implementation as a separate tool which
    could simply called by uscan (and others).

 d) Enable confirguration of compression method.  I'd consider this
    an unrelated feature which also could be useful for --repack.
    I admit once we are repackaging anyway it might be reasonable to
    be able to influence the compression method but I also would like
    to split this up to a different task.

Regarding the implementation there was some uncertainity about the
actual Perl module to use.  In the attached example script I decided to
stick to Dpkg::Control and left the code for Parse::DebControl as a
comment which could pretty easily could replace the other parser.  The
code works for me however, there might be some remaining empty
directories which I'm tempted to delete these as well via an "educated"

   find tmp -type d -empty -delete

which means I would care for deleting only those directories that became
empty by the previous removal process and not those directories which
were originally empty in the tarball.  On the other hand we might simply
go with those empty dirs that finally do not harm.

Any further hints / remarks?

Kind regards

      Andreas.

--
http://fam-tille.de



--
gpg key id: 4096R/326D8438  (keyring.debian.org)
Key fingerprint = 5FB4 6F83 D3B9 5204 6335  D26D 78DC 68DB 326D 8438


Reply to: