• 1 Post
  • 44 Comments
Joined 2 years ago
cake
Cake day: June 10th, 2023

help-circle
  • While aosp with microg is a step into the right direction, it’s not Google free. Most android code is made by Google and streamed to aosp.

    So you think people must only use software made by nice guys but you can use hardware, services, books, movies, etc. from whoever? What makes software so special?

    You’re not hosting a lemmy instance but here we adding content, and therefore value, to the platform. I don’t host hyprland either, I am leeching off the entire devs work for zero dollars. Does that make it okay now?

    I give more importance to qualities like open source, safety, privacy and performance other than who supports trump or not.


  • I’ve gone though the Degoogle journey myself but there’s just no way to run a phone without software made by jerks. And that’s one example.

    You can use whatever criteria you want yo pick software, that’s fair. I don’t tend to include politics and personality into the equation myself but I’m not imposing anyone to do the same.


  • pathief@lemmy.worldtoLinux@lemmy.mlIn regard to Hyprland and Fascism
    link
    fedilink
    English
    arrow-up
    4
    arrow-down
    2
    ·
    edit-2
    10 days ago

    I agree with the sentiment of supporting nice folks, especially in the FOSS ecosystem.

    What OS are you going to use on your Smartphone if you remove software from Google and Apple? What VR headset are you going to use? What telecom are you going to use? Are you only going to shop in local food markets? Lemmy’s creators are also biggots, yet here we are…

    I financially support projects and people I like, but I use whatever software I enjoy using. FOSS, closed source, made by a nice guy, bad guy. If I feel my experience is good I’ll use that, if something better appears along the way I’ll move on. I don’t want to be a cop and background check the political views of whoever created all the software, hardware, services, movies, books, etc I use. I’d do nothing else with my life.




  • I run Hyprland, I love it but I find it very hard to recommend to other people.

    Hyprland is basically unusable out of the box (by design). You don’t have wallpaper, notifications, system menu, task bar, lock screen, screen saver, idle lock, a launcher… You have to install, configure and style all these components by yourself.

    Why do it, then?

    • Tiling window, obviously. It takes a while to get used to it but I can no longer live without it
    • Absolute control on how your entire system looks
    • Feels lightweight, smooth and honestly very nice
    • Documentation is great

    Personally I wish they’d invest into a meta-package “Hyprland DE” where it’d install all the components with some sane defaults. It takes a lot of time to make your system look decent, especially if you have no sense of style like myself heh. I found it to be very worth it, but I haven’t personally met anyone willing to do all this work.

    This is where I feel COSMIC will shine in the future. The tiled experience with sane defaults.




  • This is what’s so great about Linux, you can use whatever the hell you want.

    Flatpaks provide some cool security functionalities like revoking network access to a specific application. Maybe you care about this, maybe you don’t.

    My personal policy is to always install from the repos. Occasionally something is only available in flathub, which is fine for me. I really understand how hard is maintaining something for every single package manager and diatributions and totally respect the devs using a format that just works everywhere. If I were to release a new Linux app, I would totally use flatpak.


  • Different people deal with things in different ways. Some (most?) people feel like learning linux is undesirable or a chore, while others embrace the sense of discovery and exploring a new and exciting thing. After using Windows for decades I don’t want the same experience, I want something completely different.

    Before I installed Linux I played a bunch on a virtual machine. I installed several distributions, desktop environments, hardware compatibility. I ended up landing on EndeavourOS more than a year ago. Never borked my setup, never had update problems, never had a problem I couldn’t solve (more like Arch Wiki solving it for me).

    I like to learn things by doing things, I like to fail fast and learn from the mistakes. EndeavourOS provided the exact experience I was looking for and would recommend it to someone with a similar mentality. I wouldn’t recommend Arch (or arch based distros) to people who aren’t tech savy, but people make it seem more complicated and brittle than it actually is.


  • I’d just like to vent that these kind of discussions are one of the big turnoffs of the Linux community in general. People speak “in absolutes”.

    You either do it this way or you’re a dumbass. You either use the distribution I like or you’re doing it WRONG. You shouldn’t use Arch because you’re not experienced enough, you should use Mint for an arbitrary amount of time before you graduate to the good stuff.

    You friends get way too worked up over other people’s personal preferences and push your biased and subjective views as facts.

    Is Arch Linux the right fit for a newbie to Linux? The right answer is “it depends”, not “never”. Would I recommend Arch to my mom? No. Would I recommend it to my programmer colleague who already lives in the Powershell? Sure, why not.









  • Just go ahead and write a very basic working kernel in rust.

    I don’t get this stance, really. If I want to write a driver in Rust I should start by creating a completely new Kernel and see if it gains momentum? The idea of allowing Rust in kernel drivers is to attract new blood to the project, not to intentionally divert it to a dummy project.

    Rust is sufficiently different that you cannot expect C developers to learn rust to the level they have mastered C

    If you watch the video, no one asked anything from the C developers other than documentation. They just want to know how to correctly make the Rust bindings.

    Note that Rust is not replacing C code in the Kernel, just an added option to writing drivers.