Anonyme a écrit 62289 commentaires

pourtant j'évite de poster trop souvent \o/

Non, je ne le pense pas et je ne l'ai jamais dit, ni pensé, ni cru

Donc, quand tu dis que SystemD est fiable « au contraire de udev », tu ne compare pas SystemD et udev ? Ok… Pourquoi pas après tout…

Ils n'en avaient nul besoin. Sauf si tu trouves que dès qu'on parle de systemd, faut que tu défendes ton cher SysV.

Je comprends pas ce qui te dérange dans le fait que je pondère tes exemples. Tu dis que SystemD c'est trop cool parce qu'on peut faire X ou Y, je réponds qu'avec SysV on peut le faire aussi, je vois vraiment pas où est le problème.

Je trouve louche que tu me dises c’est compliqué a bien faire, alors on laisse le système de démarrage palier à notre problème de conception…

Avec des remarques comme ca on serait tous en train de coder en assembleur … Quoi ? Utiliser un language de haut niveau, sous pretexte que c'est compliqué à écrire en assembleur ?

Y a aucun interet à garder un truc compliqué juste pour le plaisir. Si il y a un moyen de simplifier la création des programmes ca me semble une bonne chose. Surtout que tu ne donnes aucune raison de pas le faire, à part "c'est le demon qui devrait le faire". Pourquoi ?

Ne me dit pas que systemd palie tout seul à ça, puisque à moins qu’il bind tous les ports sur toute les interfaces, il faut bien lui spécifier quelques part.

Si c'est en local, on utilise un socket unix, pas tcp.

Oui, j’admets qu’il faut écrire dépend de postgres une fois par service l’utilisant dans un cas. Mais est-ce si compliqué ?

Oui c'est compliqué. Surtout que certains services peuvent utiliser postgresql, mysql, ou autre. Qui va penser à mettre à jour les dependances du script d'init lors d'un changement de conf ? Et il est facile d'oublier par exemple qu'un service utilise syslog, et doit donc démarrer après.
Si tout ca peut etre geré automatiquement sans avoir à s'en préoccupper, c'est mieux. Et en plus, c'est plus efficace, on démarre les processus le plus possible en parallèle, pour qu'ils commencent à faire ce qui peut etre fait sans attendre.

Un peu dérelié, mais intéressant : Pour en lire plus sur la différence entre disques SSD et les All-flash systems (je ne trouve pas comment le dire en français) : http://www.informationweek.com/storage/systems/all-flash-systems-vs-ssd-appliances/240000859

Ca serait possible, mais c'est assez compliqué à faire bien, et aurait besoin d'etre fait dans chaque démon. Et puis ca nécessite de gérer manuellement les dépendances, en listant tout ce qui a besoin de postgresql. Avec systemd il n'y a pas à gerer ces dépendances, on doit lui dire que postgresql utilise une socket, mais c'est tout, on a pas besoin de lui dire qu'un service va utiliser postgresql.

La facon dont le fait systemd permet aussi, si on lui demande, de ne démarrer le démon que si quelqu'un tente de l'utiliser.

Je vois que certains s'en offusquent (à très juste titre), mais c'est malheureusement là un salaire très courant (limite s'il n'est pas déjà bon) par rapport aux qualifications demandées pour un bac+2 informatique en province.

Oui, c'est de la merde et oui on peut gagner bien plus avec le même niveau de qualification dans une autre branche que l'informatique, mais dans les faits, on trouvera un niveau de rémunération inférieur ou égal (surtout inférieur), avec des conditions à chier (emploi à 1h de trajet, déplacements régionaux/nationaux fréquents, etc.). La rémunération que propose cette offre est dans la fourchette haute du panier moyen.

Je veux bien croire que certains aient eu la chance d'avoir mieux, soit dans des grosses boîtes du privé respectueuses, soit dans l'administration, mais vous n'êtes pas la norme. Faites un peu le tour des offres Pole Emploi par exemple (hors Paris évidemment), et celles de pas mal d'autres sites du genre, il y a de quoi être écœuré.

Le pire étant probablement qu'aucune offre d'emploi ne débouche sur une quelconque formation, toutes se contentent des acquis, et comptent bien que la personne continuera à se former sur le tas ou de manière autodidacte, en dehors des heures de boulot, donc.

Avec systemd ca se passe comme ca :
- systemd crée la socket utilisée par postgresql au tout début
- démarrage de postgresql et de tout ce qui en dépend, en parallèle
- bacula ou autre service utilisant postgresql démarre et tente de communiquer avec postgresql en ouvrant sa socket. Pas d'erreur, la socket est la, puisque crée par systemd. Le kernel bufferise ce qui arrive sur la socket en attendant que quelqu'un lise dessus.
- postgresql démarre, commence à lire ce qui est a été bufferisé sur la socket, et y répond

Avec un system d'init qui ne crée pas les socket :
- démarrage de postgresql, fork. la main est rendue au system d'init, qui passe au démarrage du service suivant.
- postgresql commence à lire sa conf, ses données, et quelques operations qui prennent du temps
- démarrage de bacula, et tentative d'ouverture de la socket => erreur, la socket n'existe pas, postgresql n'a pas encore eu le temps de la créer => bacula quitte avec une erreur
- postgresql qui a fini de lire sa conf, ouvre sa socket et commence à écouter dessus, mais c'est trop tard pour bacula

Plus de details la :
http://0pointer.de/blog/projects/systemd.html

Je me demande à partir de quel âge on peut parler d'exploitation des enfants. Clairement, voir des jeunes de 14~16 ans travailler ne me choque pas du tout, tout le monde n'a pas vocation à poursuivre des études supérieures. D'ailleurs, toutes les civilisations n'ont pas les mêmes repères, par exemple voir des fillettes de 12 ans enceintes (et déjà mère d'un enfant), il semblerait que ce soit courant au Pakistan, et pas que là.

Rien qu'en France, un jeune qui fait un CAP se retrouvera à travailler à ces âges (alternance, stages), et pour peu qu'il ne poursuive pas plus loin sa scolarité, il sera sur le marché du travail bien avant sa majorité. Malgré son CAP/BEP/Bac Pro, mon petit frère a commencé à travailler bien avant d'être majeur, et à en voir son salaire largement supérieur à tout ce que j'ai pu obtenir en ayant fait des études et le plaisir qu'il a toujours eu à faire son travail manuel, je ne suis pas certain que ce soit lui qui soit dans l'erreur.

Bref, autant je comprends qu'on puisse s'offusquer de voir des enfants travailler (donc < 14 ans), autant voir des adolescents travailler, ben c'est la vie, j'en ai connu et j'en connais encore qui préfèrent travailler à cet âge que de faire des études. Sans parler de ceux qui de toutes façons étaient socialement inadaptés, et pour qui trouver un emploi le plus tôt possible serait probablement le seul moyen d'arriver à faire quelque chose de leur vie.

Et je me souviens d'une amie qui vivait en foyer (sans le soutien de sa famille, je ne sais même pas si elle en avait une), et qui était bien contente de pouvoir travailler en alternance pour pouvoir vivre et se payer ses études.

c'est étonnant de croire que cela a pu être construit par des esclaves. Toutes les sources disponibles montre que c’était des soldats. Prisonnier de guerre ?

…le général Meng Tian fut envoyé au nord avec 300 000 hommes pour repousser les tribus barbares. Il conquit le Henan et construisit une Grande Muraille…

de wikipedia et confirmer par une emission sur arte de la grande muraille vu il y a quelques mois (dont je vous laisse le soin de chercher la trace).

surtout le scotch d'il y a 50 ans, je parierais pas ma vie dessus

On dira ce qu'on voudra mais systemd n'est pas turing complet, les shells si.

Par ce qu'un systeme d'init a besoin d'etre turing complet ?

Faudrait choisir. Systemd c'est nul par ce que :
- c'est pas KISS, ca fait trop de choses
- c'est pas turing complet, ca fait pas assez de choses

Egalement l'init systemd ne fonctionne pas avec
- La plupart des systemes de fichiers chiffrés

Le systeme de fichier chiffré que j'utilise ne ferait donc pas partie de la plupart des systemes de fichiers chiffrés ?

• le multiboot du même service (service qui se clone et qui se ferme mais ou il ne faut pas fermer les clones) - on peut mettre un mode dégradé en place pour dire à systemd de ne surtout toucher à rien, mais du coup on est moins bien qu'avec SystemV init. Bon c'est un peu con en période d'explosion du cloud, mais on peut pas penser à tout.

On peut choisir si il faut tuer tous les process, uniquement le principal, ou aucun mais executer une commande particulière

• la gestion des mots de passe au boot. Merci de donner les clefs de tout vos certificats à systemd ou de lancer vos services à la main si vous devez taper un mot de passe à un moment. le parallélisme ca ne va pas avec l'interactif.

Il suffit que le service soit configuré pour utiliser systemd-ask-password pour demander le mot de passe.
http://www.freedesktop.org/software/systemd/man/systemd-ask-password.html

• la gestion des templates. Vous devez démarrer 6 ou 7 VPN ? Ben ca fera 6 ou 7 services à configurer indépendamment les uns des autres mon bon monsieur.

Tout comme le reste c'est faux.
http://0pointer.de/blog/projects/instances.html

Y a il un seul truc exact dans cette liste ?

La quantité de mensonges par ligne dans ce message est assez impressionante !

Ici, on demande à des dev qui bossent gratos d'obéir à des utilisateurs

J'espère que tu ne parles pas du Journal en lui même parce que sinon, tu te trompes complètement.

Si si je sais très bien ce que c'est, et c'est bien lui qui bloque le démarrage une fois sur deux.

Y'a qu'à voir le bordel sur la LKML à son sujet

Non, visiblement tu ne sais pas ce qu'est udev puisque tu penses qu'il a été remplacé par SystemD.

Quand à tes exemples, je ne comprends pas pourquoi tu met systemd et sysv en opposition.

Je pondérai simplement tes exemples.

Le problème c'est que, sous Arch, le paquet du noyau qui tourne s'appelle linux :)

Du coup, autant compiler les modules en statique non ?

Depuis quand Windows utilise quelquechose comme systemd ?

FAUX, pour la muraille de chine. C’était des soldats.

Au contraire, on pourrait exiger des téléphones très résistants dans le temps, qu'on amortirait sur 5 ans et pour lesquels on serait prêt à payer pour que toute la chaîne de production ait des conditions de travail dignes.

Produire en Europe ne coûte pas plus cher, une fois que l'on prend en compte la dimension sociale. On ne peut pas se contenter d'une bête soustraction Coût du produit fabriqué en France - Coût du produit fabriqué en Chine pour évaluer la rentabilité de la chose.

Il faut également inclure les coûts cachés d'une production en Chine : hausse du nombre de chômeur en France dont il faut financer les indemnités, chômeurs qui ne payent de cotisations sociales, ni ne financement le système de santé ou encore le système de retraite.

Finalement, ce produit qu'on croit acheter moins cher, on le paye indirectement beaucoup plus cher. La différence sont les financiers, actionnaires et patrons qui se la fourrent dans les fouilles, et bien évidemment, tout expatriés fiscaux apatrides qu'ils sont, ils ne supportent certainement pas la charge du surcoût social de leur traîtrise, non !

Ils laissent ça aux Français couillons qui continuent à acheter moins cher ces produits mal fabriqués ailleurs, se gavant de l'illusion de la richesse matérielle tout en se plaignant mollement de ne jamais trouver de boulot ou d'avoir des salaires de merde et d'être submergés par la fiscalité, tout en s'en foutant d'avoir surendetté à vie n générations derrière eux au passage.

• facile à configurer ( sudo systemctl enable/disable , et voilà! On peut faire un start/ restart/ stop ensuite si on est pressé),

rc.d {start,stop,restart,reload} <deamon>
service <daemon> {start,stop,restart,reload}

• facile de surveiller (d'autant que systemctl accepte de nombreux filtres en arguments) :

$ systemctl
[…]

rc.d list
[…]
service status-all
[…]
etc.

• fiable (au contraire de udev)

Je pense que, soit tu t’es trompé de nom, soit tu ne sais pas ce qu’est udev.

Pourquoi est-ce que tu me dis ça ?

Donner son avis c’est emmerder les gens maintenant ?

Y a pas tellement d'options, et tout est très bien documenté dans les pages man, on peut rapidement voir à quoi correspond n'importe quelle option.

Et une ligne comme "Type=forking" c'est nettement plus rapide à comprendre que 15 lignes de shell, à chaque fois differentes, pour gerer un ficher de pid, un fichier de lock, tester l'existence d'un repertoire dans /proc, parfois ne rien tester du tout, etc … Avec systemd, tous les services sont gerés de la meme facon, et c'est documenté.

de plus à la fin du CDD +10% du total des salaires brut, c'est pas trop mal. Et depuis le 1 juillet 2012, les congés payés sont calculé dès le premier mois. A prendre ou à se les faire payer à la fin de mission.

Bref le CDD c'est pas trop mal, et c'est surtout mieux que le CDI a durée de chantier, et l’intérim.

si il n'y a pas de prévoyance à deux balles et d'autre assurances caché qui viennent ponctionner le salaires, cela fait 1600/1700 euros net. D'ailleurs il font chier les commerciaux des assurances à ponctionner mon salaires pour leur prévoyances, assurances vie etc … obligatoire car c'est négocier directement avec la boite :(.

tu prend gvim pour windows, et tu mets la couleur blanc pour les balises, actuellement c'est rose/mauve.
edit : je me suis arrêté sur "apparaitre" et ma solution ne fonctionne qu'avec un humain, du coup

On peut par exemple comparer le fichier de config systemd du daemon haveged, avec son script d'init rc.d.

Avec systemd :

$ cat /lib/systemd/system/haveged.service 
[Unit]
Description=Entropy Daemon based on the HAVEGE algorithm

[Service]
Type=forking
PIDFile=/var/run/haveged.pid
ExecStart=/usr/sbin/haveged -w 1024 -v 1

[Install]
WantedBy=multi-user.target

Avec rc.d :

$ cat /etc/rc.d/init.d/haveged 
#!/bin/sh
#
# Copyright 2011-2012 Jirka Hladky hladky_dot_jiri_at_gmail_com
# Copyright 2011-2012 Gary Wuertz gary@issiweb.com
#
# This program is free software: you can redistribute it and/or modify
# it under the terms of the GNU General Public License as published by
# the Free Software Foundation, either version 3 of the License, or
# (at your option) any later version.
#
# This program is distributed in the hope that it will be useful,
# but WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
# GNU General Public License for more details.
#
# You should have received a copy of the GNU General Public License
# along with this program.  If not, see <http://www.gnu.org/licenses/>.

#
# haveged: Starts the haveged entropy daemon
#
# chkconfig: - 75 25
# description: havege entropy daemon
# processname: haveged
#
# source function library
. /etc/init.d/functions

HAVEGED_BIN=/usr/sbin/haveged

RETVAL=0
prog="haveged"
LOCKFILE=/var/lock/subsys/$prog

test -x ${HAVEGED_BIN} || { echo "Cannot find haveged executable ${HAVEGED_BIN}" 1>&2 ; exit 5 ; }

case "$1" in
start)
  gprintf "Starting %s: " "$prog"
  ${HAVEGED_BIN} -w 1024 -v 1 && success || failure
  RETVAL=$?
  [ "$RETVAL" = 0 ] && touch ${LOCKFILE}
  echo
  ;;

stop)
  gprintf "Stopping %s: " "$prog"
  if [ -e /var/run/$prog.pid ]; then
    kill `cat /var/run/$prog.pid` && success || failure
  else
    failure
  fi
  RETVAL=$?
  [ "$RETVAL" = 0 ] && rm -f ${LOCKFILE}
  echo
  ;;

restart|reload)
  $0 stop
  $0 start
  ;;

condrestart)
  [ -f $LOCKFILE ] && $0 restart
  ;;

status)
  status $prog
  RETVAL=$?
  ;;
*)
  gprintf "Usage: %s {start|stop|status|reload|restart|condrestart}\n" "$prog"
esac
exit $RETVAL

Lequel des deux est le plus simple à comprendre ? Lequel des deux permet de voir le plus rapidement la commande qui est executée pour démarrer le daemon ? Lequel permet le plus simplement de modifier les parametres passés au daemon haveged ?