Why? You shouldn't rely on system files for development... you probably want a proper dev environment that can later be replicated into production or staging (eg. containerization, VMs, virtualenv, etc). Just stick with Ubuntu LTS releases, and enjoy the consistent updates (eg. security) and the massive support benefits (eg. forums) associated with running one of the most popular distros.
Personally, I love the consistent Ubuntu updates. Granted... I always switch to xfce for the desktop environment.
Because if you miss three releases then you have to do three upgrades. If you setup a system and then come back to it a couple of years later and find you need to upgrade you can plan on fighting through multiple system braking upgrades. Yes I know you can mitigate this with LTS but that's a big compromise.
I told him I haven't installed a new OS on my primary PC in 10 years. I just DD it from one drive to another.
DD is by far the easiest way of making bootable media on a flash drive as well. I use that method to create install media for my other computers.
Genuine question as a Ubuntu user, where do you win using Debian on a laptop? I totally understand using it on servers, as it is the definition of 'rock solid' and you can ensure that it will work 100% of the time.
Admittedly I don't pay a huge amount of attention to the differences, but isn't using Ubuntu LTS compromising in the same way as Debian stable? Specifically, packages are oriented for stability. Consequently, you don't get improvements to the kernel, or other packages you may use frequently. On my laptop, I don't want to use Kernel 3.6 that doesn't have the latest improvements to work with Intel processors, direct rendering management, and power saving. I don't particularly want to use quite outdated versions of GNOME either. Six months, to me, is a solid amount of time to sit on a release.
Some people suggest (misguidedly, according to Debian volunteers) using Unstable on a workstation / laptop, which caused my system to outright break entirely because I was using a Nvidia graphics card, so I just installed Ubuntu and it worked from first boot.
Using testing is sworn against by almost everybody, as it's the worst of both worlds - it's not stable and it's not fixed quickly.
Stable plus backports, suggested elsewhere in these comments, sounds nice only if you consider ensuring that water drains out of each hole in a colander equally an adequate use of your time. You then have what I'm fairly sure it's explicitly listed as "don't do this" on the DontBreakDebian[0] page.
There's something to be said for running multiple distributions so you spot binaries in different places, etc, but really running the same system "everywhere" has more value to me.
My laptop/desktop run Debian stable, my servers run Debian stable, and so I know what to expect.
When I need things that aren't available, or have to be backported, I know how to do that. For extreme changes I can use containers, or virtual machines. But for the past few years I've not been convinced in the feature-churn or value added by Ubuntu. (Especially when you see that their "universe" isn't really supported by anybody - hell even looking at bug reports for their supported packages is often depressing. Bugs open for very long time with no updates because of lack of people willing/able to fix them - combined with forum advice which is often the blind leading the blind.)
Nonsense. Testing is stable and up to date. Ubuntu is based off of testing. Debian's rolling release system makes upgrades easy.
wtf? who is actually incompetent enough to do something like this?
# ls -l /etc/httpd/
conf
conf.d
logs -> ../../var/log/httpd
modules -> ../../usr/lib/httpd/modules
run -> ../../var/run
* Why is 'grep -r /etc' taking so long?
* Why am I seeing log entries in the output?
* Why am I seeing 'permission denied' on a bunch of socket files?
These were the default permissions of the apache log dir:
# ls -ld /var/log/httpd/
drwx------ 2 root root 4096 Jan 18 12:09 /var/log/httpd/
$ ls -ld /var/log/apache2
drwxr-x--- 2 root adm 4096 Jan 16 06:25 /var/log/apache2
(13)Permission denied: mod_wsgi (pid=31431): Unable to connect to WSGI daemon process 'bob' on '/etc/httpd/logs/wsgi.1965.3.1.sock' after multiple attempts.
When you look up the modwsgi "Common Problems" page, the very first entry describes exactly this issue... https://code.google.com/archive/p/modwsgi/wikis/Configuratio...
'cfdisk' was removed from the distro because it was "a pile of junk". Really? That's funny -- I've used it to create dozens of Debian partitions and never had a problem. https://partner-bugzilla.redhat.com/show_bug.cgi?id=53061
Since systemd came along, you're supposed to use journalctl though.
That applies to Debian and Ubuntu too.
Nobody has the QA force Debian has.
I would say Fedora's dnf has it beat quite objectively, but to each their own.
You mean even though the slightest care was not given to reliability while coding it?
https://lists.fedoraproject.org/archives/list/[email protected]...
If I have two scripts running in parallel which both wants to install packages, using apt will cause one of the scripts to fail, because apt is already locked.
dnf however will be just fine, because instead of failing it will just queue and wait for the lock to be released.
There's small things like that all over which to me, as an end user, makes relying on dnf feel much safer.
No, not at all. Not doing the elementary work to design the package manager in a way that it will keep the system in a consistent state as it is reasonably possible is unreliable. On top of that, if the developers of the said software are ignoring the issue, denying it is their responsibility and tell people to use a different program instead, I will personally not touch it with a 10 foot pole.
Refusing to run when a concurrent copy is already running on the other hand, is just a comfort issue.
> makes relying on dnf feel much safer
So you are OK with ignoring a real reliability issue and a trivial UX behavior is enough for creating an illusion of safety? Check the thread I've posted, Fedora developers are more than happy to recommend not using DNF and using offline updates thing instead.
Now try running multiple instances of "offline update" thingy and see how far it goes in your pet scenario ;)
Reliability has many dimensions.
If I can't trust that the package manager handles all the issues you can encounter when managing packages, I cannot trust any component which interacts with the package manager to be reliable either.
dnf does a lot of right things(tm) which apt doesn't, which means I can trust that scripts I write to work with the package manager will work reliably.
Apt outsources approximately 2 out of 3 failure-modes to its users meaning every automated attempt to interact with it, is bound to fail on stupid shit it shouldn't.
And then you can't rely on apt. Apt is not reliable.
To me it seems like a misinformed version of "KISS"/"YAGNI", because you do need a package manager to handle and abstract all those things. That's what it's for.
I'm just not comfortable you claiming it is more reliable than apt because then some people will think it is a package manager with minimal amount of importance was attached to its design so that it won't leave the users system in an inconsistent state even in most easily correctable scenarios when that's actually not the case.
But dnf doesn't break your script or force every script in the universe to reimplement the same polling loop, because it's implemented one place, centrally, so everyone else can forget this problem even exists.
dnf clearly does the right thing here, while apt causes breakage. I don't see how anyone can argue anything else.
It's not KISS if everyone else has to work around your shortcomings. Then it's just inadequacy.
Your experience may support such a statement, but without any context it doesn't really help the question at hand. Sharing specific criticisms of rpm-based distributions or rpm package managers would go a lot further towards arguing why they would be a poor choice for a development laptop.
> I think the only reason this OS family is still alive is because RedHat managed to sell so many copies to big corps and universities. I think people still use it mainly because they were exposed to it at school or work and don't know any better.
Do you really think there are no situations where running Red Hat/CentOS or Fedora would be a suitable choice?
Fedora is IMO a great desktop distro, but for some reason consistently underrated in the wider community.
I agree, first install was boring and confusing. I installed it once and didn't touch it since then, haven't touched it for 6 years, it's still running. In fact that's the last time I installed an OS.
edit: I'm running Arch.
If you don't like fiddling with your OS once you get set up, then you should be using some sort of LTS distro like Ubuntu or perhaps a BSD. Things like debian, arch, and fedora require a modicum of maintenance (not much, but it's there). If you don't mind (or like!) fiddling, then a rolling release distro is best.
If you need a library that isn't in backports, just compile from source and install to /usr/local, it's not hard!
It's fine because I understand what Sid is about and this is to be expected, but I wouldn't suggest this to a naive user. And since Testing gets these changes in short order, I'd stay away from that as well if the user isn't comfortable fiddling.
So yes, stable + backports, unless you're comfortable with change/fiddling (same with any rolling distro).
Ever tried to install Debian on a Macbook without an Ethernet-to-USB cable? I take it not, because then you would know how completely retarded it is that you need a second USB stick with the broadcom-wl driver on it to do a proper install. Debian's 'free software' zealotry makes for a horrible UX.
Edit: and here come the 'free software' zealots. Keep downvoting, but everyone out of your echo chamber can see how rabidly sticking to ideology completely destroys usability.
https://cdimage.debian.org/cdimage/unofficial/non-free/cd-in...
Even after all these years it's hard to beat apt-get. I think a lot of people dismiss Debian as unmodern or some how less than the distros built on it but that's hardly the case. Debian "testing" has all the latest software and yet is still very stable. Many people are scared away by the "testing" release but this is what Ubuntu and Mint are based off of.
I find Arch, Gentoo and many others to be a lot of work. I don't have time to spend fiddling around with the OS.
Don't get me started on Fedora/CentOS/RedHat. yum/rpm is just horrible if you've used nearly anything else. I think the only reason this OS family is still alive is because RedHat managed to sell so many copies to big corps and universities. I think people still use it mainly because they were exposed to it at school or work and don't know any better.