s.sigstore.dev/
> 2. ssh signatures
> 3. signify https://man.openbsd.org/signify.1
JFTR: Tryton moved from pgp signatures to signify, so of course I would
appreciate if this format could be handled as well.
--
Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0x
source_dir/src/csb43/_version.py
But SETUPTOOLS_SCM_PRETEND_VERSION like proposed by Thomas did the trick.
https://salsa.debian.org/tryton-team/python-csb43/-/pipelines/703025
May be pybuild doesn't handle correctly a version string like 0.10.0+dfsg-1?
> Oh, you're also missin
sioning with
https://salsa.debian.org/tryton-team/python-csb43/-/commit/e8788e09818948231a48cc1472a5f5b65fcc
Could you confirm this is the right approach or is there a more elegant way?
Thanks,
Mathias
--
Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6 1C71 7681 D6D0 9BE4 8405 BBF6
* Louis-Philippe Véronneau: " Re: PEP-517/PEP-518 Support In Debian: current
state" (Mon, 25 Oct 2021 15:28:17 -0400):
> On 2021-10-25 14 h 04, Mathias Behrle wrote:
> > * Mathias Behrle: " PEP-517/PEP-518 Support In Debian: current state" (Mon,
> > 25 Oct 2
* Mathias Behrle: " PEP-517/PEP-518 Support In Debian: current state" (Mon, 25
Oct 2021 19:45:39 +0200):
> Hi all,
>
> before doing something nasty I would like to hear if
> https://lists.debian.org/debian-python/2020/06/msg2.html
> is still valid?
JFTR I forgot
Hi all,
before doing something nasty I would like to hear if
https://lists.debian.org/debian-python/2020/06/msg2.html
is still valid?
Thanks for your feedback,
Mathias
--
Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6
* Sebastian Ramacher: " Re: Autoremoval mails for python-passlib" (Sat, 28 Mar
2020 10:25:47 +0100):
> On 2020-03-28 10:01:29, Mathias Behrle wrote:
> > Hi all,
> >
> > I got this morning a whole bunch of autoremoval mails for the Tryton suite
> > for
for removal in 29.2 days
--
Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0xD6D09BE48405BBF6
AC29 7E5C 46B9 D0B6 1C71 7681 D6D0 9BE4 8405 BBF6
* 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 alrea
uld 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
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
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:
* 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 an
* Christoph Biedl: " Re: Namespace conflict for python-magic" (Fri, 6 Oct 2017
08:34:04 +0200):
> Mathias Behrle wrote...
>
> > That's good news, Adam, thanks for it! Looking forward to get your diff.
>
> +1
>
> In order to control the transition,
isional 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 confli
* Christoph Biedl: " Re: Namespace conflict for python-magic" (Tue, 5 Sep 2017
18:45:31 +0200):
> Mathias Behrle wrote...
>
> > So finally I am still quite undetermined what to do to get the actual
> > release of relatorio packaged[5] (it will be needed for the next
* 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):
>
> > &
* Christoph Biedl: " Re: Namespace conflict for python-magic" (Mon, 4 Sep 2017
19:38:56 +0200):
> Mathias Behrle wrote...
>
> > Current python(3)-magic in Debian is built from source package 'file'[0].
> (...)
> > OTOH the package providing pytho
ny thoughts?
Cheers,
Mathias
[0] https://sources.debian.net/src/file/
[1] https://sources.debian.net/src/file/1:5.31-1/python/setup.py/
[2] https://pypi.python.org/pypi/file-magic/0.3.0
[3] https://pypi.python.org/pypi/python-magic/
[4] http://github.com/ahupp/python-magic
--
Mathias Behr
* Piotr Ożarowski: " Re: [tryton-debian] python-relatorio: where to put the
test suite?" (Wed, 9 Jul 2014 15:41:30 +0200):
> [Mathias Behrle, 2014-07-09]
> > > if these tests are not that big, you can ship them in both packages, i.e.
> > > in /usr/share/python{,3}
* Barry Warsaw: " Re: python-relatorio: where to put the test suite?" (Wed, 9
Jul 2014 09:13:17 -0400):
> On Jul 09, 2014, at 12:55 PM, Mathias Behrle wrote:
>
> >relatorio has a test suite containing some images, documents and templates,
> >which according to
* Piotr Ożarowski: " Re: python-relatorio: where to put the test suite?" (Wed,
9 Jul 2014 13:33:17 +0200):
> [Mathias Behrle, 2014-07-09]
> > relatorio has a test suite containing some images, documents and templates,
> > which according to FHS should belong under /
to docs (on dh_install)
- or is there a better solution, which I am currently not aware of?
Thanks,
Mathias
[1]
https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=tryton/relatorio.git;a=tree;f=relatorio/tests;hb=HEAD
--
Mathias Behrle
PGP/GnuPG key availabable from any
* Jurko Gospodnetić: " Re: Packaging of suds-jurko (was: suds)" (Thu, 03 Jul
2014 11:32:28 +0200):
Hi Jurko,
> On 3.7.2014. 0:07, Mathias Behrle wrote:
> >> My epydocs experience is *very* rusty. How hard would it be to covert the
> >> docs to Sphinx-consum
* Barry Warsaw: " Re: Packaging of suds-jurko (was: suds)" (Wed, 2 Jul 2014
11:00:34 -0400):
> On Jul 02, 2014, at 04:16 PM, Mathias Behrle wrote:
>
> >>* I still have not taken over the original project's documentation
> >> and that is something I
* Jurko Gospodnetić: " Re: Packaging of suds-jurko" (Wed, 02 Jul 2014 20:14:33
+0200):
>Hi Mathias.
>
> On 1.7.2014. 13:10, Mathias Behrle wrote:
> > The first tests on suds-jurko are looking very promising. I built the
> > package succesfully as a drop
exible with
> the project's structure & packaging. :-)
Great to hear all that.
Cheers,
Mathias
[1] https://lists.debian.org/debian-python/2014/07/msg8.html
--
Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
signature.asc
Description: PGP signature
* Donald Stufft: " Re: Packaging of suds-jurko (was: suds)" (Tue, 1 Jul 2014
17:55:17 -0400):
>
> On Jul 1, 2014, at 5:41 PM, Barry Warsaw wrote:
>
> > On Jul 01, 2014, at 01:10 PM, Mathias Behrle wrote:
> >
> >> The first tests on suds-jurko
* Barry Warsaw: " Re: Packaging of suds-jurko (was: suds)" (Tue, 1 Jul 2014
17:41:28 -0400):
> On Jul 01, 2014, at 01:10 PM, Mathias Behrle wrote:
>
> >The first tests on suds-jurko are looking very promising. I built the package
> >succesfully as a drop-in replac
* Jordan Metzmeier: " Re: suds (was: favouring Python3 in the Debian
policy)" (Thu, 8 May 2014 10:22:47 -0500):
Hi all,
> On Thu, May 8, 2014 at 4:11 AM, Mathias Behrle wrote:
> > * Jordan Metzmeier: " Re: favouring Python3 in the Debian policy" (Wed,
uly/002127.html
[2]
http://stackoverflow.com/questions/7739613/python-soap-client-use-suds-or-something-else
--
Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
signature.asc
Description: PGP signature
344076/differences-between-distribute-distutils-setuptools-and-distutils2
[3] http://lucumr.pocoo.org/2012/6/22/hate-hate-hate-everywhere/
--
Mathias Behrle
PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6
signature.asc
Description: PGP signature
* Piotr Ożarowski: " Re: Best practice: .egg-info with pybuild from
git" (Thu, 21 Nov 2013 19:56:05 +0100):
@Piotr: apologies for first not sending the mail to the group, but your mail
address
> [Thomas Goirand, 2013-11-21]
> > On 11/21/2013 08:28 PM, Mathias Behrl
Hello Pythonistas,
I am just searching for some input/confirmation for the best practice with
respect to .egg-info provided in upstream tarballs.
My initial approach was based on the recommendations in the Python
Library Style Guide [1] and App Style Guide [2] to avoid evtl. double build
failures
.20130819-1)?
>
> It's planned for 1.20130830 (or 1.20130901) release :-)
Great. Also waiting for it...
--
Mathias Behrle
MBSolutions
Gilgenmatten 10 A
D-79114 Freiburg
Tel: +49(761)471023
Fax: +49(761)4770816
http://m9s.biz
UStIdNr: DE 142009020
* Mathias Behrle: " Bug#706957: RFS: tryton-modules-stock-lot/2.8.0-1
[ITP]" (Mon, 6 May 2013 14:35:04 +0200):
CCing specific audience debian-...@lists.debian.org and
debian-python@lists.debian.org
Dear mentors,
could you please reconsider the RFS for this (and other) Tryton modu
* Jakub Wilk: " Re: dh9: dh_python2 with dh_sphinxdoc: missing /usr/bin
and /usr/lib in deb" (Mon, 13 May 2013 20:26:39 +0200):
> * Mathias Behrle , 2013-05-13, 20:13:
>>I want to create a separate package tryton-modules-doc from the sphinx
>>documentation contained i
hould I report against package python or
python-sphinx?
diff --git a/debian/control b/debian/control
index bc60dcf..f7f6ae7 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,9 @@ Section: python
Priority: optional
Maintainer: Debian Tryton Maintainers
Uploaders: Mathias Behrle
-
38 matches
Mail list logo
