If you want something useful, maybe some more info on what you use your computer for? Advice for a glorified web terminal would be "Click the Firefox icon". Advice for learning bash would be a massive rabbithole.
App suggestions are also very dependent on what you use your computer for.
Initially, I heard about Bazzite OS here on Lemmy; I was tempted to try it out. As someone who loves FOSS, I always wanted to move to Linux. However, I do gaming occasionally, holding me back until I discovered Bazzite OS.
Work: I need to learn Linux to be a penetration tester.
Customisation: I Love customisation, only Windows (I still have it installed on my other drive; it’s fully customised with zero bloatware). Currently following this tutorial to customise my OS. However, I can’t find anything similar to Latte-Dock. I have tried Plank and Cairo Dock. They’re buggy.
Apps: I’m looking for alternatives to ShareX, Fan controller, Flow launcher any other helpful tool similar to them. I have been exploring for the last 2/3 days, but I couldn’t find any app that comes even closer to ShareX (I mainly use video recording, OCR, Image capture and GIF maker features), I’m currently trying FlameShot.
Cooler control is great if you need to control the pump and fans of a CPU cooler. I’m not sure if it can do case fans like fan control but I just set them in the bios anyways.
So on the gaming front, pretty much any mainstream Linux distro would work for that. Proton is pretty damn stable and great on any distro that supports Steam. If you like Bazzite though, you do you.
For pen testing, must-have skills are nmap, bash, sqlmap, wireshark and the burp suite. If you know how to use all those, you've got basic coverage of most common attack vectors (password cracking is also covered by bash, there's 101 different password cracking algorithms in various CLI spps).
I'm a lazy ass who doesn't care much about customization, hopefully someone else can help you with that :))
Might take some effort and learning bash and WINE + winetricks to get that running, but hey, you're gonna need to do that anyways for the pentest stuff :)
Bazzite is great but gaming is also great on any distro.
Alternatively there are lots of gaming focused distros. Garuda, Chimera, Nobara, etc.
The difference between them will mostly be the "out of box experience", what software comes pre-installed, and what package manager is used.
I recommended Debian or Ubuntu based distros if you plan to use anything else, as if the dev releases software outside of Flatpak, it's usually a .deb file.
Why do you need something similar to Latte Dock? Why can't you just use Latte dock?
Apps: I’m looking for alternatives to ShareX, Fan controller, Flow launcher any other helpful tool similar to them.
FlameShot is a great alternative for ShareX, I don't really know about Fan controller, but KDE has a built-in replacement for Flow launcher called KRunner. By default, you should be able to launch it with Alt + Space. If not, check the Keyboard shortcut page in the system settings.
I also the normal Plasma panel, don't have any issues with it. They added quite a few Latte Dock features to the normal panel. Your desktop looks great btw!
I feel like third-party docks are not correctly implemented. A plasma panel is what you should be using. Thanks (: That was my first-ever try, by the way. I can’t make the background transparent despite selecting the transparent option.
Use the website alternativeto.com to locate Linux versions of windows or Mac programs. Also if you find something on Linux but its not quite right, can find listed similar apps.
It has quite extensive coverage of GUI apps. Less so CLI. Certain niche areas are more comprehensive than others.
Did you mean 1MB? With correct settings, you get under 1MB Rust binaries and with even more compression using upx it gets to 300KB, probably less for much simpler applications. Rust applications aren't that big of a deal as people make it to be; within reasons off course.
Just echoing what others said, Plank does not run on Wayland. You can install the "Dash to Dock" Gnome extension for a very similar experience (minus widgets).
If using KDE, consider replacing Guake (which is GTK) with Yakuake (Qt).
This is the kind of crap that makes me glad flatpak and such exist. I don’t want a maintainer making arbitrary decisions like this, it adds unpredictability and platform inconsistency.
A similar issue I face is that on Debian the python stdlib well.. isn’t all standard. In particular they split off the venv package, and it’s an extra step that adds unnecessary complication. No other Linux distros or other OS do this, it’s so frustrating. I guess someone is super happy they saved a few hundreds kilobytes of disk space though.
I guess someone is super happy they saved a few hundreds kilobytes of disk space though.
Yes. All the people basing docker images off if debian, and trying to get them as small as possible. The splitting up of packages, allows people to only pull in what they need.
Sorry I was way off in my assumption that the venv package is a few hundreds kilobytes. apt is reporting 6144 bytes. 6 kilobytes. Installing python on the base bookworm image is 38.3MB. If you’re already installing python, it’s a rounding error. Also they have a separate python3-minimal package (which saves a laughable 200kb), why are they de-featuring the regular python version when they also have a separate minimal version? It makes zero sense. The python3 package should contain the entire python standard library. If it were supposed to be an addon, it wouldn’t be part of the standard library.
The python3 package should contain the entire python standard library
You are free to use a distro which does not split packages, favorite distro, Arch Linux (btw).
Or, you can install the recommended dependencies of python3. Testing in a container, the python3 package pulls:
root@a72bd55a3c1a:/# apt install python3
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
ca-certificates krb5-locales libexpat1 libgpm2 libgssapi-krb5-2 libk5crypto3
libkeyutils1 libkrb5-3 libkrb5support0 libncursesw6 libnsl2
libpython3-stdlib libpython3.11-minimal libpython3.11-stdlib libreadline8
libsqlite3-0 libssl3 libtirpc-common libtirpc3 media-types openssl
python3-minimal python3.11 python3.11-minimal readline-common
Suggested packages:
gpm krb5-doc krb5-user python3-doc python3-tk python3-venv python3.11-venv
python3.11-doc binutils binfmt-support readline-doc
The following NEW packages will be installed:
ca-certificates krb5-locales libexpat1 libgpm2 libgssapi-krb5-2 libk5crypto3
libkeyutils1 libkrb5-3 libkrb5support0 libncursesw6 libnsl2
libpython3-stdlib libpython3.11-minimal libpython3.11-stdlib libreadline8
libsqlite3-0 libssl3 libtirpc-common libtirpc3 media-types openssl python3
python3-minimal python3.11 python3.11-minimal readline-common
0 upgraded, 26 newly installed, 0 to remove and 18 not upgraded.
python3-venv python3.11-venv
I find it odd, because debian does this by default, actually. They account for usecases like yours, and instead you have to edit a config file or use a command line flag to get it to not install recommended dependencies.
This is fine, but why does everything need to be part of Systemd? Like, seriously, why can't this just be an independent project? Why must everything be tied into this one knot of interdependent programs, and what's going to happen to all of them when the people who are passionate about it and actually understand all the stupid ways they interrelate move on with their lives? Are we looking at the formation of the next Xorg? Will everybody being scrambling to undo all of this in another 20 years when we all realize it's become an unmaintainable mess?
It seems a fairly explicit goal of systemd to redefine Linux as a unified platform rather than as a kernel that can run any one of many implementations of many different services. I assume this is not just the systemd lead but also a goal of Red Hat.
Personally, while I am ok with systemd defining itself as a single source for all this functionality, I hate that they are taking away ( or making it hard at least ) to have independent implementations of these services.
What Chinera is doing with dinit and turnstile is really interesting. It would be nice to have feature comparable approaches to the systemd monolith that distributions could choose from.
What Chinera is doing with dinit and turnstile is really interesting. It would be nice to have feature comparable approaches to the systemd monolith that distributions could choose from.
Systemd does a lot of things that could probably be separate projects, but run0 is an example of something that benefits from being a part of systemd. It ties directly into PID 1 to spawn new processes. It seems to me it wouldn't make much sense as an independent project.
Yeah, if all those complainers want something more modular, they're free to push for protocols that allow to leverage existing components while also allowing for them to come from multiple vendors.
Systemd does a lot of things that could probably be separate projects,
I dont get the hate for this - Linux is full of projects that do the same thing: coreutils, busybox, kde, gnome, different office suites, even the kernel itself. It is very common for different related projects to be maintained together under the same project/branding with various different levels of integration between them. But people really seem to only hate on systemd for this...
What standards? The old init systems were a loose collection of shell scripts that were wildly different on every distro. Other tools like sudo also broke the established standards of the time, before it you had to login as root with the root password.
Even gnome and KDE have their own themeing standards as well as other ways of doing things. Even network manager is its own standard not following things that came before it. Then there are flatpack, snaps and app images. Not to mention deb vs rpm vs pacman vs nix package formats. Loads of things in Linux userland have broken or evolved the standards of oldern times.
Systemd breaks its own standards. Oh, were you making a replacement for this component of systemd that does some things the systemd version doesn't? Well the latest version of systemd just changed the Unix socket protocol that it uses to communicate with the rest of systemd from text based to binary. Sorry for the lack of warning.
I guess for me the difference is that the kernel is just way beyond what I can understand and has never had any viable alternatives, gnome I really don't like, and everything else you listed is just collections of simple stuff that aren't actually very interdependent. Systemd is a giant mess of weirdly interdependent things that used to be simple things. Sure, some of them weren't great, but every major distro abandoning all of the alternatives feels like putting all of our eggs in one basket that's simultaneously getting more important and more fragile the bigger it gets.
Except desktop environments - they are far from a simple loosely collection of simple stuff. They coordinate your whole desktop experience. Apps need to talk to them a lot and often in ways specific to a single DE. Theming applications is done differently for every toolkit there is, startup applications (before systemd) is configured differently, global shortcuts are configured differently by each one... If anything it is something you interact with far more than systemd and has far more inconsistencies between each one. Yet few people complain about this as much as they complain about systemd.
Systemd is a giant mess of weirdly interdependent things that used to be simple things.
They used to be simple things back when hardware and the way we use computers were much simpler. Nowadays hardware and computers are much more dynamic and hotplugable and handle a lot more state that needs to persist and be kept track of. https://www.youtube.com/watch?v=o_AIw9bGogo is a great talk on the subject and talks about why systemd does what it does.
Okay, but why go about it that way? That can't be the only way of making a viable alternative to sudo. Why does everything need to be part of one project? If you want to reuse code why not spin it out into a library so each component can be installed with just the libraries it needs and not the depending on the whole gigantic thing? KDE works that way. It's obviously possible for some things, at least.
One of my favorite things about Linux is simply fiddling around and finding the things I like and don't and just using the ones I do. I can't do that effectively with systemd though. Sure, it's theoretically modular, and there are even a couple parts left that can work independently, but mostly it's just one big block of half an operating system that all gets lumped together into one gigantic mess, and I can't effectively just use the bits I like. It's kind of all or nothing, and then maybe being allowed to double up on some of the things I'd like to use an alternative to... for now. It just kinda sucks the joy out of using my computer, but trying to avoid it completely is a massive pain in the butt.
There's no big dramatic thing wrong with systemd. Using systemd and being happy with it is a good thing. I do not object to the existence of systemd. Systemd is fine. It just makes me like Linux less is all. I am enjoying my time with my computer less than I used to, and the universal dominance of systemd is probably the biggest reason for that.
I’ve had Linux pop OS on a USB and ran it for about a year and a half total before switching on and off to windows. I think it’s one of the few OSes that actually work on all my devices even obscure thinkpads. I’d still use it today however -
My issues with Linux as a whole stem from absolutely trash antivirus and auditing perspective. Windows suffers this in many ways but I think they’re a live service rather than a static service. I’ll give an example, we’re getting bitlocker encryption with backup support keys etc in case a user gets locked out of a device on all devices very soon in W11h24 I believe, as a default. Pop OS comes with disk encryption but if I forgot my password or what have you, or even want to make a USB encryption key to unlock the device if I forgot it, I’d be in trouble. There’s an element of user friendliness that OSX and Windows have, that Linux just doesn’t have. I get scared running these open source applications when we’re essentially in a Cold War and I need to depend on them for my business. Especially if the apps are developed in JavaScript there’s so many dependencies I can’t verify. I can use portmaster and some log trailing to sift it but something about it feels like I am still not secure.
Between this and the pip install break all system packages
This has to be about the dumbest change I could possibly gather in the last 20 years of computing. I can’t even imagine breaking this many things all at once. I’m still dealing with the side effects of people’s installers from docker-compose and the pip problems - ansible will just never be the same again. Now this.
The TB branded version is in beta and they are not releasing it until the branding is further along.
Allegedly if you are using K9, there will be a migration tool to move to the TB branded app when released.
Interesting, they renamed their org from thundernest to thunderbird. Makes more sense tbh.
I changes the URL to this in Obtainium and removed the old one. It seems they are still not changing the App ID as updates worked normally, but that version should get the redesign soon.
Sounds good. It's a win win. People that doesn't like the system d implementation can use doas or keep sudo. I Hate the name though. Run0 is dumb can't they just steal the name doas
There's actually an rtfm package in Arch's aur, but it just opens the archwiki for you which just adds that tiny bit of... of That Arch Way Of Doing Things I guess.
Oh yeah I know about tldr. It's pretty great. I actually use a Rust version of it called teeldeer. I also have a whole lot of "disputable" aliases, for example rtfm for tldr and rtfmp (read the fucking man page) for man. I also use fucking for sudo. There's nothing better than running pacman -Syu, realizing the mistake and then typing in fucking pacman -Syu
Well, since doas has a Linux implementation, stealing that name would cause lots of issues to users who already use it or want to use doas instead of run0. This will be a default part of systemd; not a new package. The reason it's called run0 is because it's just a symbolic link to systemd-run, and instead of executing as an SUID binary, like sudo or doas, it runs using the current user's UID.
This is also about the App ID, actually mainly. So they keep K9 so that users can get a popup "export your settings, uninstall and install TB Android". As Android only allows updates with the same app ID and developer key.
Been using k9 for over 4 months now. Pretty nice. A couple of not so big deal issues, but overall pretty nice.
I wish it had material you design where it followed the system tint color. I wish it would stop complaining about authentication here and there. And last wish is to have the delete icon on the bottom instead of all the way at the top. Lol
Yes, I'm several years into my de-googling process and a solid email client is not something I'm worried about. K9 is great and, as Thunderbird, we can only hope that it gets better.
They're different in some way I guess. The material design is basically Google's HIG, the you is the tinting from the wallpaper colors. Just like how KDE does their tint the whole UI from the wallpaper.
However, we’ve also heard numerous times that people love K-9 Mail and wished the app would stay around. That’s why we’ve announced in December to do just that. We’ve started work on this and are now able to build two apps from the same source code. Thunderbird for Android already includes the fancy new Thunderbird logo and a first version of a blue theme.
Does this seem daft to anyone else?
I assume the same codebase will generate the app branded as either k9-mail or thunderbird? What is the point of that?
I think the major hurdle is that they can't just rebrand the existing app, they have to release a new one. Keeping the K-9 app around will help the user transition long term. The folks in this thread follow Thunderbird and Thunderbird for Android development but my guess is the majority of K-9 users don't. At some point when or if K-9 installs drop they will probably revisit the issue.
I think this is the way to go if it doesn't frustrate further development too much. Kinda risky to pull the old app out of stores and see the blissfully unaware part of your userbase leave for a competitor.
Linux
Active
This magazine is not receiving updates (last activity 51 day(s) ago).