Packages wishlist?
-
if possible only in transparente mode, so no https support for it.
-
+1 apcupsd
-
Followed this apcusbd guide last night - worked perfectly !
http://forum.pfsense.org/index.php?topic=19313.0
-
i'd like to see a different reporting system for squid, one which could email reports daily, maybe something like SARG..
the ones available don't have manager appeal. 8)
-g
-
i'd like to see a different reporting system for squid, one which could email reports daily, maybe something like SARG..
the ones available don't have manager appeal. 8)
Fell lucky! I'm publishing sarg this week ;)
-
Fell lucky! I'm publishing sarg this week ;)
sweet! that is great news, thanks marcelloc!
-g
-
request +ipguard Packages about arp
http://deeperm.org/ipguard/
thanksyes we need that package please include that package
-
would love to see package communicate to COM port, and send characters, mainly could be used in embedded devices for serial-display LCDs…
-
Like lcdproc that been part of pfsense for long time and works with number of devices and lcd displays.
-
I'm voting for frox - ftp proxy server. This small package exist for FreeBSD but it's not starting automatically when added with pkg_add.
This is a better proxy for ftp connections than squid with all ports included in CONNECT method.
Best regards
IGIdeus -
This small package exist for FreeBSD but it's not starting automatically when added with pkg_add.
You need to include .sh in frox startup script name at /usr/local/etc/rc.d and also edit the file changing checks on rc.conf from YES to NO.
-
FreeRADIUS 2, updated to a PBI, since the old package is now blocked even though I know I can make it work >:(
-
Scratch that there's a PBI now, just after I got it working without it LOL. I'll test next week.
-
This may not be the ideal place for this posting, but felt it was the most relevant sub-forum to post this, please move if I was incorrect.
I would like to see the ability to easily roll back packages. That way users can avoid the impact of bad updates, such as what has been going on since at least the 12th for the snort package, there maybe others but this the only that has greatly effected my install. I am setting up a new pfsense install to show my bosses and to try and sell them on a subscription. Yet I can not even build the system they want due to snort being broken.
I honestly do not get why there is no method or easy ability for one to roll back a released package. What is the logic behind this? For those coming into the product at a "bad" time due to package issues this would help alleviate the sour taste that comes after finding out multiple pushes of the same package have not worked, each push with its own set of issues.
I feel this a great product and its abilities are greater than other offerings, but this is major thing to me and have seen that many others feel the same way. I personally can not in good faith just recommenced something that I will have to be responsible for that does not at least have the ability to rollback a package until "bugs/breakages" are worked out fully on a released package.
-
I would like to see the ability to easily roll back packages.
You can create o local packages repo for your company and sync it with oficial repo only after you test new updates on a non production machine.
-
Thank you for the suggestion, I had not even thought of that for some reason. Though I still think it would be nice to have the ability to roll back a package version on an actual install or even on a testbox without having to do a whole local repo. But will read more into it to see what it actually entails.
-
@hbc:
I would like a package for LLDP support.
There exist some projects that already work:
This is now at https://github.com/vincentbernat/lldpd and is very alive and well
supports lldp (as the name implies) as well as cdp and a small buffet of other vendor proprietary equivalents. it also implements the LLDP mib via net-snmp and is a client/daemon architecture now.
downside is that although the author has factored the linux specific code into its own sections in anticipation of a bsd 'port' - this work hasnt been completed. so someone with some understanding of layer2 ethernet in bsd would need to complete this work. the author is very active on github and has accepted happily a few minor patches and feature requests from myself.
+1 for including it as a package
-
With SSDs and drives cheap and providing a lot more storage than a typical pfSense install requires, something like that could be a useful way to keep the firewall with less holes, because some data can be stored on the gateway itself…
...running a git server in a jail, maybe?
-
It would be nice to know, or better to show, which packages require which others, and which ones are mutually exclusive and/or redundant.
e.g. HAVP/SquidGuard vs. Dansguardian
e.g. freeRadius vs. freeRadius2
e.g. Squid vs. Squid3
e.g. IPBlocklist/CountryBlock vs. pfBlocker
e.g. OpenOSPFD vs. QuaggaOSPF
etc.One way would be to disable the installation of a package if a competing package is installed, with a link to the installed package that prevents the installation of the package.
-
HAVP/SquidGuard vs. Dansguardian - Its up to you, both requires squid package.
freeRadius vs. freeRadius2 - freeradius is stable, freeradius2 has a lot of new features
Squid vs. Squid3 - same point, v2 stable(and supported by core team), v3 new features
IPBlocklist/CountryBlock vs. pfBlocker -pfblocker , IPBlocklist/CountryBlock are deprecatedOne way would be to disable the installation of a package if a competing package is installed, with a link to the installed package that prevents the installation of the package.
I think a good search on forum/package description could be a better way. For example: Some admins has lightsquid and sarg installed and both packages are squid reports.
