not only that but the traceback clearly points at pylev being missing
from cleo's dependencies not poetry, so addressing it in poetry is
incorrect
On Sun, Jan 15, 2023 at 1:00 PM Vincent-Xavier JUMEL
wrote:
>
> Hello, python3-pylev isn't a Build-Deb but à runtime dependencie
>
> Thank you so
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: mo...@debian.org
Control: block -1 by #999850
* Package name: watchfiles
Version : 0.18.1
Upstream Contact: Samuel Colvin
* URL : https://github.com/samuelcolvin/watchfiles
* License : MIT
Programming Lang:
On Fri, Jan 13, 2023 at 1:24 PM Carsten Schoenert
wrote:
>
> Source: rich
> Version: 13.0.0-1
> Severity: serious
>
> Dear Maintainer,
>
> after the upload of pygments 2.14.0+dfsg-1 your package is failung while
> running the autopkgtest.
yeah i'm wondering why you keep updating packages you
> Could you try again with nautilus 43.2 which was just uploaded to Unstable?
same happens with 43.2
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi
Package: nautilus
Version: 43.1-1
Severity: normal
X-Debbugs-Cc: mo...@debian.org
Hello,
i have a Nautilus/Files window open with 3 tabs in it (3 subdirs of the same
main dir, which happens to be an NFS mount) and i used to be able to move files
and directories between tabs by just drag-n-drop on
Package: smplayer
Version: 22.7.0~ds0-1
Severity: important
X-Debbugs-Cc: mo...@debian.org
Hello,
as the title says, when smplayer is started, with at least a video in the play
list (even tho it's paused), it prevent GNOME (in this case with flashback
session) from shutting down the screen after
> The last packages involved in the Python 3.11 rebuilds build-depending
> on numpy have now built on all architectures.
>
> Please go ahead.
thanks! numpy/1.24.1-2 has been accepted in unstable and the pending
bugs severity has been bumped to serious.
Regards,
--
Sandro "morph" Tosi
My
Source: cython
Severity: normal
X-Debbugs-Cc: mo...@debian.org
Hello,
packages are starting to depend on 3.0.0~aX of cython, f.e.
python-levenshtein,
https://github.com/maxbachmann/Levenshtein/blob/main/pyproject.toml#L5
please package that new upstream release
Regards,
Sandro
-- System
> bugs have been filed:
> https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=debian-python%40lists.debian.org=numpy1.24
the pending bugs number is dropping rapidly, so i'd like to ask for
this transition consideration. having numpy 1.24 in unstable, and
raising severity to RC, will likely speed
On Sat, Jan 7, 2023 at 12:06 PM Matthew Vernon wrote:
>
> Hi,
>
> On 14/12/2022 18:55, Joachim Wuttke wrote:
>
> > At times, python3-numpy in testing depends on two python3
> > minor versions in parallel. This is unusual, annoying for
> > many users, and breaking dependent software for some.
> >
control: severity -1 grave
On Mon, 3 Jan 2022 08:41:20 + "Pfuetz, Michael"
wrote:
> Subject: python3-dateutil: python_dateutil get_zonefile_instance
> functionality is broken (no zoneinfo found)
> Package: python3-dateutil
> X-Debbugs-Cc: michael.pfu...@sartorius.com
> Version: 2.8.1-6
>
> Thanks for the report. Do you have an example of such a failing
> autopkgtest? Of the ones on [1], I only see two labeled as using NumPy
> 1.24.x from experimental (one for x=0, one for x=1). One of them passed
> [2], and the one that failed [3] seems to have failed not because of
> deprecated
On Thu, 11 Aug 2022 09:43:27 +0200 =?UTF-8?Q?Jelmer_Vernoo=C4=B3?=
wrote:
> This is still waiting for pyo3 to make it through NEW.
hey Jelmer,
in case you didnt see it, pyo3 has been accepted in unstable
https://tracker.debian.org/pkg/rust-pyo3 so maybe the effort to
package maturin can
> > There are handful more errors in the form of:
> >
> > * ValueError: setting an array element with a sequence. The
> > requested array has an inhomogeneous shape after 1 dimensions. The
> > detected shape was (2,) + inhomogeneous part.
> > * Too many indices for array: array is
> thanks! matplotlib/3.6.2-3 has been accepted in unstable
bugs have been filed:
https://udd.debian.org/cgi-bin/bts-usertags.cgi?user=debian-python%40lists.debian.org=matplotlib3.6
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter:
:1.23.5-2 migrated. Doing
so now. Please file a new bug for discussing 1.24.0.
On Mon, 26 Dec 2022 at 00:12, Sandro Tosi wrote:
> In the meantime, since upstream released it, i've uploaded
> numpy/1.24.0 to experimental and the autopkgtest results are
> https://qa.debian.org/excuses.php?exp
> On Mon, 12 Dec 2022 at 23:27, Sandro Tosi wrote:
> > thanks, numpy/1.23.5-2 has just been uploaded to unstable.
>
> \o/
In the meantime, since upstream released it, i've uploaded
numpy/1.24.0 to experimental and the autopkgtest results are
https://qa.debian.org/excuses.php?exper
it;s already packaged: https://tracker.debian.org/pkg/python-toml
On Sun, Dec 25, 2022 at 7:15 AM Josenilson Ferreira da Silva
wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Josenilson Ferreira da Silva
> X-Debbugs-Cc: debian-de...@lists.debian.org, nilsonfsi...@hotmail.com
>
> *
> > All in all, i think this transition is rather manageable and i'd like
> > to upload to unstable, if you're ok with it.
>
> Please go ahead.
thanks! matplotlib/3.6.2-3 has been accepted in unstable
Regards,
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
> I'll update this report when i've uploaded a new release in experimental and
> with the results of some autopkgtests.
matplotlib/3.6.2-2 is in experimental and the results from autopkgtest
at https://qa.debian.org/excuses.php?experimental=1=matplotlib
are quite promising.
Looking at the
> > matplotlib is going to depend on this library, so i'll have a look at
> > packaging it. retitle/owner commands coming up
>
> This package is also needed to update dask.
> What is the status? Do you have a prototype already?
> If you want I could help with it.
mpl wont build a -doc package any
control: reassign -1 python3-openssl
control: forcemerge 1026215 -1
On Fri, Dec 16, 2022 at 6:42 PM Lyndon Brown wrote:
>
> Package: python3-cryptography
> Version: 38.0.4-1
> Severity: important
>
> Please be aware that the new version breaks deluge, see bug #1026240.
the error is in
On Wed, 8 Jun 2022 13:48:36 +0200 Mattia Rizzolo wrote:
> Source: inkscape
> Version: 1.2-1
> Severity: serious
> Tags: ftbfs
> Forwarded: https://gitlab.com/inkscape/inkscape/-/issues/3554
Hello Mattia,
upstream doesnt seem to have make a dent in cracking this issue and in
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: matplot...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:matplotlib
Hello,
as suggested in #1025788, i'm filing this report to mark my intention to update
On Tue, Dec 13, 2022 at 6:09 AM Timo Röhling wrote:
> Presumbably, this dependency
> has been satisfied indirectly before, but I did not look into it
> further.
httpx is a new dependency with 0.23.1
On Tue, Dec 13, 2022 at 7:33 AM Piotr Ożarowski wrote:
> httpx is used only in this test file
> Since the ABI package python3-numpy-abi9 was not bumped, I don't
> believe any rebuilds are needed. Please go ahead and upload to
> unstable.
thanks, numpy/1.23.5-2 has just been uploaded to unstable.
> > Was i just too conservative in asking for a transition slow while i
> > should have
> If you have not reacted by the end of the week, I am going to team-upload the
> package to go ahead with this.
are the rust dependencies in unstable and updated to the version
needed by cryptography?
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
On Sun, Dec 11, 2022 at 1:26 PM Sebastian Ramacher wrote:
> Which packages would be needed to be rebuilt for this transition?
I'm not sure how to answer this question.
numpy provides 2 virtual packages, to track the ABI/API version as
advertised by the upstream project. Between unstable and
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: nu...@packages.debian.org, mo...@debian.org
Control: affects -1 + src:numpy
Hello,
i would like to request a transition slot for numpy.
numpy/1.23.5 is in experimental,
> You have misunderstood the purpose of the --paranoid option. The
Nis is part of the reportbug development team. Tell him he does not
understand what one of the option of the code he writes and maintain
is borderline insulting.
> purpose of this option is to enable users to mitigate data leaks
On Fri, Nov 4, 2022 at 4:30 PM Nilesh Patra wrote:
>
> Control: tags -1 patch
>
> This was as simple as a reorder (again same as many py packages)
i decided to go with this solution:
https://salsa.debian.org/python-team/packages/numpy/-/commit/0f4a34b1992b421d803b2ce90eb84b52bc986511
--
> Untested patch below.
thanks for your patch! it would be much more useful if you could test
your patch and report back if it works, instead of delegating this
work to the maintainers.
Thanks for your understanding
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
> I don't know how these two packages relate to each other, so I cannot
> give good advice how to handle that conflict.
this was brought to the maintainers attention with
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1016390#10
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at
> Yes, that's correct - but I would expect a sensible error message
that is a sensible error.
> rather than a script that breaks. Thus I think simply closing this
nothing is broken here: that's a custom exception the script raises,
and even if there's a traceback, the message is right at the
> * Package name: python-sphinx-design
> Version : 0.2.0
> Upstream Author : Chris Sewell
> * URL : https://github.com/executablebooks/sphinx-design
> * License : Expat
> Programming Lang: Python
> Description : Sphinx extension for designing view
> This is because it uses Python's uuid.uuid4 to generate unique
> identifiers, but those numbers are random/nondeterminstic by design.
> I've attached a patch that will seed these random numbers from
> SOURCE_DATE_EPOCH if it exists, otherwise it will revert back to
> random numbers.
thanks!
>* What exactly did you do (or not do) that was effective (or
> ineffective)?
> Searching for tags for any available album using Discogs.com release id.
>
>* What was the outcome of this action?
> Message reads: "An error occured: local variable '__reference_time' referenced
> before
> * Package name: progressbar2
> Version : 4.0.0
> Upstream Author : Rick van Hattem (Wolph)
> * URL : https://github.com/WoLpH/python-progressbar
> * License : BSD-3-clause
> Programming Lang: Python
> Description : Text progress bar library for Python
On Tue, Jul 19, 2022 at 11:12 AM Edward Betts wrote:
>
> Package: wnpp
> Severity: wishlist
> Owner: Edward Betts
> X-Debbugs-Cc: debian-de...@lists.debian.org, debian-pyt...@lists.debian.org
>
> * Package name: pyproject-metadata
> Version : 0.6.1
> Upstream Author : Filipe
Package: git-buildpackage
Version: 0.9.22
Severity: minor
X-Debbugs-Cc: mo...@debian.org
Hello,
after reading [1] (thanks for that btw!) i was still unsure how to proceed
[1]
https://honk.sigxcpu.org/projects/git-buildpackage/manual-html/gbp.special.nmus.html
thru some trial and error i found
> transmission has a known fixed when parsing hybrid v1/v2 torrent files that
> is reported as
>
> Skipping unknown torrent:...
>
> This has been reported upstream at
> https://github.com/transmission/transmission/issues/1813
> and is fixed in
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: mo...@debian.org
Hello,
please process this removal of a dead leaf package. thanks!
> (This bug is self-reported as I am part of the Debian Python Team, to
> tag the corresponding blocking bugs preventing this update currently)
do you know of any blockers?
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter:
> * Package name: python3-pyst
please do not name this source package with a `python3` prefix, please
use instead `python` as the prefix for the source package (the binary
package has to be called python3-pyst)
Thanks,
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: mo...@debian.org
As the subject says, it's time to remove this old python2-only package
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: mo...@debian.org
Hello,
as stated at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=99626 we can
remove this package
gentle ping, can the Games team please proceed with the upload of
lightyears? thanks!
On Thu, Sep 16, 2021 at 10:00 AM Sandro Tosi wrote:
>
> On Thu, Sep 16, 2021 at 7:35 AM Olek Wojnar wrote:
> >
> > Hi
> >
> > On Wed, Sep 15, 2021, 22:36 Sandro Tosi wrote:
>
Package: tracker.debian.org
Severity: wishlist
X-Debbugs-Cc: mo...@debian.org
Hello,
there is a list of key packages at:
https://udd.debian.org/cgi-bin/key_packages.yaml.cgi
if would be nice if tracker.d.o would know about it, and display such
information in the package page.
Thanks,
Sandro
On Thu, 10 Mar 2022 07:55:19 +0100 Julien Puydt wrote:
> Hi,
>
> I forwarded the bug to
> upstream: https://github.com/agronholm/anyio/issues/417
>
> Here is the commit upstream would like feedback about:
> https://github.com/agronholm/anyio/commit/184744ca291d426dd278f697c3637623eb9de0ed
>
> Can
On Wed, Mar 16, 2022 at 8:57 AM Matthias Urlichs wrote:
>
> Package: python3-httpx
> Version: 0.22.0-1
> Severity: important
> X-Debbugs-Cc: sm...@smurf.noris.de
>
> Please teach httpx that it needs to depend on h11 >>0.11.
i think this is more a problem in httpcore than httpx, given the
latter
On Mon, Mar 14, 2022 at 12:23 PM Simon McVittie wrote:
>
> On Mon, 14 Mar 2022 at 09:38:36 -0400, Sandro Tosi wrote:
> > I sympathize with your request, but please first address the rewording
> > the the authoritative source of tags descriptions:
> > https://www.debian
> My understanding is that the a11y tag is intended to be for bugs that
> harm Debian's usefulness for people who rely on assistive technologies
> (screen readers, high contrast themes, etc.), and more generally, people
> who are not well-served by typical application developer assumptions as
> a
control: reassign -1 tvdb-api
> File "/usr/share/tvnamer/main.py", line 18, in
> import tvdb_api
> File "/usr/lib/python3/dist-packages/tvdb_api.py", line 34, in
> from requests_cache.backends.base import _to_bytes, _DEFAULT_HEADERS
> ImportError: cannot import name '_to_bytes' from
> Or export SETUPTOOLS_SCM_PRETEND_VERSION.
> https://github.com/pypa/setuptools_scm#environment-variables
>
> pybuild does this for you.
i dont remember the exact details, but sometimes that doesnt work:
even just building the source package (which runs dh clean, which
invokes setup.py clean)
> I'd like other python team member's opinion on this, and I'm not eager
> to maintain that legacy package, as I tend to not want to maintain
> obsolete software. Still, I can do the initial work of creating it.
i wouldnt expect much maintenance needed tho: 0.8.4 is essentially
dead upstream, so
> The test for this bug (and it should probably be recorded as an error,
> not just a warning, as no Python package should have a version number
> of 0.0.0)
what exactly is the problem that would make it an 'error'?
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
> > As suggested in an other bug report, moving the build-dependencies that
> > are only needed to build -doc/arch:all packages to Build-Depends-Indep
> > would also help here I guess
but i am not willing to complicate the maintenance of matplotlib by
splitting b-d and b-d-i.
> I've made this
> If nobody is going to fix this issue, I am going to upload the package
> removing the autopkgtest soon.
I took your NMU diff and made it a team upload, thanks!
> This issue is blocking migration to
> testing for too long. The package can't be easily removed because it's a
> key package.
is
> It is due to gcc-11 of mips64el.
>
> -O1, -O2 may generate bad code, while -O0 and -O3 works well.
> As a workaround: we can:
>
> The attachment is a workaround patch.
is there a bug against gcc-11 that i can track so that i dont have to
keep this workaround forever but just until it's fixed in
Hey Paul,
On Sat, Jan 22, 2022 at 8:45 PM Paul Wise wrote:
>
> Package: reportbug
> Version: 11.2.0
> Severity: wishlist
> X-Debbugs-CC: ftp.debian@packages.debian.org
> Control: affects -1 ftp.debian@packages.debian.org
>
> When filing bugs against ftp.debian.org there is a menu
>
control: tags -1 +wontfix
On Sat, Jan 15, 2022 at 7:33 PM Ian Bruce wrote:
>
> Package: python3-numpy
> Version: 1:1.21.5-1
> Severity: important
>
> Depends:
> python3 (<< 3.11),
> python3 (>= 3.9~),
> python3.10:any,
> python3.9:any,
> python3:any
>
> This bug recurs over and over
> python3-cachecontrol (>= 0.12.6) | python3 (>> 3.6)
>
> So, python3-cachecontrol don't get installed. Dunno who is generating
> this dependency. Checked cachecontrol repository, but nothing odd
> here. And in dh-python, nothing odd here either.
it's coming from
On Fri, Jan 14, 2022 at 9:24 AM YunQiang Su wrote:
>
> On Mon, 3 Jan 2022 22:56:58 +0100 (CET) PICCA Frederic-emmanuel
> wrote:
> > Built with gcc-11 and -fno-lto it doesn not work.
> >
> >
> (sid_mips64el-dchroot)picca@eller:~/matplotlib/build/lib.linux-mips64-3.9$
> ../../../test.py
> >
> I plan to reupload immediately 2.0.0 in experimental. This means no
> further upload of mistune 0.8.4 are possible in unstable. Is this okay
> with both of you?
you're the maintainer, bugs can happen, so it has to be fine for you
on how to handle a situation where an upload of mistune 0.8.4 is
> I _think_ the closed bugs (#1001283 was merged with 6 others) only cover
> the cases where the FTBFS tracebacks showed nbconvert (rather than
> direct import of mistune).
you're right, i've mis-read them -- thanks for checking!
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at
Gordon,
>[ Gordon Ball ]
>* Vendor mistune 0.8.4 due to incompatibility with mistune 2
> (Closes: #1001283, #1002372)
i think you closed *all* the mistune bugs by doing this. can you
reopen the ones not affecting nbconvert so that we dont lose track of
them?
Thanks,
--
Sandro
> I am eager to revert mistune (and therefore django-hyperkitty) back to
> previous versions, and to open bugs against reverse deps, with new
> uploads in experimental for both mistune and django-hyperkitty.
this would be great indeed, thanks!
> I consider a delay between bug opening and making
control: tags -1 +moreinfo
> There are a lot of build dependencies that are marked with the !nodoc
> profile
>
> Shouldn't all of these be moved to Build-Depends-Indep instead?
what would be the advantage of complicating build dependencies setup
in d/control? i'd rather optimize for developer
> E AttributeError: module 'mistune' has no attribute 'Renderer'
> _ ERROR collecting
> .pybuild/cpython3_3.9_schema-salad/build/schema_salad/tests/test_errors.py _
> schema_salad/tests/test_errors.py:4: in
> import schema_salad.main
> schema_salad/main.py:19: in
> from .makedoc
On Fri, Dec 31, 2021 at 3:00 AM Andreas Tille wrote:
>
> Control: tags -1 upstream
> Control: forwarded -1 https://github.com/samuelcolvin/pydantic/issues/3604
>
> Hi,
>
> I assumed I can fix the issue with a simple patch[1] but with this patch
setting export PYBUILD_TEST_ARGS=-Wignore is enough
On Tue, 28 Dec 2021 12:29:48 +0100 Agathe Porte wrote:
> Hi,
>
> On Fri, 24 Dec 2021 19:24:54 + Federico Ceratto
> wrote:
>
> > Orphaning package.
>
> Currently adopting it inside the Debian Python Team:
then please retitle to ITA
>
> https://salsa.debian.org/python-team/packages/pymongo
control: owner -1 !
On Sun, 19 Dec 2021 20:56:12 -0500 Sandro Tosi wrote:
> > Package: wnpp
> > Severity: wishlist
> > Owner: Romain Porte
> > X-Debbugs-Cc: debian-de...@lists.debian.org, deb...@microjoe.org,
> > debian-pyt...@lists.debian.org
> >
> Various .html files generated and shipped in the .deb package differ
> depending on the locale of the build environment:
>
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/diffoscope-results/sphinx-copybutton.html
>
>
On Wed, 29 Sep 2021 10:13:53 +0300 Andrius Merkys wrote:
> Package: lintian
> Version: 2.106.1
>
> Hello,
>
> lintian emits false positive
> new-package-should-not-package-python2-module tag for Python
> python-*-doc packages [1]. This could be fixed by skipping binary
> packages from Section:
control: tags -1 +moreinfo
Hello Nicholas,
> Please consider to include this information to bug reports to help
> maintainers investigate issues in GUI applications. It could looks like
can you elaborate more why this information would be useful? can you
provide at least a handful of bugs
> Feel free to update it if you need a new version.
the git repo is under your namespace, so i cannot push updates to it:
would you be interested in moving it under DPT
https://salsa.debian.org/python-team/packages/ ?
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
`control: reassign 1002542 src:python-requests-control
control: reassign 1002585 src:python-requests-control
control: forcemerge 1002542 1002585
On Sat, Dec 25, 2021 at 12:19 AM Sandro Tosi wrote:
>
> control: reassign -1 howdoi
>
>
> > With a recent upload of pyt
control: reassign -1 howdoi
> With a recent upload of python-requests-cache the autopkgtest of howdoi
> fails in testing when that autopkgtest is run with the binary packages
> of python-requests-cache from unstable. It passes when run with only
> packages from testing. In tabular form:
there's
Source: imdbpy
Severity: normal
X-Debbugs-Cc: mo...@debian.org
Hello,
upstream released a new version several months ago: 2021.04.18
Please update the debian package.
Thanks,
Sandro
-- System Information:
Debian Release: 11.0
APT prefers unstable
APT policy: (500, 'unstable'), (1,
On Mon, Dec 20, 2021 at 2:00 AM Julian Gilbey wrote:
>
> On Sun, Dec 19, 2021 at 11:35:24PM -0500, Sandro Tosi wrote:
> > On Thu, Nov 25, 2021 at 4:03 AM Julian Gilbey wrote:
> > >
> > > On Thu, Nov 25, 2021 at 08:47:31AM +, Julian Gilbey wrote:
> > &g
> I guess if I looked hard-enough, I would have seen that this behavior is
> documented. But we're patching the upstream docs to document the strange
> thing we're doing. Can we just not do the strange thing? Then we don't
> have to patch the docs.
i'd be happy to review an MR to achieve that.
> ( Improve your Sphinx build time by selectively removing TocTree
> objects from pages. This is useful if your documentation uses
> auto-generated API documentation, which generates **a lot** of stub
> pages.
this is indeed needed to improve the performance of doc building for
projects using
> Hi. Currently we ship
>
> /usr/share/doc/python-numpy-doc/swig/numpy.i.gz
>
> But this isn't documentation. It's a header that is used by swig. A swig
> definition might want to
>
> %include "numpy.i"
>
> See the documentation:
>
>
On Thu, Nov 25, 2021 at 4:03 AM Julian Gilbey wrote:
>
> On Thu, Nov 25, 2021 at 08:47:31AM +, Julian Gilbey wrote:
> > Ah, I missed two python -> python3 changes in the manpage; updated
> > patch attached.
>
> Doh. I missed python:Depends -> python3:Depends in both files.
> Updated patches
> Package: wnpp
> Severity: wishlist
> Owner: Romain Porte
> X-Debbugs-Cc: debian-de...@lists.debian.org, deb...@microjoe.org,
> debian-pyt...@lists.debian.org
>
> * Package name: python-cattr
> Version : 1.8.0
> Upstream Author : Tin Tvrtković
> * URL :
> It's been another 2 weeks and this RC bug is still open. In total this RC bug
> has lasted for almost a year. This doesn't look well.
false. the bug has been open since a year, it has become RC since Aug 2021 only.
> I know that the proposed patch is not elegant at all (really hacky in terms
> fa-solid-900.woff2 and fa-brands-400.woff2 fonts
> are reported to be missing, resulting in missing glyphs.
what reports them missing? is there a tool?
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter:
> True, there is no *requirement* to avoid polluting common namespaces.
>
> You can indeed choose to not care.
the allegation that i dont care is ludicrous. please refrain from
posting accusations unless you have proofs. your messages are not
welcome.
--
Sandro "morph" Tosi
My website:
> Please use name "python-url-normalize" for source package, unless the
> package will use the name "url-normalize" in a global namespace - e.g.
> /usr/bin/url-normalize or /usr/lib/url-normalize.so
there is no requirement to use the python- prefix when packaging python modules.
url-normalize is
Package: wnpp
Severity: wishlist
Owner: Sandro Tosi
X-Debbugs-Cc: debian-de...@lists.debian.org, mo...@debian.org
* Package name: url-normalize
Version : 1.4.3
Upstream Author : Nikolay Panov
* URL : https://github.com/niksite/url-normalize/
* License : MIT
> To work around this bug, deinstall the Debian package
> python3-numpy for good, and reinstall numpy using pip3.
>
> Very disappointing though that this kind of inconsistencies
> is allowed into Debian.
please refrain from using Debian infrastructure (the Bug Tracking
System in this case) to
control: severity -1 normal
> > This is not a bug in cartopy, matplotlib tries to use ImageTk but the
> > package is not installed.
> >
> > python3-matplotlib only Recommends python3-pil.imagetk, this should be a
> > Depends.
>
> This issue is still present in matplotlib (3.5.0-2) and affects
> I've prepared an NMU for transmission (versioned as 3.00-1.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
please remove it from the delayed queue, there's no need for a nmu here
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at
> This is usually solved outside of autopkgtest itself.
>
> For example Ruby packages have a single place where tests are specified
> (debian/ruby-tests.*{rb,rake,yaml}, and the appropriate
> debian/tests/control file is autogenerated by autodep8. I would say 99%
> of Ruby packages require no
> This has always been possible. You can run the tests directly from the
> source tree, using previously built .debs:
>
> autopkgtest --no-built-binaries ../*.deb . -- [...]
>
> The above works for any virtualization backend.
yes, this worked very well indeed; what i ended up using was (from the
Package: autopkgtest
Version: 5.16
Severity: normal
X-Debbugs-Cc: mo...@debian.org
Hello,
There are at least 2 main places where source packages declare tests:
1. in debian/rules, to be executed at build-time
2. in debina/tests/*, to be executed post-build via autopkgtests
Usually 1) are
Package: autopkgtest
Version: 5.16
Severity: normal
X-Debbugs-Cc: mo...@debian.org
Hello,
while adding autopkgtests to a package, it seems the only way to iterate over
them (adding new tests, fix broken ones) is to fix them in the source package
and rebuild it.
There are packages that takes
> root@zion:/# python3.9 -c "import aiohttp"
> Traceback (most recent call last):
> File "", line 1, in
> File "/usr/lib/python3/dist-packages/aiohttp/__init__.py", line 6, in
>
> from .client import (
> File "/usr/lib/python3/dist-packages/aiohttp/client.py", line 35, in
>
>
Package: python3-aiohttp
Version: 3.7.4-2+b1
Severity: grave
X-Debbugs-Cc: mo...@debian.org
Control: affects -1 uvloop
Hello,
simply importing aiohttp results in an error:
root@zion:/# python3.9 -c "import aiohttp"
Traceback (most recent call last):
File "", line 1, in
File
> py-stringmatching (0.4.2+git20201204.6a7fb57-5) unstable; urgency=medium
> .
>* Make versioned dependency on python3-numpy (Closes: #1000536)
then you probably need to use dh_numpy3, and not hardcode versions
(which is what i supposed you did here, given you havent pushed the
latest
101 - 200 of 5200 matches
Mail list logo