I'd like to join PAPT to maintain black.
My login on salsa.debian.org is codehelp.
I have read
https://salsa.debian.org/python-team/tools/python-apps/blob/master/policy.rst
and I accept it.
Does black have to use pristine-tar for PAPT?
--
Neil Williams
h...@codehelp.co.uk
orestframework-gis
python3-djangorestframework
python3-djangorestframework-gis
It may be too late to get things like this untangled before the buster
release. Dabbling with django-filters 2.0 now could end up causing
removal of packages which work just fine with the current set.
Looks to me like dja
On Wed, 28 Nov 2018 14:38:20 +
Wookey wrote:
> On 2018-11-28 08:58 +0000, Neil Williams wrote:
> > On Mon, 26 Nov 2018 04:05:05 +
> > Wookey wrote:
> >
> > > On 2018-11-22 08:59 +0100, Thomas Goirand wrote:
> > > > On 11/22/18 6:02
er follows
that draft in any meaningful manner. The page is still tied in with
changes to Django from django 1.2 to 1.3. The best thing for this page
might be that it gets deleted or at least edited to have a warning that
it is horribly out of date.
> Best regards
--
N
> recently everything worked fine, but some time ago this error
> appeared. And on other OS (Ubuntu, FreeBSD), the code works without
> errors. Please help:) sorry for my English
>
> --
> С уважением,
> Артём
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgpeyyBbeV99W.pgp
Description: OpenPGP digital signature
ing to even notice.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgpzUYLNoBm9B.pgp
Description: OpenPGP digital signature
ething actually Breaks: or Conflicts: or the user runs
autoremove.
If a leaf package bar changes from Depends: python-foo to python3-foo,
then python-foo will remain installed. There are lots of packages in
Stretch that are not in Buster. Upgrading leaves them in place unless
the
On Sun, 3 Nov 2019 15:00:17 +0100
Matthias Klose wrote:
> [discussing this outside the bug report on the ML]
>
> On 03.11.19 14:39, Neil Williams wrote:
> > Actually, that's a good catch. I was mixing up the defaults package
> > with the general advice on python3 mi
Package: python3
Version: 3.7.5-1
Severity: normal
As discussed on IRC and alongside the post to debian-devel-announce, please
review and include this amendment to the Debian Python Policy to cover
the removal of the Python 2 stack as outlined at
https://wiki.debian.org/Python/2Removal
On Sun, Oct 13, 2019 at 11:41:38PM -0400, Nicholas D Steeves wrote:
> Hi Thomas and Python Team,
>
> Thomas Goirand writes:
>
> > For example, today I looked into removing Python 2 from python-cogent.
> > Running sixer on all files lead to a huge log of problems to solve by
> > hand. There's no
There's always the option of users installing the old Python2
stuff from Buster to keep calibre hobbling along.
Debian is the higher priority here. Calibre would be a nice to have but
it does not deserve to cause delays on anybody else's voluntary
effort. No package has that right.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgp4uIyKpHi9l.pgp
Description: OpenPGP digital signature
is ready.
It's not ready for release from upstream yet, so it doesn't affect the
decision to raise an RC bug against calibre in current testing.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgpbb7BZVbZZO.pgp
Description: OpenPGP digital signature
t least introduce yourself there.
https://lists.ubuntu.com/mailman/listinfo/Checkbox-devel
See also https://mentors.debian.net/ - a lot of help and information
for people who are new to packaging.
--
Neil Williams
=
https://linux.codehelp.co.uk/
pgpyt9PtnctT5.pgp
Description: OpenPGP digital signature
rated by:
> https://salsa.debian.org/release-team/release-tools/-/blob/master/mailer/mail_autoremovals.pl
>
> Autoremoval data is generated by:
> https://salsa.debian.org/qa/udd/-/blob/master/udd/testing_autoremovals_gatherer.pl
--
Neil Williams
=
https://linux.codehelp.co.uk/
pgp8Yat8bh8Vg.pgp
Description: OpenPGP digital signature
cially in a TL;DR - that
long option names are used or the context of each option is included as
the difference between -r and -s is not obvious from this email & not
everyone on the list uses py3versions routinely.
--
Neil Williams
=
https://linux.codehelp.co.uk/
pgp6eGTQw_JDx.pgp
Description: OpenPGP digital signature
t will be refreshed by a daily cron job.
It seems to be a list of source packages, yet it contains duplicates
(pelican appears twice, for example, as does python-git). autopkgtest
is source-package based, so can this be fixed? Maybe take the highest
popcon of all binaries from each singl
uirements_dev.txt and
> misc/requirements_wheel.txt but am apparently out of my depth here. I
> reached out to Adam (CC'ed) but he is busy too. We all know how it
> goes.
>
> Please CC me on follow-ups as I am not subscribed to debian-python.
>
> Thanks, Dirk
>
>
unittest from Python standard
> library [6]. There is a script called nose2pytest [7] which can
> assist with migrating from nose to pytest.
xraylarch (U)
Fixed in git.
--
Neil Williams
=
https://linux.codehelp.co.uk/
pgpQG2Ls59DSX.pgp
Description: OpenPGP digital signature
lddir. So is is possible to obtain the real
> builddir during the build ?
PYTHONPATH can be a relative path, there is no need to try to identify
the full build path (that can introduce reproducibility issues). No
need to force a change to the build dir either.
So just obj-$DEB_HOST_GNU
external:
> plist.set_external(*item)
>
> if shuffle:
> plist.set_shuffle()
>
> if compression == 'gzip':
> plist.set_deflate(gzip_level)
> elif compression == 'lzf':
> plist.set_filter(h5z.FILTER_LZF, h5z.FLAG_OPTIONAL)
> elif compression == 'szip':
> opts = {'ec': h5z.SZIP_EC_OPTION_MASK, 'nn':
> h5z.SZIP_NN_OPTION_MASK} plist.set_szip(opts[szmethod], szpix)
> elif isinstance(compression, int):
> if not allow_unknown_filter and not
> h5z.filter_avail(compression):
> > raise ValueError("Unknown compression filter number:
> > %s" % compression)
> E ValueError: Unknown compression filter number: 32008
>
> /usr/lib/python3/dist-packages/h5py/_debian_h5py_serial/_hl/filters.py:281:
> ValueError
>
--
Neil Williams
=
https://linux.codehelp.co.uk/
pgpe9FSw3U3MV.pgp
Description: OpenPGP digital signature
pend on a debug interpreter.
See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019278
The package has had a build-dependency on python3-all-dbg for some
5 years or more - now waiting for an upload to unstable.
See also
https://lists.debian.org/debian-python/2021/09/msg00004.html
--
N
ted and python3-django in bookworm now at 3.2,
is it OK to update pytest-django to the v4.* series?
https://salsa.debian.org/python-team/packages/pytest-django
--
Neil Williams
=
https://linux.codehelp.co.uk/
pgp222z0eJUkR.pgp
Description: OpenPGP digital signature
22 matches
Mail list logo