Package: nvidia-alternative
Version: 525.147.05-4~deb12u1
Severity: normal
X-Debbugs-Cc: none, Diane Trout
Dear Maintainer,
I have a system with an older NVidia tesla card in it and nvidia-detect
recommended the tesla-470 driver.
unfortunately for me I'm having a bunch of trouble getting
Source: llm-toolchain-14
Version: 1:14.0.6-12
Hello,
python3-numba and packages using numba like python3-sparse are
segfaulting on ARM64, upstream maintainers are suggesting we backport
this small change.
https://github.com/llvm/llvm-project/commit/2e1b838a889f9793d4bcd5dbfe10db9796b77143
diff
On Wed, 2024-04-24 at 15:53 +0200, Andreas Tille wrote:
> Hi Diane and Ghislain,
>
> you are listed as Uploaders of python-sparse. Since I now have other
> tasks than maintaining team maintained packages I would be really
> happy
> if you could subscribe upstream issue
>
>
Package: llvmlite-doc
Severity: normal
X-Debbugs-Cc: none, Diane Trout
Hello,
I had some time to work on updating numba to 0.59.1 and discovered it
needs llvmlite 0.43.0dev0, the current debian/watch file is too strict
to detect that version number
Also llvmlite and numba are tightly bound
Package: elpa-magit
Version: 3.3.0-3
Severity: normal
X-Debbugs-Cc: none, Diane Trout
Dear Maintainer,
Hi. I ran into a bug on testing while running emacs 29.2 where staging
chunks in magit sessions over tramp kept hanging. its described in
"Emacs hangs on staging chunks over Tramp&q
Hi Julian,
On Sat, 2024-03-30 at 20:22 +, Julian Gilbey wrote:
> Lovely to hear from you, and oh wow, that's amazing, thank you!
>
> I can't speak for anyone else, but I suggest that pushing your
> updates
> to the science-team package would be very sensible; it would be silly
> for someone
On Mon, 2024-03-25 at 18:17 +, Julian Gilbey wrote:
>
>
> So this is a plea for anyone looking for something really helpful to
> do: it would be great to have a group of developers finally package
> this! There was some initial work done (see the RFP bug report for
> details:
On Fri, 2024-03-22 at 15:58 +, Elizabeth Loss-Cutler-Hull wrote:
> Package: python3-numba
> Version: 0.59.0+dfsg-1
> Severity: serious
>
> In Debian sid, python3-numba currently depends on python3-numpy (<
> 1:1.25) and python3-numpy (>= 1:1.22.0).
>
> However the currently available version
On Mon, 2024-01-01 at 11:22 +0100, Matthias Klose wrote:
> Control: tags -1 + patch
>
> patch at
> http://launchpadlibrarian.net/706939750/python-sparse_0.14.0-1_0.14.0-1ubuntu1.diff.gz
>
I think a better solution to the versioneer fail to build is to remove
the embedded versioneer and use the
python-sparse looks to have a hard dependency on numba, there's lots of
functions tagged with @numba.jit, several modules start with import
numba.
Given how hard it is for numba to update, I wish upstream would keep
numba an optional dependency.
I should probably remove the since it seems
On Fri, 2023-11-03 at 15:54 +0100, Enrique García wrote:
> I would really like to see bokeh packaged for Debian.
I think getting bokeh pacakged would be great, I just lack time and
motivation to deal with the javascript packages.
Also I think there were times when bokeh was using an unpackaged
Hi,
I'm kind of shocked I think I found a fix.
I looked a little bit, and it seems like the random number generator
behaves differently between s390x and x86
Eventually the test calls dask.util.random_state_data(1, 42)
on x86 it starts with this on two different machines:
In [9]:
On Sat, 2023-08-19 at 18:21 +0100, Rebecca N. Palmer wrote:
> numba also crashes on mips64el, mipsel and armhf (and s390x but that
> was
> already known; not amd64, i386 or ppc64el). However, I agree that
> arm64
> is a good place to start trying to fix this, given how common it is.
>
Also
: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
>From 9d8eb219dd2746d4046903d65a12b8e19f7e4c83 Mon Sep 17 00:00:00 2001
From: Diane Trout
Date: Thu, 17 Aug 2023 10:35:29 -0700
Subject: [PATCH] Update debian/watch to 2023 August website lay
>
> This is because it shipped .PDF files that were generated during the
> tests which were then installed under
> /usr/lib/python3.X/dist-packages/doctest-output (!).
Whoops!
Thank you for finding that mistake.
Sorry it took me so long to notice.
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: legacy-api-w...@packages.debian.org
Control: affects -1 + src:legacy-api-wrap
I'd packaged legacy-api-wrap for trying to package scanpy, but scanpy removed
the dependency in 2021.
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: python-get-vers...@packages.debian.org
Control: affects -1 + src:python-get-version
python-get-version is a dependency of legacy-api-wrap, and I only packaged
legacy-api-wrap because
On Sun, 2023-08-13 at 15:14 +0100, Rebecca N. Palmer wrote:
> Package: src:python-anndata
> Version: 0.8.0-4
> Control: block 1043240 by -1
>
> python-anndata fails to build with pandas 2.0, currently in
> experimental.
I was thinking I needed to update anndata soon.
The last version I checked
Hi,
I pushed dask 2023.8.0+dfsg-1 to unstable, hope that helps, though I"m
not sure if that helped with the pandas tests though.
Diane
On Sat, 2023-08-05 at 22:56 +0100, Rebecca N. Palmer wrote:
> Package: python3-dask
> Version: 2022.12.1+dfsg-2
> Tags: fixed-upstream
>
> pandas 2.0's test_dask fails (in Salsa CI). Upstream reports suggest
> that this is fixed in dask 2023.2, but I haven't checked whether
> upgrading dask
:29 -0700 Diane Trout wrote:
> > Unfortunately it also wants llvmlite 0.40.0.
>
> Could you please be more verbose about this "unfortunately"?
>
> > It'd probably be easier to get upstream to help with debugging 0.57
>
> I fully agree that we should target a
Thanks for the heads up.
It should be fixed now
On Wed, 2023-07-05 at 18:33 +0200, Timo Röhling wrote:
> Source: cloudpickle
> Version: 2.2.0-1
> Severity: serious
>
> Dear maintainer,
>
> your package implicitly depends on python3-py for its autopkgtest,
> which used
> to be provided by
Package: gnome-settings-daemon
Version: 43.0-4
Severity: important
Dear Maintainer,
After recently updating on testing I'm having a crash when I try to log in to a
gnome session on a Dell XPS 9360.
Both when connected to a thunderbolt dock and when the laptop is disconnected.
A relevant chunk
I'm not really sure what to do about it.
I looked some and there are a variety of different types of segfaults
triggered by numba on arm64. I wasn't able to find any particular
patterns.
I have most of the patches they initially recommended but upstream has
moved on to released 0.57.0 which
built successfully with the patch.
I could do an NMU if you're busy, but it was also a really a trivial update to
apply.
Thanks
Diane Trout
-- System Information:
Debian Release: bookworm/sid
APT prefers testing-security
APT policy: (500, 'testing-security'), (500, 'testing-debug'), (500,
't
I'm trying to talk the release team into letting me update, but I do
think the update would likely break a different, so it's likely the
answer will be no. I will try to get the updated xlrd into backports
when it opens though.
If you want to manually use debian packages instead of pip the
Sorry my coworker got hit by this too, he worked around it by using
libreoffice to convert the .xls file to .xlsx.
I'd updated the xlrd package to 2.0.1 and pushed it to experimental to
see how much it might break,
Looks like there was some more discussion while I was fiddling with the
package.
On Sat, 2023-02-11 at 22:03 +0200, Adrian Bunk wrote:
> On Sat, Feb 11, 2023 at 11:46:56AM -0800, Diane Trout wrote:
> > forwarded 1009261 https://bugs.webkit.org/show_bug.cgi?id=202363
> > thanks
>
> If this was the problem, then this bug is a duplicate of #986218 that
>
On Sun, 01 May 2022 14:41:26 +0200 Domenico Cufalo
wrote:
> Dear developers,
>
> I have the same issue in my machine (Debian Bullseye Stable with
Gnome
> 3.38): Evolution doesn't start at all.
>
I also had this problem, but it went away on systems running testing or
bookworm.
>
> That presumably means 5 days, which we don't have, i.e. *don't*
> unless
> release team tell you otherwise.
For what it's worth this is our answer from #debian-release
elbrus
detrout: I'll handle dask.distributed
detrout
elbrus, Thank you. sorry about needing to ask for an exception
>
> That might be true on amd64, but I don't think it's true of
> arm*/s390x:
> the tests that are failing there do *not* appear to be isinstalled
> tests.
>
> I suspect the tests wouldn't have worked on those architectures in
> 2022.02 either, and we didn't notice because the previously
On Fri, 2023-02-10 at 08:44 +0530, Nilesh Patra wrote:
> Control: fixed -1 2022.12.1+ds.1-2
>
> Some tests passed after I put it for (multiple) retries. The
> current state looks fine
>
> https://qa.debian.org/excuses.php?package=dask.distributed
>
> But I am not sure if this counter
On Thu, 2023-02-09 at 21:21 +, Rebecca N. Palmer wrote:
>
>
> On 09/02/2023 17:07, Diane Trout wrote:
> > Would it make sense to drop those errors back to warnings, and do
> > you
> > know enough about the setup.cfg language to do it quickly?
> >
>
>
On Thu, 2023-02-09 at 07:44 +, Rebecca N. Palmer wrote:
> On 09/02/2023 06:36, Diane Trout wrote:
> > Also there's still some flaky tests as the rebuild triggered by my
> > just
> > committing the changelog release had a failure in
> > "test_release_ret
On Wed, 2023-02-08 at 23:11 +, Rebecca N. Palmer wrote:
>
> Mostly, please upload *something* today, because we won't know for
> sure
> whether it passes on a real buildd/debci until we try that, and if it
> doesn't then the sooner we find out the better.
>
It's uploaded it earlier today
Hello,
So I discovered I'd forgotten to do git cherry-pick --continue so
missed the last patch from Rebecca. (b82894aa) Thank you so much for
working out a better strategy for the flaky tests.
I also found a computer I could log into that has has no working ipv6
support, and so could more
On Tue, 2023-02-07 at 07:31 +, Rebecca N. Palmer wrote:
> On 07/02/2023 03:20, Diane Trout wrote:
> > What's your test environment like?
>
> Salsa CI.
>
> > I don't think head is hugely different from what was released in -
> > 1.
> >
> > The
On Mon, 2023-02-06 at 21:39 +, Rebecca N. Palmer wrote:
> I agree that xfailing the tests *may* be a reasonable solution. I'm
> only saying that it should be done by someone with more idea than me
> of
> whether these particular tests are important, because blindly
> xfailing
> everything
On Mon, 2023-02-06 at 11:13 +0100, Andreas Tille wrote:
> 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
it.
Diane Trout
Package: prosody-modules
Version: 0.0~hg20230116.ca7feb293d55+dfsg-1~bpo11+1
Severity: important
Dear Maintainer,
I did also talk to the prosody developers and filed the bug with them
as well. I'll mark the forwarded when this gets an bug number assigned.
What steps will reproduce the problem?
On Fri, 2023-01-20 at 13:20 -0800, Diane Trout wrote:
> On Fri, 2023-01-20 at 21:02 +, Rebecca N. Palmer wrote:
> > Would you like some help? If so, please push what you currently
> > have
> > to
> > Salsa so we can see it.
> >
> > (No promises - #10
On Fri, 2023-01-20 at 21:02 +, Rebecca N. Palmer wrote:
> Would you like some help? If so, please push what you currently have
> to
> Salsa so we can see it.
>
> (No promises - #1029251 doesn't look like a big job but I might be
> wrong
> about that.)
In shocking news, the build I did
On Fri, 2023-01-20 at 07:57 +, Rebecca N. Palmer wrote:
> Package: python3-distributed
> Version: 2022.02.0+ds1-3
> Severity: serious
>
> dask.distributed has been failing its autopkgtests since dask was
> upgraded to 2022.12.1.
Yep.
Andreas did the upload of dask 2022.12.1 with out asking
On Wed, 2023-01-18 at 10:49 +0100, Sebastiaan Couwenberg wrote:
> On 1/18/23 08:38, Sebastiaan Couwenberg wrote:
> > python-numpy-doc has been dropped from the build dependencies in
> > git,
> > but the package FTBFS due to test failures. Those might be fixed in
> > a
> > new upstream release,
On Sun, 2023-01-15 at 14:42 -0800, Diane Trout wrote:
> On Sun, 2023-01-15 at 18:16 +, Rebecca N. Palmer wrote:
> > Probably fixed - see my merge request on Salsa.
> >
>
>
> I'd tried to build versions of dask from 2022.03 - 2022.06 and they
> all
> failed wit
On Sun, 2023-01-15 at 18:16 +, Rebecca N. Palmer wrote:
> Probably fixed - see my merge request on Salsa.
>
I'd tried to build versions of dask from 2022.03 - 2022.06 and they all
failed with what appeared to be a strong dependency on pyarrow, which
debian doesn't have.
Did you get around
On Wed, 2023-01-11 at 13:15 +0100, Enrico Zini wrote:
>
> Thanks! I've opened
> https://github.com/numba/numba/issues/8703 upstream
> to track the possibility of numba making it in time for testing:
> let's
> see what happens.
>
Thnaks I commented with the what I did to get numba to build.
On Sat, 2022-12-17 at 20:19 +0100, Enrico Zini wrote:
> Package: python3-numba
> Version: 0.56.2+dfsg-2
> Severity: serious
>
> Hello,
>
> thank you for maintaining python3-numba!
>
> Unfortunately the package is currently uninstallable in sid.
>
> It depends on `python3-numpy (<< 1:1.22),
On Mon, 2023-01-09 at 08:00 +, Rebecca N. Palmer wrote:
> To get the new upstream version to work, dask_sphinx-theme, dask and
> dask.distributed all need to be updated, in that order. Tests here:
> https://launchpad.net/~rebecca-palmer/+archive/ubuntu/dask2022p12v2/+packages
Ok thanks for
Package: wnpp
Severity: wishlist
Owner: Diane Trout
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: throttler
Version : 1.22
Upstream Contact: Ramzan Bekbulatov
* URL : https://github.com/uburuntu/throttler
* License : MIT/expat
Programming Lang
Package: snakemake
Version: 7.12.1-1
Severity: serious
Dear Maintainer,
I noticed that snakemake-modes tests were failing while I was trying to build
the package.
Eventually I found that running the snakemake executable was failing with
python 3.11, but worked with 3.10.
Using the test
On Fri, 2022-12-23 at 10:56 -0500, M. Zhou wrote:
> Control: tags -1 +moreinfo
>
> I'm confused. How did you manage to build the package from source
> using c65b3e662b7b08920172b710419d7a06b660be59 on salsa?
>
> I did not upload it because I can never successfully build it
> from source.
>
It
commit c65b3e662b7b08920172b710419d7a06b660be59 against llvm-14
and llvmlite's test cases pass. (And most of numba's passed too. And I
think the remaining test failures aren't related to llvmlite)
Is there a chance we could get an updated version released soon?
Thanks
Diane Trout
signature.asc
On Tue, 2022-11-22 at 18:24 +0100, Andreas Beckmann wrote:
>
> There needs to be either a
> Depends: emacs-el (>= 1:28)
> or an equivaent
> Breaks: (emacs-el (<< 1:28)
> or the installation must be skipped if emacs is too old.
So it looks like elpa-snakemake depends on the transient package
Package: evolution
Version: 3.46.1-1
Severity: normal
X-Debbugs-Cc: none, Diane Trout
Dear Maintainer,
For some reason my instance of evolution has started highlighting the
next day in the work week calendar.
So as I write this on Monday, October 31st, looking at the work week
calendar
Hi,
I found a pull request that starts the process of upgrading llvmlite to
llvm-12 or -13.
https://github.com/numba/llvmlite/pull/802
I modified it to work with our llvmlite 0.39.1 package and was able to
build llvmlite and have it's tests pass on x86 64.
The llvmlite upstream developers are
On Fri, 2022-08-12 at 13:57 +0200, Lucas Nussbaum wrote:
> On 08/08/22 at 22:45 +0200, Richard B. Kreckel wrote:
> > I am unable to reproduce the above compile-time error.
>
> Hi,
>
> I can still reproduce it.
>
> Lucas
>
I saw this bug floating around and thought I'd try building tbb as
On Mon, 2022-08-22 at 08:37 +0200, Graham Inggs wrote:
> Hi Drew
>
> On Sun, 21 Aug 2022 at 19:08, Drew Parsons
> wrote:
> > In regards to bug severity, the dask debci failures are now marked
> > as
> > "Not a regression" so they won't hold up migration of dask.
>
> Dask's autopkgtests are
On Wed, 16 Feb 2022 09:28:13 -0300 Eriberto Mota
wrote:
> Hi guys,
>
> I am running Debian Stable (Bullseye) in my desktop and in my local
server.
>
> Yesterday I made a backport version of the apt-cacher-ng for me and I
put it
> in the server. The problem seems is solved.
>
> Regards,
>
>
On Mon, 2022-08-08 at 18:54 -0300, David Bremner wrote:
> Diane Trout writes:
>
> >
> > Though debian-el might be a better example to follow where the info
> > file
> > and its dir file are added to the elpa-src directory.
> >
>
> Althoug
Package: org-mode-doc
Version: 9.5.2-1
Severity: normal
X-Debbugs-Cc: none, Diane Trout
Dear Maintainer,
I was trying to read the info documentation provided by the org-mode-doc
package which matched the version of org mode I was using (9.5.2) but by
default was actually getting the org
Package: wnpp
Owner: Diane Trout
Severity: wishlist
* Package name: elpa-snakemake
Version : 2.0.0
Upstream Author : Kyle Meyer
* URL or Web page : https://git.kyleam.com/snakemake-mode/about
* License : GPL-3+
Description : support for editing and running
On Sat, 2022-08-06 at 03:15 +0200, Drew Parsons wrote:
> Source: dask
> Version: 2022.02.0+dfsg-1
> Severity: normal
> Control: forwarded -1 https://github.com/dask/dask/issues/8620
>
> dask 2022.02.0 is failing two CI tests on 32 bit arches (armhf,
> i386),
> one in test_query_with_meta, the
On Thu, 2022-07-14 at 10:10 +0200, Paul Gevers wrote:
> Control: reassign 1014690 src:llvmlite 0.38.1-2
> Control: affects 1014690 src:numba
> Control: fixed 1014690 0.38.1-3
>
> Hi Diane,
>
> On 14-07-2022 05:26, Diane Trout wrote:
> > I know there's some pr
Hi,
I know there's some problems with some of numba's autopkgtests but I
couldn't reproduce the segmentation fault.
llvmlite's tracker suggests that the tests are passing now?
Did you find a solution or is this likely to be a random problem?
Diane
On Sun, 2022-07-10 at 13:10 +0200, Paul
On Sat, 2022-06-25 at 10:17 +0200, Graham Inggs wrote:
> Control: severity -1 serious
> Control: tags -1 + patch
>
> Please see attached patch from Ubuntu for this issue.
Thank you for the patch it worked well. I wanted to give a status
update since it's been a while.
I haven't made as much
Package: wnpp
Owner: Diane Trout
Severity: wishlist
* Package name: geiser-mit
Version : 0.15
Upstream Author : Jose Antonio Ortega Ruiz
* URL or Web page : https://geiser.nongnu.org/
https://gitlab.com/emacs-geiser/mit
* License : BSD 3-Clause
Package: wnpp
Owner: Diane Trout
Severity: wishlist
* Package name: geiser-chibi
Version : 0.17
Upstream Author : Jose Antonio Ortega Ruiz
* URL or Web page : http://geiser.nongnu.org/
source https://gitlab.com/emacs-geiser/chibi
* License : BSD-3
On Fri, 2022-06-17 at 00:32 +0200, Jonas Smedegaard wrote:
>
> I guess that by "MIT / Expat" you mean that you declared the project
> as
> beinge effectively licensed "MIT or Expat".
Upstream lists this license:
https://github.com/xarray-contrib/sphinx-autosummary-accessors/blob/main/LICENSE
Package: wnpp
Owner: Diane Trout
Severity: wishlist
* Package name: python3-sphinx-autosummary-accessors
Version : 2022.4.0-1
Upstream Author : Justus Magin
* URL or Web page :
https://github.com/xarray-contrib/sphinx-autosummary-accessors
* License : MIT
Description
Ok thanks for reporting.
I'll try to put some effort into updating to a newer version of dask
soon.
On Thu, 2022-06-16 at 16:10 +0200, Drew Parsons wrote:
> Source: dask
> Version: 2022.01.0+dfsg-2
> Severity: normal
> Control: tags -1 patch
>
> dask 2022.01 uses a deprecated scipy API and now
Package: wnpp
Owner: Diane Trout
Severity: wishlist
* Package name: elpa-geiser-chicken
Version : 0.17-1
Upstream Author : Jose Antonio Ortega Ruiz
* URL or Web page : https://geiser.nongnu.org/
* License : BSD-3-Clause
Description : Chicken's implementation
Package: wnpp
Owner: Diane Trout
Severity: wishlist
* Package name: elpa-geiser-chez
Version : 0.17-1
Upstream Author : Jose A Ortega Ruiz
* URL or Web page : https://geiser.nongnu.org/
* License : BSD-3 Clause
Description : chez language support for elpa-geiser
Package: wnpp
Owner: Diane Trout
Severity: wishlist
* Package name: elpa-geiser-guile
Version : 0.23.2-1
Upstream Author : Jose Antonio Ortega Ruiz (j...@gnu.org)
* URL or Web page : https://gitlab.com/emacs-geiser/guile/
* License : BSD-3-clause
Description : guile
On Mon, 2022-06-13 at 08:24 -0300, David Bremner wrote:
> Diane Trout writes:
>
> Hi Diane;
>
> Indeed geiser needs someone to care for it in Debian [1]. Interested?
>
> [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012753
Did Dhavan Vaidya drop out? I see on
tag 1012717 pending
thanks
Date: Mon Jun 13 09:41:59 2022 +0200
Author: Diane Trout
Commit ID: 09338d25d3da84fff9cbd0a17d87762744546122
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=09338d25d3da84fff9cbd0a17d87762744546122
Patch URL:
https://git.sigxcpu.org/cgit/git
On Sun, 2022-06-12 at 21:52 +0200, Guido Günther wrote:
> > After looking the problem it up there's a line where it's trying to
> > do a
> > union type between _GenericAlias and NoneType, but that's a feature
> > that
> > was added in 3.10.
> > https://peps.python.org/pep-0604/
> >
> > Some of us
Package: git-buildpackage
Version: 0.9.27
Severity: normal
X-Debbugs-Cc: none, Diane Trout
Dear Maintainer,
I was attempting to update some packages using git-buildpackage and had
the following stack trace
~/src/debian/geiser$ gbp import-orig --uscan
Traceback (most recent call last):
File
Package: elpa-geiser
Version: 0.10-1
Severity: normal
X-Debbugs-Cc: none, Diane Trout
Dear Maintainer,
Hello I was trying to experiment with emacs-guix, but it failed looking
for a geiser symbol.
I looked the versions of geisers available in guix and found they have
0.23.2 compared to Debian's
> Inform 7 is released piecemeal http://inform7.com/sources/>,
with
> many necessary components not yet released in source form at all.
> People hoping to see this in Debian will, it seems, need to be
patient
> with the upstream developers.
>
> > Since Inform 7 seems to be an important
Hi,
I'm not sure if anyone else worked on this but I do have some packaging
for flatseal.
I'd like to see about joining the DebianOnMobile team first and hosting
the package in that group before uploading it to new.
Diane
FWIW I saw a more complex patch for this issue posted here
https://lab.louiz.org/louiz/biboumi/-/commit/0061298dd0945f7f67e7fa340c6649b179c804d5
from the Biboumi XMPP muc.
I added the patch to 9.0-4 and compiled it for bullseye, and it seems
to work.
I tried connecting to oftc.net and tried
>
> Indeed, in unstable. However, I just noticed a new issue and it's
> that
> the test fails in testing as it depends on a package that's not
> available: python3-sparse.
That's unfortunate.
That's a new problem where python3-sparse depends on numba, but numba
broke for python 3.10 and
On Tue, 19 Oct 2021 21:48:27 +0200 Paul Gevers
wrote:
> Hi Diane,
>
> On 18-10-2021 20:53, Diane Trout wrote:
> > I also glanced at the current CI build results and all the runs
with
> > 2021.09.1+ds.1-1 seem to be finishing in about 25 minutes both
passing
> > and f
Hi,
I had some time to work on this and worked around the test case that
was failing, since it was failing because it was assuming it was
running in a 64-bit environment.
I submitted my comments to upstream here
https://github.com/dask/dask/issues/8169#issuecomment-1059839906
I tested in a
On Sun, 2022-02-27 at 08:34 +, Peter Michael Green wrote:
> Package: dask
> Version: 2022.01.0+dfsg-1
> Severity: serious
>
> The autopkgtest for dask is once-again failing on 32-bit
> architectures,
> this is blocking the fix for
>
On Wed, 2022-02-23 at 00:31 -0500, M. Zhou wrote:
> Hello guys. Finally it's all green on our release architectures
> https://buildd.debian.org/status/package.php?p=onetbb=experimental
>
> I shall request the slot for transition once finished the rebuild
> of its reverse dependencies and filed
On Sat, 2022-02-19 at 11:02 +0100, Drew Parsons wrote:
> Source: numba
> Followup-For: Bug #1000336
>
> onetbb is now building (in experimental) for all arches except
> armel and armhf.
>
> Is it worth at this point to make an upload of numba 0.55 to
> experimental to check that it's building
On Mon, 2022-02-21 at 02:24 +, Peter Michael Green wrote:
> > During a rebuild of all packages in sid, your package failed to
> > build
> > on amd64.
>
> I'm no expert on this particular package, but this looks to me like
> it is not actually caused by a problem in python-sparse, but is
>
Hi,
After Andreas pointed it out I looked through some of the build
failures for onetbb and talked to upstream about the i386 failure.
https://github.com/oneapi-src/oneTBB/issues/370#issuecomment-1030387116
They have a patch.
On Tue, 2022-02-08 at 11:40 -0300, Emmanuel Arias wrote:
> Source: dask
> Version: 2021.09.1+dfsg-2
> Severity: important
> X-Debbugs-Cc: eam...@yaerobi.com
>
> Dear Maintainer,
>
> The last update of fsspec package[0] cause a regression for dask[1].
> That is already fixed in upstream[2].
>
>
I forwarded your report to upstream and asked them for their advice
about what to do.
I also wonder if a slight pause might help? or if partd needs some
synchronization code.
Diane
On Thu, 2021-12-23 at 11:03 -0500, M. Zhou wrote:
> Hi all,
>
> I'm back.
>
> I've just finished my final exams so I could do something during
> the holiday. That TBB repository is still work-in-progress and
> FTBFS from the master branch is something expected. I will finalize
> it soon. Andreas
On Wed, 2021-12-22 at 22:24 +0530, Nilesh Patra wrote:
>
> Upstream has mentioned that it has been fixed upstream. Diane, could
> you
> please do the needful and upload?
>
> Actually because of the current state of numba, several reverse
> depends are FTBFS so it's
> bit urgent to push.
I had been trying to update dask to newer version (2021.11.1), but it
looks like the issue you referenced is still open.
I tried the change they suggested in an i386 sbuild chroot and most of
the errors went away. Though there was one test failure.
"c.astype(np.int64, copy=False), k
from
Package: wnpp
Severity: wishlist
Owner: Diane Trout
X-Debbugs-Cc: debian-de...@lists.debian.org
* Package name: sphinx-remote-toctree
Version : 0.0.3
Upstream Author : Chris Holdgraf
* URL : https://github.com/executablebooks/sphinx-remove-toctrees
* License
I decided to fix this bug by implementing running the package tests
when installed instead of just marking the previous test superficial.
(Probably the better solution)
Diane
On Sat, 2021-12-11 at 17:53 +, Adam D. Barratt wrote:
>
> Please go ahead.
>
Ok I uploaded
dask.distributed_2021.01.0+ds.1-2.1+deb11u1_source.changes
to ftp-master.
On Sat, 2021-12-11 at 10:48 -0800, Steve Langasek wrote:
> Package: toolz
> Version: 0.11.1-1
> Followup-For: Bug #1001488
> User: ubuntu-de...@lists.ubuntu.com
> Usertags: origin-ubuntu jammy ubuntu-patch
> Control: tags -1 patch
>
> Please find attached a trivial patch for this issue.
>
1 - 100 of 506 matches
Mail list logo
