Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

    Bandwidthd Package Gone?

    Scheduled Pinned Locked Moved 2.3-RC Snapshot Feedback and Issues - ARCHIVED
    8 Posts 5 Posters 4.8k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • T
      Tubal
      last edited by

      I don't see the bandwidthd package in the package list anymore.

      Will it be available in 2.3?

      1 Reply Last reply Reply Quote 0
      • jimpJ
        jimp Rebel Alliance Developer Netgate
        last edited by

        The jury is still out on that one. We need to focus on getting the current group of supported, popular and, active packages working well on 2.3 first, and then we can move on to other packages.

        bandwidthd has a history of misbehaving and at the moment it's more trouble than it's worth to bring in, but that may change over time.

        Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

        Need help fast? Netgate Global Support!

        Do not Chat/PM for help!

        1 Reply Last reply Reply Quote 0
        • MikeV7896M
          MikeV7896
          last edited by

          I was wondering the same about vnstatd. I use it for overall traffic statistics (not so much concerned about individual hosts or connections, just want to make sure my ISP's usage meters are within the realm of truth), and like the fact that it includes a much longer history than RRDsummary does.

          The S in IOT stands for Security

          1 Reply Last reply Reply Quote 0
          • V
            va176thunderbolt
            last edited by

            I was hoping vnstat would show up as a available package also for the same reason - keeping my ISP's meter "honest"

            1 Reply Last reply Reply Quote 0
            • L
              LFCavalcanti
              last edited by

              @jimp:

              The jury is still out on that one. We need to focus on getting the current group of supported, popular and, active packages working well on 2.3 first, and then we can move on to other packages.

              bandwidthd has a history of misbehaving and at the moment it's more trouble than it's worth to bring in, but that may change over time.

              Hi,

              Like the Squid Captive Portal patch, this is another instance the perception from people of the "core team" doesn't reflect "real world use" amongst the community. Sure the package have it's problems but "popular" is highly debatable, there's a lot of people using that package to get an overall bandwidth use for each machine in the local network.

              โ€“

              Luiz Fernando Cavalcanti
              IT Manager
              Arriviera Technology Group

              1 Reply Last reply Reply Quote 0
              • jimpJ
                jimp Rebel Alliance Developer Netgate
                last edited by

                @LFCavalcanti:

                Like the Squid Captive Portal patch, this is another instance the perception from people of the "core team" doesn't reflect "real world use" amongst the community. Sure the package have it's problems but "popular" is highly debatable, there's a lot of people using that package to get an overall bandwidth use for each machine in the local network.

                Please stop trying to push your own agenda here. Until you have access to the logs that show how many people install a package (like we do) you can't back up your claims. You can only go by what you perceive to be the truth based on what you have seen, which is not accurate. You might want it, some people might be vocal about it, but that does not translate to actual numbers of users.

                If you want the bandwidthd package to show back up, help ensure the packages already on the list are working and converted and then we can move on to others.

                Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

                Need help fast? Netgate Global Support!

                Do not Chat/PM for help!

                1 Reply Last reply Reply Quote 0
                • L
                  LFCavalcanti
                  last edited by

                  @jimp:

                  @LFCavalcanti:

                  Like the Squid Captive Portal patch, this is another instance the perception from people of the "core team" doesn't reflect "real world use" amongst the community. Sure the package have it's problems but "popular" is highly debatable, there's a lot of people using that package to get an overall bandwidth use for each machine in the local network.

                  Please stop trying to push your own agenda here. Until you have access to the logs that show how many people install a package (like we do) you can't back up your claims. You can only go by what you perceive to be the truth based on what you have seen, which is not accurate. You might want it, some people might be vocal about it, but that does not translate to actual numbers of users.

                  If you want the bandwidthd package to show back up, help ensure the packages already on the list are working and converted and then we can move on to others.

                  I only saw this posts nowโ€ฆ

                  Why don't you share said logs with us then? Instead of calling BS on everyone who disagree with you?

                  Sorry, I saw at least 20 people complain about that Captive Portal patch being removed from Squid3, something that wasn't doing harm to anything, some people, close to you, said it was better to remove said code in order to clean the package, since "nobody was using it", see the BS here is in the "nobody" part.

                  OH! You say you can base package usage on logs, how can you judge usage of a setting inside a package if that is not registered in your logs? See, that's the problem I'm seeing here with packages lately, there's a lot of "I'm sure of this", then people complain about a change, the usual answer is in the lines of "You're too stupid to understand why I changed this".

                  Please, less ego and more understanding.

                  โ€“

                  Luiz Fernando Cavalcanti
                  IT Manager
                  Arriviera Technology Group

                  1 Reply Last reply Reply Quote 0
                  • jimpJ
                    jimp Rebel Alliance Developer Netgate
                    last edited by

                    @LFCavalcanti:

                    I saw at least 20 people complain about that Captive Portal patch being removed from Squid3, something that wasn't doing harm to anything, some people, close to you, said it was better to remove said code in order to clean the package, since "nobody was using it", see the BS here is in the "nobody" part.

                    We didn't remove that feature, a community member did, but it was harming people. That's why it was removed. It was badly, repeatedly patching (incorrectly in many cases) the captiveportal.inc and leaving people with broken firewalls. That is unacceptable. Use the system patches package, not an automated mechanism in squid, and it would be fine. That way it could be managed in a smarter fashion. The feature, as implemented, was broken and causing harm, thus it was removed.

                    The log question isn't one I can answer myself, it's above my pay grade, as they say, I suggest you make a new non-hijacked thread for that.

                    Remember: Upvote with the ๐Ÿ‘ button for any user/post you find to be helpful, informative, or deserving of recognition!

                    Need help fast? Netgate Global Support!

                    Do not Chat/PM for help!

                    1 Reply Last reply Reply Quote 0
                    • First post
                      Last post
                    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.