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/)LN
Posts
0
Comments
66
Joined
2 yr. ago

  • One of the points I often give to people who claim "I don't care about my privacy" is maybe others close them do, and endangering others' privacy and data security is an irresponsible decision as a partner, parent, friend or family member, so it's always good to raise awareness

  • I'm sure it's not, but even if it is, I'm happy for the project because it fits one of my needs in the Linux space. To other people like the Rust lovers, it's another ambitious project that uses their favorite technology. It might not sound or look so appealing to you, but at the end of the day, it's a project that has good motivation and does deliver so far, which is the backstory behind many scientific and technological advances. As someone who is not the developer, nor the employer at System76 who pays the developers, so why not just sit back and see how it ends up, as opposed to being super critical about it?

  • As a WM user myself, it's a big hassle to choose system utilities, and to manually write config or environment variables to have programs understand I'm using a custom DE and just behave like it's GNOME, KDE or XFCE.

    On the other hand, mainstream DE don't natively support tiling. There are extensions or plugins do that, but there are a lot of problems with that. To name a few, 1) like said, they are sometimes bugged in edge cases; 2) I could report the bug, but it takes time to fix it, during which I have to disable the plugin; 3) when the extension devs abandon the project, I have to move on with a new one, which often behaves differently; 4) when the extension or the newest version of the extension requires newer dependencies, but I can't install them because I don't want to shake the whole dependency tree for my system

    All aforementioned problems can be resolved with a DE that natively supports tiling, and as of now Cosmic is the first that does it in history, letting alone supporting Wayland as well. From that perspective, the project is not "just a rewrite of what's existing already"

  • I've had issues where the tiled windows go all over the place before/after connecting to external monitors in GNOME Pop shell. I can't speak for the entire Cosmic project, but as an end user who wants an established DE with native tiling windows that always work as intended, I consider the project justified

  • Funny thing is Windows accepts forward slashes as arguments in programs and API for long time. They just refuse to return forward slashes and don't give users/developer options to do so, so we have to deal with it anyway

  • GNOME is more keyboard-focused "in the way the devs thought it's good". If users want to change the way, they gonna use tweaks, dconf editor or gsettings and navigate a jungle of key-value pairs like Windows Registry

  • I just looked them up and maybe you are right. But QEMU definitely lacks a GUI config tool that is both easy to use and allows for advanced features like snapshots. So far the only ones I know is GNOME Boxes and Virt Manager, and neither is as good as providing handy ways to configure as VirtualBox. I could probably just write the XML config or QEMU command by the documentation, but next time it could be a different scenario so I have to investigate the docs and maybe a few more forum posts. In VirtualBox, the buttons that do everything for me are always there

  • Because they are for different use cases. I use QEMU+KVM on desktop for games and 3D CAD software, because of its undeniable performance advantage. But on work laptop, I use VirtualBox to test my software on different platforms. On VirtualBox it's relatively easy to initialize a VM, configure network, file sharing and device passthrough, and its snapshot feature allows me recreate the same environment for troubleshooting

  • All of the quirks you said are true, yet they still established the "okay" ecosystem of hobby-grade microcontrollers like Arduino, IoT devices, and other small scale robotics systems. None of them would have happened without the "okay" abstraction C/C++ provides as opposed to assembler

  • While I do see most of the listed stuff happened to me before, they only appear once in a while and it's often just one sentence in the list is true. I think OP is trying to make an exaggerating slander where it's extremely unlucky to have more than 5 sentences is right

  • From my understanding, one of the actual use case of assembly is for cyber security engineers to dump assembly instructions from a compiled program, so they can check for any potential vulnerability. I've also seen assembly included in an embedded codebase (the overall project is in C), which I assume is for more optimized performance and deterministic behavior