Exactement, passons à autre chose: Openrc :)
On 12/19/2016 12:39 AM, yann+fr...@autissier.net wrote:
> On ven., déc. 16, 2016 at 11:01 , Lunar wrote:
>> Benjamin Boudoir:
>>
>> Et si la discussion avait été possible, on aurait pas eu un
>> départ massif de développeurs pour forker le pro
On ven., déc. 16, 2016 at 11:01 , Lunar wrote:
Benjamin Boudoir:
Et si la discussion avait été possible, on aurait pas eu un
départ massif de
développeurs pour forker le projet (Devuan).
Tu as des chiffres là-dessus ?
Je vous propose un point godwin special frsag : systemd !
et on passe
Benjamin Boudoir:
> Et si la discussion avait été possible, on aurait pas eu un départ massif de
> développeurs pour forker le projet (Devuan).
Tu as des chiffres là-dessus ?
De ce que j'ai pu voir, l'essentiel des personnes que j'ai vu contribuer
à Devuan ne participait pas activement à Debian a
Le 15/12/2016 09:43, Jonathan Tremesaygues a écrit :
On 12/14/2016 06:44 PM, Benjamin Boudoir wrote:
Ça, je suis d'accord. Le problème c'est que dès que tu n'es pas
dans un cas "courant", c'est impossible et on a des setups ou ton
applicatif peut marcher dans un cas et pas dans l'autre.
Exemple
Le Wed, Dec 14, 2016 at 11:00:44AM -0500, Mrjk [mrjk...@gmail.com] a écrit:
> Oui, le changement, ça prends du temps :)
>
> Mais avant, tu devais faire cet apprentissage pour chacune des grandes
> famille de distro. Maintenant, tu l'apprends une fois, et tu passe sur
> toutes les distro! Je trouve
On 12/14/2016 06:44 PM, Benjamin Boudoir wrote:
> Ça, je suis d'accord. Le problème c'est que dès que tu n'es pas dans
> un cas "courant", c'est impossible et on a des setups ou ton
> applicatif peut marcher dans un cas et pas dans l'autre.
> Exemple : le fait de lancer une appli en debug avec l'o
> - journalctl qui est un délice à utiliser
> - les logs binaire et le check des logs qui permettent d'améliorer la
> protection contre les tentatives d'éffacement des traces
Je comprend le point de vue, mais je ne suis pas d'accord, je trouve ça
assez désagréable à utiliser comparé à ce qu'on ava
Le 14/12/2016 17:39, Alexis Lameire a écrit :
Bonjour,
Je ne suis pas un fan boy de systemd, je reste néanmoins plutôt
satisfait du projet et comme cité plus haut :
- journalctl qui est un délice à utiliser
Le 14/12/2016 15:15, Thomas Constans a écrit :
Franchement, journald et journalctl, avec
Le 14/12/2016 17:42, Mrjk a écrit :
Sur ce point ci, je vais mettre en avant l'idée de convergence plutôt
que de parler de l'implémentation technique de systemd en tant que
tel.
Ma réponse: Oui, et non. Je ne sais pas si le parallèle est juste,
mais essayons: Mettons que tu remettes en cause les
Sur ce point ci, je vais mettre en avant l'idée de convergence plutôt
que de parler de l'implémentation technique de systemd en tant que
tel.
Ma réponse: Oui, et non. Je ne sais pas si le parallèle est juste,
mais essayons: Mettons que tu remettes en cause les GNU Coreutils,
as-tu une alternative
Bonjour,
Je ne suis pas un fan boy de systemd, je reste néanmoins plutôt satisfait
du projet et comme cité plus haut :
- journalctl qui est un délice à utiliser
- les logs binaire et le check des logs qui permettent d'améliorer la
protection contre les tentatives d'éffacement des traces
- l'écritur
> Mais avant, tu devais faire cet apprentissage pour chacune des grandes
> famille de distro. Maintenant, tu l'apprends une fois, et tu passe sur
> toutes les distro! Je trouve ça beau.
>
Et petit à petit, on t'enlève le choix. À ce rythme là on pourra bienôt
plus parler de distribution, justemen
; https://www.textplain.net/blog/2015/problems-with-systemd-and-why-i-like-bsd-init/
>
> ---- Message d'origine
> De : Sébastien FOUTREL
> Date : 13/12/2016 13:54 (GMT+01:00)
> À : Jonathan Leroy
> Cc : French SysAdmin Group
> Objet : Re: [FRsAG] systemd vs
: Sébastien FOUTREL
Date : 13/12/2016 13:54 (GMT+01:00)
À : Jonathan Leroy
Cc : French SysAdmin Group
Objet : Re: [FRsAG] systemd vs les adminsys
Aahhaha. Et la gestion des logs, et la gestion des montages et surement
d'autres choses :DRegarde aussi ce qui se passe quand tu veux demarrer
REL
>> Date : 13/12/2016 13:54 (GMT+01:00)
>> À : Jonathan Leroy
>> Cc : French SysAdmin Group
>> Objet : Re: [FRsAG] systemd vs les adminsys
>>
>> Aahhaha. Et la gestion des logs, et la gestion des montages et surement
>> d'autres choses :DR
astien FOUTREL
> Date : 13/12/2016 13:54 (GMT+01:00)
> À : Jonathan Leroy
> Cc : French SysAdmin Group
> Objet : Re: [FRsAG] systemd vs les adminsys
>
> Aahhaha. Et la gestion des logs, et la gestion des montages et surement
> d'autres choses :DRegarde aussi ce
stemd vs les adminsys
Aahhaha. Et la gestion des logs, et la gestion des montages et surement
d'autres choses :DRegarde aussi ce qui se passe quand tu veux demarrer un
service et que systemd ouvre une socket reseau avant meme que le demon soit
lancé :D
Essaye de faire un swapoff -a et
Aahhaha. Et la gestion des logs, et la gestion des montages et surement
d'autres choses :D
Regarde aussi ce qui se passe quand tu veux demarrer un service et que
systemd ouvre une socket reseau avant meme que le demon soit lancé :D
Essaye de faire un swapoff -a et regarde ce qu'il se passe au bout
Le 9 décembre 2016 à 14:59, Dominique Rousseau a écrit :
> C'est ça le vrai probleme de systemd sur des serveurs, c'est que ça a un
> coté bulldozer, qui remplace les outils de configuration reseau, le
> collecteur de logs, etc. Systemd arrive avec tout un ecosysteme qui fait
> qu'on a plus "un Un
Le Fri, Dec 09, 2016 at 02:09:35PM +0100, Luc Didry [l...@didry.org] a écrit:
[...]
> Perso, je n'ai pas eu d'embrouille avec systemd qui mériterait de
> perdre du temps à l'enlever. En fait, je n'ai pas eu d'embrouille du
> tout??? sur mes serveurs. C'est vrai que parfois, mon laptop est long
> à
20 matches
Mail list logo
