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

I highly doubt the Swedish government has a way to turn off our internet. Our government doesn't own our internet infrastructure, it's owned by private companies. The government could impose legislation to force providers to comply with shutting down international peering but I have a hard time seeing it pass.

Well. I can't talk for the current government of Sweden, but if I was the supreme leader of a Swedish Dictatorship, I am pretty confident that I could accomplish that by sending some very persuasive soldiers along with a government officer with some papers ordering those private companies to do whatever the fuck I wanted unless their executives wanted to experience some extra holes in their bodies.

Does Sweden not have the equivalent of the UK's civil contingency act?

Section 2 basically allows the Westminster government to make regulations as they see fit during an emergency, but with a short time scale (like a month or so) before parliament gets a say.


Guys with guns can be pretty convincing

The providers have to oblige any government order.

> Our government doesn't own our internet infrastructure,

Does ANY country from the list above own their internet infrastructure?


>it's owned by private companies.

So what? If it's on Swedish ground then it's under Swedish government(military) enforcement in case the shit hits the fan.

>The government could impose legislation to force providers to comply with shutting down international peering but I have a hard time seeing it pass.

Do you think if Russia invades Sweden tomorrow, private businesses can still do whatever they want like in peacetime, or will they have to follow the new waartime rules set by the government and enforced by armed soldiers knocking on their door dragging them to court if they refuse to comply?


> I highly doubt the Swedish government has a way to turn off our internet

You guys do. Säpo and Telia were a customers of mine when I was still an IC.


If you only expose SSH then you're fine, but if you're deploying a bunch of WebApps you might not want them accessible on the internet.

The few things I self host I keep out in the open. etcd, Kubernetes, Postgres, pgAdmin, Grafana and Keycloak but I can see why someone would want to hide inside a private network.


Yeah any web app that is meant to be private is not something I allow to be accessible from the outside world. Easy enough to do this with ssh tunnels OR Wireguard, both of which I trust a lot more than anything that got VC funding. Plus that way any downtime is my own doing and in my control to fix.

Craziest thing: You can still script in bash/zsh even if you use fish but you can't always copy-paste from StackOverflow.

The problem is that I forgot (if I ever knew) bash.

I can write fish, scripting or interactively on my shell without thinking too hard about the syntax, but when scripting in bash I require an example or using my snippets to be sure I'm not shooting myself on the foot or writing something that bash will reject right away.


The trick is to use "shellcheck" on your bash scripts, it's an overly anal linter that'll keep you sharp, and it's 2026, everyone can script bash with AI :)

But yeah the syntax with [[, if fi, while stmt; do; done, "$@", case esac, "${!VAR}" and others makes me long for the day fish shell gets "euo pipefail" mode so I can stop writing bash or || true :)


I think the last time that errexit and pipefail were brought up to the fish devs, we were treated instead to an essay about how errexit is a total hack in bash, how it has all kinds of places where it doesn't work as expected, how it's special-cased away for some constructs, etc. None of which is wrong, but it's still a whole lot better than the nothing that we have with fish now.

So we still have this inflection point where scripts eventually have to graduate into a "real" language, and while those languages give us proper data types and structures on one hand, they take away conveniences like pipes with the other. It's 2026, and we managed to crack artificial freakin' intelligence before we got a decently evolved shell into the mainstream. </yells-at-cloud>


https://fishshell.com/ https://xon.sh/ https://www.nushell.sh/ https://elv.sh/

You're replying to someone that says POSIX shells are holding people back, not that the terminal is a bad idea, there are many alternative shells which offer benefits over POSIX shells. fish-shell has everything you want from an interactive shell included, xonsh is a mix Python shell, nushell and elvish are adding types and other things to shell.

The VT protocols that all shells have to confirm with are pretty dated and I'd love to throw them off the roof for something less stateful and with multiple font sizes but there's no arguing that text based interfaces are good.


I'm a nushell user but like... job control in nushell is pretty miserable still unfortunately.

Nushell is definitely my fav of the set (xonsh is a neat experiment but ultimately is missing pipeline programming that nushell gives....), and I write personal shell scripts for myself mostly in nu.

Aside: for shell scripts, my preference is something like nu, then python + stdlib, giving me argparser etc, then just zsh/bash/whatever. Seriously annoying how POSIX shells do not give good argument parsing, tho I get it's a hard problem


Now I'm tempted to try xonsh. It looks like it support the amount of bash that I know, and everything else I can just do in Python. (TBH, the things that I would need Python for are obscure enough in bash that I wouldn't otherwise write them myself.)

zsh isn't strictly POSIX compliant either but this is fair and I should've read that comment a bit deeper.

Mitchell Hashimoto went on to create a new awesome terminal emulator, in a programming language he had not used (much) before. Sounds like a great way to stay entertained!

That, and flying fighter jets for fun.

The hardware support is very likely already there.

Ah yes, responding to the media during holidays will make the data crawl back to their servers!

If this were a private business, people would be piling on and calling for the executives to face a firing squad.

"People" here meaning in particular the types that frequent this very message board.

You can find a certain group of people to pile on for anything.

> I like the idea of it, but Linux hardware support is still crap, and will get worse as ARM becomes more entrenched. Linux arguably has better compatibility than Windows, but it's nuanced as it depends on what devices you're interested in.

> What boggles my mind is why Google hasn't gotten more serious about making Android a desktop OS. Google is seriously working on making Android a desktop OS, Android 16 is only the first steps towards it.

> Yes there is the Chromebook, but ChromeOS is not a real desktop OS, it's a toy. ChromeOS is very much not a toy, it's pretty great if it can facilitate your work.

> But then again that would require listening to customers and providing support, so nevermind Google has consistently provided good support for all their hardware products, listening to customers is not their cup of tea though.

Google is absolutely no saint, I don't like their business model, how they're closing more and more of Android, how they keep killing services, how GCP can nuke AI nuke you, that they "own" web standards, ... But they're not all bad, they've also contributed greatly to much of the web and surrounding technologies.


.NET is doing pretty good without all cross platform UI.


uv optimizes for the common usecase: You will install more packages than you will import new packages.


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

Search: