Skip Navigation

InitialsDiceBearhttps://github.com/dicebear/dicebearhttps://creativecommons.org/publicdomain/zero/1.0/„Initials” (https://github.com/dicebear/dicebear) by „DiceBear”, licensed under „CC0 1.0” (https://creativecommons.org/publicdomain/zero/1.0/)TT
trevor (he/they) @ trevor @lemmy.blahaj.zone
Posts
2
Comments
668
Joined
2 yr. ago

  • Does Mistral actually provide the training datasets, or are they using the fake definition of """open source AI""" that the OSI has massaged into being as megacorp friendly as possible?

  • Does anyone know of a FOSS app that can limit charging on Pixel devices? I imagine it would require root, which is fine for my usage.

    I'm using one called "Healthy Battery Charging", but it only gives you notifications and you have to manually plug and unplug the device.

  • Agree. Pattern unlock is simply more ergonomic for my thumb.

    I'm sure the devs will claim that you can read the swipe pattern by looking at the smudges on the screen, but they should just show a warning about that when you configure it. I don't need to be babied when using my phone, and with the inclusion of two-factor unlock, it becomes even less of an issue.

  • I've cloned a drive from my LCD to use in my OLED. It's mostly fine, but occasionally (every few days), the interface would crash. Weirdly, those crashes went away with time, so maybe an update resolved the crashing I was experiencing?

    If you want to reliably leave your games on standby for any amount of time, it's probably best to use a fresh image instead of reusing the existing installation from the LCD model.

  • Perhaps that's true. Although, I think that should be tested because I'm a little unsure since pipes are just the stdout of one command being used as the stdin of the following command. There's still some output, even if you don't see it.

    In any case, find has many uses, many of which will print data to the screen, and find is far from the only use case in which this would be apparent. There are tons of situations in which you're going to have to work with large amounts of stdout/stderr, and having a GPU-accelerated terminal will be much faster in all of those situations.

  • For those that are, for some reason, incredulous of having more performant software (???), here's a simple program to demonstrate the point:

     rs
        
    use std::{
        fs::File,
        io::{BufWriter, Write},
    };
    
    fn main() {
        let buf = File::create("/dev/stdout").unwrap();
        let mut w = BufWriter::new(buf);
        let mut i = 0;
    
        while i <= 100000 {
            writeln!(&mut w, "{}", i).unwrap();
            i += 1;
        }
    }
    
      

    It simply prints the numbers 0-100000 to the screen. Compile it (rustc path-to-file). Run it in a non-accelerated terminal with time ./path-to-bin. Now time that same binary in a terminal emulator with GPU-acceleration.

    The difference becomes more apparent with more text. Now, imagine needing to use something like find on a large set of files. Doing this on a non-accelerated terminal is literally slower.

    It's fine if you don't need a GPU-accelerated terminal, but having acceleration is genuinely useful and a noticeable quality-of-life improvement if you do anything more than just basic CLI usage.

  • Authy is garbage too. You're just one small step away from SMS 2FA and your keys are held by Twilio, who has been breached.

    Ente Auth is e2e encrypted, zero-knowledge, and cross-platform if you want a secure and convenient authenticator.

  • Shouldn't we also have the opposite list; a sort of name and shame or if you use these banks, you're screwed list?

    In part, because it can be more conclusive to take a bank that has consciously made the decision to block access, rather than having a list of banks that maybe just haven't gotten around to it yet.