Bug#1054081: ITP: librewolf -- community-maintained, privacy and security-focused browser based on firefox

[Mathias Behrle]

* Kilian Romberg: " Bug#1054081: ITP: librewolf -- community-maintained,
  privacy and security-focused browser based on firefox" (Mon, 16 Oct 2023
  19:29:46 +):

Hi Kilian,

> Package: wnpp
> Severity: wishlist
> Owner: Kilian Romberg 
> 
> * Package name: librewolf
>   Version : 118.0.2
>   Upstream Author : LibreWolf Community
> * URL : https://librewolf.net/
> * License : MPL 2.0
>   Programming Lang: Bash, Python, CSS, TypeScript
>   Description : community-maintained, privacy and security-focused
> browser based on firefox
> 
> LibreWolf is a custom and independent build of Firefox
> that seeks to protect user privacy, security, and freedom
> by providing appropriate settings and patches.
> 
> Closes RFP #981291
> 
> I plan uploading LibreWolf as a native package based on the script
> solution at https://codeberg.org/librewolf/debian-obs.

While I would like to very much to have Librewolf as a native Debian package
available, are you aware that Debian isn't running OBS as build service?

> Yet, I haven't
> found a team to possibly incorporate the LibreWolf packaging, but I'd
> like that.

The most logical for me would be to enlarge "Maintainers of Mozilla-related
packages ".

Cheers,
Mathias


-- 

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

Bug#804232: ITP: tryton-sao -- Web Client for the Tryton Application Platform

[Mathias Behrle]

JFTR I have now uploaded a package using vendored libraries to have this
important package in the archive. I will be happy to convert it back to use
packaged libs as soon as possible, but for now vendored libs are the only
way forward for sustainabale maintenance in Debian main.



-- 

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

Bug#1020964: ITP: python-febelfin-coda -- Python module to parse CODA files

[Mathias Behrle]

* Alexandre Detiste: " Re: Bug#1020964: ITP: python-febelfin-coda -- Python
  module to parse CODA files" (Fri, 30 Sep 2022 16:19:20 +0200):

> French and Dutch are two of the three national languages.
> It has nothing to do with France or Nederlands (the countries)
> 
> Moreover the BEL in FeBelFin means Belgium.
> 
> "Febelfin ASBL est la Fédération belge du secteur financier."
> https://www.feb.be/qui-nous-sommes/federations-sectorielles/banques-bourse-credit-et-placements-federation-belge-du-secteur-financier_2012-10-11/
> 
> And I spent to many years writing and reading CODA and CIRI files.
> CIRI has been deprecated by IBAN, but CODA remained.
> 
> > It seems not:
> > Deze standaard bestaat eveneens in het Nederlands.
> > Ce standard existe également en français.  
> 
> Le ven. 30 sept. 2022 à 14:04, Mathias Behrle  a écrit :
> >
> > * Alexandre Detiste: " Re: Bug#1020964: ITP: python-febelfin-coda -- Python
> >   module to parse CODA files" (Fri, 30 Sep 2022 11:35:00 +0200):
> >  
> > > Hi,
> > >
> > > Please mention it only applies to Belgian banks.
> > >
> > > Make it obvious :-)
> > >  
> > > >  febelfin-coda is a parser for CODA (Coded statement of account) files.
> > > >   -
> > > > https://www.febelfin.be/sites/default/files/2019-04/standard-coda-2.6-en.pdf
> > > > . This bank standard (also called CODA) specifies the lay-out for the
> > > > electronic files, by banks to customers, of the account transactions and
> > > > the information concerning the enclosures in connection with the
> > > > movement.  

Thanks a lot for this information. Merged into git.


-- 

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

Bug#1020964: ITP: python-febelfin-coda -- Python module to parse CODA files

[Mathias Behrle]

* Alexandre Detiste: " Re: Bug#1020964: ITP: python-febelfin-coda -- Python
  module to parse CODA files" (Fri, 30 Sep 2022 11:35:00 +0200):

> Hi,
> 
> Please mention it only applies to Belgian banks.
> 
> Make it obvious :-)
> 
> Le jeu. 29 sept. 2022 à 18:27, Mathias Behrle  a écrit :
> >
> > Package: wnpp
> > Severity: wishlist
> > X-Debbugs-Cc: debian-de...@lists.debian.org
> > Owner: Debian Tryton Maintainers 
> >
> > * Package name: python-febelfin-coda
> >   Version : 0.2.0
> >   Upstream Author : B2CK 
> > * URL : https://coda.b2ck.com/
> > * License : BSD-3-clause
> >   Programming Lang: Python
> >   Description : Python module to parse CODA files
> >
> > Binary package names: python3-febelfin-coda
> >
> >  febelfin-coda is a parser for CODA (Coded statement of account) files.
> >   -
> > https://www.febelfin.be/sites/default/files/2019-04/standard-coda-2.6-en.pdf
> > . This bank standard (also called CODA) specifies the lay-out for the
> > electronic files, by banks to customers, of the account transactions and
> > the information concerning the enclosures in connection with the movement.  

It seems not:
Deze standaard bestaat eveneens in het Nederlands.
Ce standard existe également en français.


-- 

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

Bug#1020996: ITP: python-csb43 -- Spanish banks' CSB/AEB norm 43 converter (Python)

[Mathias Behrle]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Debian Tryton Maintainers 

* Package name: python-csb43
  Version : 0.9.1
  Upstream Author : wmj 
* URL : https://bitbucket.org/wmj/csb43
* License : LGPL-3
  Programming Lang: Python
  Description : Spanish banks' CSB/AEB norm 43 converter (Python)

Binary package names: python3-csb43

 This Python module provides tools for converting from the Spanish banks'
 format *CSB/AEB norm 43* to other file formats.
 .
 Supported formats:
 .
  - OFX v1.0.3 (SGML) & v2.1.1 (XML)
  - HomeBank CSV <http://homebank.free.fr/help/06csvformat.html>
  - HTML
  - JSON
  - ODS: OpenDocument spreadsheet
  - CSV, TSV: comma- or tab-separated values
  - XLS: Microsoft Excel spreadsheet
  - XLSX: OOXML spreadsheet
  - YAML



-- 

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

Bug#1020964: ITP: python-febelfin-coda -- Python module to parse CODA files

[Mathias Behrle]

* Jérémy Lal: " Re: Bug#1020964: ITP: python-febelfin-coda -- Python module to
  parse CODA files" (Thu, 29 Sep 2022 21:08:33 +0200):

> Le jeu. 29 sept. 2022 à 18:27, Mathias Behrle  a écrit :
> 
> > Package: wnpp
> > Severity: wishlist
> > X-Debbugs-Cc: debian-de...@lists.debian.org
> > Owner: Debian Tryton Maintainers 
> >
> > * Package name: python-febelfin-coda
> >   Version : 0.2.0
> >   Upstream Author : B2CK 
> > * URL : https://coda.b2ck.com/
> > * License : BSD-3-clause
> >   Programming Lang: Python
> >   Description : Python module to parse CODA files
> >
> > Binary package names: python3-febelfin-coda
> >
> >  febelfin-coda is a parser for CODA (Coded statement of account) files.
> >   -
> > https://www.febelfin.be/sites/default/files/2019-04/standard-coda-2.6-en.pdf
> >  .
> >  This bank standard (also called CODA) specifies the lay-out for the
> > electronic
> >  files, by banks to customers, of the account transactions and the
> > information
> >  concerning the enclosures in connection with the movement.
> >  
> 
> 
> I am baffled, to say the least, by the under-achievement of banks
> "electronic" formats.
> Is this pre-2000 format the best they can do ? Is this a joke ?
> 
> Jérémy

LOL. I am afraid so. AFAIS the implementations of bank exchange formats and
their individual handling is an absolute mess.

Anyway, I am packaging this for the completeness of the available Tryton
modules, here tryton-modules-account-statement-coda.

Mathias


-- 

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

Bug#1020946: ITP: stripe -- Python bindings for the Stripe API

[Mathias Behrle]

* Sam Hartman: " Re: Bug#1020946: ITP: stripe -- Python bindings for the Stripe
  API" (Thu, 29 Sep 2022 12:34:47 -0600):

> >>>>> "Mathias" == Mathias Behrle  writes:  
> Mathias> Programming Lang: Python Description : Python bindings for
> Mathias> the Stripe API  
> 
> Yet no where in your description do you describe what stripe is.
> 
> I'd recommend that an API description describe what the API is good
> for.  And I should be able to figure that out without going and chasing
> down your links.
> Some paragraph like
> Stripe is a web service that .
> 
> Think of it this way.  If I do a  apt-cache search for some important
> key word related to what the stripe web service is good for, I should
> find your API package so I can consider whether Stripe solves my
> problem.

Thanks for your feedback. I changed it in git to

 Official Stripe Bindings for Python
 ===
 .
 Stripe (https://stripe.com/) is a an online payment processing and
 credit card processing platform for businesses. Stripe offers a global payment
 system that can accept over 135 currencies.
 .
 This package provides a Python library for Stripe's API.




-- 

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

Bug#1020964: ITP: python-febelfin-coda -- Python module to parse CODA files

[Mathias Behrle]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Debian Tryton Maintainers 

* Package name: python-febelfin-coda
  Version : 0.2.0
  Upstream Author : B2CK 
* URL : https://coda.b2ck.com/
* License : BSD-3-clause
  Programming Lang: Python
  Description : Python module to parse CODA files

Binary package names: python3-febelfin-coda

 febelfin-coda is a parser for CODA (Coded statement of account) files.
  - https://www.febelfin.be/sites/default/files/2019-04/standard-coda-2.6-en.pdf
 .
 This bank standard (also called CODA) specifies the lay-out for the electronic
 files, by banks to customers, of the account transactions and the information
 concerning the enclosures in connection with the movement.



-- 

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

Bug#1020949: ITP: braintree -- Python Library for the Braintree API

[Mathias Behrle]

* Mathias Behrle: " Bug#1020949: ITP: braintree -- Python Library for the
  Braintree API" (Thu, 29 Sep 2022 11:34:36 +0200):

Please discard immediately, already packaged in Debian.

Sorry for the noise.

> Package: wnpp
> Severity: wishlist
> X-Debbugs-Cc: debian-de...@lists.debian.org
> Owner: Debian Tryton Maintainers 
> 
> * Package name: braintree
>   Version : 4.16.0
>   Upstream Author : Braintree 
> * URL :
> https://developer.paypal.com/braintree/docs/reference/overview
> * License : MIT
>   Programming Lang: Python
>   Description : Python Library for the Braintree API
> 
> Binary package names: python3-braintree
> 
>  The Braintree Python SDK provides integration access to the Braintree
> Gateway. .
>  1. https://github.com/braintree/braintree_python - README and Samples
>  2. https://developer.paypal.com/braintree/docs/reference/overview - API
> Reference
> 



-- 

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

Bug#1020949: ITP: braintree -- Python Library for the Braintree API

[Mathias Behrle]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Debian Tryton Maintainers 

* Package name: braintree
  Version : 4.16.0
  Upstream Author : Braintree 
* URL : 
https://developer.paypal.com/braintree/docs/reference/overview
* License : MIT
  Programming Lang: Python
  Description : Python Library for the Braintree API

Binary package names: python3-braintree

 The Braintree Python SDK provides integration access to the Braintree Gateway.
 .
 1. https://github.com/braintree/braintree_python - README and Samples
 2. https://developer.paypal.com/braintree/docs/reference/overview - API 
Reference

-- 

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

Bug#1020946: ITP: stripe -- Python bindings for the Stripe API

[Mathias Behrle]

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Debian Tryton Maintainers 

* Package name: stripe
  Version : 4.1.0
  Upstream Author : Stripe 
* URL : https://github.com/stripe/stripe-python
* License : MIT
  Programming Lang: Python
  Description : Python bindings for the Stripe API

Binary package names: python3-stripe

 Official Stripe Bindings for Python
 ===
 .
 A Python library for Stripe's API.
 .
 Setting up a Stripe Account
 ---
 .
 Sign up for Stripe at https://dashboard.stripe.com/register.
 .
 Using the Stripe API
 
 .
 Documentation for the python bindings can be found alongside
 Stripe's other bindings here:
 .
  - https://stripe.com/docs
  - https://stripe.com/docs/api/?lang=python
 .
 In the standard documentation (the first link), most of the reference pages
 will have examples in Stripe's official bindings (including Python). Just
 click on the Python tab to get the relevant documentation.
 .
 In the full API reference for Python (the second link), the right half of
 the page will provide example requests and responses for various API calls.


-- 

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

Bug#1020716: ITP: tryton-modules-* -- Collection of 56 base modules for the Tryton application platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


I am merging 56 ITPs into this one to avoid spamming d-devel with 56
single mails. All those modules are base modules published by the Tryton
project. With the packaging of those missing modules we are closing the gap
between what is available in Tryton and Debian.

As all of the following templates were created automatically, all descriptions
etc. will of course be some more reviewed.



From: Mathias Behrle 
To: Debian Bug Tracking System 
Subject: ITP: tryton-modules-purchase-secondary-unit -- Tryton application 
platform - purchase secondary unit module

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-purchase-secondary-unit
  Version : 6.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : https://downloads.tryton.org/6.0
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton application platform - purchase secondary unit module

 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 The purchase secondary unit module adds a secondary unit of measure on purchase
 lines.
 The secondary quantity and unit price are kept synchronized with the quantity
 and unit price.
 The secondary unit is defined on the product supplier or on the product with
 its factor against the purchase unit.


This package is another base module published by the Tryton project.From: 
Mathias Behrle 
To: Debian Bug Tracking System 
Subject: ITP: tryton-modules-production-outsourcing -- Tryton application 
platform - production outsourcing module

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-production-outsourcing
  Version : 6.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : https://downloads.tryton.org/6.0
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton application platform - production outsourcing module

 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 The production outsourcing module allows to outsource production order per
 routing. When such outsourced production is set to waiting, a purchase order is
 created and its cost is added to the production.
 .
 To define an outsourced production, the routing must have a *Supplier*, a
 *Service* and its *Quantity* defined. Those values will be used to create the
 purchase order. The bought quantity is computed by multiplying the *Quantity*
 by the factor between the bill of material and the production quantity.


This package is another base module published by the Tryton project.From: 
Mathias Behrle 
To: Debian Bug Tracking System 
Subject: ITP: tryton-modules-sale-gift-card -- Tryton application platform - 
sale gift card module

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-sale-gift-card
  Version : 6.0.4
  Upstream Author : Tryton project (www.tryton.org)
* URL : https://downloads.tryton.org/6.0
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton application platform - sale gift card module

 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 The *Sale Gift Card Module* manages the selling and redeeming of gift cards.
 .


This package is another base module published by the Tryton project.From: 
Mathias Behrle 
To: Debian Bug Tracking System 
Subject: ITP: tryton-modules-marketing -- Tryton application platform - 
marketing module

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-de...@lists.debian.org
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-marketing
  Version : 6.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : https://downloads.tryton.org/6.0
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton application platform - marketing module

 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 The marketing module defines the fundamentals for marketing modules.


This package is another base module published by the Tryton project.From: 
Mathias Behrle 
To: Debian Bug Tracking System 
Subject: ITP: tryton-modules-account-statement-aeb43 -- Tryton

Bug#998061: ITP: tryton-modules-stock-shipment-cost -- Stock Shipment Cost Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-stock-shipment-cost
  Version : 6.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/6.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Stock Shipment Cost Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  This module adds shipment costs on the outgoing moves. These costs
  are added to the product margin reports.



This package is another base module published by the Tryton project. 


-- 

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

Bug#998060: ITP: tryton-modules-web-user -- Web User Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-web-user
  Version : 6.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/6.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Subscription Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  This module provides facilities to manage external users accessing from
  the web.


This package is another base module published by the Tryton project. 


-- 

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

Bug#998056: ITP: tryton-modules-account-statement-rule -- Account Statement Rule Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-account-statement-rule
  Version : 6.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/6.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Subscription Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  This module allows one to define rules for automatic processing of statement
  lines from imported files.



This package is another base module published by the Tryton project. 


-- 

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

Bug#984780: ITP: tryton-modules-sale-advance-payment -- Sale Advance Payment Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-sale-advance-payment
  Version : 5.0.3
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/5.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Subscription Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  This module adds support for advance payment management on the sale.
  .
  The Advance Payment Term defines how the shipment and the supply processes
  should be managed. Either process can be delayed until the advance payments
  are paid.


This package is another base module published by the Tryton project. 


-- 

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

Bug#760485: Jitsi meet packaging

[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


pgpx5ihjvyyao.pgp
Description: Digitale Signatur von OpenPGP

Bug#760485: Jitsi meet packaging

[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


pgpmFJfBT4FEW.pgp
Description: Digitale Signatur von OpenPGP

Bug#933885: ITP: GNU Health - a hospital information system

[Mathias Behrle]

Am 4. August 2019 22:44:51 MESZ schrieb Sakirnth Nagarasa :
>Package: gnuhealth
>Owner: sakir...@gmail.com
>
>* Package name: gnuhealth
>  Upstream Author : GNU Health contributors
>* License : GPL-3+
>  Description : GNU Health is a Free/Libre project for health
>practitioners, health institutions and governments. It provides the
>functionality of Electronic Medical Record (EMR), Hospital Management
>(HMIS) and Health Information System (HIS).
>
>Its modular design allows to be deployed in many different scenarios:
>from small private offices, to large, national public health systems.
>
>Greetings,
>
>Sakirnth (Saki)

Dear Sakirnth,

thanks a lot that you want to bring GNU Health nearer to Debian Users.

There are many implications to solve to interact correctly with the Tryton 
suite in which GNU Health is based. Are you aware of the efforts already done 
in Debian and on debian.tryton.org.

Cheers
Mathias

-- 

Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg
Tel: +49(761)471023
http://www.m9s.biz
UStIdNr: DE 142009020
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6 1C71 7681 D6D0 9BE4 8405 BBF6

Bug#913172: ITP: tryton-modules-edocument-unece -- EDocument UNECE Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-edocument-unece
  Version : 5.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/5.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (EDocument UNECE Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  This module adds many codes from the United Nations Economic Commission for
  Europe (UNECE):
  .
  * Recommendation N°. 20 Codes for Units of Measure Used in International Trade

<http://www.unece.org/tradewelcome/un-centre-for-trade-facilitation-and-e-business-uncefact/outputs/cefactrecommendationsrec-index/list-of-trade-facilitation-recommendations-n-16-to-20.html>
  .
  * 5153  Duty or tax or fee type name code
<http://www.unece.org/trade/untdid/d16b/tred/tred5153.htm>
  .
  * 5305  Duty or tax or fee category code from
<http://www.unece.org/trade/untdid/d16b/tred/tred5305.htm>



This package is another base module published by the Tryton project. 

-- 

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

Bug#913169: ITP: tryton-modules-account-fr-chorus -- Account FR Chorus Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-account-fr-chorus
  Version : 5.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/5.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account FR Chorus Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  The account_fr_chorus module allows one to send invoices through the Chorus
  Pro portal <https://chorus-pro.gouv.fr/>.
  .
  If the party is activated for Chorus Pro, all posted customer invoices are
  queued to be sent. A cron job will send them every 15 minutes by default
  using the credentials from the accounting configuration.



This package is another base module published by the Tryton project. 

-- 

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

Bug#913171: ITP: tryton-modules-edocument-uncefact -- EDocument UN/CEFACT Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-edocument-uncefact
  Version : 5.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/5.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (EDocument UN/CEFACT Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  This module implements electronic documents from the
  United Nations Centre for Trade Facilitation and Electronic
  Business (UN/CEFACT):
  .
  * Cross-Industry-Invoice (16B-CII)




This package is another base module published by the Tryton project. 

-- 

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

Bug#913170: ITP: tryton-modules-account-dunning-email -- Account Dunning Email Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-account-dunning-email
  Version : 5.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/5.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Dunning Email Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  This module allows one to send a dunning email to the party email contact
  after the processing of dunnings.



This package is another base module published by the Tryton project. 

-- 

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

Bug#913167: ITP: tryton-modules-sale-subscription -- Sale Subscription Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-sale-subscription
  Version : 5.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/5.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Subscription Module)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  This module defines subscription, services and recurrence rule models.
  .
  A subscription defines how recurring services are periodically invoiced.
  The invoice is based on the consumption of each service. 



This package is another base module published by the Tryton project. 

-- 

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

Bug#913168: ITP: tryton-modules-account-es -- Financial and Accounting Module for Spain for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 


* Package name: tryton-modules-account-es
  Version : 5.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/5.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Financial and Accounting
  Module for Spain)
  Tryton is a high-level general purpose application
  platform. It is the base of a complete business solution as well as a
  comprehensive health and hospital information system (GNUHealth).
  .
  The Spanish account module defines the following charts of account:
  * Plan General Contable Español 2008
  * Plan Contable para PYMES 2008
  .
  The chart was published as `REAL DECRETO 1514/2007
  https://www.boe.es/boe/dias/2007/11/20/pdfs/C1-00152.pdf`_ on 20th
  November 2007.
  .
  A wizard allows to generate the following AEAT files:
  .
  * Modelo 111
  * Modelo 115
  * Modelo 303

 This module allows one to generate fees as accounting moves when processing
 dunnings which are at a level with a fee defined.




This package is another base module published by the Tryton project. 

-- 

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

Bug#877849: [tryton-debian] Bug#877849: Namespace conflict for python-magic

[Mathias Behrle]

* Christoph Biedl: " Re: [tryton-debian] Bug#877849: Namespace conflict for
  python-magic" (Mon, 15 Jan 2018 09:37:51 +0100):

Hi Christoph,

> Mathias Behrle wrote...
> 
> > I found
> >
> > $ apt-cache rdepends python-magic  
> (...)
> 
> Yeah, I already had checked a few of them where possible with little
> efforts. These were the test I had been talking of (actually, including
> python3-magic rdeps as well).
> 
> > May be we should signal them explicitely to test the new package in
> > experimental? What do you think?  
> 
> My plan is to send a call for testing to debian-devel once python-magic
> has been accepted. It shouldn't hurt to add the dd-list output for these
> packages. That would be 27 addresses. I might be convinced to send out
> individual notices - but I think that's exaggerting. Odds for bugs are
> fairly low, and there's still a lot of time until the buster freeze to
> detect and fix them.
> 
> Christoph, it's called "unstable" for a reason

JFTR: relatorio_0.8.0-1~exp1 was just built and uploaded. It builds against 
python-magic (>=2:0.4.15-1~exp1) and all tests are passing succesfully.

Mathias

-- 

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


pgpNFzq4B2kgx.pgp
Description: Digitale Signatur von OpenPGP

Bug#877849: [tryton-debian] Namespace conflict for python-magic

[Mathias Behrle]

* Christoph Biedl: " Re: Bug#877849: [tryton-debian] Namespace conflict for
  python-magic" (Sun, 14 Jan 2018 21:30:22 +0100):

> Christoph Biedl wrote...
> 
> > Hence, here is a preliminary packaging of python-magic for Debian:
> >
> >   
> > https://www.in-ulm.de/~cbiedl/debian/python-magic/python-magic_0.4.15-1~exp1.dsc
> >
> > Debianites, please give it a try.  
> 
> No reaction of any kind, so just uploaded to experimental. Let the games
> begin.
> 
> Christoph

Thanks, Christoph.

I found

$ apt-cache rdepends python-magic
python-magic
Reverse Depends:
  alot
  dff
  syslog-summary
  s3cmd
  rpmlint
  fdroidserver
  autoradio
  apt-offline
  alot
  lava-dispatcher
  check-all-the-things
  syslog-summary
  python-swiftsc
  rpmlint
  rows
  lava-dispatcher
  python-ginga
  python-eyed3
  autoradio

May be we should signal them explicitely to test the new package in
experimental? What do you think?

Mathias

-- 

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

Bug#877849: [tryton-debian] Namespace conflict for python-magic

[Mathias Behrle]

* Adam Hupp: " Re: [tryton-debian] Namespace conflict for python-magic" (Mon, 4
  Dec 2017 11:58:22 -0800):

Hi Christoph,

while approaching the test for relatorio I got aware, that the result won't be
very significant, because relatorio depends anyway on python-magic[pypi]. To
get meaningful results it would be much better to get the compatibility layer
tested with packages depending on python-magic[file-magic]. 
What do you think will be the best way? I think best could be to get a prepared
package with the compatibility layer on experimental and to request the
dependencies to give it a try.

Best wishes for hte New Year!

Mathias

> I've pushed an update here:
> 
> https://github.com/ahupp/python-magic/tree/libmagic-compat
> 
> It includes a copy of libmagic's bindings, wrapped in deprecation
> warnings.  So apps should work regardless of which they depend on.
> Could you take a look and see if this works for your case?
> 
> On Fri, Oct 27, 2017 at 5:44 AM, Mathias Behrle <mathi...@m9s.biz> wrote:
> > * Mathias Behrle: " Re: [tryton-debian] Namespace conflict for
> >   python-magic" (Thu, 5 Oct 2017 12:01:16 +0200):
> >
> > Hi Adam,
> >
> > are there any news on the subject?
> >
> > The release of Tryton, that will require python-magic is scheduled for next
> > week. It would be a great service to our users and simplify things a lot,
> > if we had a common python-magic in place. Please let us know, if we can
> > help with the planned merge.
> >
> > Thanks,
> > Mathias
> >
> >  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
> >
> >
> >
> > --
> >
> > Mathias Behrle
> > PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
> > AC29 7E5C 46B9 D0B6 1C71  7681 D6D0 9BE4 8405 BBF6  
> 
> 
> 



-- 

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

Bug#877849: [tryton-debian] Namespace conflict for python-magic

[Mathias Behrle]

* Adam Hupp: " Re: [tryton-debian] Namespace conflict for python-magic" (Mon, 4
  Dec 2017 11:58:22 -0800):

Thanks a lot, Adam, I will take a look ASAP.

> I've pushed an update here:
> 
> https://github.com/ahupp/python-magic/tree/libmagic-compat
> 
> It includes a copy of libmagic's bindings, wrapped in deprecation
> warnings.  So apps should work regardless of which they depend on.
> Could you take a look and see if this works for your case?
> 
> On Fri, Oct 27, 2017 at 5:44 AM, Mathias Behrle <mathi...@m9s.biz> wrote:
> > * Mathias Behrle: " Re: [tryton-debian] Namespace conflict for
> >   python-magic" (Thu, 5 Oct 2017 12:01:16 +0200):
> >
> > Hi Adam,
> >
> > are there any news on the subject?
> >
> > The release of Tryton, that will require python-magic is scheduled for next
> > week. It would be a great service to our users and simplify things a lot,
> > if we had a common python-magic in place. Please let us know, if we can
> > help with the planned merge.
> >
> > Thanks,
> > Mathias
> >
> >  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
>  [...]  
> >
> >
> >
> > --
> >
> > Mathias Behrle
> > PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
> > AC29 7E5C 46B9 D0B6 1C71  7681 D6D0 9BE4 8405 BBF6  
> 
> 
> 



-- 

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

Bug#804232: ITP: tryton-sao -- Web Client for the Tryton Application Platform

[Mathias Behrle]

Catchup of the current situation:

tryton-sao is incompatible with the current verions of some of its
dependencies and thus still not fit for unstable.

The situation will improve when we have versioned dependencies for javascript
packages.

-- 

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

Bug#724284: RFP: tryton-nereid -- web framework on top of Tryton Application Platform

[Mathias Behrle]

Catchup of the current situation:

Still the pretty same situation as more than one year ago:
- nereid will never be included in Tryon core
- nereid will always lag substantially behind Tryton upstream
  - current nereid targets 4.0
  - current Tryton version 4.6

The same arguments as in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724284#15
still apply.

If there is no further input on this bug opposing to close it I will do that on
my next cycle of controlling RFP bugs for Tryton.


-- 

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

Bug#881025: ITP: tryton-modules-account-eu -- Account EU Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers <maintain...@debian.tryton.org>

* Package name: tryton-modules-account-eu
  Version : 4.6.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.6/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account EU Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module provides common accounting requirements in Europe like 
 e.g. the EC Sales List (ESL).


This package is another base module published by the Tryton project and needed
as new dependency for tryton-modules-account-be.

-- 

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

Bug#877849: Code copy of python-magic(pypi)

[Mathias Behrle]

Dear members of the security team,

I just wanted to advertise, that I had to put a verbatim code copy of 
https://github.com/ahupp/python-magic/blob/master/magic.py
into the src package relatorio (patch attached). This was needed to keep
relatorio working and to not block the current Tryton release to enter unstable.

To my knowledge there are further packages including code copies and waiting for
the resolution of the namespace conflict of python-magic:

kopanocore
sqlmap
peframe

Hopefully the merge of python-magic packages will be done soon, so that we can
revert those copies.

Best wishes,
Mathias


-- 

Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6 1C71  7681 D6D0 9BE4 8405 BBF6
Description: Add python-magic code copy from Pypi.
 Adding this code copy because of the (hopefully) ongoing merge
 of python-magic(file) and python-magic(pypi). The first being available
 in Debian as part of the file package, the latter is currently discussed
 to replace the former by adding a compatibility layer.
 This patch is subject to be removed, once python-magic from pypi (or an
 equivalent alternative) is available.
 Relevant discussions:
 https://lists.debian.org/debian-python/2017/09/msg8.html
 https://lists.debian.org/debian-python/2017/09/msg00015.html
 https://lists.debian.org/debian-python/2017/10/msg00021.html
Author: Mathias Behrle <mathi...@m9s.biz>
Bug-Debian: https://bugs.debian.org/877849
Forwarded: not-needed
Last-Update: 2017-11-02

--- /dev/null
+++ b/thirdparty/magic/magic.py
@@ -0,0 +1,296 @@
+"""
+magic is a wrapper around the libmagic file identification library.
+
+See README for more information.
+
+Usage:
+
+>>> import magic
+>>> magic.from_file("testdata/test.pdf")
+'PDF document, version 1.2'
+>>> magic.from_file("testdata/test.pdf", mime=True)
+'application/pdf'
+>>> magic.from_buffer(open("testdata/test.pdf").read(1024))
+'PDF document, version 1.2'
+>>>
+
+
+"""
+
+import sys
+import glob
+import os.path
+import ctypes
+import ctypes.util
+import threading
+
+from ctypes import c_char_p, c_int, c_size_t, c_void_p
+
+
+class MagicException(Exception):
+def __init__(self, message):
+super(MagicException, self).__init__(message)
+self.message = message
+
+
+class Magic:
+"""
+Magic is a wrapper around the libmagic C library.
+
+"""
+
+def __init__(self, mime=False, magic_file=None, mime_encoding=False,
+ keep_going=False, uncompress=False):
+"""
+Create a new libmagic wrapper.
+
+mime - if True, mimetypes are returned instead of textual descriptions
+mime_encoding - if True, codec is returned
+magic_file - use a mime database other than the system default
+keep_going - don't stop at the first match, keep going
+uncompress - Try to look inside compressed files.
+"""
+self.flags = MAGIC_NONE
+if mime:
+self.flags |= MAGIC_MIME
+if mime_encoding:
+self.flags |= MAGIC_MIME_ENCODING
+if keep_going:
+self.flags |= MAGIC_CONTINUE
+
+if uncompress:
+self.flags |= MAGIC_COMPRESS
+
+self.cookie = magic_open(self.flags)
+self.lock = threading.Lock()
+
+magic_load(self.cookie, magic_file)
+
+def from_buffer(self, buf):
+"""
+Identify the contents of `buf`
+"""
+with self.lock:
+try:
+return maybe_decode(magic_buffer(self.cookie, buf))
+except MagicException as e:
+return self._handle509Bug(e)
+
+def from_file(self, filename):
+# raise FileNotFoundException or IOError if the file does not exist
+with open(filename):
+pass
+with self.lock:
+try:
+return maybe_decode(magic_file(self.cookie, filename))
+except MagicException as e:
+return self._handle509Bug(e)
+
+def _handle509Bug(self, e):
+# libmagic 5.09 has a bug where it might fail to identify the
+# mimetype of a file and returns null from magic_file (and
+# likely _buffer), but also does not return an error message.
+if e.message is None and (self.flags & MAGIC_MIME):
+return "application/octet-stream"
+else:
+raise e
+
+def __del__(self):
+# no _thread_check here because there can be no other
+# references to this object at this point.
+
+# during shutdown magic_close may have been cleared already so
+# make sure it exists before using it.
+
+# the self.cookie check should be unnecessary and was an
+# incorrect

Bug#877849: [tryton-debian] Namespace conflict for python-magic

[Mathias Behrle]

* Mathias Behrle: " Re: [tryton-debian] Namespace conflict for
  python-magic" (Thu, 5 Oct 2017 12:01:16 +0200):

Hi Adam,

are there any news on the subject?

The release of Tryton, that will require python-magic is scheduled for next
week. It would be a great service to our users and simplify things a lot, if we
had a common python-magic in place. Please let us know, if we can help with the
planned merge.

Thanks,
Mathias


> * Adam Hupp: " Re: Namespace conflict for python-magic" (Tue, 3 Oct 2017
>   11:06:38 -0700):
> 
> That's good news, Adam, thanks for it! Looking forward to get your diff.
> 
> Best regards,
> Mathias
> 
> 
> > Sorry about the slow response.  This has been a pain for a while.  I
> > have a provisional diff to merge the two packages.  Will give it some
> > testing and pass a branch to you folks to take a look.  Ideally the
> > upstream file package would take it over.
> > 
> > On Wed, Sep 6, 2017 at 1:23 AM, Mathias Behrle <mbeh...@debian.org> wrote:  
> > > * Christoph Biedl: " Re: Namespace conflict for python-magic" (Tue, 5 Sep
> > > 2017 18:24:25 +0200):
> > >
> > >> Mathias Behrle wrote...
> > >>
> > >> > * Christoph Biedl: " Re: Namespace conflict for python-magic" (Mon, 4
> > >> > Sep 2017 19:38:56 +0200):
> > >>
> > >> > > The cleanest solution indeed was to bring both upstreams together and
> > >> > > ask them to reconcile the APIs and eventually make one of the both
> > >> > > implementations obsolete. As things happen such an attempt was
> > >> > > started two years ago but appearently never came to a result.[1]
> > >> >
> > >> > Agreed, that this would be the cleanest solution, but as you say there
> > >> > is little probability, that the two upstreams will work together to
> > >> > merge their implementations.
> > >>
> > >> Still this should be tried first. Also, I'm not that pessimistic, see
> > >> below. So let's bring the parties involved into the loop:
> > >
> > > [...]
> > >
> > > Thanks for your additional information and initiative to re-launch the
> > > merge of the two packages. This reads much better and more optimistic than
> > > what I could find until now! Crossing fingers now in the hope for the best
> > > outcome for everybody.
> > >
> > > Cheers,
> > > Mathias
> > >
> > > --
> > >
> > > Mathias Behrle
> > > PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
> > > AC29 7E5C 46B9 D0B6 1C71  7681 D6D0 9BE4 8405 BBF6
> > 
> > 
> >   
> 
> 
> 



-- 

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


pgpLmeEMVVISI.pgp
Description: Digitale Signatur von OpenPGP

Bug#864542: ITP: tryton-modules-stock-shipment-measurements -- Stock Shipment Measurements Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers <maintain...@debian.tryton.org>

* Package name: tryton-modules-stock-shipment-measurements
  Version : 4.4.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.4/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Stock Shipment Measurements 
Module)
  Tryton is a high-level general purpose application platform. It is
  the base of a complete business solution as well as a comprehensive health
  and hospital information system (GNUHealth).
  .
  This module adds weight and volume on shipments and packages.
 


This package is a dependency for other base module published by the Tryton
project. 

-- 

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

Bug#854172: Fwd: ITP: node-chalk -- Terminal string styling done right. Much color.

[Mathias Behrle]

* Aarti Kashyap: " Bug#854172: Fwd: ITP: node-chalk -- Terminal string styling
  done right. Much color." (Sat, 4 Feb 2017 20:55:42 +0530):

> Package: wnpp
> Severity: wishlist
> Owner: Aarti Kashyap <kaarti...@gmail.com>
> X-Debbugs-CC: debian-de...@lists.debian.org
> 
> * Package name: node-chalk
>   Version : 1.1.3
>   Upstream Author : Aarti Kashyap <kaarti...@gmail.com>
> * URL : https://github.com/chalk/chalk#readme
> * License : Expat
>   Programming Lang: JavaScript
>   Description : Terminal string styling done right. Much color.
> This library is a dependency for ava, a futuristic test runner.

Already packaged:

$apt-cache show node-chalk
Package: node-chalk
Version: 1.1.3-2
Installed-Size: 21
Maintainer: Debian Javascript Maintainers
<pkg-javascript-de...@lists.alioth.debian.org> Architecture: all
Depends: node-ansi-styles, node-escape-string-regexp, node-has-ansi,
node-strip-ansi, node-supports-color, nodejs Description-en: Terminal string
styling for Node.js Chalk is a Node.js module which provides string styling via
ANSI escape codes without extending String.prototype.
 .
 Node.js is an event-based server-side JavaScript engine.
Description-md5: b751fb5319d62b7304c93bead8d6
Homepage: https://github.com/sindresorhus/chalk
Section: javascript
Priority: extra
Filename: pool/main/n/node-chalk/node-chalk_1.1.3-2_all.deb
Size: 7440
MD5sum: 591f916b1baf3f639576f6a402a444a6
SHA256: 1b04a7d3862df01cc80c946bfd2c6a21102207daaeba8deadd67be1150a7154f


-- 

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

Bug#847184: ITP: tryton-modules-stock-package-shipping-dpd -- Stock Package Shipping DPD Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers <maintain...@debian.tryton.org>

* Package name: tryton-modules-stock-package-shipping-dpd
  Version : 4.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Stock Package Shipping DPD
  Module)
  Tryton is a high-level general purpose application platform. It is
  the base of a complete business solution as well as a comprehensive health
  and hospital information system (GNUHealth).
  .
  This module allows you to generate the DPD label using the DPD webservices.



This package is another base module published by the Tryton project. 

-- 

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

Bug#847186: ITP: tryton-modules-account-dunning-fee -- Account Dunning Fee Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers <maintain...@debian.tryton.org>

* Package name: tryton-modules-account-dunning-fee
  Version : 4.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Dunning Fee Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to generate fees as accounting moves when processing
 dunnings which are at a level with a fee defined.




This package is another base module published by the Tryton project. 

-- 

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

Bug#847182: ITP: tryton-modules-authentication-sms -- Authentication SMS Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers <maintain...@debian.tryton.org>

* Package name: tryton-modules-authentication-sms
  Version : 4.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Authentication SMS Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows to authenticate users via SMS. There are two authentication
 methods which can be used in the authentications list of the session section
 in the configuration:
 .
 The sms method just sends a code via SMS to the user. This code can directly
 be used in the login dialog.

 The password_sms method sends a code only after the user entered a valid
 password providing a two-factor authentication method
 (https://en.wikipedia.org/wiki/Two-factor_authentication).

 Both methods require that the user has a *mobile* phone number defined
 otherwise he can not be authenticated with those methods.



This package is another base module published by the Tryton project. 

-- 

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

Bug#847183: ITP: tryton-modules-stock-package-shipping -- Stock Package Shipping Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers <maintain...@debian.tryton.org>

* Package name: tryton-modules-stock-package-shipping
  Version : 4.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Stock Package Shipping Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module is the base module required to interact with shipping
 service providers.




This package is another base module published by the Tryton project. 

-- 

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

Bug#834485: ITP: python-zeep -- modern SOAP client library for Python

[Mathias Behrle]

title -1 ITP: python-zeep -- modern SOAP client library for Python
owner -1 Debian Tryton Maintainers <maintain...@debian.tryton.org>

Taking this RFP for <maintain...@debian.tryton.org>
(python-zeep being a dependency of tryton-modules-stock-package-shipping-dpd).

-- 

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

Bug#847185: ITP: tryton-modules-stock-package-shipping-ups -- Stock Package Shipping UPS Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers <maintain...@debian.tryton.org>

* Package name: tryton-modules-stock-package-shipping-ups
  Version : 4.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Stock Package Shipping
  UPS Module)
  Tryton is a high-level general purpose application platform. It is
  the base of a complete business solution as well as a comprehensive health
  and hospital information system (GNUHealth).
  .
  This module allows one to generate the UPS label using the UPS webservices.




This package is another base module published by the Tryton project. 

-- 

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

Bug#804232: ITP: tryton-sao -- Web Client for the Tryton Application Platform

[Mathias Behrle]

control: tags + pending

tryton-sao was actually retired from NEW, because it is quite now incompatible
with the actual versions of bootstrap and jquery in testing [1].

I will try to re-upload as soon as sao will meet the requirements in testing.

[1] https://bugs.tryton.org/issue5925

-- 

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

Bug#724285: tryton-nereid-project -- web application for Tryton project management

[Mathias Behrle]

Hi Jonas,

the arguments exposed for nereid in #724784 apply as well for this RFP.

Furthermore development of nereid-project seems to have stalled definitely.

I recommend to close this RFP.

Best,
Mathias

-- 

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

Bug#724284: RFP: tryton-nereid -- web framework on top of Tryton Application Platform

[Mathias Behrle]

Hi Jonas,

just to update the state of this RFP:

I don't expect further nereid[1] to be included in Tryton core. The Tryton
maintainer prefers more generic solutions like tryton_flask, tryton_web_user...
I doesn't look like there is any roadmap from the side of the involved
maintainers to integrate nereid into Tryton core.

Furthermore nereid is lagging substantialy behind Tryton trunk. nereid is
depending on Tryton, which currently has 4.0 (soonish 4.2) in unstable. Last
available version of nereid is 3.6, so there is no available candidate for
inclusion into Tryton mainline in Debian. I don't expect that ever to happen.

For the given arguments nereid probably will remain an unplausible candidate
for packaging in Debian. Therefore I would propose to close this RFP.

Best,
Mathias


[1] https://github.com/fulfilio/nereid

-- 

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

Bug#831782: ITP: node-encoding -- Convert encodings, uses iconv by default and fallbacks to iconv-lite if needed

[Mathias Behrle]

Package: wnpp
Severity: wishlist
Owner: Debian Javascript Maintainers 

X-Debbugs-CC: 
debian-de...@lists.debian.org,tryton-deb...@lists.alioth.debian.org

* Package name: node-encoding
  Version : 0.1.12
  Upstream Author : Andris Reinman
* URL : https://github.com/andris9/encoding#readme
* License : Expat
  Programming Lang: JavaScript
  Description: Convert encodings, uses iconv by default and fallbacks to 
iconv-lite if needed
  encoding is a simple wrapper around
  node-iconv (https://github.com/bnoordhuis/node-iconv) and
  iconv-lite (https://github.com/ashtuchkin/iconv-lite/) to convert strings
  from one encoding to another. If node-iconv is not available for some reason,
  iconv-lite will be used instead of it as a fallback.
  .
  Node.js is an event-based server-side JavaScript engine.


This is another build dependency of node-po2json/tryton-sao.

Bug#831783: ITP: node-gettext-parser -- Parse and compile gettext po and mo files to/from json

[Mathias Behrle]

Package: wnpp
Severity: wishlist
Owner: Debian Javascript Maintainers 

X-Debbugs-CC: 
debian-de...@lists.debian.org,tryton-deb...@lists.alioth.debian.org

* Package name: node-gettext-parser
  Version : 1.2.0
  Upstream Author : Andris Reinman
* URL : http://github.com/andris9/gettext-parser
* License : Expat
  Programming Lang: JavaScript
  Description: Parse and compile gettext po and mo files to/from json
  Parse and compile gettext *po* and *mo* files with node.js, nothing more,
  nothing less.
  .
  This module is slightly based on other gettext related modules
  (node-gettext (https://github.com/andris9/node-gettext)). The plan is to move
  all parsing and compiling logic from node-gettext to this module and leave
  only translation related functions (domains, plural handling, lookups etc.).
  .
  Node.js is an event-based server-side JavaScript engine.


This is another build dependency of node-po2json/tryton-sao.

Bug#753410: ITP: node-chalk -- Terminal string styling

[Mathias Behrle]

Control: owner !

* Ross Gammon: " Re: Bug#753410: ITP: node-chalk -- Terminal string
  styling" (Fri, 15 Jul 2016 18:08:45 +0200):

Hi Ross,

> Hi Mathias,
> 
> On 15/07/16 16:44, Mathias Behrle wrote:
> > Hi Ross,
> >
> > I just took over the RFPs for node-nomnom and node-supports-color,
> > node-nomnom being a dependency for node-po2json/tryton-sao.
> >
> > As you stated on [1] you are currently busy. So may I ask if you already
> > made some progress on the packaging of node-chalk?
> >
> > Regards,
> >
> > Mathias
> >
> > [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774567
> >
> >  
> Excellent news! It is always good when a node package ends up being 
> needed by something else and the workload gets shared ;.)
> 
> I can't remember exactly why I was stalled on node-chalk. It may have 
> been that it turned out to have a lot more dependencies than expected. 
> Even if that was the case, the packaging was probably left in the 
> Javacript Team git repo by Bas for easy resurrection.
> 
> Feel free to take ownership of this ITP, and push it forward. There is 
> no shortage of other node packages that I can start on when I next get a 
> free slot.
> 
> Regards,
> 
> Ross

Indeed there will always be enough work left...;)

So I take this ITP.

Regards,

Mathias


-- 

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

Bug#831400: ITP: libjs-gettext.js -- Lightweight yet complete GNU gettext port

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org,maintain...@debian.tryton.org
Package: wnpp
Severity: wishlist
Owner: Debian Javascript Maintainers 


* Package name: libjs-gettext.js
  Version : 0.5.2
  Upstream Author : Guillaume Potier
* URL : https://github.com/guillaumepotier/gettext.js
* License : MIT
  Programming Lang: Javascript
  Description: Lightweight yet complete GNU gettext port
  gettext.js is a lightweight (3k minified!) yet complete and accurate GNU
  gettext port for node and the browser. Manage your i18n translations the right
  way in your javascript projects.


This package is a dependency of tryton-sao.

Bug#831401: ITP: libjs-c3 -- A D3-based reusable chart library

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org,maintain...@debian.tryton.org
Package: wnpp
Severity: wishlist
Owner: Debian Javascript Maintainers 


* Package name: libjs-c3
  Version : 0.4.11
  Upstream Author : Masayuki Tanaka
* URL : https://github.com/c3js/c3
* License : MIT
  Programming Lang: Javascript
  Description: A D3-based reusable chart library
  c3 is a D3-based reusable chart JavaScript Library that enables deeper
  integration of charts into web applications.
  .
  For more information have a look at: http://c3js.org


This package is a dependency of tryton-sao.

Bug#831398: ITP: libjs-eonasdan-bootstrap-datetimepicker -- Date/time picker widget based on twitter bootstrap

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
X-Debbugs-CC: maintain...@debian.tryton.org
Package: wnpp
Severity: wishlist
Owner: Debian Javascript Maintainers 


* Package name: libjs-eonasdan-bootstrap-datetimepicker
  Version : 4.17.37
  Upstream Author : Jonathan Peterson
* URL : https://github.com/Eonasdan/bootstrap-datetimepicker
* License : MIT
  Programming Lang: Javascript
  Description: Date/time picker widget based on twitter bootstrap
  This package contains a JavaScript Library providing a date/time picker
  component designed to work with Bootstrap 3 and Momentjs.

This package is a dependency of tryton-sao.

Bug#753410: ITP: node-chalk -- Terminal string styling

[Mathias Behrle]

Hi Ross,

I just took over the RFPs for node-nomnom and node-supports-color, node-nomnom
being a dependency for node-po2json/tryton-sao.

As you stated on [1] you are currently busy. So may I ask if you already made
some progress on the packaging of node-chalk?

Regards,

Mathias

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774567


-- 

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

Bug#753269: ITP: node-supports-color -- Detect whether a terminal supports color

[Mathias Behrle]

Control: owner 753269
Control: retitle ITP: node-supports-color -- Detect whether a terminal supports 
color

I updated the existing work done at

http://anonscm.debian.org/cgit/pkg-javascript/node-supports-color.git

and intend to upload soon.

-- 

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

Bug#774567: ITP: node-nomnom -- Option parser with generated usage and commands for Node.js

[Mathias Behrle]

Control: owner 774567
Control: retitle 774567 ITP: node-nomnom -- Option parser with generated usage 
and commands for Node.js

> Control: noowner 774567
> 
> Hi Mattia,
> 
> Sorry about that. The meta data should be correct now.
> 
> Basically this package was needed for OpenLayers3, but Bas gave up due
> to the opposition to small node packages and the bug was archived.
> 
> Now node-nomnom is also needed for node-kosmtik which I intend to
> package, so I unarchived it.
> 
> I will eventually package node-nomnom, unless soemone beats me to it. I
> am pretty busy at the moment.
> 
> Regards,
> 
> Ross

node-nomnom also being a dependency for node-po2json I am taking this ITP.

-- 

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

Bug#822904: ITP: tryton-modules-product-classification -- Product Classification Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-product-classification
  Version : 4.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Product Classification Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module defines the base for other modules to create classifications of
 products.


This package is another base module published by the Tryton project.



pgp8cU1ueKf7C.pgp
Description: Digitale Signatur von OpenPGP

Bug#822906: ITP: tryton-modules-product-classification-taxonomic -- Product Classification Taxonomic Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-product-classification-taxonomic
  Version : 4.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Product Classification 
Taxonomic Module)
  Tryton is a high-level general purpose application platform.
  It is the base of a complete business solution as well as a comprehensive
  health and hospital information system (GNUHealth).
  .
  This module adds the taxonomic classification to products.
  .
  The available classifications are:
  .  
  Taxon
  A taxon (http://en.wikipedia.org/wiki/Taxon) is defined by a name and a
  taxonomic rank (http://en.wikipedia.org/wiki/Taxonomic_rank). It is stored
  inside a tree structure.
  .
  Cultivar
  A cultivar (http://en.wikipedia.org/wiki/Cultivar) is defined by a name,
  a taxon and a list of cultivar groups
  (http://en.wikipedia.org/wiki/Cultivar_group).



This package is another base module published by the Tryton project.



pgpEfMI17XXXO.pgp
Description: Digitale Signatur von OpenPGP

Bug#822901: ITP: tryton-modules-sale-stock-quantity -- Sale Stock Quantity Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-sale-stock-quantity
  Version : 4.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Stock Quantity Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module provides a check of the stock quantity of the products when
 quoting a sale. The check will warn the user if the forecast quantity at
 the sale date (and later dates until next supply) is lower than the quantity
 sold by taking into account other sales and the stock forecasts.



This package is another base module published by the Tryton project.


pgpftFGcDe_TL.pgp
Description: Digitale Signatur von OpenPGP

Bug#822905: ITP: tryton-modules-webdav -- WebDAV Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-webdav
  Version : 4.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (WebDAV Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 The WebDAV module provides a WebDAV network interface with a separate
 server process.


This package is another base module published by the Tryton project. It
contains the former (in the main server included) WebDAV module.



pgptwz8t4Pl5V.pgp
Description: Digitale Signatur von OpenPGP

Bug#822900: ITP: tryton-modules-production-routing -- Production Routing Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-production-routing
  Version : 4.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Production Routing Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module defines the routings for productions:
 - Routing, Step and Operation.





This package is another base module published by the Tryton project. 


pgpfe8rmaasSR.pgp
Description: Digitale Signatur von OpenPGP

Bug#822902: ITP: tryton-modules-purchase-request -- Purchase Request Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-purchase-request
  Version : 4.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Purchase Request Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module introduces the basic concept of purchase requests serving as the
 central point for requests generated by other processes.



This package is another base module published by the Tryton project. It
contains the refactored code formerly included in the stock_supply module.


pgpwuHY3oLuyc.pgp
Description: Digitale Signatur von OpenPGP

Bug#822903: ITP: tryton-modules-production-work -- Production Work Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-production-work
  Version : 4.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/4.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Production Work Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to manage work orders for productions. It also adds
 the work costs to the production cost.



This package is another base module published by the Tryton project.


pgpCGE7m9zsvk.pgp
Description: Digitale Signatur von OpenPGP

Bug#808168: O: simplejson -- simple, fast, extensible JSON encoder/decoder for Python

[Mathias Behrle]

CC to tryton-debian, as python-simplejson is a recommends of tryton-server

Hi Federico,

when looking at 
https://packages.qa.debian.org/s/simplejson.html
and
https://qa.debian.org/developer.php?login=feder...@debian.org

I mainly see commits and maintenance by Piotr/DPMT.

So I assume that this orphaning bug was filed against the wrong package
(probably should have been turbojson?).

Is this correct and just in case could you please close this bug?

Thanks,
Mathias

-- 

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


pgpjaBVPUtkkO.pgp
Description: Digitale Signatur von OpenPGP

Bug#805644: ITP: tryton-modules-customs -- Customs Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-customs
  Version : 3.8.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.8/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Customs Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to define customs duty based on the tariff code of the
 "Harmonized Commodity Description and Coding System", also known as the
 "Harmonized System" (HS) (s.a. http://en.wikipedia.org/wiki/Harmonized_System)


This package is another base module published by the Tryton project.



pgpOhJjKyP6At.pgp
Description: Digitale Signatur von OpenPGP

Bug#804232: ITP: tryton-sao -- Web Client for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-sao
  Version : 3.8.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.8/
* License : GPL-3+
  Programming Lang: Javascript
  Description : Tryton Application Platform (Web Client)
  Tryton is a high-level general purpose application platform.
  It is the base of a complete business solution as well as a comprehensive
  health and hospital information system (GNUHealth).
 .
 This package contains the web client.



This package is the web client published by the Tryton project.


pgph_xjY_2TU0.pgp
Description: Digitale Signatur von OpenPGP

Bug#804231: ITP: tryton-modules-account-stock-landed-cost-weight -- Account Stock Landed Cost Weight Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-account-stock-landed-cost-weight
  Version : 3.8.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.8/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Stock Landed Cost
  Weight Module) Tryton is a high-level general purpose application platform.
  It is the base of a complete business solution as well as a comprehensive
  health and hospital information system (GNUHealth).
 .
 This module adds an allocation method for landed costs based on the weight of
 the products.



This package is another base module published by the Tryton project.


pgponhKd3v24H.pgp
Description: Digitale Signatur von OpenPGP

Bug#804228: ITP: tryton-modules-sale-complaint -- Sale Complaint Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-sale-complaint
  Version : 3.8.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.8/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Complaint Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module handles customer complaints about a sale or an invoice and
 provides actions that can be taken to solve the complaint.

This package is another base module published by the Tryton project.


pgpsn9duKFw30.pgp
Description: Digitale Signatur von OpenPGP

Bug#804230: ITP: tryton-modules-account-stock-landed-cost -- Account Stock Landed Cost Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-account-stock-landed-cost
  Version : 3.8.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.8/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Stock Landed Cost
  Module) Tryton is a high-level general purpose application platform. It is
  the base of a complete business solution as well as a comprehensive health
  and hospital information system (GNUHealth).
 .
 This module allows one to allocate landed costs on supplier shipments
 after their reception.



This package is another base module published by the Tryton project.


pgp_fwW_O_WH7.pgp
Description: Digitale Signatur von OpenPGP

Bug#804229: ITP: tryton-modules-sale-promotion -- Sale Promotion Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers 

* Package name: tryton-modules-sale-promotion
  Version : 3.8.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.8/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Promotion Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to define promotions for sales.


This package is another base module published by the Tryton project.


pgpiOZICbi0g9.pgp
Description: Digitale Signatur von OpenPGP

Bug#782970: [tryton-debian] python-profitbricks-client: Please use a maintained soap library instead of deprecated python-suds.

[Mathias Behrle]

* Scott Talbert:  Re: [tryton-debian] python-profitbricks-client: Please use a
  maintained soap library instead of deprecated python-suds. (Sat, 22 Aug 2015
  11:52:54 -0400 (EDT)):

Hi Scott,

[...]

 Are you confirming that suds-jurko is definitely not API compatible with
 suds, or are you just stating that there is uncertainty whether it is API
 compatible?

 Indeed I recently stumbled about an incompatibility. This one refers to a
 logging method and is not a big deal, but so I can confirm.
 
 Just out of curiosity, what was the incompatibility?

We had used in our modules something like

 log.debug(client.last_sent())
 log.debug(client.last_received())

After changing to suds-jurko those failed and there is also a related issue on
bitbucket [1].

JFTR: I am also answering to all bugs in CC, but I doubt we should post such
informations to all addresses.

[1]
https://bitbucket.org/jurko/suds/issues/39/missing-last_sent-and-last_received

-- 

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


pgp1n30_6zlup.pgp
Description: Digitale Signatur von OpenPGP

Bug#782970: [tryton-debian] python-profitbricks-client: Please use a maintained soap library instead of deprecated python-suds.

[Mathias Behrle]

* Scott Talbert:  Re: [tryton-debian] python-profitbricks-client: Please use a
  maintained soap library instead of deprecated python-suds. (Fri, 21 Aug 2015
  20:10:24 -0400 (EDT)):

 On Fri, 21 Aug 2015, Mathias Behrle wrote:
 
  I would much prefer to use suds-jurko as drop-in replacement for our
  current suds, because
 
  * suds-jurko is a fork that does not break the API
 
  There may be some probability for this, but Jurko himself didn't give the
  guarantee, that the changes already done didn't affect the API. Do you
  want to provide this guarantee?
 
  * the original suds upstream is dead
  * the original suds could reclaim the namespace if upstream was becoming
  active again
  * rdepends don't have to change anything
 
  rdepends should use the new upstream explicitly (see above) instead of
  perhaps suddenly failing because of a more or less inadvertised drop-in.
 
  IMO it makes no sense to rename the Debian binary package to
  python-suds-jurko when you still run import suds instead of import
  suds_jurko.
 
  It is not renaming a package, but indeed a new package. Just like the
  project on Pypi is different from the still existing suds.
 
  After looking again to the current state of suds-jurko (which is no more
  fully API compatible), the result of the conversation at DebConf today
  between Benjamin and me is:
 
 Are you confirming that suds-jurko is definitely not API compatible with 
 suds, or are you just stating that there is uncertainty whether it is API 
 compatible?

Indeed I recently stumbled about an incompatibility. This one refers to a
logging method and is not a big deal, but so I can confirm.

-- 

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


pgpQlAKd_7cSa.pgp
Description: Digitale Signatur von OpenPGP

Bug#782970: [tryton-debian] python-profitbricks-client: Please use a maintained soap library instead of deprecated python-suds.

[Mathias Behrle]

* Mathias Behrle:  [tryton-debian] Bug#783029: Bug#788087:
  python-profitbricks-client: Please use a maintained soap library instead of
  deprecated python-suds. (Wed, 8 Jul 2015 16:12:58 +0200):

 * Benjamin Drung:  Bug#783029: Bug#788087: python-profitbricks-client: Please
   use a maintained soap library instead of deprecated python-suds. (Wed, 08
   Jul 2015 13:51:29 +0200):

[snip]

  I would much prefer to use suds-jurko as drop-in replacement for our
  current suds, because
  
  * suds-jurko is a fork that does not break the API
 
 There may be some probability for this, but Jurko himself didn't give the
 guarantee, that the changes already done didn't affect the API. Do you want to
 provide this guarantee?
 
  * the original suds upstream is dead
  * the original suds could reclaim the namespace if upstream was becoming
  active again
  * rdepends don't have to change anything
 
 rdepends should use the new upstream explicitly (see above) instead of
 perhaps suddenly failing because of a more or less inadvertised drop-in.
  
  IMO it makes no sense to rename the Debian binary package to
  python-suds-jurko when you still run import suds instead of import
  suds_jurko.
 
 It is not renaming a package, but indeed a new package. Just like the project
 on Pypi is different from the still existing suds.

After looking again to the current state of suds-jurko (which is no more fully
API compatible), the result of the conversation at DebConf today between
Benjamin and me is:

* Benjamin wants to try first to port profitbrick packages to pysimplesoap,
  which now has hit testing.
* After that he will decide, if he wants to take over maintenance of the
  current suds package to do a drop-in with suds-jurko or create a separate
  suds-jurko package or if at lest he doesn't need suds at all.


-- 

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


pgpWC5VlQBHhk.pgp
Description: Digitale Signatur von OpenPGP

Bug#782970: Bug#788087: python-profitbricks-client: Please use a maintained soap library instead of deprecated python-suds.

[Mathias Behrle]

* Benjamin Drung:  Re: Bug#788087: python-profitbricks-client: Please use a
  maintained soap library instead of deprecated python-suds. (Wed, 08 Jul 2015
  11:39:52 +0200):

 Am Dienstag, den 07.07.2015, 13:21 +0200 schrieb Mathias Behrle:
  * Benjamin Drung:  Re: Bug#788087: python-profitbricks-client: Please use a
maintained soap library instead of deprecated python-suds. (Thu, 02 Jul
  2015 19:39:17 +0200):
  
  Hi Benjamin,
  
   Am Montag, den 08.06.2015, 14:03 +0200 schrieb Mathias Behrle:
Package: python-profitbricks-client
Severity: important
User: maintain...@debian.tryton.org
Usertags: migrate-suds

Dear maintainer of python-profitbricks-client,

your package is listed as a Reverse Depend of the python-suds
package, which is now deprecated due to long time missing upstream
maintenance as well as missing compatibility for Python3 (#783029,
#774948, #782970). It is planned to remove python-suds before the
release of stretch.
   
   suds-jurko seems to be more or less maintained (last upstream commit was
   yesterday, but the last release is from 2014-01-24) and it supports
   Python3.
   
Please consider to migrate your package to use a maintained soap
library (like pysimplesoap, at the time of writing in NEW).
   
   Instead of porting python-profitbricks-client, I would prefer to take
   over the maintenance of suds for at least the stretch release and follow
   the suds-jurko releases. Some time ago, I already made sure that
   python-profitbricks-client works with the Python3 version of suds-jurko.
   What do you think?
  
  Basically I can not add much to #783029. Indeed there is some recent action
  from the maintainer side. All efforts to use suds-jurko as a drop-in
  replacement (or separate package by Lionel) were done, but neither me (nor
  Lionel who wanted to do the same as you want to do now) finally wanted to
  turn into a definite upstream for suds-jurko. For me things are quite
  unchanged, but perhaps you are lucky to be able to revive the contact with
  Jurko so you can get some feedback about his future plans.
  
  Finally I only can recommend to evaluate the porting effort of
  python-profitbricks-client (and possibly other rdepends of suds) vs. the
  maintenance effort of suds-jurko. Bug reports filed against rdepends of suds
  are available at [0]. The result of above said evaluation could of course be
  influenced by the porting effort needed by other rdepends. Basically they/we
  all will be thankful, if there is a maintained suds alternative available.
 
 Looking at those bug reports:
 * 2 just removed the suggestion of python-suds
 * The maintainer of congruity (#788082) responded that porting to
 pysimplesoap would not be an easy effort
 * All other maintainers haven't responded yet
 
 Mathias, may become co-maintainer or adopt python-suds? I wait for your
 go before preparing suds-jurko with Python 3 support.

Hi Benjamin,

I would prefer the following way:

1) Jurko, the maintainer of suds-jurko, was offered, that his package
could take over the name from original suds on Pypi. He didn't make use of
this offer so far. That would have been a good starting point to use suds-jurko
(then suds) as a drop-in for current suds. As this is not the case I would
indeed prefer to keep the projects resp. packages separate. As the package must
go through NEW anyway for Python 3 support, this is the cleaner way to get
suds-jurko into the archive.
Could you please coordinate with Lionel, who prepared already an initial
separate suds-jurko package [0]?
Please let me know ASAP to inform Rdepends about the new package to prevent
evtl. unneeded work on their side (or do that yourself).

2) Please add Provides and Conflicts with python-suds (as done by Lionel). As
soon as suds-jurko will hit unstable I will add the Conflicts to python-suds and
change the package description to hint to your package.

3) Rdpends of python-suds will be informed to update their Depends to
python*-suds-jurko.

4) python-suds will be removed from the archive before the release of stretch.

Is this OK for you?

[0] https://people.debian.org/~lmamane/suds/

-- 

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


pgpFd1PQD8YNd.pgp
Description: Digitale Signatur von OpenPGP

Bug#782970: Bug#783029: Bug#788087: python-profitbricks-client: Please use a maintained soap library instead of deprecated python-suds.

[Mathias Behrle]

* Benjamin Drung:  Bug#783029: Bug#788087: python-profitbricks-client: Please
  use a maintained soap library instead of deprecated python-suds. (Wed, 08
  Jul 2015 13:51:29 +0200):

 Am Mittwoch, den 08.07.2015, 13:30 +0200 schrieb Mathias Behrle:
  * Benjamin Drung:  Re: Bug#788087: python-profitbricks-client: Please use a
maintained soap library instead of deprecated python-suds. (Wed, 08 Jul
  2015 11:39:52 +0200):
  
   Am Dienstag, den 07.07.2015, 13:21 +0200 schrieb Mathias Behrle:
* Benjamin Drung:  Re: Bug#788087: python-profitbricks-client: Please
use a maintained soap library instead of deprecated python-suds. (Thu,
02 Jul 2015 19:39:17 +0200):

Hi Benjamin,

 Am Montag, den 08.06.2015, 14:03 +0200 schrieb Mathias Behrle:
  Package: python-profitbricks-client
  Severity: important
  User: maintain...@debian.tryton.org
  Usertags: migrate-suds
  
  Dear maintainer of python-profitbricks-client,
  
  your package is listed as a Reverse Depend of the python-suds
  package, which is now deprecated due to long time missing upstream
  maintenance as well as missing compatibility for Python3 (#783029,
  #774948, #782970). It is planned to remove python-suds before the
  release of stretch.
 
 suds-jurko seems to be more or less maintained (last upstream commit
 was yesterday, but the last release is from 2014-01-24) and it
 supports Python3.
 
  Please consider to migrate your package to use a maintained soap
  library (like pysimplesoap, at the time of writing in NEW).
 
 Instead of porting python-profitbricks-client, I would prefer to take
 over the maintenance of suds for at least the stretch release and
 follow the suds-jurko releases. Some time ago, I already made sure
 that python-profitbricks-client works with the Python3 version of
 suds-jurko. What do you think?

Basically I can not add much to #783029. Indeed there is some recent
action from the maintainer side. All efforts to use suds-jurko as a
drop-in replacement (or separate package by Lionel) were done, but
neither me (nor Lionel who wanted to do the same as you want to do now)
finally wanted to turn into a definite upstream for suds-jurko. For me
things are quite unchanged, but perhaps you are lucky to be able to
revive the contact with Jurko so you can get some feedback about his
future plans.

Finally I only can recommend to evaluate the porting effort of
python-profitbricks-client (and possibly other rdepends of suds) vs. the
maintenance effort of suds-jurko. Bug reports filed against rdepends of
suds are available at [0]. The result of above said evaluation could of
course be influenced by the porting effort needed by other rdepends.
Basically they/we all will be thankful, if there is a maintained suds
alternative available.
   
   Looking at those bug reports:
   * 2 just removed the suggestion of python-suds
   * The maintainer of congruity (#788082) responded that porting to
   pysimplesoap would not be an easy effort
   * All other maintainers haven't responded yet
   
   Mathias, may become co-maintainer or adopt python-suds? I wait for your
   go before preparing suds-jurko with Python 3 support.
  
  Hi Benjamin,
  
  I would prefer the following way:
  
  1) Jurko, the maintainer of suds-jurko, was offered, that his package
  could take over the name from original suds on Pypi. He didn't make use of
  this offer so far. That would have been a good starting point to use
  suds-jurko (then suds) as a drop-in for current suds. As this is not the
  case I would indeed prefer to keep the projects resp. packages separate. As
  the package must go through NEW anyway for Python 3 support, this is the
  cleaner way to get suds-jurko into the archive.
  Could you please coordinate with Lionel, who prepared already an initial
  separate suds-jurko package [0]?
  Please let me know ASAP to inform Rdepends about the new package to prevent
  evtl. unneeded work on their side (or do that yourself).
  
  2) Please add Provides and Conflicts with python-suds (as done by Lionel).
  As soon as suds-jurko will hit unstable I will add the Conflicts to
  python-suds and change the package description to hint to your package.
  
  3) Rdpends of python-suds will be informed to update their Depends to
  python*-suds-jurko.
  
  4) python-suds will be removed from the archive before the release of
  stretch.
  
  Is this OK for you?
 
 I would much prefer to use suds-jurko as drop-in replacement for our
 current suds, because
 
 * suds-jurko is a fork that does not break the API

There may be some probability for this, but Jurko himself didn't give the
guarantee, that the changes already done didn't affect the API. Do you want to
provide this guarantee?

 * the original suds upstream is dead
 * the original suds could reclaim the namespace if upstream

Bug#782970: Bug#783029: [tryton-debian][py3porters-devel] Packaging of suds-jurko

[Mathias Behrle]

* Lionel Elie Mamane:  Bug#783029: [tryton-debian][py3porters-devel] Packaging
  of suds-jurko (Wed, 3 Jun 2015 18:42:11 +0200):

Hi Lionel, hi all,

[...]
  Time has passed and re-evaluating suds-jurko still shows no maintainer
  activity. I don't get feedback on mails written directly to Jurko neither
  there is action on patches or development on the bitbucket project.
 
  So my personal decision is to not use suds-jurko as a drop-in for
  suds. Further action now depends on your answer, Lionel:
  Do you still want to maintain a suds-jurko package in Debian?
 
 I'm not going to turn into a new upstream for suds-jurko. Maintaining
 a package without an upstream is never very attractive. So let's say
 no.

Thanks for your feedback, those are exactly my feelings.

Further actions will be
- to add the deprecation warning to the suds package
- to file bug reports to the rdepends of python-suds to consider using rather
  the pysimplesoap package. So hopefully the current suds package can be
  removed before the release of stretch.

python-suds
Reverse Depends:
  congruity  fence-agents
  python-cinder
  python-ironic
  python-nova
  python-oslo.vmware

  python-profitbricks-client
  python-psphere
  python-stdnum
  python-trove


  vistrails
  utopia-documents

  gtg



Cheers,
Mathias


-- 

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


pgpASjkkp7n0m.pgp
Description: Digitale Signatur von OpenPGP

Bug#782970: [tryton-debian][py3porters-devel] Packaging of suds-jurko

[Mathias Behrle]

* Mathias Behrle:  [tryton-debian] Bug#783029: Bug#783029: [py3porters-devel]
  Packaging of suds-jurko (Wed, 29 Apr 2015 11:46:01 +0200):

 * Lionel Elie Mamane:  Re: [tryton-debian] Bug#783029: [py3porters-devel]
   Packaging of suds-jurko (Tue, 28 Apr 2015 16:32:23 +0200):

Hi Lionel, hi all,

  On Tue, Apr 28, 2015 at 03:27:12PM +0200, Mathias Behrle wrote:
   * Lionel Elie Mamane:  [tryton-debian] suds in Debian (Tue, 28 Apr 2015
 13:24:25 +0200):
  
   I just uploaded the jurko fork of suds (the latter you are maintainer
   of in Debian) to Debian.
  
   I am quite surprised to hear that. Your package even doesn't seem to
   close an ITP bug. Could you please provide the link to your
   packaging sources?
  
  https://people.debian.org/~lmamane/suds/
 
 You don't have permission to access /~lmamane/suds/suds-jurko_0.6-2.dsc on
 this server.
  
   The killer feature for me was compatibility with Python 3. It installs
   as python module suds, for drop-in replacement of suds.
  
   The killer feature of suds-jurko those days may turn out to be that it
   tends to be as unmaintained as the original suds.
  
  sigh
  
   For now, the Python2 package of suds-jurko provides and conflicts with
   python-suds (your package). Let me know whether you think something
   more soft, like e.g. collaborating through update-alternatives,
   would be more appropriate.
  
   Sorry, coordinating before uploading to NEW would have been much more
   appropriate, (...).
  
   Before commenting further I would like to hear about your motivations:
  
  My motivation is purely having a working suds for Python3 so that I
  can use stdnum.eu.vat.check_vies in Python3 (see
  https://bugs.debian.org/774948 ). If my work is useful to others, then
  I'm happy to share it, if not I'll keep it is a local package for me.
  
   - Are you aware of the work in progress at [1]?
  
  No.
  
   - Are you aware of the planning to prepare suds-jurko as a drop-in
   replacement for suds with coordinating to migrate also the project at pypi
 [2][3]?
  
  No.
  
  Since you seem to have good not-too-long-term plans, I'm happy if we
  ask ftpmaster to reject my upload to make way for your plans.
 
 The current state is:
 
 - suds (as the original package from fedora) has a dead upstream
 - suds-jurko (fork of the original package ported to py3) meanwhile seems to
   have a dead (or at least overloaded and unresponsive) upstream, too.
   Last release: 2014-01-24
   Last commit: 2014-12-25
 - pysimplesoap[0] seems to be a promising and maintained project.
 
 
 My personal plans are:
 
 - Wait some weeks (say until end of May), if either there will be some
 feedback or some revivification on the project.
 - In case the project shows activity from maintainer side I would take it and
   do a drop in for current suds.
 - In case there will be no activity, I won't step in as the quasi upstream of
   suds-jurko. I would inform the rdepends of python-suds to consider the usage
   of pysimplesoap.
   Indeed, if you still want to take over maintenance of suds-jurko then
   under this circumstances I will be happy to inform the rdepends to use
   your package and to take off python-suds from the archive.
 
 I think - provided pysimplesoap qualifies as a replacement for suds and
 suds-jurko remains in the current state - it makes more sense to put work
 on patches for the rdepends of python-suds to use pysimplesoap than to
 introduce another unmaintained package in the archive. At least I personally
 don't feel to have the continuing ability and to take the responsibility to
 beat another dead horse. If you want then to take over, that's fine for me.
 Until that decision I ask you indeed to wait with your package (i.e. to ask
 ftp-masters to not consider it for the moment).
 
 As always I am open to suggests, those are just my current feelings and plans.

Time has passed and re-evaluating suds-jurko still shows no maintainer
activity. I don't get feedback on mails written directly to Jurko neither
there is action on patches or development on the bitbucket project.

So my personal decision is to not use suds-jurko as a drop-in for
suds. Further action now depends on your answer, Lionel:
Do you still want to maintain a suds-jurko package in Debian?

Depending on your answer I will add a deprecation warning in the current suds
package recommending the use of pysimplesoap (currently in NEW) or (if API
compatibility is required) the suds-jurko package.

Cheers,
Mathias



 [0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782970

-- 

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


pgpZ5LObBZEHX.pgp
Description: Digitale Signatur von OpenPGP

Bug#782970: [py3porters-devel] Packaging of suds-jurko

[Mathias Behrle]

* Thomas Goirand:  Re: [py3porters-devel] Packaging of suds-jurko (Wed, 20
  May 2015 07:47:22 +0200):

Hi Thomas,

 On 04/21/2015 10:34 PM, Sandro Tosi wrote:
  it looks like pysimplesoap receives a lot more attention than
  suds-jurko (both in terms of users and upstream maintenance), so if
  you need to port code to a py3k-enabled soap client, I would point in
  that direction (in particular for python-debianbts) but if someone is
  using suds already, suds-jurko might be an easy way out indeed
 
 OpenStack is already using suds-jurko (as a replacement for suds which 
 has Python3 support), so if nobody from the DPMT packages it, I'll have 
 to do it anyway.

The plans for suds are at #782970 and #774948.

I will wait til the end of this month to take the decision, but I would
recommend exactly the same as Sandro. It looks like suds-jurko is just a little
bit less dead than original suds. Even quite simple and reviewed patches are not
merged, not to talk about releases. 

Please bear with me just that one more week, than we will make things clear.

@Sandro: btw. thanks for packaging pysimplesoap!

Cheers,
Mathias

-- 

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


pgpSdsG81FR3l.pgp
Description: Digitale Signatur von OpenPGP

Bug#782970: [tryton-debian] Bug#783029: [py3porters-devel] Packaging of suds-jurko

[Mathias Behrle]

* Lionel Elie Mamane:  Re: [tryton-debian] Bug#783029: [py3porters-devel]
  Packaging of suds-jurko (Tue, 28 Apr 2015 16:32:23 +0200):

CCed 774...@bugs.debian.org for reference

Hello Lionel,

 On Tue, Apr 28, 2015 at 03:27:12PM +0200, Mathias Behrle wrote:
  * Lionel Elie Mamane:  [tryton-debian] suds in Debian (Tue, 28 Apr 2015
13:24:25 +0200):
 
  I just uploaded the jurko fork of suds (the latter you are maintainer
  of in Debian) to Debian.
 
  I am quite surprised to hear that. Your package even doesn't seem to
  close an ITP bug. Could you please provide the link to your
  packaging sources?
 
 https://people.debian.org/~lmamane/suds/

You don't have permission to access /~lmamane/suds/suds-jurko_0.6-2.dsc on this
server.
 
  The killer feature for me was compatibility with Python 3. It installs
  as python module suds, for drop-in replacement of suds.
 
  The killer feature of suds-jurko those days may turn out to be that it
  tends to be as unmaintained as the original suds.
 
 sigh
 
  For now, the Python2 package of suds-jurko provides and conflicts with
  python-suds (your package). Let me know whether you think something
  more soft, like e.g. collaborating through update-alternatives,
  would be more appropriate.
 
  Sorry, coordinating before uploading to NEW would have been much more
  appropriate, (...).
 
  Before commenting further I would like to hear about your motivations:
 
 My motivation is purely having a working suds for Python3 so that I
 can use stdnum.eu.vat.check_vies in Python3 (see
 https://bugs.debian.org/774948 ). If my work is useful to others, then
 I'm happy to share it, if not I'll keep it is a local package for me.
 
  - Are you aware of the work in progress at [1]?
 
 No.
 
  - Are you aware of the planning to prepare suds-jurko as a drop-in
  replacement for suds with coordinating to migrate also the project at pypi
[2][3]?
 
 No.
 
 Since you seem to have good not-too-long-term plans, I'm happy if we
 ask ftpmaster to reject my upload to make way for your plans.

The current state is:

- suds (as the original package from fedora) has a dead upstream
- suds-jurko (fork of the original package ported to py3) meanwhile seems to
  have a dead (or at least overloaded and unresponsive) upstream, too.
  Last release: 2014-01-24
  Last commit: 2014-12-25
- pysimplesoap[0] seems to be a promising and maintained project.


My personal plans are:

- Wait some weeks (say until end of May), if either there will be some feedback
  or some revivification on the project.
- In case the project shows activity from maintainer side I would take it and
  do a drop in for current suds.
- In case there will be no activity, I won't step in as the quasi upstream of
  suds-jurko. I would inform the rdepends of python-suds to consider the usage
  of pysimplesoap.
  Indeed, if you still want to take over maintenance of suds-jurko then
  under this circumstances I will be happy to inform the rdepends to use
  your package and to take off python-suds from the archive.

I think - provided pysimplesoap qualifies as a replacement for suds and
suds-jurko remains in the current state - it makes more sense to put work
on patches for the rdepends of python-suds to use pysimplesoap than to introduce
another unmaintained package in the archive. At least I personally don't feel
to have the continuing ability and to take the responsibility to beat another
dead horse. If you want then to take over, that's fine for me. Until that
decision I ask you indeed to wait with your package (i.e. to ask ftp-masters to
not consider it for the moment).

As always I am open to suggests, those are just my current feelings and plans.

Cheers,
Mathias





[0] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782970




-- 

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


pgpp6t5i0J7tj.pgp
Description: Digitale Signatur von OpenPGP

Bug#783188: ITP: python-simpleeval -- Simple, safe single expression evaluator library

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: python-simpleeval 
  Version : 0.8.2
  Upstream Author : Daniel Fairhead
* URL : https://github.com/danthedeckie/simpleeval
* License : MIT
  Programming Lang: Python
  Description : Simple, safe single expression evaluator library (Python 2)
  Quick single file library for easily adding evaluatable expressions into
  Python projects.
  .
  This package is targeting Python version 2.


* Package name: python3-simpleeval 
  Version : 0.8.2
  Upstream Author : Daniel Fairhead
* URL : https://github.com/danthedeckie/simpleeval
* License : MIT
  Programming Lang: Python
  Description : Simple, safe single expression evaluator library (Python 3)
  Quick single file library for easily adding evaluatable expressions into
  Python projects.
  .
  This package is targeting Python version 3.


This package will be needed as a dependency for the next version (3.6) of the
Tryton module tryton-modules-account.


pgpZmFR24o43R.pgp
Description: Digitale Signatur von OpenPGP

Bug#781815: ITP: python-cached-property -- A cached-property for decorating methods in classes

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: python-cached-property
  Version : 1.0.0
  Upstream Author : Daniel Greenfeld
* URL : https://github.com/pydanny/cached-property
* License : BSD
  Programming Lang: Python
  Description : A cached-property for decorating methods in classes (Python 
2)
  * Makes caching of time or computational expensive properties quick and easy.
  * Simple to use.
  * Works in Python 2 and 3.
  .
  This package is targeting Python version 2.


* Package name: python3-cached-property
  Version : 1.0.0
  Upstream Author : Daniel Greenfeld
* URL : https://github.com/pydanny/cached-property
* License : BSD
  Programming Lang: Python
  Description : A cached-property for decorating methods in classes (Python 
3)
  * Makes caching of time or computational expensive properties quick and easy.
  * Simple to use.
  * Works in Python 2 and 3.
  .
  This package is targeting Python version 3.


This package will be needed as a dependency for the next version (3.6) of the
Tryton module tryton-modules-account-asset.


pgp7Zi9BLIBCt.pgp
Description: Digitale Signatur von OpenPGP

Bug#781817: ITP: tryton-modules-account-tax-rule-country -- Account Tax Rule Country Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-account-tax-rule-country
  Version : 3.6.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.6/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Tax Rule Country 
Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to define tax rules based on origin and
 destination countries.


This package is another base module published by the Tryton project.


pgpi1uiZVR5js.pgp
Description: Digitale Signatur von OpenPGP

Bug#781816: ITP: tryton-modules-stock-lot-sled -- Stock Lot SLED Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-stock-lot-sled
  Version : 3.6.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.6/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Stock SLED Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module handles the following aspects on product lots:
 .
  * Shelf Live Expiration Date
  * Expiration Date

This package is another base module published by the Tryton project.


pgpjTPoqhO46v.pgp
Description: Digitale Signatur von OpenPGP

Bug#781818: ITP: tryton-modules-account-deposit -- Account Deposit Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-account-deposit
  Version : 3.6.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.6/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Deposit Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to manage deposit amounts paid by the customer in
 advance.


This package is another base module published by the Tryton project.


pgpK6tmMdZogv.pgp
Description: Digitale Signatur von OpenPGP

Bug#781820: ITP: tryton-modules-commission -- Commission Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-commission
  Version : 3.6.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.6/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Commission Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to manage commissions for sales agents.


This package is another base module published by the Tryton project.


pgplxxWCcO2iJ.pgp
Description: Digitale Signatur von OpenPGP

Bug#781822: ITP: tryton-modules-account-payment-sepa-cfonb -- Account Payment SEPA CFONB Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-account-payment-sepa-cfonb
  Version : 3.6.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.6/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Payment SEPA CFONB 
Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This package adds CFONB flavors to SEPA messages.


This package is another base module published by the Tryton project.


pgpsKBctxnHkd.pgp
Description: Digitale Signatur von OpenPGP

Bug#781819: ITP: tryton-modules-sale-extra -- Sale Extra Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-sale-extra
  Version : 3.6.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.6/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Stock SLED Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to add automatically extra lines on sales matching
 specified criteria defined on price lists.


This package is another base module published by the Tryton project.


pgpsyzjhThgcL.pgp
Description: Digitale Signatur von OpenPGP

Bug#781821: ITP: tryton-modules-commission-waiting -- Commission Waiting Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-commission-waiting
  Version : 3.6.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.6/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Commission Waiting Module)
 Tryton is a high-level general purpose application platform. It is the base
 of a complete business solution as well as a comprehensive health and hospital
 information system (GNUHealth).
 .
 This module allows one to generate account moves for commissions to a waiting
 account, that is cleared on posting of the invoice.


This package is another base module published by the Tryton project.


pgpXieWEYOlEJ.pgp
Description: Digitale Signatur von OpenPGP

Bug#765721: ITP: tryton-modules-account-payment-clearing -- Account Payment Clearing Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-account-payment-clearing
  Version : 3.4.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Payment Clearing 
Module)
  Tryton is a high-level general purpose application platform written
  in Python and using PostgreSQL as database engine. It is the core base of a
  complete business solution.
  .
  This package adds the possibility to generate account moves on successful
  payments between the receivable/payable account and a clearing account on the
  payment journal. The clearing account will be used on statement lines linked
  to those payments.


This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#742735: ITP: tryton-modules-account-invoice-stock -- Account Invoice Stock Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-account-invoice-stock
  Version : 3.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Invoice Stock Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This package provides links between invoice lines and stock moves.
 It is needed as a dependency of the sale and purchase modules.





This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#742737: ITP: tryton-modules-account-credit-limit -- Account Credit Limit Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-account-credit-limit
  Version : 3.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Credit Limit Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This package adds the possibility to manage credit limits for parties.




This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#742738: ITP: tryton-modules-account-payment-sepa -- Account Payment SEPA Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-account-payment-sepa
  Version : 3.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Payment SEPA Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This package adds the possibility to generate SEPA files for grouped payments.





This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#742739: ITP: tryton-modules-party-relationship -- Party Relationship Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-party-relationship
  Version : 3.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Party Relationship Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This package adds the possibility to define different types of relations
 between parties.



This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#742740: ITP: tryton-modules-sale-credit-limit -- Sale Credit Limit Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-sale-credit-limit
  Version : 3.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Credit Limit Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This package adds the possibility to check the credit limit for 
 parties when processing sales.




This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#742741: ITP: tryton-modules-shipment-grouping -- Sale Shipment Grouping Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-sale-shipment-grouping
  Version : 3.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Sale Shipment Grouping Module)
 Tryton is a high-level general purpose application platform
  written in Python and using PostgreSQL as database engine. It is the core
  base of a complete business solution.
 .
 This package adds the possibility to define how stock moves generated from
 sales will be grouped for shipping.





This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#742736: ITP: tryton-modules-account-payment -- Account Payment Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-account-payment
  Version : 3.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Account Payment Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This package adds the possibility to generate grouped payments for receivable
 or payable lines.




This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#742742: ITP: tryton-modules-stock-package -- Stock Package Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-stock-package
  Version : 3.2.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.2/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Stock Package Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This package allows one to store packaging information about outgoing
 shipments.



This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature

Bug#740916: ITP: dms -- DNS Management System

[Mathias Behrle]

* Matthew Grant:  Bug#740916: ITP: dms -- DNS Management System (Thu, 06 Mar
  2014 20:55:15 +1300):

 Package: wnpp
 Severity: wishlist
 Owner: Matthew Grant m...@mattgrant.net.nz
 
 * Package name: dms

This package name seems to generic for me, I personally would have expected
something like 'Document Management System', but there are far more meanings
[1].

[1] http://en.wikipedia.org/wiki/DMS

Cheers,
Mathias

-- 

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


signature.asc
Description: PGP signature

Bug#718580: ITP: mayan -- Django-based Electronic Document Management System (EDMS)

[Mathias Behrle]

* Matteo F. Vescovi:  Re: Bug#718580: ITP: mayan -- Django-based Electronic
  Document Management System (EDMS) (Mon, 3 Feb 2014 09:10:56 +0100):

Hi Matteo,

 On 2014-02-02 at 14:00, Mathias Behrle mathi...@m9s.biz wrote:
  I am just starting to use mayan and I want to ask, if there are already some
  results for this ITP. This only to give feedback, that I am interested to
  have this package in Debian as well.
 
 Actually, the packaging is in stall because some of the build
 dependencies aren't available as independent packages in Debian.
 
 There were a couple of Python modules that prevented me to start
 working seriously on Mayan.

Now after diving in a little bit I see, that quite a few packages are missing. 
 
 I discovered that Python environments are not allowed (or, at least,
 appreciated) in Debian packaging. So I need to understand even that
 part of the process.
 
 Given that, if you are in a hurry for using Mayan, then you'd better
 start breathing again and use the python-env system for now.
 I'll keep you updated on the progresses I may achieve with this package,
 if you are interested in this task.

Thanks a lot for keeping me updated!

Cheers,



-- 

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


signature.asc
Description: PGP signature

Bug#718580: ITP: mayan -- Django-based Electronic Document Management System (EDMS)

[Mathias Behrle]

Hi Matteo,

I am just starting to use mayan and I want to ask, if there are already some
results for this ITP. This only to give feedback, that I am interested to have
this package in Debian as well.

Cheers,
Mathias


-- 

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


signature.asc
Description: PGP signature

Bug#730274: ITP: tryton-modules-timesheet-cost -- Timesheet Cost Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-timesheet-cost
  Version : 3.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Timesheet Cost Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This module adds the possibility to define costs for employees on timesheets.


This package was just factored out by upstream from module trytond_timesheet
(tryton-modules-timesheet) and will be needed by all modules depending so far
on timesheet.


signature.asc
Description: PGP signature

Bug#730298: ITP: tryton-modules-bank -- Bank Module for the Tryton Application Platform

[Mathias Behrle]

X-Debbugs-CC: debian-de...@lists.debian.org
Package: wnpp
Severity: wishlist
Owner: Debian Tryton Maintainers maintain...@debian.tryton.org

* Package name: tryton-modules-bank
  Version : 3.0.0
  Upstream Author : Tryton project (www.tryton.org)
* URL : http://downloads.tryton.org/3.0/
* License : GPL-3+
  Programming Lang: Python
  Description : Tryton Application Platform (Bank Module)
 Tryton is a high-level general purpose application platform written in Python
 and using PostgreSQL as database engine. It is the core base of a complete
 business solution.
 .
 This module adds the possibility to define banks and bank accounts.


This package is another base module published by the Tryton project.


signature.asc
Description: PGP signature