Hi,
I need python-subby as a new dependency for some Debian Med package.
Unfortunately it does not build easily[1]:
dh_auto_build -O--buildsystem=pybuild
E: pybuild pybuild:367: build: plugin flit failed with: Neither [project] nor
[tool.flit.metadata] found in pyproject.toml
E: pybuild pybui
Hi Louis-Philippe,
Am Sat, Jan 29, 2022 at 06:59:48PM -0500 schrieb Louis-Philippe Véronneau:
> CleverCSV and ordered-set went through NEW 2 days ago, so I tweaked what
> Andreas had done and uploaded the latest upstream version of deepdiff to
> unstable.
:-)
Thanks a lot
Andreas.
--
htt
Am Sat, Jan 29, 2022 at 01:50:22AM +0500 schrieb Andrey Rahmatullin:
> On Fri, Jan 28, 2022 at 09:48:00PM +0100, Andreas Tille wrote:
> > Hi,
> >
> > I need python-subby as a new dependency for some Debian Med package.
> > Unfortunately it does not build easily[1]:
&
Am Tue, Feb 01, 2022 at 08:26:54AM -0500 schrieb Scott Kitterman:
>
> Add build-depends on pybuild-plugin-pyproject.
>
> Drop build-depends on flit.
>
> Drop the "export PYBUILD_SYSTEM=flit" line in d/rules.
Thanks, this works now.
> That should get you close.
Yep. Thanks a lot
Andrea
Control: tags -1 help
Hi,
I've updated python-envisage in Salsa[1] to the latest upstream version
and bumped its failing predepends to their according latest upstream and
fixed all bugs in those. For envisage I'm stumbling upon a Python3.10
related bug I'd like to ask for help:
...
Hi Scott,
thanks a lot for your hints.
Am Sun, Feb 13, 2022 at 10:28:15PM -0500 schrieb Scott Talbert:
> I spent some time looking into this. The problem is that upstream includes
> binary eggs (which are Python version specific) as part of its test suite.
> The problem here is that there are no
Hi,
Am Wed, Feb 16, 2022 at 12:09:23PM +0100 schrieb John Paul Adrian Glaubitz:
>
> So, I have skimmed over the build logs and one of the main issues is the use
> of
> -march flags to enforce a certain baseline [1]:
>
> powerpc64le-linux-gnu-gcc: error: unrecognized command-line option
> ‘-mar
Hi,
as you can see in Salsa-CI build log[1] the new version of mayavi2 fails
with something like:
...
File
"/builds/python-team/packages/mayavi2/debian/output/source_dir/mayavi/mlab.py",
line 16 in
File "", line 228 in _call_with_frames_removed
File "", line 850 in exec_module
File "",
Hi Scott,
Am Thu, Feb 17, 2022 at 11:27:12AM -0500 schrieb Scott Talbert:
> Looking at the full log, it appears as if something in the build process is
> trying to open an X display and fails. Perhaps try running dh_auto_build
> with Xvfb?
Yes, thanks for the very helpful hint
Andreas.
-
Hi,
Am Thu, Feb 17, 2022 at 12:39:54PM -0500 schrieb Sandro Tosi:
> I receive notifications for all MRs opened against DPT packages, and
> Janitor's are always pretty much ready to merge as is, and so i think
> we should let Janitor commit directly to the team packages.
I admit I'm hesitating a b
Am Fri, Feb 18, 2022 at 02:31:13AM +0530 schrieb Nilesh Patra:
> On 2/18/22 2:23 AM, Sandro Tosi wrote:
> > thanks for bringing the perspective of how things are done in the Med
> > team, but it feels none of the points you mentioned nor the specific
> > Med team workflow apply here,
>
> I suppose
Control: tags -1 confirmed
Hi,
I had a look into this issue since a Debian Med package received a
testing removal warning. I can confirm the build fails with
Segmentation fault
in the build time test suite. I realised that this package is lagging
quite a bit behind upstream and my personal
Hi Stefano,
Am Wed, Feb 23, 2022 at 01:56:11AM + schrieb Stefano Rivera:
> Hi Andreas (2022.02.22_07:57:25_+)
> > I've put all developers mentioned as Uploader in CC. Given that the
> > last non-team upload was two years ago which might have lead to the
> > situation that following upstre
Control: tags -1 confirmed
Control: tags -1 help
Hi Jonas,
> Please consider releasing rdflib v6 which in my brief testing is
> compatible with pyparser v3.
I tried to follow your suggestion to upgrade rdflib to version 6 in Git.
Unfortunately I'm stumbling upon a different issue in the new tes
Hi Nilesh,
Am Thu, Feb 24, 2022 at 06:00:03PM +0530 schrieb Nilesh Patra:
> On 2/24/22 3:36 PM, Andreas Tille wrote:
> > I tried to follow your suggestion to upgrade rdflib to version 6 in Git.
> > Unfortunately I'm stumbling upon a different issue in the new test
> >
Am Thu, Feb 24, 2022 at 01:40:51PM +0100 schrieb Andreas Tille:
>
> On the other hand in the current situation with two open RC bugs all
> other packages are broken anyway and will be removed from testing if
> we do not act upon the issue. So may be we should upload to unstable?
I&
Am Thu, Feb 24, 2022 at 09:54:24PM +0100 schrieb Andreas Tille:
> Am Thu, Feb 24, 2022 at 01:40:51PM +0100 schrieb Andreas Tille:
> >
> > On the other hand in the current situation with two open RC bugs all
> > other packages are broken anyway and will be removed from testing
Hi,
I intend to package python-catalogue[1] but there is a test suite
issue (see salsa-ci for complete log[2]):
platform linux -- Python 3.10.3, pytest-6.2.5, py-1.10.0, pluggy-1.0.0
rootdir: /builds/python-team/packages/python-catalogue/debian/output/source_dir
collected 8 items
catalogue/tests/
Hi,
I'd like to use the chance to express that I'm really thankful for every
helpful response I received here on this list. My work in Debian
touches a lot of techniques and I can't gather expertise in every single
one. It also happens that web searches I'm doing are not always as
successful as
Hi,
Am Wed, Mar 23, 2022 at 12:19:40AM +1100 schrieb Hugh McMaster:
> On Mon, 28 Feb 2022 at 16:40, Hugh McMaster wrote:
>
> > I did some testing and found that pygame 2.1.0 is the first recent
> > version not affected by the FreeType test issue.
> >
> > I'll keep digging, but I'd strongly sugges
Hi Zigo,
you asked me for a list of packages without autopkgtest sorted by popcon
value as we create it for Debian Med team also for Python team. I've
simply added it to the Debian Med dir for simplicity - feel free to take
over the code (or suggest some better place). Here ist the list
ht
Hi,
Am Tue, Jul 19, 2022 at 10:26:55AM +0200 schrieb Thomas Goirand:
> > [1]
> > https://salsa.debian.org/med-team/community/helper-scripts/-/blob/master/missing-autopkgtest
>
> It does help a lot. Thanks a lot for this.
:-)
> We're really missing you in Prizren, btw.
Miss you all too. Ther
Hi Neil,
Am Tue, Jul 19, 2022 at 08:00:49AM +0100 schrieb Neil Williams:
> It seems to be a list of source packages, yet it contains duplicates
> (pelican appears twice, for example, as does python-git).
I confirm that I noticed this.
> autopkgtest
> is source-package based, so can this be fixed
Am Tue, Jul 19, 2022 at 08:35:55AM -0400 schrieb Sandro Tosi:
> > It does help a lot. Thanks a lot for this.
>
> please be aware there is an almost complete solution (+Antonio in CC)
> to automatically have autopkgtests based on debian/rules and pybuild
> setup of tests (same way cli switches/skip
Hi Sandro,
Am Thu, Jul 07, 2022 at 11:10:01PM -0400 schrieb Sandro Tosi:
> My goal is to make py2dsp (contained in pypi2deb) the default tool
> used to create Python packages in Debian (like many other
> language-specific tools already do f.e. for go, rust, npm, etc). The
> new release contains se
Am Thu, Jul 21, 2022 at 02:52:38PM -0400 schrieb Sandro Tosi:
>
> a fix for this was available in the git repo but not released, i took
> care of that with version 3.20220721 that has just been ACCEPTED.
Before I've sent my mail I also checked Git HEAD which was no change.
Anyway, thanks for the
Am Thu, Jul 21, 2022 at 05:50:05PM -0400 schrieb Sandro Tosi:
> > Are you sure thet the package version 3.20220721 contains the correct
> > executables?
>
> yes, i simply forgot to bump the internal version; what really matters
> is: does the last release fix the problem you were having?
No, the
Hi Sandro,
Am Fri, Jul 22, 2022 at 11:39:50PM -0400 schrieb Sandro Tosi:
>
> this seems to be related to
> https://discuss.python.org/t/backwards-incompatible-change-to-pypi-json-api/17154
> , although they say /pypi//json (what py2dsp uses to gather
> the latest released verison) still contains
Hi,
Am Sat, Jul 23, 2022 at 10:21:40AM -0400 schrieb Sandro Tosi:
> > I wonder whether you are able to reproduce the issue at your side since
> > in one of your last mails you asked whether the new version might have
> > fixed the issue. This might implicitly mean it works for you since I
> > ass
Hi Sandro,
I was able to run
py2dsp pystow
with a sufficient result for my purposes with the following patch:
diff --git a/pypi2deb/pypi.py b/pypi2deb/pypi.py
index 3e342c0..0639de3 100644
--- a/pypi2deb/pypi.py
+++ b/pypi2deb/pypi.py
@@ -38,8 +38,8 @@ log = logging.getLogger('pypi2deb')
@as
Am Mon, Jul 25, 2022 at 10:09:05AM +0200 schrieb Andreas Tille:
> I was able to run
>
> py2dsp pystow
>
> with a sufficient result for my purposes...
While I've read here the suggestion to fetch the Tarball rather vom Github than
from pypi (and I agree with this) I would
Control: tags -1 moreinfo
Control: severity -1 normal
Hi,
I've checked the build in my local pbuilder environment which was
running successfully and also enabled Salsa CI to have another public
instance for the build. This builds successfully as well.[1]
So I guess this bug was either a false p
Hi,
I'd like to update python-thinc for the Debian Science team. The new
version needs srsly which needs catalogue[1] which in turn needs
srsly[2]. Do you see any means to solve this cross-dependency?
Kind regards
Andreas.
[1]
https://salsa.debian.org/python-team/packages/python-srsly/-/bl
Control: tags -1 help
Hi,
I wonder whether someone might suggest a fix for
==
FAIL: test_schema_compatibility_type_mismatch
(avro.test.test_compatibility.TestCompatibility.test_schema_compatibility_type_mismatch)
-
Am Wed, Dec 28, 2022 at 01:54:13AM +0100 schrieb Thomas Goirand:
>
> While I can agree that it may be harsh, and that some packages wont be fixed
> in time, I can't let you say that there was only 1 month given, and that all
> of this comes as a surprise. We've been talking about this since last
>
Am Thu, Dec 29, 2022 at 05:05:42PM -0500 schrieb Scott Talbert:
> I just uploaded a fix.
Thanks a lot, Andreas.
--
http://fam-tille.de
Hi Thomas,
Am Thu, Jan 05, 2023 at 01:57:43PM +0100 schrieb Thomas Goirand:
>
> This has since already been discussed here: the final decision was to "at
> least try 3.11", which is exactly what we're doing.
I admit I was not at site and may be I missunderstood what was finally
decided. From my
Hi,
I've updated Git to latest upstream version which does not show the
reported error any more. However, there are two other issues I seem to
need help for. I've worked around the initial issue[1]
FileNotFoundError: [Errno 2] No such file or directory: 'python'
with a patch[2] but this fina
Hi Scott,
Am Wed, Jan 11, 2023 at 03:32:09PM -0500 schrieb Scott Talbert:
>
> Pushed a fix to salsa for that issue. It seems that some of the Debian
> build environment variables were interfering with the test egg generation
> process.
I've uploaded the package. Unfortunately my attempt to add
Control: tags -1 help
Hi,
I just uploaded 1.0.3+ds-6 where the affected test suite error was
ignored just to have some installable python3-emperor in unstable and
enable building its Depends. However, the problem is not fixed yet
(as per Salsa CI which has a fresh build log[1]) and upstream has
Hi,
I tried to create a multi-source tarball for scipy in its experimental
branch[1]. Upstream includes a set of git submodules in its build
process. I intended to merge all these submodules in a single
scipy_1.10.0.orig-submodules.tar.gz. This tarball is created with a
script[2] which makes su
Am Sat, Jan 07, 2023 at 09:05:21AM +0100 schrieb Andreas Tille:
> Hi Thomas,
>
> Am Thu, Jan 05, 2023 at 01:57:43PM +0100 schrieb Thomas Goirand:
> >
> > This has since already been discussed here: the final decision was to "at
> > least try 3.11", which is e
Am Tue, Jan 17, 2023 at 01:04:50AM +0100 schrieb Thomas Goirand:
> > > #1023965 [src:pandas] pandas FTBFS with Python 3.11 as supported
> > > version
> > > #1024031 [src:numba] numba FTBFS with Python 3.11 as supported version
>
> I saw the above 2 were fixed.
Fixed in the sense that the
Am Tue, Jan 17, 2023 at 08:55:21AM +0800 schrieb Paul Wise:
> On Mon, 2023-01-16 at 17:05 +0100, Andreas Tille wrote:
>
> > I intended to merge all these submodules in a single
> > scipy_1.10.0.orig-submodules.tar.gz.
> Any reason not to use one tarball per submodule?
Yes, t
Hi,
I upgraded the experimental branch of scipy to contain the submodules
upstream includes. I'm *not* convinced that we need them all -
hopefully we can get rid of boost (but upstream has some patches here)
and scipy-mathjax.
For the moment I've tried to build the experimental branch and ended
Hi,
any idea why the build-time test of python-pynndescent fails[1]?
Any help would be welcome.
Kind regards
Andreas.
[1]
https://salsa.debian.org/python-team/packages/python-pynndescent/-/jobs/3811021
--
http://fam-tille.de
Hi Malik,
Am Tue, Jan 17, 2023 at 07:53:32PM +0100 schrieb Malik:
> did you tried to run those tests with a lower python version, you are
> running tests with 3.10 [1]:
>
> = test session starts
> ==
> platform linux -- Python 3.10.9, pytest
Hi Drew,
Am Wed, Jan 18, 2023 at 02:45:31AM +0100 schrieb Drew Parsons:
> On 2023-01-17 18:12, Andreas Tille wrote:
> > Hi,
> >
> > I upgraded the experimental branch of scipy to contain the submodules
> > upstream includes. I'm *not* convinced that we need the
Hi,
when looking at bug #1026525 I intended to checkout mitmproxy
and realised
$ apt showsrc mitmproxy | grep -e ^Vcs -e ^Maintainer 2>/dev/null
Maintainer: Debian Python Team
Vcs-Browser: https://salsa.debian.org/debian/mitmproxy
Vcs-Git: https://salsa.debian.org/debian/mitmproxy.git
I would h
Control: tags -1 help
Hi,
I think I have fixed the numpy 1.24 issues that were causing this build
failure. Unfortunately there are also numpydoc issues and I did not
found documentation about this when doing a web search. I failed
finding something for inspect.formatargspec which I simply comme
Am Fri, Jan 20, 2023 at 04:24:07PM -0500 schrieb Éric Araujo:
> Le 20/01/2023 à 16:21, FC Stegerman a écrit :
> > Should that not use "func" instead of "inspect.getframeinfo"?
>
> Yes of course! I tested in a terminal to give valid code and forgot to
> replace my example function with the origina
Hi,
I think there are some remaining issues with numpy 1.24 migration on 32
bit architectures[1].
Here is one example:
_ TestSequence.test_getitem_with_slice_has_positional_metadata _
self =
def test_getitem_with_slice_has_positional_metadata(self):
s = "0123456789
Hi,
the according log[1] says:
=== FAILURES ===
___ test_a2f_nan2zero_range
def test_a2f_nan2zero_range():
# array_to_file should check if nan can be represented as ze
Hi Étienne,
Am Sun, Jan 29, 2023 at 09:19:44PM +0100 schrieb Étienne Mollier:
> The uname machine name may not have been armv7l on the test bed,
> leading to the present crash. This should read like the below
> and I consider pushing a "fix" in that direction tomorrow:
>
> @pytest.mark.ski
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
which obviosly[2] failed. I wonder whether someone might give some
hints how to get dtypes consistently to one integer representation which
is the background of nearly all these test suite issues.
Kind regards
Andreas.
[2] https://salsa.debian
Hi Nilesh,
Am Mon, Jan 30, 2023 at 05:07:37PM +0530 schrieb Nilesh Patra:
>
> On Mon, Jan 30, 2023 at 09:12:57AM +0100, Andreas Tille wrote:
> > I made some tiny steps forward ("only" 84 failures instead of 89 when I
> > wrote my first mail) in the numpy 1.24 migra
Control: tags -1 help
Hi,
I've bumped upstream version to 1.12.3 which basically has the
suggested patches applied but the issue remains as you can see
in Salsa CI
https://salsa.debian.org/science-team/python-param/-/jobs/3891083
Do you have any further hints?
Kind regards
Andreas.
--
Hi Rebecca,
Am Mon, Feb 06, 2023 at 07:59:17AM + schrieb Rebecca N. Palmer:
> (Background: the pandas + dask transition broke dask.distributed and it was
> hence removed from testing; I didn't notice at the time that if we don't get
> it back in we lose Spyder.)
as far as I know Diane has put
Hi,
as you can read in the bug log, there was an upload of a new version of
tiledb a couple of hours before it has migrated to testing. Thus the
package remains affected by a testing removal (together with its two
reverse dependencies tiledb and genomicsdb). To follow the freeze
policy I reverte
Hi Shell Xu,
I need GFU which does not seem to be supported by the python-snappy
version currently in Debian:
>>> from snappy import GPF
Traceback (most recent call last):
File "", line 1, in
ImportError: cannot import name 'GPF' from 'snappy'
(/usr/lib/python3/dist-packages/snappy/__init__.p
BTW, I've prepared an upload candidate at
https://salsa.debian.org/python-team/packages/python-snappy
Unfortunately my initial problem about GPF persists, but that's a
different topic, thought.
Kind regards
Andreas.
Am Mon, Mar 27, 2023 at 06:33:11PM +0200 schrieb Andreas T
Hi Yaroslav,
Am Mon, Apr 17, 2023 at 05:59:23PM -0400 schrieb Yaroslav Halchenko:
> Hi Andreas,
>
> Thank you very much for offering help. I think Tiziano would not mind,
> so please feel very welcome to a) for the sake of b) or any other
> goodness you would like to bring ;)
https://tracker
Control: tags -1 pending
Hi,
I've fixed the issue reported in this bug[1].
In addition I've took the chance to upload pdm to its latest upstream
version. When doing so I realised that build time tests are basically
ignored. This was mainly due to the removal of artefacts that are used
for test
Hi Scott,
Am Mon, Aug 14, 2023 at 02:06:42PM + schrieb Scott Kitterman:
> >Before I upload I'd like to ask for reviewing this patch and opinions
> >about the test suite errors. While these possibly occure in previous
> >versions (which I did not tested) we might consider ignoring just the
> >
Hi Scott,
Am Tue, Aug 15, 2023 at 02:18:35PM + schrieb Scott Kitterman:
> >They are zip files containing python source code. It is possible to include
> >compiled C extensions in wheels, but I checked and these wheels are all pure
> >python, so no binary blobs are included.
>
> In Debian term
Hi,
Am Fri, Aug 18, 2023 at 01:42:53PM +0100 schrieb Julian Gilbey:
> I'm sure I'm not the only one who received a whole bunch of bugs
> entitled "Fails to build source after successful build" last weekend.
> There was one theme common to most of them: the presence of a
> *.egg-info directory whic
Hi Scott,
Am Fri, Aug 18, 2023 at 01:15:18PM + schrieb Scott Kitterman:
> On August 18, 2023 1:04:26 PM UTC, Andreas Tille wrote:
> >> In Debian terms, it's not the preferred form for modification, so it's not
> >> source. In this regard DFSG goes fart
Control: tags -1 help
[Bug #1056419 in CC since the issue seems to be caused by python-future]
Hi Vincent,
I tried to upgrade python-future to the latest upstream version in the
hope that this would solve the issue reported in bug #1042244.
Unfortunately this is not the case and now with Python3
Hi Alexandre,
Am Mon, Dec 11, 2023 at 09:18:16PM +0100 schrieb Alexandre Detiste:
> > https://github.com/lebigot/uncertainties/releases/tag/3.1.7
>
> +1
OK.
> > Also we should probably get rid of python-future at some point.
>
> I removed it from three games this week-end
> and filled 6 more
Hi,
I checked debian/obitools.substvars which contains
python3:Depends=cython3-legacy, python3 (<< 3.12), python3 (>= 3.11~),
python3-ipython, python3-sphinx, python3-virtualenv, python3-wheel, python3:any
I wonder what mechanism is responsible for adding cython3-legacy to the
package depende
Control: tags -1 pending
Hi,
I intended to fix bug #1058096. Since I realised there is a new
upstream version I was considering an upgrade which I pushed to Salsa.
Unfortunately there are other test suite errors as you can see in Salsa
CI[1]:
Hi Alexandre,
Am Thu, Jan 04, 2024 at 12:30:21AM +0100 schrieb Alexandre Detiste:
>
> There might be some nmu needed too if maintainers don't react.
>
> @Vincent: this one package "gtextfsm" is yours
> do you green light an upload ?
If you ask me the package is team maintained and a "Team uploa
Hi Thibauld,
Debian has packaged yapsy. We try to migrate to Python3.12. When testing yapsy
with Python3.12 in our CI[1] it fails with:
testActivationAndDeactivation
(test.test_SimplePlugin.SimpleTestCase.testActivationAndDeactivation)
Test if the activation procedure works. ... Unable to impo
Control: tags -1 help
Hi,
I tried the suggested patch for the cython3 issue of bug #1056872
in the currently packaged version[1] as well also tried upgrading
to latest upstream and tried building[2] which failed as well.
I admit, I'm running out of ideas what to do next.
Any help is welcome
Control: tags -1 help
Hi,
when applying the patch (thanks for this, Bas) I learned that the
package builds for other reasons. This is also true for the latest
upstream version[1].
Any help to fix this would be welcome
Andreas.
[1] https://salsa.debian.org/python-team/packages/python-srsly/-
Control: tags -1 help
Hi,
I've fixed the two other bugs in python-pkginfo and upgraded to latest
upstream. Unfortunately I have no clue about this issue.
Any idea what might be wrong here?
Kind regards
Andreas.
--
http://fam-tille.de
Hi Stefano,
Am Thu, Jan 11, 2024 at 08:25:46PM + schrieb Stefano Rivera:
>
> The test is expecting the module to be installed in the test
> environment. Either we could try harder to emulate that, or skip the
> tests.
I admit I tried to copy around the module before running the test with
no
Control: tags -1 pending
Hi,
I've fixed this problem in Git[1] but did not uploaded since autopkgtest
is failing in Salsa CI[2].
Kind regards
Andreas.
[1]
https://salsa.debian.org/python-team/packages/django-session-security/-/commit/af1ebc734a33cf1b629a2626bad508b833eb2706
[2]
https://sa
Control: tags 1056819 pending
Control: tags -1 help
Hi,
after applying the patch for the cython3 issue the build issues of this
package are remaining. This is strange since the missing modules are
provided inside the package. I wonder what trick I might need to do to
convince the Python3 interp
Hi Rebecca,
Am Sun, Jan 21, 2024 at 03:29:21PM + schrieb Rebecca N. Palmer:
>
> Hence, doing this transition now would involve breaking some reverse
> dependencies with no known fix, but given the number of packages involved,
> trying to wait until they're all fixed is rather likely to instea
Hi,
I checked some random DPT packages and had a look into flufl.i18n.
Unfortunately the new upstream version fails its test as you can
see in Salsa CI[1].
Any help is welcome
Andreas.
[1] https://salsa.debian.org/python-team/packages/flufl.i18n/-/jobs/5148646
--
http://fam-tille.de
Control: tags -1 help
Hi,
I upgraded python-miio in Git. Unfortunately there are some test suite
errors[1]
Any help would be welcome
Andreas.
[1] https://salsa.debian.org/python-team/packages/miio/-/jobs/5212674
--
http://fam-tille.de
Hi,
I upgraded python-plaster to latest upstream - but this did not changed
the test suite error.
Kind regards
Andreas.
--
http://fam-tille.de
Am Mon, Jan 29, 2024 at 02:29:28PM +0300 schrieb Dmitry Shachnev:
>
> I have seen a similar problem in https://bugs.debian.org/1052802 and solved
> it by disabling dh_auto_clean completely.
I've found another solution by trying hard to keep te .egg-info dirs
(in a tarball inside debian/ dir and r
Hi Yogeswaran,
Am Mon, Jan 29, 2024 at 02:36:59PM -0500 schrieb Yogeswaran Umasankar:
> > [1] https://salsa.debian.org/python-team/packages/flufl.i18n/-/jobs/5148646
>
> I made some changes for you to take a look. Included a patch to use
> setuptools and sphinx-build html docs with Python 3.12.
>
Hi Tiago,
I updated Debian package of graph-tool to the latest (2.59). It
turned out that it does not build on the ppc64el architecture. You
can find a full build log here:
https://buildd.debian.org/status/fetch.php?pkg=graph-tool&arch=ppc64el&ver=2.59%2Bds-1&stamp=1704656087&raw=0
Just se
Hi Ben,
I noticed that apprise version 0.5.1-4 has a bug since its autopkgtest
fails with Python3.12. I'd happily fix packages in Debian Python Team
but your package is not team maintained. Do you have any reason for
this?
BTW, upstream meanwhile released version 4.0.0. Is there any reason to
08, 2024 at 09:17:17AM +1100 schrieb Ben Finney:
> Howdy Andreas,
>
> On 07-Feb-2024, Andreas Tille wrote:
> > Hi Ben,
> >
> > I noticed that apprise version 0.5.1-4 has a bug since its autopkgtest
> > fails with Python3.12. I'd happily fix packages in Debi
Control: tags -1 pending
Hi,
I've fixed the issue reported in the bug in Git. However, Salsa CI
shows another issue[1]:
if _is_instance_mock(spec):
> raise InvalidSpecError(f'Cannot spec a Mock object.
> [object={spec!r}]')
E mock.mock.InvalidSpecError: Cannot spec
Hi,
I was constantly shaking my had above bug #1061802 featuring
Syntaxwarnings like
SyntaxWarning: invalid escape sequence '\.'
573s CLI_INPUT_RE = re.compile('[a-zA-Z0-9_:\.\-\+; /#%]')
573s /tmp/autopkgtest.G4v4eK/autopkgtest_tmp/hatop.py:215:
SyntaxWarning: invalid escape sequence '\s'
573
Control: tags -1 pending
Hi,
I pushed fixes for #1056419 and #1058311 to Git and I think should be
fixed as well. The only remaining build problem is new and caused by
sphinx[1]:
dh_sphinxdoc -i -O--buildsystem=pybuild
dh_sphinxdoc: error:
debian/python-lmfit-doc/usr/share/doc/python3-lmfit/
Hi Dmitry,
thanks a lot for this hint.
Am Thu, Feb 15, 2024 at 11:46:45AM +0300 schrieb Dmitry Shachnev:
> lmfit-py ships a vendored copy of sphinx13 theme [1], which was copied from
> Sphinx source code with a minor modification in 2020 [2] and rebased in
> January 2022 [3]. However, there were
Hi Dmitry,
thanks a lot and sorry for my naivity
Andreas.
Am Thu, Feb 15, 2024 at 09:54:55PM +0300 schrieb Dmitry Shachnev:
> On Thu, Feb 15, 2024 at 07:15:18PM +0100, Andreas Tille wrote:
> > Hi Dmitry,
> >
> > thanks a lot for this hint.
> >
> > I'v
Hi,
as reported in a qiime2 issue[1] there is some problem with Python3.12
in the tests of the q2-* packages which are all using the qiime package.
This problem is currently hidden from the tests made by Python3.12
porters but it became obvious now on Salsa CI[2]. I tried to fiddle
around a bit w
Hi,
we have quite some Python3.12 related bugs caused by sqlalchemy which
seem to be fixed in experimental (which is lagging behind upstream
2.0.27 as well as version 1.4 in unstable where upstream just released
1.4.51).
It seems the issue that leads to bug #1058265
> File "/usr/lib/python3/
Control: tags -1 help
Hi,
I've attempted to fix python-coverage-test-runner in Git since this
package is finally responsible for the failure of vmdb2:
File "/usr/lib/python3/dist-packages/CoverageTestRunner.py", line 22,
in
import imp
ModuleNotFoundError: No module named 'imp'
In the pat
HI Andrius,
Am Fri, Feb 23, 2024 at 09:29:27AM +0200 schrieb Andrius Merkys:
> > ModuleNotFoundError: No module named 'imp'
>
> I had a similar problem. I worked it around by depending on
> python3-zombie-imp, the original code did not require any modifications.
Nice hint - implemented.
Thanks
Hi,
I became more deeply involved into DPT since 2022 as a consequence of
the suggestion for transfering several Debian Med/Science packages to
DPMT[1][2]. I happily followed this suggestion and moved >30 packages
from the Blends teams to DPT. I was happy with this move since it makes
sense.
Re
Hi Scott,
Am Tue, Feb 27, 2024 at 11:54:01PM + schrieb Scott Kitterman:
> It's self-induced. I mean if it's demotivating to have people point out that
> you didn't follow the policy, then you can solve that all by yourself by
> following the policy. If I take your argument to its logical c
Hi Timo,
Am Tue, Feb 27, 2024 at 04:08:51PM +0100 schrieb Timo Röhling:
> I guess the motivation behind the weak collaboration model is that some
> packages have hidden "gotchas", which a casual team uploader might not know.
> For instance, pygit2 is one of multiple libgit2 language bindings which
401 - 500 of 576 matches
Mail list logo
