I'm unable to reproduce this in a fresh install; ipython3 appears to
start and function normally.
I suspect there is something wrong with other dependencies of
python3-ipython; `List` in `interactiveshell.py` in ipython 8.30 isn't
`typing.List` (which is imported, but aliased as `ListType`), but
`
Forgot to check this at the time, but have done so now.
The problem also arises if you use the 3.2.7-1+deb12u1 rsync to connect
to another Debian (Raspbian) system running 3.2.7-1 rsync. (Which
removes Ubuntu form the check).
Package: rsync
Version: 3.2.7-1+deb12u1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outc
Package: qemu-system-ppc
Version: 1:8.2.1+ds-1~bpo12+1
Followup-For: Bug #714275
X-Debbugs-Cc: gstee...@gmail.com
Dear Maintainer,
Numerous manpages for parts of qemu (including anything to do with powerpc) are
actually separate
copies of the qemu-system-x86_64 manpage.
-- System Information:
D
/drive.google.com/file/d/1oQPH23vhCDgeDuYzpHqVSvcv-okzAkY-/view?usp=drive_web>
IMG_20240628_180419.jpg
<https://drive.google.com/file/d/1g89ljiHNS5_I5cI-Z-1kitge_tJY9V-o/view?usp=drive_web>
Gordon Mikhail, bioinformatician
Genetics of Plant-Microbe Interactions lab | ARRIAM
Guar Physiological genetics lab |
Control: severity -1 grave
I'm also having this problem as of recently. I tried building the
package myself from source (the Debian version, not upstream) and still
had the problem. It's probably related to a recent upgrade of one of
Cura's dependencies. I wasn't able to get upstream to build, but
nsor.
I believe this is already packaged - see
https://tracker.debian.org/pkg/pyzmq
Gordon
Yes. I can see that there are API methods which expose nlohmann::json
(eg,
https://github.com/jupyter-xeus/xeus/blob/ebd21e9e7cfe143b4d0a6783112cc9006b456915/include/xeus/xdebugger.hpp#L55-L60)
so changes the header library are going to cause ABI breakage.
I don't see much choice here but to b
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
X-Debbugs-Cc: x...@packages.debian.org, gor...@chronitis.net
Control: affects -1 + src:xeus
xeus exposes the interface of nlohmann::json as part of its ABI
(unfortunately), and changes in the
Package: reportbug
Version: 12.0.0
Severity: normal
X-Debbugs-Cc: none, Asher Gordon
Dear Maintainer,
-- Package-specific info:
** Environment settings:
EDITOR="/home/asher/.config/fish/scripts/emacsclient.fish"
When passing multiple bug numbers on the command line, the querybts
scri
Package: jami-daemon
Version: 20230206.0~ds2-1.3
Severity: grave
X-Debbugs-Cc: none, Asher Gordon
Dear Maintainer,
After upgrading libopendht2, jami-daemon fails to start, making Jami
unusable. Downgrading libopendht2 fixes the problem.
$ apt-cache policy libopendht2 | grep Installed
Package: xserver-xorg-input-libinput
Version: 1.3.0-1
Severity: important
X-Debbugs-Cc: g.shumw...@gmx.net
-- Package-specific info:
/etc/X11/X does not exist.
/etc/X11/X is not a symlink.
/etc/X11/X is not executable.
VGA-compatible devices on PCI bus:
--
05:00
Hi Tobias,
Thanks for fixing this bug. I believe #723808 can now be closed as well.
Thanks,
Asher
--
Brian Kernighan has an automobile which he helped design.
Unlike most automobiles, it has neither speedometer, nor gas gauge, nor
any of the numerous idiot lights which plague the modern
Package: wnpp
Severity: wishlist
Owner: Gordon Ball
X-Debbugs-Cc: gor...@chronitis.net
* Package name: xeus-zmq
Version : 1.1.0
Upstream Contact: Jupyter-Xeus project
* URL : https://github.com/jupyter-xeus/xeus-zmq
* License : BSD-3-clause
Programming Lang
Control: reassign -1 src:lua5.4
Asher Gordon writes:
> I think this fix from upstream should be backported to Debian's Lua
> 5.4, and possibly 5.{1,2,3} as well (I haven't tested those).
I found out Lua 5.4 is the first version with lua_toclose() (and the
__close() met
Package: lua5.4
Version: 5.4.4-3
Severity: normal
X-Debbugs-Cc: none, Asher Gordon
Dear Maintainer,
I found a bug in which calling lua_toclose() while the "main" stack is
active (i.e., not inside a function which was called by lua_call()), can
sometimes cause memory errors later.
Thanks Paul. We did make some changes in Nmap 7.94 which could have caused
regressions. I've opened an issue for this on our upstream tracker (
https://github.com/nmap/nmap/issues/2685). Please let us know if you
figure anything else out.
-Gordon
it, thanks for the explanation. This restriction existed since the
early stage of dh-r development
https://salsa.debian.org/r-pkg-team/dh-r/-/commit/22fd80b9#L174
by Gordon Ball (in CC but not really active in R pkg team any more) at
2016-09-04 12:28:57 +0200 . I'm guessing this restric
Package: librem-ec-acpi-dkms
Version: 0.9.1-4
Severity: grave
X-Debbugs-Cc: none, Asher Gordon
Dear Maintainer,
During a system upgrade, I noticed that there was an error upgrading the
Linux kernel. I was able to isolate the problem to the
librem-ec-acpi-dkms package. (Without this package, the
sniffing instead.
-Gordon
On Sat, Jan 21, 2023 at 8:30 AM Marco Moock wrote:
> Package: ncat
> Version: 7.93+dfsg1-1
> Severity: minor
> Tags: upstream
> X-Debbugs-Cc: m...@posteo.de
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these q
rprise Linux, Fedora, etc. We also
love traditional and OpenBSD netcats and are glad those are offered by
Debian and Kali as well.
Cheers,
Gordon "Fyodor" Lyon
Also, I should note that I also reported this bug upstream. Since I
don't have a SourceForge account, I wrote to
where my message is awaiting moderator
approval.
But until the bug is fixed upstream, perhaps a patch should be
implemented in the Debian package.
Thanks,
Asher
--
Brian Ker
Package: libsox-fmt-base
Version: 14.4.2+git20190427-3+b1
Severity: normal
X-Debbugs-Cc: Asher Gordon
Dear Maintainer,
While attempting to write Perl bindings for libsox, I stumbled upon a
memory leak in vorbis.c (two, actually). The memory leak can be seen by
something like the following
Package: kwin-x11
Version: 4:5.26.0-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation? recent update
* What exactly did you do (or not do) that was effective (or
ineffective)?
plasma did
Source: zlmdb
Version: 22.6.1-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml ver
Source: xrstools
Version: 0.15.0+git20210910+c147919d-3
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will becom
Source: spades
Version: 3.15.5+dfsg-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyya
Source: ros-rosinstall
Version: 0.7.8-5
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in py
Source: relatorio
Version: 0.10.1-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml
Source: refstack-client
Version: 0.0.0~2021.08.18.fa73ef2524-2
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which wil
Source: qcengine
Version: 0.23.0-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml
Source: qcat
Version: 1.1.0-3
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml versi
Source: python-tempestconf
Version: 2.5.0-3
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error i
Source: python-pybedtools
Version: 0.9.0-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in
Source: python-multipart
Version: 0.0.5-2
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in
Source: python-canmatrix
Version: 0.9.5~github-2
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an er
Source: python-aptly
Version: 0.12.10-3
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in py
Source: policyd-rate-limit
Version: 1.0.1.1-2.1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an err
Source: owslib
Version: 0.27.2-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml ve
Source: open-adventure
Version: 1.9-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyya
Source: lirc
Version: 0.10.1-7
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml vers
Source: lecm
Version: 0.0.9-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml versi
Source: labgrid
Version: 0.4.1-4
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml ve
Source: ganeti
Version: 3.0.2-1
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml ver
Package: etm
Version: 3.2.30-4
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml vers
Source: elasticsearch-curator
Version: 5.8.1-4
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an erro
Source: ceph
Version: 16.2.10+ds-3
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyaml
Source: ansible
Version: 6.4.0+dfsg-1
Severity: minor
X-Debbugs-Cc: gor...@chronitis.net
We hope to upgrade python3-yaml (aka pyyaml) to version 6 before the
freeze, per #1008262
Your package appears to use `yaml.load()` without specifying a `Loader=`
argument, which will become an error in pyyam
Package: python3-testpath
Version: 0.6.0+dfsg-2
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: gor...@chronitis.net
The package is empty except for the changelog.
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1
Hi Hilmar,
Hilmar Preuße writes:
> So you're actively pushed to other packages. Please consider to follow
> this recommendation.
Thanks for the advice. So it seems a better solution would be to use an
alternative package in Scid's generated LaTeX files. I don't think that
should be too difficul
Package: texlive-games
Version: 2021.20220204-1
Severity: normal
X-Debbugs-Cc: Asher Gordon
File: /usr/share/texlive/texmf-dist/tex/latex/chess/chess.sty
Dear Maintainer,
The file /usr/share/texlive/texmf-dist/tex/latex/chess/chess.sty (used
by the LaTeX files generated by Scid) uses "\
On Wed, Feb 02, 2022 at 11:35:19AM +, Julian Gilbey wrote:
> Package: python3-ipykernel
> Version: 6.7.0-1
> Severity: serious
> X-Debbugs-Cc: Julien Puydt , Gordon Ball
>
>
ps, I had a search just now and it looks like someone else was working
1 year ago on `ptvsd`
On Wed, Feb 02, 2022 at 11:35:19AM +, Julian Gilbey wrote:
> Package: python3-ipykernel
> Version: 6.7.0-1
> Severity: serious
> X-Debbugs-Cc: Julien Puydt , Gordon Ball
>
>
> ipykernel depends on the debugpy package, as stated in setup.py.
> However, within Debian b
Package: pkg-js-tools
Version: 0.11.7
Severity: normal
X-Debbugs-Cc: gor...@chronitis.net
Lines in the file `debian/nodejs/component_links` are checked for the
regex `/^([\w\-\.\/]+)\s+([\w\-\.\/]+)$/` and otherwise reported as
malformed.
This means that components named in the typescript style (
Package: python3-metakernel
Version: 0.27.5-3
Severity: minor
X-Debbugs-Cc: gor...@chronitis.net
python3-metakernel adds a manual dependency on jupyter-notebook, which
should probably not be a hard dependency. The library doesn't import
from notebook anywhere I can see, so it's only being added as
Package: wnpp
Severity: wishlist
Owner: Gordon Ball
X-Debbugs-Cc: debian-pyt...@lists.debian.org, gor...@chronitis.net
* Package name: python-pure-eval
Version : 0.2.1
Upstream Author : Alex Hall
* URL : https://github.com/alexmojaki/pure_eval
* License : MIT
Package: libjs-jquery-ui
Version: 1.13.0+dfsg-1
Severity: important
X-Debbugs-Cc: gor...@chronitis.net
When updating from 1.12.1 to 1.13.0, the ABI of the dist files
/usr/share/javascript/jquery-ui/jquery-ui[.min].js appears to have
changed.
In 1.12, it contained a single factory function which l
I think this is caused by jquery-ui failing to load, which should have
created the `resizeable` property on that element.
jquery-ui was updated from 1.12.1 to 1.13.0 in november (but that change
wouldn't have been picked up until the jupyter notebook javascript was
rebuilt recently to try and fix
Package: wnpp
Severity: wishlist
Owner: Gordon Ball
X-Debbugs-Cc: gor...@chronitis.net, debian-pyt...@lists.debian.org
* Package name: python-stack-data
Version : 0.1.3
Upstream Author : Alex Hall
* URL : https://github.com/alexmojaki/stack_data
* License
`umd` version. Lack of this
breaks jupyter-notebook.
Gordon
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.15.0-2-amd64 (SMP w/1 CPU thread)
Loca
On Sun, Jan 09, 2022 at 11:47:47AM -0500, Sandro Tosi wrote:
> 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.
Reducing severity to `normal`, since this does not appear to happen
consistently. Looking through the CI logs, there are occasional failures
on ppc64el, but since it does not appear to happen consistently, I don't
_think_ this justifies RC severity, unless anyone can reproduce it in
actual usage.
ove dialog which may be the culprit:
"sed: -e expression #2, char 77: unterminated `s' command"
Does anybody have any idea how to fix this? I would very much appreciate some
suggestions.
Thanks,
Gordon Dickens
-- System Information:
Debian Release: 11.2
APT prefers stable-u
to be able to do so that quickly
due to family commitments.
Gordon
I'm a bit mysterified by this. Failed tests do seem to be reproducible
(in debci) with this package pinned, but I can't work out how the traceback
shown actually stems from jupyter_client.
This version is meant to already include compatibility fixes
(https://github.com/dask/distributed/pull/5286)
I _think_ this would expected with 22.3.0-1 and python 3.10, since that
package was built only for python 3.9.
Can you reproduce this with 22.3.0-1+b1 now the python 3.10 binNMUs have
(mostly) happened? I can certainly import `zmq` in python3.10 without
immediate errors.
unstable without seeing any errors, but I haven't
tried using the package beyond that.
Gordon
-- System Information:
Debian Release: bookworm/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 5.14.0-4-
Package: qiime
Severity: normal
Tags: upstream
X-Debbugs-Cc: gor...@chronitis.net
I recently uploaded python-decorator 5.1 to experimental. This appears
to break qiime (or qiime's test suite, at least).
https://ci.debian.net/data/autopkgtest/unstable/amd64/q/qiime/15900873/log.gz
This appears to
On Fri, Sep 24, 2021 at 12:02:50AM -0400, Sandro Tosi wrote:
> On Tue, Sep 21, 2021 at 2:23 PM Gordon Ball wrote:
> > Indeed. qa.d.o betrays me.
>
> you cant hide the good work :)
>
> > The answer to this was delayed because I considered several times what
> > it s
pdated in a
reasonable period of time, I think the question of whether it is better
to drop it might arise. I appreciate there are dependencies, although I
think most of them are ultimately optional.
Gordon
On Sun, Sep 19, 2021 at 10:52:39PM -0400, Sandro Tosi wrote:
> Hello Gordon,
> you&#x
I thought the tracker one at least is a public team, for which access
shouldn't need to be approved. In any case, I don't appear to have any
way to grant access.
I've granted you access to the Salsa team. Welcome!
Gordon
On Sat, Sep 11, 2021 at 08:20:45PM +, Sergio Cipri
in this package, so please remove me
from the uploaders. You might want to join the tasktools team on tracker
(team+taskto...@tracker.debian.org) and add that as a maintainer.
Gordon
On Wed, Sep 08, 2021 at 11:14:19AM +, Sergio Cipriano wrote:
> Hi Gordon,
>
> On Wednesday, Septemb
Hi Sergio
Note that there is already `taskd` in the archive (former name of
taskserver). It's not been uploaded for a number of years and I believed
that it was dead upstream (and I had lost interest in using it). If
you're interested you could either take over that package (and introduce
a new bi
Ack, already looking at it.
Unfortunately, there is unlikely to be a quick fix, since upstream has
resolved this by removing their existing html/css sanitizer in favour of
an alternative one from the jupyterlab source tree, which will require
more packaging work before we can utilise it. This is g
Package: tor
Version: 0.4.5.10-1
Severity: grave
Justification: renders package unusable
X-Debbugs-Cc: g.shumw...@gmx.net
-- System Information:
Debian Release: 11.0
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (
Package: wnpp
Severity: wishlist
Owner: Gordon Ball
X-Debbugs-Cc: gor...@chronitis.net
* Package name: matplotlib-inline
Version : 0.1.2
Upstream Author : IPython Development Team
* URL : https://github.com/ipython/matplotlib-inline
* License : BSD
Greetings;
I sent you an email a couple of days ago and haven't heard from you.
Please confirm if you received my email?
Yours Sincerely,
Engr. Gordon Hirschy
email; eng...@engrgordon.com
Package: filters
Version: 2.55-3
Severity: normal
Tags: patch
X-Debbugs-Cc: Asher Gordon
Dear Maintainer,
The 'kraut' filter contains the salute "Sieg Heil!", which was used by
the Nazis and is considered offensive (it's even a crime in
Germany). Please remove
Just to update, I applied for an unblock (#986915) for 4.8.0-2, which
* runs the tests against installed code (instead of the source tree)
* blacklists the remaining known flaky tests (appears to match the list
Lukas provided)
The changes are in git but I haven't uploaded yet (pending approval)
2021-01-04 19:51:00.0 +
+++ pexpect-4.8.0/debian/changelog 2021-04-13 08:20:51.0 +
@@ -1,3 +1,10 @@
+pexpect (4.8.0-2) UNRELEASED; urgency=medium
+
+ * Skip several flaky tests, both for build and autopkgtest (Closes: #986727)
+ * Fix broken URL in d/watch
+
+ -- Gordon
ests found to be flaky.
I'll try and do so in the next couple of days.
Gordon
>
> Cheers Jochen
...
I _think_ a good indicator for lintian (and a fixer) would be if the
matching expression contains "archive" followed by no wildcard pattern
before the capturing group for the version.
Let me know if this makes sense to develop further.
Gordon
Package: mpdtoys
Version: 0.25.0
Severity: normal
Tags: patch
X-Debbugs-Cc: Asher Gordon
Dear Maintainer,
I have configured my MPD daemon to output through PulseAudio (the PA
server is running as my local user). After doing so, when the daemon is
stopped (no song playing or paused), the volume
s
>
> This is fixed in git:
>
> https://salsa.debian.org/python-team/packages/ipywidgets/-/commit/23daf45a127b3febe25ecefdbb7148b0f5049990
>
> Gordon, are you planning to upload this soon? The soft freeze is pretty close
> now.
>
The FTBFS bugs are fixed, in the sense that I have redone
A sufficient patch is
```
diff --git a/debian/tests/control b/debian/tests/control
index bc03117..d765359 100644
--- a/debian/tests/control
+++ b/debian/tests/control
@@ -1,4 +1,4 @@
-Test-Command: pytest-3
+Test-Command: pytest-3 -k 'not nmr.ipynb'
Depends: python3-mdtraj,
python3-ipykernel,
Hi Nicola
Thanks for reporting this bug. This certainly sounds like a regression,
which wouldn't be that surprising given the large set of changes between
2.5.1 and 2.5.2.
Please report this as a bug upstream. I would expect this to not
be an intentional change within a minor version. If a patch
Source: mdtraj
Severity: normal
Tags: ftbfs
Dear Maintainer,
mdtraj appears to FTBFS when trying to migrate jupyter-client 6.1.6 ->
6.1.11
The failure is trying to build the example notebook examples/nmr.ipynb;
it appears to fail trying to find an external dependency (sparta) which
as far as I c
Package: fprintd
Version: 1.90.5-2
Severity: grave
X-Debbugs-Cc: Asher Gordon
Dear Maintainer,
After upgrading fprintd (and libpam-fprintd) from 1.90.1-2 to 1.90.5-2,
it stopped working entirely. Instead of fingerprint authentication,
password authentication is used for login and sudo. I have
Package: libpam-fprintd
Version: 1.90.1-2
Severity: important
X-Debbugs-Cc: Asher Gordon
Dear Maintainer,
When I upgraded the libpam-fprintd package to 1.90.1-2 (from 0.8.1-2¹),
fingerprint scanning stopped working for many things, including login,
sudo, and systemctl (but still worked for
Thanks for reporting.
This is a problem with pybind11-json-dev, which embeds the python
include path that it is built with, but does not currently declare a
dependency on the appropriate libpython3 version. (Not that declaring it
would be completely sufficient either, since as an arch:all it would
Package: backupninja
Version: 1.1.0-2.1
When I use something like "when=mondays at 03:00" in the backup
configuration file, I get the warning "The day in the 'when' option in
the configuration is malformed. [...]".
There is a fix for this problem in the backupninja master branch:
https://0xacab.
Is this maybe a false positive from build-log scanning?
This is a header-only library and installed packages contain only
headers, CMake and pkg-config files, and the latter do not appear to set
-march=native as a required flag for downstream compilation.
-march=native is set when compiling the t
Package: wnpp
Severity: wishlist
Owner: Gordon Ball
* Package name: xeus-python
Version : 0.8.6
Upstream Author : QuantStack
* URL : https://github.com/jupyter-xeus/xeus-python
* License : BSD-3-clause
Programming Lang: C++
Description : Python kernel
Package: wnpp
Severity: wishlist
Owner: Gordon Ball
* Package name: xeus
Version : 0.24.2
Upstream Author : QuantStack
* URL : https://github.com/jupyter-xeus/xeus
* License : BSD-3-clause
Programming Lang: C++
Description : C++ implementation of the
Package: wnpp
Severity: wishlist
Owner: Gordon Ball
* Package name: pybind11-json
Version : 0.2.6
Upstream Author : pybind11 contributors
* URL : https://github.com/pybind11/pybind11_json
* License : BSD-3-clause
Programming Lang: C++
Description
On Mon, Oct 26, 2020 at 01:07:09PM +, Luca Boccassi wrote:
> On Mon, 2020-10-26 at 12:28 +0000, Gordon Ball wrote:
> > On Mon, Oct 26, 2020 at 11:52:17AM +, Luca Boccassi wrote:
> > > On Mon, 2020-10-26 at 11:40 +, Gordon Ball wrote:
> > > > On Mon, Oc
On Mon, Oct 26, 2020 at 11:52:17AM +, Luca Boccassi wrote:
> On Mon, 2020-10-26 at 11:40 +0000, Gordon Ball wrote:
> > On Mon, Oct 26, 2020 at 09:48:52AM +, Luca Boccassi wrote:
> > > On Sun, 2020-10-25 at 17:13 +0100, László Böszörményi (GCS) wrote:
> > > > O
On Mon, Oct 26, 2020 at 09:48:52AM +, Luca Boccassi wrote:
> On Sun, 2020-10-25 at 17:13 +0100, László Böszörményi (GCS) wrote:
> > On Fri, Oct 23, 2020 at 4:57 PM Gordon Ball wrote:
> > > src:zeromq3 and libzmq3-dev currently embed headers from the separate
> > >
On Sun, Oct 25, 2020 at 05:13:52PM +0100, László Böszörményi (GCS) wrote:
> On Fri, Oct 23, 2020 at 4:57 PM Gordon Ball wrote:
> > src:zeromq3 and libzmq3-dev currently embed headers from the separate
> > cppzmq repository. However, the associated cmake files are not included,
need to be fixed. Codesearch suggests gnuradio,
libopenshot, thrift, tango, ignition-transport, horizon-eda
Gordon
From 5c8f7f94d1e62a8a51bf73484493d9ae2e332a4d Mon Sep 17 00:00:00 2001
From: Gordon Ball
Date: Tue, 15 Sep 2020 08:52:10 +
Subject: [PATCH] Add cppzmq cmake files
---
debian
1 - 100 of 823 matches
Mail list logo
