Package: git-buildpackage
Version: 0.9.38
Severity: wishlist
Dear Maintainer,
I was experimenting with devhelp for reading and searching documentation
locally and I discovered that though git-buildpackage does include an index
file for devhelp, devhelp can't find the documentation.
The devhelp
Hello,
Upstream doesn't support mips or s390x, and the ppcle64 support is
unofficial.
https://numba.readthedocs.io/en/stable/user/installing.html
Honestly I think their supporting for arm64 started catching up to
amd64 due to apple's new laptops.
Is there a way to build the other architectures
I took a look at this package and was able to fix the two test_get
errors with
debian/patches/0018-replace-assert-dict-contains-subset.patch
I tried to fix test_connections, but am stumped. it seems like upstream
is having problems with versions of tornado and pyzmq, and it really
seemed like the
Hi,
I was looking through jupyter bugs and spotted this one.
I'm pretty sure /nonexistant is a directory that doesn't exist and I'm
also pretty sure that jupyter checks for a home directory to read and
write some configuration files to.
Probably the easiest option is to give it a home directory
On Sun, 2024-08-11 at 13:44 -0400, Jeremy Bícha wrote:
> On Sun, Aug 11, 2024 at 2:45 AM Diane Trout wrote:
> > It looks like apt wasn't wanting to install various t64 packages
> > with
> > apt upgrade.
>
> I think you are requesting that libgtk-4-1 4.14 have some
Hi,
I thought pagure looked need, so I attempted to get it to run on Debian
stable. I ran into #1055204 and another change in jinja2's api.
I backported upstreams fixes, and tried them but then I got stuck on a
problem looking for the session object.
File "/usr/lib/python3/dist-packages/flask/
It looks like apt wasn't wanting to install various t64 packages with
apt upgrade.
After forcing upgrades of some larger packages like evolution or llvm
with apt install and seeing the pattern of install removing
a library and replacing it with a t64 version.
Upgrading:
evolution
I'm pretty sure what happened is when I did an apt upgrade on testing,
the libgtk-4 binary packages are held back for some reason, but the -
common package was upgraded to 4.14.4 which changed the schema which
then broke dino-im.
ii libgtk-4-1:amd64 4.12.5+ds-6+b1 amd64
ii libgt
Package: dino-im
Version: 0.4.4-1
Severity: normal
Dear Maintainer,
When I tried launching it after a recent update dino won't start due to
the following error log. I'm guessing something changed in gtk4.
I also tried 0.4.4+git20240729.b0ff90a-1 from experimental and got the
same error.
Thanks
Package: python3-xopen
Version: 1.7.0-2
Severity: normal
Dear Maintainer,
When trying to run a local program that uses pkg_resources with an
xopen dependency, that generated this error.
pkg_resources.DistributionNotFound: The 'isal>=1.0.0;
platform_python_implementation == "CPython" and (platfor
Package: autopkgtest
Version: 5.28
Severity: wishlist
Dear Maintainer,
Hi while setting up a qemu test image on a fairly recently configured
machine I tried running autopkgtest-build-qemu, and it helpfully told me
that it needed vmdb to run.
However shortly thereafter it crashed with
Traceback
What version of org-mode-doc do you currently have installed?
It looks like the bug was fixed in 9.7.5-1 in there's now a
/usr/share/info/orgguide.info.gz file.
But it was only accepted into unstable on 6-25, and may take a few days
to make it to testing. Getting the fix into stable would take so
Package: piuparts
Version: 1.4.2
Severity: normal
Dear Maintainer,
I noticed my numba piuparts jobs crashed
https://salsa.debian.org/science-team/numba/-/jobs/5890084
with the following error.
Piuparts caught exception, exiting...
Tra
On Fri, 2024-06-14 at 09:50 +0100, Julian Gilbey wrote:
> retitle 1073183 python-dask-doc: package is almost empty with no
> documentation
> severity 1073183 important
> thanks
>
> On Fri, Jun 14, 2024 at 09:03:35AM +0100, Julian Gilbey wrote:
> > Package: python-dask-doc
> > Version: 2024.1.1+dfs
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 gettin
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
>
> https://github.com/
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 e
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: https://bugs.de
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 requir
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 b
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]: random_state_
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 giv
_CTYPE=en_US.UTF-8 (charmap=UTF-8),
LANGUAGE=en_US:en
Shell: /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
Sub
>
> 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.
http
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 it
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 brea
11:39: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 t
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 python
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 o
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 suppo
e
It 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, '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 upda
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
elbr
>
> 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 mentio
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 wou
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 da
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 quickly
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.
> >
>
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 t
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
>
st remove 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?
1
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 this
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, bu
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
> faile
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 t
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), pyth
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 t
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 Snakefil
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
ally
using 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
Di
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 w
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 co
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
well.
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 faili
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,
>
> Eri
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.
> >
>
> Although that&#
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 oth
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 so
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 Gever
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 pro
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
Whi
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 o
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 tr
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&#
> 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 development
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 u
>
> 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 onetbb
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 32-bi
1 - 100 of 520 matches
Mail list logo
