On va pas refaire le débat, mais quand comprendras-tu que l'administrateur est _payé_ pour faire ça. La majorité des systèmes que je gère je sais que je n'ai rien d'autres à redémarrer en dehors de ce que le système de dépendances connaît.
Tout a fait, il est paye pour ca, et on sait tous qu'un admin ne fait jamais d'erreur, et il sait toujours tout ce qui se passe sur toutes ses machines.
C'est sympa le monde dans lequel tu vis, le mien est different.
Ensuite j'ai des systèmes qui ont des solutions propriétaires et, comme tu l'as admis toi-même, les systèmes propriétaires c'est impossible de savoir à quoi il est lié et les entreprises ne trouvent pas utiles de communiquer la liste des libraires liées lorsque tu l'achètes, donc dans ces cas là tu redémarres _tous_ les logiciels propriétaires.
Et t'as la liste des plugins charges au moment de l'update par les softs libres ?
Finalement dans le cas des mises à jour Windows, on ne parle que du système de base : OS, quelques services et les drivers. Et ça c'est entièrement gérés par le système de paquet.
Non plus, car ton systeme de paquet ne gere pas les chargements dynamiques, il y a plein de libs du systeme qui peuvent etre chargees dynamiquement, et ton systeme de paquet n'en saura jamais rien car elles sont totalement optionelles, peuvent etre specifiees par l'utilisateur peut-etre, etc...
Le jours où tu seras confronté à de l'administration d'un système de serveurs, je veux bien que tu viennes m'expliquer ceci, cela et les risques et tout et tout, mais actuellement tu parles de choses bien théorique sans que tu n'aies aucune expérience à amener dans le débat.
Tu es à côté de la plaque parce que tu n'a jamais expérimenté ce domaine.
Moi je te parles du cote developpement d'un systeme d'update, environnement dans lequel je bosse depuis 9 ans.
Ton systeme de packaging n'a _AUCUN_ moyen de savoir qu'un soft charge dynamiquement une librairie, car les dependences sont statiques.
C'est un fait clair et avere ca, pas de la theorie. Bref, un systeme de packaging n'est PAS CONCU pour regler ce genre de probleme, regler ce genre de probleme demande de connaitre a l'instant T quels sont les softs ayant la librairie chargee, savoir comment les arreter/redemarrer et le faire.
Aujourd'hui, le 9 decembre 2009, aucun systeme de packaging sur Linux n'en est capable, point barre.
[^] # Re: Cas de Windows : màj lorsqu'on éteint la machine
Posté par pasBill pasGates . En réponse au journal Fini les fsck au boot !. Évalué à 0.
Tout a fait, il est paye pour ca, et on sait tous qu'un admin ne fait jamais d'erreur, et il sait toujours tout ce qui se passe sur toutes ses machines.
C'est sympa le monde dans lequel tu vis, le mien est different.
Ensuite j'ai des systèmes qui ont des solutions propriétaires et, comme tu l'as admis toi-même, les systèmes propriétaires c'est impossible de savoir à quoi il est lié et les entreprises ne trouvent pas utiles de communiquer la liste des libraires liées lorsque tu l'achètes, donc dans ces cas là tu redémarres _tous_ les logiciels propriétaires.
Et t'as la liste des plugins charges au moment de l'update par les softs libres ?
Finalement dans le cas des mises à jour Windows, on ne parle que du système de base : OS, quelques services et les drivers. Et ça c'est entièrement gérés par le système de paquet.
Non plus, car ton systeme de paquet ne gere pas les chargements dynamiques, il y a plein de libs du systeme qui peuvent etre chargees dynamiquement, et ton systeme de paquet n'en saura jamais rien car elles sont totalement optionelles, peuvent etre specifiees par l'utilisateur peut-etre, etc...
Le jours où tu seras confronté à de l'administration d'un système de serveurs, je veux bien que tu viennes m'expliquer ceci, cela et les risques et tout et tout, mais actuellement tu parles de choses bien théorique sans que tu n'aies aucune expérience à amener dans le débat.
Tu es à côté de la plaque parce que tu n'a jamais expérimenté ce domaine.
Moi je te parles du cote developpement d'un systeme d'update, environnement dans lequel je bosse depuis 9 ans.
Ton systeme de packaging n'a _AUCUN_ moyen de savoir qu'un soft charge dynamiquement une librairie, car les dependences sont statiques.
C'est un fait clair et avere ca, pas de la theorie. Bref, un systeme de packaging n'est PAS CONCU pour regler ce genre de probleme, regler ce genre de probleme demande de connaitre a l'instant T quels sont les softs ayant la librairie chargee, savoir comment les arreter/redemarrer et le faire.
Aujourd'hui, le 9 decembre 2009, aucun systeme de packaging sur Linux n'en est capable, point barre.