Does Fireinfo track Pakfire? Can it?

Does Fireinfo keep track of Pakfire installed addons?

I looked at the Fireinfo (menu System > System Information) and I didn’t see anything that looked familiar.

Knowing the installed addons might help decide which addons should be kept (and maintained). And what addons should be dropped.

1 Like

IPFire > Pakfire shows on the right side the addons installed.

I was referring to knowing the total addon usage per addon.

Like this: but for addons.

No, we do not have that information. We do not track downloads either.

I am not sure if there is any value in having this information.

The real value is determining what addon to support and what to delete from the list…


In my point of view, it is rather difficult to determine the usage of an add-on by its installations. Some people might install a bunch of it without ever using it, while others might forget to remove add-ons they do not need any more.


Agreed. But the first step is to track installed addons. A second step (and probably more difficult) could be to track active addons.

The first step would give authors feedback, in the form of data, on their addon (besides the Community/forum feedback)

And again, what problem will this data solve? I do not see when we struggled to make a decision because of lack of such data.

Hi @jon,

I think your idea of having addons installation statistics [Fireinfo] is great, and your arguments for that are excellent !

With the wide offer of addons [for IPFire], it’s a nice opportunity for some to stand out - and offer a translation into their native language :wink:

I hope your idea moves forward in the minds of the IPFire’s lead team.

Best, Stéphane


Tracking number of downloads for each addon is still better than nothing.
And it is not invasive to anyones privacy.
Oviously unmaintained addons should go.

1 Like

We have more than 10 mirrors that does not report the downloads to us so we cannot track this.

Actually, according to, IPFire is currently being distributed by 27 mirrors. :wink:


it seems to me that the idea is to list installed addons with FireInfo (and therefore used), not the number of downloads reported by the mirrors.

So we would have an installation number for each addon (as we already have for IPFire release), and therefore the interest of the community in this addon.

Downloading an addon (by the mirrors) can only be a temporary test (which will be uninstalled later), therefore less relevant data.

1 Like

IMVHO this data could help you to understand better which kind of use is done by IpFire adopters.
I don’t suggest to use IpFire as OneComputerBand distro due to lack of various things, but someone would be happy to create a megamix of DB Server, Backup Server, ApplicationServer, Swissknife server…


for security purposes, people should run as little services as possible on a firewall. Any
additional process and port opened up increases the attack surface. The more add-ons we
maintain, the greater their maintenance/development “costs” and the easier it will be for
users to configure their firewall in an insecure way.

Thanks, and best regards,
Peter Müller


So why don’t remove the addons?
If the maintenance/development burden is too heavy, maybe dropping the addons (at least for finalize IpFire 3) could release more energy for the main goal…

1 Like

But who says that we do not understand our users?

I wrote “understand better”, not “understand”.
Even if don’t agree with the development team on several things (and IMO is quite normal, there’s no “standard” person in the world, don’t matter what the statistics and the organizational models can say) I am not assuming that you (development team) don’t understand the adopters.

Okay, but that still does not change my first statement. I do not see what question we are trying to answer here?

Are add-ons being used? Probably every add-on is used by at least someone.

How often is something used? Does that matter?

To revive the discussion ( or even bring it to an end it, if the topic isn’t interesting anymore):

The last days ( since release of core 152 ) brought up broad discussions about issues in samba.
I think this bound some development power.
Regarding this it would be, IMO, ‘nice’, to have some numbers about usage of this functionality ( SMB file/print server ). How urgent is it, to fix this?

Same arguments are true for other servers in the IPFire system ( for example the various media servers ).


1 Like