Package: claws-mail-html2-viewer Version: 3.7.3-1 Severity: normal
I know we already went over this in #535753 but the thread accidentally went to private email, and I've now noticed something I didn't before. As often happens, a version of claws-mail (3.7.4-1) has become available in unstable some time ahead of a compatible version of claws-mail-extra-plugins (still 3.7.3-1) and I've had to manually revert to the "testing" versions because the dependencies failed to prevent claws-mail 3.7.4-1 from being installed by apt-get upgrade when older versions of claws-mail-html2-viewer etc were installed and had no candidates for upgrade. In #535753 I thought you considered this to be acceptable and had some strange reason for deliberately not fixing it, but I've just checked /usr/share/doc/claws-mail-extra-plugins/README.Debian and part of it claims the implemented solution is (like) the one I want, not the one that actually exists: : On current packaging there is no way to express the dependency on upstream : version only, so the implemented solution is to relax the dependency to : greater or equal than the current upstream version and introducing a conflict : with the next upstream version, so the plugin can effectively live with any : of the possible Debian revisions without needing to be rebuilt. The crucial bit is "a conflict with the next upstream version"; there isn't one and I want one, please. However, this does seem to contradict the following two paragraphs. The next paragraph says: : This solution has at least one problem: it depends on a future value of the : version string. If upstream versioning scheme changes the version range : expressed by the current Depends/Conflicts pair may be wider than expected : and include the newer upstream version. In practice that means the old plugin : package won't be uninstalled when the new Claws Mail version gets : installed. This has already happened with releases 0.9.12a and 0.9.12b. This could be resolved by instead of trying to predict the next upstream release number, use the current upstream release with a very high debian release number that will never be used, for example, instead of claws-mail-extra-plugins-0.9.12-* having: Conflicts: claws-mail (>= 0.9.13-1) use: Conflicts: claws-mail (>> 0.9.12-99) Or perhaps Conflicts is too strong, because it might force manual uninstallation of one package before the other can be upgraded? So couldn't you instead use (I'm not sure if there's a special syntax for depending on a package being between two versions): Depends: claws-mail (>= 0.9.12-1), claws-mail (<= 0.9.12-99) That should allow apt-get to upgrade both packages together when both are available, while apt-get upgrade would keep claws-mail back until a compatible claws-mail-extra-plugins became available, keeping me happy. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages claws-mail-html2-viewer depends on: ii claws-mail 3.7.3-1 Fast, lightweight and user-friendl ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libc6 2.10.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.19.7-1 Multi-protocol file transfer libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.3-2 The GLib library of C routines ii libgtk2.0-0 2.18.5-1 The GTK+ graphical user interface ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libxml2 2.7.6.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime claws-mail-html2-viewer recommends no packages. claws-mail-html2-viewer suggests no packages. -- 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
