Am 23.07.2011 00:17, schrieb Kevin Fenzi: > I'd like to suggest: > > a) Please avoid getting personal, stick to technical arguments/issues. it is not my intention to get personally and hurt anybody as person, really! i try to get borked things fixed which i can not fix by myself and had to learn that things are only changed if they are hurting enough people believe me, there are thousands of users out there which are perfectly happy with F14 in different environemnts and waiting until F14 is EOL for upgrading to F15 in the hope most of things are fixed until then > b) Is there any further useful discussion to be had in this thread? > Perhaps it's time to give it a rest for the weekend (or longer) no problem, no rush NOW but the time goes fast and F14-EOL will affect users in many ways what i hardly need is a relieable mysqld in a way that every service (and not only shipped with fedora ones) will 100% start clean and much more feedback of "systemctl" after that is clean and there is a way to backport to F15 i am partly happy, but as long "systemctl start some.service" wil give no feedback if the start was sucessful or not this is not acceptable for me because in the time typing "systemctl status some.service" i ccould start to think and look why it has failed and i think you will also agree that it is boring restart a machine over Lights-Out-Managment with some TB disks and the beast starts filesystem-check without feedback and you can not hear if the machine is frozen or still working, for someone this might be a little probmem - for a perfectionist it is unacceptable ______________ the myslqd.service/mysqld.socket MUST working perfectly and after that i am much more relaxed than now because my whole work of the last 10 years depends on that and tjere was no single problem until systemd came in my life https://bugzilla.redhat.com/show_bug.cgi?id=714426
Attachment:
signature.asc
Description: OpenPGP digital signature
-- devel mailing list devel@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/devel
