Je suis passé à gnome3 pendant quelques temps, mais :
- la grille des programmes est lente à accéder (envoi de la souris en haut à gauche + un clic sur "Applications") et n'est pas triée de base (il faut un clic de plus de l'autre côté de l'écran pour choisir sa catégorie)).
- le changement de bureaux est lent (envoi de la souris en haut à gauche + envoi de la souris de l'autre côté de l'écran + un clic)
- le alt-tab est lent, mais est surtout totalement inadaptée à l'utilisation que je fais des applications: pour changer de terminal en étant dans un terminal, il faut faire alt+², pour passer de firefox à un terminal choisi il faut faire alt+tab suivi de alt+²
- l'applet "system monitor" n'existe pas par défaut dans gnome3.0
J'ai essayé d'installer des extensions (menu à-la-gnome2, etc.) mais le résultat final était peu satisfaisant.
Je suis donc passé sur gnome3-fallback, il a fallu faire pas mal de bidouilles à gauche et à droite, de recherche de thème commun gtk+2/gtk+3, mais j'ai maintenant retrouvé mon bureau gnome2 avec les applis et corrections de bug gnome3.
Ce que je reproche à gnome3 c'est d'avoir fait une interface pensée pour les tablet et les débutants et d'avoir totalement ignoré les utilisateurs avancés.
J'avoue que je considère assez fortement de rester sur gnome-panel+metacity plutôt que de passer à gnome-shell+mutter. Et si un jour ça n'est plus maintenu je créerais un fork sans hésiter (si gnome3 n'a pas évolué d'ici-là bien sûr).
Il suffirait de vendre les SSD non pas en interface SATA, mais en interface PCI-express. La bande passante est très bonne (8Gb/s sur du PCIe 1x v3.0), n'est pas limitée par des technologies de disque dur style SATA, etc.
En plus du hard à faire, il faut en plus monter une équipe de dev pour les drivers Windows et pour Linux on profite du Linux Driver Project.
Dans un premier temps on cible le marché pro/serveur où l'intérêt sera sans doute le plus grand.
On envoit aussi quelques samples à des magazines d'informatique (style Anandtech histoire de faire du buzz, avec un peu de chance quelques particuliers seront intéressés aussi et ça pourrait se retrouver dans de plus en plus de machines.
Je m'en sers déjà, mais bon, sur un dual core avec 2Go de RAM faut pas trop en demander non plus.
Mais c'est vrai que c'est pas une machine toute récente non plus : c'est pas du quadcore avec 8Go de RAM.
À vrai dire, juste quelques exemples sur mon Core 2 Duo:
* chromium met 1h10 à compiler à chaque fois
* gcc met 1h
* xulrunner met 45 minutes (qui est utilisé pour firefox et thunderbird, avec gecko inside)
* wine et webkit-gtk 45 minutes aussi chacun
C'est juste un peu rageant pour les autres qui prendraient bien la fibre mais qui n'en ont pas la possibilité.
Si même certains geeks refusent la fibre, c'est pas demain qu'ils raccordent mon immeuble.
Petite histoire des cartes son, il y a bien longtemps, les cartes son un peu correctes proposaient du hardware mixing (aahh, Sound Blaster Live! 5.1), ce qui permettait de jouer plusieurs sons simultanément (avec une limite haute fixée par le matériel lui-même).
Les drivers linux OSS ont été remplacés par ALSA pour plusieurs raisons, entre autres pour pouvoir utiliser le hardware mixing disponible dans ces cartes son (et apporte également pas mal de choses en plus par rapport à l'implémentation OSS Linux de l'époque). ALSA comporte également un module permettant la compatibilité des anciennes applications OSS.
Cependant, beaucoup de cartes son n'avaient pas la possibilité de faire du hardware mixing, notamment dans les laptops, qui se sont mis à devenir de plus en plus courant pour le grand publique. Windows a un système de software mixing, l'abscence de hardware mixing n'était donc pas un problème pour 99% des utilisateurs, de plus la puissance des ordinateurs est largement suffisante pour faire du software mixing sans problème.
Rapidement la tendance est devenue de supprimer toute sorte de hardware mixing dans les cartes son, fonctionnalité devenue inutile. Les cartes son grand public "haut de gamme" ont maintenant surtout des convertisseurs Analogique-Numérique et Numérique-Analogique de qualité.
Pendant ce temps là, sous linux, un module de mixing software (dmix) a été rajouté afin de pouvoir jouer plusieurs sons en même temps. Cependant ce module est limité, il ne permet par exemple pas de faire du software mixing si le module de compatibilité OSS est utilisé. De plus, dmix est relativement complexe à configurer.
Pulseaudio a été créé afin d'avoir sous sous linux un système de gestion du son plus évolué que ce que propose ALSA, dans le même style que ce qui est disponible sous Windows ou MacOS. Il permet un software mixing complet et simple, supporte les cartes son analogiques et numériques (HDMI par exemple), le hotplug de cartes son, le transfert de flux audio d'une carte à une autre, un volume par application (qui leur évite de faire le calcul du volume elles-mêmes), le son en réseau et en bluetooth, etc.
Cependant, afin de pouvoir profiter pleinement de pulseaudio, il faut que les logiciels le supportent (ou d'effectuer une configuration plus ou moins complexe en passant par les ponts OSS ou ALSA de pulseaudio).
De nos jours, la plupart des logiciels supportent maintenant pulseaudio, il suffit juste d'activer le support lors de la compilation et dans la configuration du logiciel. À ce niveau là c'est principalement les distributions qui s'occupent de la recompilation, mais globalement ça se passe plutôt bien, les grandes distributions ont maintenant toutes un très bon support de pulseaudio (Ubuntu, Fedora, etc.).
Dernier point, les logiciels propriétaires, c'est à chaque fournisseur de faire les modifications adéquates afin de supporter pulseaudio. Pulseaudio existe maintenant depuis longtemps, de plus il fournit une API simple qui comprend également une gestion de sélection des périphériques d'entrée/sortie.
Donc pour répondre à tes critiques:
- Pulseaudio n'est pas spécialement un fourre-tout, il sert de couche entre les applications et les drivers (un peu à la manière de CUPS finalement).
- D'après la documentation de Skype, ils disent de simplement configurer correctement le périphérique de micro par défaut dans pulseaudio, rien de bien méchant et c'est décrit dans la FAQ de Skype: https://support.skype.com/en-us/faq/FA10964/How-can-I-adjust-my-audio-settings-to-run-Skype-for-Linux
D'après ce que tu dis, debian testing fait des mises à jour importantes (changement de système de son) sans en avertir les utilisateurs, ça c'est un problème avec ta distribution, pas avec pulseaudio.
D'autre part, si tu n'es pas capable de maintenir une debian tu devrais passer à ubuntu, ça utilise toujours apt mais c'est plus simple pour l'utilisateur.
Enfin quand tu demandes "Combien d'autre logiciels vont ainsi être cassés", pulseaudio existe depuis 2006, ubuntu l'utilise par défaut depuis 2008, on est mi-2011 et plus de 95% des applications sont maintenant compatibles (y compris skype, cf plus haut)(et oui, il était temps que debian y passe).
Historiquement /lib et /bin contenaient les binaires indispensables au boot du système, et /usr/ était ensuite monté (contenant /usr/lib et /usr/bin) pour les logiciels. (disquettes ou autres).
D'ailleurs, dans Hurd il a ensuite été proposé d'utiliser unionfs à la place du système obsolète de /usr/, et donc de supprimer /usr/ (pour des raisons de compatibilité, /usr/ serait un lien symbolique vers /).
Donc la question c'est, pourquoi avoir /usr/home, puisqu'il suffit de monter dans /home à la place et on peut le faire assez tard (et on peut le faire avant que /usr/ soit monté).
À moins que ça ne soit pas un point de montage, mais directement un dossier. Donc un / tout petit, un gros /usr avec les logiciels ET les données utilisateurs. (Bizarre quand même, quand tout le monde, y compris les utilisateurs les plus débutants, ont une partition pour leur OS et une autre partition pour leurs données).
Non l'option "flat volumes" ça n'a rien à voir. Pour moi ça marche comme ça:
Prenons un volume global à 60% et un volume applicatif à 50% (une seule application ici).
Sans flat-volumes
Pulseaudio fait le mixing software du volume applicatif en applicant le volume à 50%, et envoie tout ça sur la sortie audio qu'il configure à 60% de volume au travers du driver alsa.
(Les cartes son possèdent une gestion de volume hardware avec un gain réglable)
L'utilisateur entend le son de l'application avec un volume à 30% (50% * 60%)
Avec flat-volumes
Pulseaudio fait le mixing software du volume applicatif mais applique un volume relatif à l'application la plus forte, donc ici pas de changement au niveau du volume, ça reste à 100%.
Ensuite pulseaudio envoie à la sortie audio qu'il configure à un volume correspondant au volume général multiplié par le volume de l'application la plus forte, donc ici 30%.
L'utilisateur entend le son de l'application avec un volume à 30% (100% * 30%)
L'avantage des flat-volumes c'est que ça permet une meilleure qualité car il y a toujours une application dont le signal sort sans aucune modification, de plus on garde une précision maximale car le flux audio de cette application utilise un nombre de bits maximum.
If you have one stream A at linear volume factor X and one B at linear volume factor Y with X < Y, then the device will be configured to Y and internally the data from B will be passed through untouched and the one from A will be attenuated with the factor (X/Y).
So, reading these as linear factors. If X is 0.75 and Y is 0.8, then, yes, the virtual sink volume and hence the hw volume control is configured to 0.8, which is then shown in the UI on the volume slider of the sink. As I said the internally applied volume for stream B will then be 1.0, let's call that Y'. The internally applied volume X' for stream A will be X/Y:
The final output volume of B will be Y' * Y = 1.0 * Y = Y = .8
The final output volume of A will be X' * X = (X/Y) * Y = X = .75
Sinon par rapport au volume au démarrage, chez moi le volume est sauvegardé et reprend automatiquement la même valeur quand je me reconnecte.
Je suis d'accord, tout ça c'est peut-être bien pour une tablette, mais sur un PC c'est un peu ridicule.
Ils ont un bureau avec uniquement des widgets sans aucun menu, le gars mentionne "Chaque application crée son widget"... Quand on arrive à un certain niveau ça va être difficile pour retrouver son application.
Ensuite quand il lance office, on retrouve le menu démarrer et la barre des tâches, c'est un peu déroutant, quel est l'intérêt de la barre des tâches ici?
Il dit que les applications "Windows8" sont en HTML/Javascript? Mais pourquoi s'éloigner de .net? Pour faire des applications online à moyen terme peut-être?
Enfin, le multi-fenêtrage semble très limité, une application fullscreen, et en option une application à gauche ou à droite. Yay, 2 applications. Enfin vous me direz c'est pas forcément très grave pour 90% des personnes, on voit souvent les gens avec un browser en fullscreen ou avec une suite office en fullscreen (et vu qu'ils ne font pas grand chose d'autre sur un ordinateur ça doit aller).
Mais bon à la limite je m'en fout un peu de ce qu'ils font, je n'utilise pas windows. Et un changement radical comme ça pourrait permettre de faire passer encore d'autres gens à linux (mais à mon avis la nouvelle interface sera désactivable sinon ils se tirent dans le pied).
Il me semble que pour l'instant les widgets de base ne sont pas (tous) dispo, mais que chacun peu se faire les siens.
Il est ensuite possible de réutiliser de widgets qui ont déjà été créés, de les instancier et de les manipuler facilement.
Du point de vue des managers, les développeurs c'est juste des hommes/jour.
Pas facile à faire comprendre qu'un développeur c'est pas comme un gars qui ramasse des patates et que ça se remplace pas juste comme ça.
Je me sers de rsync pour synchroniser les données. À ce moment là je n'ai pas envie de faire un backup, juste de la duplication.
Et ensuite rdiff-backup pour le backup. Il s'avère que ça fait une synchronisation en plus effectivement, mais ça pourrait ne pas le faire je serais ok.
Après c'est un choix perso, j'imagine que je pourrais faire deux rdiff-backup.
Mon PC principal est un laptop (320Go).
À côté j'ai un serveur qui contient une carte adaptec et 4 disques durs (500Go) configurés en RAID5 (capacité totale, 1.5 To).
Connecté au serveur, un disque dur USB (750Go).
Je fais les sauvegardes depuis le laptop en rsync vers le RAID5.
Puis toutes les nuits le serveur monte le disque dur USB et lance un rdiff-backup entre le RAID5 et le disque USB, puis le démonte.
Si un disque du RAID5 tombe en rade, je le remplace et tout continue de marcher (par précaution j'éteindrais sûrement le serveur entier tant que le disque n'est pas remplacé, il reste toujours le disque USB pour récupérer des fichiers).
Si le disque USB tombe en rade j'en achète un nouveau et je rebranche, pas de souci.
Si le laptop tombe en rade, j'en achète un autre, je réinstalle l'OS, je récupère mes fichiers.
Si je fais un rm -rf / sur le serveur ou sur le laptop, je peux quand même récupérer les données puisqu'il reste de toute façon un autre ordinateur, et que le disque USB est monté seulement le temps de faire la sauvegarde.
Les problèmes qui pourraient me rester:
- Ça brule chez moi, je perd tout.
- On me vole un des PCs, on peut récupérer mes données (enfin le serveur avec les disques en RAID5 c'est plus compliqué, mais le reste pas de souci).
J'ai VLC juste au cas où, mais sur le principe je trouve que j'arrive à lire plus de choses avec mplayer de toute façon, les sous-titres passent mieux aussi.
mplayer supporte VDPAU mieux que VLC aussi, et c'est toujours pratique pour les usages actuels (vidéos 1080p h264).
Par contre, j'utilise VLC pour une chose qu'il fait largement mieux que mplayer: les DVDs (les menus sont juste mauvais dans mplayer).
Par contre, je ne désinstalle pas VLC à chaque fois, déjà sous gentoo c'est long, et puis c'est toujours pratique de l'avoir sous la main.
(Mes 4 players de compatibilité sont mplayer, vlc, gxine et totem, j'ai toujours les 4 installés, si ça marche avec aucun c'est qu'il y a un problème avec la vidéo de toute façon)
J'ai juste lu rapidement OpenCV, mais est-ce que c'est comme Predator et qu'il apprend à reconnaître un objet au cours du temps?
Par exemple le panda, on indique au début le panda de côté, ça suit le panda au fur et à mesure, sous tous les angles, et à la fin si le panda disparaît et réapparaît de dos, Predator arrivera à faire le rapprochement (et pourtant on ne lui a jamais directement montré le panda de dos, il a appris à le reconnaître pendant qu'il le suivait).
Moi je verrais plutôt comme pour les sites qui demandent l'installation d'extensions: une petite barre en haut qui me dit "Ce site veut mettre une vidéo en plein écran, acceptez-vous? Oui / Non / Toujours / Jamais".
En fait en France les entreprisent ne souffrent pas d'un "manque d'ingénieurs", mais d'un "manque d'ingénieurs pas chers".
Oui ben c'est sûr, à vouloir des ingénieurs aux prix des techniciens, avec 5 ans d'expérience dans deux domaines super-spécifiques à la sortie de l'école, c'est pas gagné.
L'auteur me semble ignorer un peu comment fonctionne un système complet kernel + userspace.
Par exemple:
Note that the text mentions libc, which is a different library than glibc. It's BSD-licensed. Bionic is based on libc, and the header files with the above notice are added to Bionic.
Il faudrait lui expliquer que "libc" n'est pas le nom d'une implémentation, mais c'est sa fonction. On peut parler de "BSD libc", de "GNU libc", mais on peut difficilement dire que "Bionic est basé sur le code de libc".
La GNU libc est également basée sur les headers du kernel, qui sont inclus lorsque la libc est installée, sinon il ne serait pas possible d'écrire des programmes user-space utilisant des structures du noyau. Par exemple "linux/input.h".
Et effectivement le copyright qui est inscrit dans le fichier d'origine de linux dit que c'est GPLv2, par contre le fichier COPYING général du kernel mentionne bien qu'il est autorisé d'utiliser les APIs du kernel en utilisant des appels systèmes.
Il y a donc un problème puisque ces headers doivent être distribués avec la libc, mais leur license dans le kernel (GPLv2) ne correspond pas à l'autorisation de les utiliser depuis le userspace.
En fait, si on se dit que cette attaque est fondée, on s'aperçoit que c'est exactement le même cas sur un système GNU/Linux classique.
The GPL's copyleft nature requires all derivative works of a GPL'd program to be made available on the same terms. Google, however, very intentionally publishes Android as a multi-license potpourri of
* GPL'd software (the Linux kernel),
* permissively-licensed open source software (programs under open source licenses such as the Apache Software License or BSD/MIT licenses, which don't come with copyleft), such as the Dalvik virtual machine (which is at the heart of Oracle's lawsuit), and
* closed-source programs.
C'est exactement la même chose. Un programme proprio n'aurait donc pas le droit d'accéder à "linux/input.h".
Perso je suis contre cette interprétation. Comment je peux utiliser un device evdev depuis un programme proprio si je ne peux pas include "linux/input.h"?
Je ne comprends pas bien le message de Linus à l'époque sur LKML http://lkml.org/lkml/2003/12/5/13 , si il parle bien d'applications user-space ou de modules kernel. Si il parle d'applications user-space ça change beaucoup de choses et je ne suis pas sûr de vouloir continuer à utiliser GNU/Linux. Ou sinon c'est juste un message totalement hors contexte, ce qui ressemblerait donc à du Troll de la part de l'auteur de l'article.
Par rapport à la conclusion, je ne vois pas en quoi remplacer Bionic par la GNU libc changerait quoi que ce soit du point de vue des applications user-space, ils vont continuer à inclure des headers GPL du kernel...
Bref, ça me semble plus à du troll qu'à autre chose. Je veux bien voir ce qu'en disent les devs du kernel plutôt que cet article lui-même.
Au niveau technique, google peut potentiellement y arriver vu les moyens qu'ils ont, mais si moi je crée un site de blogging j'ai aucun moyen technique pour faire ce qu'ils demandent.
Ici, on voit que la l'article 6 de la LCEN est détourné pour que l'hébergeur soit responsable de détecter du contenu équivalent à un contenu rapporté comme illicite.
Du coup on se retrouve presque dans le cas d'origine de la LCEN, à savoir que l'hébergeur est sensé pouvoir détecter automagiquement des contenus illicites.
Et je vois pas trop ce que vient faire google là-dedans. Est-ce à cause des vignettes dans google images? Le droit à la citation des images semble encore flou, c'est vrai.
J'imagine que Google préfère payer une amende comme ça et garder l'argent de la publicité de la france entière qui va sur google images, plutôt que d'empêcher tous les français d'aller sur google images.
Tant que google y gagne quelque chose ils ont intérêt à garder le service ouvert et à payer les amendes. Ça fait un peu vache à lait. Une telle attaque sur à peu près n'importe qui d'autre obligerait à arrêter le service pour les français.
(Enfin y'a moyen de faire sur Bing aussi je pense)
Je me suis fait spammer par cette asso il y a quelques années, du coup ça m'énerve dès que je lis rien que le nom.
Et sinon les tournures de phrases...
On se plait à rêver - tout comme on désintègre des données virtuelles en les projettant dans le non-espace du vide cybernétique - d'une stratégie efficace permettant de projeter tous les psychopathes criminels dans le vide éthique de leur démence et de leur inhumanité.
C'est les boîtes qui choisissent chacune leur politique de recrutement.
Avoir des employés jetables, ça a un côté pratique quand y'a une baisse de régime, mais pour le reste c'est souvent contre-productif. (C'est comme le offshore en fait).
Dans une entreprise, il faut arriver à comprendre un moment que le offshore c'est pas toujours le top (qualité finale souvent à l'arrache, gestion compliquée, etc.) et que prendre des prestataires et changer tous les 6 mois c'est pas le top non plus.
Parfois y'a un intérêt à prendre un prestataire qui a une grosse expérience dans un domaine particulier, mais globalement c'est pas trop ça l'utilisation d'habitude, c'est plus pour embaucher de la main d'oeuvre générique "homme/jour".
Faut voir le bon côté des choses, les boîtes qui font n'importe quoi ont des produits de merde au final et ça leur tombe sur le coin de la gueule un jour ou l'autre. (Après ils arrivent rarement à comprendre la raison par la suite, mais ça faut pas s'étonner).
[^] # Re: Troll mode (just for fun, won’t be big and professional like pBpG)
Posté par Damien Thébault . En réponse au journal Bonnes connaissances en environnements Linus. Évalué à 3.
Je suis passé à gnome3 pendant quelques temps, mais :
- la grille des programmes est lente à accéder (envoi de la souris en haut à gauche + un clic sur "Applications") et n'est pas triée de base (il faut un clic de plus de l'autre côté de l'écran pour choisir sa catégorie)).
- le changement de bureaux est lent (envoi de la souris en haut à gauche + envoi de la souris de l'autre côté de l'écran + un clic)
- le alt-tab est lent, mais est surtout totalement inadaptée à l'utilisation que je fais des applications: pour changer de terminal en étant dans un terminal, il faut faire alt+², pour passer de firefox à un terminal choisi il faut faire alt+tab suivi de alt+²
- l'applet "system monitor" n'existe pas par défaut dans gnome3.0
J'ai essayé d'installer des extensions (menu à-la-gnome2, etc.) mais le résultat final était peu satisfaisant.
Je suis donc passé sur gnome3-fallback, il a fallu faire pas mal de bidouilles à gauche et à droite, de recherche de thème commun gtk+2/gtk+3, mais j'ai maintenant retrouvé mon bureau gnome2 avec les applis et corrections de bug gnome3.
Ce que je reproche à gnome3 c'est d'avoir fait une interface pensée pour les tablet et les débutants et d'avoir totalement ignoré les utilisateurs avancés.
J'avoue que je considère assez fortement de rester sur gnome-panel+metacity plutôt que de passer à gnome-shell+mutter. Et si un jour ça n'est plus maintenu je créerais un fork sans hésiter (si gnome3 n'a pas évolué d'ici-là bien sûr).
[^] # Re: Bureau ok
Posté par Damien Thébault . En réponse au journal Les SSD. Évalué à 2.
Il suffirait de vendre les SSD non pas en interface SATA, mais en interface PCI-express. La bande passante est très bonne (8Gb/s sur du PCIe 1x v3.0), n'est pas limitée par des technologies de disque dur style SATA, etc.
En plus du hard à faire, il faut en plus monter une équipe de dev pour les drivers Windows et pour Linux on profite du Linux Driver Project.
Dans un premier temps on cible le marché pro/serveur où l'intérêt sera sans doute le plus grand.
On envoit aussi quelques samples à des magazines d'informatique (style Anandtech histoire de faire du buzz, avec un peu de chance quelques particuliers seront intéressés aussi et ça pourrait se retrouver dans de plus en plus de machines.
[^] # Re: Gentoo
Posté par Damien Thébault . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 1.
Je m'en sers déjà, mais bon, sur un dual core avec 2Go de RAM faut pas trop en demander non plus.
Mais c'est vrai que c'est pas une machine toute récente non plus : c'est pas du quadcore avec 8Go de RAM.
[^] # Re: Gentoo
Posté par Damien Thébault . En réponse au journal Linux 3 et Python : bugs en approche. Évalué à 6.
À vrai dire, juste quelques exemples sur mon Core 2 Duo:
* chromium met 1h10 à compiler à chaque fois
* gcc met 1h
* xulrunner met 45 minutes (qui est utilisé pour firefox et thunderbird, avec gecko inside)
* wine et webkit-gtk 45 minutes aussi chacun
[^] # Re: Dommage..
Posté par Damien Thébault . En réponse au journal Comment refuser la fibre optique. Évalué à -2.
C'est juste un peu rageant pour les autres qui prendraient bien la fibre mais qui n'en ont pas la possibilité.
Si même certains geeks refusent la fibre, c'est pas demain qu'ils raccordent mon immeuble.
# Histoire du son et conclusion
Posté par Damien Thébault . En réponse au journal PulseAudio ou comment casser ce qui marche (pour le plaisir de casser). Évalué à 10.
Petite histoire des cartes son, il y a bien longtemps, les cartes son un peu correctes proposaient du hardware mixing (aahh, Sound Blaster Live! 5.1), ce qui permettait de jouer plusieurs sons simultanément (avec une limite haute fixée par le matériel lui-même).
Les drivers linux OSS ont été remplacés par ALSA pour plusieurs raisons, entre autres pour pouvoir utiliser le hardware mixing disponible dans ces cartes son (et apporte également pas mal de choses en plus par rapport à l'implémentation OSS Linux de l'époque). ALSA comporte également un module permettant la compatibilité des anciennes applications OSS.
Cependant, beaucoup de cartes son n'avaient pas la possibilité de faire du hardware mixing, notamment dans les laptops, qui se sont mis à devenir de plus en plus courant pour le grand publique. Windows a un système de software mixing, l'abscence de hardware mixing n'était donc pas un problème pour 99% des utilisateurs, de plus la puissance des ordinateurs est largement suffisante pour faire du software mixing sans problème.
Rapidement la tendance est devenue de supprimer toute sorte de hardware mixing dans les cartes son, fonctionnalité devenue inutile. Les cartes son grand public "haut de gamme" ont maintenant surtout des convertisseurs Analogique-Numérique et Numérique-Analogique de qualité.
Pendant ce temps là, sous linux, un module de mixing software (dmix) a été rajouté afin de pouvoir jouer plusieurs sons en même temps. Cependant ce module est limité, il ne permet par exemple pas de faire du software mixing si le module de compatibilité OSS est utilisé. De plus, dmix est relativement complexe à configurer.
Pulseaudio a été créé afin d'avoir sous sous linux un système de gestion du son plus évolué que ce que propose ALSA, dans le même style que ce qui est disponible sous Windows ou MacOS. Il permet un software mixing complet et simple, supporte les cartes son analogiques et numériques (HDMI par exemple), le hotplug de cartes son, le transfert de flux audio d'une carte à une autre, un volume par application (qui leur évite de faire le calcul du volume elles-mêmes), le son en réseau et en bluetooth, etc.
Cependant, afin de pouvoir profiter pleinement de pulseaudio, il faut que les logiciels le supportent (ou d'effectuer une configuration plus ou moins complexe en passant par les ponts OSS ou ALSA de pulseaudio).
De nos jours, la plupart des logiciels supportent maintenant pulseaudio, il suffit juste d'activer le support lors de la compilation et dans la configuration du logiciel. À ce niveau là c'est principalement les distributions qui s'occupent de la recompilation, mais globalement ça se passe plutôt bien, les grandes distributions ont maintenant toutes un très bon support de pulseaudio (Ubuntu, Fedora, etc.).
Dernier point, les logiciels propriétaires, c'est à chaque fournisseur de faire les modifications adéquates afin de supporter pulseaudio. Pulseaudio existe maintenant depuis longtemps, de plus il fournit une API simple qui comprend également une gestion de sélection des périphériques d'entrée/sortie.
Donc pour répondre à tes critiques:
- Pulseaudio n'est pas spécialement un fourre-tout, il sert de couche entre les applications et les drivers (un peu à la manière de CUPS finalement).
- D'après la documentation de Skype, ils disent de simplement configurer correctement le périphérique de micro par défaut dans pulseaudio, rien de bien méchant et c'est décrit dans la FAQ de Skype: https://support.skype.com/en-us/faq/FA10964/How-can-I-adjust-my-audio-settings-to-run-Skype-for-Linux
D'après ce que tu dis, debian testing fait des mises à jour importantes (changement de système de son) sans en avertir les utilisateurs, ça c'est un problème avec ta distribution, pas avec pulseaudio.
D'autre part, si tu n'es pas capable de maintenir une debian tu devrais passer à ubuntu, ça utilise toujours apt mais c'est plus simple pour l'utilisateur.
Enfin quand tu demandes "Combien d'autre logiciels vont ainsi être cassés", pulseaudio existe depuis 2006, ubuntu l'utilise par défaut depuis 2008, on est mi-2011 et plus de 95% des applications sont maintenant compatibles (y compris skype, cf plus haut)(et oui, il était temps que debian y passe).
[^] # Re: quand même
Posté par Damien Thébault . En réponse au journal Joli bug. Évalué à 4.
Historiquement /lib et /bin contenaient les binaires indispensables au boot du système, et /usr/ était ensuite monté (contenant /usr/lib et /usr/bin) pour les logiciels. (disquettes ou autres).
D'ailleurs, dans Hurd il a ensuite été proposé d'utiliser unionfs à la place du système obsolète de /usr/, et donc de supprimer /usr/ (pour des raisons de compatibilité, /usr/ serait un lien symbolique vers /).
Donc la question c'est, pourquoi avoir /usr/home, puisqu'il suffit de monter dans /home à la place et on peut le faire assez tard (et on peut le faire avant que /usr/ soit monté).
À moins que ça ne soit pas un point de montage, mais directement un dossier. Donc un / tout petit, un gros /usr avec les logiciels ET les données utilisateurs. (Bizarre quand même, quand tout le monde, y compris les utilisateurs les plus débutants, ont une partition pour leur OS et une autre partition pour leurs données).
# Protection
Posté par Damien Thébault . En réponse au journal Un technicien retraité d'Areva dénonce la sécurité insuffisante de la Hague. Évalué à 8.
En fait ce qu'il critique c'est qu'il n'y ait pas assez de protection contre les chutes d'avion, et les bombardements.
Ce qui ne va pas vraiment dans le même sens que les anti-nucléaires qui critiquent la radioactivité en général.
[^] # Définition flat-volume
Posté par Damien Thébault . En réponse au journal usability fail. Évalué à 4.
Non l'option "flat volumes" ça n'a rien à voir. Pour moi ça marche comme ça:
Prenons un volume global à 60% et un volume applicatif à 50% (une seule application ici).
Sans flat-volumes
Pulseaudio fait le mixing software du volume applicatif en applicant le volume à 50%, et envoie tout ça sur la sortie audio qu'il configure à 60% de volume au travers du driver alsa.
(Les cartes son possèdent une gestion de volume hardware avec un gain réglable)
L'utilisateur entend le son de l'application avec un volume à 30% (50% * 60%)
Avec flat-volumes
Pulseaudio fait le mixing software du volume applicatif mais applique un volume relatif à l'application la plus forte, donc ici pas de changement au niveau du volume, ça reste à 100%.
Ensuite pulseaudio envoie à la sortie audio qu'il configure à un volume correspondant au volume général multiplié par le volume de l'application la plus forte, donc ici 30%.
L'utilisateur entend le son de l'application avec un volume à 30% (100% * 30%)
L'avantage des flat-volumes c'est que ça permet une meilleure qualité car il y a toujours une application dont le signal sort sans aucune modification, de plus on garde une précision maximale car le flux audio de cette application utilise un nombre de bits maximum.
C'est aussi comme ça que Lennart Poettering décrit le fonctionnement dans les mails suivants:
https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-May/003948.html
https://tango.0pointer.de/pipermail/pulseaudio-discuss/2009-May/003973.html
Sinon par rapport au volume au démarrage, chez moi le volume est sauvegardé et reprend automatiquement la même valeur quand je me reconnecte.
[^] # Re: Heu...
Posté par Damien Thébault . En réponse au journal Windows 8 is Awesome (tiling wm). Évalué à 3.
Je suis d'accord, tout ça c'est peut-être bien pour une tablette, mais sur un PC c'est un peu ridicule.
Ils ont un bureau avec uniquement des widgets sans aucun menu, le gars mentionne "Chaque application crée son widget"... Quand on arrive à un certain niveau ça va être difficile pour retrouver son application.
Ensuite quand il lance office, on retrouve le menu démarrer et la barre des tâches, c'est un peu déroutant, quel est l'intérêt de la barre des tâches ici?
Il dit que les applications "Windows8" sont en HTML/Javascript? Mais pourquoi s'éloigner de .net? Pour faire des applications online à moyen terme peut-être?
Enfin, le multi-fenêtrage semble très limité, une application fullscreen, et en option une application à gauche ou à droite. Yay, 2 applications. Enfin vous me direz c'est pas forcément très grave pour 90% des personnes, on voit souvent les gens avec un browser en fullscreen ou avec une suite office en fullscreen (et vu qu'ils ne font pas grand chose d'autre sur un ordinateur ça doit aller).
Mais bon à la limite je m'en fout un peu de ce qu'ils font, je n'utilise pas windows. Et un changement radical comme ça pourrait permettre de faire passer encore d'autres gens à linux (mais à mon avis la nouvelle interface sera désactivable sinon ils se tirent dans le pied).
[^] # Re: Zsh
Posté par Damien Thébault . En réponse au journal la puissance du bash sous windows ? . Évalué à -3.
Moi j'ai déjà réussi je crois.
[^] # Re: QML peut il remplacer les widgets?
Posté par Damien Thébault . En réponse au journal Qt 5 à l'horizon. Évalué à 1.
Il me semble que pour l'instant les widgets de base ne sont pas (tous) dispo, mais que chacun peu se faire les siens.
Il est ensuite possible de réutiliser de widgets qui ont déjà été créés, de les instancier et de les manipuler facilement.
[^] # Re: Pas sûr qu'ils abandonnent Mono
Posté par Damien Thébault . En réponse au journal Développeurs de Mono virés ?. Évalué à 9.
Du point de vue des managers, les développeurs c'est juste des hommes/jour.
Pas facile à faire comprendre qu'un développeur c'est pas comme un gars qui ramasse des patates et que ça se remplace pas juste comme ça.
[^] # Re: onduleur, raid, disque externe
Posté par Damien Thébault . En réponse au journal Et vous, quelle sécurité pour vos sauvegardes?. Évalué à 2.
Je me sers de rsync pour synchroniser les données. À ce moment là je n'ai pas envie de faire un backup, juste de la duplication.
Et ensuite rdiff-backup pour le backup. Il s'avère que ça fait une synchronisation en plus effectivement, mais ça pourrait ne pas le faire je serais ok.
Après c'est un choix perso, j'imagine que je pourrais faire deux rdiff-backup.
[^] # Re: onduleur, raid, disque externe
Posté par Damien Thébault . En réponse au journal Et vous, quelle sécurité pour vos sauvegardes?. Évalué à 2.
Ah oui, j'ai oublié de préciser, le serveur est connecté à un onduleur et le PC portable a une batterie (qui ne marche plus vraiment d'ailleurs).
# onduleur, raid, disque externe
Posté par Damien Thébault . En réponse au journal Et vous, quelle sécurité pour vos sauvegardes?. Évalué à 3.
Mon PC principal est un laptop (320Go).
À côté j'ai un serveur qui contient une carte adaptec et 4 disques durs (500Go) configurés en RAID5 (capacité totale, 1.5 To).
Connecté au serveur, un disque dur USB (750Go).
Je fais les sauvegardes depuis le laptop en rsync vers le RAID5.
Puis toutes les nuits le serveur monte le disque dur USB et lance un rdiff-backup entre le RAID5 et le disque USB, puis le démonte.
Les problèmes qui pourraient me rester:
- Ça brule chez moi, je perd tout.
- On me vole un des PCs, on peut récupérer mes données (enfin le serveur avec les disques en RAID5 c'est plus compliqué, mais le reste pas de souci).
# Pareil
Posté par Damien Thébault . En réponse au journal Suis-je le seul à ne pas utiliser VLC ?. Évalué à 8.
J'ai VLC juste au cas où, mais sur le principe je trouve que j'arrive à lire plus de choses avec mplayer de toute façon, les sous-titres passent mieux aussi.
mplayer supporte VDPAU mieux que VLC aussi, et c'est toujours pratique pour les usages actuels (vidéos 1080p h264).
Par contre, j'utilise VLC pour une chose qu'il fait largement mieux que mplayer: les DVDs (les menus sont juste mauvais dans mplayer).
Par contre, je ne désinstalle pas VLC à chaque fois, déjà sous gentoo c'est long, et puis c'est toujours pratique de l'avoir sous la main.
(Mes 4 players de compatibilité sont mplayer, vlc, gxine et totem, j'ai toujours les 4 installés, si ça marche avec aucun c'est qu'il y a un problème avec la vidéo de toute façon)
[^] # Re: Joli
Posté par Damien Thébault . En réponse au journal Prédator: une bibliothèque GPL pour la détection d'images. Évalué à 2.
J'ai juste lu rapidement OpenCV, mais est-ce que c'est comme Predator et qu'il apprend à reconnaître un objet au cours du temps?
Par exemple le panda, on indique au début le panda de côté, ça suit le panda au fur et à mesure, sous tous les angles, et à la fin si le panda disparaît et réapparaît de dos, Predator arrivera à faire le rapprochement (et pourtant on ne lui a jamais directement montré le panda de dos, il a appris à le reconnaître pendant qu'il le suivait).
[^] # Re: Mwai
Posté par Damien Thébault . En réponse au journal YouTube et WebM. Évalué à 5.
Moi je verrais plutôt comme pour les sites qui demandent l'installation d'extensions: une petite barre en haut qui me dit "Ce site veut mettre une vidéo en plein écran, acceptez-vous? Oui / Non / Toujours / Jamais".
[^] # Re: Manque, salaires
Posté par Damien Thébault . En réponse au journal "Métier d'ingénieur : le Livre blanc de l'Isae". Évalué à 10.
En fait en France les entreprisent ne souffrent pas d'un "manque d'ingénieurs", mais d'un "manque d'ingénieurs pas chers".
Oui ben c'est sûr, à vouloir des ingénieurs aux prix des techniciens, avec 5 ans d'expérience dans deux domaines super-spécifiques à la sortie de l'école, c'est pas gagné.
[^] # Re: Et le double-clic alors ?
Posté par Damien Thébault . En réponse au journal Le retour des methodes mafieuses. Évalué à 2.
Y'a pas vraiment de double-clic sur Android (à la limite double-tap, mais c'est sans doute pas couvert par le brevet)
# Est-ce un Troll?
Posté par Damien Thébault . En réponse au journal Et si Android était en fait libre. Évalué à 9.
L'auteur me semble ignorer un peu comment fonctionne un système complet kernel + userspace.
Par exemple:
Il faudrait lui expliquer que "libc" n'est pas le nom d'une implémentation, mais c'est sa fonction. On peut parler de "BSD libc", de "GNU libc", mais on peut difficilement dire que "Bionic est basé sur le code de libc".
La GNU libc est également basée sur les headers du kernel, qui sont inclus lorsque la libc est installée, sinon il ne serait pas possible d'écrire des programmes user-space utilisant des structures du noyau. Par exemple "linux/input.h".
Et effectivement le copyright qui est inscrit dans le fichier d'origine de linux dit que c'est GPLv2, par contre le fichier COPYING général du kernel mentionne bien qu'il est autorisé d'utiliser les APIs du kernel en utilisant des appels systèmes.
Il y a donc un problème puisque ces headers doivent être distribués avec la libc, mais leur license dans le kernel (GPLv2) ne correspond pas à l'autorisation de les utiliser depuis le userspace.
En fait, si on se dit que cette attaque est fondée, on s'aperçoit que c'est exactement le même cas sur un système GNU/Linux classique.
C'est exactement la même chose. Un programme proprio n'aurait donc pas le droit d'accéder à "linux/input.h".
Perso je suis contre cette interprétation. Comment je peux utiliser un device evdev depuis un programme proprio si je ne peux pas include "linux/input.h"?
Je ne comprends pas bien le message de Linus à l'époque sur LKML http://lkml.org/lkml/2003/12/5/13 , si il parle bien d'applications user-space ou de modules kernel. Si il parle d'applications user-space ça change beaucoup de choses et je ne suis pas sûr de vouloir continuer à utiliser GNU/Linux. Ou sinon c'est juste un message totalement hors contexte, ce qui ressemblerait donc à du Troll de la part de l'auteur de l'article.
Par rapport à la conclusion, je ne vois pas en quoi remplacer Bionic par la GNU libc changerait quoi que ce soit du point de vue des applications user-space, ils vont continuer à inclure des headers GPL du kernel...
Bref, ça me semble plus à du troll qu'à autre chose. Je veux bien voir ce qu'en disent les devs du kernel plutôt que cet article lui-même.
[^] # Re: Goggles
Posté par Damien Thébault . En réponse au journal Des juges croient à la magie. Évalué à 4.
Au niveau technique, google peut potentiellement y arriver vu les moyens qu'ils ont, mais si moi je crée un site de blogging j'ai aucun moyen technique pour faire ce qu'ils demandent.
Ici, on voit que la l'article 6 de la LCEN est détourné pour que l'hébergeur soit responsable de détecter du contenu équivalent à un contenu rapporté comme illicite. Du coup on se retrouve presque dans le cas d'origine de la LCEN, à savoir que l'hébergeur est sensé pouvoir détecter automagiquement des contenus illicites.
Et je vois pas trop ce que vient faire google là-dedans. Est-ce à cause des vignettes dans google images? Le droit à la citation des images semble encore flou, c'est vrai. J'imagine que Google préfère payer une amende comme ça et garder l'argent de la publicité de la france entière qui va sur google images, plutôt que d'empêcher tous les français d'aller sur google images. Tant que google y gagne quelque chose ils ont intérêt à garder le service ouvert et à payer les amendes. Ça fait un peu vache à lait. Une telle attaque sur à peu près n'importe qui d'autre obligerait à arrêter le service pour les français. (Enfin y'a moyen de faire sur Bing aussi je pense)
# Spam
Posté par Damien Thébault . En réponse au journal Loppsi : kokopelli se rebelle maintenant en informatique. Évalué à 10.
Je me suis fait spammer par cette asso il y a quelques années, du coup ça m'énerve dès que je lis rien que le nom.
Et sinon les tournures de phrases...
WTF?
# Sélection naturelle
Posté par Damien Thébault . En réponse au journal Les SSII, précurseurs d'un modèle social. Évalué à 10.
C'est les boîtes qui choisissent chacune leur politique de recrutement. Avoir des employés jetables, ça a un côté pratique quand y'a une baisse de régime, mais pour le reste c'est souvent contre-productif. (C'est comme le offshore en fait).
Dans une entreprise, il faut arriver à comprendre un moment que le offshore c'est pas toujours le top (qualité finale souvent à l'arrache, gestion compliquée, etc.) et que prendre des prestataires et changer tous les 6 mois c'est pas le top non plus. Parfois y'a un intérêt à prendre un prestataire qui a une grosse expérience dans un domaine particulier, mais globalement c'est pas trop ça l'utilisation d'habitude, c'est plus pour embaucher de la main d'oeuvre générique "homme/jour".
Faut voir le bon côté des choses, les boîtes qui font n'importe quoi ont des produits de merde au final et ça leur tombe sur le coin de la gueule un jour ou l'autre. (Après ils arrivent rarement à comprendre la raison par la suite, mais ça faut pas s'étonner).