Oop, my bad. I was wondering why I hadn't seen it go through on the bug
report...
The issue is still present in apt package linux-image-6.5.0-3 (Kernel
6.5.8-1) , and linux-image-6.5.0-4 (kernel 6.5.10-1). Same messages, as
far as I can see, but here's the dmesg output from the 6.5.10-1
timeout!
[ 1169.147619] [drm:amdgpu_dm_process_dmub_aux_transfer_sync [amdgpu]] *ERROR*
wait_for_completion_timeout timeout!
[ 1179.387933] [drm:amdgpu_dm_process_dmub_aux_transfer_sync [amdgpu]] *ERROR*
wait_for_completion_timeout timeout!
Thank you, hopefully this info is useful to someone!
Simon
Package: cinnamon
Version: 4.4.8-2
Severity: normal
Dear Maintainer,
Since... I THINK 3 weeks ago at max, definitely since upgrading from
Buster, Cinnamon's option to swap ctrl and capslock has to be reset
after every reboot. Process to do this:
* Run "cinnamon-settings keyboard"
* Go to
Well, I have a stack trace, but it was *shockingly* flaky to try to get
and so I don't have huge faith that it's actually correct. Guess
debugging X11 is a little more involved than "attach gdb, type
'backtrace'".
Trace attached.
Continuing.
Thread 1 "Xorg" received signal SIGSEGV, Segmentation
I have this bug too, same hardware. A bit of inexpert investigation:
OsLookupColor is defined in xserver/os/oscolor.c:
https://gitlab.freedesktop.org/xorg/xserver/blob/master/os/oscolor.c#L1633
I don't know what version numbers this change involves, but that file
hasn't changed since 2017 and
I have this bug too. Did some digging, the error message is wrong due
to over-zealous assumptions.
In /usr/lib/python3.6/venv/__init__.py:
def _setup_pip(self, context):
"""Installs or upgrades pip in a virtual environment"""
# We run ensurepip in isolated mode to avoid side
uccessfully because ensurepip
is not
available. On Debian/Ubuntu systems, you need to install the python3-
venv
package using the following command.
...
That should probably be a different bug, I suppose?
Simon Heath
lem.
Thank you,
Simon Heath
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 4.14.0-2-amd64 (SMP w/16 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UT
Package: tudu
Version: 0.8.2-1+b3
Severity: normal
Steps to reproduce:
* Start "tudu"
* Hit "S" to edit the schedule for the default example item
* Hit "Enter" to save the default date
* Program crashes with a segfault.
Changing the date before saving it doesn't seem to change this
Update: tried it on a different system with the same OS, after <24 hours it
used up about 2 GB of memory.
Now I shall start removing plugins and track what happens.
Simon
working to try to narrow down what
exactly is going on.
Thank you,
Simon Heath
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 4.8.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE
report is the right venue for this request, but it would be nice if
the default development stack included a profiler (and maybe a debugger
too, sdb).
Thank you,
Simon Heath
-- System Information:
Debian Release: 8.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable
but are not built in the Debian package.
Thank you,
Simon Heath
-- System Information:
Debian Release: jessie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores
for this myself,
but no promises.
Thank you,
Simon Heath
-- System Information:
Debian Release: jessie/sid
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores
version of libsfml
I humbly request that a package be created for python2/3 bindings
of libsfml2 (pref. python3, but that's my bias). libsfml2 contains
fairly significant improvements over the current version in the
python-sfml package, 1.5.1.
Thank you,
Simon Heath
--
To UNSUBSCRIBE, email
,
Simon Heath
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: ohai
Version: 6.14.0-2
Severity: wishlist
Dear Maintainer,
ohai does not detect the presence of Python 3 in its languages list.
It would be nice if it did, so I could check if my python3 scripts
could be run on the target system.
Thank you,
Simon Heath
-- System Information:
Debian
had nothing to do with it though.
Surely when ohai gets no process name for a listener it should
degrade in a more graceful way than spewing a regexp. And it
CERTAINLY should not give a random process name in place of one
it cannot determine.
Thank you,
Simon Heath
-- System Information
behavior.
I haven't tested whether/how this works with 'mr commit'.
Thank you,
Simon Heath
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8
Package: mumble-server
Version: 1.2.2-6
Severity: important
Multiple people connecting to the Mumble server can occasionally not
communicate. Sometimes person A cannot hear person B but B can hear A,
sometimes neither of them can hear each other. If A, B, C and D are connected
it often happens
Additional information I should have included to begin with:
The armel system in question is a Guruplug Server a la
http://www.globalscaletechnologies.com/t-guruplugdetails.aspx , which
heretofor has operated reasonably well. The AMD64 machine it was
tested against was an Athlon 64 X2 desktop of
21 matches
Mail list logo
