From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#50686: Show number of downloads on packages on GNU ELPA/NonGNU ELPA Date: Mon, 11 Mar 2024 16:28:25 -0400 Message-ID: References: <985acef0-69f1-39c3-1354-9a49149c9df9@alphapapa.net> <1f2a10bf-c135-480d-9b79-17b64090fc7e@alphapapa.net> Reply-To: Stefan Monnier Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="17146"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 50686@debbugs.gnu.org, stefan@marxist.se, larsi@gnus.org To: Adam Porter Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 11 21:31:50 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1rjmJJ-0004FP-Oo for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 11 Mar 2024 21:31:50 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rjmJ1-00043q-Ka; Mon, 11 Mar 2024 16:31:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rjmIz-000426-09 for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2024 16:31:29 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rjmIy-0005vW-NV for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2024 16:31:28 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rjmJW-0007c9-4T for bug-gnu-emacs@gnu.org; Mon, 11 Mar 2024 16:32:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Mar 2024 20:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 50686 X-GNU-PR-Package: emacs Original-Received: via spool by 50686-submit@debbugs.gnu.org id=B50686.171018908329223 (code B ref 50686); Mon, 11 Mar 2024 20:32:02 +0000 Original-Received: (at 50686) by debbugs.gnu.org; 11 Mar 2024 20:31:23 +0000 Original-Received: from localhost ([127.0.0.1]:41362 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rjmIs-0007bF-RS for submit@debbugs.gnu.org; Mon, 11 Mar 2024 16:31:23 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:2590) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rjmIo-0007az-WD for 50686@debbugs.gnu.org; Mon, 11 Mar 2024 16:31:21 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 6E7FB100170; Mon, 11 Mar 2024 16:30:38 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1710189036; bh=w0S527d64fuFaACQmWSEWs0RoYKW6VrssXf6SEtKT94=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=iW0MceF3leIUUoohVY/7OIOU7UIBfyIL7MjCzUuwXqBmM8j/xsHQD4wom55rrbPeO OkkSjCro/pOsnAoe16bCrUzuKMvQezNxv8EreoM5v2tXqQ1kWmjJ4nSEKkmVoF2piT MsGQCP3I+lQdm/cuCd/bYKiUwGHykDASkwvA9G7mVPKsNoKuoANIDgMaQTJ71F0Iux 1o6A1RWP34ZP5ExdKNnNrEk/UOpFW0IIhrQmqV9AhASODNV9yeY8u8f6cfnPy9ec5k ufWrSYR0TzTp4nQhKlL31uztcybyo+zCAgMpDRg48MHk+wA8GGOlPSjNKkWiH1T+0v zbwCcxBqjnKlA== Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id A1E2010005D; Mon, 11 Mar 2024 16:30:36 -0400 (EDT) Original-Received: from lechazo (lechon.iro.umontreal.ca [132.204.27.242]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8FD86120306; Mon, 11 Mar 2024 16:30:36 -0400 (EDT) In-Reply-To: (Adam Porter's message of "Mon, 11 Mar 2024 15:07:04 -0500") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:281494 Archived-At: >> I had the logs only for a two weeks or so (plus some old logs from >> many years ago, actually), indeed. > I see. Are the rest of the logs still available on the ELPA server, or is > that all we have for historical data? That's all we have. >>> a list of downloads per version, etc. >> Currently I count the "interest" in the package, so I don't distinguish >> the version of the package, nor whether the access is for the tarball or >> the package's web page, or the package's readme.txt, or the package's badge. > That seems like a very different kind of data than the number of times > a package has been downloaded (i.e. by an Emacs instance). IME a small > fraction of hits to a package's GitHub repo seem to result in installations; > "interest" tends to be far more than "interested enough to install." Just because the "interest" tends to be far more than "interested enough to install" doesn't mean that the two aren't strongly correlated. Also my impression is that package web pages in `elpa.gnu.org` are not visited nearly as often as a Github project page. But it'd be definitely worth checking how the two measures compare. Patches welcome. >> I'd like to the keep the stats database reasonably small (it's currently >> around 150kB, and I expect it'll take a year before it reaches 1MB), so >> I'd rather not segregate per version. > Is there a way that I could change your mind about that? Having the actual > download counts per version would be very useful. Maybe if you argue about what kind of use would make it useful? > As far as database size, the download counts per version (i.e. per tarball > filename) could be stored in a table like: > > FILENAME | DOWNLOAD_COUNT | LAST_UPDATED Maybe we could keep that in addition to the current data (not sure how useful would be the "last_updated"). Again, tho, the question is "what for?". My goal was mostly to show relative popularity, so when you search for packages providing a given feature and you find 4 different options, the rank percentile can give you an idea of which one is more popular. Stefan