Journal True OS et OpenRC

Posté par  . Licence CC By‑SA.
Étiquettes :
8
22
déc.
2016

True OS, la variante de FreeBSD orientée poste de travail, est occupée à intégrer OpenRC, le système d’initialisation utilisé entre-autres par Gentoo.

Je viens de faire la mise àjour avec pc-updatemanager, la transition depuis le système d’init de FreeBSD se fait jusqu’ici sans souci.

  • # init vers openrc

    Posté par  . Évalué à 4.

    est-ce que les services sont correctement réactivés avec le nouveau système d'init ?

    C'est à dire, ceux activés avant sont-ils bien reconduit ensuite ?

    Je pose la question car certaines distrib commerciales, lorsqu'elles migrent leur système d'init, notamment vers systemd, il faut activer soi-même les services ; en particulier la console..

    Merci

    • [^] # Re: init vers openrc

      Posté par  . Évalué à 4. Dernière modification le 22 décembre 2016 à 15:10.

      je n’avais pas activé beaucoup de services (c’est une VM de test), mais il me semble avoir vu passer la sortie d’un script utilisant rc-update lors de la mise à jour. Je ne vois pas d’anomalie dans la sortie de :

      rc-update -a
      

      en tout cas, zfs, sshd, openntpd, pcdm, cupsd, dbus sont toujours bien actifs.

  • # Intérêt ?

    Posté par  (site web personnel) . Évalué à 7.

    J'aime beaucoup le init de FreeBSD. Je le trouve propre et simple, je me demande quelles sont les motivations réelles derrière ce changement.

    git is great because linus did it, mercurial is better because he didn't

    • [^] # Re: Intérêt ?

      Posté par  . Évalué à 7.

      Apparemment, certains services passent en arrière-plan (DHCP, …) pour accélérer le démarrage.

      Pourquoi pas ? J’apprécie aussi l’init éprouvé de FreeBSD et ne vois aucune raison d’en changer,
      mais c’est toujours sympa d’avoir un OS dérivé qui tente des alternatives. Du moment qu’on ne
      l’impose pas à tort et à travers …

      • [^] # Re: Intérêt ?

        Posté par  . Évalué à 2.

        Du moment qu’on ne l’impose pas à tort et à travers …

        Ouais, moi aussi ça m'avait gonflé de me voir "imposer" sysVinit, je compatis.

      • [^] # Re: Intérêt ?

        Posté par  (site web personnel) . Évalué à 3.

        Du moment qu’on ne l’impose pas à tort et à travers …

        Ben moi je n'ai rien contre OpenRC, je le trouve propre aussi et bien fait. Quand j'étais sous Gentoo j'étais assez content.

        Sinon dans une conférence de MeetBSD qu'apparemment le temps de boot était important. Et Kris Moore est passé de plus d'une minute à seulement vingt secondes. C'est d'autant plus important étant donné le très mauvais support de la mise en veille sur FreeBSD.

        git is great because linus did it, mercurial is better because he didn't

        • [^] # Re: Intérêt ?

          Posté par  . Évalué à 2.

          La mise en veille fonctionne plutôt bien depuis FreeBSD 11 ;)

          • [^] # Re: Intérêt ?

            Posté par  (site web personnel) . Évalué à 1.

            La mise en veille fonctionne plutôt bien depuis FreeBSD 11 ;)

            La blague. Pour avoir utilisé FreeBSD de 7 à 11 sur deux laptops, c'est toujours aussi hasardeux.

            git is great because linus did it, mercurial is better because he didn't

        • [^] # Re: Intérêt ?

          Posté par  . Évalué à 2.

          Oui, Kris Moore en a parlé aussi dans BSD Now (une émission sur youtube
          à recommander à tous les utilisateurs des *BSD). Le co-présentateur
          de l’émission, Allan Jude, n’avait pas l’air emballé par contre.

          Une autre piste serait de prendre en compte l’asynchrone dans le rc
          historique de la Free.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.