Sans chercher à défendre RTF outre mesure, le fait qu'Ooo se vautre est révélateur d'un bug dans Ooo, point barre. Je pense qu'il vaudrait mieux accepter de reconnaître les faiblesses d'Ooo (en l'espèce, son instabilité notoire) plutôt que blâmer le format de fichier RTF moisi pour justifier un crash.
(N.B. ça ne m'empêche pas d'utiliser Ooo sous Linux quotidiennement, y compris pour ouvrir des fichiers .docx et .pptx)
mais je pense qu’on n’en est pas encore à faire de la MAO sur un smartphone…
Ce n'était pas le sujet. Le sujet, c'était "one ring to rule them all" i.e. est-il possible d'avoir un unique daemon qui fédère les efforts de tout le monde plutôt qu'une fragmentation des efforts de développement ? Bref, est-il possible que jackd réponde aux besoins des utilisateurs "normaux" ?
Oui, par conception, Jack ne cherche à répondre aux besoins que des MAOistes et pas de M.-tout-le-monde. Si M.-tout-le-monde veut un démon en espace utilisateur pour gérer le son, il y a PulseAudio. S’il n’aime pas PulseAudio, ben il fait comme moi quand je ne fais pas de MAO : j’utilise uniquement ALSA et tout marche très bien.
Sauf qu'on a vu avant que
- pour beaucoup de gens, PA marche "en fonction pulse" (ah ben ça marche plus. Bizarre, ça marchait il y a 10 minutes…)
- ALSA ne mixe pas plusieurs sources (donc pour beaucoup de gens qui n'ont pas de mix hardware, cela signifie que seule une appli peut sortir du son à la fois)
Bref contrairement à ce que tu dis, pour beaucoup de gens, le problème n'est pas résolu (et après on se plaint que les gens achètent du Mac. J'entends même assez souvent des geeks me dire que "tu as les avantages de Linux, sauf que contrairement à Linux ça marche" [je précise qu'ayant eu pendant un temps un Mac au boulot, j'ai finalement laissé tomber et suis revenu à Linux pour mon plus grand bonheur, mais il y a une part de conviction et de sacerdoce…]).
Après, peut-être que l'idée d'utiliser jackd pour tout le monde est une mauvaise idée, et que PA bonifiera avec le temps. Je déplore juste de voir que les efforts sont dilués avec des bases de code distinctes et des APIs incompatibles.
Dans beaucoup de critiques de PA que j’ai pu lire, c’est le principe même d’un démon sonore en espace utilisateur qui est attaqué.
Non, ce qui est critiqué, c'est le fait que ça ne marche pas !
Normalement, les douanes ne devraient pas avoir le droit de laisser passer…
Cela dit, plutôt que de parler de hongkonggeek (qui est le premier site à m'être venu à l'esprit), j'aurais peut-être plutôt dû citer amazon.fr (qui vend aussi une bonne partie des mêmes tablettes chinoises à 100 € de l'autre site - tablettes qui possèdent les marquages CE et FCC comme je l'ai dit dans mon précédent post). Bref, on peut critiquer plein de choses concernant ces tablettes, notamment le fait que qu'elles soient de marques inconnues ici, bénéficient d'un faible support, soient moins puissantes que celles vendues en Europe à base de Tegra 3, etc. mais on ne peut AMA pas critiquer l'absence de légalité / conformité / marquage CE, ni d'un système ergonomique (Android 4). Bref, je demande toujours à voir ce qui justifie techniquement/pédagogiquement la dépense de 600 € pour un iPad dans un contexte scolaire, alors qu'il me semble que d'autres produits 5x moins chers peuvent répondre aux mêmes "besoins" (si tant est qu'ils soient avérés, ce qui est un autre débat. J'ai tendance à penser que la justification pourrait être la suivante : il s'agit dans tous les cas d'un "gadget" pédagogique et le but principal est avant tout politique, or l'iPad est plus "cool" et a donc un impact plus important en terme de com…)
et probablement pas conforme aux normes européennes
Hongkonggeek n'aurait pas le droit d'en vendre si c'était le cas.
(et en tout cas, ma tablette Ainol possède les marques CE et FCC et a donc passé les tests nécessaires. C'est un peu facile de partir du principe que "c'est chinois donc c'est non conforme", et c'est oublier un peu vite que les iMachins sont aussi fabriqués par Foxconn à Shenzhen…). La plupart de ces tablettes utilisent Android ICS, donc tout à fait analogues aux autres tablettes (de "marques" beaucoup plus chères) vendues en Europe. Elles sont souvent un peu moins puissantes (par exemple, processeur mono-core Allwinner A10, accessoirement pas hostile vis à vis de développements libres), mais généralement amplement suffisantes pour une utilisation par madame michu (qui ne rentre pas dans la catégorie "hardcore gamer"). Si tu estimes que ça n'est pas le cas, cela signifie que tu estimes que Android/ICS n'est pas prêt pour un usage grand-public (ce qui serait un peu abusif : seul IOS le serait donc, à tes yeux ?).
La deuxième, qu'un système met du temps pour s'agencer. Par exemple, lorsque la XBOX de Microsoft a été lancée, elle n'avait presque rien comme jeu et était vendue à perte par Microsoft !
Ce n'est pas qu'une question de temps mais aussi une question de moyens : le milieu de l'électronique et de l'informatique/télécoms est guidé par les économies d'échelles (fort temps/coût/complexité de conception, faible coût de réplication). Peu importe à quel point tu es doué : tu es tout seul sur ton projet (a fortiori s'il n'est pas open-source), et il se trouve que tu t'attaques à des "gros" projets qui demandent habituellement des dizaines de milliers de lignes de code => il ne sera rien de plus qu'un "jouet" en comparaison de ses "concurrents" qui ont des centaines d'années-hommes de travail derrière ! Bref, il n'y a rien de mal à ça tant que c'est pour le fun, mais le problème est que tu comptes apparemment dessus pour gagner ta vie… (je veux bien admettre que le certains choix technologiques (langage, techno web, etc) puissent changer un peu la donne en terme d'effort nécessaire et de nombre de ligne de code, mais le principe reste malgré tout le même. J'espère pour toi que tu fais ça sur ton temps libre et que tu as un autre travail à côté !)
Petite question : compte tenu du rapport puissance*fonctionnalités/coût des nouveaux processeurs ARM Chinois comme le Allwinner A10, vous avez envisagé une solution basée sur quelque chose comme ça pour la prochaine version ? Est-ce qu'elle intègrera des ADC/DAC plus rapides ? (par exemple pour en faire une SDR/Gnuradio un peu comme avec ce projet)
Le résultat semble être plutôt un plaidoyer pour OSSv4 (apt-get install oss4-base sous Debian/Ubuntu). ça a (comme les autres systèmes) ses avantages et ses inconvénients, néanmoins j'avoue qu'à chaque fois que j'ai eu des soucis de son sous Linux avec ALSA/PA, ça en a résolu une bonne partie (et pas besoin d'un daemon pour que ça marche y compris lorsque plusieurs applications veulent sortir du son en même temps). Hormis les raisons historiques (licence->OSSv3 viré du noyau au profit d'ALSA), j'ignore s'il y a une raison technique valable pour que Linus refuse d'inclure OSSv4 de nos jours (mal écrit ? plus de code complexe dans le noyau -> probabilité de bugs plus importante ?). L'API d'OSS - aussi criticable soit-elle - semble être un dénominateur commun entre Linux et les *BSD (même si beaucoup de Linuxiens comme Lennard s'en fichent pas mal), et après tout personne n'oblige le développeur d'application à taper directement dans /dev/dsp, il suffit d'utiliser SDL/OpenAL/…
Cela dit, je me dis aussi qu'il n'est peut-être pas plus mal que le gros de la complexité reste en user-space (ce qui implique un daemon…) dès lors que les distros rendent ça simple et fiable avec une API stable dans le temps (OSSProxy ?). Je lis assez souvent que que PA est disons… criticable, et que jackd est excellent sauf pour la batterie de son smartphone / la consommation CPU / l'ergonomie, et du coup je me demande : est-ce que ce dernier est voué à rester ainsi par conception, ou est-ce qu'il est théoriquement concevable de le faire évoluer (avec un mode "à la PA") pour qu'il réponde aux besoins de M.-tout-le-monde et pas seulement des musiciens, de sorte qu'on ait un unique serveur jackd universel qui fasse consensus ? (oui, je sais… :). C'est une vraie question, je ne connais pas suffisamment jackd/ALSA/PA pour juger !
Sans parler de la question habituelle : a-t-on vraiment besoin de la fonctionnalité de la mort-qui-tue pas testée de la dernière version pas stable ou est-ce que c'est de la kikoololerie bling-bling et qu'on peut très bien s'en passer ?
En l'occurence dans l'exemple que je donnais, je n'ai pas tellement le choix : je veux utiliser/compiler un soft, et il se trouve que l'auteur a utilisé cette dernière fonctionnalité "de la mort" qui n'existe que dans une version de cmake récente. Ceci n'est qu'un exemple, mais d'une manière générale dire "c'est que tu n'en as probablement pas besoin" n'aide pas beaucoup l'utilisateur Debian qui souhaite résoudre son pb (d'autant que son voisin sous Mac/Windows peut installer en 3 clics les versions les plus récentes de pratiquement n'importe quel soft libre…)
(ce que je peux comprendre, c'est aussi la raison qui m'a fait quitter squeeze sur ma machine perso/desktop (il y avait toujours un truc qui coinçait ça ou là, par exemple cmake trop vieux pour compiler tel soft, etc.))
Par contre vu son experience avec Debian et ce qu'il recherche (plus récent que squeeze mais plus stableuser-friendly que sid), je lui suggèrerais d'essayer Kubuntu…
Peut-être que fuse-convmvfs pourra t'aider ? (tu peux peut-etre faire un montage avec une transformation des noms de fichiers qui soit telle que OOo sache ouvrir les fichiers dans le montage ? Peut-être qu'il est possible d'écrire un filtre convmv qui traduise à la volée du chinois vers pinyin, par exemple à partir de ceci ?)
Sur le fond, oui, je sais, les pauvres chinois, ils ont le droit de mettre des caractères cabalistiques dans leurs noms de fichier. Les chinois ils font ce qu'ils veulent, mais personnellement je ne mets jamais de caractères non-ASCII dans les noms de fichier : ça n'a aucun intérêt, il serait stupide d'avoir des noms de fichiers qui ne diffèrent que par un accent ou un espace insécable, etc. Donc, quelque part, même si c'est un bug, c'est un bug généré par une demande (à mon avis) non-pertinente de l'utilisateur.
Aaah, voilà un bon commentaire constructif et pas arrogant pour un sou : les chinois n'ont qu'à s'adapter à notre système ASCII, et d'une manière générale les utilisateurs n'ont qu'à adopter nos habitudes de geek ! (et après on va se plaindre du taux d'utilisation de XP et de la faible pénétration de Linux en Chine, ou du trop faible nombre de contributeurs aux projets libres en général…)
quelques défauts (…) une configuration peu performante (…) j'ai donc décidé de réaliser un prototype d'une nouvelle console (…) avec une carte graphique intel GMA950
Y'a pas comme une contradiction ?
Au dela des soucis de performances, GMA950 est limité dans ses fonctionnalités (pas de shaders, etc.). Cela risque d'être de plus en plus limitant (voir les récents développements QT5, Blender, etc.). Bref, je trouve qu'acheter un GMA950 en 2012 c'est acheter du jetable à court terme… Je n'encouragerais pas l'achat de ce type de chip, à moins que ce ne soit dans une machine d'occasion. Le minimum pour une machine neuve est d'avoir un chip supportant OpenGL 2.0 AMHA !
Sur les machines x86, la situation est claire : le secure boot doit pouvoir être présent (et activé par défaut), mais doit pouvoir être désactivé (même si ce n'est pas commode pour l'utilisateur d'avoir à le faire…)
Sur les machines ARM, le secure boot doit être présent et activé par défaut. Maintenant, ce qui n'est pas clair pour moi
Est-ce que MS s'est simplement abstenu d'exiger que le secure-boot puisse être désactivé ? (auquel cas la possibilité ou non de désactiver serait au cas par cas, au bon vouloir du fabricant)
Ou est-ce que MS a explicitement exigé que le secure-boot ne puisse pas être désactivé ?
Avant tout bravo pour votre travail ! Cela dit, loin de moi l'idée de vouloir critiquer un projet qui apporte plein de bonnes choses, mais j'ai envie de demander : pourquoi une nouvelle distribution au lieu d'un ensemble de meta-packages/ppa pour Debian/Ubuntu ? (cette dernière étant bien supportée sur des machines ARM de type Pandaboard ou Snowball, notamment grâce au travail de Linaro).
Au delà du simple avis purement juridique, j'aimerais avoir l'opinion de pBpG sur le côté souhaitable d'obliger les industriels à au moins permettre le déverrouillage de leurs bootloaders (on ne leur demande pas la lune… D'ailleurs HTC l'a fait et ne se porte pas plus mal ! Je n'en suis même pas à demander le code-source ou à demander de conserver ma garantie en cas de firmware non standard). Toi qui bosses chez Microsoft : est-ce que tu considères normal (et bon) que les industriels puissent ainsi verrouiller leur matériel ? (limitant de fait les usages possible à ce qu'eux seuls ont décidé, et renforçant l'obsolescence programmée).
Petite digression : en fait, le pb est qu'on achète un produit fini et que la législation est pensée dans ce sens. Je me prends parfois à rêver que la législation se mette au contraire à protéger le fait qu'on achète simplement du hardware générique (même dans le cas d'une machine à laver, avec un microcontrôleur, etc.) et que l'industrie n'ait plus le droit de restreindre l'usage à un but précis (et donc fournisse les interface et la doc permettant de reprogrammer, réparer, etc.), ceci à la fois dans un but d'apprentissage (notamment pour les jeunes générations) et de prolongation de la durée de vie des produits. J'ignore si l'UE aurait assez de poids pour se permettre d'écrire une directive en ce sens…
D'une manière générale, je trouve qu'il serait effectivement souhaitable de pouvoir acheter facilement des pièces détachées, pour enfin pouvoir revenir à un modèle où on répare au lieu de racheter dès qu'un truc ne va plus (obsolescence programmée, tout ça…). Or il n'y a que sur Taobao que j'arrive à trouver les pièces détachées des machins que j'achète (carte-mère pour mon écran, bouton de volume pour mon téléphone, etc.). Heureusement, j'ai des amis en Chine chez qui je peux me faire livrer lesdites pièces achetées sur Taobao, mais quand pourrai-je enfin faire la même chose directement en France ?
[^] # Re: Quand la main droite ignore ce que fait la main gauche...
Posté par karteum59 (site web personnel) . En réponse au journal OpenDocument dans les ministères. Évalué à 10.
Sans chercher à défendre RTF outre mesure, le fait qu'Ooo se vautre est révélateur d'un bug dans Ooo, point barre. Je pense qu'il vaudrait mieux accepter de reconnaître les faiblesses d'Ooo (en l'espèce, son instabilité notoire) plutôt que blâmer le format de fichier RTF moisi pour justifier un crash.
(N.B. ça ne m'empêche pas d'utiliser Ooo sous Linux quotidiennement, y compris pour ouvrir des fichiers .docx et .pptx)
[^] # Re: HTML, CSS, JavaScript, au lieu de Java
Posté par karteum59 (site web personnel) . En réponse à la dépêche Open webOS, brut de décoffrage. Évalué à 1.
Tu peux aussi utiliser PhoneGap
(par contre, j'ai plus de mal à voir comment Tizen va se différencier…)
[^] # Re: Popcorn
Posté par karteum59 (site web personnel) . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 2.
Ce n'était pas le sujet. Le sujet, c'était "one ring to rule them all" i.e. est-il possible d'avoir un unique daemon qui fédère les efforts de tout le monde plutôt qu'une fragmentation des efforts de développement ? Bref, est-il possible que jackd réponde aux besoins des utilisateurs "normaux" ?
Sauf qu'on a vu avant que
- pour beaucoup de gens, PA marche "en fonction pulse" (ah ben ça marche plus. Bizarre, ça marchait il y a 10 minutes…)
- ALSA ne mixe pas plusieurs sources (donc pour beaucoup de gens qui n'ont pas de mix hardware, cela signifie que seule une appli peut sortir du son à la fois)
Bref contrairement à ce que tu dis, pour beaucoup de gens, le problème n'est pas résolu (et après on se plaint que les gens achètent du Mac. J'entends même assez souvent des geeks me dire que "tu as les avantages de Linux, sauf que contrairement à Linux ça marche" [je précise qu'ayant eu pendant un temps un Mac au boulot, j'ai finalement laissé tomber et suis revenu à Linux pour mon plus grand bonheur, mais il y a une part de conviction et de sacerdoce…]).
Après, peut-être que l'idée d'utiliser jackd pour tout le monde est une mauvaise idée, et que PA bonifiera avec le temps. Je déplore juste de voir que les efforts sont dilués avec des bases de code distinctes et des APIs incompatibles.
Non, ce qui est critiqué, c'est le fait que ça ne marche pas !
[^] # Re: K9-Mail
Posté par karteum59 (site web personnel) . En réponse à la dépêche Bricolage d'un Android tout libre. Évalué à 2.
De mémoire, il n'est pas possible de lancer une recherche parmi les messages sur le serveur avec K9Mail…
[^] # Re: Idiot
Posté par karteum59 (site web personnel) . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à 2.
Normalement, les douanes ne devraient pas avoir le droit de laisser passer…
Cela dit, plutôt que de parler de hongkonggeek (qui est le premier site à m'être venu à l'esprit), j'aurais peut-être plutôt dû citer amazon.fr (qui vend aussi une bonne partie des mêmes tablettes chinoises à 100 € de l'autre site - tablettes qui possèdent les marquages CE et FCC comme je l'ai dit dans mon précédent post). Bref, on peut critiquer plein de choses concernant ces tablettes, notamment le fait que qu'elles soient de marques inconnues ici, bénéficient d'un faible support, soient moins puissantes que celles vendues en Europe à base de Tegra 3, etc. mais on ne peut AMA pas critiquer l'absence de légalité / conformité / marquage CE, ni d'un système ergonomique (Android 4). Bref, je demande toujours à voir ce qui justifie techniquement/pédagogiquement la dépense de 600 € pour un iPad dans un contexte scolaire, alors qu'il me semble que d'autres produits 5x moins chers peuvent répondre aux mêmes "besoins" (si tant est qu'ils soient avérés, ce qui est un autre débat. J'ai tendance à penser que la justification pourrait être la suivante : il s'agit dans tous les cas d'un "gadget" pédagogique et le but principal est avant tout politique, or l'iPad est plus "cool" et a donc un impact plus important en terme de com…)
[^] # Re: Idiot
Posté par karteum59 (site web personnel) . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à 1.
Hongkonggeek n'aurait pas le droit d'en vendre si c'était le cas.
(et en tout cas, ma tablette Ainol possède les marques CE et FCC et a donc passé les tests nécessaires. C'est un peu facile de partir du principe que "c'est chinois donc c'est non conforme", et c'est oublier un peu vite que les iMachins sont aussi fabriqués par Foxconn à Shenzhen…). La plupart de ces tablettes utilisent Android ICS, donc tout à fait analogues aux autres tablettes (de "marques" beaucoup plus chères) vendues en Europe. Elles sont souvent un peu moins puissantes (par exemple, processeur mono-core Allwinner A10, accessoirement pas hostile vis à vis de développements libres), mais généralement amplement suffisantes pour une utilisation par madame michu (qui ne rentre pas dans la catégorie "hardcore gamer"). Si tu estimes que ça n'est pas le cas, cela signifie que tu estimes que Android/ICS n'est pas prêt pour un usage grand-public (ce qui serait un peu abusif : seul IOS le serait donc, à tes yeux ?).
[^] # Re: Réinventons la roue
Posté par karteum59 (site web personnel) . En réponse à la dépêche Tizen 1.0. Évalué à 2.
Depuis quand il faut un nouvel OS pour développer en HTML5/JS ? (jette donc un oeil à Phonegap par exemple)
[^] # Re: Idiot
Posté par karteum59 (site web personnel) . En réponse au journal Un Ipad dans la liste des fournitures scolaires. Évalué à -2.
Si le besoin "tablette" est identifié (ce dont je doute), il existe aussi des tablettes Android tout à fait correctes et beaucoup moins chères, comme http://www.hongkongeek.fr/ecran-97/1376-97-onda-vi40-dual-core-cortex-a9-15ghz-android-40-hdmi-1go-ddr3-32go.html
[^] # Re: Owncloud est bon aussi
Posté par karteum59 (site web personnel) . En réponse au journal synchro Thunderbird sans Google. Évalué à 1.
Tu peux aussi jeter un coup d'oeil à ceci http://opensource.bolloretelecom.eu/projects/django-carambola/
[^] # Re: hihi
Posté par karteum59 (site web personnel) . En réponse au journal MultiDesk OS en version 2.0. Évalué à 3.
Ce n'est pas qu'une question de temps mais aussi une question de moyens : le milieu de l'électronique et de l'informatique/télécoms est guidé par les économies d'échelles (fort temps/coût/complexité de conception, faible coût de réplication). Peu importe à quel point tu es doué : tu es tout seul sur ton projet (a fortiori s'il n'est pas open-source), et il se trouve que tu t'attaques à des "gros" projets qui demandent habituellement des dizaines de milliers de lignes de code => il ne sera rien de plus qu'un "jouet" en comparaison de ses "concurrents" qui ont des centaines d'années-hommes de travail derrière ! Bref, il n'y a rien de mal à ça tant que c'est pour le fun, mais le problème est que tu comptes apparemment dessus pour gagner ta vie… (je veux bien admettre que le certains choix technologiques (langage, techno web, etc) puissent changer un peu la donne en terme d'effort nécessaire et de nombre de ligne de code, mais le principe reste malgré tout le même. J'espère pour toi que tu fais ça sur ton temps libre et que tu as un autre travail à côté !)
# Version 6.0... ?
Posté par karteum59 (site web personnel) . En réponse à la dépêche Sortie de la version 5.0 du projet Armadeus. Évalué à 2.
Bravo pour votre projet !
Petite question : compte tenu du rapport puissance*fonctionnalités/coût des nouveaux processeurs ARM Chinois comme le Allwinner A10, vous avez envisagé une solution basée sur quelque chose comme ça pour la prochaine version ? Est-ce qu'elle intègrera des ADC/DAC plus rapides ? (par exemple pour en faire une SDR/Gnuradio un peu comme avec ce projet)
[^] # Re: Popcorn
Posté par karteum59 (site web personnel) . En réponse à la dépêche KLANG - Kernel Level Audio Next Generation. Évalué à 3.
Bien d'accord avec toi !
Note que les deux posts suivants (qui datent un peu) ne sont pas inintéressants
http://insanecoding.blogspot.fr/2007/05/sorry-state-of-sound-in-linux.html
http://insanecoding.blogspot.fr/2009/06/state-of-sound-in-linux-not-so-sorry.html
Le résultat semble être plutôt un plaidoyer pour OSSv4 (apt-get install oss4-base sous Debian/Ubuntu). ça a (comme les autres systèmes) ses avantages et ses inconvénients, néanmoins j'avoue qu'à chaque fois que j'ai eu des soucis de son sous Linux avec ALSA/PA, ça en a résolu une bonne partie (et pas besoin d'un daemon pour que ça marche y compris lorsque plusieurs applications veulent sortir du son en même temps). Hormis les raisons historiques (licence->OSSv3 viré du noyau au profit d'ALSA), j'ignore s'il y a une raison technique valable pour que Linus refuse d'inclure OSSv4 de nos jours (mal écrit ? plus de code complexe dans le noyau -> probabilité de bugs plus importante ?). L'API d'OSS - aussi criticable soit-elle - semble être un dénominateur commun entre Linux et les *BSD (même si beaucoup de Linuxiens comme Lennard s'en fichent pas mal), et après tout personne n'oblige le développeur d'application à taper directement dans /dev/dsp, il suffit d'utiliser SDL/OpenAL/…
Cela dit, je me dis aussi qu'il n'est peut-être pas plus mal que le gros de la complexité reste en user-space (ce qui implique un daemon…) dès lors que les distros rendent ça simple et fiable avec une API stable dans le temps (OSSProxy ?). Je lis assez souvent que que PA est disons… criticable, et que jackd est excellent sauf pour la batterie de son smartphone / la consommation CPU / l'ergonomie, et du coup je me demande : est-ce que ce dernier est voué à rester ainsi par conception, ou est-ce qu'il est théoriquement concevable de le faire évoluer (avec un mode "à la PA") pour qu'il réponde aux besoins de M.-tout-le-monde et pas seulement des musiciens, de sorte qu'on ait un unique serveur jackd universel qui fasse consensus ? (oui, je sais… :). C'est une vraie question, je ne connais pas suffisamment jackd/ALSA/PA pour juger !
[^] # Re: WTF
Posté par karteum59 (site web personnel) . En réponse au journal Pourquoi je quitte KDE (désolé, c'est dimanche). Évalué à 2.
En l'occurence dans l'exemple que je donnais, je n'ai pas tellement le choix : je veux utiliser/compiler un soft, et il se trouve que l'auteur a utilisé cette dernière fonctionnalité "de la mort" qui n'existe que dans une version de cmake récente. Ceci n'est qu'un exemple, mais d'une manière générale dire "c'est que tu n'en as probablement pas besoin" n'aide pas beaucoup l'utilisateur Debian qui souhaite résoudre son pb (d'autant que son voisin sous Mac/Windows peut installer en 3 clics les versions les plus récentes de pratiquement n'importe quel soft libre…)
[^] # Re: WTF
Posté par karteum59 (site web personnel) . En réponse au journal Pourquoi je quitte KDE (désolé, c'est dimanche). Évalué à 1.
Sauf qu'il dit
(ce que je peux comprendre, c'est aussi la raison qui m'a fait quitter squeeze sur ma machine perso/desktop (il y avait toujours un truc qui coinçait ça ou là, par exemple cmake trop vieux pour compiler tel soft, etc.))
Par contre vu son experience avec Debian et ce qu'il recherche (plus récent que squeeze mais plus
stableuser-friendly que sid), je lui suggèrerais d'essayer Kubuntu…# Fuse-convmvfs ?
Posté par karteum59 (site web personnel) . En réponse au journal Je quitte LibreOffice et Icedove!. Évalué à 3.
Peut-être que fuse-convmvfs pourra t'aider ? (tu peux peut-etre faire un montage avec une transformation des noms de fichiers qui soit telle que OOo sache ouvrir les fichiers dans le montage ? Peut-être qu'il est possible d'écrire un filtre convmv qui traduise à la volée du chinois vers pinyin, par exemple à partir de ceci ?)
[^] # Re: Mmmhhh bidon?
Posté par karteum59 (site web personnel) . En réponse au journal Je quitte LibreOffice et Icedove!. Évalué à 5.
Aaah, voilà un bon commentaire constructif et pas arrogant pour un sou : les chinois n'ont qu'à s'adapter à notre système ASCII, et d'une manière générale les utilisateurs n'ont qu'à adopter nos habitudes de geek ! (et après on va se plaindre du taux d'utilisation de XP et de la faible pénétration de Linux en Chine, ou du trop faible nombre de contributeurs aux projets libres en général…)
# GMA950 ?
Posté par karteum59 (site web personnel) . En réponse au journal Playnewton: la console vraiment libre. Évalué à 3.
Y'a pas comme une contradiction ?
Au dela des soucis de performances, GMA950 est limité dans ses fonctionnalités (pas de shaders, etc.). Cela risque d'être de plus en plus limitant (voir les récents développements QT5, Blender, etc.). Bref, je trouve qu'acheter un GMA950 en 2012 c'est acheter du jetable à court terme… Je n'encouragerais pas l'achat de ce type de chip, à moins que ce ne soit dans une machine d'occasion. Le minimum pour une machine neuve est d'avoir un chip supportant OpenGL 2.0 AMHA !
[^] # Re: Irrémédiable
Posté par karteum59 (site web personnel) . En réponse au journal Gnome3 et systemd, c'est la fin des haricots!. Évalué à 4.
Résumons :
[^] # Re: Positionnement
Posté par karteum59 (site web personnel) . En réponse à la dépêche YunoHost Bêta 1 est disponible !. Évalué à 7. Dernière modification le 03 juin 2012 à 22:56.
Avant tout bravo pour votre travail ! Cela dit, loin de moi l'idée de vouloir critiquer un projet qui apporte plein de bonnes choses, mais j'ai envie de demander : pourquoi une nouvelle distribution au lieu d'un ensemble de meta-packages/ppa pour Debian/Ubuntu ? (cette dernière étant bien supportée sur des machines ARM de type Pandaboard ou Snowball, notamment grâce au travail de Linaro).
[^] # Re: Conclusion
Posté par karteum59 (site web personnel) . En réponse au journal Ta Fedora sera signée par Microsoft. Évalué à 3.
Au delà du simple avis purement juridique, j'aimerais avoir l'opinion de pBpG sur le côté souhaitable d'obliger les industriels à au moins permettre le déverrouillage de leurs bootloaders (on ne leur demande pas la lune… D'ailleurs HTC l'a fait et ne se porte pas plus mal ! Je n'en suis même pas à demander le code-source ou à demander de conserver ma garantie en cas de firmware non standard). Toi qui bosses chez Microsoft : est-ce que tu considères normal (et bon) que les industriels puissent ainsi verrouiller leur matériel ? (limitant de fait les usages possible à ce qu'eux seuls ont décidé, et renforçant l'obsolescence programmée).
Petite digression : en fait, le pb est qu'on achète un produit fini et que la législation est pensée dans ce sens. Je me prends parfois à rêver que la législation se mette au contraire à protéger le fait qu'on achète simplement du hardware générique (même dans le cas d'une machine à laver, avec un microcontrôleur, etc.) et que l'industrie n'ait plus le droit de restreindre l'usage à un but précis (et donc fournisse les interface et la doc permettant de reprogrammer, réparer, etc.), ceci à la fois dans un but d'apprentissage (notamment pour les jeunes générations) et de prolongation de la durée de vie des produits. J'ignore si l'UE aurait assez de poids pour se permettre d'écrire une directive en ce sens…
D'une manière générale, je trouve qu'il serait effectivement souhaitable de pouvoir acheter facilement des pièces détachées, pour enfin pouvoir revenir à un modèle où on répare au lieu de racheter dès qu'un truc ne va plus (obsolescence programmée, tout ça…). Or il n'y a que sur Taobao que j'arrive à trouver les pièces détachées des machins que j'achète (carte-mère pour mon écran, bouton de volume pour mon téléphone, etc.). Heureusement, j'ai des amis en Chine chez qui je peux me faire livrer lesdites pièces achetées sur Taobao, mais quand pourrai-je enfin faire la même chose directement en France ?
# How standards proliferate... :)
Posté par karteum59 (site web personnel) . En réponse à la dépêche En route pour HTTP/2.0. Évalué à -5.
[^] # Re: Où est passé le gain de performance dû à l'industrialisation ?
Posté par karteum59 (site web personnel) . En réponse au journal [HS] Politique naïve et incohérences. Évalué à 1.
Et même encore moins, cf. cet immeuble de 30 étage monté en 15 jours en Chine !
http://www.youtube.com/watch?v=rwvmru5JmXk
[^] # Re: Impératif vs the world
Posté par karteum59 (site web personnel) . En réponse à la dépêche Code of Duty 2. Évalué à 1.
Oops au temps pour moi, j'ai lu "Objective CAML" alors qu'il était écrit "Objective C". Du coup je comprends mieux la première remarque…
[^] # Re: Impératif vs the world
Posté par karteum59 (site web personnel) . En réponse à la dépêche Code of Duty 2. Évalué à 2.
Et OCaml ? (soit, il permet un style impératif, mais il me semble que c'est avant tout un langage fonctionnel)
[^] # Re: Alternatives
Posté par karteum59 (site web personnel) . En réponse à la dépêche Mikogo, logiciel de partage d´écran. Évalué à 2.
Au hasard… le passage du NAT ? (un peu comme Skype)