Kevin Kofler wrote:



It has to be noted though that these are hits, not unique users, so those
stats probably correspond to very few people. My repository isn't immensely
popular. It might be interesting to see the stats for larger repositories,
such as Livna, or for Fedora updates on the mirrors.



http://fedoraproject.org/wiki/Statistics
http://fedoraproject.org/maps/

Rahul






--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Fri, Oct 31, 2008 at 09:49:28PM -0600, orion@cora.nwra.com wrote:

>
> >
> > Oh, we already did for Fedora.
> >
> > http://fedoraproject.org/wiki/Infrastructure/Metrics
> > http://smolts.org/
> >
> > Rahul
>
> http://smolts.org/static/stats/stats.html -> OS
>
> Hmm, Fedora 8 is the most common followed by F7. (What's the expiration
> time again for smolt reports?)
>
> Is that telling us something?

It is also strange that the most popular kernels are the ones in the
release so either nobody updates their systems or something is wrong
with the smolt stats.

To me having it seems that having a cron job running once a month and
waiting between 0 and 3 days to sumbit the results makes it a bit
unlikely to get any stats from laptop or machines that aren't online
all the time.

Kostas Georgiou

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Rahul Sundaram wrote:
> http://fedoraproject.org/wiki/Statistics

Those don't seem to have what I'm looking for (F8 vs. F9 repo stats for a
current interval, like last month or last week or last 24 hours), except
for the maps...

> http://fedoraproject.org/maps/

... but unfortunately all the actual maps there give me 404s, is something
wrong with the map generation process?

Kevin Kofler

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Kostas Georgiou wrote:
> It is also strange that the most popular kernels are the ones in the
> release so either nobody updates their systems or something is wrong
> with the smolt stats.

Most smolt stats are submitted at install time. It is possible to submit
smolt data later (either manually or via cron), which explains why not all
data is with the GA kernel, but most users will submit it only once and
then disable it, assuming they submit it at all.

Kevin Kofler

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Sat, Nov 1, 2008 at 2:47 PM, Kevin Kofler <kevin.kofler@chello.at> wrote:
> ... but unfortunately all the actual maps there give me 404s, is something
> wrong with the map generation process?

It's being worked on... some of the maps were up last week. Its one
of the last casualties of the infrastructure rebuild.

-jef

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Saturday 01 November 2008 13:18:35 Mail Lists wrote:
> On 11/01/2008 05:35 AM, Steven Moix wrote:
> > This leads me to think that these statistics are probably biased?
>
> Could be - but that doesn't explain why its biased for F8 .. in fact
> would you not expect more people to use smolt over time - as suspicion
> fades about big brother etc ...

Well, I don't think I've submitted smolt stats for this machine, but it still
runs F8 for two reasons:

1. KDE4 just wasn't ready for me to use here for work. Fun to play with at home,
but I couldn't imagine using it here without some workflow changes. The latest
versions I've seen in Rawhide would be pretty much usable at work now, BUT ...

2. I can't use the latest snapshots or Rawhide on my system here because X (and
the boot sequence unless I use "nomodeset nofb£ on the kernel command line)
explodes, the OOPSes have gone to kerneloops.org, but the problem is, there is
no support for soft-booting secondary video cards and I have three (all PCI) in
this machine. Which helps me find bugs in xscreensaver ;o)

So, I simply cannot upgrade it at the moment. I have a partition with Rawhide
installed, and as long as I use the kernel command line magic to stop the
radeon drm driver loading, and run X on a single screen without DRI, it works
well enough to see that KDE is now really pretty (looks like my WindowMaker
desktop c. 1998 ;o) but that's good). I would love to upgrade, it's sweet.

> Then I imagine the KDE issue has prevented many from upgrading until
> KDE 4.2 is out - too bad smolt cant easily answer the kde vs gnome usage
> - its not just an install issue - need to scan for dates inside .kde and
> .gnomeX perhaps - maybe ignore anything over X weeks old etc. Maybe
> someone can figure out a way.

Absolutely. I hung back waiting for F10 here, because I didn't find KDE4 to be
ready for "production" use - but now I can't run it for other reasons.

[ please no flamewar about kde4 - I like it but it wasn't ready to replace 3.5
*for me, in my working environment* yet; now, it looks like it is good enough,
although I've not had a chance to investigate how well it works for multiple X
heads, 'cause X don't work ) ]

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Bill Crawford wrote:
[ please no flamewar about kde4 - I like it but it wasn't ready to replace 3.5
*for me, in my working environment* yet; now, it looks like it is good enough,
although I've not had a chance to investigate how well it works for multiple X
heads, 'cause X don't work ) ]


I've seen some complaints, but the only problem *I've* run into (I have
three heads, btw) is that the splash screen always wants to go on the
leftmost head where I'd prefer it on the center. Of course, I'm also
running KDE trunk, but it's worked well for about as long as I can
remember. (It probably helps though that all three of my screens are the
same size; the problems I've heard seem to often involve different-sized
screens.)


--
Matthew
Please do not quote my e-mail address unobfuscated in message bodies.
--
Anything that can go wrong, will go wrong. Plan accordingly.

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

Bill Crawford wrote:
> Well, I don't think I've submitted smolt stats for this machine, but it
> still runs F8 for two reasons:
>
> 1. KDE4 just wasn't ready for me to use here for work. Fun to play with at
> home, but I couldn't imagine using it here without some workflow changes.
> The latest versions I've seen in Rawhide would be pretty much usable at
> work now, BUT ...
>
> 2. I can't use the latest snapshots or Rawhide on my system here because X
> (and the boot sequence unless I use "nomodeset nofb£ on the kernel command
> line) explodes, the OOPSes have gone to kerneloops.org, but the problem
> is, there is no support for soft-booting secondary video cards and I have
> three (all PCI) in this machine. Which helps me find bugs in xscreensaver
> ;o)
>
> So, I simply cannot upgrade it at the moment.

Try F9 + updates then, you get the exact same KDE (4.1.2 with the same
patches) (except that kdepim, Digikam and Amarok are KDE 3 versions, you
can get the KDE 4 versions rebuilt for F9 from kde-redhat unstable if you
really want them, but if you want something rock solid you'll want the KDE
3 versions of those anyway), without the assorted breakage elsewhere.
(Hopefully that stuff will get sorted out soon in an update for F10.)

Kevin Kofler

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list

On Sat, Nov 1, 2008 at 6:27 PM, Jeff Spaleta <jspaleta@gmail.com> wrote:
> On Sat, Nov 1, 2008 at 2:47 PM, Kevin Kofler <kevin.kofler@chello.at> wrote:
>> ... but unfortunately all the actual maps there give me 404s, is something
>> wrong with the map generation process?
>
> It's being worked on... some of the maps were up last week. Its one
> of the last casualties of the infrastructure rebuild.

Looks like they are up today.

-jef

--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list