Summary: | Lots of obsolete news items shown on a first install | ||
---|---|---|---|
Product: | Quality Assurance | Reporter: | Pacho Ramos <pacho> |
Component: | Disputes/raising issues | Assignee: | Gentoo Quality Assurance Team <qa> |
Status: | CONFIRMED --- | ||
Severity: | normal | CC: | python |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Pacho Ramos
2017-02-04 12:57:43 UTC
This is an ongoing problem which I've also been looking at on and off for some time, but unfortunately most people don't seem to care about it. I'm not sure if there's much more we can do than contact the author of each item and ask them about removing it or at least see if we can restrict the atom ranges. Yeah, maybe for the current issue we could CC the relevant authors (well, there are a lot) and, for the future, try to suggest people to prepare the news items trying to restrict them for the future (trying to guess a future version number I guess) Do we have any reasonable way of disabling news items for new installs while preserving them for old upgrades? Or do we have to play with packages and profiles? For the future, maybe we should introduce a header line like: Expires: yyyy-mm-dd After that date, the news item would not be shown any more. (In reply to Ulrich Müller from comment #4) > For the future, maybe we should introduce a header line like: > Expires: yyyy-mm-dd > > After that date, the news item would not be shown any more. I don't think that solves the issue at hand. The problem is that what we would need to make the expiration based on install date rather than current date [but I don't think we can reasonably do that]. OTOH, we can just assume we can kill old news items once we stop supporting ancient system upgrades. commit 3df15df9519122e6d59e44e0614427a1a3f4a42e Author: Michał Górny <mgorny@gentoo.org> Date: Fri Mar 31 22:28:17 2017 Remove multilib news item as obsolete for new installs, #608208 commit f0c7da5f74ddb272a1cdf3f0830f533d735779ca Author: Michał Górny <mgorny@gentoo.org> Date: Fri Mar 31 22:27:41 2017 Remove CPU_FLAGS_X86 news item as obsolete for new installs, #608208 I've decided to remove these two of mine because they're already 2 years old. I wouldn't mind removing PYTHON_TARGETS either but I'll let others decide. @python? (In reply to Michał Górny from comment #6) > commit 3df15df9519122e6d59e44e0614427a1a3f4a42e > Author: Michał Górny <mgorny@gentoo.org> > Date: Fri Mar 31 22:28:17 2017 > > Remove multilib news item as obsolete for new installs, #608208 > > commit f0c7da5f74ddb272a1cdf3f0830f533d735779ca > Author: Michał Górny <mgorny@gentoo.org> > Date: Fri Mar 31 22:27:41 2017 > > Remove CPU_FLAGS_X86 news item as obsolete for new installs, #608208 > > > I've decided to remove these two of mine because they're already 2 years > old. I wouldn't mind removing PYTHON_TARGETS either but I'll let others > decide. @python? Personally, I would just nix the python stuff. |