• 45 Posts
  • 52 Comments
Joined 1 year ago
cake
Cake day: June 14th, 2023

help-circle




  • Leaflet@lemmy.worldtoLinux@lemmy.mlLinux Directory Structure - FHS
    link
    fedilink
    English
    arrow-up
    31
    ·
    edit-2
    23 hours ago

    Not aware of any correct pictures, but I can tell you what’s wrong with this one

    • /usr: explaining it as “Unix System Resources” is a bit vague
    • /bin: /bin is usually a symlink to /usr/bin
    • /sbin: /sbin is usually a symlink to /usr/sbin, distros like Fedora are also looking into merging sbin into bin
    • /opt: many, I’d say most, “add-on applications” put themselves in bin
    • /media: /media is usually a symlink to /run/media, also weird to mention CD-ROMs when flash drives and other forms of storage get mounted here by default
    • /mnt: i would disagree about the temporary part, as I mentioned before, stuff like flash drives are usually mounted in /run/media by default
    • /root: the root user is usually not enabled on home systems
    • /lib: /lib is usually a symlink to /usr/lib

    I would also like the mention that the FHS standard wasn’t designed to be elegant, well thought out system. It mainly documents how the filesystem has been traditionally laid out. I forget which folder(s), but once a new folder has been made just because the main hard drive in a developer’s system filled up so they created a new folder named something different on a secondary hard drive.

















  • Leaflet@lemmy.worldtoLinux@lemmy.mlEncrypt whole system?
    link
    fedilink
    English
    arrow-up
    1
    ·
    5 days ago

    I can sleep “sleep”. All system components are still powered on at this stage, so it uses the most power. But at the same time it’s the quickest to get back into your system. All that’s really happening with sleep is that the screen turns off.

    Then you have suspend. Laptops often first go to sleep but then suspend after a long period of inactivity to save battery.

    Then you have hibernation. I don’t think this is used that often nowadays.


  • Leaflet@lemmy.worldtoLinux@lemmy.mlEncrypt whole system?
    link
    fedilink
    English
    arrow-up
    3
    ·
    edit-2
    5 days ago

    That’s true for hibernation, but not suspending. Hibernation stores everything in RAM onto the disk then shuts off the PC; to resume the system, you need to unlock the disk to access that data. Suspending doesn’t turn off the computer, it keeps the CPU and RAM active.

    On my Fedora system, I can hit the suspend button and get back into the OS without needing to type my encryption password, only my user password.












  • On the kernel side, there are disagreements between long term C maintainers (who may not know Rust or may actively dislike it) and the new Rust community trying to build in Rust support. To make the Rust parts work, there needs to be good communication and cooperation between them to ensure that the Rust stuff doesn’t break.

    On the Debian side, they have strict policies that conflict with how Rust development works. Rust has a dependency system called Cargo which hosts dependencies for Rust projects. This is different from C, C++ where there really isn’t a centralized build system or dependency hoster, you actually install a lot of dependencies for these languages from your distro’s repos. So if your Rust app is built against up to date libraries in Cargo, it’s going to be difficult to package those apps in Debian when they ship stable, out of date libraries since Debian’s policies don’t like the idea of using outside dependencies from Cargo.






  • Leaflet@lemmy.worldOPtoLinux@lemmy.mlAsking for donations in Plasma
    link
    fedilink
    English
    arrow-up
    29
    ·
    edit-2
    9 days ago

    Yup. I like their just in December approach too. I have a problem with distrohopping so I’m often re-setting up my system. Every time I do, Thunderbird pops up donation prompts both in the app and in my browser. I get why they do it, but it’s annoying when that happens. KDE’s approach avoids this pitfall.