Pinaraf a écrit 3682 commentaires

Le hurd supprime bien /usr hein.
Et la présence d'éléments qui ne soient pas liées aux processus ou à l'aspect logiciel du système dans /proc est plus ou moins perturbante.
Pourquoi avoir un /proc/acpi ? Je veux dire, quelle est la logique derrière ce placement ?

Au passage, c'est mignon de taper sur /sys, mais ça date déjà de plus de 5 ans...

En fait c'était pas forcément très malin de mettre tout ce bordel dans /proc (d'où un surnom de /porc...) au départ.
Donc on ne fait que corriger des erreurs du passé...

Ce n'est ni le travail de KDE, ni le travail de GNOME.
C'est le boulot du Network Manager…
Perso je trouvais ça trop pénible donc je fais tout en console avec du ifup/ifdown, et ça «juste marche»…

Au contraire, il y a de nombreux cas où je trouve ça très pratique.
Dans le cas de X.org ça permet de se retrouver avec un fichier de configuration par pilote plutôt qu'un gros fichier global, simplifiant donc la gestion des mises à jour en cas de modification des options par défaut d'un fichier de conf.
Et y'a encore un xorg.conf "global" si nécessaire.

- Une interface graphique qui ne crashe pas les fenêtres d'applications quand elle s'arrête.
+1, on peut espérer que dans le "mouvement DRI2" ce changement devienne implémentable...

- Une interface graphique en CTRL+ALT+F7 , ou CTRL+ALT+F9 , mais qui me laisse la possibilité, pour d'autres ressources , d'en lancer une autre en CTRL+ALT+F8 ou CTRL+ALT+F10 ...
- Des consoles virtuelles ( ttyv ) en mode texte toujours accessibles.
Heu, il me semble avoir ça depuis des années. À une époque je faisais tourner Looking Glass sur un serveur X en Ctrl+Alt+F8, et j'avais encore mes consoles texte.

- Dans les outils des gestionnaires de bureau, des machins qui touchent au système, à la compil, et aux choix de modules du noyau.
Un make xconfig intégré à KDE ou Gnome ?

- une simple console accessible permettant de lancer des applications graphiques, que ce soit une console texte ou un "fond d'écran+menu K/Gnome/XFCE "
Yakuake ? Krunner ? Ou un retour de l'applet d'exécution d'une commande ça serait fun tiens, à coder si ça n'existe pas...

- un outil me permettant de réellement choisir les drivers à appliquer à tel ou tel matos, avec une sauvegarde simple du mode précédent. Pareil pour les logiciels-sous-couche aux applications ( ALSA, OSS ... )
Mauvais problème : il faudrait ne pas avoir de choix pour le pilote, avoir un seul pilote qui soit fonctionnel, libre, intégré au noyau, stable...

- Une interface facilement modulable pour réduire l'épaisseur de ces énormes bordures de fenêtres , ou de la même façon cliquer pour avoir la possibilité de restaurer la session ou de choisir, en fonction des sessions, le lancement de telle ou telle application.
Heu, il me semble qu'il y a tout ça dans KDE...

- Une possibilité de jouer avec toutes les résolutions d'écran, soit en " lissant " par le calcul la résolution obtenue, soit en laissant tel quel ( avec comme conséquences : pixellisation et flou sur les LCD ) .
Un écran LCD est fait pour une seule résolution, ne cherche pas...

- plus généralement, la possibilité facilement de jouer avec toutes les entrées sorties, en désactivant simplement Bluetooth Webcam ou Wifi ,ou modifier le keymap " à la volée".
Perso je change à la volée le keymap uniquement de mon typematrix avec un simple setxkbmap -device 42 fr bepo...

Mais sinon, je suis d'accord avec l'auteur du journal: tout ce qui s'est passé ces 2 dernières années avec l'intégration de HAL et le nouveau grub a été très mal documenté , très mal expérimenté, et les méthodes "pour s'en sortir' sont beaucoup moins connues que lorsqu'il s'agissait de faire un simple X -configure , démarrer X avec ce xorg.conf.new , et le tuer à l'aide d'un CTRL+ALT+BACKSPACE .
D'ailleurs sur le Web, à ce sujet, c'est le désert le plus total...
C'est pire que ça : tu trouves pas d'aide parce que ça va dépendre de la distribution, de sa version et de l'âge du capitaine.
Truc drôle : tu parles de l'intégration de HAL à X.org... Tu sais que ce n'est plus le cas désormais et que xorg.conf fait son retour sous la forme d'un dossier xorg.conf.d ?

Hé oui, Linux évolue...

Regarde, ils ont enlevé des trucs de /proc, c'est affreux, c'est parti dans /sys...
Regarde, ton devfs est dynamique, c'est terrible.
Diantre, où est mon /etc/lilo.conf ? Ha, c'est grub, donc /boot/grub/menu.lst ? Ho mon dieu, /boot/grub/grub.cfg ? Ça ne finira jamais ?

Puis bon, sous Windows c'est pas mieux hein...

Où sont les autoexec.bat, les command.com, les C:\Documents and Settings, le NTLDR...

C'est vrai que c'est assez terrible pour nous "informaticiens" : étant donné le flot continu de changement, quand on regarde légèrement en arrière, on est vite impressionné et submergé par le nombre de changements....

Nouveau souci : il n'y a pas de bouton pour quitter X. J'ai tenté des "init" avec un petit chiffre, mais rien ne m'a rendu la main avec une console texte pure.
C'est si compliqué d'arrêter le service kdm/gdm ?

Je veux dire, je fais ça sur diverses distribs depuis au moins 4 ans, le init N n'a jamais été un gage de bon fonctionnement (exemple : debian par défaut en init 2 y compris avec le serveur X, alors qu'un init 2 sur une mandriva va arrêter le serveur X).

P.S : "service kdm stop" sur ubuntu

En effet, il ne faut pas éditer ce fichier à la main, il vaut mieux éditer les /etc/default/grub2, /etc/grub.d/*...

Humm… Non ?

Safari va utiliser Quicktime sous windows, Firefox utiliserait les codecs DirectMachin… Ce ne sont pas forcément les mêmes…

- dégueulasse : si, car pour moi la fin ne justifie pas les moyens. En utilisant les mêmes armes qu'Apple, la MoFo a perdu des point dans l'estime que j'avais d'elle. Qu'elle refuse de payer la licence, je la comprend à 100%, qu'elle refuse de faire une interface sur le backend et laisser la responsabilité à l'OS, en attendant que WebM se démocratise, je ne l'accepte pas.
C'est marrant, à titre personnel, je suis fort reconnaissant à la MoFo d'avoir agi comme ça, pleinement satisfait de leurs choix, et plus enclin à utiliser leurs produits sachant que eux au moins respectent leurs principes.

Faut que tu m'expliquer comment tu peux voir Flash+H264 être mieux que HTML5+H264 (car H.264 est la, qu'on le veuille ou non).
Boarf, à choisir entre la peste et le cholera... J'ai choisi la peste, désolé.

Plus sérieusement, des solutions libres arrivent à lire le code Flash d'un site comme youtube il me semble.


Sinon, pour le fait de faire une sandbox : c'est une sandbox pour tous les plugins, et donc pour d'éventuels plugins libres (exemple : Java, mplayerplugin...)

Et en quoi Flash a une forme de suprématie sur le web ? Perso, j'en ai rien à carrer des vidéos en ligne, je les désactive par défaut et je ne m'en porte pas plus mal. (Mon client youtube est youtube-dl)

Hé oui, on peut très bien vivre sans flash.

- Tir à peine caché sur Firefox incapable d'afficher du H.264 pour au moins gérer le passé (ré-encoder toutes les vidéos depuis 2007? hum...). C'est ce que je craignais avec l'annonce de Mozilla de refuser H.264 : en voulant virer H.264, ils arrivent juste à ralentir/virer la balise vidéo HTML5, bravo.
En virant une solution potentiellement dangereuse et inacceptable pour le libre, ils ont contribué à leur objectif, un web ouvert. Donc bravo à eux pour être restés fermes sur leurs positions et pour ne pas avoir dit merde à ce qu'ils sont.

Tu confonds avec les onglets pour les fenêtres, non ?

Oui il y a également le support du tiling...

Si tu me relis, tu verras que j'évoque Gallium comme source de support pour VAAPI. Gallium étant en cours de support par nouveau, radeon...

Concrêtement, toutes les cartes nVidia avec le pilote propriétaire à l'aide du module VDPAU pour VAAPI, et après y'a du code expérimental sur le Net pour le support du XvBA d'ATI (pilotes propriétaires également), et peut être, dans un lointain dépôt git, le support pour gallium et donc les pilotes libres en général...

Hum, une discussion a été lancée sur la mailing list kde-devel, quelqu'un a demandé si cela pourrait servir... Mais il n'y a pas encore eu beaucoup de réponses.

Non, PDO ne fait abstraction qu'au niveau de l'API PHP pour accéder à la base de données. Il ne fait pas abstraction des différences (parfois majeures) sur le support du SQL dans les différents moteurs.

il n'est pas supporté sur ces cartes, qui ne possèdent pas une fonctionnalités critique nécessaire au flou (les textures dont la taille n'est pas un multiple de deux).
C'est pas un multiple de deux mais une puissance de deux il me semble...

Le plus gênant, c'est d'imaginer combien d'utilisateurs d'iPhone auront pu s'indigner par le passé de TCPA/Palladium, alors qu'ils acceptent un truc tout aussi moche maintenant…

Ce qui est amusant, c'est que c'est aussi Oracle qui développe btrfs...

Donc l'avenir des systèmes de fichier sous Unix et Linux repose uniquement sur Oracle...

L'interface n'est bien sûr pas la même que celle d'un KOffice desktop, mais les librairies sont assez légères pour être partagées.

On n'a pas lu la même chose apparemment.

«Il ya bien une commande d'iPhone 3GS (450 unités) mais nos bureaux doivent prendre en considération les restrictions budgétaires imposées en cette période financière difficile.»

Si je comprends bien, ça sera pas pour tout le monde, et en prime ça reste à confirmer…

Des centaines de milliers de personnes vont lire que chaque eurodéputé aura un ipad, que ça coûtera 5 millions d'euros et que c'est scandaleux patati patata.
Quelques centaines vont voir le démenti.

Propagande réussie…

Belle dépêche, à un détail près qui pique les yeux dans Konqueror : y'a des erreurs dans le code HTML pour le premier titre, je cite :
«<h2><a name="test">La phase de test</a> (<a href="#sommaire">↑</a>)</h2<h3><a name="rc1">RC-1</a></h3><br />»

Il manque un > pour le </h2>…