From Mageia wiki
Jump to: navigation, search

Summary

That installed Mageia systems shall include their origin/source, and its date

Owner

  • Name: Lewis Smith
  • Email: lewyssmith@onetel.com

Resources

List here people who will be implied in this feature: ISO team, QA. Developer?

Current status

  • Targeted release: Mageia 7
  • Last updated: 2018/12/13
  • Percentage of completion: <XX>%

Detailed Description

This is mainly for QA and ISO team benefit (but is quite benign in publicly installed systems: why not?). When testing an installed system, it is essential to know which ISO it is from (normally known) and what version of it one is looking at - and to report on. Not so obvious: pre-release ISOs exist in several places, successively:

  • The rsync server
  • Your local disc
  • The installation medium
  • The installed system

Every one of these can be at a different stage; referring - if you can - from the installed system to any previous stage is no guarantee of identity. Additionally, given specific desktop Live ISOs and the possibility of installing just the same desktop from the Classic ISO (which testers do), one cannot necessarily be sure of the origin of what one is testing. When it comes to reporting, it is vital to cite the original ISO and its date. How does one know? There is an unsound assumption that all the ISO stages noted are in sync.
Even if this is true, when testing an installed system, it is at best (given that you can) tedious to refer to your local disc ISO directory to discover its date: traditionally from DATE.txt - which may not be accurate - , but more correctly the .iso datestamp. At worst, you cannot do this, you have no reference.

All this doubt would be nicely resolved if the installed system itself contained e.g. in /etc/something [we already have 'release']:

  • The ISO in question: Classic32, Classic64, Gnome, Plasma, XFCE32, XFCE64; Net installation.
  • The DATE of that ISO, or the Net installation.

Why it would be good for Mageia to include it

Above all, it would facilitate reporting, often done from the system one is testing. Which date is it? More extreme, which ISO (Live v single desktop Classic)? Am I reporting in the right place on the PAD? It is common for people to find they are testing something already superseded, which they may not realise; and for which comments are superfluous. We could cheerfully discard DATE.txt from ISOs without complaint (we could do that anyway). Simply, testers would need no external reference to know what they are testing. Presently such reference

  • Is at best tedious
  • May not be current
  • May not be possible at all

Test case

Simply to have in an installed system the /etc/whatever file with the right ISO & DATE info.

Software / Packages Dependencies

List of packages to be implied: unknown.

What could disrupt development of this new feature

Planning

Contingency

Release Notes

Documentation