• 0 Posts
  • 19 Comments
Joined 2 years ago
cake
Cake day: July 14th, 2023

help-circle


  • I genuinely don’t understand why people here are taking it so hard that I wish the Immich devs were using semver.

    Because you didn’t say that; you said “Breaking changes in a point release? Not cool” and later “I’m basing this off the guidelines at semver.org.”

    I’m paraphrasing your comments from memory, to be clear, so apologies if I misquoted you.

    It certainly felt to me like you were assuming that this project was using semver and was not following it well, not that you wouldn’t want to use a project that receives this many breaking changes / that doesn’t follow semver. Those complaints both make a lot more sense to me - and I’ve seen many people say similar things about Immich in the past. In fact, it’s a big part of why I haven’t migrated from Photoprism to Immich myself - in this regard they’re complete opposites.


  • I don’t think there’s any room to argue that announcing a 1.x with a change the developers say is a breaking change, which is what Immich have done, fits within the semver.org guidelines.

    That wasn’t the argument.

    Following semver is optional. If a project doesn’t explicitly state it is following semver, it shouldn’t be assumed that it is. With regard to Immich in particular, a cursory review of their documentation makes it clear that they are not following semver. Literally, go to https://immich.app/ and read the text at the very top of the page:

    ⚠️ The project is under very active development. Expect bugs and changes.

    Go to the repo and you’ll see the README, which states at the very top:

    • ⚠️ The project is under very activedevelopment.
    • ⚠️ Expect bugs and breaking changes.

    If you can read that, see that they’re on major version 1 with a minor version over 100, and you still think they’re using semver, then that’s on you.

    The devs have stated they won’t be using semver until they consider Immich production ready, and that moving to a 1.x version from 0.x was a mistake made some time ago. If you want to think about it as though it is semver, consider the major version to still be 0. See https://github.com/immich-app/immich/discussions/5086#discussioncomment-7593227 for example.

    As this project is clearly not following semver, the semver guidelines aren’t applicable and haven’t been violated.

    I don’t think there’s any room to argue

    Even if semver were applicable, in this case, I would still disagree. The text from semver.org states:

    8. Major version X (X.y.z | X > 0) MUST be incremented if any backward incompatible changes are introduced to the public API.

    It doesn’t state that any backward incompatible changes, period, require a major version increase, only changes to the public API. I would personally argue that the deployment configuration is part of the public API, but not all project owners agree with me. Even if they do agree, they might say that this was not a documented deployment configuration and thus not part of the public API, and that it therefore doesn’t necessitate an increase to the major version, but as they knew that people were using that configuration, anyway, they included a note about a potentially breaking change as a courtesy to those users.






  • Why is 255 off limits? What is 127.0.0.0 used for?

    To clarify, I meant that specific address - if the range starts at 127.0.0.1 for local, then surely 127.0.0.0 does something (or is reserved to sometimes do something, even if it never actually does in practice), too.

    Advanced setup would include a reverse proxy to forward the requests from the applications port to the internet

    I use Traefik as my reverse proxy, but I have everything on subdomains for simplicity’s sake (no path mapping except when necessary, which it generally isn’t). I know 127.0.0.53 has special meaning when it comes to how the machine directs particular requests, but I never thought to look into whether Traefik or any other reverse proxy supported routing rules based on the IP address. But unless there’s some way to specify that IP and the IP of the machine, it would be limited to same device communications. Makes me wonder if that’s used for any container system (vs the use of the 10, 172.16-31, and 192.168 blocks that I’ve seen used by Docker).

    Well this is another advanced setup but if you wanted to segregate two application on different subnets you can. I’m not sure if there is a security benefit by adding the extra hop

    Is there an extra hop when you’re still on the same machine? Like an extra resolution step?

    I still don’t understand why .255 specifically is prohibited. 8 bits can go up to 255, so it seems weird to prohibit one specific value. I’ve seen router subnet configurations that explicitly cap the top of the range at .254, though - I feel like I’ve also seen some that capped at .255 but I don’t have that hardware available to check. So my assumption is that it’s implementation specific, but I can’t think of an implementation that would need to reserve all the .255 values. If it was just the last one, that would make sense - e.g., as a convention for where the DHCP server lives on each network.




  • Your comment wasn’t in a meta discussion; it was on a post where they were venting about people complaining about them having a women’s only space. There was certainly no indication that the regular community rules didn’t apply, nor any invitation for men to comment.

    Commenting that it’s hostile for them to have a women’s only space might be ironic, but couldn’t possibly be good faith, in that context. And if the same mod banned you from multiple communities, then either it was out of line and you could appeal it, or it was warranted due to the perceived likelihood of you causing problems in those other communities and the perceived low likelihood of you contributing anything of value to them.

    Even now, you’re acting like the mod(s) banned you because of her / their emotions. You don’t see how that’s misogynistic?

    It makes logical sense for bad actors to be preemptively banned. Emotions have nothing to do with it.








  • Thanks for answering and explaining.

    I feel like you’ve just described a garden. There are no walls. You can just walk out of the carefully curated garden and nobody will stop you. Heck, you can even bring things from outside of the garden back with you. Yes, things aren’t as pretty outside the garden, and yes, it may be a bit intimidating if you’re not familiar with the wild lands of Linux, but that’s just the nature of modern computing (regardless of what OS you’re using).

    By default you start in Steam Big Picture mode, but you can, without doing anything unusual, likely without even needing to read a manual or follow a guide, easily get to Desktop Mode. From there, you can easily install anything that’s available for Linux. You can even install an entirely different OS. At no point does Valve do anything to stop you - if they did, that would be the “wall” in question. And they make it pretty easy to add anything available in desktop mode to Steam, which means you don’t even have to leave the “garden” to play those games.

    You can also, once in desktop mode, easily install Heroic or Lutris (which enable installing games from other third party stores, like GOG and Epic), EmuDeck, or Chiaki via the Discover Store. (You can even install RetroArch directly via Steam.) AFAIK, the repo Discover uses isn’t maintained by Valve, so everything available there is “outside the garden,” as it were.

    If you’re not computer savvy and aren’t familiar with all this, there are tons of resources out there that can help. But even if there weren’t, I struggle to understand how the Steam Deck would be different from any other computer, with the exception being that it provides a console like experience with Valve’s storefront emphasized - and every modern OS I can think of has an app store or GUI package manager, so… that’s not really all that different.

    So I guess my follow-up question is: how could Valve change the Steam Deck to make it not a “semi-walled garden” (optimally without making the experience worse for the people still in the garden)? I can’t really think of anything other than somehow enabling anyone (e.g., GOG or Epic) to add their store as a Steam app and then letting those stores add games to your Steam library - and unfortunately that would be problematic for a number of reasons (both legal and practical).