"Only a Debian -based distribution is going to end up with you trying to run some updates and it telling you it needs to uninstall your OS kernel"
Are you sure about that? I've been using Ubuntu for some 10 years, and there's not been a SINGLE instance where a package asked me to uninstall the kernel, just for the package to be installed.
I'll love to be enlightened. What package is that exactly? I've compiled and built packages from source for many different applications, and NONE has EVER requested that condition.
Of course there is not a single package responsible for all the problems, this is a recurring issue that just happens when apt gets really confused about what it should be doing.
It regularly starts with a situation like this imgur.com/a/yXyD7 and then following the advice the software is giving.
Also you are aware of the fact that just because you have not seen a problem it is possible for it to exist? I've been using Debian based distributions since the late 90s and getting apt so confused as to not know what to do other than try to uninstall most of your OS is a recurring theme.
But if you want more material, here are some of my other complaints about Debian -based distributions, some less common than others:
Installing a package with a service automatically starts that service, so you often end up having to do several extra steps to get services configured to work the way you want them to: install, stop service, delete data, reconfigure, start service
Packages end up lingering around way after they're needed. Typically a Linux distribution suggests about 200MB /boot -partition, which gets quickly filled with the endless kernel images your Debian -based distribution installs without cleaning up the old ones
You just want to update your packages so you run apt-get update && apt-get upgrade -y and end up having to answer a million questions you shouldn't need to know the answer to when it's updating grub and other system critical packages
There is no easy way to suppress all user interaction requirements when installing packages, for every package you end up having to find how to pre-configure the selections for the answers you want instead, and there are a LOT of useless questions these systems tend to ask from people who shouldn't need to know the answers to them or even understand the questions
Randomly finding that the service for your package is just configured to run /bin/true instead of the binary for the service (e.g. openvpn server)
/casper/vmlinuz.efi: file not found, requiring acpi=off noapic or other kernel parameters to boot the installer and not having those boot parameters automatically saved to the installed system
Things just suddenly failing to work with no clear way for users to recover, e.g. only a year ago I installed Ubuntu and ran literally two commands apt-get update && apt-get install gnome and then rebooted, and the system would no longer boot cleanly and I had to spend my time debugging why
Failing to implement solutions to generally known common problems. It's common for Ubuntu that some mirror fails every now and then, and there's nothing wrong with that. However, the commonly proposed suggestion is to edit the APT sources and change them to use "mirror://mirrors.ubuntu.com/mirrors.txt" to automatically use a working mirror. Why is this not default behavior?
I could go on forever about issues I rarely bump into in any other environment other than Debian/Ubuntu -based distributions, but I think this is enough.
Welcome to open source, my friend.
Pull/Merge requests are welcome.
This is the imperfect world.
You even don't imagine how many problems are with Windowses or MacOSes.
If your job is linked with some kind of OS and you feel boring with it you may change your OS or your job to more comfortable. It's just a question of the decision.
There is a choice there, always.
1) Not all open source projects suck as badly as Debian/Ubuntu
2) Sending a pull request does not mean it gets accepted or that the community doesn't think their tools are already working "perfect" (as they obviously do in case of Ubuntu). Disagreeing with how a Linux distribution is built does not mean that you have time to fork it into your own distribution, feel free to give it a go if you doubt me
3) I've been using computers heavily since the 80s starting with the Commodore 64, I don't have to imagine as I know. Windows and Mac OS X have many fewer critical problems for multiple reasons. Windows is closed source so hardware manufacturers are ok with giving away high quality drivers for use on it, and since it's paid software there are developers working on delivering a quality experience instead of just spending their days bickering which means the effort is not fragmented into a million competing desktop implementations etc. .. For Mac OS X the main reasons are also simple: closed hardware means very limited set of devices that need to be supported, and limitation of features that are given to users limits the development effort, hell there isn't even an audio mixer for them to support. Additionally quite a lot of Linux distributions end up working a lot better than Debian -derivatives
4) I've made my decision already, it's to avoid Debian -derivatives whenever possible, and to warn people of being suckered into thinking Ubuntu is the best the Linux world has to offer.
I like your comment for the consistent reasoning and detailing. I hear you.
I agree that there are problems there. Maybe I learnt to live with them so they don't bother me anyhow. I'm very comfortable with Debian.
It's best for me but it's just me. And it's ok for me if you use another distro whether it be rpm-based or deb-based even Gentoo or Slackware.
Seems like you used test or sid branches.
For further actions, you may consider blocking this person and/or reporting abuse
We're a place where coders share, stay up-to-date and grow their careers.
"Only a Debian -based distribution is going to end up with you trying to run some updates and it telling you it needs to uninstall your OS kernel"
Are you sure about that? I've been using Ubuntu for some 10 years, and there's not been a SINGLE instance where a package asked me to uninstall the kernel, just for the package to be installed.
I'll love to be enlightened. What package is that exactly? I've compiled and built packages from source for many different applications, and NONE has EVER requested that condition.
I'm curious.
Of course there is not a single package responsible for all the problems, this is a recurring issue that just happens when apt gets really confused about what it should be doing.
It regularly starts with a situation like this imgur.com/a/yXyD7 and then following the advice the software is giving.
Also you are aware of the fact that just because you have not seen a problem it is possible for it to exist? I've been using Debian based distributions since the late 90s and getting apt so confused as to not know what to do other than try to uninstall most of your OS is a recurring theme.
But if you want more material, here are some of my other complaints about Debian -based distributions, some less common than others:
Installing a package with a service automatically starts that service, so you often end up having to do several extra steps to get services configured to work the way you want them to: install, stop service, delete data, reconfigure, start service
Packages end up lingering around way after they're needed. Typically a Linux distribution suggests about 200MB
/boot
-partition, which gets quickly filled with the endless kernel images your Debian -based distribution installs without cleaning up the old onesYou just want to update your packages so you run
apt-get update && apt-get upgrade -y
and end up having to answer a million questions you shouldn't need to know the answer to when it's updating grub and other system critical packagesThere is no easy way to suppress all user interaction requirements when installing packages, for every package you end up having to find how to pre-configure the selections for the answers you want instead, and there are a LOT of useless questions these systems tend to ask from people who shouldn't need to know the answers to them or even understand the questions
Randomly finding that the service for your package is just configured to run
/bin/true
instead of the binary for the service (e.g. openvpn server)/casper/vmlinuz.efi: file not found
, requiringacpi=off noapic
or other kernel parameters to boot the installer and not having those boot parameters automatically saved to the installed systemThings just suddenly failing to work with no clear way for users to recover, e.g. only a year ago I installed Ubuntu and ran literally two commands
apt-get update && apt-get install gnome
and then rebooted, and the system would no longer boot cleanly and I had to spend my time debugging whyConstantly coming up with new pointless competitors for existing standards, unity, upstart, linuxbsdos.com/2012/04/27/whats-th... ...
Failing to implement solutions to generally known common problems. It's common for Ubuntu that some mirror fails every now and then, and there's nothing wrong with that. However, the commonly proposed suggestion is to edit the APT sources and change them to use "mirror://mirrors.ubuntu.com/mirrors.txt" to automatically use a working mirror. Why is this not default behavior?
omgubuntu.co.uk/2012/09/online-sho...
I could go on forever about issues I rarely bump into in any other environment other than Debian/Ubuntu -based distributions, but I think this is enough.
Welcome to open source, my friend.
Pull/Merge requests are welcome.
This is the imperfect world.
You even don't imagine how many problems are with Windowses or MacOSes.
If your job is linked with some kind of OS and you feel boring with it you may change your OS or your job to more comfortable. It's just a question of the decision.
There is a choice there, always.
I don't really think you understand.
1) Not all open source projects suck as badly as Debian/Ubuntu
2) Sending a pull request does not mean it gets accepted or that the community doesn't think their tools are already working "perfect" (as they obviously do in case of Ubuntu). Disagreeing with how a Linux distribution is built does not mean that you have time to fork it into your own distribution, feel free to give it a go if you doubt me
3) I've been using computers heavily since the 80s starting with the Commodore 64, I don't have to imagine as I know. Windows and Mac OS X have many fewer critical problems for multiple reasons. Windows is closed source so hardware manufacturers are ok with giving away high quality drivers for use on it, and since it's paid software there are developers working on delivering a quality experience instead of just spending their days bickering which means the effort is not fragmented into a million competing desktop implementations etc. .. For Mac OS X the main reasons are also simple: closed hardware means very limited set of devices that need to be supported, and limitation of features that are given to users limits the development effort, hell there isn't even an audio mixer for them to support. Additionally quite a lot of Linux distributions end up working a lot better than Debian -derivatives
4) I've made my decision already, it's to avoid Debian -derivatives whenever possible, and to warn people of being suckered into thinking Ubuntu is the best the Linux world has to offer.
I like your comment for the consistent reasoning and detailing. I hear you.
I agree that there are problems there. Maybe I learnt to live with them so they don't bother me anyhow. I'm very comfortable with Debian.
It's best for me but it's just me. And it's ok for me if you use another distro whether it be rpm-based or deb-based even Gentoo or Slackware.
Seems like you used test or sid branches.