> previously on this list Adam Thompson contributed: > > > The flip side is that correct usage of pkill in the face of proctitle > > alterations is far from obvious. > > It's never been a problem for me and I thought avoiding pid files was > going against the grain. Glad I was doing it right after all. If you > can you use the commandline and especially have root acces then this > should be very easy. If not, you will simply configure and reboot. > > Lets hope this doesn't become a problem with the take-up of cgroups and > monstrous sized /sbin/init or the rediculously > placed /usr/lib/systemd/systemd to cater/replace needlessly monstrously > sized linux initscripts. It would be really annoying if ps output became > needlessly dynamic but I guess any packages that decides to do that > probably won't be worth running anyway. > > reflecting back on that tiny sentence it seems quite astonishing how > much dumb stuff *some* linux devs have managed to strive for in recent > years.
Pushing complexity into a captured market is a good way to become rich. It worked for Microsoft and Apple, and some new boys are trying the same recipe. On the other hand, it has backfired before too...
