• 0 Posts
  • 62 Comments
Joined 4 years ago
cake
Cake day: March 20th, 2022

help-circle






  • The thing is that Flatpak failed at providing good sandboxing. Some flatpaks are well made such as as Firefox, Mozilla really put effort into getting something well packaged but unfortunately that’s not the standard. Most of them are packaged like shit or for the better ones they are not as well packages as the distro official packages that have stronger quality assurance. Of course many apps only have debian or arch support and flatpaks does bring wider Linux based OS support which is cool and I do run some flatpaks on my devices.

    But I hope we will have something better that will properly be sandboxed and have stronger requirements for packager to offer a global GNU/Linux publishing experience regardless of the distro, even if it comes with some drawbacks like size.

    I am not hating on flatpaks but I think people over estimate the sandbox aspect and simply don’t see how poorly most of them are packaged.





  • Sonalder@lemmy.mltoLinux@lemmy.mlmac or linux
    link
    fedilink
    arrow-up
    2
    ·
    3 months ago

    Asahi while being an incredible project, that I fully support the people working on it, is not very usable.

    It’s running, sure, but you will miss very important hardware features such as hardware acceleration and speaker. You cannot tell someone “Buy a supported mac and install Asahi on it!” it’s not honest about what how your software will utilized your hardware.


  • Sonalder@lemmy.mltoLinux@lemmy.mlmac or linux
    link
    fedilink
    arrow-up
    2
    ·
    3 months ago

    You can use nixpkgs and brew on macOS.

    I have both kernel (GNU/Linux and XNU/darwin(macOS)) and even if there is tons of stuff I don’t like with macOS and their non-repairable hardware I have to admit that battery life, trackpad feeling, monitor, speaker and build quality are very hard to beat.

    But unfortunately due to the undocumented arm architecture of Apple Silicon you will have hard time running GNU/Linux on M macs.

    My MacBook is my last non-linux based machine as of today and I have difficulties switching it even if I want it very bad, some of my software don’t run well on Linux even through Wine/CrossOver and the battery life and idle power are the main reason why I am still using a lockdown OS on one of my laptop.



  • I never said that GitHub was better. I just don’t feel like using a package maintained by a stranger with no tied to neither the software I want to install nor the distribution packages repository.

    Of course installing random code from stranger is never great advice regardless of the distribution source. But AUR is simply not for me, and many users don’t understand the risk or let’s say responsabilities it involves while installing packages from that source.



  • AUR is community-maintained packages intentionally designed to shift security responsibility to users. Without pre-installation vetting, meaning anyone can submit anything on there, making it perfect for malware distribution.

    Of course all code is visible for inspection, community voting exists, and malicious packages can be reported and removed which limit malicious action.

    But now we have LLM that can generate (and distribute) malware and do pretty good code obfuscation so I am not convinced by this model. Honestly I never felt comfortable using AUR (so I avoid it) because I’m not technical enough to review all the code my machine runs.


  • AUR has never been a good idea. I don’t use it and this news proved me right.

    Does that mean a distro official package manager would be immune to infections? Of course not, but they do offer a more secure distribution system and build greater trust. Minimizing the chance of malware being spread through their means.

    Edit: If you have the knowledge and time to inspect the AUR packages you install, AUR might be good for you. I have none of these, that’s why I stick to my official distro packages (and sometimes also some flatpak but from official sources)


  • One step at a time, you will eventually move to GNU/Linux in the future if this new hobby persist. But there is nothing wrong with beginning using software and tools you are already familiar with. However you will probably have to use WSL (Linux inside Windows basically) to make things work and all guides you will find will mostly be based on Docker and/or Linux. So you will definitely use Linux on your Microslop owned machine.

    If you don’t have the time to learn a new OS it’s fine, but it will not necessarly make things easier, especially on the long run. That’s my take on it.

    My very first self-hosting homelab was a Linux Mint old refurbished desktop PC that I was remotely accessing through AnyDesk (I was a Windows kid user at that time). Now I’m on NixOS through SSH and still learning, I do not completely comfortable but I am able to use it and learn while doing so.

    I would highly encourage you to try to run a lightweight beginer friendly Linux distro such as debian, Linux Mint XFCE or Kubuntu if you feel like you need a desktop environement and graphic user interfaces but if you really want to use that Microslop license you bought it’s fine, you will probably switch in the following months or years. Okay maybe not, some people are fine using it.

    You can also take a look at stuff like runtipi, yunohost, CasaOS, ZimaOS, Umbrel, Cloudron and stuff like that. They aim to be beginner friendly self-hosting “OS” or “WebUI”.