Hacker Newsnew | past | comments | ask | show | jobs | submit | more rock_artist's commentslogin

> Has society really become this dangerous that we must deploy these things?

Rather than dangeours, society became dumber in a sense. overload of data resulted attemps to summarize or even make anything binary (I'm Pro X or Anti X).

(the text below is opinionated so please be forgiving :) )

I can name multiple countries (as I'm coming from one) that makes more "reforms" that has or will hurt human rights. (and we're still talking only on the "western world" which suppose to aim for freedom and human rights).

Coming from such a complex place in the world, I sadly say, that looking at stages in my life, I can easily remember the "good'ol'days" where there was one horrible thing, but I didn't know it can get worse.

I do hope society (and brits in the context of the above), will find the right balance to make a balance between feeling secured and invading privacy.


That’s indeed a very cool thing. I also guess it requires some PR so people would actually know where such phones available.

I wonder how Satellite services that just started to rise lately would change the dead spot issue.


Easy to PR, leaflet the 10000 people in tbe 10 towns (guessing population) and say "now you can use a phone and call people.... and it is free!!!!"

Could be paid for by that chamber of commerce in the background. In turn paid for by business that benefits from more people coming into shops.


Maybe I’m missing something, on latest macOS 15.6 it seems to be working but on my iPadOS 26 latest dev release it shows as installed but no settings. and it doesn’t ask for each website.


I’m also (old enough? to) avoid apps when I can. Sadly the history made it a thing. And while it’s not only Apple. As the early incarnation of mobile web. Apple has a lot of it on its name.

1. Original iPhone aimed for that. No AppStore. But developers especially when web stack was poor, wanted native access. It did make sense back then to ideas like WhatsApp or some audio and video apps.

2. Then Apple understood they can get a cut if they operate the AppStore.

3. Then companies understood they can benefit from more data….

I’ve recently moved country and that’s real lame. Almost any supermarket or restaurant here wants me to become a “member” and enforce me to download their app (no web!). I’ve ended up creating another Apple account since those apps weren’t available in my origin country AppStore.

Most of those apps can pretty much be web apps (they actually are :) ) but insist of me downloading something with more data.


I've used WiX for a specific project in my work when I've needed MSI.

TBH, enforcing maintenance fee for anyone who makes revenue feels unfair.

There are other open-source libraries that has dual-license with some kind of GPL variant and a commercial license. but there's at least some threshold.

Imagine indie developer or someone who wants to try and create something but without much revenue (eg 1k / year). so 10% of your revenue goes to the installer of your product...

I'm all in sponsoring open-source and investing in software but part of being sustainable is making it accessible. so maybe that indie developer who used WiX for their indie project ended up going to 100k/year and now can contribute. But if originally it was capped, they might choose other solution that fits the "indie" tight budget better.


> Imagine indie developer or someone who wants to try and create something but without much revenue (eg 1k / year). so 10% of your revenue goes to the installer of your product...

You can always download the source and build the software yourself, or acquire the binary from another person willing/able to build it. The fee only applies to binary distribution from the project itself, and support from the project.


>TBH, enforcing maintenance fee for anyone who makes revenue feels unfair.

I have terrific news! You can start your own open source project that people use to make money and don't contribute back to.

>Imagine indie developer or someone who wants to try and create something but without much revenue (eg 1k / year). so 10% of your revenue goes to the installer of your product...

I have terrific news! That indie developer can create their own installer or start their own open source project that others can make money off of and not contribute back to.

>I'm all in sponsoring open-source and investing in software but part of being sustainable is making it accessible.

I have some bad news here. 99% of people aren't all in on this. We see time and time again that even mission critical open source projects struggle to get people to fund it. The projects that do tend to survive are the ones that build businesses around the project. It's very rare to have an open source project be well funded solely for existing with no business around it. Of course there are exceptions, but that model has failed near completely. That's the reality.


> We see time and time again that even mission critical open source projects struggle to get people to fund it.

I think you've missed my point.

The problem (imho) is when actors that can easily pay, are avoiding it. And that's where a threshold of revenue (and also different tiers), feels more fair (again, from my perspective).


That is my point! We have to live in reality and in reality that does not happen. This dev is trying to get some sort of compensation for their efforts because the reality is the status quo is not working for them. We can "in a perfect world" all we want but we don't live in a perfect world.


> Small organization (< 20 people): $10/mo

If you went to 100k/year and still a solo dev, that's just 0.12% of your ARR. The percentages here are meaningless; $10/month should be doable for anyone that wants to run a business, even someone solo.


> so 10% of your revenue goes to the installer of your product...

In this case you can install your product yourself.


Not sure why you were downvoted, but I agree with you.

Anyway, you may want to take a look at nsis, at least when I needed an installer for a windows application many years ago, it worked fine for me. It doesn't produce an .msi but on the other hands it's fast.

Another meanwhile somewhat out-of-date option is squirrel, but it offers a auto-updater, which is very useful.


> macOS 14 or later

That’s a pretty high bar for a Mac app assuming some hardcore offline music lovers might use older OS versions.


I agree. Although Swift / SwiftUI is not much fun if you can't use the latest features / APIs. The author mentions "learn Swift and macOS app development" as one of the motivations to make this, so I can understand that decision.


I started with only macOS 15 for starters, but I agree it might be possible to support even older versions so I'll check if this can be improved in future alpha or beta builds.


As we’re in tech, loud or noise are very implicit and can really range.

Reading this on Amsterdam, I know many others countries where there won’t be such a discussion at all about a soccer field outside a building.

I come from a place where children and the population is noisy due to many factors. every time we went as family on a holiday (With dutch people as an example), I saw my children become less and less vocal only to become loud as they were once we were back home.

Recently, we’ve relocated to Spain. It’s only a few months but still, I thought my children would get become less noisy similar to what we saw on holidays after a while…

But nothing changed, and also hearing other children here, they’re in the same “noisy” levels as my kids.

So there’s also a cultural aspect that needs to be considered about what is loud or how children are expected to behave, add immigration to that and cultural differences and you got so many factors.


Yes. Sorry for that (mobile..) and now I can’t edit it.


The interesting questions are:

- When will their toolset drop support for compiling for Intel / x86_64?

- When will they drop Rosetta2?

Compiling/delivering universal binaries is something that as a developer, especially for some markets, you’d like to keep. meaning we try to support older Macs as possible.

For Rosetta2, it might be less needed with all apps transitioned, but for developers using containers, it might be more important to have Intel based containers for a longer period.


I have answers ;)

• Rosetta will remain available as a general-purpose tool through macOS 27 to help developers migrate their Intel apps, with limited gaming-focused functionality continuing beyond that timeframe

• Intel-based Macs will continue receiving security updates for 3 years following macOS Tahoe

• After the general Rosetta support ends, Apple will maintain a subset of Rosetta functionality specifically for older unmaintained gaming titles that depend on Intel-based frameworks


Rosetta is also very useful for running x86 Linux containers for dev workflows. Hopefully that will continue to be supported.


It's apple…


Who literally yesterday launched a container framework and tool.


...that calls out its own compatibility with Rosetta 2.


Hmm sounds to me like Wine will die then, since it's an x86 application relying on Rosetta to run?

Apple killing gaming on their platform again, like they did with the 32->64 bit transition...

No, "new" ports to arm of 5 year old games sold at full price as app store exclusives don't count...


The “gaming focused functionality” mentioned in the parent post is probably referring to Game Porting Toolkit, which builds on top of wine. So no, It doesnt seen like Wine will die just yet


"Rosetta will be pared back and will only be available to a limited subset of apps—specifically, older games that rely on Intel-specific libraries but are no longer being actively maintained by their developers. "

Says the Ars Technica article about this topic.

Doesn't sound like Wine at all to me...


> Intel-based Macs will continue receiving security updates for 3 years following macOS Tahoe

This is is great to hear, but even 3 years are probably not enough. 2020-made computers should be used 5+ years more.


Three years after Tahoe would be Sept 2029, thats two years past their hardware support (which goes to limited support at 5 and ends at 7)


Which version of Xcode drops the last Intel SDK as a deployment target?


if i have a 2019 imac (coffee lake) for ios mobile development, how long will i be able to use it for that purpose? i am going to face xcode limitations? will i be able to still push to the app store in the years to come?


> if i have a 2019 imac (coffee lake) for ios mobile development, how long will i be able to use it for that purpose? i am going to face xcode limitations? will i be able to still push to the app store in the years to come?

Based on appstore accepting only last {#}os SDK (not deployment target). Usually Xcode (and Safari) gets support for the previous OS. meaning,

Xcode 26 min macOS is Sequoia 15.x.

So, Xcode 27 min macOS will be macOS 26.

That gives about 2.5 years for Intel Macs to allow complete AppStore integration.

I guess https://github.com/xtool-org/xtool might become more dominant. iiuc, it also valid to use it on "a Mac" even if it was phased out :)


> After the general Rosetta support ends, Apple will maintain a subset of Rosetta functionality specifically for older unmaintained gaming titles that depend on Intel-based frameworks

I guess Apple Rosetta support will be a mix of interests.

1. Apple currently has interest in getting games on their platform. They even made a debugger tool running on Windows so a game dev could profile/debug from his Windows machine :)

2. Unless Apple will have enough power (meaning they will have leverage over games devs), they won't be able to decide when they completely drop Rosetta2.

3. Most likely that companies with personal connections with key people at Apple would take part in when/if the pull the plug on Rosetta2. I guess big software companies might be able to convince Apple is they'll decide to remove it prematurely.


> For Rosetta2, it might be less needed with all apps transitioned, but for developers using containers, it might be more important to have Intel based containers for a longer period.

Most of the games I have from Steam/GoG on my M1 Mac are running through Rosetta2 ... and that probably won't change in the future.

It seems like dropping Rosetta2 is yet another way for Apple to murder their own relevancy for any kind of gaming... despite ok hardware.


This.

Apple in the past couple of years was all like, "oh look, gaming on macOS is good now".

I can run a 1995 game OOB on my Windows laptop in 2025.

My question is: on macOS, what's the actual market for casual games, like most of what's on Apple Arcade - especially against iOS? What's the market for the few AAA titles they promote - vs Windows?

People want their existing libraries. With Arm64 in the way, developers who up until now only had to target x86, will care even less. Factorio only cared because they already had a Switch port underway: <https://www.factorio.com/blog/post/fff-371>

Dropping Rosetta2 will be the final nail in the coffin. If Apple did actually care about games, they would strike a deal with Codeweavers to integrate Crossover directly with the system.

Maybe I'll finally get a proper Windows gaming machine.


seems like rosetta 2 will be around for a long time, especially considering they are still putting dev effort into game porting toolkit which is heavily dependent on rosetta 2.


> When will they drop Rosetta2?

https://news.ycombinator.com/item?id=44238145


While very different, it was already tricky in the past to make Apple silicon (on iPhones as well) perform reasonable.

Ableton engineers already evaluated this in the past: https://github.com/Ableton/AudioPerfLab

While I feel for the complaints about the Apple lack of "feedback assiting" The core issue itself is very tricky. Many years ago, before being an audio developer, I've worked in a Pro Audio PC shop...

And guess what... interrupts, abusive drivers (GPUs included) and Intels SpeedStep, Sleep states, parking cores... all were tricky.

Fast forward, We got asymmetric CPUs, arm64 CPUs and still Intel or AMDs (especially laptops) might need bios tweaks to avoid dropouts/stutters.

But if there's a broken driver by CPU or GPU... good luck reporting that one :)


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: