Le 08/08/2020 à 03:25, Vincent Lefevre a écrit : > The wontfix does not make any sense. The unison-all package is > described as follows: > > Description: file synchronization tool (all console versions) > This is a metapackage that depends on all supported console versions > of Unison, a file synchronization tool. > . > Each of the supported versions uses a different protocol version; > installing this metapackage ensures the ability to synchronize with > old systems. > > See the latest sentence. That's the *only* purpose of the unison-all > metapackage.
Ah right, the "ability to synchronize with old systems" is not correct and never will be. For me, the purpose of unison-all is just to have all supported versions. For now, there is only one, but there could be many. I accept this bug as an error in the description. Severity serious for this seems overreacted, don't you think? > So, either you are able to fix the issue in some way via unison-all > (I can see only a rather ugly solution, though the end user would > not see the ugly part), or the issue cannot be fixed in a clean way, > and the unison-all package should just be removed from Debian as > being broken by design (co-instability of the stable versions and the > unstable version should be sufficient, without needing unison-all), > which is probably the easiest was to fix this bug. So you think that having a metapackage just to install all supported versions is useless? Or even misleading? Then, I will remove unison-all and unison-all-gtk. Thank you for your feedback! Cheers, -- Stéphane