Tobias Frost <t...@frost.de> writes: > On Fri, Aug 19, 2022 at 10:00:58PM +0530, Nilesh Patra wrote: >> On Fri, Aug 19, 2022 at 09:51:14PM +0530, Nilesh Patra wrote: >> > > As Jonas said, an epoch cannot be undone, +really can, regardless when >> > > this is going to happen. >> > >> > I think ignoring when it happens is not the right way to see it. Even if >> > we assume that >> > upstream is going to work on this with the same effort, we will still end >> > up waiting >> > for a _decade_ for the +really to go away. >> > >> > Is tagging this along for so many years really is more worthy than an >> > epoch? >> > Note that the package might even go stale in such a long time, thought. >> >> BTW, Jonas also said, "is it unlikely that they will reach 22 >> in the foreseeable future?" > > Did you consider asking them to advance to 22+ with their next release? > Afterall, I read it that way that it that there was some issue with that 22 > version, and they might have also interest in putting that into the past?
This seems like the most sensible option, given that versions going backwards cannot be great in the node eco-system either. They could possibly use it as an oportunity to switch to date-based versioning to make a clean break from the current confusion, and hopefully this sort of thing in future. Joey's scheme makes a lot of sense: http://joeyh.name/blog/entry/version_numbers/ so if they like that then I guess they'd need to release 22.20220901 (or some such). If they are against bumping the version for whatever reason, it strikes me that this situation is exactly what epochs are for, so we should probably use them for that. Littering the repo with ~really... hacks seems to me to be trading the very minor discomfort that seeing an epoch inflicts on the very few of us that ever see them, against dumping confusion on our users when they have to try to guess which versions of things they're /really/ running. Given that the only time most people get interested in versions is when they've been presented with news of a (probably urgent) bug, we should be trying to make that moment as unconfusing as possible. Cheers, Phil. -- |)| Philip Hands [+44 (0)20 8530 9560] HANDS.COM Ltd. |-| http://www.hands.com/ http://ftp.uk.debian.org/ |(| Hugo-Klemm-Strasse 34, 21075 Hamburg, GERMANY
signature.asc
Description: PGP signature