[pkg-php-pear] RFS - php-symfony-console and php-symfony-finder

andrea rota a at xelera.eu
Thu Jul 4 17:30:56 UTC 2013

On Wed, Jul 03, 2013 at 01:00:28PM -0400, David Prévot wrote:
> > uhm, i think i need to set stricter options for lintian - this was not
> > detected and i didn't notice it :S
> echo alias lintian='lintian -EI --pedantic' >> ~/.bash_aliases
> should do ;-).

this works, thanks - i was relying on these defaults in ~/.lintianrc but
it looks like this dotfile is not used when lintian is invoked by
git-buildpackage on my system, but the alias does its job :)

> > if you agree, i can drop this - i guess it's best to git rm it from the
> > debian-sid tree
> Please, drop it from the upstream branch (or make an intermediary
> dfsg-branch) with the actual upstream (from Debian PoV) branch.
> > (and perhaps add it to .gitignore to make sure it
> > doesn't come back by mistake on updates of code from upstream - unless
> > they change path, but then it'll be detected by lintian) so that it
> > isn't included in the source tree at all, or is there a specific policy
> > on how to deal with these cases?
> You could also repack the tarball directly on download as we do in,
> e.g., owncloud or spip (and if the repack fails because the filepath
> changed, one has to fix it, so it lowers the risk of including the
> non-DFSG material back by mistake):
> http://anonscm.debian.org/gitweb/?p=pkg-owncloud/owncloud.git;a=blob;f=debian/repack.sh;hb=HEAD
> http://anonscm.debian.org/gitweb/?p=spip/spip.git;a=blob;f=debian/repack.sh;hb=HEAD
> (and the watch file does the trick so the get-orig-source rules’ target
> still works):
> http://anonscm.debian.org/gitweb/?p=pkg-owncloud/owncloud.git;a=blob;f=debian/watch;hb=HEAD
> A pristine-tar branch would be nice to have, especially when using
> repacked material.

thanks - i have added the pristine-tar branch and dropped the .exe file
from the tree (and added a d/rules target to remove it from package.xml
to avoid build errors), though i ended up following Mathieu's suggestion
to let git-import-orig --filter deal with this for future imports of new
upstream versions.

> > in either case, would this require versioning the package as
> > 2.3.1+dfsgX once the binary is removed?
> Not mandatory, but nice to have to make it clear the upstream tarball is
> not use. No X needed.

ok, this is now 2.3.1+dfsg-1 in d/changelog.




andrea rota

Xelera - IT infrastructures
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 1530 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-php-pear/attachments/20130704/7d87111b/attachment.sig>

More information about the pkg-php-pear mailing list