Package: nheko
Version: 0.11.3-2
Severity: normal
Dear maintainer,
I run two instances of nheko, and both of them occasionally crash,
though not necessarily at the same time.
It always happens in a pipewire-related thread. Here is the stack trace
from gdb:
Thread 38 "pipewire-main-l" rece
reassign 1056314 readline 8.2-1.3
retitle 1056314 readline: double free when using PageDown
the same input causes bash to crash in the same way (see attachment), so
I assume this is a bug in readline rather than Python
gdb bash
GNU gdb (Debian 13.1-3) 13.1
Copyright (C) 2023 Free Software Founda
Package: python3
Version: 3.11.2-1
Dear maintainers,
I am getting a crash in the Python REPL in this scenario:
1. start "python3" in a terminal
2. type "2+2", enter
3. type (or copy-paste) "1234+5678", enter
4. arrow-up, remove "234", page-down, arrow-up, enter
5. arrow-up, arrow-up, add "000"
://github.com/matrix-org/pantalaimon/issues/109 , this
was fixed in some later version (including the one in Bookworm).
Thanks in advance,
Val Lorentz
OpenPGP_signature
Description: OpenPGP digital signature
retitle 1023971 pantalaimon: Should depend on (rather than recommend)
python3-pydbus and python3-notify2
I also just noticed notify2 is required by the main executable:
$ pantalaimon --log-level debug
Traceback (most recent call last):
File "/usr/bin/pantalaimon", line 33, in
sys.exit(lo
Package: pantalaimon
Version: 0.9.1-1
Dear maintainers,
When python3-pydbus is not installed, panctl errors with this traceback:
$ panctl
Traceback (most recent call last):
File "/usr/bin/panctl", line 33, in
sys.exit(load_entry_point('pantalaimon==0.9.1', 'console_scripts',
'panctl')(
eborn/nheko/commit/67bee15a389f9b8a9f6c3a340558d1e2319e7199
Thanks in advance,
Val Lorentz
OpenPGP_signature
Description: OpenPGP digital signature
Hi,
I opened an issue on the upstream bug tracker:
https://github.com/progval/Limnoria/issues/1517
OpenPGP_signature
Description: OpenPGP digital signature
text
in white (on dark grey), so this is only a minor issue.
Thank you,
Val Lorentz
OpenPGP_signature
Description: OpenPGP digital signature
I did install grub2, but the result with grub-pc is the same.
Here is the debug output of grub-install (this time on sdc instead of
sdd) as an attachement. /dev/vg-fluorine/lv-fluorine is the device
mounted on the directory I chroot to.
grub-install: info: executing modprobe efivars 2>/dev/null.
g
Package: grub2
Version: 2.04-12
Dear maintainers,
I just tried to install a Bullseye system with these commands:
debootstrap bullseye .
mount --bind /dev dev
mount --bind /proc proc
mount --bind /sys sys
chroot .
Then, inside the chroot:
apt install grub2
grub-install /dev/sdd
Package: python3-gpiozero
Version: 1.4.1-1.1
Dear maintainer,
python3-gpiozero contains a "pinout" script, that crashes if
python3-pkg-resources is not installed:
$ pinout
Traceback (most recent call last):
File "/usr/bin/pinout", line 6, in
from pkg_resources import load_entry_point
Mod
Thanks for the tip.
I just tried downgrading an OSD (armhf) and a monitor (amd64) to
14.2.7-1~bpo10+1 using http://snapshot.debian.org/ ; but they are still
unable to communicate ("failed decoding of frame header:
buffer::bad_alloc").
So this might be a different issue, although related.
Package: ceph
Version: 14.2.9-1~bpo10+1
Dear maintainers,
I run a cluster made of armhf and amd64 OSDs, and amd64 monitors and
manager.
I recently updated my cluster from Luminous (12, in buster) to Nautilus
(14, in buster-backports), following the instructions here:
https://docs.ceph.com/docs/m
Package: python3-feedparser
Version: 5.2.1-1
Severity: normal
Dear maintainer(s),
The attached script uses feedparser to parse an invalid XHTML document.
If feedparser is installed from PyPI with pip, then the script succeeds
exists without error.
If feedparser is installed from Debian 10 repo
Hi,
I usually use the debian packages provided by Ceph [1], but recently
tried the package provided by Debian in stretch-backports (because
upstream does not provide packages for armhf).
[1] http://docs.ceph.com/docs/master/install/get-packages/
I confirm that the ceph-osd package in Debian inde
Package: python3
Version: 3.5.3-1
Dear maintainers,
Excuse me if I did not file this bug against the right package; but it
involves three different packages.
I noticed a segfault in pip while installing some program with a huge
set of dependencies. I managed to narrow it down to the cffi packag
Nevermind.
Any combination of {.deb's firmware,
https://github.com/Hexxeh/rpi-firmware} and {space, equal sign} work; I
must have messed up somewhere when doing my tests yesterday.
Could you close this bug report?
signature.asc
Description: OpenPGP digital signature
On 23/03/2017 23:14, Michael Stapelberg wrote:
> Not sure I understand the reasoning. You’re maintaining a build script
> (which isn’t packaged in Debian, I assume) so that you don’t have to use
> the result of our build script (which aims to be packaged in Debian
> eventually)?
Yes, because you
On 23/03/2017 22:42, Michael Stapelberg wrote:
> • The space is intentional. This is how the option is parsed.
Why is it an equal sign for other options, but not for this one?
> • The preview image referenced at https://wiki.debian.org/RaspberryPi3 boots
> for me. Are you using the preview imag
Running `fc-cache -fs` before installing fonts-noto took only a few seconds.
Installing fonts-noto while not being logged in worked, thanks.
On 20/11/2016 00:10, Norbert Preining wrote:
> On Sat, 19 Nov 2016, Valentin Lorentz wrote:
>> killall fc-cache
>
> fc-cache might run for quite some t
On 30/08/2016 10:16, Daniel Kahn Gillmor wrote:
> Is the goal to allow the use of specific secret keys? if so, maybe what
> you really want is a forwarded gpg-agent or something?
Yes, that's what I am trying to do, but I can't find any way that fits
my needs (no ssh, and an X11 dialog to ask fo
On 20/08/2016 22:45, Santiago Vila wrote:
> AFAIK, it's the dynamic linker (ld.so) who shows the error, not ping
> itself.
Probably because ping uses setuid.
http://stackoverflow.com/a/11148167/539465
> Could maybe the test suite discard all lines from stderr containing
> the string "libeatmyda
Indeed, I made a mistake when upgrading /etc/default/opendkim.
Everything works fine now, sorry for the inconvenience.
On 15/07/2016 03:02, Scott Kitterman wrote:
> On Friday, July 15, 2016 12:09:46 AM Valentin Lorentz wrote:
>> Package: opendkim
>> Version: 2.10.3-5
>> Severity: grave
>>
>> Dear
Package: rhythmbox-ampache
Version: 0.11.1+svn43-1
Severity: grave
Tags: upstream
Dear maintainer,
rhythmbox-ampache crashes with this error:
Traceback (most recent call last):
File "/usr/lib/rhythmbox/plugins/ampache/AmpacheBrowser.py", line 542,
in handshake_cb
handshake['update'][0:18],
Hi,
I can't reproduce the unreproducibility on my computer.
However, reading debian/rules, I think setting PYTHONHASHSEED=0 when
calling dh_sphinxdoc should work. Actually, modifying dh_sphinxdoc to
set this variable may be better (in case someone copy-pastes it to their
own package).
If it does
Source: nasm
Version: 2.11.06-1really2.11.05-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that nasm could
On 19/08/2015 20:07, Dmitry Shachnev wrote:
> * Will you forward the upstream part to upstream, or should I do that?
> It is a simple as a pull request to https://github.com/sphinx-doc/sphinx.
I will do it.
> * The PYTHONHASHSEED setting in debian/rules was there for purpose
> (needed to ma
Source: python-babel
Version: 1.3+dfsg.1-5
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that python-
Source: sphinx
Version: 1.3.1-4
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that sphinx could n
Source: fakeroot
Version: 1.20.2-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps fileordering
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that fakeroot
Source: epydoc
Version: 3.0.1+dfsg-11
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that class trees written
Updated patch, which also takes care of not calling default __repr__ on
functions.
diff -u -r epydoc-3.0.1+dfsg.old/epydoc/markup/pyval_repr.py epydoc-3.0.1+dfsg/epydoc/markup/pyval_repr.py
--- epydoc-3.0.1+dfsg.old/epydoc/markup/pyval_repr.py 2015-08-16 18:57:38.152484836 +
+++ epydoc-3.0.1+df
Source: epydoc
Version: 3.0.1+dfsg-11
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the “reproducible builds” effort [1], we have noticed
that epydoc uses repr()
I have been told that dh_strip_nondeterminism should be called even with
with “nostrip” because it does not strip symbols.
So here is an updated patch (to apply in replacement of the first one).
diff -ru xchat-2.8.8.orig/debian/control xchat-2.8.8/debian/control
--- xchat-2.8.8.orig/debian/control
35 matches
Mail list logo
