about systemd:
1) change is never easy
2) an admins life is easier if all the machines are systemd or are not
systemd - a mix is a pain
3) migration is not a discontinuity - any SysV init scripts you have
will continue to work - systemd will do it's async thing and then go
through any legacy init scripts one after the other.
4) more than init scripts are changing - sorry - SysV had a sharp
focus and traditional unix design principles, systemd has a broader
frame of what is involved in managing processes.* (VMS anyone)
5) Some of the goals are to have signed systems from snout to tail and
also fully isolated processes all the way down to the kernel and the
ending of dll hell via BTrFS integration - among others...
6) There will always be BSDs and they will never have systemd** => see
the new NetBSD 7 or FreeBSD and ZFS or OpenBSD and LibReSSL (now with
all SSLs fully deprecated!)
* if you want processes to be mobile across live machines, I think
this is necessary spade work. I, for one....
** there are emulations, but systemd is linux kernel specific.
see
https://wiki.freedesktop.org/www/Software/systemd/ and
http://0pointer.de/blog/projects/systemd-for-admins-1.html
It's a kitchen sink, so learn to cook and have fun!
On Fri, Oct 23, 2015 at 10:21 AM, Stephen Partington
<
cryptworks@gmail.com> wrote:
> Any plans on taking over mac hardware?
>
> On Fri, Oct 23, 2015 at 9:57 AM, Jerry Snitselaar <dev@snitselaar.org>
> wrote:
>>
>> On Fri Oct 23 15, Keith Smith wrote:
>>>
>>> On 2015-10-23 08:56, Matt Graham wrote:
>>>>>>
>>>>>> On 10/22/2015 10:42 AM, kitepilot@kitepilot.com wrote:
>>>>>>>
>>>>>>> Why are all the distros systemd(ing) disregarding the opposition?
>>>>>>> What am I missing... :(
>>>>
>>>>
>>>> Redhat wants systemd, and many smaller distros follow Redhat's lead.
>>>
>>>
>>>
>>> It appears from what I have read, that Redhat created systemd either
>>> directly or indirectly. The two programmers who created systemd, Lennart
>>> Poettering and Kay Sievers, appear to have been working for RedHat when they
>>> created systemd. Directly or indirectly RedHat was involved and based on
>>> that I would hope that RHEL 7 is the most proper and best implementation.
>>>
>>
>> Yes, both Lennart and Kay are employees here, but it started as a
>> personal project and other people were involved. At the time it was
>> first developed Kay was working for Novell on SuSE. It came about
>> because they believed the design of Upstart was flawed, so systemd was
>> their answer as to what they thought a modern init system could
>> be. Fedora will have the latest and greatest bits since things tend to
>> go through there first before making their way into RHEL.
>>
>>
>>>
>>>>
>>>> On 2015-10-22 13:55, Bob Elzer wrote:
>>>>>
>>>>> Coming from centos 6 to 7, at first I was whoa, but after seeing how
>>>>> fast it booted I loved it.
>>>>
>>>>
>>>> Boot speed is a must-have for people? This is a bit strange to me.
>>>> How often do you reboot your machine? I only do that on my personal
>>>> machines for kernel upgrades or power failures. Everything else is
>>>> suspend-to-disk or suspend-to-RAM while the machine's not in use. For
>>>> the physical machines at work, POST takes a lot longer than SysV init,
>>>> so using systemd would not help very much.
>>>>
>>>> GNOME3 having a hard dependency on systemd means that a lot of people
>>>> will pretty much have to install it. If any frequently-used thing
>>>> (MariaDB, postgres, nginx...) decides to use systemd for something,
>>>> that'll be another set of annoyances for people who don't want
>>>> systemd. At least openrc is still around, so people can write init
>>>> scripts in bash *and* have dependency tracking/parallel startup if
>>>> they want....
>>>
>>>
>>> --
>>> Keith Smith
>>> ---------------------------------------------------
>>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org
>>> To subscribe, unsubscribe, or to change your mail settings:
>>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>>
>> ---------------------------------------------------
>> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org
>> To subscribe, unsubscribe, or to change your mail settings:
>> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
>
>
>
>
> --
> A mouse trap, placed on top of your alarm clock, will prevent you from
> rolling over and going back to sleep after you hit the snooze button.
>
> Stephen
>
>
> ---------------------------------------------------
> PLUG-discuss mailing list - PLUG-discuss@lists.phxlinux.org
> To subscribe, unsubscribe, or to change your mail settings:
> http://lists.phxlinux.org/mailman/listinfo/plug-discuss
---------------------------------------------------
PLUG-discuss mailing list -
PLUG-discuss@lists.phxlinux.org
To subscribe, unsubscribe, or to change your mail settings:
http://lists.phxlinux.org/mailman/listinfo/plug-discuss
(text/plain)