 DistroWatch Weekly |
| Tip Jar |
If you've enjoyed this week's issue of DistroWatch Weekly, please consider sending us a tip.
(Tips this week: 0, value: US$0.00) |
|
|
|
 bc1qxes3k2wq3uqzr074tkwwjmwfe63z70gwzfu4lx  lnurl1dp68gurn8ghj7ampd3kx2ar0veekzar0wd5xjtnrdakj7tnhv4kxctttdehhwm30d3h82unvwqhhxarpw3jkc7tzw4ex6cfexyfua2nr  86fA3qPTeQtNb2k1vLwEQaAp3XxkvvvXt69gSG5LGunXXikK9koPWZaRQgfFPBPWhMgXjPjccy9LA9xRFchPWQAnPvxh5Le paypal.me/distrowatchweekly • patreon.com/distrowatch |
|
| Extended Lifecycle Support by TuxCare |
|
|
| Reader Comments • Jump to last comment |
1 • I vote for "alphabetical list of distributions" (by Thomas Chung at 2003-08-25 01:29:49 GMT)
Hi Ladislav, per your suggestion, I'm posting my vote here:
I really like the idea of "alphabetical list of distributions" instead of "Page Hit Ranking" system because it gives every distos an equal chance for an exposure and at the same time it gives users to find distro of their choice without the influence of ranking system.
Thomas
LinuxInstall.org Project
2 • Re: I vote for "alphabetical list of distributions" (by ABC on 2003-08-25 01:56:01 GMT)
I agree; an alphabetic list would help my distribution out tremendously on the ranking index!
Mike
ABC-Linux Distribution Project
3 • Distribution list (by Rusty at 2003-08-25 01:56:15 GMT)
First of all, I want to thank you for such a great site. Although I'm not a 'timesaving' customer, I'm an occasional reader that finds your site quite informative.
Re. your distribution list, I personally prefer a more complete list of distributions that doesn't remove those that haven't been on the site for a year.
In fact I'm at a loss to understand the logic of creating a 52-week prior-to-listing period since it wouldn't solve the 'Yoper' or 'Damn Small Linux' problem. i.e. Once Yoper is out for a year, if they sponsor your site, they'll again rise up in the hit rankings and will get back to the top of your list. Once DS Linux has been out for a year, they will similarly rise to the top if they come out with a few quick releases.
I think that what you and other readers have to treat the page ranking for what it is: a list of what distro links people are clicking. Removing immature distributions only prevents potential winners from getting the visibility they (may) deserve, and your readers from getting an accurate representation of what links people are clicking. Today, when I look at the ranking, I have much less of an idea of what distributions people are looking at lately and can no longer monitor the 'Popularity' of some of the 'less mature' distributions (e.g. Knoppix, Morphix, Ark) that are of interest to me.
Again, keep up the great work!
Regards,
Rusty
4 • No more page ranking drama (by Nick at 2003-08-25 02:10:37 GMT)
Alpha Problems: First in list get best exposure.
Hit Ranking Problems: Zealots get zealous.
So, what is the solution?
Random? Nothing? Or, do we all grow up and get over it. I mean come on! Distrowatch page hit ranking is not the terrorists!
5 • Alphabetical list, please (by common sense at 2003-08-25 02:24:11 GMT)
An alphabetical list is great. If you want to include a ranking system, put the rank in small brackets next to the name of the distribution. Make the ranking system a pure page hit count and try to weed out bot activity. I think people need to stop worrying about page hit ranking and worry about the quality of the distribution.
6 • About the new Rankings (by Prabhuram at 2003-08-25 02:24:56 GMT)
I vote for Alphabetical type of ranking list rather than for the 52-weeks type.
I think the previous method of rankings is good but the only problem was in its way it was listed.
Forum, mailing list members should not be taken account.
Because that depends upon the distribution.
Infact usually users of a distribution will register for that forum or mailinglist only if they have any problem with it.
Members of a Forum does not by any chance reflect the Number of Users of that distribution!!!.
"Also Beware!, it is possible for a distribution developer to register FAKE members and make it look to others as though he is having a big userbase"
P.B.Prabhuram
Onebase Linux Project
7 • Page Hit Rankings (by John Gabriel at 2003-08-25 02:46:20 GMT)
I'm not sure if this is possible, but instead of ranking hits of DW's distribution specific pages, why not base the rankings on click throughs from the distribution pages to each distributions home page or download page? This way you would be ranking the OS's that people are actually interested in researching further or downloading.
Certain pages may be getting clicked on from the home page just to take a quick look at what they offer, and then the user clicks back to DW's home page because they decide from the info on the distro-spec page that it's not what they are looking for.
I also disagree with the 52 week listing criteria for the same reason noted above: it means that valuable new distributions might not get the attention they deserve. I frankly believe that Damn Small Linux has moved up so far not just because of it frequently being listed on the news here, but because it fills a niche that a lot of people are interested in and does it better than the other credit-card size distos.
8 • Ranking Distros and Live CDs (by monkymind on 2003-08-25 04:40:34 GMT)
The 52 week listing criteria may work for the Top 5+ distros and other installable ones. But the live linux CDs ala Damn Small Linux and Knoppix are extremely versatile fulfil very different needs.
Infact I know someone who primarily uses Windows but connects to the net via knoppix for banking etc. Others it's a live toolbox to test PC hardware e.g. before installing an(y) OS or for repartitioning/resizing a hard drive(qtparted) etc.
Another avantage is they can be run in computer class labs and other software restricted areas where there are normally no linux boxes. :-)
As you have noted the release cycles are frequent but that is often because the releases keep up with the latest software and/or hardware support.
Hope you manage to find a fair way of ranking the mounting interest in this portable, non-HD dependent linux.
regards
rob
9 • Page Hit Ranking (by G.G. on 2003-08-25 05:01:32 GMT)
I dislike the 52 weeks criteria. I think a lot of people want to learn about the new distros. I prefer if you put a random distro on the top of the list. Each time that homepage is load a new one is on top. This gives visibility to all.
10 • page hit ranking (by andrew at 2003-08-25 05:19:31 GMT)
How about system based on short, rotating cycle? Perhaps as short as one month... Totals would be reset back to zero at the end of each period. This system would have two advantages: one, it would favour distributions that were active during each period, which seems just and proper to me. Second, it would take care of difficulty of dislodging top contenders from the top of the list. This would make the system more of a snapshot than reflection of any long-term trends, but perhaps that's not such a bad thing. In any case any long-term trend could be still presented by doing some sort of summary, say, once a year.
11 • PHR (by Luk van den Borne at 2003-08-25 06:52:10 GMT)
I think the new critereum will only weaken the position of new distributions that could have been very popular otherwise, so Mdk/RH/SuSE won't have much healthy competition. Why leave a great initative on the waiting list for 52 weeks to get the attention it deserves? Besides that, I don't think it will solve the Yoper-problem.
12 • Keep PHR the same! (by Eudean Sun at 2003-08-25 08:15:21 GMT)
The PHR isn't supposed to be an accurate listing of the popularity of the usage of eash distro. It's what it says it is: PAGE HIT RANKING, nothing more. I'd prefer it be left as-is. You can make a separate listing if you want, perhaps call it "Most Widely Used Distros" or something, but don't make PHR out to be anything more than it is.
13 • Page rankings (by fritz on 2003-08-25 08:17:44 GMT)
The 52-weeks requirement seems harsh for new distros. But what about basing the rankings on the 52-weeks average, whether they existed or not ? That way they would appear, but with reduced exposure at first.
Another thing to consider would be two distinct lists.
One would be or theme-based (à la lwn distribution list) and alphabetical in each category, with links to each distribution's page for those needing more information.
The second list would be the top 10 by popularity, without links and without giving the number of votes. Maybe it would limit ballot-stuffing to real zealots ? Or maybe I'm hopelessly naive.
Thanks for your good work.
14 • Page rankings (by Fred at 2003-08-25 09:22:02 GMT)
Firstly I wanted to say I love distrowatch and have a look on its site at least once a day.
I mostly use the menu on top to get to a distribution page to know what there is and to read the short description you have put on each. Really usefull when I hear about a distro I 've never heard before.
About hit ranking I would prefer to have let's say on the main page only the ranks from the last 4 weeks or even less (1 week ?) and a link to the page statistics http://www.distrowatch.com/stats.php?section=popularity where we have a ranks based on a 1year, six months, three months and 4 weeks time
On the other hand I like the idea of ranking only hits from the distros page to their homepage, reviews or dowload area. Indeed as I said, I most of the time just have a look on your description and if it doesn't answer my needs I just come back to DW home page.
Sincerely
15 • Page Hit Ranking (by Grunt on 2003-08-25 11:30:11 GMT)
For starters, albeit the 52 weeks barrier seems to have cured one particular problem of PHR listing (I think we all know what distro we're talking about here), that hardly seems to do justice to newer yet popular projects. Methinks it's a "no go", very much so, in fact...
I have already proposed this on previous DWW's RCAs (without much response from Ladislav), but me being the persistent bugger that I am - I'll do so again.
1. PHR listing should include ALL distros, all 168 of them (as of today), INCLUDING the "discontinued" ones (since their pages are STILL available on DW, and people still get interested in them).
2. PHR listing should certainly remain in it's current sort order - by popularity - as this is the whole idea behind the word "Ranking" in the term "PHR"!
3. PHR listing should include the current trend of the popularity (same/falling/rising).
4. PHR listing should certainly NOT include direct links to the DW pages dedicated to those distros, otherwise PHR turns into a direct page hits generator for the major distros. Even without direct links, PHR listing will still influence its own results, but IMHO - MUCH less so (Ladislav : how did the experiment with removing links go? What's the stats on that one?)
5. PHR listing should be MOVED from the front page to a separate page dedicated solely to PHR. Preferably, the listing should have columns with "Last Update (News)", "Latest Release (any/unstable)", "Latest Stable Release" added, WITH the ability to sort the listing by any of the columns (by release/news dates, alphabetically, by PHR), and preferably with the ability to bookmark those specific sort orders. Moving the PHR listing from the front page should also reduce the influence of PHR on its own stats.
6. In the "Site Navigation" table at the top/bottom of every page a link to that separate PHR page should be provided. Perhaps in red font and/or in bold text style so that it could be easily spotted. Perhaps a news flash should be ran notifying of the change. If Ladislav is aware of any websites actively using/monitoring PHR, perhaps he should email them the direct URL of the new PHR listing page.
The proposed system is NOT perfect :
1. It will STILL influence the PHR stats (people will ALWAYS watch for the leaders), but to a MUCH lesser degree - you'll be surprised to learn how much difference another one or two mouse clicks (that will be required to "Hit" the distro from the new PHR) can make (have a look at any serious web design guide if you don't believe me).
2. The PHR listing will NOT be visible on the front page. I personally have some VERY serious doubts that this is a drawback, and will stick to those doubts until someone logically proves to me otherwise. Those who visit DW solely to observe the PHRs (and jump with joy that their beloved Mandrake/IDMS is still Numero Uno/#81) will still be able to bookmark the PHRs listing and jump with joy to their heart's content there. Those who drop by DW 10 times a day to scroll down the front page to the umpteenth position in PHR and click on their favorite distro to "boost it" will be out of luck - as they should be. Webmasters/editors of other web resources interested in OBTAINING the PHR info will simply follow the new bookmark. The rest of folks who drop by for news will not be affected at all.
Overall, however, it is my strong belief that the proposed method will reflect Linux community's interest in various distros MUCH more accurately that the current weird one (The "52 weeks barrier". KNOPPIX, anyone?) and the previous one (plain ol' hits generator for the top-5. Yoper, anyone?). I would be inclined to believe that the whole idea of PHR was to REFLECT the community's interests, not directly INFLUENCE them! (Unless there is some conflict of interests out there that I am not aware of... ) So why not let PHR do ITS job, instead of doing fanboys' job for them?
Best of luck, folks, and Ladislav in particular.
Grunt.
16 • RE: Page Hit Ranking (by Grunt) (by ladislav at 2003-08-25 11:57:18 GMT)
Grunt, how good are you at PHP (or some other scripting language)? Would you be willing to maintain a rankings page, as per your proposal? I'd be quite happy to give you an account on the server and you'll get all the freedom to implement the ranking as you please (and deal with suggestions, feedback, etc). Please get in touch with me if you are interested.
As for the new 52-week ranking system, it seems to have met with some opposition so far. Fair enough, if you don't like it, I won't insist on it, but let's see if we get any other ideas first.
17 • PHR (by Isamoor on 2003-08-25 13:10:45 GMT)
I don' want the PHR to go off of the front page. It's a very neat tool. I also don't want the hyperlinks to go away from the PHR. How about a compromise and just have the links from the PHR itself not count towards the running total?
Later,
Isamoor
18 • PHR (by Rusty on 2003-08-25 13:24:44 GMT)
Please:
1) Keep the phr listing on the front page
2) Keep the hyperlinks from the distro listings in the phr to the actual distro pages (the fact that there are thousands of hits from the phr to the actual distro pages is fairly indicative of the fact that a large number of people find this a useful means of accessing distro-specific information.
-Rusty
19 • Ranking ideas (by Leo on 2003-08-25 14:53:58 GMT)
1) Please keep it where it is as it is, I think it HELPS the visitor sort out where to go first. This is VERY IMPORTANT for newbies
2) How about normalizing the number of hits to the number of announcements of each distro in distrowatch ? So, the page hit ratio would be: "number of heats in the last year" / "number of announcements in the last year" - This for each distro.
3) How about posting an overall popularity ranking weighting different sources ? These could be: your ranking, linux counter [1] (the most reliable IMHO), and google groups posts in the last year [2]. You can update this once a month, it may be a little work. A possible algorithm woul be:
a) normalize each ranking to one. Fist = 1. Second = "# hits for the second " / "# hits for the first". Etc.
b) Finf the overall score as: s = (s1 * s2 * s3) ^ (1/3)
The last operation is a cubic root, assuming three sources.
4) How about limiting the counter to 1 hit per IP per day (you probably do this) to prevent abuse ?
5) You have shown great ethics Ladislav, I find it insulting that anyone though you were bribed to be put in a high position in your ranking :-(
[1] http://counter.li.org/reports/machines.php
[2] http://groups.google.com/groups?hl=en&lr=&ie=ISO-8859-1&as_drrb=q&q=mandrake++linux&as_qdr=y&btnG=Google+Search
20 • phr - 12 weeks instead of 52 weeks (by LPH at 2003-08-25 16:44:24 GMT)
Well, since others are giving their opinion then I'll submit mine too ;-)
Linux development is very fast and 52 weeks does not fit with the climate of Linux. Therefore, the 52 weeks is too long. However, 12 weeks seems reasonable. This is basically one development cycle. Many new projects are announced and then stop development after 3 months. Therefore, use the 12 weeks.
I'd like to know what happens arranging the page hits in this fashion.
21 • If it ain't broke, don't fix it (by DaveW on 2003-08-25 16:55:24 GMT)
Seems to me the whole phr business is a tempest in a teapot. True, it doesn't make much sense as a measure of popularity or interest, but so what? It is what it is, a snapshot.
To me, the main interest of DW is to keep up with new and revised distros, especially those that promise radical departures like Arch. The list is a useful way of accessing them.
That said, I think the 52 Week Rule is exactly the opposite of the right way to go. I'm not even slightly interested in reading about Mandrake, Red Hat, SuSe, and the other biggies, because I know about them already and know how to get to their sites if I want to. It's the new little distros like Knoppix, Ark, and so forth, and things I might have read a blurb about last week, that the PHR helps me remember and find.
I think Isamoor had the best idea: keep it on the front page, keep the links, go back to the previous timeframe, but don't count hits directly from PHR in the stats. This should change the rankings somewhat to reflect serious interest as opposed to idle clicking.
Beyond that, don't worry, be happy. Great as DistroWatch is, it ain't a holy book or a tax form. The rankings are just a snapshot, openly derived, to be taken for what they're worth according to each reader's own predelections. Like all internet polls, they come with a virtual warning that says "for amusement only". Isamoor's idea will make DW exactly what it should be: a site that puts the users' interests first, and those of the distros second.
22 • Pleasing everyone... and their opinions. (by MadHunter at 2003-08-25 17:16:48 GMT)
Hey Ladislav...
In regards to trying to please people with the ranking system, etc. I would have only one suggestion. Don't worry about it. I have learned in the very short time that MadPenguin.org has been around that everyone is a critic, and you can't please all of the people all of the time. Granted, opinion is good when it is brought about in a constructive way. Suggestions are what help people see their creations (websites, ranking systems, etc) from a number of different angles.
However, what it ultimately comes down to is this- not everyone who has an opinion or makes a suggestion is bright. They don't always know the entire picture and have not bothered to do any actual research before spouting off what is usually silly, non-related nonsense that proves their ignorance in a particular issue. I can't tell you (although I'm sure you know) that half the comments made out there end up arguing what an article says had they bothered reading beyond the first sentence.
Anyway, enough of my bashing... I apologize. I have the gift of babble when emotions run high. I simply wanted to say, as far as the ranking system worked, I understood where it pulled it's numbers from and what it took into consideration. It doesn't take rocket science to figure out that the distros that appear on the front page are NATURALLY going to get more hits than those that don't. It was a good system, and bottom line is that if you liked it, don't bust your hump trying to make it idiot proof...
Relax, and let me buy you a beer! :) And know that most people understood the ranking system for what it did... It is unfortunately the mindless minority that have the loudest voices.
23 • PHR discrimination (by Ariszlo at 2003-08-25 17:51:27 GMT)
I just feel unjust that you exclude new distributions. Although I very much like Slackware, the oldest surviving distribution, I don't think Knoppix, CollegeLinux, or Yoper should be excluded. Yes, I like Yoper. It is one of the fastest OS's I have ever tried: it installs very fast, boots up very fast and launches KDE very fast. Well, the installation became about 10 minutes longer in the latest release that includes Gentoo's Portage but it still only takes about 20 minutes. A distribution that provides both an easy-to-use office core for people who have only known the One Operating System so far and Portage for people who are interested in new things but lack the time to install Gentoo might deserve getting ranked even if it is frowned upon by fans of other distros.
24 • jsiv sucks (by A concerned Linux Citizen on 2003-08-25 17:52:28 GMT)
http://jsiv-sucks.com has it all. This business of SuSE acting all superior is nothing, heck SCO is nothing, compared to what this guy is trying to do!
We are going to need a small army of lawyers soon, if people like Jsiv continue to do what they are doing!
25 • rankings (by Joe Barron at 2003-08-25 18:11:50 GMT)
I read enough on Distrowatch that I don,t by the rankings but more by the package list.Thomas is a great guy and I,m using my third version out of the four but the name LINUXINSTALL is misleading,what,s the time saver is the work his done on plugin,s.Synaptic along with video players on first boot is nice.
Joe
26 • Please reconsider PHR policy/procedure (by Ezra at 2003-08-25 18:45:25 GMT)
Since others are airing their views, I'll join in. I mean tis to be friendly and constructive, please do not take offense.
1. Page Hit Ranking should remain just that, page hits and nothing more. The new criteria has little to do with page hits.
2. 52 week criteria unfairly neglects new distros. I know Yoper was the primary target for such policy, among others, but Yoper has been around for more than a year if you count the release candidate availability. Yoper is no great shakes, but it deserves to be counted.
3. All distros should be included in the PHR (old, new, discontinued, even Caldera).
4. The PHR list should continue on the home page as an alphabetical list without hyper links to the distro pages. Put the page hit ranking number in parentheses next to the distro name, and maybe a link at the tope of the list to a PHR page with the distros in rank order.
5. Try to limit bot activity where possible. Do not limit PHR to one hit per IP address per day. Maybe limit to one IP address hit per hour (4 hours possibly). If this is not possible, at least a script that checks the logs and recalculates according to a similar rule or equation.
Just my two cents. Take it or leave it. I do believe my above suggestions would preserve the intent of the PHR.
Ezra
27 • RSS (by Kenneth on 2003-08-25 20:53:25 GMT)
I'm not the creative solutions type so I don't have anything to say about how PHR should work, however, I had some site ideas. Maybe posibly you could make a RSS feed for Distrowatch? As far as I know there isn't one, only a Mozilla/Opera sidebar (which btw doesn't work with Mozilla Firebird; for me anyways). You could also make a RSS feed for the PHR too. If you need/want any help with it, I'd be happy to help.
28 • PHR: the cure is worse than the disease (by Ariszlo at 2003-08-25 21:57:50 GMT)
I understand your point that you want to adjust HPR to real popularity but the criterion of 52 weeks is a very bad one. I agree that on the base of user activity Gentoo deserves higher ranking than Yoper but then why do you include distributions that do not even have have user forums? Let me not mention them.
29 • I say leave it alone (by Benjamin Vander Jagt at 2003-08-25 23:16:04 GMT)
As it is now, readers know that the ones at the top are the most likely to be clicked and can understand that. It's not too bad at the moment, and for the most part it's accurate. If you start adding all sorts of modifications, then the inconsistencies will still exist, but readers won't know how to calculate downward...
One thing I can think of would be to occasionally wipe the numbers and scramble the list in some way, but even that I don't recommend. Of course, you want to eliminate cheats with things like one voter per IP per day...
30 • PHR (by Angelo on 2003-08-25 23:35:02 GMT)
How about an Alphabetic listing that cycles through the alphabet? One day distros starting with 'A' are listed at the top. The next day 'B' is at the top (and 'A' would be last after Z), the next day would be C...Z,A,B. etc...
Just a thought.
31 • Changes discarded (by ladislav at 2003-08-26 00:23:03 GMT)
Thank you all for comments. The idea of only ranking those distributions which have been around for at least one year has met with plenty of resistence and has been scrapped. Everything is back to the original format. But the experiment did serve a useful purpose - if in the future there are still people who compalin that the ranking is unfair, at least I have a page where I can direct them to read the opinions of others.
Now if only I could persude the Yoper people to spend more time improving their own web site rather than losing sleep over the DistroWatch ranking...
32 • PHR & change of OS (by jim at 2003-08-26 04:15:34 GMT)
as far as voting on PHR my two cents worth is to leave it alone . after all it does what it says! but on another note i had to read your post twice about red hat and suse being the only server distros. seems to me youve been doing quite nicely with debian. and no i dont understand why you have to use commercial hosting software. being a newbie, i was under the impression that linux was and is about choice. allthough there may be some pressures that im not aware of in your endeavor. red hat and suse are pretty well known distrows, i dont see the point . is this a change of mission or an eloborate joke? dont quite know what to think about, this about face. some enlightenment if possible would be greatly appreciated on my part. regards jim
33 • RE: PHR & change of OS (by ladislav at 2003-08-26 04:59:14 GMT)
is this a change of mission or an eloborate joke?
An elaborate joke.
34 • PHR: lies, damn lies, and statistics (by Bill M at 2003-08-26 13:39:55 GMT)
I never had any issues with the manner in which the PHR listings were presented or calculated. It was understood that the listing merely reflected the behavior of the sites visitors, and like any behavior, it was influenced by a variety of factors which are ever changing.
The conversation concerning the future of the listing hurts my head!! My 2 cents amounts to 3 options, and a lot of work for Distrowatch web developer:
1. Perhaps the listing can be variable, ie, insert a drop down menu that enables the list to be reordered in a variety of formats to match whatever the visitors feels is a viable presentation of the data collected. Enable a cookie mechanism to set a default for the users prefernence, and get on with presenting the news on Linux Distributions, which is the focus of Distrowatch (and by the way ladislav you're doing a hell of job!).
2. If you want to twist the statistics even further, build a new page where we can point and click our way through lots of variables to generate an infinitesimal number of reports to be abused to each visitors satisfaction.
3. Do nothing.
35 • Re : Isamoor, Rusty, ALL (by Grunt on 2003-08-26 14:05:46 GMT)
Isamoor, Rusty : please take my following question for what they are - an attemp to understand your point of view, not as a personal attack. By the way, others are most welcome to answer those questions as well - hopefully this will provide more information about DW readers base.
1. Why do you believe that the best place for PHR to be is the front page? Why is it important to YOU, personally YOU, to see how much interest each distro attracts at any given moment? Are you interested in viewing that information EVERY time you visit DW?
2. Why do YOU, personally YOU, prefer to have hyperlinks from the PHR (in its current form - without any fields indicating last updates of each distro)? Would an alphabetical list of distros with hyperlinks from the front page suffice, and if not - why not? Would a column with dates of last updates of distros make you follow the links less often (e.g. to check up what has actually CHANGED in the last unstable release, etc)?
36 • Re : Ladislav (by Grunt on 2003-08-26 14:13:58 GMT)
Grunt, how good are you at PHP (or some other scripting language)?
No good at all. I'm a C/C++ programmer, sorry... :(
Would you be willing to maintain a rankings page, as per your proposal?
Willing? Yeah, why not... :) Able? Considering the answer to my previous question - I don't think so... :(
A couple of questions on PHR :
How is "Hits Per Day" calculated? Is it an average for the indicated period? Does it include info from previous periods? Is it a global average (since counters' inception)?
37 • So.... (by MadHunter at 2003-08-26 15:01:38 GMT)
... has anyone read any good books lately? ;)
38 • Books (by Kenneth on 2003-08-26 17:39:17 GMT)
That's random question. Well, I know I will have to once school starts again. And some that aren't as good too. So, what do you think about the RSS idea Ladislav? It'd make it possible to display Distrowatch news in Karamba or gDesklets. :) Oh, and another suggestion. Maybe Distrowatch Weekly as an e-mail newsletter? Or maybe for Timesavers only.
39 • PHR (by Vm. at 2003-08-26 21:49:46 GMT)
The name PHR is self explanatory. Page Hit Ranking... and it means that it has nothing to do with the actual popularity of the distribution, and that it only shows how popular it is on this site. If that is not the way it is supposed to work then the title - PHR - is flawed and needs a fix. Right now, I don't think that PRH doesn't need a change. But indeed, Yoper on number 3 does seem rediculous. So I request for a new ranking system which will not be wholly based on the number of hits the distribution's page gets. I hope I have been clear enough.
40 • RE: RSS feed (by ladislav at 2003-08-26 23:00:59 GMT)
DistroWatch has had RSS feed for over a year. Please check the "About" page for details.
41 • alphabetic listing (by MixMatch at 2003-08-27 00:44:03 GMT)
Correct me if I'm wrong, but as far as I can tell there is already an alphabetic listing of the distros on every page. It's right at the top in a drop-down menu. Oh, wow, and it even has even the newer distros! Someone remind me why we want to duplicate this?
42 • Grunt's question (by Rusty on 2003-08-27 02:46:19 GMT)
To answer Grunt's questions:
1)a) why do _I_ like phr on the front page?
Because it's the tool on the site that I use most often for getting information about various distros. Also because I like the fact that I can have a look at the front page and get a quick overview of what's happening with various distros (sort of like a dashboard--you get a summary of most of the relevant info).
1b) why do _I_ want to see how much interest each distro attracts at any given moment?
Because if I haven't kept up to date in the rapidly changing world of linux, this gives me a _very_rough_ idea of some of the distros that have changed (damn small linux would be a good example).
1c) Do I need to see that info every time I visit DW?
I won't necessarily look at it, but I want to see it. When I'm driving my car, I rarely look at the odometer, but I'm happy that the manufacturer hasn't positioned it in the glove compartment ;-)
2a) Why do I like the hyperlinks?
Because that is the quickest means for me to get more info on a distribution (yes there's a drop-down list at the top, but that's not a very usable interface). Moreover, the rankings sometimes affect a decision on my part to seek more info on a distro in which case a hyperlink saves me from having to go to a different portion of the UI (the dropdown list). Note: I have no aversion to including the date of last update for a distro in the table, although it could appear cluttered.
2b) Would an alphabetical list suffice?
It would, but as I pointed out earlier, the ranking does provide _some_ information that I consider useful (although I do take it with a grain of salt), which an alphabetical listing would not.
2c) Would last published date make me check the distro less often?
I'm not sure--it's one of thos UI things that I'd have to try out before I can comment.
Hope this helps...
43 • Increase the statistical timescale (by Penguin Domesticus on 2003-08-27 03:30:44 GMT)
I think the current page hit ranking list may be ok just the way it is (& it's just a PHR, nothing more serious), but if some refinement is really needed, how about just increasing the statistical time scale enough, from one year to two or rather three years or so? (maybe two years now, if DW doesn't yet have proper three year stats) I.e. if a distro is new, it would get zero page hits from all the days of the 2-3 year period before it has been listed on DW.
When thinking about it, I'm pretty sure that stats from the last three years could give quite reliable results. Also, doesn't a new distro really need about that time, 3 years, before it can really established itself as a serious alternative to the big ones?
On the Statistics sub pages you could still have several newer stats from the recent months etc. too.
44 • No subject (by Kenneth on 2003-08-27 05:21:31 GMT)
Doh! I should've looked harder. I feel so stupid. Thanks for telling me about it.
About the PHR, I would agree with the suggestion of rating click-throughs to the distribution's site. I'm also one of those people that go to a distro's page to read the short descriptions. If I were actually interested, I would then click through to the distro's sites. This could also be made that only distros with working sites would get ranked because they would be the only ones with click-throughs that would work. It would also mean a distro without a site (which would most like be an inactive one anyways) would not have it's ranking increase.
45 • Not about PHR, but a comment on "top enterprise" (by Ric de France at 2003-08-27 07:12:10 GMT)
They did not get to the top because they believed the first salesman who came their way and told them that they don't have any other choice. They got to the top, because they did a careful research of all their options and chose the best one.
I disagree with the above statement (as your article allows me to do). Managers will look at the first (and most likely flashiest) salesman that comes through the door promising them the earth. I working on a project as a result of that. I'm not saying that it always happens that way, but it can. Managers don't want to think they have a problem. The minute they can shift "blame" onto someone else, they will, be it the vendor, or their developers.
Just speaking from experience,
-Ric
46 • no counts for clicks in ranking (by Nuno Barreto at 2003-08-27 17:28:17 GMT)
My sugestion is simply this: Do not count when people get to the distributions page by clicking in the ranking section. This way we eliminate the "lets click on this one because it is high in the ranking" mentality.
47 • SuSE and Red Hat (by Anonymous on 2003-09-26 14:49:43 GMT)
It's only marketing. The market leader (Red Hat) will say there's only one choice. Everyone else will say there are two choices - Red Hat and ourselves.
Number of Comments: 47
Display mode: DWW Only • Comments Only • Both DWW and Comments
| | |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Archives |
| • Issue 1159 (2026-02-09): Sharing files on a network, isolating processes on Linux, LFS to focus on systemd, openSUSE polishes atomic updates, NetBSD not likely to adopt Rust code, COSMIC roadmap |
| • Issue 1158 (2026-02-02): Manjaro 26.0, fastest filesystem, postmarketOS progress report, Xfce begins developing its own Wayland window manager, Bazzite founder interviewed |
| • Issue 1157 (2026-01-26): Setting up a home server, what happened to convergence, malicious software entering the Snap store, postmarketOS automates hardware tests, KDE's login manager works with systemd only |
| • Issue 1156 (2026-01-19): Chimera Linux's new installer, using the DistroWatch Torrent Corner, new package tools for Arch, Haiku improves EFI support, Redcore streamlines branches, Synex introduces install-time ZFS options |
| • Issue 1155 (2026-01-12): MenuetOS, CDE on Sparky, iDeal OS 2025.12.07, recommended flavour of BSD, Debian seeks new Data Protection Team, Ubuntu 25.04 nears its end of life, Google limits Android source code releases, Fedora plans to replace SDDM, Budgie migrates to Wayland |
| • Issue 1154 (2026-01-05): postmarketOS 25.06/25.12, switching to Linux and educational resources, FreeBSD improving laptop support, Unix v4 available for download, new X11 server in development, CachyOS team plans server edtion |
| • Issue 1153 (2025-12-22): Best projects of 2025, is software ever truly finished?, Firefox to adopt AI components, Asahi works on improving the install experience, Mageia presents plans for version 10 |
| • Issue 1152 (2025-12-15): OpenBSD 7.8, filtering websites, Jolla working on a Linux phone, Germany saves money with Linux, Ubuntu to package AMD tools, Fedora demonstrates AI troubleshooting, Haiku packages Go language |
| • Issue 1151 (2025-12-08): FreeBSD 15.0, fun command line tricks, Canonical presents plans for Ubutnu 26.04, SparkyLinux updates CDE packages, Redox OS gets modesetting driver |
| • Issue 1150 (2025-12-01): Gnoppix 25_10, exploring if distributions matter, openSUSE updates tumbleweed's boot loader, Fedora plans better handling of broken packages, Plasma to become Wayland-only, FreeBSD publishes status report |
| • Issue 1149 (2025-11-24): MX Linux 25, why are video drivers special, systemd experiments with musl, Debian Libre Live publishes new media, Xubuntu reviews website hack |
| • Issue 1148 (2025-11-17): Zorin OS 18, deleting a file with an unusual name, NetBSD experiments with sandboxing, postmarketOS unifies its documentation, OpenBSD refines upgrades, Canonical offers 15 years of support for Ubuntu |
| • Issue 1147 (2025-11-10): Fedora 43, the size and stability of the Linux kernel, Debian introducing Rust to APT, Redox ports web engine, Kubuntu website off-line, Mint creates new troubleshooting tools, FreeBSD improves reproducible builds, Flatpak development resumes |
| • Issue 1146 (2025-11-03): StartOS 0.4.0, testing piped commands, Ubuntu Unity seeks help, Canonical offers Ubuntu credentials, Red Hat partners with NVIDIA, SUSE to bundle AI agent with SLE 16 |
| • Issue 1145 (2025-10-27): Linux Mint 7 "LMDE", advice for new Linux users, AlmaLinux to offer Btrfs, KDE launches Plasma 6.5, Fedora accepts contributions written by AI, Ubuntu 25.10 fails to install automatic updates |
| • Issue 1144 (2025-10-20): Kubuntu 25.10, creating and restoring encrypted backups, Fedora team debates AI, FSF plans free software for phones, ReactOS addresses newer drivers, Xubuntu reacts to website attack |
| • Issue 1143 (2025-10-13): openSUSE 16.0 Leap, safest source for new applications, Redox introduces performance improvements, TrueNAS Connect available for testing, Flatpaks do not work on Ubuntu 25.10, Kamarada plans to switch its base, Solus enters new epoch, Frugalware discontinued |
| • Issue 1142 (2025-10-06): Linux Kamarada 15.6, managing ZIP files with SQLite, F-Droid warns of impact of Android lockdown, Alpine moves ahead with merged /usr, Cinnamon gets a redesigned application menu |
| • Issue 1141 (2025-09-29): KDE Linux and GNOME OS, finding mobile flavours of Linux, Murena to offer phones with kill switches, Redox OS running on a smartphone, Artix drops GNOME |
| • Issue 1140 (2025-09-22): NetBSD 10.1, avoiding AI services, AlmaLinux enables CRB repository, Haiku improves disk access performance, Mageia addresses service outage, GNOME 49 released, Linux introduces multikernel support |
| • Issue 1139 (2025-09-15): EasyOS 7.0, Linux and central authority, FreeBSD running Plasma 6 on Wayland, GNOME restores X11 support temporarily, openSUSE dropping BCacheFS in new kernels |
| • Issue 1138 (2025-09-08): Shebang 25.8, LibreELEC 12.2.0, Debian GNU/Hurd 2025, the importance of software updates, AerynOS introduces package sets, postmarketOS encourages patching upstream, openSUSE extends Leap support, Debian refreshes Trixie media |
| • Issue 1137 (2025-09-01): Tribblix 0m37, malware scanners flagging Linux ISO files, KDE introduces first-run setup wizard, CalyxOS plans update prior to infrastructure overhaul, FreeBSD publishes status report |
| • Issue 1136 (2025-08-25): CalyxOS 6.8.20, distros for running containers, Arch Linux website under attack,illumos Cafe launched, CachyOS creates web dashboard for repositories |
| • Issue 1135 (2025-08-18): Debian 13, Proton, WINE, Wayland, and Wayback, Debian GNU/Hurd 2025, KDE gets advanced Liquid Glass, Haiku improves authentication tools |
| • Issue 1134 (2025-08-11): Rhino Linux 2025.3, thoughts on malware in the AUR, Fedora brings hammered websites back on-line, NetBSD reveals features for version 11, Ubuntu swaps some command line tools for 25.10, AlmaLinux improves NVIDIA support |
| • Issue 1133 (2025-08-04): Expirion Linux 6.0, running Plasma on Linux Mint, finding distros which support X11, Debian addresses 22 year old bug, FreeBSD discusses potential issues with pkgbase, CDE ported to OpenBSD, Btrfs corruption bug hitting Fedora users, more malware found in Arch User Repository |
| • Issue 1132 (2025-07-28): deepin 25, wars in the open source community, proposal to have Fedora enable Flathub repository, FreeBSD plans desktop install option, Wayback gets its first release |
| • Issue 1131 (2025-07-21): HeliumOS 10.0, settling on one distro, Mint plans new releases, Arch discovers malware in AUR, Plasma Bigscreen returns, Clear Linux discontinued |
| • Issue 1130 (2025-07-14): openSUSE MicroOS and RefreshOS, sharing aliases between computers, Bazzite makes Bazaar its default Flatpak store, Alpine plans Wayback release, Wayland and X11 benchmarked, Red Hat offers additional developer licenses, openSUSE seeks feedback from ARM users, Ubuntu 24.10 reaches the end of its life |
| • Issue 1129 (2025-07-07): GLF OS Omnislash, the worst Linux distro, Alpine introduces Wayback, Fedora drops plans to stop i686 support, AlmaLinux builds EPEL repository for older CPUs, Ubuntu dropping existing RISC-V device support, Rhino partners with UBports, PCLinuxOS recovering from website outage |
| • Issue 1128 (2025-06-30): AxOS 25.06, AlmaLinux OS 10.0, transferring Flaptak bundles to off-line computers, Ubuntu to boost Intel graphics performance, Fedora considers dropping i686 packages, SDesk switches from SELinux to AppArmor |
| • Issue 1127 (2025-06-23): LastOSLinux 2025-05-25, most unique Linux distro, Haiku stabilises, KDE publishes Plasma 6.4, Arch splits Plasma packages, Slackware infrastructure migrating |
| • Issue 1126 (2025-06-16): SDesk 2025.05.06, renewed interest in Ubuntu Touch, a BASIC device running NetBSD, Ubuntu dropping X11 GNOME session, GNOME increases dependency on systemd, Google holding back Pixel source code, Nitrux changing its desktop, EFF turns 35 |
| • Issue 1125 (2025-06-09): RHEL 10, distributions likely to survive a decade, Murena partners with more hardware makers, GNOME tests its own distro on real hardware, Redox ports GTK and X11, Mint provides fingerprint authentication |
| • Issue 1124 (2025-06-02): Picking up a Pico, tips for protecting privacy, Rhino tests Plasma desktop, Arch installer supports snapshots, new features from UBports, Ubuntu tests monthly snapshots |
| • Issue 1123 (2025-05-26): CRUX 3.8, preventing a laptop from sleeping, FreeBSD improves laptop support, Fedora confirms GNOME X11 session being dropped, HardenedBSD introduces Rust in userland build, KDE developing a virtual machine manager |
| • Issue 1122 (2025-05-19): GoboLinux 017.01, RHEL 10.0 and Debian 12 updates, openSUSE retires YaST, running X11 apps on Wayland |
| • Issue 1121 (2025-05-12): Bluefin 41, custom file manager actions, openSUSE joins End of 10 while dropping Deepin desktop, Fedora offers tips for building atomic distros, Ubuntu considers replacing sudo with sudo-rs |
| • Issue 1120 (2025-05-05): CachyOS 250330, what it means when a distro breaks, Kali updates repository key, Trinity receives an update, UBports tests directory encryption, Gentoo faces losing key infrastructure |
| • Issue 1119 (2025-04-28): Ubuntu MATE 25.04, what is missing from Linux, CachyOS ships OCCT, Debian enters soft freeze, Fedora discusses removing X11 session from GNOME, Murena plans business services, NetBSD on a Wii |
| • Issue 1118 (2025-04-21): Fedora 42, strange characters in Vim, Nitrux introduces new package tools, Fedora extends reproducibility efforts, PINE64 updates multiple devices running Debian |
| • Issue 1117 (2025-04-14): Shebang 25.0, EndeavourOS 2025.03.19, running applications from other distros on the desktop, Debian gets APT upgrade, Mint introduces OEM options for LMDE, postmarketOS packages GNOME 48 and COSMIC, Redox testing USB support |
| • Issue 1116 (2025-04-07): The Sense HAT, Android and mobile operating systems, FreeBSD improves on laptops, openSUSE publishes many new updates, Fedora appoints new Project Leader, UBports testing VoLTE |
| • Issue 1115 (2025-03-31): GrapheneOS 2025, the rise of portable package formats, MidnightBSD and openSUSE experiment with new package management features, Plank dock reborn, key infrastructure projects lose funding, postmarketOS to focus on reliability |
| • Issue 1114 (2025-03-24): Bazzite 41, checking which processes are writing to disk, Rocky unveils new Hardened branch, GNOME 48 released, generating images for the Raspberry Pi |
| • Issue 1113 (2025-03-17): MocaccinoOS 1.8.1, how to contribute to open source, Murena extends on-line installer, Garuda tests COSMIC edition, Ubuntu to replace coreutils with Rust alternatives, Chimera Linux drops RISC-V builds |
| • Issue 1112 (2025-03-10): Solus 4.7, distros which work with Secure Boot, UBports publishes bug fix, postmarketOS considers a new name, Debian running on Android |
| • Issue 1111 (2025-03-03): Orbitiny 0.01, the effect of Ubuntu Core Desktop, Gentoo offers disk images, elementary OS invites feature ideas, FreeBSD starts PinePhone Pro port, Mint warns of upcoming Firefox issue |
| • Issue 1110 (2025-02-24): iodeOS 6.0, learning to program, Arch retiring old repositories, openSUSE makes progress on reproducible builds, Fedora is getting more serious about open hardware, Tails changes its install instructions to offer better privacy, Murena's de-Googled tablet goes on sale |
| • Issue 1109 (2025-02-17): Rhino Linux 2025.1, MX Linux 23.5 with Xfce 4.20, replacing X.Org tools with Wayland tools, GhostBSD moving its base to FreeBSD -RELEASE, Redox stabilizes its ABI, UBports testing 24.04, Asahi changing its leadership, OBS in dispute with Fedora |
| • Issue 1108 (2025-02-10): Serpent OS 0.24.6, Aurora, sharing swap between distros, Peppermint tries Void base, GTK removinglegacy technologies, Red Hat plans more AI tools for Fedora, TrueNAS merges its editions |
| • Full list of all issues |
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
| Random Distribution | 
Unity Linux
The community-oriented Unity Linux was a minimalist distribution and live CD which was originally based on Mandriva Linux, but was now maintained as an independent distribution. The project's main goal was to create a base operating system from which more complete, user-oriented distribution can easily be built - either by other distribution projects or by the users themselves. Unity Linux uses Openbox as the default window manager. Its package management was handled via YUM and RPM 5 which can download and install additional software packages from the project's online repository.
Status: Discontinued
|
| Tips, Tricks, Q&As | | Questions and answers: Restoring GRUB |
| Questions and answers: Continuing the Linux kernel and alternative access to the terminal |
| Questions and answers: Proton, WINE, Wayland, and Wayback |
| Tips and tricks: Find common words in text, find high memory processes, cd short-cuts, pushd & popd, record desktop |
| Questions and answers: Rolling release vs fixed for a smoother experience |
| Tips and tricks: Finding which services were affected by an update |
| Tips and tricks: Play nicely, drop secure shell sessions cleanly, check init's name |
| Tips and tricks: Command line weather, ionice, rename files, video preview snapshot, calendar, ls colour settings |
| Questions and answers: Setting permissions on the home directory |
| More Tips & Tricks and Questions & Answers |
| TUXEDO |
TUXEDO Computers - Linux Hardware in a tailor made suite
Choose from a wide range of laptops and PCs in various sizes and shapes at TUXEDOComputers.com. Every machine comes pre-installed and ready-to-run with Linux. Full 24 months of warranty and lifetime support included!
Learn more about our full service package and all benefits from buying at TUXEDO.
|
| Star Labs |
Star Labs - Laptops built for Linux.
View our range including the highly anticipated StarFighter. Available with coreboot open-source firmware and a choice of Ubuntu, elementary, Manjaro and more. Visit Star Labs for information, to buy and get support.
|
|
• 
• 
• 
• 
• 
• 
• 
