Bug#1032293: [PATCH] Restore HTML DOCTYPE declarations

This reverts commit 504b8f4a8bb8268d0dd94e45fc4936a63e8c4c0c ("Remove DOCTYPE declaration, that makes the rendering not show the events"), which has removed the DOCTYPE declaration from index.html to enable web browsers' quirks mode. This way Simile timelines, which have their height set to 75%,

Bug#884744: gpsd grabs cp2102 usb-serial converter

/ubuntu/+source/gpsd/+bug/2012207 And here's my patch that should fix this specific bug by disabling cp210x hotplugging rules: https://salsa.debian.org/debian-gps-team/pkg-gpsd/-/merge_requests/14 -- Grzegorz Szymaszek signature.asc Description: PGP signature

Bug#1032989: marked as done (Liferea 1.14.1-1 segfaults on startup when trying to read gsettings)

Hi, On Sat, Apr 01, 2023 at 07:57:23PM +0200, Paul Gevers wrote: > I would appreciate it a lot if you could install the version from > unstable once [...] 1.14.4-1 from unstable (upgraded from the 1.14.1-2 test build) works well for me. Thanks! -- Grzegorz signature.asc Description: PGP

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

On Thu, Mar 23, 2023 at 07:34:49PM +0100, Paul Gevers wrote: > On 23-03-2023 18:28, Grzegorz Szymaszek wrote: > > Would it be possible for you to run another build? > http://debomatic-amd64.debian.net/distribution#testing/liferea/1.14.1-2/buildlog Thanks! Well, this one do

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

Hi, On Thu, Mar 23, 2023 at 12:41:52PM +0100, Paul Gevers wrote: > I've went ahead and the build is running now here: > http://debomatic-amd64.debian.net/distribution#unstable/liferea/1.14.1-2/buildlog > > Once done, you can pull the liferea-data and liferea deb's from that page > and install

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

Hi Paul, On Fri, Mar 17, 2023 at 09:49:31PM +0100, Paul Gevers wrote: > It seems upstream is on to something: > https://github.com/lwindolf/liferea/issues/1212#issuecomment-1472904260 Upstream issue 1212 is now closed and version 1.14.2 is released. I've built and tested two Liferea Debian

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

I'm still trying to find the culprit in gdb. Here's what I've found so far: - feedlist_selection_changed() calls itemlist_unload(), which calls itemview_clear(), - itemview_clear() sets itemview->needsHTMLViewUpdate = true, - feedlist_selection_changed() then calls itemlist_load() which

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

Thanks for the response. On Thu, Mar 16, 2023 at 03:12:24PM +0100, Paul Gevers wrote: > 1) Could you backup ~/.config/liferea and ~/.local/share/liferea and > then test what happens if you remove either or both of these locations? > [...] It crashes even with all of

Bug#1032989: Liferea 1.14.1-1 segfaults on startup when trying to read gsettings

s@entry=0x0, key=key@entry=0x555cb33a "enable-reader-mode", value=value@entry=0x54) at ../conf.c:258 258 *value = g_settings_get_boolean (gsettings,key); Let me know if there is more info I can provide to help. -- Grzegorz Szymaszek [Thread debugging using li

Bug#1032281: nc(1) references nonexistent documentation files

Package: netcat-traditional Version: 1.10-47 Dear Maintainer, the netcat-traditional's Debian manual page, nc(1), references two README files that do not exist: /usr/share/doc/netcat/README.gz and /usr/share/doc/netcat/README.Debian.gz. The "netcat" part of the path should be replaced with

Bug#1023301: Krita 4.4.2 reports support for an invalid MIME type: jpeg/jfif

Package: krita Version: 1:4.4.2+dfsg-1 Severity: minor Dear Maintainer, The Krita 4.4.2 package contains a Desktop Entry file krita_jpeg.desktop that has "jpeg/jfif" set as one of the supported MIME types. Since it is not a valid type, it causes update-desktop-database(1) (and most likely other

Bug#1012390: Gajim 1.4.0 crashes at startup if gir1.2-gst-plugins-base-1.0 is not installed

On Mon, Jun 06, 2022 at 10:11:37AM +, Martin wrote: > On 2022-06-06 11:00, Grzegorz Szymaszek wrote: > > Installing gir1.2-gst-plugins-base-1.0 makes it work again. gajim > > currently recommends this package, perhaps it should depend on it? > > Yes and it's already

Bug#1012390: Gajim 1.4.0 crashes at startup if gir1.2-gst-plugins-base-1.0 is not installed

Package: gajim Version: 1.4.0-1 Dear Maintainer, after upgrading to Gajim 1.4.0, the program no longer starts correctly and shows the crash reporting dialog instead. Here are the software component versions listed in the dialog: - OS: Debian GNU/Linux bookworm/sid testing (bookworm) - GTK

Bug#956440: freecad: Should suggest python3-phply for SCAD import.

On Thu, Oct 21, 2021 at 06:10:38PM +0200, Tobias Frost wrote: > Well, it Depends: on it already, so I guess this is not sufficient... It does depend currently, but it did not at the time the bug was reported:

Bug#910504: Long delay until kernel logs “random: crng init done” and allows eg. gdm3 to start

is installed, as well as when it is not. From this point of view, the bug is fixed. Thanks! -- Grzegorz Szymaszek signature.asc Description: PGP signature

Bug#910504: Long delay until kernel logs “random: crng init done” and allows eg. gdm3 to start

Dear Roger, I am going to upgrade the affected systems to bullseye and will check this issue while doing so. But looks like it should be solved indeed. Thanks for reminding me about this bug report. All the best -- Grzegorz Szymaszek signature.asc Description: PGP signature

Bug#989962: shim-signed 1.36~1+deb10u1 fails to boot some systems

On Tue, Jun 22, 2021 at 10:36:48PM +0100, Steve McIntyre wrote: > Could you please verify if this new build fixes the problem you're > seeing on your hardware? […] It may still complain about resource > failures and "import_mok_state() failed", but should then boot anyway in > non-secure mode. It

Bug#989962: shim-signed 1.36~1+deb10u1 fails to boot some systems

On Tue, Jun 22, 2021 at 01:35:51PM +0200, Grzegorz Szymaszek wrote: > I have recently upgraded several buster amd64 machines; shim-signed went > up from 1.33 to 1.36~1+deb10u1. […] FWIW, upgrading to 1.36~1+deb10u2 brings the problem back. Looks like the same as #990158. signatu

Bug#989962: shim-signed 1.36~1+deb10u1 fails to boot some systems

Optiplex 3010 was not affected. All systems are installed in the UEFI mode and have secure boot disabled/unavailable. As a workaround I’ve set grubx64.efi as the first boot entry. -- Grzegorz Szymaszek signature.asc Description: PGP signature

Bug#989417: mc could recognize foot’s default TERM

Package: mc Version: 3:4.8.26-1 Dear Maintainer, foot is a “fast, lightweight and minimalistic Wayland terminal emulator”[1]. Its Debian package is recommended by the Debian sway (a Wayland compositor) package[2]. Its default TERM value is “foot”, which is unrecognized by the mc version packaged

Bug#989139: gnome-flashback segfaults on login

Hi Dmitry! On Sun, May 30, 2021 at 05:14:26PM +0300, Dmitry Shachnev wrote: > On Fri, May 28, 2021 at 12:12:19AM +0200, Grzegorz Szymaszek wrote: > > […] the patch fixes it. Is it going to land in bullseye? > > Yes. As it makes gnome-flashback unusable on 32-bit systems, it

Bug#989139: gnome-flashback segfaults on login

Thank you for quick response. On Wed, May 26, 2021 at 06:52:58PM +0300, Alberts Muktupāvels wrote: > Maybe this helps?: > https://gitlab.gnome.org/GNOME/gnome-flashback/-/commit/7676c3a243aad62150b1108dd126132b5f91f8d7 Yep, its the same issue as

Bug#989139: gnome-flashback segfaults on login

Package: gnome-session-flashback Version: 3.38.0-1 When I login to a GNOME Flashback session from GDM3, it fails with a “something has gone wrong” screen. When I click “Log Out”, I am able to see the GNOME Flashback desktop, but I get logged out anyway. Relevant dmesg fragment:

Bug#956440: freecad: Should suggest python3-phply for SCAD import.

Hi, actually, I think it should should suggest python3-ply[1][2]. python3-phply is a “PHP parser written in Python 3 using PLY”[3], not something FreeCAD would need to import OpenSCAD files. [1]: https://packages.debian.org/bullseye/python3-ply [2]:

Bug#950866: Update pyserial homepage

Package: pyserial Version: 3.4-5.1 Hello, the homepage of the pyserial project should be updated. The old one[1] points to the new URL: [2]. Thanks! [1]: http://pyserial.sourceforge.net/ [2]: https://github.com/pyserial/pyserial -- Grzegorz Szymaszek signature.asc Description: PGP

Bug#933367: Kdenlive should depend on more qml-module packages

-newstuff installation, which in turn pulls the dependencies that I’ve listed above (libkf5newstuffcore5 _recommends_ qml-module-org-kde-newstuff) and Kdenlive works correctly. See also https://bugs.launchpad.net/ubuntu/+source/kdenlive/+bug/1634478 and Debian bug #822279. Thanks! -- Grzegorz

Bug#850778: Plasma reports failure when mounting encrypted disks

Perhaps the problem is related to disk encryption? Plasma mounts both unencrypted and encrypted drives just fine, but reports failure only in the latter case. signature.asc Description: This is a digitally signed message part.

Bug#910504: Long delay until kernel logs “random: crng init done” and allows eg. gdm3 to start

Package: broadcom-sta-dkms Version: 6.30.223.271-8~bpo9+2 Dell Latitude E6420 with a Dell Wireless 1530 (Broadcom BCM43228) card. When this package is installed, there’s a long delay between systemd’s “Startup finished” message and kernel’s “crng init done” message, around 3–4 minutes. While the

Bug#876063: fixed in ktexteditor 5.41.0-1

On Wed, Feb 28, 2018 at 11:38:47PM +0100, Daniele Scasciafratte wrote: > I am checking if kate support them. Implemented options: charset, end_of_line, indent_size, indent_style, insert_final_newline, max_line_length, tab_width, trim_trailing_whitespace. > looking on the internet seems that the

Bug#890274: Invalid jquery-minicolors installation path

Package: gitea Version: 1.3.2+dfsg-3 Hello, In [1], the jquery-minicolors library gets installed into the `/usr/share/gitea/public/vendor` directory, while it is expected to land into the `plugins` subdirectory (that’s where the web browser expects it). Thanks! [1]:

Bug#823599: task-polish-desktop: Please add firefox-l10n-pl to package recommendations

It is, but I don't know how to fix it. And I'm not sure if recommending Firefox-based browsers is enough, maybe it should be x-www-browser or similar package? task-gnome-desktop recommends iceweasel - why not epiphany-browser? 2016-05-07 7:11 GMT+02:00 Christian PERRIER : >