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
not None:
> if dtype.kind in ('u', 'i'):
> plist.set_scaleoffset(h5z.SO_INT, scaleoffset)
> else: # dtype.kind == 'f'
> plist.set_scaleoffset(h5z.SO_FLOAT_DSCALE,
> scaleoffset)
> for item in 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
new builddir. 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-$DE
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
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
nce[1]. It 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
*really* appreciate it if someone
> could take a look. I tried patching requirements_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 f
k that - especially 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
il is generated 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
uld at 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
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 pytho
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
https://s
eady.
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
S, of course, but that
isn't a problem either, IMHO. It's calibre's problem - not Debian's
problem. 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
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
> check if a package is just a remaining curft, though it's hopefully
> still helpful as a TODO list.
>
> Cheers,
>
> Thomas Goirand (zigo)
>
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
py2.yaml
Description: application/yaml
pgpOJQyyl6HJu.pgp
Description: OpenPGP digital signature
unless something 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
aren't going to even notice.
--
Neil Williams
=
http://www.linux.codehelp.co.uk/
pgpzUYLNoBm9B.pgp
Description: OpenPGP digital signature
he lava-server package no longer 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
et' has no attribute 'timeout'
> **
> 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
On Thu, 29 Nov 2018 11:41:40 +0100
Thomas Goirand wrote:
> On 11/28/18 5:51 PM, Neil Williams wrote:
> > I'd expect at least python3-django to be in that list. Could be an
> > upstream bug in their setup.py
>
> From my experience, it's always best to explicit
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
Depends:
python3-djangorestframework
python3-djangorestframework-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 whic
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.
24 matches
Mail list logo