After using multiple tiling compositors over the years, I’m pretty much set in how my system works. There’s not much I have to do, except the occasional tweak to keybinds for launching apps, adding some window rule or changing my monitor layout. Those are things I’d have to do on any DE and they don’t take any longer.
Until I need something unexpected not yet set up by me, e.g. switching keyboard layouts. But it’s been a long time since I needed to do any of that. That’s the beauty of config files stored in git: Once it’s set, just forget about it.
Edit: I do agree though, the time it took to arrive where I am is considerable and definitely not something I recommend to others who value their time.
I agree, using WM is like a using a car, its obviously easier to use something ready out-of-the-box but it does not feel as good as customizing your own. Just like people treat cars as their identity you can do the same in your computer and the fact that in some cases you can achieve better performance in your workflow. To me it is like any investment, if it shaves some little time every day, eventually it will pay off.
Oh, I meant IRL.
The worst was when I got treated like I was stupid for not just assuming that someone with atypical facial features had some kind of mental disability.
I mean, it was apparent that they did once I began talking to them, but like Hell am I just going to assume that based on someone's looks.
I switched to hyprland over christmas when I didn’t have much I actually needed to do and now I definitely do things more efficiently because of it. You just need to pick the right time to switch
For me it’s not about efficiency (although tiling somewhat improves it) but rather basic comfort. With stacking wms windows constantly overlap each other, and then I have to constantly re-arrange them, alt-tab like 75 times to find the one I need, etc, and tiling does solve this issue pretty damn well.
Could you maybe share the configuration files ? I was trying to emulate the box type of waybar for my river setup. I wanted to know how you got that border outline in that color.
I’ve heavily customized my BSPWM TWM (bash configs and scripts), NeoVim configuration (extensions and custom Lua Scripts), Suckless Terminal Emulator (plugins and C compiled config file), and Librewolf Browser via userchrome.CSS and extensions, all on Artix Linux without systemd and near daily updates with occasional breaking changes.
That said, I release small to medium scale personal Web/CLI projects in my spare time and have noticed I just move through projects faster than my peers (self learning and bootcamp web devs). I type 100wpm when given a prompt via use of a split 40℅ ortho keyboard (yes, custom keybindings via flashed firmware). So I’m all in down the configuration rabbit hole, but am loving it and feel the massive initial time investment was worth it.
Verification doesnt help at all if the source is not trusted. All this says is “upstream developers maintain this package”. Unofficial packages can be safe too, like VLC.
It does help prevent actual malware from being downloaded, though, since upstream developers probably won’t publish malware on Flathub.
But this is still a half-measure. I don’t understand why Red Hat and Canonical don’t treat this issue seriously; people on Linux are used to assuming software installed from the repos are safe, and yet Snap and Flatpak are being pushed more and more despite their main repositories being potentially unsafe.
I can’t find it now, but I read that the verification process also includes human review (for the initial verification, not every update), so it should actually prevent “verified” malware (though it does nothing against unverified malware).
This unverified badge does not prevent from malware being downloaded. This is a false statement! An upstream developer can have malicious intention and be verified as the upstream developer. This unverified badge only helps identifying its not a modified version by someone else and is guaranteed to be from the original developer. It does not prevent anyone from downloading and installing unverified apps. If that was the goal, then why having unverified apps in the first place on the store? Yes, because its useful. Therefore people will download unverified apps or just blindly trust verified apps.
At the moment his is enough. But if the Flathub store grows, this can be an issue. Look at the Android and ios app stores; there are plenty of apps from original developers with malicious intentions.
It is reasonable to assume that a verified Flatpak will have a lower chance of containing malware, since initial verification includes manual review (by a Flathub maintainer), and certain changes (like default permissions) also require manual review.
So the way I see it, it does help, but not in a meaningful way.
Because both Red Hat and Canonical are of the “pay us to care” mindset. If you aren’t paying for support, you’re a freeloader and need to do your own research.
That’s not entirely true with Red Hat. There’s a lot of work that they’ve done in the open source community that they haven’t shared back. And canonical seems to think this is a good idea.
Next step, display the “potential unsafe”-badge next to verified or unverified, that can be found on the same page. In example flathub.org/apps/io.github.shiiion.primehack is marked as verified, but if you scroll down you can see the application has full system and data access and is marked as potential unsafe.
It makes it obvious to people whether they are downloading Google Chrome as packaged by Google or as by someone else. That being said, Google Chrome is malware. That being said there is a lot more that needs to be done to truly prevent malware, which will be costly but will hopefully take effect when they’ve got the budget for it
Because if you search Firefox and see a badge that says verified, you can be confident that it was Mozilla that packaged it and added it to FlatHub as opposed to some random scammer.
lemmy.ml
Oldest