Cette distribution s'adresse à des personnes qui s'y "connaissent" et tout problème est à cause de l'utilisateur car il n'aura pas fait attention à tel ou tel message dans les logs, ou car il n'a pas suivi les news, ou pas lu le wiki, ou seulement lu à moitié.
Partant de ce principe, en ajoutant le classique "chez moi ça marche", il est difficile d'affirmer ici qu'il peut exister des problèmes car tout problème provient de l'interface chaise/clavier (de l'utilisateur).
Il faut savoir que les problèmes dépendent aussi des paquets installés, en particulier la source (AUR, community, extra?). Car tous les mainteneurs ne font pas la chose correctement et se reposent souvent sur l'idée que c'est une distribution pour des gens qui s'y connaissent (du coup ils peuvent faire de la merde plus facilement).
A part quelques problèmes liés aux mainteneurs/paquets (oui ça existe vraiment), tous les autres problèmes que j'ai eu proviennent d'upstream. Par exemple, avec GTK3, TrueCrypt (update de wxgtk de 2.8 vers 3.0) veut m'ouvrir nautilus au lieu de dolphin comme cela avait toujours été le cas avant (car je suis sur KDE). Une sorte de /bin/nautilus codé en dur dans le code, c'était une énorme régression, mais ce n'était pas la faute d'Archlinux dont l'objectif est de proposer des logiciels à jour...
Ceci dit, ils font quand même des tests, l'ouverture de l'explorateur de fichiers par wxgtk sur KDE n'avait pas du être testé. Ce problème qui date d'avril n'est toujours pas corrigé upstream, je ne sais pas si c'est à cause de wxgtk qui possède "/bin/nautilus" en dur (je n'ai pas trouvé cette chaine dans le code source), ou GTK3 (je penche plus vers cela). Quoi qu'il en soit, c'est un problème upstream. La solution consiste à créer une sorte de lien symbolique de /bin/nautilus vers dolphin. Mais j'aurai pu pester en disant qu'un mainteneur aurait pu prévoir ce lien symbolique pour moi xD
J'ai également eu d'autres problèmes, comme une mise à jour du driver nvidia qui a empêché le serveur X de se lancer au prochain démarrage. En attendant de trouver plus de temps, j'ai interdit la mise à jour des paquets concernés.
Tout ça pour dire qu'avec Archlinux, le problème n'est pas tout le temps entre l'interface chaise/clavier, le problème n'est pas Archlinux non plus, mais surtout les logiciels. C'est surement pour cette raison que certaines distributions patchent à mort les logiciels intégrés.
Et je confirme donc que chaque mise à jour peut potentiellement faire perdre du temps. Cela n'arrive pas souvent, à vu de nez pour moi c'est un petit problème tous les trois mois et un gros par an.
[^] # Re: Rolling release et Chakra Linux
Posté par Thrillseeker . En réponse au journal Une idée de distribution Linux. Évalué à 6.
Cette distribution s'adresse à des personnes qui s'y "connaissent" et tout problème est à cause de l'utilisateur car il n'aura pas fait attention à tel ou tel message dans les logs, ou car il n'a pas suivi les news, ou pas lu le wiki, ou seulement lu à moitié.
Partant de ce principe, en ajoutant le classique "chez moi ça marche", il est difficile d'affirmer ici qu'il peut exister des problèmes car tout problème provient de l'interface chaise/clavier (de l'utilisateur).
Il faut savoir que les problèmes dépendent aussi des paquets installés, en particulier la source (AUR, community, extra?). Car tous les mainteneurs ne font pas la chose correctement et se reposent souvent sur l'idée que c'est une distribution pour des gens qui s'y connaissent (du coup ils peuvent faire de la merde plus facilement).
A part quelques problèmes liés aux mainteneurs/paquets (oui ça existe vraiment), tous les autres problèmes que j'ai eu proviennent d'upstream. Par exemple, avec GTK3, TrueCrypt (update de wxgtk de 2.8 vers 3.0) veut m'ouvrir nautilus au lieu de dolphin comme cela avait toujours été le cas avant (car je suis sur KDE). Une sorte de /bin/nautilus codé en dur dans le code, c'était une énorme régression, mais ce n'était pas la faute d'Archlinux dont l'objectif est de proposer des logiciels à jour...
Ceci dit, ils font quand même des tests, l'ouverture de l'explorateur de fichiers par wxgtk sur KDE n'avait pas du être testé. Ce problème qui date d'avril n'est toujours pas corrigé upstream, je ne sais pas si c'est à cause de wxgtk qui possède "/bin/nautilus" en dur (je n'ai pas trouvé cette chaine dans le code source), ou GTK3 (je penche plus vers cela). Quoi qu'il en soit, c'est un problème upstream. La solution consiste à créer une sorte de lien symbolique de /bin/nautilus vers dolphin. Mais j'aurai pu pester en disant qu'un mainteneur aurait pu prévoir ce lien symbolique pour moi xD
J'ai également eu d'autres problèmes, comme une mise à jour du driver nvidia qui a empêché le serveur X de se lancer au prochain démarrage. En attendant de trouver plus de temps, j'ai interdit la mise à jour des paquets concernés.
Tout ça pour dire qu'avec Archlinux, le problème n'est pas tout le temps entre l'interface chaise/clavier, le problème n'est pas Archlinux non plus, mais surtout les logiciels. C'est surement pour cette raison que certaines distributions patchent à mort les logiciels intégrés.
Et je confirme donc que chaque mise à jour peut potentiellement faire perdre du temps. Cela n'arrive pas souvent, à vu de nez pour moi c'est un petit problème tous les trois mois et un gros par an.