from:"Mathias Behrle"

Re: Tool to cobvert PyPI package into .deb?

2023-01-03 Thread Mathias Behrle

* Barry Scott: " Tool to cobvert PyPI package into .deb?" (Mon, 2 Jan 2023
  21:06:18 +):

> I found the pypi2deb package but it does not work.
> 
> For example:
> 
> $ py2dsp xml-preferences
> /usr/bin/py2dsp:163: DeprecationWarning: There is no current event loop
>    loop = asyncio.get_event_loop()
> E: py2dsp py2dsp:167: 'releases'
> 
> The problem is that its loading meta data from PyPI and thinks there is 
> a field called 'releases' but it does not exist.
> 
> I see the same issue with requests.
> 
> Is there a tool that does work?
> 
> Or is there a work flow I can follow turn a PyPI package into a debian 
> package?
> 
> Barry


Please have look at the branch of olasd:
https://salsa.debian.org/python-team/tools/pypi2deb/-/merge_requests/5

It should work.

Cheers,
Mathias


-- 

Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6 1C71  7681 D6D0 9BE4 8405 BBF6


pgpXUzHh_6ehn.pgp
Description: Digitale Signatur von OpenPGP

Re: Jitsi meet packaging

2020-09-27 Thread Mathias Behrle

* Damian Minkov: " Re: Jitsi meet packaging" (Sun, 27 Sep 2020 09:41:31 -0500):

Hi Damian,

> Thanks for the interest in the project. There are a few concerns I have,
> first is that we do not have the resources to maintain this.
> 
> The second one is that the project sometimes follows the pace of the
> browsers to do new releases. Which means a new version every 6 weeks. We
> had two or three occasions in the last few years where everyone needs to
> update due to a breaking change in the browsers, like a mandatory field
> being added in SDP, or the old bridge not supporting the new DTLS version.
> And because of the pace of how things evolve, we do not support old release
> doing backports. This means that if a package goes in stable it may happen
> to soon be unusable.
> And sometimes backporting a change is even not possible :) Like the DTLS
> change, the update was moving of using a complete re-write of the bridge
> ... new dependencies and totally new project ...
> 
> And if someone chooses the path of doing the job we are talking about
> 150-200 dependent libraries, I'm not sure how many of those are already in
> Debian, I would guess not much ... This was the main problem when we did
> the Jitsi Desktop submission to the Debian repos, It took us, one
> person, fulltime for almost six months.

Thanks a lot to give some precious insights in the packaging effort, it is a
good thing to have it documented on this bug. It seems really to be a difficult
task to provide a stable version with changing browser compatibility.

Cheers
Mathias






-- 

Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6 1C71  7681 D6D0 9BE4 8405 BBF6


pgpBGTW4mKBOJ.pgp
Description: Digitale Signatur von OpenPGP

Re: Jitsi meet packaging

2020-09-27 Thread Mathias Behrle

* Fioddor Superconcentrado: " Jitsi meet packaging" (Sun, 27 Sep 2020 12:10:17
  +0200):

Hi,

> As user I'm interested in having Jitsi Meet available in FreedomBox. Since
> it is a pure Debian blend we need an official Debian package. So I'm
> considering to step forward and take over it.
> 
> But
> 1) I've never ever packaged any Debian package.
> 2) According to this bug, previous attempts have failed, so I guess there
> are reasons for that.
> 
> So, any guidance would be welcome.
> 
> I've seen that upstream already provides a .deb file. I guess it needs
> further debianisation to be accepted in the archive.

At least the original owner of #760485 seems to be the same person that is
currently active and in Uploaders at
https://github.com/jitsi/jitsi-meet/blob/master/debian/control

Best will be to ask him directly why he didn't push to get the packages into
Debian main. I have added him on CC.

> I plan to:
> - Review some introductory videos and documentation on Debian packaging
> that I read/watched ago and need a second check.
> - Take a look at other installation traces (Yunohost installs it on Debian
> and I want to check how they do it, and there's a number of hot to posts
> out there).
> - Then take the upstream package itself and try to identify the roadblocks.
> - Document them before I try to solve them, so that if I bun out someone
> can take over and not have to start all over again.
> 
> I'm responding to both the bug tracker and the mentors list. Is the list
> for mentors and mentored pupils ment for pupill support or Is it just
> mentors-only for coordination? My underlying question is: Should I join
> that list?

This list is for responding to all kinds of packaging questions, probably best
to subscribe.

Cheers
Mathias


-- 

Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6 1C71  7681 D6D0 9BE4 8405 BBF6


pgpN4XazaUAWf.pgp
Description: Digitale Signatur von OpenPGP

Re: Seeking replacement for some Java icons in package mauve-aligner

2015-07-15 Thread Mathias Behrle

Re-posting, initial reply didn't go the list(s):

* Andreas Tille:  Seeking replacement for some Java icons in package
  mauve-aligner (Wed, 15 Jul 2015 14:49:04 +0200):

 Hi,
 
 the package mauve-aligner containes some images[1] that are copyrighted
 
   Copyright 2000 by Sun Microsystems, Inc. All Rights Reserved.
 DarkHand16.gif
 
 so ftpmaster has rejected the upload[2].  Upstream says about these icons:
 
   Several of these icons were supplied by Sun as 'stock icons' to be used
   in Java interfaces, and although I'm pretty sure they were intended for
   redistribution I do not have a copy of the license. At least some of the
   other icons were definitely scraped from online sources without careful
   thought about licenses. A few were created by me. If you have
   suggestions for a good place to find freely licensed user interface
   icons it would be very helpful indeed! I would be happy to put in
   replacements with favourable licensing. 
 
 While I'm seriously wondering about the fact whether 16x16 and 24x24
 icons are copyrightable I'd be happy about any hints for replacent
 suggestions by free icons for the files
 
 Back16.gif
 Down16.gif
 Forward16.gif
 Home16.gif
 Up16.gif
 Zoom16.gif
 ZoomIn16.gif
 ZoomIn24.gif
 ZoomOut16.gif
 ZoomOut24.gif
 
 Any help would be really welcome.  

Since it seems to be possible to use png icons I would recommend to use
those from e.g. gnome-desktop-theme or tango-icon-theme.

Cheers,
Mathias



 [1]
 https://anonscm.debian.org/cgit/debian-med/mauve-aligner.git/tree/src/images
 [2]
 https://lists.alioth.debian.org/pipermail/debian-med-packaging/2015-June/032563.html
   



-- 

Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6


pgpXaKvXd5b7Q.pgp
Description: Digitale Signatur von OpenPGP

Bug#730306: RFS: tryton-modules-timesheet-cost/3.0.0-1 [ITP]

2013-11-29 Thread Mathias Behrle

* Mathias Behrle:  Bug#730306: RFS: tryton-modules-timesheet-cost/3.0.0-1
  [ITP] (Sat, 23 Nov 2013 20:36:05 +0100):

Hello Andreas,

may I ping you for the upload of this package?

Thanks a lot for uploading!

Mathias



 X-Debbugs-CC: tryton-deb...@lists.alioth.debian.org
 Package: sponsorship-requests
 Severity: wishlist
 
   Dear mentors, dear Andreas,
 
   I am looking for a sponsor for my package
   tryton-modules-timesheet-cost
 
  * Package name: tryton-modules-timesheet-cost
Version : 3.0.0-1
Upstream Author : Tryton project (www.tryton.org)
  * URL : http://downloads.tryton.org/3.0/
  * License : GPL-3+
Section : python
 
   It builds those binary packages:
 
   tryton-modules-timesheet-cost - Tryton Application Platform (Timesheet Cost
   Module)
 
   To access further information about this package, please visit the following
   URL:
 
   http://mentors.debian.net/package/tryton-modules-timesheet-cost
 
 
   Alternatively, one can download the package with dget using this command:
 
   dget -x
   
 http://mentors.debian.net/debian/pool/main/t/tryton-modules-timesheet-cost/tryton-modules-timesheet-cost_3.0.0-1.dsc
 
 
   This module is just the result of a refactoring of the already available
   timesheet module and will be needed as dependency for all modules using the
   former timesheet module. 
 
 
   More information about Tryton can be obtained from http://www.tryton.org
   Git URL for the package:
   
 http://debian.tryton.org/gitweb?p=packages/tryton-modules-timesheet-cost.git;a=summary
 
 
   Thanks for considering,
Mathias Behrle



-- 

Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6


signature.asc
Description: PGP signature

Bug#730306: RFS: tryton-modules-timesheet-cost/3.0.0-1 [ITP]

2013-11-29 Thread Mathias Behrle

* Andreas Tille:  Bug#730306: RFS: tryton-modules-timesheet-cost/3.0.0-1
  [ITP] (Fri, 29 Nov 2013 12:26:23 +0100):

Hi Andreas,

 thanks for pinging - I somehow missed this.
 
 Could you please explain why you recompressed the (small sized) upstream
 tarball.  Was anything removed.  If you want to push something md5sum
 different than it is provided by upstream please document this either in
 text od better code (get-orig-source target).

The recompression of the upstream tarball is just done the same way for all
modules independent of their size to have a common handling for all Tryton
packages.

The recompressed tarball used for the build can be obtained by pristine-tar list
and pristine-tar checkout.

And therefore the question arises for me, if a get-orig-source target is really
the way to go, because AFAIS md5sums could be different for each download and
recompression of the tarball. Or do you think, that the checkout with
pristine-tar should go to the orig-source target?

 Further hint: You might like to drop
 
 override_dh_builddeb:
 dh_builddeb -- -Zxz -z9
 
 from your rules file - it is not needed any more.

Thanks, will be removed in the next run.

Mathias

 On Fri, Nov 29, 2013 at 12:09:23PM +0100, Mathias Behrle wrote:
  * Mathias Behrle:  Bug#730306: RFS: tryton-modules-timesheet-cost/3.0.0-1
[ITP] (Sat, 23 Nov 2013 20:36:05 +0100):
  
  Hello Andreas,
  
  may I ping you for the upload of this package?
  
  Thanks a lot for uploading!
  
  Mathias
  
  
  
   X-Debbugs-CC: tryton-deb...@lists.alioth.debian.org
   Package: sponsorship-requests
   Severity: wishlist
   
 Dear mentors, dear Andreas,
   
 I am looking for a sponsor for my package
 tryton-modules-timesheet-cost
   
* Package name: tryton-modules-timesheet-cost
  Version : 3.0.0-1
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.0/
* License : GPL-3+
  Section : python
   
 It builds those binary packages:
   
 tryton-modules-timesheet-cost - Tryton Application Platform (Timesheet
   Cost Module)
   
 To access further information about this package, please visit the
   following URL:
   
 http://mentors.debian.net/package/tryton-modules-timesheet-cost
   
   
 Alternatively, one can download the package with dget using this
   command:
   
 dget -x
 
   http://mentors.debian.net/debian/pool/main/t/tryton-modules-timesheet-cost/tryton-modules-timesheet-cost_3.0.0-1.dsc
   
   
 This module is just the result of a refactoring of the already available
 timesheet module and will be needed as dependency for all modules using
   the former timesheet module. 
   
   
 More information about Tryton can be obtained from http://www.tryton.org
 Git URL for the package:
 
   http://debian.tryton.org/gitweb?p=packages/tryton-modules-timesheet-cost.git;a=summary
   
   
 Thanks for considering,
  Mathias Behrle
  
  
  
  -- 
  
  Mathias Behrle
  PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
 
 
 



-- 

Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6


signature.asc
Description: PGP signature

Upstream metadata (was: Bug#721424: RFS: pentobi/7.1-1)

2013-11-23 Thread Mathias Behrle

* Paul Wise:  Bug#721424: RFS: pentobi/7.1-1 (Sat, 23 Nov 2013 09:20:39
  +0800):

This question is on my ToDo list for a while:

 Might want to add a debian/upstream file.
 
 https://wiki.debian.org/UpstreamMetadata

I would like to include Upstream information in my packages, but not in a
redundant way. To my knowledge there are currently two places, where to put
such information:

1) debian/upstream [1][2]
2) debian/copyright [3]

While option 1 seems to be more specific, it points to a non-existent dep.
option 2 is less detailed, but points to an existent dep with status
'candidate'.

My personal preference would also go to a separate file debian/upstream,
because this information is not really releated to copyright.

Are there any common denominators, where to put upstream metadata?

Cheers,
Mathias


[1] https://wiki.debian.org/UpstreamMetadata
[2] http://dep.debian.net/deps/dep12
[3] http://dep.debian.net/deps/dep5/



-- 

Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6


signature.asc
Description: PGP signature

Bug#730306: RFS: tryton-modules-timesheet-cost/3.0.0-1 [ITP]

2013-11-23 Thread Mathias Behrle

X-Debbugs-CC: tryton-deb...@lists.alioth.debian.org
Package: sponsorship-requests
Severity: wishlist

  Dear mentors, dear Andreas,

  I am looking for a sponsor for my package
  tryton-modules-timesheet-cost

 * Package name: tryton-modules-timesheet-cost
   Version : 3.0.0-1
   Upstream Author : Tryton project (www.tryton.org)
 * URL : http://downloads.tryton.org/3.0/
 * License : GPL-3+
   Section : python

  It builds those binary packages:

  tryton-modules-timesheet-cost - Tryton Application Platform (Timesheet Cost
  Module)

  To access further information about this package, please visit the following
  URL:

  http://mentors.debian.net/package/tryton-modules-timesheet-cost


  Alternatively, one can download the package with dget using this command:

  dget -x
  
http://mentors.debian.net/debian/pool/main/t/tryton-modules-timesheet-cost/tryton-modules-timesheet-cost_3.0.0-1.dsc


  This module is just the result of a refactoring of the already available
  timesheet module and will be needed as dependency for all modules using the
  former timesheet module. 


  More information about Tryton can be obtained from http://www.tryton.org
  Git URL for the package:
  
http://debian.tryton.org/gitweb?p=packages/tryton-modules-timesheet-cost.git;a=summary


  Thanks for considering,
   Mathias Behrle


signature.asc
Description: PGP signature

Re: Please review: geierlein - free Elster client for German tax declarations

2013-06-07 Thread Mathias Behrle

* Dominik George:  Please review: geierlein - free Elster client for German
  tax declarations (Thu, 6 Jun 2013 16:02:48 +0200):

 There are two issues I see with the package that I would like to get feedback
 on:

It is not the feedback you requested, but I am sending anyway: thanks a lot for
packaging, it is a very valuable project.

-- 

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg

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


signature.asc
Description: PGP signature

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

2013-05-29 Thread Mathias Behrle

* Andreas Tille:  Re: [Ping] Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1
  [ITP] (Wed, 29 May 2013 12:02:38 +0200):

Hi Andreas,

   If you want me to ask for registering a pkg-tryton project (or whatever
   name you want to suggest - feel free to do so) I'd volunteer to do so
   and grant you admin permissions.  However, the announcement[2] is 10
   years old and there was no DM status at this time - I can't believe that
   you should not be able to register a project that makes perfectly sense.
   Why not simply go to
   
  https://alioth.debian.org/register/
   
   and fill in the form.  WOrst that can be happen is that your request
   will be rejected but I have severe doubt that this will happen.  
  
  I simply went there and got a big fat red Projektregistrierung ist
  beschränkt auf Alioth, nur Administratoren können neue Projekte anlegen.
  So, no, I didn't get rejected, it was just not possible to create any
  request.  
 
 Uhmm, that comes unexpected to me.  Just tell me if I should register
 such a project (once you might agree to the policy).

Please be so kind to register pkg-tryton. It will be enough for me to evaluate,
if I will find all I am needing. My username on alioth is mathiasb-guest.
 
   I admit people might have a different sense of humor - but this World
   Domination thingy is just a running gag.  I think there is no doubt that
   it only can be a joke.  
  
  The document is meant and linked as *policy*. I think (and support), there
  is very little humour in Debian, when it comes to policies as DFSG etc...;).
  Humour is just not appropriate in policy documents.   
 
 I admit that a policy document should refrain from humor and some better
 wording should be found.
 
  Whenever I will have a little spare time, I will make another proposal. As
  long as this remains unchanged, it is indeed a showstopper for me.  
 
 From my perspective technically the wording would be worth a bug report
 severity minor - I would not regard minor bugs as showstoppers.  (Just to
 explain my point of view, not trying to change your mind.)

Filed under [1]. 

BTW: The fusionforge package itself doesn't seem to have at all a public
VCS...;)

Cheers,
Mathias

[1]
http://alioth.debian.org/tracker/index.php?func=detailaid=314285group_id=1atid=21


-- 

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg

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


signature.asc
Description: PGP signature

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

2013-05-28 Thread Mathias Behrle

 for the other modules (not gnuhealth related
  modules) for the sake of all Tryton users.  
 
 I can try my best if the frequence you throw out new packages will not
 increase over my capacity.  Currently it is not.

The recent output (19 modules) is due to stalled development in the last 2
years. Now that I have a working environment I am up-to-date again. Usually
there are ca. 1-3 new modules per release, which makes 2-6 packages a year.

Thanks a lot for considering,
Mathias


-- 

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg

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


signature.asc
Description: PGP signature

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

2013-05-27 Thread Mathias Behrle

 the size of the team you should definitely migrate to the usual
 Debian infrastructure for development on Alioth.  I can't see a reason
 that might make Tryton that special that the infrastructur that exists
 should not be sufficient.  Using different ways for development
 increases your chances to remain alone.

Debian infrastructure for sure is lacking features to be able to build all
sorts of needed Tryton packages. I pointed this already out in an earlier mail
and can do it once again. Tryton uses a release cycle of 6 months, providing
bug fix releases for 2 years. No way to get this currently into Debian.

Furthermore I just gave a try to Alioth. After registering an account (as
-guest, while I am DM, hmm;)) I am told at the wiki [3]:

Anyone can ask for a new project on Alioth but it will only be approved if it
respects the project approval policy.

While the link to ask for a new project [3][1] just isn't really helpful,
Anyone according to [2] seems to be rather a synoym for DD.

So I will have still to ask a DD to sponsor the project etc., creating even
more overhead. My time for Debian is limited and the time I am currently using
to just follow administrative procedures takes a lot of it. I prefer to do real
work on my packages than to create overhead.

Reading the policy I read

We may also approve other projects on a case by case basis, for
example:
[...]
- Any other project where you can convince the Alioth's
  administrators that it will help Debian achieve World Domination.

Be it a joke or not, I cannot apply to such policy.

Thanks for uploading tryton-modules-stock-lot in the meantime. I would be
happy, if you also could do for the other modules (not gnuhealth related
modules) for the sake of all Tryton users.

Best regards,
Mathias


[1] http://alioth.debian.org/register/
[2] http://lists.debian.org/debian-devel-announce/2003/03/msg00024.html
[3] http://wiki.debian.org/Alioth

-- 

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg

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


signature.asc
Description: PGP signature

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

2013-05-22 Thread Mathias Behrle

* 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
git-build-package).

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.

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

Thanks so far,
Mathias

[1]
http://packages.debian.org/search?keywords=git-stuffsearchon=namessuite=allsection=all
[2]
http://debian.tryton.org/gitweb?p=packages/tryton-modules-stock-lot.git;a=commit;h=d30bd8f1e4e0901c089c358346fe1b8cd682eb49

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg

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

signature.asc
Description: PGP signature

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

2013-05-21 Thread Mathias Behrle

* Mathias Behrle:  Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1
  [ITP] (Mon, 6 May 2013 14:35:04 +0200):

CCing specific audience debian-...@lists.debian.org and
debian-pyt...@lists.debian.org

Dear mentors,

could you please reconsider the RFS for this (and other) Tryton module(s)? Two
weeks have passed without a response.

The list of new packaged Tryton modules can be seen at [1] (ITPs) resp. [2]
(RFSs). VCS for packaging can be found at [7].

They all add important new functionality to the Tryton framework. Especially
this one (tryton-modules-stock-lot) is needed as dependency for the package
gnuhealth [3] currently waiting in experimental. gnuhealth contains another set
of Tryton modules providing the functionality of GNU Health, a free Health and
Hospital Information System.

All packages are packaged in the same way and they are free of lintian pedantic
warnings (the one indicated being outdated [5]). So checking one is checking
almost all of them, thus reducing the work load which could seem apparently
high for 19 packages. Basically the complete suite of Tryton packages [6] is
currently bug free, and I am doing my best to keep this state. I was already
signalled to get DM Upload permissions for those new modules as I have already
for the other packages. So sponsoring would be a one-shot and not a permanent
task.


I would appreciate a lot, if a sponsor could step up soon, because I would have
preferred to upload the whole Tryton suite (which is still waiting from the
freeze in experimental) together with the new modules at once to unstable. 

Thanks a lot for considering,
Mathias


[1]
http://bugs.debian.org/cgi-bin/pkgreport.cgi?include=subject%3Atryton;dist=unstable;package=wnpp
[2]
http://bugs.debian.org/cgi-bin/pkgreport.cgi?include=subject%3Atryton;dist=unstable;package=sponsorship-requests
[3] http://anonscm.debian.org/viewvc/debian-med/trunk/packages/gnuhealth/trunk/
[4] http://health.gnu.org/index.html
[5] http://lists.debian.org/debian-lint-maint/2012/07/msg7.html
[6] http://packages.debian.org/search?keywords=tryton
[7] http://debian.tryton.org/gitweb/


 Package: sponsorship-requests
 Severity: wishlist
 
   Dear mentors,
 
   I am looking for a sponsor for my package
   tryton-modules-stock-lot
 
  * Package name: tryton-modules-stock-lot
Version : 2.8.0-1
Upstream Author : Tryton project (www.tryton.org)
  * URL : http://downloads.tryton.org/2.8/
  * License : GPL-3+
Section : python
 
   It builds those binary packages:
 
 tryton-modules-stock-lot - Tryton Application Platform (Stock Lot Module)
 
   To access further information about this package, please visit the following
   URL:
 
   http://mentors.debian.net/package/tryton-modules-stock-lot
 
 
   Alternatively, one can download the package with dget using this command:
 
 dget -x
 
 http://mentors.debian.net/debian/pool/main/t/tryton-modules-stock-lot/tryton-modules-stock-lot_2.8.0-1.dsc
 
 
   More information about Tryton can be obtained from http://www.tryton.org
   Debian packaging for Tryton is hosted at http://debian.tryton.org
 
   Regards,
Mathias Behrle




-- 

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg

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


signature.asc
Description: PGP signature

33 matches

Mail list logo