I know there choice of distro is really meaningless as you can install almost any program on almost any distro. But I have been playing with kali which is for security people and pen testers. Is there a similar distro for programmers? Like a few ides installed some profiling tools some virtual environment tools etc?
You must log in or # to comment.
kali is for posers, professionals use hannah montana
Biebian is VASTLY superior to Hannah Montana Linux. You should consider switching.
God, this fucking debate has been going on for decades with you nerds. Bieb or Hannah there’s no right answer, use whichever works best for you!
dual boot them 😂
Rebecca black Linux is for the real men though.
Most forward thinking distro. First to ship with Wayland by default and the only of the three still getting constant updates.
No competitor really. It’s always Friday Friday, gotta boot up on Friday with rbos my friends
The truly righteous use TempleOS.
Yes, all of them.
No
All of them? I’ve always liked (and preferred) Linux for dev work, as I’m just so comfortable around working with the commandline and installing packages that I might need. For that end, any of them would work, you’d just need to set them up with what you want. If you wanna be “cool” and “hacker” you could install Arch and install every last package manually handpicked, or you could go with the most bog standard Ubuntu or Fedora or OpenSUSE. All of them work, it’s only down to your tools. If you like Kali, stick with it.
When I see a job listing have “PowerShell” I’m like [x]
Runs fine on Linux.
Not that I know of, but I kind of feel like Nixos could be. The way you can use nix flakes or shells so each project has its on version of nodejs, go, rust, or w/e you use. Instead of having them installed system wide. And you can put the flake.nix and flake.lock in your git repo so any other Dev with nix can use it to DL the exact same packages.
yep came here to say NixOS - once I was used to it, the advantages for programming are immense. I commit my shell.nix to Git and use Lorri to automagically install the right environment tools and it feels magical being able to work on multiple machines and never encounter dependency oddness
Probably Bluefin-DX.
The “DX” stands for developer experience. It’s a variant of uBlue/ Fedora Atomic (Silverblue) with a lot of added programming tools like Brew, Nix, IDEs, local LLMs, and more.
You can read more about it on the website.
There’s also Aurora, which is the same, but with KDE instead of Gnome.
The
dx-images are meant to be a plug-and-play solution for developers. You just install it, share your container config to your project colleagues, and go. Don’t worry about not being able to work because of a bad update or some misalignments in your package manager broke your OS. Most stuff is containerised, and if your host breaks, you can just roll back, because the system is basically powered by git.I’m no developer, but I use the regular variant for casual purposes (no specific tasks, mostly browser) on my laptop, and Bazzite (also very similar, but gaming focused) on my desktop, and both are wonderful! They’re the most boring distro/ OS I’ve used yet, and that’s great. They’re immutable/ image based and always work reliably.
I can really recommend them for a lot of people, from ranging from IT professionals to my mum.
Don’t worry about not being able to work because of a bad update
Never happened to me in 20+ years… I seriously wonder what some of y’all have been doing that this is a major concern.
I’ve done the horrible deed of updating Debian, for example.
Distros like Arch get a pass, but Debian screwed me over several times. For example a few years ago, some driver decided to make itself clinge onto old kernel versions. So the boot partition got full and left me in a weird start where I had to manually remove old kernels and track down the driver at fault.
Recoverable, but annoying, and on a system I use for work it would be really really expensive.
Fedora used to nuke itself sometimes if you upgraded an install from version n to n+1, n+2, … Like a config not being migrated properly, a package conflict because of renamed packages and versions, yada yada yada.
If you didn’t experience that, you either were very lucky, only used enterprise distros, or simply reinstalled often enough for it not to be an issue.
I’ve had bad tinkering break my system before, but never had an update break it irreversibly. The closest would actually be on Silverblue itself, when an update to the kernel was using different signing keys that cause the system not to boot. Fortunately it was simple, I selected the previous deployment and I was in (on a non versioned OS I would have selected the previous kernel which most are configured to retain the last few). A quick Google revealed Ublue had a whole kerfuffle and after verifying it was legit, I enrolled the new certs into my MOK.
Although one time on Arch I had installed an experimental version of Gnome from one of their repos, and was pleasantly surprised when that version finally released and I removed the experiment repo and did an update absolutely nothing at all broke. Nothing.
Not irreversibly, but it’s annoying to be forced to spend an hour searching for an answer in forums then fixing to get networking or GUI back before you can do productive work.
I’ve had this happen more often than I’d like to admit.
There were quite a few instances where I just couldn’t game in the evening after turning on my PC, mostly because of my power supply (outages while updating, unstable grid, damaged PSU and hard drive, etc.) and my ability to shoot myself in the foot in regards to my IT skills.
I imagined spending my friday evening differently than chrooting my install from another USB more often than I’d like to admit. At least Linux is repairable, good luck trying that with Windows…
Now, thankfully, I live in another house with a landlord that actually cares that I don’t get electrocuted in my shower, and I don’t have those problems anymore. I also don’t tinker as much with my OS anymore, at least not much.
Still, Fedora Atomic feels way more robust and less buggy than regular Fedora, especially KDE. And the QoL tweaks from uBlue are great too!
UNIX was kinda designed to be an IDE (of its time) by itself. Desktop/Server Linux (whether GNU or non-GNU) mostly continues this tradition; you are provided with some powerful tools for text manipulation, development, debugging and deployment out of the box in most distros. As such, any modern Linux distro is pretty good for development even out of the box. However, you must learn to use this power, and I’m not claiming it’s easy (I still regularly look up various manpages despite doing development on Linux for 10+ years in various forms).
With that said, I myself prefer NixOS. It really feels more developer-oriented that other distros, as you get the power of Nix out of the box, and integrated into the system. With Nix you get easy access to the biggest software repository in the world. You get per-project development shells, so that you never have to worry about different toolchain versions for different projects, or your system being contaminated with bloat you no longer need. You get the power of reproducible packaging, to eliminate a lot of (but unfortunately not all of) “Works on my machine”-type of problems. It’s also got a hell of a learning curve, but I think it’s worth it.
Short answer is no, I think because what tools you need for programming change so much based on the development you’re doing. C++ developers need compiler toolchain stuff that Javascript developers would never need to look at and vice versa.
Curveball answer is that modern extensible IDEs with the power of language servers and plugins have kind of become this. I’d massively recommend properly getting into one of the following and learning how to configure new languages and plugins:
- VScode
- Neovim
- Emacs
- Helix
(Sure I’ve probably missed some great options, feel free to flame me on why notepad++ should be OPs first choice)
I, for one, welcome our typography as flow control overlords.
Can’t wait for people to stop confusing " “ and «.
I mean pretty much any distro that isn’t locked down will be good for programming. All you really need is a package manager with a selection of at least somewhat modern dev tools, which almost all of them have.
there are locked down distros?
I’m thinking things like where they don’t give you access to a console. I guess like Android or things with heavy parental controls or whatever.
I feel like there’s just too many different programming workflows, to try to pre-install them.
Here on openSUSE, there’s ‘patterns’ you can install, which are basically just groups of packages, and they’ve got some pre-defined patterns for programming:
I feel like that kind of goes in a more useful direction, although it’s still partially questionable what those contain. For example, the Java development pattern comes with Ant as the build system, when Maven and Gradle are more popular, I believe.
I also have to say that I often prefer installing programming tooling in distro-independent ways, and ideally automated in the project repo, to avoid works-on-my-machine situations.
Of course, something like Git, Docker, VMs etc. tend to be stable across versions, and I might not care for having the newest versions, but even with those, I think it’s good to install them on demand, rather than having them pre-installed. If the distro simply makes it a breeze to install them, that’s ideal IMHO.What does a programmer need?
- a text editor or IDE
- language specific tool chains for building, running and testing your code
This doesn’t seem to be something a distro can solve beyond making it possible to install this stuff.
Maybe the closest is nixos, because it allows a lot of flexibility in setting up different development environments that are fully reproducible. Gentoo is also close, as it allows the same but in a different way (without the extent of reproducible guarantees).
You could try Bluefin (Gnome) or Aurora (KDE). https://projectbluefin.io/ It’s an immutable OS based on Fedora. They have a developer version with certain developer tools pre-installed. The development environment is largely based around containers and virtual environments. eg. Using DevPod to run your software projects within developer containers instead of installing the tools directly on your host operating system.
I use Aurora at work as an IT technician and it’s great :)
NixOS. It’s really good for building multiple discrete environments specific to a development project, and it’s done via a functional declarative language that’s right up a programmer’s alley. You can specify everything precisely to what you want for that environment including all dependencies and not have them pollute each other when you switch builds.
But it’s a steep learning curve and the documentation could be better, but it’s probably fine if you’re used to learning new languages.
I’d argue… Alpine?
Why? Well, because it’s small. So Alpine isn’t the programming distribution itself but rather the distribution for the container your run whatever you build inside of just because it’s very VERY small (like… 5MB?!).
Obviously that makes sense only in some cases. For example for a frontend Web developer or a game developer (or a WebXR dev like me) it might not help much but otherwise,… maybe?
Anyway if you are into this kind of things check also Gitpod, it’s about wrapping your dev environment inside a container then having it anytime, anywhere, including for other developers and facilitate their onboarding.
Not disagreeing, but if you’re just looking for a small Docker image, might as well build a static binary and ship it without any distro at all. Or, if you really need shared libraries and other dependencies, you can build a docker image with Nix and not get anything other than the dependencies.
In my view, you need a distro that has up-to-date packages. It also helps to have repos that have all the obscure tools you are going to want to ensure compatibility with everything.
Those two criteria eliminate a lot of distros. Arch or an Arch derivative like EndeavourOS are my picks for these reasons.
Distro packages don’t really matter much in my experience. You either use project-specific package management or install stuff with Homebrew or Nix package manager. Sometimes maybe even containers.
One problem with distro packages is that you can only install one version. And in practise a lot of software projects have outdated dependencies. Sometimes you have multiple projects with conflicting version dependencies.
One problem with distro packages is that you can only install one version.
This isn’t technically true for all distros—Gentoo has a mechanism that will allow multiple package versions to be installed in parallel. I have multiple distro-packaged Python and Lua interpreter versions on my system, for instance. But it does require some extra work by the packager, so it isn’t done universally for all packages.
Are these made similarly to how Debian handles python2 and python3 for instance?
I’m not sure that anything short of a package manager that would compile everything from sources would be able to provide capability to pick and mix specific package versions.
I don’t know how Debian’s solution works, so I couldn’t say for certain. Gentoo usually installs the different package versions to their own directories, and there are methods for selecting a “system python” (or lua, etc) which is the target of the
/usr/bin/pythonsymlink. Other versions have to be called with qualifiers (for instance,python3.10). Python libraries installed through the package manager may install to one or several versions depending on the content of a couple of environment variables, and applications that need python can request a specific version if they need to, or accept the system python if they don’t care. (Note that python2 is no longer eligible to be the system python—you need at least one python3, although 2.7.18 remains in the package repository and can be installed as well if you really need it.)Of course, if you’re not a programmer, you can leave the defaults for everything alone, and most of the time it should Just Work.
Sounds pretty close to Debian as far as I remember. In Debian those symlinks are called alternatives, and can be configured with update-alternatives. Not sure about the Python libraries though.
Well, now you are hitting on my real recommendation which is to use Distrobox. Distrobox allows you to install multiple userlands that are all isolated from each other but all seem native on your system and give you full access to shared files and resources ( even the GUI desktop ).
It is very common to work on something not that just has outdated packages but that targets a specific distribution. If you are building something that will target an Alpine container in the cloud, it is handle to create an Alpine Distrobox to have all the same libraries. Similarly an app might target a specific version of Ubuntu. One of the products I worked on last year was based on Ubuntu 18.04. I could easily create an Ubuntu 18.04 Distrobox to work on that.
Distrobox also means I can prevent the build-up of cruft from all the little specialty tools and dependencies that projects require that I will not need long term. Remove the Distrobox and remove all the junk.
This is different than pure Docker to Podman though since Distrobox still gives you full access to your base system. You only have to install what you uniquely need in Distrobox. So i am not necessarily installing all my tools in Distrobox. Just the specialty ones.
Anyway, this is a more complicated answer and setup. In my view, the host environment still matters a lot and what I said above still stands.
Heh, Distrobox came to my mind when writing my comment. I haven’t used it enough to recommend it yet though.
I recall there are some other development container projects, but can’t remember the names right now.
Development containers are nice in theory. In practice, sometimes development environments are so complex that it might not be worth the trouble. But it’s good to have options.
