| ▲ | 1over137 a day ago |
| Commercial OSes (both Windows and macOS) are also both American, and lots of people are trying to de-Americanize. |
|
| ▲ | cyberpunk a day ago | parent | next [-] |
| Yep, I'm in this boat. After years of macs my next will be a FreeBSD Desktop. edit: Although phone is much harder. I guess I'll just turn all the 'stuff' like icloud off, use only signal and my banking/etc apps, and get a separate camera.. Anyone found a less painful way to live without an iPhone/Android? |
| |
| ▲ | barnabee 21 hours ago | parent | next [-] | | GrapheneOS is not quite "without" Android but it's without what makes it bad (Google) and works fine for me. I hear LineageOS is ok too. | | |
| ▲ | palata 16 hours ago | parent [-] | | I love GrapheneOS, but note that it only runs on Google Pixels. But that's what I chose for the smartphone. Hopefully GrapheneOS will soon be supported by a non-US phone... | | |
| ▲ | immibis 5 hours ago | parent [-] | | Note that Google Pixel hardware is just fine and not evil, and they're looking at a different vendor for the next version anyway, because Google is making it so the Pixel will only run approved OSes. |
|
| |
| ▲ | touwer 18 hours ago | parent | prev | next [-] | | Fairphone with Graphene | | | |
| ▲ | Forgeties79 a day ago | parent | prev [-] | | As someone who had been in the Apple ecosystem since Windows XP, it was difficult to lose that constant seamless interplay between my phone and computer. But honestly? The trade-off was worth it in the end. I’m 8mo into Linux-only desktop and man…it’s great. | | |
| ▲ | 20after4 19 hours ago | parent [-] | | Look into KDE Connect¹ - it provides some of that seamless experience. It even has some basic support for syncing between iOS and Gnome, but it's originally designed for seamless integration between Android and KDE's plasma desktop. 1. https://kdeconnect.kde.org/ | | |
|
|
|
| ▲ | pjmlp a day ago | parent | prev | next [-] |
| However if we don't get something like SuSE desktops and laptops at Media Markt and friends, most people won't care. In fact I know of library that rolled back to Windows kiosk mode, from a previous SuSE deployment, because it wasn't what library users were expecting. |
|
| ▲ | shevy-java a day ago | parent | prev | next [-] |
| Yeah. The TechBros changed things globally. I can not support their Evilness, so I also need to get people to commit to having viable alternatives, e. g. improving LibreOffice to the point where the proprietary office suites from US corporations are no longer needed. |
| |
| ▲ | palata 17 hours ago | parent [-] | | I don't think that the proprietary office suites are needed. The alternatives are good enough for what people do, aren't they? The problem is that people don't want to change, because it takes some effort. Why would people use WhatsApp instead of Signal otherwise? | | |
| ▲ | immibis 5 hours ago | parent | next [-] | | There used to be programs that would connect to multiple proprietary systems, like Pidgin. If we had this today we'd have one free-software app for WhatsApp, Signal, and Telegram (and some used in other countries, like IIRC Zangi?). However, the social and regulatory environment changed - now whoever made that app could expect to be charged with a crime. | | |
| ▲ | palata 3 hours ago | parent | next [-] | | I don't have a definitive opinion on such messaging apps. I like that it bridges between different services, trying to free the users from the lock-in, but... If I talk to someone on Signal today, I know that they are probably using the official Signal on the other side. With the guarantees that I know from Signal. Now what if half of the users of Signal were using a third-party app? How much can I trust this app? Say Matrix has a bridge to Signal. I talk to someone over what looks like Signal from my end, but it goes to some third-party server that pretends to be Signal and then relays those messages to my friend on their Matrix client. As a Signal user, I cannot know it, but my conversation is not E2EE anymore. And it kind of defeats the point of using Signal entirely, doesn't it? I guess my point is that in terms of security, there is value in making it possible to verify that both ends are using the official Signal app, by locking it as much as possible (e.g. with DRM-like technology). But of course it's annoying to be locked in. Even though I don't feel personally super locked into Signal: I could move to another similar app in a minute. But again people tend to be lazy and don't want to switch apps. It's a hard problem, I guess. | | |
| ▲ | immibis 44 minutes ago | parent [-] | | That app already exists. It's called TM SGNL. The Department of War used it. It sent all their messages in plain-text to an Israeli server that was leaking memory dumps to the public internet (a la Heartbleed), 600GB of which were collected by hackers and sold on the dark web. Worst case scenario. That's not a fantasy, that literally happened. Do you still trust Signal? | | |
| ▲ | palata 24 minutes ago | parent [-] | | That just reinforces what I said. It was not a problem in Signal, it was a problem with this third-party. |
|
| |
| ▲ | noisem4ker 4 hours ago | parent | prev [-] | | The European Commission has recently put WhatsApp under scrutiny in terms of the Digital Services Act, and forced them to open up allowing interoperability with other messaging applications. Perhaps we'll see a return of apps like Pidgin soon. |
| |
| ▲ | iAMkenough 16 hours ago | parent | prev [-] | | For the context of this thread, WhatsApp and Signal are both American. Just look to the federal United States government using it for communicating military strikes, and including journalists. | | |
| ▲ | dmantis 9 hours ago | parent | next [-] | | But it doesn't make Signal bad. If Americans blindly process our messages without knowing what's inside, it's worse than not depending on them, but better than showing your private correspondence to somebody. At least we don't seem to have things which are close by UX and security at the same time. Simplex is fine, but still feels a bit raw. Everything else is either untrustworthy because of the closed code or no e2e encryption or custom encryption schemes (WhatsApp, Telegram, any Asian messenger) or unusable from UX perspective (Tox, Matrix). | | |
| ▲ | immibis 4 hours ago | parent [-] | | Simplex is a project by a fervent COVID conspiracy theorist FYI. (Evidence: his Twitter page) | | |
| ▲ | clates 2 hours ago | parent [-] | | Wouldn't that lend it credibility if your concern was privacy? |
|
| |
| ▲ | palata 4 hours ago | parent | prev [-] | | For the context of this thread, it's infinitely better to depend on Signal than to depend on WhatsApp. |
|
|
|
|
| ▲ | anon291 20 hours ago | parent | prev [-] |
| Linux is also realistically American since the largest contributors are American corporations and the dictator for life lives on Portland oregon. America has a monopoly on software essentially. |
| |
| ▲ | cultofmetatron 19 hours ago | parent | next [-] | | assumign this is arguing in good faith.. the issue is not about it being american as it is america being in control of it. you don't get access to windows or mac os source code. You can however take the linux source code, fork it and make it yours. that "dictator for life" in portland can't stop you. nor can anyone else in the us government for that matter. | | |
| ▲ | 20after4 19 hours ago | parent | next [-] | | Not to mention that many of the most important open source events and organizations are based in Europe. | |
| ▲ | luckylion 18 hours ago | parent | prev [-] | | But technically you can also do that with chromium and gecko, but it's a lot of work, so very few do. And those that do don't cut the line, they'll almost all still follow upstream and just apply their changes. So in the end, they're still dependent on the decisions made in the US. That doesn't need to be a problem, but I don't think "you can get the source code" really changes that. | | |
| ▲ | cultofmetatron 18 hours ago | parent [-] | | > but it's a lot of work, so very few do. sure but a nation state that takes digital sovereignty seriously could easily devote some resources towards maintaining their own fork. Thats the point. Hell, north korea has their own special linux distro |
|
| |
| ▲ | LeFantome 5 hours ago | parent | prev | next [-] | | > Linux is also realistically American I think this is objectively true. The Linux Foundation is also US based. We saw this when Russsian contributors were banned from the kernel to comply with US sanctions. The big difference of course is that relying on Linux does not have to mean realying on US corporations. At the level of a nation-state, and certainly at the level of a larger political collective like the EU, control can always be taken back if political interests diverge or if risks mount. Linux could be forked and maintained out of Europe, Asia, or elsewhere if needed. And technology could even continue to be pulled from the US version if desired. Above, I mean the kernel. But the "distro" level offers another level of contorl. A distro maintained outside of the US offers a lot of local control and isolation from the risks of US control. The kernel used in this distro does not have to be fully forked to be audited, to remove anything concerning, or to add in whatever is desired. And the same is true of all other software included in the distro. While maintaining a distro is a lot of work, it can be done at the scale of an individual or a small team. It can be done with a travial number of resources at the nation state level. In some ways, it is crazy that more countries do not have their own distro even if it does start as much more than a "spin" of some maintstream distro. As political tensions mount, this may become a more normal "national security" step to take. Being ready to pivot and isolate from the US is more important than actually doing it. If all your government and military infrastructure is based on a distro you control, you can then pivot quickly if you need to. And there are customization and standardization benefits of having a regionally focussed distro beyond national security. | |
| ▲ | stavros 19 hours ago | parent | prev | next [-] | | The question is which nation you'll have to depend on when you want a bug fixed. With OSS, the answer is "none". | | | |
| ▲ | 1over137 19 hours ago | parent | prev | next [-] | | It doesn't much matter that Americans are the largest contributors, because you can still take it and change it however you want. | | |
| ▲ | anon291 16 hours ago | parent [-] | | You can but the firmware that is needed to run it is American, because the hardware is American. Even if the company wants to open source it, the US government can block it in whatever country. | | |
| ▲ | LeFantome 5 hours ago | parent | next [-] | | > You can but the firmware that is needed to run it is America This thinking is part of the reason for the momentum behind RISC-V and LoongArch. RISC-V is a lot like Linux in that it benefits from International cooperation and innovation while offereing the ability to seize control if needed. But you are correct that even an open ISA does not protect you from a proprietary hardware implementation at the chip or firmware level that you still do not control. This requires additional open standards. Bigger picture, it means "domestic" chip design and fabrication capabilities. The world is just starting to wrap its mind around this. But again, RISC-V is really helping here. There are emerging RISC-V chip capabilities in Europe and even in places like India for example. It is easy to laugh off these efforts as non-competitive. But not only will many of them find niches where they will be economically pheasible but they offer an important backstop to geopolitical risk and the flexibility to at least of enough domestic capability to keep the lights on if needed. Building and rolling out a RISC-V ecosystem will take years or decades. But once there, it can be pivotied to or maintained on any RISC-V chip. As long as you have the ability to produce some kind of RISC-V chip, this ecosystem can never really be taken away from you. And RISC-V offers the same kind of international collaboration that allows both pooling of efforts and protection from reliance on any one actor or region that could become a political threat. RISC-V understands its role in this regard. It too was an "American" technology but Linux International was setup in Switzerland for a reason. | |
| ▲ | breve 8 hours ago | parent | prev [-] | | Reduce where you can right now, plan to fix what you can't replace right now. Some improvement is far better than no improvement. |
|
| |
| ▲ | robocat 16 hours ago | parent | prev [-] | | Are the BSDs as US-focused? | | |
| ▲ | LeFantome 4 hours ago | parent | next [-] | | The FreeBSD Foundatioin is based in Boulder, Colorado, USA. OpenBSD is based in Calgary, Alberta, Canada. NetBSD is a non-profit based out of Deleware, USA I am not sure exactly what you mean by "US-focused" though. I do not think the US government has much direct influence in practice. Both governance and engineering contributions in BSD are highly distributed internationally. That said, FreeBSD in particular has quite a lot of corporate contribution. Netflix is a heavy user of and contributor to FreeBSD for example. And the recent $750,000 laptop push in FreeBSD is being driven by Quantum Leap Research out of Virginia. The fact that the BSD systems have less coporate reliance does not necessarily offer more protection though. There is less corporate "control" simply because the BSD systems are less important economically. You could fork Linux anytime you like and your fork would than have as little corporate control as NetBSD. And just like NetBSD, not taking US corporate contributions would mean less engineering investmetn overall and potentially having to do more yourself. I mean, it would probably be easier for the EU or China to fork Linux than it would be for them to migrate to OpenBSD if they wanted independence from US exposure. | |
| ▲ | pjmlp 8 hours ago | parent | prev [-] | | Yes, it started at Berkeley after all, with mostly contributions from US universities, and compiler toolchains are GCC and clang. | | |
| ▲ | LeFantome 4 hours ago | parent [-] | | OpenBSD is technically Canadian. Also, RISC-V also started at Berkeley but it is based out of Switzerland now. | | |
| ▲ | pjmlp an hour ago | parent [-] | | What matters is who is putting the work, e.g. what are the European companies producing RISC-V computers? |
|
|
|
|