i wish i am brave enough to use slackware, the idea of a rudimentary package manager seems plausible
with ubuntu, there is too much majic, i dont run a server, but for example i dont think anyone should install Postgresql sql on running production server by running
sudo apt-get install postgresql
slackware i believe would force more discipline, i wonder how reasonably large companies run/admin their servers (do they apt-get everything)
that would definitely be a nice book to read, someone should write it
One-line installers are fine. Automatic upgrades are not.
To use the GP's example of Postgres: I care a whole lot more about my data than anyone at Canonical does. It would be a firing offense to trust that Canonical handles a database software and data upgrade correctly.
Which is why Debian doesn't do upgrades-for-the-sake-of-upgrades in Stable. Anything you get there is a security fix, and the notes will tell you if there's an unavoidable functionality or config change.
It's also why you can easily set up your own repo in two stages: one that updates from upstream automatically, so you can test changes, and one that never updates except when you specifically update a package: that's the one that your production runs on.
Sure; which is why you have an update process - the includes checking for potential issues, and involves several avenues of upgrade (apt, direct, etc.).
With proper due diligence on our part I trust the package maintainers to make less mistakes than if I have to do it all by hand :)
apt is pretty configurable though.
For example I get an automatic email every day notifying me of package upgrades that are available. Only security patches are installed automatically (you can even specify individual packages to be excluded altogether).
I've mainly used mysql and never lost data due to an upgrade (we backup before an upgrade anyway), YMMV of course.
It's grokkable magic :) The Debian package format has nice functionality for deploying software such as the seed database, the script hooks and dependency checking via apt.
Keep in mind it's also possible to run your own apt repositories and have your machines source from those, allowing you to define what specific software runs on your farm, down to the smallest detail.
All in all apt can give you a very flexible setup :)
Slackware comes with slackpkg which is (in terms) similar to apt-get, but for non standard apps you need slackbuilds or compile code manually.
Btw using Slackware on one server in production and i must admit that small specific systems are perfect match for Slackware (VoIP, routers, ...). And ofc non-production systems (laptops, testing and development environments, etc).
with ubuntu, there is too much majic, i dont run a server, but for example i dont think anyone should install Postgresql sql on running production server by running
slackware i believe would force more discipline, i wonder how reasonably large companies run/admin their servers (do they apt-get everything)that would definitely be a nice book to read, someone should write it