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/)RE
Posts
3
Comments
2,015
Joined
2 yr. ago

  • honestly thats why I don't like signal and simplex for people who send lots of images. something server-based is much more suitable for them, like Matrix. that is, if their apps were more stable. there's also the security about metadata, but for most people that's probably not a huge concern

  • Lemmy is written in Rust and even high experienced and capable C++ developers do not know how to work with it, plus the language itself is not finished.

    that's just plain false. It's easier to use Rust than C++ because most of the pitfalls are eliminated, and many tools helping to get things done are built in nd have good quality. C++ devs just have a hard time getting used to the differences. It's also questionable whether rust is unfinished. It's not like its "beta" or "pre-release", and if your point is that it's still getting new features, then consider that C++ and Python does too.

    python is better for prototyping, and it can be better for tools and simpler software. but if you think Python is better for "production" generally, then look at Matrix Synapse.

    that being said, I agree that Rust is more complicated than other languages, but not by a large margin. but yeah, it matters for beginner friendliness, and I would never recommend Rust for someone who is just a beginner in programming; but neither would I recommend C or C++ for them.
    though to be honest, I would be happier if the defacto beginner friendly language would be something with stricter types.

  • there are so many password managers, but why would anyone use something other than keepass dx?

    sure have a few alternatives, but there are many now with questionable security, that uses as obscure format even. this is a bit like all the weekend music players

  • We left out fully distributed FOSS that doesn't have any fixed location - maybe we'll update it some time with a box for that.

    maybe you could show the jurisdiction of the devs for them, when known. for legal reasons that can affect development decisions

  • oh, that's right, sorry. it must have changed in recent years.

    so I haven't either found a definitive answer to whether it is a default mount option, but the closest I found is almost it: man mount says to look in man ext4, and there itsays the defaults are determined by the filesystem superblock.

    the superblock's settings can be viewed with tune2fs -l /dev/your_blockdev, and according to the "default mount options" line I indeed have acl enabled by default on all my ext4 filesystems.

    so in the end, the default is determined by the tool that makes the filesystem. mkfs.ext4 reads them from /etc/mke2fs.conf if not overridden with an argument. on my system tue acl option is right there in this file.

    and that also means that this depends not on your current system, but on the system where the filesystem was created.

  • So does it wait until it has found all the matches to run the command as a giant batch instead of running it as it finds matches?

    almost. it runs the command in batches, if you have few enough files it may only run it once. this shouldn't make it slower, but actually faster.

    and yes, linux does not use ACLs by default. on ext4 usage of ACLs is not even enabled by default, but only if you set it up with the right mount option

  • you can't remove the Google search bar from the Pixel launcher is still crazy to me.

    yeah that's crazy, but it's relatively easy to fix compared to deep rooted bloat and whatnot in the system. the pixels even have good support for some alt ROMs, that can't be told about most samsungs, so you are basically forced to use their software

  • they could probably just extend it with the bits that google requires for corporate approval, and release that as a fork, while still contributing to the development of base graphene os.

    I mean they don't need to use plain graphene, a partnership could make things easier for both parties by avoiding needless duplication of efforts.