Package: gorm.app Version: gorm.app_1.2.4 Severity: important
Installing gnustep-back0.16 and associated gui, base and make for gnustep breaks gorm.app and all currently installed gnustep applications which are hard referenced with 0.14. Is it possible to move to gnustep-gui, gnustep-back (>= version number) to avoid this so your app and the newest Gorm.app 1.2.8 will install? I could write twenty five of these reports to each package maintainer but seeing as it took nearly 6 months for the backend to update I don't hold out for much promptness in getting folks to be current in GNustep. No malice is intended, just curious as to how is it that it takes a herculean effort to streamline GNustep updates to be more closely in sync and thus allow you app maintainers to upgrade quickly. - Marc -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gorm.app depends on: pn gnustep-back0.14 <none> (no description available) ii gnustep-base-runtime 1.19.0-1 GNUstep Base library ii gnustep-gpbs 0.16.0-1 The GNUstep PasteBoard Server ii gnustep-gui-runtime 0.16.0-1 GNUstep GUI Library - runtime file ii libc6 2.9-6 GNU C Library: Shared libraries ii libgcc1 1:4.4-20090317-1 GCC support library pn libgnustep-base1.16 <none> (no description available) pn libgnustep-gui0.14 <none> (no description available) ii libobjc2 4.4-20090317-1 Runtime library for GNU Objective- Versions of packages gorm.app recommends: pn projectcenter.app <none> (no description available) gorm.app suggests no packages. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected]
