• 0 Posts
  • 19 Comments
Joined 2 months ago
cake
Cake day: September 28th, 2025

help-circle

  • Cloud features aren’t just a toggle away for self-hosters because setting CLOUD=true enables unwanted restrictions like Stripe billing endpoints and event limits—it was intended as a binary switch for enabling the entire cloud infrastructure.

    Rybbit wasn’t architected so self-hosters could modularly enable advanced features. To solve this, I’ve forked the project and made all enterprise features modular and enabled by default, so people can test them.

    Of course, it would be desirable that @Goldflag implements this himself because I’m sure he could do it more elegantly and maintain it properly as part of the official project going forward.




  • @Goldflag,

    Thanks for clarifying! Good to hear everything’s in the repo and that it’s truly AGPL compliant.

    Since as self-hosters we already carry the burden of maintenance, updates, security, and infrastructure costs that cloud users don’t, would you consider documenting how to enable the cloud features in self-hosted setups?

    I see the docs cover basic environment variables, but not for Pages View, Web Vitals, or VPN/ASN tracking. Even if some features need extra config (SMTP, OAuth creds), having that documented would help those of us willing to do the work.

    That would truly differentiate Rybbit from Plausible/Fathom—not just code parity, but empowering self-hosters with full feature access.


  • @Goldflag

    I appreciate the intent behind Rybbit, but I have to respectfully disagree with the “only very slightly so” characterization. Looking at your official comparison table, the self-hosted version is missing:

    • Pages View
    • Web Vitals
    • Email reports
    • Google Search Console integration
    • VPN/Crawler/ASN tracking
    • Google/GitHub OAuth
    • Email support

    That’s 7 significant features—which seems more than “very slightly” different.

    More importantly, this raises AGPL compliance questions. Under AGPLv3 Section 13, if users interact with modified AGPL software over a network (your cloud version), you’re required to make the complete corresponding source code available to those users. If these cloud-only features are integrated into the same AGPL-licensed codebase, withholding them from the public repo while running them as a network service appears to conflict with the license terms.

    There are really only two compliant scenarios here:

    1. These features exist in the public repo but are just marketed as “cloud-only” (in which case the comparison table’s misleading)
    2. These features are truly separate proprietary code that interfaces with Rybbit without being part of the AGPL-licensed work (which would require careful architectural separation)

    If it’s neither—if these are AGPL-covered features running in your cloud service but withheld from the repo—that’s exactly the “loophole” the AGPL was designed to close. The irony is that you criticized Plausible and Fathom for having “much inferior self-hosted versions,” yet this appears to be a similar approach.

    Could you clarify the licensing status of these cloud-only features? Are they in the public repo but disabled by default, or are they proprietary additions that don’t derive from the AGPL codebase?


  • Never had issues setting up Nextcloud with Podman, but on 3 occasions I tried to integrate OnlyOffice with it and couldn’t get it to work.

    In the end, I simply dropped both of them because the whole idea was to have an editor with it. I decided to go with the approach where I use Syncthing to sync my documents folder to multiple machines and my phone, and edit using LibreOffice on each machine.


  • I wouldn’t say it’s only for the extra paranoid, but rather for everyone.

    After reading the whole discussion, it’s clear that the repo transfer was handled in an extremely unorthodox way, at least by usual standards for repo handovers that I’m familiar/experienced with.

    Communication from Catfriend1 was absolutely nonexistent, and there was only minimal info from the person who took over using a GitHub account created just two days ago.

    Trust is something that must be earned, not given to someone you’ve never seen or heard of before.



  • My notes from last year when I was looking for a music player. Still using GoneMad.


    All in all, decided to try GoneMad for a while. Top 3 were: GoneMad, Musicolet and Omnia.

    Omnia player

    1. Used it for years. Great one.

    Odyssey

    1. Can’t move songs up and down in the playlist.
    2. Connected to Wikipedia - pretty cool.
    3. Has share current track. Nice.
    4. Uses android equalizer.
    5. UI nothing to write home about.

    Mucke

    1. No folder view, just artist and then it shows all of the metadata from artist & album artist fields. It’s messy.
    2. Nice sleek UI.
    3. Has a homepage. You can set it to throw album/artist/playlist of the day from your library.
    4. No EQ.

    Musicolet

    1. Crashes on start occasionaly.
    2. Has a bunch of options in the UI, unlike Odyssey & Mucke. That makes it more messy.
    3. Sleek modern UI.
    4. Has 31 band EQ.
    5. Sleep timer as well.
    6. Has share current track. Nice.
    7. Has audio cutter, set as ringtone, play speed & pitch, tag editor and move to folder directly from the app.
    8. Has RG calculator as well.
    9. The best widget.

    GoneMad

    1. Has 10 band EQ, and RG (replay gain).
    2. Auto DJ with diff. settings
    3. Custom media controls.
    4. Tag editor.
    5. Has effects, limiter, pitch correction, bas boost, amplifier. Very powerful looking.
    6. Has folder view.
    7. Practically every button & gesture is customizable.
    8. Has its own sound engine.
    9. Developer is very active and replies to questions promptly.

    Vinyl

    1. Has folder view, lyrics, tag editor, set as ringtone and share track.
    2. No EQ, Uses system one.
    3. UI customizabel as all of them.
    4. Has Replay Gain.
    5. Can’t move songs up/down in the queue.
    6. Sleek and modern looking.







  • Great idea to fork it, and continue development! 😃

    I actually forked it myself the other day because there were a few things that were bothering me. My intention was to do it for personal use, not for the general public.

    One issue is that I constantly have to turn on the repeat playlist setting, as it doesn’t stay enabled after quitting the app.

    If I get it working when I get to it, I’d be willing to contribute if this is a feature that interests you.