| DistroWatch Weekly
|Linux Foundation Training
|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.
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!
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!
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"
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.
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.
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.
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?
18 • PHR (by Rusty on 2003-08-25 13:24:44 GMT)
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.
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  (the most reliable IMHO), and google groups posts in the last year . 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 :-(
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)
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.
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.
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,
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
|• Issue 836 (2019-10-14): Archman 2019.09, Haiku improves ARM support, Project Trident shifting base OS, Unix turns 50|
|• Issue 835 (2019-10-07): Isotop, Mazon OS and, KduxOS, examples of using the find command, Mint's System Reports becomes proactive, Solus updates its desktops|
|• Issue 834 (2019-09-30): FreedomBox "Buster", CentOS gains a rolling release, Librem 5 phones shipping, Redcore updates its package manager|
|• Issue 833 (2019-09-23): Redcore Linux 1908, why Linux distros are free, Ubuntu making list of 32-bit software to keep, Richard M Stallman steps down from FSF leadership|
|• Issue 832 (2019-09-16): BlackWeb 1.2, checking for Wayland session and applications, Fedora to use nftables in firewalld, OpenBSD disables DoH in Firefox|
|• Issue 831 (2019-09-09): Adélie Linux 1.0 beta, using ffmpeg, awk and renice, Mint and elementary improvements, PureOS and Manjaro updates|
|• Issue 930 (2019-09-02): deepin 15.11, working with AppArmor profiles, elementary OS gets new greeter, exFAT support coming to Linux kernel|
|• Issue 829 (2019-08-26): EndeavourOS 2019.07.15, Drauger OS 7.4.1, finding the licenses of kernel modules, NetBSD gets Wayland application, GhostBSD changes base repo|
|• Issue 828 (2019-08-19): AcademiX 2.2, concerns with non-free firmware, UBports working on Unity8, Fedora unveils new EPEL channel, FreeBSD phasing out GCC|
|• Issue 827 (2019-08-12): Q4OS, finding files on the disk, Ubuntu works on ZFS, Haiku improves performance, OSDisc shutting down|
|• Issue 826 (2019-08-05): Quick looks at Resilient, PrimeOS, and BlueLight, flagship distros for desktops,Manjaro introduces new package manager|
|• Issue 825 (2019-07-29): Endless OS 3.6, UBports 16.04, gNewSense maintainer stepping down, Fedora developrs discuss optimizations, Project Trident launches stable branch|
|• Issue 824 (2019-07-22): Hexagon OS 1.0, Mageia publishes updated media, Fedora unveils Fedora CoreOS, managing disk usage with quotas|
|• Issue 823 (2019-07-15): Debian 10, finding 32-bit packages on a 64-bit system, Will Cooke discusses Ubuntu's desktop, IBM finalizes purchase of Red Hat|
|• Issue 822 (2019-07-08): Mageia 7, running development branches of distros, Mint team considers Snap, UBports to address Google account access|
|• Issue 821 (2019-07-01): OpenMandriva 4.0, Ubuntu's plan for 32-bit packages, Fedora Workstation improvements, DragonFly BSD's smaller kernel memory|
|• Issue 820 (2019-06-24): Clear Linux and Guix System 1.0.1, running Android applications using Anbox, Zorin partners with Star Labs, Red Hat explains networking bug, Ubuntu considers no longer updating 32-bit packages|
|• Issue 819 (2019-06-17): OS108 and Venom, renaming multiple files, checking live USB integrity, working with Fedora's Modularity, Ubuntu replacing Chromium package with snap|
|• Issue 818 (2019-06-10): openSUSE 15.1, improving boot times, FreeBSD's status report, DragonFly BSD reduces install media size|
|• Issue 817 (2019-06-03): Manjaro 18.0.4, Ubuntu Security Podcast, new Linux laptops from Dell and System76, Entroware Apollo|
|• Issue 816 (2019-05-27): Red Hat Enterprise Linux 8.0, creating firewall rules, Antergos shuts down, Matthew Miller answers questions about Fedora|
|• Issue 815 (2019-05-20): Sabayon 19.03, Clear Linux's developer features, Red Hat explains MDS flaws, an overview of mobile distro options|
|• Issue 814 (2019-05-13): Fedora 30, distributions publish Firefox fixes, CentOS publishes roadmap to 8.0, Debian plans to use Wayland by default|
|• Issue 813 (2019-05-06): ROSA R11, MX seeks help with systemd-shim, FreeBSD tests unified package management, interview with Gael Duval|
|• Issue 812 (2019-04-29): Ubuntu MATE 19.04, setting up a SOCKS web proxy, Scientific Linux discontinued, Red Hat takes over Java LTS support|
|• Issue 811 (2019-04-22): Alpine 3.9.2, rsync examples, Ubuntu working on ZFS support, Debian elects new Project Leader, Obarun releases S6 tools|
|• Issue 810 (2019-04-15): SolydXK 201902, Bedrock Linux 0.7.2, Fedora phasing out Python 2, NetBSD gets virtual machine monitor|
|• Issue 809 (2019-04-08): PCLinuxOS 2019.02, installing Falkon and problems with portable packages, Mint offers daily build previews, Ubuntu speeds up Snap packages|
|• Issue 808 (2019-04-01): Solus 4.0, security benefits and drawbacks to using a live distro, Gentoo gets GNOME ports working without systemd, Redox OS update|
|• Issue 807 (2019-03-25): Pardus 17.5, finding out which user changed a file, new Budgie features, a tool for browsing FreeBSD's sysctl values|
|• Issue 806 (2019-03-18): Kubuntu vs KDE neon, Nitrux's znx, notes on Debian's election, SUSE becomes an independent entity|
|• Issue 805 (2019-03-11): EasyOS 1.0, managing background services, Devuan team debates machine ID file, Ubuntu Studio works to remain an Ubuntu Community Edition|
|• Issue 804 (2019-03-04): Condres OS 19.02, securely erasing hard drives, new UBports devices coming in 2019, Devuan to host first conference|
|• Issue 803 (2019-02-25): Septor 2019, preventing windows from stealing focus, NetBSD and Nitrux experiment with virtual machines, pfSense upgrading to FreeBSD 12 base|
|• Issue 802 (2019-02-18): Slontoo 18.07.1, NetBSD tests newer compiler, Fedora packaging Deepin desktop, changes in Ubuntu Studio|
|• Issue 801 (2019-02-11): Project Trident 18.12, the meaning of status symbols in top, FreeBSD Foundation lists ongoing projects, Plasma Mobile team answers questions|
|• Issue 800 (2019-02-04): FreeNAS 11.2, using Ubuntu Studio software as an add-on, Nitrux developing znx, matching operating systems to file systems|
|• Issue 799 (2019-01-28): KaOS 2018.12, Linux Basics For Hackers, Debian 10 enters freeze, Ubuntu publishes new version for IoT devices|
|• Issue 798 (2019-01-21): Sculpt OS 18.09, picking a location for swap space, Solus team plans ahead, Fedora trying to get a better user count|
|• Issue 797 (2019-01-14): Reborn OS 2018.11.28, TinyPaw-Linux 1.3, dealing with processes which make the desktop unresponsive, Debian testing Secure Boot support|
|• Issue 796 (2019-01-07): FreeBSD 12.0, Peppermint releases ISO update, picking the best distro of 2018, roundtable interview with Debian, Fedora and elementary developers|
|• Issue 795 (2018-12-24): Running a Pinebook, interview with Bedrock founder, Alpine being ported to RISC-V, Librem 5 dev-kits shipped|
|• Issue 794 (2018-12-17): Void 20181111, avoiding software bloat, improvements to HAMMER2, getting application overview in GNOME Shell|
|• Issue 793 (2018-12-10): openSUSE Tumbleweed, finding non-free packages, Debian migrates to usrmerge, Hyperbola gets FSF approval|
|• Issue 792 (2018-1203): GhostBSD 18.10, when to use swap space, DragonFly BSD's wireless support, Fedora planning to pause development schedule|
|• Issue 791 (2018-11-26): Haiku R1 Beta1, default passwords on live media, Slax and Kodachi update their media, dual booting DragonFly BSD on EFI|
|• Issue 790 (2018-11-19): NetBSD 8.0, Bash tips and short-cuts, Fedora's networking benchmarked with FreeBSD, Ubuntu 18.04 to get ten years of support|
|• Issue 789 (2018-11-12): Fedora 29 Workstation and Silverblue, Haiku recovering from server outage, Fedora turns 15, Debian publishes updated media|
|• Issue 788 (2018-11-05): Clu Linux Live 6.0, examining RAM consumpion, finding support for older CPUs, more Steam support for running Windows games on Linux, update from Solus team|
|• Issue 787 (2018-10-29): Lubuntu 18.10, limiting application access to specific users, Haiku hardware compatibility list, IBM purchasing Red Hat|
|• Issue 786 (2018-10-22): elementary OS 5.0, why init keeps running, DragonFly BSD enables virtual machine memory resizing, KDE neon plans to drop older base|
|• Issue 785 (2018-10-15): Reborn OS 2018.09, Nitrux 1.0.15, swapping hard drives between computers, feren OS tries KDE spin, power savings coming to Linux|
|• Issue 784 (2018-10-08): Hamara 2.1, improving manual pages, UBports gets VoIP app, Fedora testing power saving feature|
|• Full list of all issues|
Star Labs - Laptops built for Linux.
View our range including the Star Lite, Star LabTop and more. Available with a choice of Ubuntu, Linux Mint or Zorin OS pre-installed with many more distributions supported. Visit Star Labs for information, to buy and get support.
|Random Distribution |
Elive, or Enlightenment live CD, is a Debian-based desktop Linux distribution and live CD featuring the Enlightenment window manager. Besides being pre-configured and ready for daily desktop use, it also includes "Elpanel" - a control centre for easy system and desktop administration.