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

I got my AdSense account disabled because "fraudulent click activity" or how they worded it (someone clicked my ads frequently, I assume?). Google then kept all the my hard earned 16++ EUR or so.

I can't wait until I'm professionally done so I never ever have to use a google product again.

I stopped scrobbling many years ago when they messed together my top artist at the time (the lovely "alan", spelled with all small letters) with other entirely unrelated artists by the same name (but with different letter case, e.g. some "Alan" this, and some "Alan" that.) It didn't represent at all what I was actually listening to, so what was the point?

It has always been like this. It's a super simple system. All artists are only identified by their name. So there are a ton of artist pages out there that actually have to represent multiple artists with the same name. It's kinda silly, but oh well.

For those who get blocked by gnu.org with a 403 (older Firefox) or an even sillier "Too Many Requests" error (older Safari) need to override their user agents strings to "curl" to make the site load again.

need to override their user agents strings to "curl" to make the site load again.

That seems very on-brand for them, as curl's default UA gets blocked by most sites.


Doubtful. I can't even get Rust to work here on my slightly older Mac system. So with TOR switching away from a well supported language like C it's simple another project lost to me (unlikely you can stick with an older version for long in this case as they regularly break backwards compatibility in their network.)

> I can't even get Rust to work here on my slightly older Mac system.

Could you elaborate on that? macOS Sierra (released on 2016) on Intel macs is supported[1][2], which should allow for Macs from late 2009 onward to work. The Intel Mac build is no longer Tier 1 because the project no longer has access to CI machines for them, and 32-bit cross building is hampered by Xcode 14 not shipping the corresponding SDK[3].

1: https://github.com/rust-lang/compiler-team/issues/556

2: https://doc.rust-lang.org/nightly/rustc/platform-support/app...

3: https://github.com/rust-lang/rust/pull/118083


I'm on a slightly older version than 10.12. I'm out of this limited support range. The problem is that as soon Apple cuts off older systems by heavy force all of the Mac developers running in circles like lemmings and cut off their projects from the older versions too: feeding right into Apple's policy to deprecate older systems for their own greed.

For comparison… I have zero problems bootstrapping a recent gcc with all bells and whistles on my setup. I probably even could bootstrap it still on my even older G4 Mac with 10.6.

But so called "modern" language compilers like Rust of Go… no luck. There's a slight hope for the gcc rust support someday, I guess.


> as soon Apple cuts off older systems by heavy force all of the Mac developers running in circles like lemmings

You can make this point without showing contempt for people who are trying their best to support their users. It’s very hard to support Apple platforms if the OS isn’t supported or if XCode drops support for it. There are no workarounds if no one offers CI hardware running that OS/arch.

Nor is there much incentive to try. Only a tiny minority are on the same OS as you, and with good reason. It was released 9 years ago and marked End-of-Life 6 years ago.

It costs time and money to support users like you, and open source volunteer driven projects sometimes don’t have that. Rust and other projects have added support for smaller platforms if passionate volunteers drive it forward. You’re welcome to do that, but it sounds like you’re happy with GCC.


In my experience the small projects with actual volunteers have no trouble helping out here. They are happy to accept a patch too, f.ex.

It's the big "open source" projects with company backing (or other larger organisational structures) behind them which supposedly have a lot of "volunteers" (probably some paid folks, and IMHO lots of people that just slave away for free for someone else's gain) that often have trouble keeping 3 or 4 code lines for backwards compatibility.

I wrote hundreds of GitHub issues, send in patches too, etc., and most discrimination you get is from the bigger projects (not saying this is the case for Rust here; I simply haven't managed to get Rust going at all, so I couldn't even report an issue or send in a patch to fix something.) I do not use the term "discrimination" lightly either. Not everyone can afford to buy new hardware when Apple decides to abandon specific machines, often w/o true technical need (see OpenCore which proves this point). So this is essentially a discrimination of a poor minority.

For "infrastructure" projects like Rust and Go where a lot of other projects depend upon I generally would prefer a more conservative approach here, which doesn't seem to happen for some reason or another… "for the sake of 'progress'", I guess.


"Error 403 Forbidden"

I guess that's this new UK laws in effect? How can I prove I'm old enough to watch some giant snakes? :)


There is no age gating on this content.

Some sites geoblock the UK because of our less than sensible laws e.g. imgur.

I'm not even from the UK (EU here).

The following is what I'm seeing exactly, and because it still happens it seems deliberate, not a temporary issue where I was "snake-joking" about earlier. Well… no cute snakes for me.

--- Error 403 Forbidden

Forbidden Error 54113

Details: cache-fra-etou8220097-FRA 1765473610 1384447547

Varnish cache server


The PAL release is already the bad copy (starting with season 4 I think). You already had odd stuff in view that wasn't supposed to be visible.

The only way to watch this show properly now is the 4:3 NTSC DVD release.

I think the recent streaming releases also have the music altered in many places. The show just got <bleep>ed up basically. It's a real shame.


Hmm, I didn't notice any "odd stuff in view" when I watched it, so at least it wasn't obvious. I'll have to keep an eye out next time I watch


I wonder too. I don't trust SSDs/ flash for my archives, hence I'm stuck on max. 18TB drives atm.


A browser basically is like a really dumb trojan, pulling a whole herd of wooden horses into the city.


And here I'm still trying to get an up-to.date Rust running on my outdated OS X (10.10). No luck (though I may not try hard enough).


I knew I'd seen something along those lines:

https://nitter.net/turbolent/status/1617231570573873152


There are (older) OSes where this is NOT the case. Leaving things un-freed would leak memory after the application has terminated.


Sure. And the rare programmer reading this who is still using that OS knows they're the exception to the rule. To everyone else that fact is irrelevant.


It still matters when you try to keep your components truly portable (aka you're not just targeting the big 3).


Did you read the post you're responding to?


Sure, like prior to the invention of virtual memory. But those days are in the distant past.


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

Search: