Bug#1008532: ITP: fcitx5-mcbopomofo -- McBopomofo input method for fcitx5

2025-05-03 Thread 李健秋
Package: wnpp Followup-For: Bug #1008532 X-Debbugs-Cc: debian-devel@lists.debian.org, ajq...@debian.org Dear ChangZhuo, I saw you have alrady packaged this package on https://salsa.debian.org/input-method-team/fcitx5-mcbopomofo/ Do you forget to upload it? Best regards, -Andrew

Adding Pre-Depends from linux-image packages to linux-base

2025-05-03 Thread Ben Hutchings
Hi all, I'm proposing to add a linux-run-hooks command to the linux-base package [1] that will then be used in all maintainer scripts of linux-image packages [2]. This requires upgrading the current Depends on linux-base to Pre-Depends. This message is to start the discussion required by policy

Re: Package statistics by downloads

2025-05-03 Thread Erik Schulz
Memory usage approximations: per tuple: ipv6 = 16 package pointer = 3 (assuming <16777216 packages) version pointer = 2 (assuming <65536 distinct version names) + some overhead => ~ 40 B seems fair? But you could also just write to disk. It'll wear out an SSD though, and random r/w on a harddrive i

Re: Package statistics by downloads

2025-05-03 Thread Adam D. Barratt
On Sat, 2025-05-03 at 11:16 +0200, Erik Schulz wrote: > I suspect that compliance with GDPR would require the data to be > stored minimally. > It seems reasonable to me that a 24-hour window would reduce most > repeat-downloads. > If you stream the request log and reduce to (ip,package,version), it

Re: Package statistics by downloads

2025-05-03 Thread Peter B
On 03/05/2025 02:35, Otto Kekäläinen wrote: I am also interested in usage statistics. I feel it is much more meaningful to work on packages that I know how have a lot of users. +1 While neither popcon of download stats are accurate, they still show trends and relative numbers which can be used

Re: Package statistics by downloads

2025-05-03 Thread Erik Schulz
I suspect that compliance with GDPR would require the data to be stored minimally. It seems reasonable to me that a 24-hour window would reduce most repeat-downloads. If you stream the request log and reduce to (ip,package,version), it will be minimal. I think it would fit into memory, e.g. 10 mill

Re: Package statistics by downloads

2025-05-03 Thread Philipp Kern
On 2025-05-03 03:35, Otto Kekäläinen wrote: I'm interested in package popularity. I'm aware of popcon (https://popcon.debian.org/), but I'm more interested in actual downloads. I am also interested in usage statistics. I feel it is much more meaningful to work on packages that I know how have a