[–] 6 points 1 day ago

Did you ever consider giving more then lip service to the projects that "inspired" you? Or did you not think any further than self promotion after your AI built on top of these projects?

I guess those are rhetorical questions, because I know the answer: it was easier not to think at all.

  • source
  • [–] 2 points 1 month ago

    Have you checked the hardware compatibility list, and the hardware requirements? What are your PC specs? Qubes relies heavily on virtualization and your hardware must support certain features (and those features must be turned on in the BIOS) for good performance.

    So confirm that you have turned on all the recommended hardware features, which should be on BEFORE install, you may need to reinstall if they weren't turned on as I'm not sure what Qubes does at install time if those features are off.

    https://www.qubes-os.org/hcl/ https://doc.qubes-os.org/en/r4.3/user/hardware/system-requirements.html

  • source
  • parent
  • context
  • [–] 2 points 1 month ago* (2 children)

    Hey I see you are trying out Qubes! But I think you got sucked down a bit of a rabbit hole here. CPU pinning is a very deep customization, it is absolutely not necessary, and is a case of the author of the guide wondering "can I do this?" and finding out that yes, there is a way. But I would suggest that you not worry about it, as the difference in performance may not even be noticeable to you.

    The best way to approach qubes as a new user is to do almost nothing to modify dom0, and do all your playing around in the qubes.

    Also, for in depth tech support like this I would always post to the Qubes forums. Its a niche OS, so posting on a general Linux forum is probably going to not get you a ton of help.

  • source
  • [–] 14 points 2 months ago (1 child)

    You are pretty clearly just starting off on this journey. What I'll say is this:

    1. Perfect is the enemy of good, as long as you understand your risk.
    2. Know your risk profile as it relates to your level of proficiency. Which means that you should probably not install Qubes and then pirate a bunch of shit, because you don't even know what the pitfalls are.

    If you don't know what a risk profile is, then start there. That will help you understand what you should and should not be doing at your level of knowledge. Then, just get started, but be open minded. Nothing is a silver bullet.

    I've personally found Qubes to be the best privacy/anonymity solution for my risk profile, but explaining that would be hundreds of pages. You just have to try it. For example, here's one challenge: you know that VPN is recommended for torrenting. How do you use Qubes with a VPN? That is a great road to go down for understanding, and you can start by searching the Qubes forums and documentation.

    Accept that this will take a good chunk of your time, especially if you only have one PC and will be daily driving Qubes. So, maybe don't start this journey during a busy time in your life when you have lots of other responsibilities. This stuff is best done as a "deep dive", where you just set aside time and work until you've accomplished your goal.

    Finally: interact with the community. Hit a dead end? Post in the appropriate community (or post asking where that is). Join group chats, which are faster than forums and more personal. Don't just go it alone... you will burn out quick!

  • source
  • [–] 2 points 3 months ago (1 child)

    IMO the answer from a security perspective is that the Linux distro "official repo" model is about as good as it gets. However somehow we still have Fedora COPR, openSUSE OBS, Arch AUR, etc. Those are essentially like FDroid. If someone can solve the problem of why apps can't be easily just added and controlled in the official repos, maybe we'd be getting somewhere. Seems to be an industry issue.

  • source
  • parent
  • context
  •  

    cross-posted from: https://lemmy.dbzer0.com/post/65555474

    Fork time? Maybe all the anti-systemd zealots were right all along...

    Edit: To address whether it is likely that this change will affect users: Gnome is planning a stronger dependence on userdb, the part of systemd where this change is being implemented. https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/

    Final edit: The PR has been merged into main.

     

    Fork time? Maybe all the anti-systemd zealots were right all along...

    Edit: To address whether it is likely that this change will affect users: Gnome is planning a stronger dependence on userdb, the part of systemd where this change is being implemented. https://blogs.gnome.org/adrianvovk/2025/06/10/gnome-systemd-dependencies/

    Final Edit: The PR has been merged into main.

     

    Hey all, I've been replacing more and more Google and proprietary apps with open source apps from FDroid or downloaded with Obtainium. However it looks like only apps approved for Android Auto and on Google Play will work with Android Auto... for example, only the Google Play version of CoMaps will show up on Android Auto.

    What are some alternatives to Android Auto? I'm open to anything, I'd like to be able to use my Hyundai Ioniq's infotainment screen but separate hardware is something I'd definitely consider if it was worth the effort!

    view more: next ›