Zergy a écrit :



LOL :|





Comme tu dit oui.

paradise a écrit :



Pardon de revenir à la Slackware, injustement oubliée de l’anniversaire comme je le signalais au début, mais je trouve à la finale Slackware plus facile à utiliser que Debian à la finale, point de vue sans doute non partagé par les néophytes Linux ou Debian.



Mon couple gagnant c’est Archlinux/Debian.

smnr a écrit :



Qu’avez-vous contre PulseAudio ? Quand j’étais sous linux (quelques années de cela) tout fonctionnait bien, ça s’est dégradé depuis ?





Non mais le couple systemd/pulseaudio s’en prend toujours plein la tronche… on ne félicitera pas Ubuntu de l’avoir mis par défaut sur la 8.4 alors que le logiciel n’étais pas prêt.

Jarodd a écrit :



Je tourne qur Ubuntu depuis 2006. Pour ceux qui ont goûté aux deux, quelles sont les différences ? J’apprécie le côté user friendly d’Ubuntu (je sais utiliser la commande mais je préfère une GUI), est-ce que c’est pareil pour Debian, ou il faut plus utiliser la commande ?



Si tu as touché un peu à la ligne de commande avec Ubuntu depuis 2006 ha mon avis tu es mal barré. Mais bon je ne te connais pas donc difficile d’être affirmatif.

jenkins1963 a écrit :



Je n’étais pas au courant et n’ai jamais rencontré le problème, merci.

Où peut on trouver de plus amples informations ?

Sinon, je ne vois pas le rapport entre le MBR et la synchronisation du système de fichiers.





Pour les infos de umount dans les buglists il y a des infos mais je n’ai pas de doc sous la main. Sync ne synchronise pas que le système de fichiers mais toutes les commandes en cours du périphérique, quand tu fait un zcat du boot.img tu prépare ton périphérique et tu met à jour le mbr pour le rendre bootable comme tu pourrais le faire avec syslinux, sync te permet d’être sur que ces infos soit bien inscrite sinon tu risques d’avoir une clé USB tout prêtes mais sans la partie bootable.

earendil_fr a écrit :



Et systemD ce fait défoncer la gueule car :

* c’est une œuvre de M Poetering





Je ne retiendrais pas cette digression.







earendil_fr a écrit :



* aucun développeur actuel de systemD n’a envie de se farcir le support des UNIX (et ils leurs ont bien fait comprendre cela).





Si tu dis ça tu n’as rien compris au problème. Si tu fait référence à BSD par exemple c’est surtout les différences entre le noyau BSD et celui de Linux qui rend systemd incompatible. Tu peux toujours le porter sans les fonctions adéquates mais tu perd un peu l’intérêt du logiciel et les développeurs de BSD ont leurs propres idées pour init.







earendil_fr a écrit :



* les scripts de démarrage ne sont plus dans le langage de script et que certain non pas aimé…



C’est une des caractéristiques de systemd et donc ? tu penses que l’on doit contenter tout le monde ? c’est impossible.

salak a écrit :



Ouais j’avais eu ça avec une Fedora (le pilote graphique ATI avait foutu le camp suite à une màj).

Mes usages, c’est tout ce qui n’est pas serveur, donc navigation web, irc, jabber, multimédia, encodage x264, lecture audio flac, etc (sauf développement). Est-ce qu’une testing me correspondrait ? Je veux dire, qu’est-ce qui pourrait me déstabiliser ? Car si c’est une maj logiciel qui change complètement la GUI, m’en fou un peu, je m’adapte.



Pour une utilisation bureautique tu peux. Il faut savoir trois choses concernant la testing :



1 - Quand Debian rentre en période de freeze les paquets ne peuvent plus rentrer dans testing, tu as donc justes les corrections de paquets et plus de nouveautés c’est une période qui peut durer de 3 à 6 mois.



2 - Les logiciels avec des bugs critiques ne rentrent pas dans testing mais ils peuvent avoir des bugs bloquants c’est assez rare mais ça arrive.Par exemple ton serveur graphique peut ne pas démarrer il faut donc identifier le problème et attendre ou revenir à une précédente version.



3 - Les logiciels ont parfois beaucoup de dépendance. Lors de l’acceptation d’un paquet en testing il y a une collection de scripts qui se met en route pour vérifier les dépendances et éviter de faire passer un paquet sans une dépendance obligatoire. Les empaqueteurs font gaffent et peuvent corriger manuellement si une erreur se glisse mais parfois tu peux te retrouver avec un logiciel coincé.



Bon tout ça n’est pas très grave mais ça demande un minimum de maintenance et si tu n’as pas assez de baguage tu risques de t’arracher les cheveux. Si ton terminal ne se lance plus c’est pas trop grave si tu n’as plus de serveur graphique c’est plus embêtant.