Hi Andrew,
Andrew Bower <
[email protected]> writes:
On Mon, Apr 14, 2025 at 09:07:36PM -0400, Nicholas D Steeves wrote:
Lorenzo <[email protected]> writes:
Hello Mentors,
a user reported that some NEWS entries I wrote recently are hard to
understand and suggested few improvements.
Is it allowed to edit old NEWS entries, at the benefit of users
upgrading from Bookworm to Trixie?
(unstable/testing users won't see the edited NEWS)
I'm not aware of any prohibition against this, and there's at least one
reason why your motivation to improve NEWS entries for Bookworm2Trixie
upgrades is something commendable:
Debian is for its users; NEWS interrupts upgrades; if NEWS is not
important, or if it isn't useful, then that NEWS wastes an unbounded
number of users' time. Consequently, NEWS should be important, and NEWS
should not taste users' time.
So thank you! :) Doing this ahead of time, defensively, produces the
situation where no news is good news.
Oh, but please update (or allow your editor to update) the date stamp on
the relevant NEWS entries. They look something like this:
-- You Name <[email protected]> Mon, 14 Apr 2025 18:06:58 $timezone
I passed on this advice to a maintainer who was consolidating two
entries where the second one superseded the first but to my surprise the
new consolidated entry was presented again on package upgrade due to the timestamp even though the relevant version had been kept (at the later
of the two relevant versions).
Previously we talked about editing entries. That's a simple case. To
the best of my knowledge, this is the first time you've mentioned "consolidating two entries".
It was Soren who advocated for adding another entry, btw. Is there
where you got the "superceded" idea? What do you mean by that, and what
is your source for how entries are supposed to "supercede" each other?
Is this what you would expect? It doesn't seem optimal to use the
timestamp rather than the package version to decide what to present.
I expected that you would manually test your work before uploading (or
asking for sponsorship), because this kind of thing cannot be screened
for with CI. As far as I know the timestamp is for human beings. It
sounds like what probably happened is that you added a second NEWS entry
with a new version and assumed that the older NEWS entry would be
skipped. The logic is like this:
Stable has 1.0-1
Testing has 1.5-1
Stable-next will have 1.5-1
All up-to-date users in testing have been exposed to all NEWS entries
between 1.0-1 and 1.5-1, as they updated. When users do stable2testing
or when they will do an oldstable2stable upgrade (in the future), they
will get all NEWS entries between 1.0-1 and 1.5-1 as a big batch <- this
is why I readily agreed with your solution of editing the single bad
NEWS entry rather than adding a new one.
Of course, this is all speculation and a probable waste of time. What
package is this for?
Thanks,
Nicholas
--=-=-Content-Type: application/pgp-signature; name="signature.asc"
-----BEGIN PGP SIGNATURE-----
iQJEBAEBCgAuFiEE4qYmHjkArtfNxmcIWogwR199EGEFAmhTRIgQHHN0ZW5AZGVi aWFuLm9yZwAKCRBaiDBHX30QYfxPD/9IejHXlAWOUGu74+JpczWr/WWR5P7T5skR 3BWIhjxAdCdOQy8S0mX5hNF5r6sCizLzCMYy7w5zXM95sEOURu2p1KZJgYt93Qt6 IDqot+EoXxD4u8LmfaskH7qiXnPVQyjhAq/BU7Cvx2MlPKZuXPKj9JjucDnyBley lQXMy6BKhjdvgmSD2LduwfBj2WFC6wXK74xX3dwDE1jQ02KNTo9cZ+qAR47WZWYe aMhgFi9hdVrliTICX9WbKOLQ1bMzpOrq+Siz8Qqj7mnowKfPT/1FaXMsOF35mg07 6/YHH27RBdfea5+mZy1IOtSr5uQrrqGByu+QWOCwfuCiFlNOlfL4wEJGo2OMTiBR AjZsg450vz3nmsqFG+B+yOZx9ycAnOrlEuLPQmc8AWhsBiVTEAilbCK+AXUUgict mQU+qZWKweCnwYHVe+ZXCA1bprFA/3i4EgrntWFftfoBnmX78tY+Z+OEv7bxf6UB BetIjtbvy6JXIPdsmSZvXSjVLz+uqjgDfnvfQ8iL+oqklsBQi6O8xaE+hG0t0Cp5 rpvt6LqwN3RgoUP3rlNScUx0K21zI40hW23Oki4Vbt1milFiqlI2a/RTcqytBnxl g5jj8jTSMGr12tjXqxA95sgMY3EugBkIp2NOgn65FkxqcG86zmn3yWvVwhOV/psG
ic9AJu72DQ=�nq
-----END PGP SIGNATURE-----
--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)