Bug#939347: Still an issue in Debian 11 / flatpak 1.10.7

Just installed flatpak to quickly try out an app and after purging I had over 2GiB left in /var/lib/flatpak. Anything which is system-installed and can be reinstalled should be purged when a package is purged. Only user-generated content should be kept (although there's an argument that the user

Bug#743756: gdebi-kde does not run (various python errors)

-pykde4 4:4.11.5-1+b1 pn python3:any none Versions of packages gdebi-kde recommends: ii shared-mime-info 1.2-1 gdebi-kde suggests no packages. Author: Michael Werle mi...@michaelwerle.com Description: Fix python3 internatlization bugs * gdebi-kde: Fix ki18n import: from kdeui to kdecore

Bug#651315: Problem is with sun-java6, not gpsprune

I've also come across this bug and investigating further, I found the problem is with the sun-java6-* packages, not with gpsprune per-se. When the system is configured to use openjdk by default, gpsprune works fine. The issue with Sun Java is that it does not find libraries located in the

Bug#651315: Problem is with sun-java-6, not gpsprune

I've also come across this bug and investigating further, I found the problem to be with the sun-java6-* packages, not with gpsprune per-se. When the system is configured to use openjdk by default, gpsprune works fine. The issue with Sun Java is that it does not find libraries located in the

Bug#583804: Bug in gnustep-base1.19.3 (source): whitespace erroneously stripped from XML property lists

Package:libgnustep-base1.19 Version: 1.19.1 When loading an XML Property List (plist) which contains leading or trailing whitespace in a string property, or whitespace surrounding an XML entity, this whitespace is incorrectly stripped. eg. string A amp; B /string - AB This bug

Bug#583804: [Debian GNUstep maintainers] Bug#583804: Bug in gnustep-base1.19.3 (source): whitespace erroneously stripped from XML property lists

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Sun, 30 May 2010, Yavor Doganov wrote: This bug specifically affects the game Oolite on systems with these faulty versions of libgnustep-base. Does it affect only the testsuite? I seem to be able to play the game without any problems. As far

Bug#583840: Bug in packaging gnustep-make: configured as architecture-dependant but packaged as architecture-all

:32, Michael Werle wrote: Hi Nicola, I got your email address off bheron on #GNUstep. I hope you don't mind me contacting you directly. We have a GNUmakefile which uses the GNUSTEP_HOST_CPU environment variable to determine whether we are compiling for 32-bit (x86) or 64-bit (x86_64

Bug#583840: Acknowledgement (Bug in packaging gnustep-make: configured as architecture-dependant but packaged as architecture-all)

Forgot to attach a sample GNUmakefile and program to demonstrate this issue. Attached here. include $(GNUSTEP_MAKEFILES)/common.make HOST_ARCH := $(shell echo $(GNUSTEP_HOST_CPU) | sed -e s/i.86/x86/ -e s/amd64/x86_64/ ) BITS=$(shell getconf LONG_BIT) CPU_ARCH=$(shell uname -m)