4 ms·

In terms of apps no, it doesn't or basically it is the Mac App Store. You basically publish your app with all the dependencies and target a specific OS version

In terms of apps no, it doesn't or basically it is the Mac App Store. You basically publish your app with all the dependencies and target a specific OS version which guarantees certain baseline frameworks. Apart from that, any update means publishing a new version to the App Store (if you are there). If you are self hosting the app, you need something like Sparkle to trigger app updates. In terms of proper package management a la yum or apt, there is homebrew of course.

prmoustache 3y ago
OK so basically the point is to avoid Mac App Store fees and independence to third party project like homebrew. Doesn't that leads to the situation on windows where every single app is phoning home at startup?
- masklinn 3y ago
  Well the original point is that sparkle predates MAS by more than a decade, and the MAS limitations are a bigger issue than the fees. > Doesn't that leads to the situation on windows where every single app is phoning home at startup? Sparkle has a very clear and regular behaviour, its predictability and widespread use made it easy to manage.
  - madeofpalk 3y ago
    As a more technical user who is aware of Sparkle, I recognise the Sparkle updater and I appreciate it. In fact, I miss this on Windows, where each app updates differently, and most will just throw you annoyingly to the install wizard all over again.
    - steve1977 3y ago
      To be fair, Windows Installer can also handle updates (and patches). And proper uninstallation, which is something that’s missing on macOS.
  - prmoustache 3y ago
    Thanks for the history lesson.
- Hamuko 3y ago
  Sparkle automatically limits update checking to once per 24 hours if that makes you feel any better.
- lapcat 3y ago
  > Doesn't that leads to the situation on windows where every single app is phoning home at startup? 1) It's a setting/preference. The polite/respectful app developers will ask users whether they want to automatically check for updates. 2) It's periodic. Developers can set the default to whatever they prefer — daily, weekly, monthly, etc. — and again the polite developers may give the user an option here too.
- alkonaut 3y ago
  Usually the point of "software update frameworks" is to make the app phone home and check if there is an update isn't it? I mean you can have an option to not make it check for updates if you want to provide a privacy option for people, but that just makes it a manual click-to-check-for-updates. Most people would probably leave the "check for updates on start" checked. Can't see how that's a difference based on what OS you are on? I use Squirrel/Velopack (the equivalent for Windows I guess) and the usual way of managing updates is to have an update check at startup, or an interval (e.g. every hour).
  - destitude 3y ago
    It's just downloading an xml file to see if there is an update available.
    - masklinn 3y ago
      And talking about “XML file” is obscuring it, an “appcast” feed is an RSS feed with a few extensions.
  - prmoustache 3y ago
    >Can't see how that's a difference based on what OS you are on? I have been a linux and openbsd user for the most part of the last 3 decades with only short stints on windows in a professionnal setting or when fixing up my partner's issues and nearly 0 experience of macOS apart from launching it in a VM out of curiosity 3 times so I was genuinely surprised and not aware of potential restrictions of app store. I know on windows there is the microsoft store + chocolatey that can handle apps updates (and possibly other projects?). I have had the occasionnal java app installed in /opt from a tarball or an appimage but for me apps individually phoning home is more the exception than the norm. I usually have one process connecting to n repos, n being less than 5 usually and usually only when I am querying it manually. In recent years on Fedora I've let gnome software app connecring automatically and I guess with some flatpaks installed I am querying 2 flatpak repos (fedora +flathub) more but that's about it and most of our distro packages have telemetry and users counts disabled.
- j16sdiz 3y ago
  macOS app store mandates apps sandbox. If your app, for some reason, don't run in sandbox, you need to distribute it outside app store.
- pantulis 3y ago
  You are correct. That's why Sparkle is still relevant these days and of course it requires the app to phone home. Interesting things could happen with third party App Stores if they ever see the light in macOS.
  - madeofpalk 3y ago
    What do you mean? There's already third party app stores on macOS. Steam and all the other gaming ones. Setapp is a more non-gaming one.
    - pantulis 3y ago
      Thanks! I was not aware of those, go figure. In that case I understand that Setapp can "phone home" and update the apps if necessary, not the apps themselves.
bluish29 3y ago
Many open source (and even proprietary apps) apps get published using homebrew casks [1]. Although they usually use that as supplementary method. And sometimes it is done by volunteers. [1] https://formulae.brew.sh/cask/ https://formulae.brew.sh/cask/
haykuro 3y ago
I switched to MacPorts after becoming tired of Brew tainting my filesystem. MacPorts keeps things clean in /opt/. https://www.macports.org/ https://www.macports.org/ https://saagarjha.com/blog/2019/04/26/thoughts-on-macos-package-managers/ https://saagarjha.com/blog/2019/04/26/thoughts-on-macos-pack...
- stadeschuldt 3y ago
  Nowadays Homebrew keeps its stuff under /opt/homebrew/
  - Hamuko 3y ago
    Only if you have an ARM64 Mac. x86 still use the old path.
- jwells89 3y ago
  I used MacPorts back in the 00s and early 10s but switched to Homebrew when it came out because it was less hassle. Wanted to give it another shot with my latest clean OS install, but wound up installing Homebrew again due to broken packages on MacPorts. Probably should’ve tried to contribute by fixing those packages but didn’t have the time or mental energy available at that point in time.
  - pasc1878 3y ago
    How is it less hassle. Installation is similar just a standard mac install. apps are the same. The only difference is that Homebrew gets confused if you install your code or another build in /usr/local oh and Homebrew forces you to use non standard permissions on /usr/local
    - jwells89 3y ago
      Back when I switched, it wasn’t unusual for MacPorts packages to not compile for some reason or another, and at that point my skills in that realm were lacking which meant I had little ability to fix these issues, rendering its technical superiorities over Homebrew moot. Homebrew was less hassle in that most of the time, it successfully installed things and when it didn’t, it was fixed in short order. Since then I’ve become much more capable of diagnosing and fixing broken packages but it’s still not something I’d like to spend my time on if I can help it.
TheAceOfHearts 3y ago
You can use homebrew to install regular apps as well, thanks to the casks feature. There's probably some apps that aren't available as casks, but usually everything I need is available already.

prmoustache 3y ago

OK so basically the point is to avoid Mac App Store fees and independence to third party project like homebrew. Doesn't that leads to the situation on windows where every single app is phoning home at startup?

masklinn 3y ago
Well the original point is that sparkle predates MAS by more than a decade, and the MAS limitations are a bigger issue than the fees. > Doesn't that leads to the situation on windows where every single app is phoning home at startup? Sparkle has a very clear and regular behaviour, its predictability and widespread use made it easy to manage.
- madeofpalk 3y ago
  As a more technical user who is aware of Sparkle, I recognise the Sparkle updater and I appreciate it. In fact, I miss this on Windows, where each app updates differently, and most will just throw you annoyingly to the install wizard all over again.
  - steve1977 3y ago
    To be fair, Windows Installer can also handle updates (and patches). And proper uninstallation, which is something that’s missing on macOS.
- prmoustache 3y ago
  Thanks for the history lesson.
Hamuko 3y ago
Sparkle automatically limits update checking to once per 24 hours if that makes you feel any better.
lapcat 3y ago
> Doesn't that leads to the situation on windows where every single app is phoning home at startup? 1) It's a setting/preference. The polite/respectful app developers will ask users whether they want to automatically check for updates. 2) It's periodic. Developers can set the default to whatever they prefer — daily, weekly, monthly, etc. — and again the polite developers may give the user an option here too.
alkonaut 3y ago
Usually the point of "software update frameworks" is to make the app phone home and check if there is an update isn't it? I mean you can have an option to not make it check for updates if you want to provide a privacy option for people, but that just makes it a manual click-to-check-for-updates. Most people would probably leave the "check for updates on start" checked. Can't see how that's a difference based on what OS you are on? I use Squirrel/Velopack (the equivalent for Windows I guess) and the usual way of managing updates is to have an update check at startup, or an interval (e.g. every hour).
- destitude 3y ago
  It's just downloading an xml file to see if there is an update available.
  - masklinn 3y ago
    And talking about “XML file” is obscuring it, an “appcast” feed is an RSS feed with a few extensions.
- prmoustache 3y ago
  >Can't see how that's a difference based on what OS you are on? I have been a linux and openbsd user for the most part of the last 3 decades with only short stints on windows in a professionnal setting or when fixing up my partner's issues and nearly 0 experience of macOS apart from launching it in a VM out of curiosity 3 times so I was genuinely surprised and not aware of potential restrictions of app store. I know on windows there is the microsoft store + chocolatey that can handle apps updates (and possibly other projects?). I have had the occasionnal java app installed in /opt from a tarball or an appimage but for me apps individually phoning home is more the exception than the norm. I usually have one process connecting to n repos, n being less than 5 usually and usually only when I am querying it manually. In recent years on Fedora I've let gnome software app connecring automatically and I guess with some flatpaks installed I am querying 2 flatpak repos (fedora +flathub) more but that's about it and most of our distro packages have telemetry and users counts disabled.
j16sdiz 3y ago
macOS app store mandates apps sandbox. If your app, for some reason, don't run in sandbox, you need to distribute it outside app store.
pantulis 3y ago
You are correct. That's why Sparkle is still relevant these days and of course it requires the app to phone home. Interesting things could happen with third party App Stores if they ever see the light in macOS.
- madeofpalk 3y ago
  What do you mean? There's already third party app stores on macOS. Steam and all the other gaming ones. Setapp is a more non-gaming one.
  - pantulis 3y ago
    Thanks! I was not aware of those, go figure. In that case I understand that Setapp can "phone home" and update the apps if necessary, not the apps themselves.

bluish29 3y ago

Many open source (and even proprietary apps) apps get published using homebrew casks [1]. Although they usually use that as supplementary method. And sometimes it is done by volunteers. [1] https://formulae.brew.sh/cask/ https://formulae.brew.sh/cask/

haykuro 3y ago

I switched to MacPorts after becoming tired of Brew tainting my filesystem. MacPorts keeps things clean in /opt/. https://www.macports.org/ https://www.macports.org/ https://saagarjha.com/blog/2019/04/26/thoughts-on-macos-package-managers/ https://saagarjha.com/blog/2019/04/26/thoughts-on-macos-pack...

stadeschuldt 3y ago
Nowadays Homebrew keeps its stuff under /opt/homebrew/
- Hamuko 3y ago
  Only if you have an ARM64 Mac. x86 still use the old path.
jwells89 3y ago
I used MacPorts back in the 00s and early 10s but switched to Homebrew when it came out because it was less hassle. Wanted to give it another shot with my latest clean OS install, but wound up installing Homebrew again due to broken packages on MacPorts. Probably should’ve tried to contribute by fixing those packages but didn’t have the time or mental energy available at that point in time.
- pasc1878 3y ago
  How is it less hassle. Installation is similar just a standard mac install. apps are the same. The only difference is that Homebrew gets confused if you install your code or another build in /usr/local oh and Homebrew forces you to use non standard permissions on /usr/local
  - jwells89 3y ago
    Back when I switched, it wasn’t unusual for MacPorts packages to not compile for some reason or another, and at that point my skills in that realm were lacking which meant I had little ability to fix these issues, rendering its technical superiorities over Homebrew moot. Homebrew was less hassle in that most of the time, it successfully installed things and when it didn’t, it was fixed in short order. Since then I’ve become much more capable of diagnosing and fixing broken packages but it’s still not something I’d like to spend my time on if I can help it.

TheAceOfHearts 3y ago

You can use homebrew to install regular apps as well, thanks to the casks feature. There's probably some apps that aren't available as casks, but usually everything I need is available already.