You are not logged in.
Hi All,
A thought about our wiki, now it's been going a few years.
There are articles which span various versions of the kernel, and versions of X. There are good reasons not to get rid of historical information, because it helps people learn the progression of the distribution over time.
When keeping historical information (or just not updating old pages) becomes a problem is that there is no search filter for 'new -> old' or 'by date'.
If we put kernel version, X(11/org) version, or date info as a set of tags like we currently do with 'desktop', 'laptop' etc., then that could be included as a search filter to weed out old responses or to target a solution for a specific software version.
It would be excellent if Google did this - but they don't. We could lead the way in information mining for a linux distro!
It shouldn't be much work to add new categories for kernel version. But tag info for specific versions of EVERY version of EVERY package seems ike it could get very messy very quickly.
How difficult would a 'new -> old' update or creation date filter be for search results?
___
Change is inevitable; progress less so.
Offline
Wiki edit-history feature?
As a rolling-release distribution, it only makes sense that the wiki rolls along, too.
Counter-point: There are good reasons to get rid of historical information, because it causes confusion and generally clutters articles.
M*cr*s*ft: Who needs quality when you have marketing?
Offline
The wiki has a history feature; isn't that what it's for? I agree that we should keep support for slightly older packages in the wiki for a while (like xorg-server 1.6 for example, as many people didn't upgrade for fear of compatibility issues). But large amounts of history in the article itself seems redundant since you can get that info from the page's changelog.
Offline