benoar a écrit 4240 commentaires

Le jour où tu seras redescendu de ton nuage, tu apprendras grep et les regexp ...

Tiens, je viens de voir qu'il avait une PowerVR comme carte vidéo. Ça s'annonce mal pour la suite pour tout ce qui est graphique ...

Moi je dirais que dans tes essais, à un moment t'as dû de tromper, faire une faute d'attention, et écrire l'initrd dans ton kernel .... (vu que d'après file, ton vmlinuz ressemble fortement à un initrd). Ça arrive des fois, l'erreur est humaine. D'où ma suggestion de reprendre celui du RPM.

J'ai dû bidouiller ya pas longtemps de l'initrd à la main, mais quand ils déconnaient, le kernel démarrait quand même, même sans lancer l'initrd. Si tu as un problème de ce genre, c'est sûrement le kernel qui a été touché. Peut-être as-tu copié des mauvais fichiers au mauvais endroit ? Essaye d'abord de recopier le kernel du RPM, ça pourra aider.

Non, ça n'est pas la vibration, juste en espèce de léger son grave, mais audible tout de même. Mes deux disques 2,5" 7200tpm sont suspendus, dans une cage sur coussinets.

Toi aussi ta définition est fausse.
Les drivers Nvidia sont compatibles "linux 2.6 (de 2.6.24 à 2.6.32, non-modifié) sur x86 avec ABI GCC 4.4" (c'est un exemple, hein). Ce qui est _complètement_ différent de "compatible linux" pour moi, car le seul moyen d'être compatible avec tous les linux, c'est de filer les sources. Il n'y en a pas d'autre.

Le jour où une boite dira que c'est compatible linux open source ok, mais pour le moment les cartes récentes nvidia sont compatible linux sans problème (et même plutôt bien)

Je suis plutôt bien placé pour te dire que non : J'ai une Nvidia, mais sur un PowerPC. J'aurais beau essayer de les retourner dans tous les sens, leur driver ne marchera pas (heureusement que des libristes "s'amusent" à coder une alternative).

Moi je trouve ça grave que les gens se prennent plus la tête pour des brevets logiciels sur un logiciel libre (et qui ne sont pas valables en Europe) que sur la fermeture du programme et du protocole. Je suis d'accord que envoyer chier les brevets logiciels n'est pas forcément la solution idéale pour qu'ils ne nous emmerdent plus, mais en contrepartie dire qu'on accepte un logiciel proprio et un format fermé ... pour moi c'est complètement contraire à l'esprit du LL.

Et encore une fois, je rappelle à tous ceux qui conspuent H264 qu'ils doivent arrêter de lire des divx et écouter des mp3. Vous ferez moins les malins après.

Si c'est pour se retrouver, comme sous Windows, avec du matériel obsolète dès qu'on change une version de l'OS, non merci. Pour moi, un matos "compatible linux", c'est qu'il a au moins un driver libre. Tout le monde ne va pas être d'accord avec cette définition, mais inciter à se retrouver avec des drivers binaires partout c'est filer droit dans le mur pour le libre.

N'importe quoi.

Entre un plugin proprio qui diffuses des vidéos dans un format fermé, et un plugin libre qui diffuse un format ouvert, mon choix est plus que vite fait.

Ou alors j'ai pas compris l'ironie, ou alors tu dis une grosse connerie.

Effectivement, le type de disque joue. Mais dans ma tour qui n'a pas beaucoup de ventilos (ou qui tournent pas vite), j'ai des disques 2,5" que je n'entend pas directement, mais qui quand on les éteint (à coup de hdparm -y) font disparaître un espèce de son/vibration grave que j'entendais juste avant.

Après, si t'habites dans un coin ou ya déjà du bruit ... (bon OK pour la musique, elle est souvent là pour couvrir un peu le bruit, mais tout de même, de la bonne musique sans le moindre peitt vrombissement derrière c'est agréable).

Faux, et ceci dépend beaucoup des gens. Pour moi, un disque 2,5" est très clairement audible. La limite que je supporte, c'est un 1,8", et encore, le "clic" qu'il fait régulièrement m'énerve.

Beaucoup de gens ont une définition de "silencieux" qui n'est pas la mienne, et qui est très distinguable par un paquet de gens. C'est pas parce que vous avez les oreilles défoncées qu'il faut annoncer que c'est "silencieux".

Hahaha, j'ai déjà validé des STB, pas full HD, certes, mais les captures on les faisait en analogique, et encore, je crois que c'est parce qu'il n'y avait pas de HDCP (qui n'autorise pas les sorties analogiques en 720p ou plus). Tout se fait à l'arrache, et à mon avis tu vas bien galérer pour trouver ce genre de matos, si ça existe.

Faut dire à tout le monde d'arrêter de s'exciter ; on clique sur "Download" en dessous de l'applet (ou pas) et là on a le lien en H264. Voilà.

Bah forcément, c'est pas toi qui a été coupé. Que dirais-tu si Free décidait de te bloquer l'accès à linuxfr (puisque les serveurs sont hébergés par illiad) parce que plusieurs de tes voisins envoient trop de SPAM et que Free ne se fait pas chier et bloque un /24 entier ? Ce sont des décisions complètement arbitraires, et surtout, qui ne concernent pas du tout le réseau en lui-même ! On parle d'un problème de phising ; en quoi le fournisseur de tuyau a un droit de regard sur ce qui passe dessus ? Encore, ça aurait était un DDoS depuis ce FAI algérien, je comprendrais, mais du phising ...

En tous cas, ça me rappelle furieusement une affaire du même genre (un phiseur de page d'admin d'abonné Free (oui, ils s'en foutent pour les autres sorte de phising, ça ne les concerne pas)) qui était passée sur FrNog.

On parle ici de neutralité du réseau : qu'un problème relatif aux fournisseurs de tuyaux (surcharge, panne) oblige à une coupure temporaire, OK. Mais que parce que Free n'aime pas ta gueule, il te coupe l'accès à ses pages, on est en pleine violation de cette neutralité.

Et ça me fait encore plus peur quand cet avis vient d'un admin de linuxfr ...

En tous cas ils ont l'air d'avoir vachement confiance dans leur matos pour avoir les boules qu'un commentaire public sur la compatibilité de leur matos apparaisse ...

Mouarf : commencer par mettre une Nvidia pour faire des PC "compatibles linux", c'est un peu chercher les emmerdes. Ensuite, SiS, comment dire ... c'est du bas de gamme, et ça se sent aussi bien niveau matos qu'au niveau des specs/coopération avec les libristes (sinon au niveau driver, j'ai vu que les dev qui implémentaient du SiS étaient plutôt du genre motivé ; il faut bien ...)

D'un autre côté, le matériel se standarise de plus en lus aujourd'hui : t'implémentes un driver AHCI et hop, tous les contrôleurs SATA modernes marchent. T'implémentes un driver EHCI (et la stack USB qui va derrière) et hop, t'as tout un paquet de contrôleurs USB qui marchent. Pareil pour le son avec le HD Audio. Bon, pour la partie graphique, c'est moins le cas. Mais ça pourrait pas mal aider à réduire le volume de développement tout en supportant un bon nombre de matériel, même si ce sera forcément du matériel "récent".

Oui effectivement, je suis parfois tatillon sur les mots, et là j'ai fait un amalgame : les implémentations que j'utilise sont libres, et elles implémentent la plupart des formats ouverts et quelques-unes des formats fermés, mais reverse-engineerés.

Ça m'arrive aussi de temps en temps (sous Debian), les jours où une nouvelle MàJ de pulseaudio arrive. En général c'est un bug, résolu un peu plus tard. C'est chiant mais c'est la vie avec pulseaudio ...

Oui, effectivement. Mais je ferais une différence entre les deux cas que tu cites : pour le droit des marques, c'est Mozilla qu'il l'a voulu. Pour les brevets, aucun de ceux qui ont écrit le code de ffmpeg n'ont voulu de ça, c'est extérieur à leur volonté.

J'en profite pour rappeler que l'APRIL a relancé son appel à signer la pétition contre les brevets logiciels en Europe : http://www.april.org/fr/stoppons-les-brevets-logiciels-en-eu(...)

http://www.fosdem.org/2010/schedule/events/altos_hurd

Plutôt que se demander "que devient Hurd", Olaf essayera d'expliquer pourquoi des gens travaillent toujours dessus. C'est une vue plus positive que toujours dire "cet OS a peu d'utilisateurs et est donc nul".

Bon, ma solution du "manual" n'était peut-être pas très juste, mais je suis quasiment sûr que "ifconfig wlan0 down" (ou mieux : "ip link set etho down") éteint la carte. Bref, qu'il suffit de mettre son interface down pour qu'elle s'éteigne, et qu'un up la rallumera. Pas besoin de décharger le module. (test fait sur le driver b43)

Ma "preuve" c'est que mon interface wifi, quand je démarre en console (donc sans n-m ou qui que ce soit d'autre cherche à la gérer) est down, et aucun module n'est chargé ! (mais elle est bien présente) Si je la up, le module se charge (uniquement la première fois) et la radio est lancée. Si je down, il m'indique dans les logs que la radio est désactivée. Je crois que c'est ce que tu cherches.

Bon, je ne suis pas un pro de ce fichier de conf, surtout des inter-actions avec network-manager, mais je pense qu'un truc du genre :

iface wlan0 inet manual

devrait marcher. Après, à une époque, ce qu'on définissait dans /e/n/i n'était pas managé par n-m, mais maintenant ça a changé. Après, est-ce que ça marche bien ... (perso j'ai perdu eth0 dans n-m depuis quelques temps en testing, je ne sais pas pourquoi ...)

J'ai ffmpeg et tous les autres codecs vidéos _libres_ sur ma bécane, je peux lire à peu près tout ce que je trouve sur le web. Je ne comprend pas ceux qui utilisent des codecs proprios, ils ne servent quasiment à rien et ont tous un équivalent libre.

Non, pas chez moi, driver radeon libre avec xrandr, Xorg 1.7.