gordonfish
gordonfish on Hacker News
IP addresses aren't linked to a complete street address, and many times don't even show the right town, especially those on CG-NAT or a plain ol' direct public dynamic address. I have seen some IPs, like on AT&T and Comcast home Internet, showing a different state.
So in many cases, you don't need a VPN to prevent revealing your actual geographic location.
I honestly don't understand why any game is even checking if secure boot is enabled.
If anything it's for the OS to care about that, not individual programs. Afaik, secure boot doesn't (on it's own) prevent the running of arbitrary software, so how is it actually preventing cheating?
What I'm wondering is, why would any app need to actually prevent uninstallation (and thus violate a fundamental right of the user to control their device), when it seems what such app makers would want is to prevent closing the app / escaping to the home screen.
How many people actually decide to uninstall an alarm app as it's going off?
The point was about the retention of print jobs in queue, that it was a concept and option since the mid 90s.
Honestly, this is why firewalls exist. This really isn't problem for anyone with basic computer hygiene.
I'm a little confused why this is even an issue. Persistent queues have been an option since the days of Windows 9x.
Maybe it's a Gnome problem. KDE let's me see what I had previously printed if I want to see it, or reprint something.
I also know many people in pre-press who make good use of that.
> but cups-browsed has to listen on the network to do its job (network printer auto-discovery)
Isn't listening on 0.0.0.0 instead of localhost only needed if the machine itself is hosting a printer that needs to be accessible to other hosts?
This is why on public servers I block everything inbound and only allow specific needed services through.
Why does that require so many days? Banking is all digital, yet it is still being treated like it's the 1950s.
> I think the government should refund the airlines the government taxes/fees for canceled/delayed flights due to weather or mechanical issues at least.
It's my understanding that taxes aren't collected until well after the flight (service) has been fulfilled, and cannot be collected when it has not.
Since you mentioned Safari, I assume that you're on MacOS where Firefox and other alternative browsers are effectively hindered at the framework/API level there, as such browsers have problems there that don't occur Linux or Windows.
For example, the audio in FF outside of Apple sounds real clear and overall great in my experience.
I have yet to encounter a site, that wasn't broken server side in some way, that didn't render usefully.
Please cite some actual examples.
It could make sense if it's checking for robots.txt or so, though I'm not sure if it does that each time search results and I would have thought that that would be conducted from the server side rather than client side.
Are you sure you don't have some browser extension that does some checks/inspection/etc of links?
Sort of, though PCRE is not a 100% replacement for regex in Perl proper; the former lacks some features of the latter.
> I guess it shows how far off the radar Perl currently is.
This is a serious misconception. Perl is far, far from dead. The constant activity of the gargantuan CPAN library more than demonstrates very much the opposite.
I would say Perl and its community has done quite well considering it hasn't had the same mountain of corporate funds thrust into it like more highlighted have. Mainstream ain't everything.
I have zero problems with that site using Firefox on Linux, Android, or Windows.
Curiously, most complaints seem to be from Mac users, and not just for this site, leading me to believe that something different may be going on on MacOS builds or APIs that it has to use there.