5 ms·

Thank you to all the Debian volunteers that make Debian and all its derivatives possible. It's remarkable how many people and businesses have been enabled by yo

Thank you to all the Debian volunteers that make Debian and all its derivatives possible. It's remarkable how many people and businesses have been enabled by your work. Thank you! On a personal note, Trixie is very exciting for me because my side project, ntfy [1], was packaged [2] and is now included in Trixie. I only learned about the fact that it was included very late in cycle when the package maintainer asked for license clarifications. As a result the Debian-ized version of ntfy doesn't contain a web app (which is a reaaal bummer), and has a few things "patched out" (which is fine). I approached the maintainer and just recently added build tags [3] to make it easier to remove Stripe, Firebase and WebPush, so that the next Debian-ized version will not have to contain (so many) awkward patches. As an "upstream maintainer", I must say it isn't obvious at all why the web app wasn't included. It was clearly removed on purpose [4], but I don't really know what to do to get it into the next Debian release. Doing an "apt install ntfy" is going to be quite disappointing for most if the web app doesn't work. Any help or guidance is very welcome! [1] https://github.com/binwiederhier/ntfy https://github.com/binwiederhier/ntfy [2] https://tracker.debian.org/pkg/ntfy https://tracker.debian.org/pkg/ntfy [3] https://github.com/binwiederhier/ntfy/pull/1420 https://github.com/binwiederhier/ntfy/pull/1420 [4] https://salsa.debian.org/ahmadkhalifa/ntfy/-/blob/debian/latest/debian/rules?ref_type=heads https://salsa.debian.org/ahmadkhalifa/ntfy/-/blob/debian/lat...

heywire 1y ago
Just wanted to say thanks for ntfy! I use it daily to notify me on events from my home Meshtastic node.
tremon 1y ago
The maintainer has a short explanation here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1098866#10 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1098866#10 > The webapp is a nodejs app that requires packages that are not currently in debian. Since vendoring dependencies inside packages is frowned upon in Debian, the maintainer would have needed to add those packages themselves and maintain them. My guess is that they didn't want to take on that effort.
- winter_blue 1y ago
  > but several features in ntfy won't be available through debian packaging due to missing golang and nodejs packages Woah. Shouldn’t Node and Golang be in Debian’s official repos by now?
  - baobun 1y ago
    Yes but not all packages written in those languages are.
  - deleted 1y ago
    [deleted]
  - jonp888 1y ago
    Nodejs itself is, but when you install a node project manually, you type npm install and wait while it downloads the 500 different packages it depends on. Debian follows the same philosophy as for other more traditional languages and expects that all these dependencies are packaged as individual Debian packages.
    - Defletter 1y ago
      Just jumping in to say that this is making me genuinely reconsider adopting a licence/policy that forbids repackaging: the fact that someone can repackage my project, but worse, and still use my project's name? Absolutely not. I do not want the burden that inevitably comes when people complain to me that this or that is missing from a repackage.
      - const_cast 1y ago
        I mean, that's just how OSS works. Anyone can fork your thing, do whatever, and call it a day. Going MIT or whatever won't save you either - this repackaging business is basically the entire business model of AWS.
        Defletter 1y ago
baobun 1y ago
On the web part: Debian sources need to be sufficient to build. So for npm projects, you usually have a debian-specific package.json where each npm dependency (transitively, including devDependencies needed for build) needs to either be replaced with its equivalent debian package (which may also need to be ported), vendored (usually less ideal, especially for third-party code), or removed. Oh, and enjoy aligning versions for all of that. That's doable but non-trivial work with such a sizable lockfile. If I would guess the maintainer couldn't justify the extra effort and taking on combing through all those packages. I also think in either case the Debian way would probably be to split it out as a complementary ntfy-web package.
esseph 1y ago
It might be a better idea to release this as a container (if it isn't already) to take care of the dependencies.
- yjftsjthsd-h 1y ago
  https://docs.ntfy.sh/install/#docker https://docs.ntfy.sh/install/#docker > The ntfy image is available for amd64, armv6, armv7 and arm64. It should be pretty straight forward to use.
leansensei 1y ago
Thank you for ntfy, it's such a useful piece of software!
scbrg 1y ago
ntfy is a very useful tool. Thank you very much for making it and also for maintaining the ntfy.sh service for those of us too lazy to self host.
StopDisinfo910 1y ago
> As a result the Debian-ized version of ntfy doesn't contain a web app (which is a reaaal bummer), and has a few things "patched out" (which is fine). My advise to you is to deny all support from people using the Debian version of your software and automatically close all bug tickets from Debian saying you don’t support externally patched software. You would be far from the first to do so and it’s a completely rational and sane decision. You don’t have to engage with the insanity that Debian own policies force on its maintainers and users.
- jraph 1y ago
  I agree that maintainers should not be expected to support patched versions of their software, but as a user I like the Debian policies you call insane. I would actually pick Debian exactly because they are cautious with the dependencies.
  - deleted 1y ago
    [deleted]
  - StopDisinfo910 1y ago
    Debian is not cautious with the dependencies. Debian breaks a lot of what they ship, sometimes flagrantly like removing a whole feature, sometimes insiduously by introducing new bugs. I don't really care that Debian doesn't view it as breaking things. From my point of view, users trying to get my product get subpar experience in a way which is far from explicit. I personally wouldn't use Debian but people are free to do whatever they want. I don't want to waste my time dealing with Debian maintainers and how they think software should work however. I advise all software developers to do the same and am vocal about it because it's easy to get guilt tripped in the idea that you should somehow support their users because they want to use your product or that introducing changes to support their esoteric targets somehow make sense because they have done the work despite the burden of futur support actually landing on you. I want to make clear to people who decide they have no interest in it that they are not alone and it's perfectly fine. And to be clear, I am singling Debian here because they are by far the worst offender when it comes to patching but the comment applies equaly to any distributions that apply invasive patches.

heywire 1y ago

Just wanted to say thanks for ntfy! I use it daily to notify me on events from my home Meshtastic node.

tremon 1y ago

The maintainer has a short explanation here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1098866#10 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1098866#10 > The webapp is a nodejs app that requires packages that are not currently in debian. Since vendoring dependencies inside packages is frowned upon in Debian, the maintainer would have needed to add those packages themselves and maintain them. My guess is that they didn't want to take on that effort.

winter_blue 1y ago
> but several features in ntfy won't be available through debian packaging due to missing golang and nodejs packages Woah. Shouldn’t Node and Golang be in Debian’s official repos by now?
- baobun 1y ago
  Yes but not all packages written in those languages are.
- deleted 1y ago
  [deleted]
- jonp888 1y ago
  Nodejs itself is, but when you install a node project manually, you type npm install and wait while it downloads the 500 different packages it depends on. Debian follows the same philosophy as for other more traditional languages and expects that all these dependencies are packaged as individual Debian packages.
  - Defletter 1y ago
    Just jumping in to say that this is making me genuinely reconsider adopting a licence/policy that forbids repackaging: the fact that someone can repackage my project, but worse, and still use my project's name? Absolutely not. I do not want the burden that inevitably comes when people complain to me that this or that is missing from a repackage.
    - const_cast 1y ago
      I mean, that's just how OSS works. Anyone can fork your thing, do whatever, and call it a day. Going MIT or whatever won't save you either - this repackaging business is basically the entire business model of AWS.
      - Defletter 1y ago

baobun 1y ago

On the web part: Debian sources need to be sufficient to build. So for npm projects, you usually have a debian-specific package.json where each npm dependency (transitively, including devDependencies needed for build) needs to either be replaced with its equivalent debian package (which may also need to be ported), vendored (usually less ideal, especially for third-party code), or removed. Oh, and enjoy aligning versions for all of that. That's doable but non-trivial work with such a sizable lockfile. If I would guess the maintainer couldn't justify the extra effort and taking on combing through all those packages. I also think in either case the Debian way would probably be to split it out as a complementary ntfy-web package.

esseph 1y ago

It might be a better idea to release this as a container (if it isn't already) to take care of the dependencies.

yjftsjthsd-h 1y ago
https://docs.ntfy.sh/install/#docker https://docs.ntfy.sh/install/#docker > The ntfy image is available for amd64, armv6, armv7 and arm64. It should be pretty straight forward to use.

leansensei 1y ago

Thank you for ntfy, it's such a useful piece of software!

scbrg 1y ago

ntfy is a very useful tool. Thank you very much for making it and also for maintaining the ntfy.sh service for those of us too lazy to self host.

StopDisinfo910 1y ago

> As a result the Debian-ized version of ntfy doesn't contain a web app (which is a reaaal bummer), and has a few things "patched out" (which is fine). My advise to you is to deny all support from people using the Debian version of your software and automatically close all bug tickets from Debian saying you don’t support externally patched software. You would be far from the first to do so and it’s a completely rational and sane decision. You don’t have to engage with the insanity that Debian own policies force on its maintainers and users.

jraph 1y ago
I agree that maintainers should not be expected to support patched versions of their software, but as a user I like the Debian policies you call insane. I would actually pick Debian exactly because they are cautious with the dependencies.
- deleted 1y ago
  [deleted]
- StopDisinfo910 1y ago
  Debian is not cautious with the dependencies. Debian breaks a lot of what they ship, sometimes flagrantly like removing a whole feature, sometimes insiduously by introducing new bugs. I don't really care that Debian doesn't view it as breaking things. From my point of view, users trying to get my product get subpar experience in a way which is far from explicit. I personally wouldn't use Debian but people are free to do whatever they want. I don't want to waste my time dealing with Debian maintainers and how they think software should work however. I advise all software developers to do the same and am vocal about it because it's easy to get guilt tripped in the idea that you should somehow support their users because they want to use your product or that introducing changes to support their esoteric targets somehow make sense because they have done the work despite the burden of futur support actually landing on you. I want to make clear to people who decide they have no interest in it that they are not alone and it's perfectly fine. And to be clear, I am singling Debian here because they are by far the worst offender when it comes to patching but the comment applies equaly to any distributions that apply invasive patches.