FS#12991 - [pkgstats] Add a monthly cron job to the package

Attached to Project: Arch Linux
Opened by Aaron Griffin (phrakture) - Monday, 26 January 2009, 21:32 GMT
Last edited by Pierre Schmitz (Pierre) - Saturday, 05 June 2010, 15:04 GMT
Task Type Feature Request
Category Packages: Extra
Status Closed
Assigned To Pierre Schmitz (Pierre)
Architecture All
Severity Low
Priority Normal
Reported Version None
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 3
Private No

Details

In order to get recurring stats, perhaps we should add a /etc/cron.monthly/pkgstats cron job to the package.

I imagine, now that the news item is "off the radar", stats submissions will dwindle.

Doing this would give us better recurring stats.
This task depends upon

Closed by  Pierre Schmitz (Pierre)
Saturday, 05 June 2010, 15:04 GMT
Reason for closing:  Won't implement
Comment by Allan McRae (Allan) - Tuesday, 27 January 2009, 03:20 GMT
Given how often we actually would get around to using pkgstats for a cleanup, I was thinking once a year to wipe the slate clean and do a drive for more submissions.
Comment by Aaron Griffin (phrakture) - Tuesday, 27 January 2009, 04:00 GMT
I just figured it would give us some neat trends, rather than flat usage.
Comment by Ronald van Haren (pressh) - Tuesday, 27 January 2009, 16:47 GMT
just stating the obvious that to be able to view trends we should wipe out the database every so often as the cronjob would run.
Just not sure how it would actually reflect the average usage. How many users have both the cron deamon loaded by default and the pkgstats package installed? Are these numbers enough to come up with reasonable conclusions?
Comment by Aaron Griffin (phrakture) - Tuesday, 27 January 2009, 17:16 GMT
Isn't cron on by default? That's the reason I suggested this - cron is on by default, install pkgstats and now you have everything.

Regarding trends: I was working under the impression that Pierre maintains not only usage, but the date of submission, allowing us to visualize time spans. I may be wrong though
Comment by Ronald van Haren (pressh) - Tuesday, 27 January 2009, 17:27 GMT
yes cron is on by default but from the rc.conf files I see on the forums every now and then it is my impression that a lot of (most?) users remove it.

as if Pierre maintains also date of submission I don't know. Guess Pierre is the one to answer that.
Comment by Chris Giles (Chris.Giles) - Sunday, 15 February 2009, 03:39 GMT
As well as providing a cron-job with 'pkgstats', how about moving it to 'core' and adding it as a dependency for 'pacman'?

This might sound extreme, but it'd help to give Arch developers a truer indication of: how many people use our wonderful distribution; the popularity of each package.
Comment by Chris Giles (Chris.Giles) - Sunday, 15 February 2009, 04:07 GMT
In addition to what I've written immediately above, perhaps we could instruct 'pacman' to call 'pkgstats' once in every hundred executions. A random number generator could be used to achieve this and we'd only need to add two lines of code to 'pacman'.

This method would overcome the problem of 'pkgstats' not being called when users haven't loaded 'cron' or have moved their monthly cron-job directory elsewhere. What do you guys think about all of this?
Comment by Allan McRae (Allan) - Sunday, 15 February 2009, 09:30 GMT
pkgstats is an Arch specific construct and pacman aims to be distro agnostic. So pacman will not be calling pkgstats.
Comment by Chris Giles (Chris.Giles) - Monday, 16 February 2009, 09:50 GMT
Thanks for the reply. Since more people seem to be watching the related forum topic, I've posted my response there: http://bbs.archlinux.org/viewtopic.php?pid=499775
Comment by Aaron Griffin (phrakture) - Monday, 16 February 2009, 17:43 GMT
Forcing people to use pkgstats is not a good thing. I don't want to do that.
Comment by Pierre Schmitz (Pierre) - Tuesday, 02 June 2009, 19:48 GMT
When invented some time ago, pkgstats was created to get some statistiacal information for a short period. For long term usage I need to rewrite the server side backend. At the moment it just counts absolute numbers; no history or trend is possible atm..
Comment by Gavin Bisesi (Daenyth) - Wednesday, 11 November 2009, 15:33 GMT
-1. I don't think we should automate statistics-gathering. Perhaps an install message and an entry in cron.d/monthly that does not have +x permission? That way a user would have to manually chmod it before it was active.
Comment by Thomas Dziedzic (tomd123) - Thursday, 03 June 2010, 22:48 GMT
status? I think we should close if nothing has changed.

Loading...