5 ms·

Netgate are _terrible_ at open source, though — they’re shit at accepting contributions, they’re shit at providing attribution, and they’re shit at providing an

by brirec 1y ago

Netgate are _terrible_ at open source, though — they’re shit at accepting contributions, they’re shit at providing attribution, and they’re shit at providing any support whatsoever to anyone who prefers other hardware (even with their paid software). So I really can’t say I recommend their hardware…

gonzopancho 1y ago
I ask that you provide evidence of your assertions: - they’re shit at accepting contributions - they’re shit at providing attribution - they’re shit at providing any support whatsoever to anyone who prefers other hardware (even with their paid software). In addition to pfSense (which is what I think you're criticizing) and all of its open source, we're upstreaming things to FreeBSD and fd.io VPP Try this on a fresh copy of FreeBSD 'src': % git log --first-parent --since="1 year" | sed -E 's/\^.*Sponsored.\[Bb\]y:\[\[:space:\]\]*//p' | grep -i Sponsored | sed -E 's/.*\[Ss\]ponsored\ \[Bb\]y://' | awk '{$1=$1};1' | sort | uniq -c | sort -rn | head or for VPP, look here: https://www.stackalytics.io/unaffiliated?module=github.com/fdio/vpp https://www.stackalytics.io/unaffiliated?module=github.com/f...
- CursedSilicon 1y ago
  Well there was that time you guys paid that absolute nutjob to write a 60,000 line of code disaster Wireguard client. Which you then shipped to customers and tried to force-commit to the FreeBSD project because you wanted a marketing advantage https://arstechnica.com/gadgets/2021/03/buffer-overruns-license-violations-and-bad-code-freebsd-13s-close-call/ https://arstechnica.com/gadgets/2021/03/buffer-overruns-lice...
  - gonzopancho 1y ago
    [flagged]
    - CursedSilicon 1y ago
      Weird flex of a comment after y'all got dragged (deservedly) for hiring Matthew Macy. But I guess we'll just have to agree to disagree
      - gonzopancho 1y ago
        yes, I contracted with Matt Macy, and I'd do it again, but he's well-employed now. Funny how you didn't complain about his current employment at AWS, or his previous work at iX Systems (trueNAS, primarily responsible for the port of ZFS on Linux to FreeBSD) or the fact that the whole epoch based reclamation in the FreeBSD kernel is based on his work.
        CursedSilicon 1y ago
        I'm sure the LKML will enjoy his commits just as much as FreeBSD did
        gonzopancho 1y ago
        yes, I'm sure that FreeBSD actually does enjoy all of his work on OpenZFS and epoch-based reclamation.
        CursedSilicon 1y ago
        No wonder y'all are pivoting to Linux I suppose :) Also you should stop editing your comments after they're replied to. It makes it awfully confusing
        gonzopancho 1y ago
        We already have a linux-based product (TNSR). Bringing that tech stack to a firewall is a logical move.
    - justinrubek 1y ago

by brirec 1y ago

gonzopancho 1y ago

I ask that you provide evidence of your assertions: - they’re shit at accepting contributions - they’re shit at providing attribution - they’re shit at providing any support whatsoever to anyone who prefers other hardware (even with their paid software). In addition to pfSense (which is what I think you're criticizing) and all of its open source, we're upstreaming things to FreeBSD and fd.io VPP Try this on a fresh copy of FreeBSD 'src': % git log --first-parent --since="1 year" | sed -E 's/\^.*Sponsored.\[Bb\]y:\[\[:space:\]\]*//p' | grep -i Sponsored | sed -E 's/.*\[Ss\]ponsored\ \[Bb\]y://' | awk '{$1=$1};1' | sort | uniq -c | sort -rn | head or for VPP, look here: https://www.stackalytics.io/unaffiliated?module=github.com/fdio/vpp https://www.stackalytics.io/unaffiliated?module=github.com/f...

CursedSilicon 1y ago
Well there was that time you guys paid that absolute nutjob to write a 60,000 line of code disaster Wireguard client. Which you then shipped to customers and tried to force-commit to the FreeBSD project because you wanted a marketing advantage https://arstechnica.com/gadgets/2021/03/buffer-overruns-license-violations-and-bad-code-freebsd-13s-close-call/ https://arstechnica.com/gadgets/2021/03/buffer-overruns-lice...
- gonzopancho 1y ago
  [flagged]
  - CursedSilicon 1y ago
    Weird flex of a comment after y'all got dragged (deservedly) for hiring Matthew Macy. But I guess we'll just have to agree to disagree
    - gonzopancho 1y ago
      yes, I contracted with Matt Macy, and I'd do it again, but he's well-employed now. Funny how you didn't complain about his current employment at AWS, or his previous work at iX Systems (trueNAS, primarily responsible for the port of ZFS on Linux to FreeBSD) or the fact that the whole epoch based reclamation in the FreeBSD kernel is based on his work.
      - CursedSilicon 1y ago
        I'm sure the LKML will enjoy his commits just as much as FreeBSD did
        gonzopancho 1y ago
        yes, I'm sure that FreeBSD actually does enjoy all of his work on OpenZFS and epoch-based reclamation.
        CursedSilicon 1y ago
        No wonder y'all are pivoting to Linux I suppose :) Also you should stop editing your comments after they're replied to. It makes it awfully confusing
        gonzopancho 1y ago
        We already have a linux-based product (TNSR). Bringing that tech stack to a firewall is a logical move.
  - justinrubek 1y ago