Bug#1063148: khal: can't add a new event with ikhal (urwid issue?)

2024-02-05 Thread cacatoès

Package: khal
Version: 1:0.11.2-2
X-Debbugs-Cc: cacat...@tuxfamily.org

Hello dear maintainers,

I confirm I'm hit by this bug, which makes ikhal unusable:
https://github.com/pimutils/khal/issues/1329

Steps to reproduce :
- run ikhal
- try adding a new event, hit 'n' key

Result:
- crashes, and produces the error in attachment

Likely related bug:
https://github.com/pimutils/khal/issues/1330

I confirm this patch fixes the issue:
https://github.com/pimutils/khal/pull/1328/commits/ed5ce33d3c2012ee79e4c65b4aa4f9efe2e4fb42

I'm unsure it was worth to fill this bug since it's fixed upstream, but 
because of its severity I prefered to keep track of it.


Have a good day,

-- System Information:
Debian Release: trixie/sid
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.5.0-5-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE 
not set

Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages khal depends on:
ii  python33.11.6-1
ii  python3-atomicwrites   1.4.1-1
ii  python3-click  8.1.6-1
ii  python3-click-log  0.3.2-1
ii  python3-configobj  5.0.8-3
ii  python3-dateutil   2.8.2-3
ii  python3-icalendar  5.0.11-1
ii  python3-pkg-resources  68.1.2-2
ii  python3-tz 2023.3.post1-2
ii  python3-tzlocal5.2-1
ii  python3-urwid  2.4.6-0.1
ii  python3-xdg0.28-2

Versions of packages khal recommends:
pn  python3-setproctitle  

Versions of packages khal suggests:
pn  bash-completion  
pn  khal-doc 

-- no debconf informationikhal
Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/khal/ui/__init__.py", line 1385, in 
start_pane
loop.run()
  File "/usr/lib/python3/dist-packages/urwid/event_loop/main_loop.py", line 
343, in run
self._run()
  File "/usr/lib/python3/dist-packages/urwid/event_loop/main_loop.py", line 
445, in _run
self.event_loop.run()
  File "/usr/lib/python3/dist-packages/urwid/event_loop/select_loop.py", line 
182, in run
self._loop()
  File "/usr/lib/python3/dist-packages/urwid/event_loop/select_loop.py", line 
218, in _loop
self._entering_idle()
  File "/usr/lib/python3/dist-packages/urwid/event_loop/select_loop.py", line 
171, in _entering_idle
callback()
  File "/usr/lib/python3/dist-packages/urwid/event_loop/main_loop.py", line 
652, in entering_idle
self.draw_screen()
  File "/usr/lib/python3/dist-packages/urwid/event_loop/main_loop.py", line 
669, in draw_screen
canvas = self._topmost_widget.render(self.screen_size, focus=True)
 ^
  File "/usr/lib/python3/dist-packages/urwid/widget/widget.py", line 112, in 
cached_render
canv = fn(self, size, focus=focus)
   ^^^
  File "/usr/lib/python3/dist-packages/urwid/widget/popup.py", line 116, in 
render
self._update_overlay(size, focus)
  File "/usr/lib/python3/dist-packages/urwid/widget/popup.py", line 89, in 
_update_overlay
canv = self._original_widget.render(size, focus=focus)
   ^^^
  File "/usr/lib/python3/dist-packages/urwid/widget/widget.py", line 112, in 
cached_render
canv = fn(self, size, focus=focus)
   ^^^
  File "/usr/lib/python3/dist-packages/urwid/widget/frame.py", line 408, in 
render
body = self.body.render((maxcol, maxrow - ftrim - htrim), focus and 
self.focus_part == "body")
   
^^^
  File "/usr/lib/python3/dist-packages/urwid/widget/widget.py", line 112, in 
cached_render
canv = fn(self, size, focus=focus)
   ^^^
  File "/usr/lib/python3/dist-packages/urwid/widget/columns.py", line 931, in 
render
w.render(w_size, focus=focus and self.focus_position == i),
^^
  File "/usr/lib/python3/dist-packages/urwid/widget/widget.py", line 112, in 
cached_render
canv = fn(self, size, focus=focus)
   ^^^
  File "/usr/lib/python3/dist-packages/urwid/widget/widget.py", line 780, in 
render
canv = get_delegate(self).render(size, focus=focus)
   
  File "/usr/lib/python3/dist-packages/urwid/widget/widget.py", line 112, in 
cached_render
canv = fn(self, size, focus=focus)
   ^^^
  File "/usr/lib/python3/dist-packages/urwid/widget/widget.py", line 780, in 
render
canv = get_delegate(self).render(size, focus=focus)
   
  File "/usr/lib/python3/dist-packages/urwid/widget/widget.py", line 112, in 
cached_render
canv = fn(self, size, focus=focus)
   

Bug#1052712: fix dependencies

2023-09-26 Thread cacatoès

Package: nicotine
Version: 3.2.9-1

Hello,

There are very few dependencies for this package.
Some were missing to make it run after I installed it.

Upstream says:
https://github.com/nicotine-plus/nicotine-plus/blob/master/doc/DEPENDENCIES.md

After I installed gir1.2-gtk-* and python3-gdbm, it worked :)

Regards,



Bug#955523: polari: Join button is grayed out. No rooms shown.

2023-06-04 Thread cacatoès
Package: polari
Version: 43.0-1
Followup-For: Bug #955523
X-Debbugs-Cc: cacat...@tuxfamily.org

Dear Maintainers,

I'm giving polari a try, so on a fresh install, I was unable to connect to any
server.

When selecting a server, the rotating wheel icon shows it tries to connect,
then in abandons, leaving a lock icon about server requiring a password (which
should not be the case).

So actually the software is not usable.

Have a good day,


-- System Information:
Debian Release: 12.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages polari depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.40.0-4
ii  gir1.2-adw-1 1.2.2-1
ii  gir1.2-gdkpixbuf-2.0 2.42.10+dfsg-1+b1
ii  gir1.2-glib-2.0  1.74.0-3
ii  gir1.2-gtk-4.0   4.8.3+ds-2
ii  gir1.2-pango-1.0 1.50.12+ds-1
ii  gir1.2-secret-1  0.20.5-3
ii  gir1.2-soup-2.4  2.74.3-1
ii  gir1.2-telepathyglib-0.120.24.2-0.1
ii  gir1.2-telepathylogger-0.2   0.8.2-4
ii  gjs  1.74.2-1
ii  libc62.36-9
ii  libgirepository-1.0-11.74.0-3
ii  libgjs0g 1.74.2-1
ii  libglib2.0-0 2.74.6-2
ii  libglib2.0-bin   2.74.6-2
ii  libtelepathy-glib0   0.24.2-0.1
ii  telepathy-idle   0.2.2-1
ii  telepathy-logger 0.8.2-4
ii  telepathy-mission-control-5  1:5.16.5-2

polari recommends no packages.

polari suggests no packages.

-- no debconf information



Bug#810471: libdrm2: [drm] stuck on render ring

2016-01-08 Thread cacatoès
Package: libdrm2
Version: 2.4.65-3

Dear Maintainers,

I've been recently playing with wine, and playing the game The Witcher.

Sometimes it crashes quite early, and produces some messages in dmesg,
which invite me to write following bug report.

This crash doesn't happen every time, since I was able to run the game a
few times normally.

While my main architecture is amd64, this bug should apply to i386.

Closed bug #745061 has similar error message, but can't say they are
related.

Attached is dmesg log for both times it happened.
You can also find /sys/class/drm/card0/error files there :
https://1fichier.com/?7p4l44bcjq

Tell me if you need more infos/tests.

See you.

-- System Information:
Debian Release: stretch/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.3.0-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Some installed packages from apt list command:
libdrm-intel1/testing,now 2.4.65-3 amd64  [installé, automatique]
libdrm2/testing,now 2.4.65-3 amd64  [installé, automatique]
First crash:

[19943.354528] [drm] stuck on render ring
[19943.355114] [drm] GPU HANG: ecode 6:0:0x85eefffc, in witcher.EXE [17750], 
reason: Ring hung, action: reset
[19943.355116] [drm] GPU hangs can indicate a bug anywhere in the entire gfx 
stack, including userspace.
[19943.355117] [drm] Please file a _new_ bug report on bugs.freedesktop.org 
against DRI -> DRM/Intel
[19943.355118] [drm] drm/i915 developers can then reassign to the right 
component if it's not a kernel issue.
[19943.355119] [drm] The gpu crash dump is required to analyze gpu hangs, so 
please always attach it.
[19943.355121] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[19943.357212] drm/i915: Resetting chip after gpu hang
[19949.352556] [drm] stuck on render ring
[19949.353124] [drm] GPU HANG: ecode 6:0:0x85fc, in witcher.EXE [17750], 
reason: Ring hung, action: reset
[19949.355456] drm/i915: Resetting chip after gpu hang

Second crash:

[21377.874696] [drm] stuck on render ring
[21377.875315] [drm] GPU HANG: ecode 6:0:0x85eefffc, in witcher.EXE [13986], 
reason: Ring hung, action: reset
[21377.875317] [drm] GPU hangs can indicate a bug anywhere in the entire gfx 
stack, including userspace.
[21377.875318] [drm] Please file a _new_ bug report on bugs.freedesktop.org 
against DRI -> DRM/Intel
[21377.875319] [drm] drm/i915 developers can then reassign to the right 
component if it's not a kernel issue.
[21377.875320] [drm] The gpu crash dump is required to analyze gpu hangs, so 
please always attach it.
[21377.875322] [drm] GPU crash dump saved to /sys/class/drm/card0/error
[21377.877412] drm/i915: Resetting chip after gpu hang
[21383.884690] [drm] stuck on render ring
[21383.885293] [drm] GPU HANG: ecode 6:0:0x85fc, in witcher.EXE [13986], 
reason: Ring hung, action: reset
[21383.887632] drm/i915: Resetting chip after gpu hang


signature.asc
Description: OpenPGP digital signature


Bug#764981: minetest: can't input a '7' from main menu

2014-10-14 Thread cacatoès
Maybe I should have been more precise, the patch I gave seems to only 
make it possible to use the numpad to enter digits. It's a workaround, 
not a fix.

I am not competent to tell if it still is a good idea to apply it.

Le 14/10/2014 08:26, Vincent Cheng a écrit :

Hi,

On Sun, Oct 12, 2014 at 12:00 PM, cacatoès cacat...@tuxfamily.org wrote:

Package: minetest
Version: 0.4.10+repack-1
Severity: normal

Dear Maintainers,

The problem is very simple... I can't input a '7' from the main menu.
So, for instance, if I want to join a custom server, I can't if it has this
digit in the IP address.
I was told on the IRC it is a known problem with irrlicht, and several
people are experiencing something similar with non-english keyboard layouts.

I was given this partial fix on #minetest :

In irlicht 1.8.1 change in
irrlicht-1.8.1/source/Irrlicht/CIrrDeviceLinux.cpp line event.xkey.state =
0; for event.xkey.state = ~(ControlMask|ShiftMask); without quotes and
recompile your irrlicht

Do you know if this bug has been reported to upstream irrlicht (i.e.
do you have an upstream commit or bug report to refer to)? If not,
please report it upstream and let us know the url of your bug report.

(Martin, feel free to go ahead and make a team upload to fix this.)

Regards,
Vincent



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#764981: minetest: can't input a '7' from main menu

2014-10-12 Thread cacatoès

Package: minetest
Version: 0.4.10+repack-1
Severity: normal

Dear Maintainers,

The problem is very simple... I can't input a '7' from the main menu.
So, for instance, if I want to join a custom server, I can't if it has 
this digit in the IP address.
I was told on the IRC it is a known problem with irrlicht, and several 
people are experiencing something similar with non-english keyboard layouts.


I was given this partial fix on #minetest :

In irlicht 1.8.1 change in 
irrlicht-1.8.1/source/Irrlicht/CIrrDeviceLinux.cpp line 
event.xkey.state = 0; for event.xkey.state = 
~(ControlMask|ShiftMask); without quotes and recompile your irrlicht


Hope a fix can be brought in soon,

Regards,


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16-2-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages minetest depends on:
ii  libc62.19-11
ii  libcurl3-gnutls  7.38.0-2
ii  libfreetype6 2.5.2-2
ii  libgcc1  1:4.9.1-16
ii  libirrlicht1.8   1.8.1+dfsg1-1
ii  libjsoncpp0  0.6.0~rc2-3
ii  libleveldb1  1.17-1
ii  libluajit-5.1-2  2.0.3+dfsg-3
ii  libogg0  1.3.2-1
ii  libopenal1   1:1.15.1-5
ii  libsqlite3-0 3.8.6-1
ii  libstdc++6   4.9.1-16
ii  libvorbis0a  1.3.2-1.4
ii  libvorbisfile3   1.3.2-1.4
ii  minetest-data0.4.10+repack-1
ii  zlib1g   1:1.2.8.dfsg-2

minetest recommends no packages.

Versions of packages minetest suggests:
pn  minetest-mod-moreblocks  none
pn  minetest-mod-moreoresnone
pn  minetest-mod-pipeworks   none
pn  minetest-server  none

-- no debconf information


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org