Bug#981291: Transfer foreign debian packaging into official repository
* Kilian Romberg: " Transfer foreign debian packaging into official repository" (Mon, 22 Jul 2024 07:24:18 +): Hello Kilian, just to update the link informations of this bug: librewolf development currently happens at https://codeberg.org/librewolf > Hello, > > I have the debian sources for LibreWolf version 128.0 available; > however, I have not found any guidelines concerning the inclusion process for > foreign packaging yet, and would much appreciate some help with that topic. > Do I need to amend the metadata somehow? I think a good starting point to ask those questions is the mentors list at https://lists.debian.org/debian-mentors/ I guess it would be good to have a look at the firefox package itself to get an impression. https://salsa.debian.org/mozilla-team/firefox/ Alternatively I would suggest to get in contact with the Maintainers of Mozilla-related packages team at https://qa.debian.org/developer.php?email=team%2Bpkg-mozilla%40tracker.debian.org which currently seems to consist only of Mike Hommey. Probably it would be good to concentrate such packaging efforts under one umbrella. And I would want to put a little warning without being demotivating: librewolf is exactly like firefox a fast moving target requiring frequent updates, especially for security isues. So please be sure, if you can ensure the time and team maintenance would certainly help in that case. Kind regards Mathias -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6 AC29 7E5C 46B9 D0B6 1C71 7681 D6D0 9BE4 8405 BBF6
Bug#1054081: ITP: librewolf -- community-maintained, privacy and security-focused browser based on firefox
* 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
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
* 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
* 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)
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
* 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
* 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
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: " 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
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
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
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
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
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
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
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
* 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
* 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
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
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
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
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
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
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
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
* 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
* 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
* 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 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
* 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 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
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
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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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)
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 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 +# incorr
Bug#877849: [tryton-debian] Namespace conflict for python-magic
* 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 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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.
* 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 > X-Debbugs-CC: debian-de...@lists.debian.org > > * Package name: node-chalk > Version : 1.1.3 > Upstream Author : Aarti Kashyap > * 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 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
title -1 ITP: python-zeep -- modern SOAP client library for Python owner -1 Debian Tryton Maintainers Taking this RFP for (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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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#822903: ITP: tryton-modules-production-work -- Production Work Module for the Tryton Application Platform
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#822902: ITP: tryton-modules-purchase-request -- Purchase Request Module for the Tryton Application Platform
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#808168: O: simplejson -- simple, fast, extensible JSON encoder/decoder for Python
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
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#804230: ITP: tryton-modules-account-stock-landed-cost -- Account Stock Landed Cost Module for the Tryton Application Platform
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
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#804232: ITP: tryton-sao -- Web Client for the Tryton Application Platform
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
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
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#782970: [tryton-debian] python-profitbricks-client: Please use a maintained soap library instead of deprecated python-suds.
* 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.
* 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: " [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#783029: Bug#788087: python-profitbricks-client: Please use a maintained soap library instead of deprecated python-suds.
* 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 >
Bug#782970: Bug#788087: python-profitbricks-client: Please use a maintained soap library instead of deprecated python-suds.
* 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: [tryton-debian][py3porters-devel] Packaging of suds-jurko
* 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: " [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. > > > > > > > > >> 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
* 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
* 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. > > > > >> 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#781819: ITP: tryton-modules-sale-extra -- Sale Extra Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#781820: ITP: tryton-modules-commission -- Commission Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#781818: ITP: tryton-modules-account-deposit -- Account Deposit Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#781816: ITP: tryton-modules-stock-lot-sled -- Stock Lot SLED Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#781815: ITP: python-cached-property -- A cached-property for decorating methods in classes
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#765721: ITP: tryton-modules-account-payment-clearing -- Account Payment Clearing Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#742736: ITP: tryton-modules-account-payment -- Account Payment Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#742741: ITP: tryton-modules-shipment-grouping -- Sale Shipment Grouping Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#742740: ITP: tryton-modules-sale-credit-limit -- Sale Credit Limit Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#742739: ITP: tryton-modules-party-relationship -- Party Relationship Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#742738: ITP: tryton-modules-account-payment-sepa -- Account Payment SEPA Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#742737: ITP: tryton-modules-account-credit-limit -- Account Credit Limit Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#742735: ITP: tryton-modules-account-invoice-stock -- Account Invoice Stock Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * 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#740916: ITP: dms -- DNS Management System
* Matthew Grant: " Bug#740916: ITP: dms -- DNS Management System" (Thu, 06 Mar 2014 20:55:15 +1300): > Package: wnpp > Severity: wishlist > Owner: Matthew Grant > > * 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)
* 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 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)
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#730302: ITP: tryton-modules-account-dunning-letter -- Account Dunning Letter Module for the Tryton Application Platform
X-Debbugs-CC: debian-de...@lists.debian.org Package: wnpp Severity: wishlist Owner: Debian Tryton Maintainers * Package name: tryton-modules-account-dunning-letter 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 (Account Dunning Letter 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 a dunning letter for configured levels after the processing of dunnings. This package is another base module published by the Tryton project. signature.asc Description: PGP signature