• 8 Posts
  • 259 Comments
Joined 2 years ago
cake
Cake day: March 19th, 2024

help-circle
  • I’m just confused as some comments seem to suggest it’s not possible. There are already idle daemons like swayidle, so you just need to have an idle daemon execute a program that plays an animation and exits when it receives any input? I don’t know of any such programs, but I don’t see how it’d be impossible.



  • I also used to use the same thing. Been a long time since I’ve had to remote access someone else’s PC for troubleshooting but I think I also used TeamViewer back in the day (which I assume might not work as well on Linux anymore now that Wayland is the norm?). Perhaps you could write a quick script to get your public ip address by curling some web service that tells you your public ip address, add a desktop shortcut to that script, and over the phone tell the person to double click that desktop shortcut and read out the number they see. It’d still trip up the most tech illiterate but hopefully if they’re at the “can follow clear and basic instructions” level they can manage that. And possibly there are still dyndns clients that do that; I’ve just not messed with any of that for a long time, but you can set that up on their PC if that stuff is still around.



  • I agree about the risks in terms of the way some sources present the AUR as just extra packages. But I don’t think you can object to the AUR more than any other place on the internet where anyone can upload software; unfortunately, the onus is going to be on the user to verify what they install. The AUR is moderated by volunteers and it wouldn’t be fair to expect them to vet all of the high volume of commits to the AUR. Possibly they could vet new maintainers or new packages or newly adopted packages, but nothing would stop someone from initially uploading a genuine package and then replacing it with something malicious. Or they could require identity verification to be an AUR maintainer but then far fewer genuine packages would be on there because people don’t want to give their real identity to contribute (I maintain some AUR packages, and would stop if required to verify my IRL identity).

    I can totally understand if the AUR is not for you; it’s more time-consuming as you have to read PKGBUILDs (I always do). But that doesn’t make it bad that it exists at all. I think there should be more warnings about it for new users, and possibly some more moderation, though like I said above there’s no perfect moderation solution that would simultaneously forgo users’ responsibility to check and keep the AUR as large as it is today. Ultimately the option should still exist for users who want it. If it didn’t exist, I’d have to hand-package every program that’s not in the official repos, and that’s even more time-consuming than pulling and reading through a PKGBUILD that someone else already wrote and shared.


  • It’s just a repository of user-contributed packages. It’s no different malware-ability-wise to, say, GitHub. If you are running code you found from a stranger on the internet then you are liable for it, and you need to do your due diligence in checking that you are not running malware. It is a good thing that the AUR exists because it means Arch user packages are all in one centralised repository instead of scattered across GitHub, Sourceforge, Codeberg, Pastebin, forums, whatever. If you are just installing random AUR packages then that’s on you. It’s basic internet safety to not automatically trust random scripts you find on the internet.



  • communism@lemmy.mltoLinux@lemmy.mlX11 vs Wayland
    link
    fedilink
    arrow-up
    6
    ·
    edit-2
    16 days ago

    I mean the ELI5 for the uninitiated is that X11 is older, and Wayland was made as the successor to X11. It aims to address issues that a lot of people had with X11. X11 is not in active development whereas Wayland is, and for support for modern tech, it’ll be added to Wayland but not X11. These days I’d advise to go with Wayland unless you either have hardware that doesn’t place nicely with it or you have a specific use-case for X11, i.e. Wayland unless you have a reason not to. Although most “beginner” distros choose for you without prompting you to pick, in which case go with the default (it’s probably Wayland anyway).

    If you mean to explain the debate, basically some people have particular things they want to do, or they want to do something a certain way, and it’s not supported by Wayland, usually by design due to things like security concerns or philosophical differences with X11. X11 will continue to work for a long time but it’s not getting new features, so if these issues are a concern with you, you could stick to X11 for the foreseeable future.

    The average user is not supposed to notice a difference (apart from maybe QoL differences like performance, screen tearing, etc)—that’s the goal of both projects. It should just display your desktop.


  • Maybe block on your router and save your router password such that you need to jump through several hoops to unlock it, eg password saved in one password manager DB whose master password is in another DB whose password is in another DB, etc. If you have to unlock like 10 password databases to get into your router, you’ll probably give up on whatever bad habit you were trying to do as it’s too much effort.



  • communism@lemmy.mltoLinux@lemmy.mlGentoo or LFS?
    link
    fedilink
    arrow-up
    6
    ·
    3 months ago

    If you want to learn more then do LFS. I don’t think Gentoo teaches you much more than a manual Arch install. But very few daily drive LFS. It’s hardly practical. Gentoo is daily drivable but if you don’t care about compiling all your own packages then I don’t think it’s for you.

    I’d say just do LFS on an old laptop or a VM.



  • I don’t agree. LLMs are by design probabilistic. Chainsaws aren’t designed to be probabilistic, and any functionality that is probabilistic (aside from philosophical questions about what it is possible to be certain about, YKWIM) is aimed to be minimised. You’re supposed to be able to give the same model the same prompt twice and get two different answers. You’re not meant to be able to use a chainsaw the same way on the same object and have it cut significantly differently. You’re inherently leaving much more to chance by using LLMs to generate code, and creating more work for yourself as you have to review LLM code, which is generally lower quality than human-written code.


  • Not comparable at all. Power tools work deterministically. A powered chainsaw is not going to have a 0.1% chance of chopping a completely different tree on the other side of the forest. Of course accidents happen; your hand can slip. But a proper comparison would be if you got a computer to look at a large number of powered chainsaws and then generate its own in CAD based on what it’s seen, and then you use that generated power tool. Which, for something as potentially dangerous as a powered chainsaw, you most likely wouldn’t want to do, and would want to have careful human oversight over every part of design.