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

> It’s a targeted advertising machine that is extremely effective on kids and teenagers. It preys on them so, so efficiently. It’s a technical work of art. A young mind is extremely susceptible to the algorithms on those platforms. Much more than adults are, and adults are already really susceptible.

Sure, but the Australian government's definition of an age-restricted social media platform doesn't mention advertising or algorithms at all. Technically, their definition also covers algorithm-free social media like Mastodon, which I'd argue isn't nearly as harmful.

The framing of social media as something that's inherently bad no matter how you do it is a framing that helps social media giants like YouTube, Instagram and Facebook to continue to "do it" in a way that harms people. I'm sure they love the idea that the ills of social media can be solved by banning their least profitable users while doing nothing to regulate what they do with the others. They're probably thrilled that their healthier algorithm-free competitors haven't even entered the conversation. They want to be the tobacco companies of the future, because making addictive things for adults is incredibly profitable.


> They are mostly on the wrong side in the war on general-purpose computing.

All modern Chromebooks can be put into developer mode without opening the case, which gives you root access.


They're pretty hostile to it though. With normal developer mode, every boot it actively prompts the user to factory wipe it!


And until very recently you could install whatever apk you wanted on your android phone.


You still can.


That's changing though.


> (though this isn't the case for Anubis) the cliche inappropriately dressed inappropriately young anime characters dawned as mascots in an ever increasing number of projects

I think the fact that people bring up things that the Anubis mascot isn't when talking about Anubis is more telling of their own harmful (and potentially racist) biases against Japanese-styled media than it is about the idea of having anime-styled mascots for free software projects.


To be fair there are a lot of games on Steam that don't have DRM, which means you can just drag them out of the steamapps folder to a computer that doesn't have Steam and they work fine. The decision to add DRM comes from the developer/publisher, not Valve.


Did you forget about Vulkan? Valve and AMD are Khronos members and active contributors to the Vulkan spec. Games like Baldur's Gate 3 and Civ VII use Vulkan on Deck. There's a complete graphics ecosystem with full participation from the games industry that doesn't have Microsoft as the gatekeeper.


Vulkan has become the same extension mess as OpenGL, it is only taken seriously by Google, Samsung and Valve.


The more I think about it, the harder it is to recommend anything else for the average Windows gamer/prosumer but first-time Linux user.

- Rolling release, so you don't have to do a major upgrade twice a year - which would otherwise be much more often than Windows.

- Latest kernel and graphics drivers, so it works with newly released hardware with the best performance.

- Steam, NVIDIA drivers, H.264/H.265 codecs, Gamescope, GameMode, MangoHud, etc. all in the default repos - a huge boon for new Linux users compared to having them in an external repo like RPM Fusion or having to install them manually, which can otherwise cause confusing dependency problems over the life of the installation.

- Nothing unusual about it that would be confusing or cause compatibility problems. It's just a normal mutable binary distro with a normal package manager, upstream packages, glibc and systemd.

The biggest issue is the lack of an official graphical installer, but while the install process is intimidating, it's not very difficult for people who are patient, can follow detailed instructions, and have a vague idea of what a partition and a bootloader is.


> The biggest issue is the lack of an official graphical installer, but while the install process is intimidating, it's not very difficult for people who are patient, can follow detailed instructions, and have a vague idea of what a partition and a bootloader is.

I think this is one of the main reasons CachyOS has been on such an upward trajectory. It's mostly Arch, but that installation was such a breeze. A couple of clicks and done.


I don't think being able to migrate your account addresses the rugpull concern. The rugpull scenario is that one day, in five years or so, bsky.app drops all AT Protocol support and transforms into a Twitter-like centralized social media website. The problem isn't that the account will stop "existing" but that Bluesky users will stop seeing it. The average non-techie Bluesky user who doesn't know about the AT Protocol won't even notice the change, except that, from their perspective, a tiny percentage of nerdy users have stopped posting. For you, "migrating" your account away is effectively just deleting it from the now-centralized Bluesky and willfully decreasing your audience by 100-fold or more.

The problem is a social not a technical one. It doesn't matter how good AT Protocol is at account migration. The vast majority of AT Protocol users think of themselves as Bluesky users and don't even know what the AT Protocol is. If the official Bluesky clients move away from the AT Protocol, the majority of users are moving with Bluesky.

For all the UX concerns people have with Mastodon/ActivityPub, at least they make it obvious that different users are hosted on different instances, and no one instance has more to gain than it does to lose by defederating.


This I a valid point. But what‘s promising is: If this should happen, someone could easily decide to start Bluesky2 (maybe find a better name) and start at exactly the same point where rogue Bluesky left off ATProto.

Think about the Twitter exodus to Mastodon and Bluesky. Now imagine the same thing happening, but with one player saying: Come here, we have all the profiles, posts, feeds and likes and can promise, your data is still yours, when we decide to go rogue (maybe think about this marketing message again).


It is true that there are both social and technical components. You cannot force someone to use an app they don’t want to, so there’s no real solution to the social problem you pose. However, this isn’t any better in Mastodon. If you instance decides to swap the software to no longer federate, you’re stuck.


I got a ChromeOS device a few years ago and it was great. I think they get an underserved bad reputation from being the locked-down devices you're forced to use in schools, but a personal ChromeOS device is a capable computer that can run any Android app or desktop Linux app.

Though having said that, in the past year I've replaced ChromeOS with desktop Linux (postmarketOS) and I love it even more now. 4GB of RAM was a bit slim for running everything in micro-VMs for "security," which is what ChromeOS does. I've had no trouble with battery life or Android emulation (Waydroid) since switching.


Let's hope pKVM and other Android virtualization stuff can fill in the gap here.


Not really any, Crostini has plenty of restrictions.

Cool if one wants to CLI stuff alongside Web and Android apps, but that is as far as it goes for GNU/Linux, with many yes but.

https://chromium.googlesource.com/chromiumos/docs/+/1792b43f...


I've used VS Code on ChromeOS with the GPU acceleration flag for many, many years without any issues on a couple different devices (x64 and more recently, arm64). It can even hide the window chrome so looks 1:1 with VS Code on any other platform. And many other GUI Linux apps where the Android version feels too much like a toy in comparison, it's an incredibly versatile feature for dev work.


Sorry, but "CLI stuff" is not "as far as it goes" with desktop Linux apps on ChromeOS. ChromeOS provides Wayland and PulseAudio servers to the apps as well so GUI and audio works too. It even synchronises file associations and installs a ChromeOS-like GTK theme into the container. The Linux GUI apps I had installed back when I used it felt completely native.


Without hardware acceleration and sound issues depending on the model, that is why I linked the page, as I was expecting such reply.


It worked on my device. The page you linked looks very outdated and doesn't have my device's board or any device made in the past 5 years. The lists of unsupported devices also look pretty reasonable - old kernels, CPUs that don't support virtualisation and 32-bit ARM. Since modern ChromeOS uses the same virtualisation to run Android apps, I doubt there's a modern device where it doesn't work.


Yes, looking at the FAQ, for example, it claims that USB is flat out unsupported on Linux which hasn't been true for 4+ years so it's very outdated.


If the creator of this app doesn't know their stuff, they're putting other people at risk.


I only need to look at one file[1] (context[2], and it used to be worse[3]) to decide that I don't really want Hyprland, or anything else from that quick-and-dirty culture of software dev, on my system. Encouraging plugins to hook any function or method in a C++ program is insane. I'd be surprised if a Hyprland setup with multiple plugins could ever not be alpha-quality.

[1]: https://github.com/hyprwm/Hyprland/blob/e999ad664da9/src/plu... [2]: https://wiki.hypr.land/Plugins/Development/Advanced/ [3]: https://github.com/hyprwm/Hyprland/blob/a5a648091760/src/plu...


> hook any function

I hoped it wouldn't be what I thought it was... But my god, that [1] in your post. On second thought, it's pretty funny.


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

Search: