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

Re: Bug#706957: [Ping] Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1 [ITP]

* Andreas Tille: " Bug#706957: [Ping] Bug#706957: RFS:
  tryton-modules-stock-lot/2.8.0-1 [ITP]" (Tue, 21 May 2013 18:02:38 +0200):

Hi Andreas,

> thanks for the ping and for working on the tryton modules.

Thanks for answering and now responding additionally to previous PM.
> In general I'm working in teams were the VCS is hosted on alioth.org and
> where I have commit permissions.

Completely agreed for team maintenance, all Debian Tryton Maintainers stuff is
organized like that. My previous sponsor (Daniel Baumann) retired, so the team
currently is as small as a team can be...;) If you are willing to step in I
will be happy to put you in Uploaders as well as receiving an ssh key for
commit access.

> It is not that I usually would tend to
> commit a lot.  But sometimes it is just simpler to commit a small fix
> than explaining the sponsee what I want to be changed.

Since we are obviously using a little bit different workflow I would prefer to
talk first until we know, which fixes should be applied.
> Because I prefer working with VCS rather than mentors I gave your Git
> repository a try:
> $ git stash
> Saved working directory and index state WIP on debian: d30bd8f Moving
> doc/index.rst to appropriate subdirectory doc. HEAD is now at d30bd8f Moving
> doc/index.rst to appropriate subdirectory doc. $ git-buildpackage
> dh clean --with python2
>    dh_testdir
>    debian/rules override_dh_auto_clean
> make[1]: Entering directory
> `/home/tillea/debian-maintain/alioth/tryton/tryton-modules-stock-lot'
> dh_auto_clean running clean
> 'build/lib.linux-x86_64-2.6' does not exist -- can't clean it
> 'build/bdist.linux-x86_64' does not exist -- can't clean it
> 'build/scripts-2.6' does not exist -- can't clean it
> running clean
> 'build/lib.linux-x86_64-2.7' does not exist -- can't clean it
> 'build/bdist.linux-x86_64' does not exist -- can't clean it
> 'build/scripts-2.7' does not exist -- can't clean it
> rm -rf *.egg-info
> make[1]: Leaving directory
> `/home/tillea/debian-maintain/alioth/tryton/tryton-modules-stock-lot' dh_clean
> gbp:error: You have uncommitted changes in your source tree:
> gbp:error: # On branch debian
> # Changes not staged for commit:
> #   (use "git add/rm <file>..." to update what will be committed)
> #   (use "git checkout -- <file>..." to discard changes in working directory)
> #
> #       deleted:    trytond_stock_lot.egg-info/PKG-INFO
> #       deleted:    trytond_stock_lot.egg-info/SOURCES.txt
> #       deleted:    trytond_stock_lot.egg-info/dependency_links.txt
> #       deleted:    trytond_stock_lot.egg-info/entry_points.txt
> #       deleted:    trytond_stock_lot.egg-info/not-zip-safe
> #       deleted:    trytond_stock_lot.egg-info/requires.txt
> #       deleted:    trytond_stock_lot.egg-info/top_level.txt
> #
> no changes added to commit (use "git add" and/or "git commit -a")
> gbp:error: Use --git-ignore-new to ignore.
> The reason is that you intentionally are deleting
> trytond_stock_lot.egg-info which is part of upstream tarball.  People
> (like me) who are keen on creating packages that are building twice in a
> row would prefer to rather move the package out of the way, lets say to
> trytond_stock_lot.hen-info and restore it afterwards.

Deleting  *.egg-info is just for the purpose to be able to build the package
twice. Please read below.
> However, I was running git-buildpackage --git-ignore-new which worked.
> So I would not have used the issue above as a showstopper specifically
> when targeting at experimental.

I am following the workflow of git-stuff [1], which until now for me gives
clean and stable results. The Tryton packages so far use pure debhelper
and I am building just with with debuild/dpkg-buildpackage (no use of
> But there is finally one issue which let me refrain from a final upload
> because the file debian/docs is different in Git and on mentors.  So I
> do not have an idea what you really want to be uploaded.  Please bring
> both into sync and I'll sponsor what I will find in Git once you have
> confirmed that this is OK.

I think you are building from HEAD, not from the release tag. Thus I suppose the
doc patch [2] in VCS is making the difference.

 git checkout debian/2.8.0-1
should just do the job.

Thanks so far,



    Mathias Behrle
    Gilgenmatten 10 A
    D-79114 Freiburg

    Tel: +49(761)471023
    Fax: +49(761)4770816
    UStIdNr: DE 142009020
    PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6

Attachment: signature.asc
Description: PGP signature

Reply to: