• Edit (to improve) old NEWS entry

    From Lorenzo@21:1/5 to All on Mon Apr 14 18:40:01 2025
    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)

    Lorenzo

    -----BEGIN PGP SIGNATURE-----

    iQIzBAEBCgAdFiEE2ji91PGnrxOd1bVNxxYb07RU7gMFAmf9OBcACgkQxxYb07RU 7gPyHA/9EbY1qMpb8dJb0K6yQXXXiRl0bucr/NNdxWUD6zp2+nHAOuWkC/3mM7Jn JCqywM3LNsk170tjSZsmFW5otalvg8vQD7vdEuz/FCriiPWtPDCWOW/KJKc5q9Ls 64zNZdIgngTXMhXBfYQfpt5jp1SrHnDIbdLDzQ3Z/sw6etM9HQhjZHHOSi66LEsr IBg2tRBQl2lekc4nBa/b0PFjuj7odq2utDNeCbSr8SaYIkEf62xOC3wRUeJNWlRq 0f5mtXhRT61xhv4o1MHEF8GuSayEhsrDrnUlKMLq2AUL8UQbcbDHwd8VTm9gxkDw 7LVpB2LcbhtgKd4lBqDTagiwJdEjIFsLdqO9BrfzjRn0cEPMNgMYu86yzdaA80Aq dH8y6LRn2PKskZNoF/jfL4bHtt5zG8dLjiGH99ZWYHAKcViC6mh0YtAIyFnD/BKH bIAAC0GURqtCCaffizyCI71ET4CAF63AaTY8/P981hHhnKkD6+vFNm+V2H1DaeBh OtCtQ4eBRBYs/U09mlujf9eqqIP3xSd2tOjd3XPTlD/Rigi1ICbJ8bAMUC58yN1z calbAhEVMa6xIBkGnAp1CCudTNWhZX2ByVxgRxj/gbwaWLTCntwsg3wMEVERGOVv MzNRdcZMNZ72nJc/YV5r0kwvYYJCzMKjJZvK2p1ytYNz0/AbSlI=
    =EXDX
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Soren Stoutner@21:1/5 to All on Mon Apr 14 09:52:23 2025
    Copy: [email protected] (Lorenzo)

    On Monday, April 14, 2025 9:30:15 AM Mountain Standard Time Lorenzo
    wrote:
    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 don’t know of any reason why they can’t be edited, especially if the purpose is just to clarify information that is already there (that’s
    what unstable/testing feedback is for). If the changes are so large
    that you consider that even unstable/testing users need to see them,
    simply bump the version number the NEWS entry applies to.

    --
    Soren Stoutner
    [email protected]
    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEEJKVN2yNUZnlcqOI+wufLJ66wtgMFAmf9PUcACgkQwufLJ66w tgOgFw/+OoRFtn/9riRGMxUUeKBEhiRSEVB6xfezEmG3ov0eGKIPHX1EOk5Px72o CRHIC2tDpz/XhdkLLdU5sIjIEfgpekWQZpMTkObtEFeB4JBHdS2KJY7ip7HWNiYK 1RTmMMiEf/Pivn+c4hC7GD3/UvZFmiZOPPQUosnsebzgbtsiMH5+7DVE7GOoFcLu Wt0FMiO7cPSFFUKUsoo0/x3DLyzErBXLedxUAsqbE9FS6rVyVqwZHwv1o38A+jrO LFoI5Kw+LgNt2MgEqoH4kXZzpCZyaQ4m/h7TGz63iu0hM4s0Rx7zyPJW9jxQzEf0 ypt9uLpVUYKQKRUCFR2Vs6Io62XpYkRk4UXTB9oOc1QjTBF9QSL45pOrcef+etf3 46yYDyXPBVex3z+hQ9UnShh2eMIPF414/i3XmdLLsntEar4ONEhr4Ac0aw3xgDuD H0YWvbXWli1w91bXRPDP5ACHTAzDop2Jetg4YmBNJgHP7VVR81eZIEyzys0vdGjT /bCTTqDj0Jl1TY9Y6wUNaeGjf3QpRl1fFgR+ma+4+h4db4SkSSQwkgzkOpo3axfu pSX+hS28l/JIXtapd6AiAFJwoL2ob4z48VdceH1G23JmqUU2jXIFDDWs8eKn6VuO OuS+l5uOhYhjXI3v50Vt1Yj2yks5H9ucE16+E1ozqhfdYR9ezXM=
    =HsMO
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Lorenzo@21:1/5 to Soren Stoutner on Mon Apr 14 22:40:02 2025
    On Mon, 14 Apr 2025 09:52:23 -0700
    Soren Stoutner <[email protected]> wrote:


    I don’t know of any reason why they can’t be edited, especially if
    the purpose is just to clarify information that is already there
    (that’s what unstable/testing feedback is for). If the changes are
    so large that you consider that even unstable/testing users need to
    see them, simply bump the version number the NEWS entry applies to.


    Soren,
    thanks for confirming

    Lorenzo

    -----BEGIN PGP SIGNATURE-----

    iQIzBAEBCgAdFiEE2ji91PGnrxOd1bVNxxYb07RU7gMFAmf9cEEACgkQxxYb07RU 7gOgdg/+IiT+xk0ETvig2Rb/A45yv+sFUtIX6E8T8Pl6vSs0Qq/Vl+H/2JeOQX/I +3B2CZ5ehpuA6J74zWklMPhcAc14/JUcFfVA2wI53+e9q4En3BKU3fHAkph+G9xI DAlfN2sBqT4DLyMYO138GPgFtIqWkGTRULkm/Hkhn4YCyVKUL3W8iPt5ugaKGmd1 qI3wPOKJvhDdu/I4fgd5OWBWNcU0IS/it1HDSDcgk1fsK6MKHavkLcfy8JT8tiEq H495wKXEdOo77vuQhyApaaXjVQT0ldnOPGBIVfeQrJsc72Qn7Wz86Q0GIqmhebsv Puegj0y5bQqe2FNee8nzFrwe+De/8VlLPFcoOD7Z+QfjdP2wopjKDVC8gJbe9Q1q og0gADC39yYIAoXHQ7oWVIWjEJo5Mm53mHNMT+FeSVnXmJTmXhjUXkAbaWG/dNfM xzw5tzUr8QuVCqii7IofweAfX+LMD7CY7eXJtMMpiIWSi/Rwdo0jxpHHFkFfgnlN mXD/0+SkqJxL+aqzK3CZHn7ElrOjaJ9c+SUAIMv+QFjsqMO5b0NkgzQgl0RFdInm sYG5iE3sc6A9b+wwKGLc9lgiE/lkMX39yvOP0rIeiCvQjOTyhwSJ0YkEuvlqR47q 9joQSwpGX+v/9jtNWhSIWfLZFMwhCAQdKG6ZUeouDclPZt5pZ5U=
    =Z1Ee
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Nicholas D Steeves@21:1/5 to Lorenzo on Tue Apr 15 03:10:02 2025
    Hi Lorenzo,

    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


    Kind regards,
    Nicholas

    -----BEGIN PGP SIGNATURE-----

    iQJEBAEBCgAuFiEE4qYmHjkArtfNxmcIWogwR199EGEFAmf9sVgQHHN0ZW5AZGVi aWFuLm9yZwAKCRBaiDBHX30QYSDBD/9uyYeBhC5Xv0+SRrPK9TSGWHkBnASCu1JL OPXTQXpy0xZ3LZFfr8ZKrTUln2xOljuCnhEKe69Ja/h/28NQbyvuhtMzEaXLGIlt AK5eY7jR+GzX0nPzmJovV8xPj2bw1Q7KF22NPB0u+gAP7FMdtawVKeg6luBMFMle amYyDJdx4pkUh2SYoTSubKW9T/NP0XsJPdVmI5nQZk2sDJWi98473SSvI5fscG0r dW31PvRgflEiJzEgAOdyk6RXEDkaRkydILjtcSi/5QDSa5BHeJ28KBVZVHLiEImr bXawFM2ND3C7WRvEEfXZeF9gy3C9Gu4BlPywMNa/ePZqS95OHishxXTr1OVGSen6 BcImg1Agk0j38zoPke4Vm6fHQ8tZneSFuNvgw4c0Qe/FpjQei6GcfsvJTfy2OfQ3 R16MwdWL729LHeEVFDmW82jdPldyQBLZQX6ckphC+TCAw5M6alBhZwdo//O/nxDE BqCTechQCVji/n/9ZFdsfYNDK6dAyFmlrLOhdy1kx8PenfcQco2CdvYucK/XaMKK NCaZVGIRr9/+K8iGam6YUt8dgkNEPxJ2IvZ6Me5KAM+OOx80ETeueCAs7Vkg90Q9 qaNMap/wLfkpv9IVTNB0AUNEb4zf5NurEz08sBEyGw64Po+dxYknsWMrBQgFu2i6
    4lj4c6NNIw==
    =Jeqk
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrew Bower@21:1/5 to Nicholas D Steeves on Wed Jun 18 21:40:02 2025
    Hi Nicholas,

    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).

    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.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Nicholas D Steeves@21:1/5 to Andrew Bower on Thu Jun 19 01:00:01 2025
    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)
  • From Andrew Bower@21:1/5 to Nicholas D Steeves on Thu Jun 19 02:30:01 2025
    Hi Nicholas,

    On Wed, Jun 18, 2025 at 06:58:16PM -0400, Nicholas D Steeves wrote:
    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".

    I see I have created confusion on multiple fronts... firstly I am not
    the original poster, I only just joined the thread to continue the
    discussion based on a different scenario where I wanted to apply the
    advice from this thread.

    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?

    By supersede I mean that there were already 2 news entries where the *information* in the 2nd entry superseded the information in the 1st
    entry. My proposal was to remove the 1st entry and reword the 2nd
    entry. This is what I mean by "consolidation" - only leave the "net
    effect" for the user to read.

    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

    I had offered a caveated suggestion to another maintainer.

    for with CI. As far as I know the timestamp is for human beings. It

    That's what I thought but empirically it seems that it is more than
    that.

    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:

    No, the second NEWS entry already existed and I proposed it retain its
    version number so that it did not get presented again to users who
    already had that version installed.

    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.

    My suggestion was aimed at future oldstable2stable upgraders.

    What has happened is that to reduce noise for this important
    constituency, we have increased it for users who were already on testing/unstable. I think that's a fair trade but the hope and intention
    was that there would be no trade-off because the latter would see
    nothing.

    Of course, this is all speculation and a probable waste of time. What package is this for?

    This was for cron: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1107677

    Perhaps this is a waste of time but if some of us end up with a better understanding of how NEWS works then there is that.

    Andrew

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)