Boof

  • 1 Post
  • 31 Comments
Joined 1 year ago
cake
Cake day: June 16th, 2023

help-circle

  • dog@suppo.fitoProgrammer Humor@programming.devExam Answer
    link
    fedilink
    arrow-up
    10
    arrow-down
    1
    ·
    6 months ago

    Yes, it’s a full 24 hours, but a library doesn’t use 24:00:00 to represent the last hour, it’s 23:59:59. Once it hits 24:00, it rolls over to 00:00:00.

    Hence my initial error of answering 23.

    It’s not valid, but I don’t edit out erronous answers because I believe all data should be preserved, no matter how dumb it makes one look.









  • dog@suppo.fiOPtoLinux@lemmy.mlLooking to migrate
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    Could you elaborate a bit?

    Isn’t Proxmox etc. “Gpu less”, as they only use tty instead of anything like a WM or DE?

    I’d prefer a “master” / hypervisor running a bunch of VM’s for different purposes.

    Whether they be for gaming, pirating, development, pen testing, home automation, porn, or anything else really.

    'Course I’d only be running gpu passthrough into a single VM at a time, can’t split a single GPU into 50 passthroughs yet.


  • dog@suppo.fiOPtoLinux@lemmy.mlLooking to migrate
    link
    fedilink
    arrow-up
    1
    ·
    1 year ago

    iGPU shares one monitor with the dGPU, but on different protocol, which from what I read online is supported.

    It only really needs output when I flick it open.

    So maybe it needs a KVM switch instead of trusting the monitors splits.





  • dog@suppo.fiOPtoLinux@lemmy.mlLooking to migrate
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    Scenario 1. X11 “works”, wayland doesn’t. Trying to update NVIDIA drivers leads to boot failure.

    Scenario 2. Wayland works. Only on igpu. Only via HDMI. Only on one monitor.

    Scenario 3. Wayland works on Displayport. Doesn’t even recognize second monitor.

    Scenario 4. Everything seems to work. Trying to do GPU passthrough fails.

    Scenario 5. IGPU is hogging displayport, despite being connected via HDMI, thus preventing the DGPU passthrough on either HDMI or DP.




  • Hashing on client side is both more private, and secure. All the user ever submits is a combined hash (auth/pubkey) of their username + password.

    If the server has that hash? Check the DB if it requires 2FA, and if the user sent a challenge response. If not, fail the login.

    Registering is pretty much the same. User submits hash, server checks DB against it, fail if exists.

    Edit: If data is also encrypted properly in the DB, it doesn’t even matter if the entire DB is completely public, leaked, or secured on their own servers.