Quand je lis la réponse, je me dis que ce mec ne sait pas ce que c'est que faire de la prod.
Chez certains clients, il y a des environnements mutualisés.
C'est à dire un OS avec plusieurs instances applicatives/databases hébergées dessus, et donc autant de users techniques différents.
Pour peu qu'on normalise un peu les choses, parce que le client est un peu plus gros que d'autres, on choisit des plages d'uid, des règles de nommages, bref on arrive facilement à créer des non-system account (et cette notion est à mon sens toute relative...). Ou alors je n'ai pas compris ce qu'il veut dire ?
Bref, il y a un risque de tomber dans le bug.
Heureusement que redhat et oracle l'ont désactivé...c'est bien le moins que l'on attende d'un linux prêt pour l'entreprise.
En tout cas, ça fait déjà deux journaux traitant de bug sur systemd en moins de 24 heures.
Il n'en fallait pas plus pour amorcer le week-end.
# cet homme n'a jamais fait de production
Posté par Dabowl_75 . En réponse au journal systemd: attention à RemoveIPC. Évalué à 10.
Quand je lis la réponse, je me dis que ce mec ne sait pas ce que c'est que faire de la prod.
Chez certains clients, il y a des environnements mutualisés.
C'est à dire un OS avec plusieurs instances applicatives/databases hébergées dessus, et donc autant de users techniques différents.
Pour peu qu'on normalise un peu les choses, parce que le client est un peu plus gros que d'autres, on choisit des plages d'uid, des règles de nommages, bref on arrive facilement à créer des non-system account (et cette notion est à mon sens toute relative...). Ou alors je n'ai pas compris ce qu'il veut dire ?
Bref, il y a un risque de tomber dans le bug.
Heureusement que redhat et oracle l'ont désactivé...c'est bien le moins que l'on attende d'un linux prêt pour l'entreprise.
En tout cas, ça fait déjà deux journaux traitant de bug sur systemd en moins de 24 heures.
Il n'en fallait pas plus pour amorcer le week-end.