Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Apple needs a Snow Sequoia

reviews.ofb.biz

Post reply on HN
Print view View original

761–770 of 801 posts

Re: Apple needs a Snow Sequoia

#761

Post by pxmpxm »

kn8 wrote: post #44
spudlyo wrote: post #32

I'm done with macOS, I've migrated to Linux for my general purpose computing. With every new release of macOS, Gatekeeper is becoming harder and harder to bypass, increasing Apple's control over what software can be run on macOS, forcing apps to be signed with an Apple Developer ID. While I'm happy they are taking security seriously, I'm seriously creeped out that macOS sends hashes of every executable I run to their…

I don’t know if it’s just me, but i want more Gatekeeper, not less - help me stay safer. Or is it a security theatre? Malware producers can sign things just fine?

Safe from what, exactly? Is this one of those state-actors-are-after-my-cat-photos delusions?

Re: Apple needs a Snow Sequoia

#762

Post by deergomoo »

ksec wrote: post #759
hamstergene wrote: post #375

I keep being tempted to write same post but named "Does all software work like shit now?", because I swear, this is not just Apple. Software in general feels more bugged as a new norm. Most websites have an element that won't load on the first try, or a button that sometimes needs to be clicked twice because the first click did nothing. Amazon shopping app needs two clicks every now and then, because the first one di…

>Safari has had a bug when opening a new tab and typing "search term" too quickly, it opens URL http://search%20term instead of doing a Google search. 8 years ago I've opened a bug for that which was closed as a duplicate, and just recently experienced this bug again. While webkit might have some much needed improvements in the past few years, it is still the behind Blink and Gecko. Safari, the browser itself. Has be…

My gripe is that iCloud Tabs haven’t worked right for years. Everything else that syncs in Safari works perfectly fine: tab groups, bookmarks, reading list. But iCloud Tabs, the feature that shows what you have open on other devices, is always either empty or showing things I had open literally months ago.

Re: Apple needs a Snow Sequoia

#764

Post by kaiwen1 »

lobsterthief wrote: post #260
atombender wrote: post #94

Earlier quoted context omitted.

Regarding Spotlight, one thing that started happening for me on Sequioa was that Finder and other apps started getting very slow to react to file changes. For example, I can save a new file to a directory, and the Finder window takes maybe 10-20 seconds before the file shows up in the list. If I navigate to a different folder and then back, the file is there. I notice the same delay in apps like IntelliJ. I could be…

I highly recommend using Alfred. I’ve been using it since before Spotlight came out, tried and then disabled Spotlight, and went back to Alfred. It’s extremely configurable but highly usable out of the box. Sort of like creating your own CLI shortcuts to open files, apps, copy things to the clipboard, etc. https://www.alfredapp.com/

I still use Quicksilver[1], the open source app that long predates Alfred and was the inspiration for it. I tried Alfred a few years ago but didn't see anything compelling enough to switch. Am I missing anything?

[1] https://qsapp.com

Re: Apple needs a Snow Sequoia

#765

Post by hedora »

rollcat wrote: post #652
PhilipRoman wrote: post #582

Earlier quoted context omitted.

The low power draw is definitely not exclusive to Macs, a similar x86 mini PC with Linux will also draw around 5W idle.

Does the mini PC go from zero to eleven though? Can I play BG3, Factorio, or Minecraft on the same hardware? Can I saturate a TB3 port? Transcode video? Run an LLM or text2img? Any of that while remaining responsive, having a video call? If I already need a powerful machine for a desktop, why would I need a second one just so it can stay up 24/7 to run Miniflux or Syncthing? Less is more.

Yes; for about $1000. Eg:

https://www.bee-link.com/products/beelink-ser9-ai-9-hx-370

I have the ser-8 model, and can confirm everything works under Linux. This one has an 80 TOPS AI thing, since you asked about llms.

Re: Apple needs a Snow Sequoia

#766

Post by ksec »

deergomoo wrote: post #762
ksec wrote: post #759

Earlier quoted context omitted.

>Safari has had a bug when opening a new tab and typing "search term" too quickly, it opens URL http://search%20term instead of doing a Google search. 8 years ago I've opened a bug for that which was closed as a duplicate, and just recently experienced this bug again. While webkit might have some much needed improvements in the past few years, it is still the behind Blink and Gecko. Safari, the browser itself. Has be…

My gripe is that iCloud Tabs haven’t worked right for years. Everything else that syncs in Safari works perfectly fine: tab groups, bookmarks, reading list. But iCloud Tabs, the feature that shows what you have open on other devices, is always either empty or showing things I had open literally months ago.

It works for me. But randomly not work. And I have seen that iCloud Tabs issue before. I think it was logging out and logging back in would fix it. But this will cause another issue but I cant remember what it was.

Basically the whole thing with Sync is very fickle.

On another note, Safari somehow doesn't work well when you have over 128 Tabs.

Re: Apple needs a Snow Sequoia

#767

Post by bshacklett »

upbeat_general wrote: post #386
KennyBlanken wrote: post #292

Earlier quoted context omitted.

There's extensive documentation. Examples: https://developer.apple.com/documentation/security/code-sign... https://developer.apple.com/documentation/security/notarizin... There are dedicated sections of the developer web forums: https://developer.apple.com/forums/topics/code-signing-topic https://developer.apple.com/forums/topics/code-signing-topic... ...and there's an apple developer support person, Quinn, who appea…

A lot of developers (including myself) don’t want to notarize/sign their binaries that they want to run on their own machine(s).

OMG, this. I was working on a tool to help integrate password managers on macOS and I got completely blocked by the notarizing requirements. Some things literally cannot be built for macOS as open source software, now.

Re: Apple needs a Snow Sequoia

#768

Post by bshacklett »

mystifyingpoi wrote: post #714
rollcat wrote: post #587

Earlier quoted context omitted.

> At least production got fixed and money kept flowing. You were denied the tools to get your job done. You've put yourself at risk by applying an unapproved workaround. Never ever do this (unless you hold substantial shares). Let the company's bottom line take the fall. If that's the only thing they care about, that's your only way to make the problem visible.

Unfortunately the real world isn't black and white. Yes, according to the company policies, I should watch the world burn and do nothing, while looking at the company bleeding money due to customers SLA being broken. Of course, after submitting a ticket to get nmap approved, which takes days. Extra points if I'm on oncall, then racking that sweet incident money is great. But the underlying SRE culture here is that, i…

There’s a middle ground. Get the appropriate stakeholders involved in the decision, including security. Let security be the ones to keep the system down, if it cones to that. Or, let the business operations folks make the decision to go over security’s head. Either way, this is not something an engineer tasked with fixing an outage should be making the decision on.

Re: Apple needs a Snow Sequoia

#769

Post by ibash »

bshacklett wrote: post #768
mystifyingpoi wrote: post #714

Earlier quoted context omitted.

Unfortunately the real world isn't black and white. Yes, according to the company policies, I should watch the world burn and do nothing, while looking at the company bleeding money due to customers SLA being broken. Of course, after submitting a ticket to get nmap approved, which takes days. Extra points if I'm on oncall, then racking that sweet incident money is great. But the underlying SRE culture here is that, i…

There’s a middle ground. Get the appropriate stakeholders involved in the decision, including security. Let security be the ones to keep the system down, if it cones to that. Or, let the business operations folks make the decision to go over security’s head. Either way, this is not something an engineer tasked with fixing an outage should be making the decision on.

> this is not something an engineer tasked with fixing an outage should be making the decision on

I don’t get this at all.

I’d much prefer a team of highly empowered and highly responsible engineers than impotent engineers who need hand holding in case they make a mistake.

Re: Apple needs a Snow Sequoia

#770

Post by troupo »

dijit wrote: post #716
troupo wrote: post #712

Earlier quoted context omitted.

> I’m not sure what your problem is All I'm saying is that "it’s actually Stadia that made linux gaming the most feasible" statement is at best contentious because in reality gaming on Linux was already made (more) feasible when Stadia had only just launched. And Stadia used the same tech without ever giving back to Proton at all (atl least nothing I can quickly discover). So the absolute vast majority of work on Pro…

You’ve taken a weird position here. Stadia did a lot to help by being a stable target and by being seen as commercially viable. Google also helped a lot to aid developers, not just financially. That they didn’t contribute code to proton doesn’t factor at all, I just hate to see people not get their dues for their part in the prolification of Linux gaming- because I saw it first hand. You are labouring under the delus…

> They didn’t do it alone, that doesn’t minimise their contribution, it contextualises them.

Oh, you very much minimised their contribution. From "when Proton came" (again, Proton came before Stadia) to "Stadia made gaming feasible on Linux" (when Proton made it feasible before Stadia)

> Also: Stadia ports of games were native, they did not use proton- it was architecture changes of the games themselves that made proton work better- not Google making proton itself function better.

So, Stadie games were Linux ports. But as a result of this there are still literally no Linux ports. None of the tech behind Stadia ever made it back into software behind Proton. And "native stadia ports" are somehow responsible for more games that target Windows and DirectX to run better via Proton

> That proton was running some games is a weird revisionist take

Funny to hear this coming from a revisionist. I literally provided you with links you carefully ignored

--- start quote ---

A look over the ProtonDB reports for June 2019, over 5.5K games reported to work with Steam Play

https://www.gamingonlinux.com/2019/07/a-look-over-the-proton...

--- end quote ---

> You can even see this if you track the “gold” released games over years, some of the worst supported games for Proton are from 2015-16; before stadia but after game complexity started rocketing up with next game engines of the day.

Or because the actual heavy lifting that Valve did with Proton paid off, and not the nebulous "native ports" and code that never saw the light of day.

> because honestly this conversation is like talking to a brick wall.

Indeed it is.

Post reply on HN