Bug#965364: [createrepo] new upstream version 0.10.4 available

2020-07-20 Thread gisl
Package: createrepo Version: 0.10.3 Severity: normal --- Please enter the report below this line. --- 0.10.4 fixes in particular https://bugzilla.redhat.com/show_bug.cgi?id=1058975 Thanks!

Bug#898960: [libpangoft2-1.0-0] Crashes some Java applications in pango_fc_font_key_get_variations

2019-11-12 Thread gisl
Is it still an option to backport the patch? Applications are still crashing... Thanks -g

Bug#898960: [libpangoft2-1.0-0] Crashes some Java applications in pango_fc_font_key_get_variations

2019-06-13 Thread gisl
Am Donnerstag, 13. Juni 2019, 12:39:48 CEST schrieben Sie: > Please preserve the subject line when replying to old bugs - Debian > contributors will often receive only your mail, out of context, and > have to look up the bug number to find out which package and which > bug you're referring to.

Bug#898960: Fixed in Pango 1.43.0

2019-05-17 Thread gisl
Please update to 1.43.0, since the bug is fixed there. https://gitlab.gnome.org/GNOME/pango/commit/ 26f1135f374f3ad5eb963dcdf016542fbbda361b Thanks!

Bug#910407: Seconded

2018-10-10 Thread gisl
Yes, an openjfx-8 package would be very helpful. Thanks for considering this.

Bug#898960: [libpangoft2-1.0-0] Crashes some Java applications in pango_fc_font_key_get_variations

2018-05-18 Thread gisl
Am Donnerstag, 17. Mai 2018, 23:12:27 CEST schrieben Sie: > I've seen several examples recently where installing packages from the > deb-multimedia repo breaks Debian. For instance, > https://bugs.debian.org/897226 Thanks for the quick reply. In my case it's not a Debian-packaged application.

Bug#898960: [libpangoft2-1.0-0] Crashes some Java applications in pango_fc_font_key_get_variations

2018-05-17 Thread gisl
Package: libpangoft2-1.0-0 Version: 1.42.1-1 Severity: important --- Please enter the report below this line. --- Some applications suddenly crash, possibly due to a binary incompatibility? Stack: [0x7f9388812000,0x7f9388912000], sp=0x7f9388909488, free space=989k Native frames:

Bug#886428: [kmail] Crashes on nouveau with mesa 17.3.1

2018-01-05 Thread gisl
Package: kmail Version: 4:17.08.3-2 Severity: normal --- Please enter the report below this line. --- kmail, kontact and other applications using Qt's WebEngine crash when using the nouveau Xorg driver and mesa 17.3.1. The output is like this: nouveau: kernel rejected pushbuf: No such file or

Bug#864074: defaults.vim: broken configuration

2017-07-14 Thread gisl
I can only agree with Martin. Getting your local configuration overwritten is very irritating and unexpected. Defaults are there to be overridden by local configuration, not the other way round. The broken copy scenario needs fixing on *every* headless Debian Stretch installation, which is

Bug#857939: [libtcnative-1] Does not work without symlink

2017-03-16 Thread gisl
Package: libtcnative-1 Version: 1.1.32~repack-2 Severity: normal --- Please enter the report below this line. --- After install libtcnative-1 and enabling the AprLifecycleListener, tomcat reported that the native library could not be loaded. This was apparently because libtcnative was not in

Bug#818172: [xserver-xorg-core] Same here -- renders system unusable

2016-03-16 Thread gisl
Package: xserver-xorg-core Version: 2:1.18.2-1 --- Please enter the report below this line. --- As soon as I do any interaction with plasma, xorg starts consuming 100% cpu. --- System information. --- Architecture: amd64 Kernel: Linux 4.4.0-1-amd64 Debian Release: stretch/sid 500

Bug#810582: [partman-base] hangs when reformatting existing fs

2016-01-09 Thread gisl
Package: partman-base Version: 188 Severity: important --- Please enter the report below this line. --- I just installed a new stretch system using the alpha 4 netinst image, manual install. The root partition that I chose already had a filesystem. When parted wanted to create the filesystem,

Bug#808729: [digikam-data] Invalid mysql configuration option table_cache

2015-12-22 Thread gisl
Package: digikam-data Version: 4:4.14.0-1 Severity: normal Tags: patch --- Please enter the report below this line. --- digikam-4.14.0/core/data/database/mysql-global.conf uses an unsupported option that causes the db server to not start at all. See https://bugs.mysql.com/bug.php?id=68315

Bug#783533: Sorry: Not the private certificate, but the public one

2015-04-27 Thread gisl
I think I was too quick with this report (I was shocked, sorry). xca apparently exports the public certificate instead of the certificate request. But NOT the private certificate. Still a bug, but certainly not important. Sorry for the wrong alert. -- To UNSUBSCRIBE, email to

Bug#783533: [xca] Export certificate request to clipboard exports PRIVATE CERTIFICATE instead

2015-04-27 Thread gisl
Package: xca Version: 1.0.0-2 Severity: important --- Please enter the report below this line. --- When managing certificates with xca, it is common to paste the certificate requests into online CA's web forms. This is easiest done by selecting the certificate request and choose Export -

Bug#742831: Yes, please

2014-08-15 Thread gisl
I just want to second Hans-Christoph's request. Preconfiguring OpenSC for Java would make it much easier to use smartcards for e.g. signing jars. You still have to explicitly specify the provider for java to use it, so a user cannot use it by accident. Thanks Carsten -- To UNSUBSCRIBE,

Bug#756340: [systemd] Boot stops with certain (valid) tmpfs entries in /etc/fstab

2014-07-29 Thread gisl
On Tuesday 29 July 2014 00:07:41 you wrote: /var/run and /var/lock should be symlinks to /run and /run/lock nowadays and your system needs has been updated by the sysvinit package to support that. Also, 1777 is very much broken for /var/run. Let me add here: Since /var/run is a

Bug#756340: [systemd] Boot stops with certain (valid) tmpfs entries in /etc/fstab

2014-07-28 Thread gisl
Package: systemd Version: 208-6 Severity: important --- Please enter the report below this line. --- I had the following two lines in my /etc/fstab and these caused systemd to not boot anymore. tmpfs /var/run tmpfs defaults,relatime,mode=1777 0 0 tmpfs /var/lock tmpfs

Bug#735325: [sasl2-bin] auth_rimap: unexpected response to auth request

2014-01-14 Thread gisl
Package: sasl2-bin Version: 2.1.25.dfsg1-6+deb7u1 Severity: normal --- Please enter the report below this line. --- saslauthd has a problem when imapproxy returns a reused connection: saslauthd[12473]: auth_rimap: unexpected response to auth request: * OK [XPROXYREUSE] IMAP connection reused by