Posté par Maclag .
En réponse à la dépêche OpenBSD 5.2.
Évalué à 10.
Je n'ai rien trouvé de récent, mais en regardant plus en arrière (il y a environ 1an), ils disaient que la migration demandait énormément de travail, surtout s'ils veulent faire cohabiter KDE3 et KDE4.
De plus, ils disent aussi que nombre de fonctions de KDE dépedent de udev, que hal n'est plus supporté, etc. Il semble que ça demande aussi du boulot du côté de chez OpenBSD.
Ils disent qu'"aujourd'hui" (le message date d'octobre/novembre 2011), toutes les fonctions de KDE liées au matériel sont tout simplement désactivées sous OpenBSD!
Conclusion:
1. Yaka trouver des développeurs qui ont le temps, et ils cherchent aussi activement des testeurs.
2. systemd n'est pas la seule composante Linux qui laisse les BSD derrière, apparemment hal et udev ont déjà un certain passif (je l'ignorais!)
Laisse-moi donc te reposer autrement la question:
Où est la limite entre un décodage vidéo en dur, et des fonctions d'aide au décodage en dur pour accélérer un décodage logiciel?
On a vu bien des concepts jusque là clairs l'être de moins en moins au fil des années (séparation logiciel matériel… où mettre le firmware? logiciel libre distribué… ou pas sur une box qui ne t'appartient pas, dans ton salon?).
Avec des processeurs toujours plus complexes et un tas de choses prises en charge, il faudra bientôt débattre si l'implémentation est logicelle, assistée par le matériel, ou totalement matérielle.
Oui mais la formulation intègre un champ au contour un peu vague, et je pense que des avocats se feront un plaisir de s'engouffrer dans la brèche.
"Donc en utilisant la fonction suivante, le programme appelle une fonction spécialisée du processeur pour sous-traiter cette tâche. Peut-on parler de programme généraliste quand la partie du processeur associée est autant spécialisée? Où est la limite entre un processeur généraliste auquel on ajoute des fonctions spécialisées et un processeur spécialisé? Votre programme serait-il vraiment écrit différemment? Vous parlez ici de compatibilité source, n'est-ce pas?"
Et pour les messages hors réunions machine à café, non planifiés, il y a le très efficace stagiaire voyageur. C'est comme un pigeon mais en un peu plus évolué.
Pour s'éviter un peu plus de ridicules, vu que ça va tourner en bataille d'opinion Franco-US, ils devraient peut-être demander si le N.-Y. Times reçoit de l'argent par Google?
Tu vas un peu vite dans tes conclusions:
En gardant la tablette à l'endroit, il est tout stressé et tendu, et donc il n'est pas confortable. C'est dur et rugueux quand on s'asseoit dessus.
Quand il retourne la tablette, il se détend et retrouve son moëlleux d'origine. Il est donc bien plus confortable, et sa phrase et correcte!
T'as encore du bol: je mélange tellement mes transfos que j'aurais tout aussi bien pu brancher mon téléphone ou utiliser le câble pour l'interface sur PC sur l'USB à 15V!
Ça devrait même pas être autorisé des trucs comme ça: c'est une violation du standard, non?!
Bof, quitte à tricher, pourquoi vouloir d'une appli aussi intrusive?
Je suppose que l'acceptation des droits demadés fait partie des conditions d'utilisation. C'est limite tout de même.
Autant adopter des alternatives libres au plus grand nombre d'applis possibles, et tout de suite!
J'ai l'impression de revivre le "MS Office je le pirate parce que OOo c'est pas encore prêt!".
Moi, le vivement, je le mettrais plutôt devant "Plasma Active pleinement fonctionnel, installable partout et facilement!".
Et il me semble que OpenGL ES n'enlève pas tant de possibilités que ça. La grosse différence viendrait de l'épuration des fonctions gardées dans OpenGL par souce de compatibilité ascendante. Ce serait donc d'abord une mise au propre moderne de OpenGL puis un compromis légèreté/fonctionalités.
(Attention, je n'ai pas dit que ça n'enlevait rien d'utile du tout!)
Après la claque à 300M$ que nVidia s'est mangé sur les pilotes non-libres pour les Chinois, je doute que le "on s'en fout, on va filer un blog binaire!" sur les pilotes Libres passe aussi bien qu'avant auprès des grands managers.
Une petite poussette supplémentaire dans le dos d'nVidia pour qu'ils sautent dans le bain, ça ne peut pas faire de mal!
Et quant à ATI, et bien quand ils en auront marre de lire que leurs cartes dédiées font à peine mieux que les Intel intégrées, ils n'auront qu'à bosser sur leurs pilotes Libres également!
Je suis toujours partisan de la méthode forte avec les constructeurs récalcitrants. Attendez de voir un éditeur de grosse solution CAD qui demande une masse de machines très puissantes déclarer qu'il passe sous Wayland et ne fera donc de support que sur [insérer ici constructeur de carte coopératif], ça a toujours son petit effet…
Alors pourquoi donc attendre et ne pas déjà développer ces tests? Surtout si le problème existe déjà ailleurs dans d'autres pays. Je doute que les constructeurs attendent avec impatience l'approbation de la France pour lancer leurs produits sur ces marchés.
Et tu ne tiens toujours pas en compte les circonstances et le cas présent.
La consommation d'alcool sur la route a longtemps été un fléau. Puis on a décidé que ça devait cesser. Ensuite sont apparus les éthylotests. Tout ça s'est fait progressivement, pour revenir d'une situation qui était mauvaise.
Là tu vas amplifier du jour au lendemain un problème qui était mineur, sans garde-fou.
Tu dis que c'est pas grave, parce que quelques années plus tard, tout sera réglé.
Et en attendant, si les accidents se multiplient, tu vas dire quoi? "Faut faire avec"? "Passage obligé"?
Alors développons les tests d'abord. Qu'on ne me dise pas qu'avec tous les crédits de recherche offerts aux entreprises, il n'y a pas un centime a affecter dedans, pourvu que le carnet de route soit clair et garanti ensuite!
Le retour de l'étape 4 à l'étape 1 survient après une nuit un peu trop arrosée, quand on se retrouve avec des objets dans les mains dont on ne sait plus trop où ils devaient aller et on les range au petit bonheur la chance, dans un état second.
Ma seconde analyse, après réflexion, est que je déconseille fortement d'aller manger chez lui…
Aucun souci pour son financement en tout cas: avec des stats pareilles, on aura tôt fait de trouver des VP de grandes compagnies pharmaceutiques investir dans ce formidable somnifère!
Ben quoi? Je lis ça fastoche et je résous tous les problèmes en patchant directement les binaires à la main avec un éditeur hexa. Suffit d'avoir le coup d'oeil, voilà tout!
Parce que Lennart n'a toujours pas comprit l'intérêt d'Unix. L'interface texte toussa …
Les mauvaises langues me diront qu'il y a une commande grepd, catd, cutd, … Ou encore une commande pour traduire le format de journald en texte. Mais ou est l'intérêt, ou ??
Il y a effectivement toutes les commandes nécessaires pour parcourir et trouver rapidement ce qu'on cherche dans les logs. Je ne vois pas en quoi c'est de la mauvais foi que de le dire?!
A moins que tu ne puisses démontrer que ces commandes sont moins performantes ou moins puissantes que leurs homologues sur fichier texte. Tu peux?
Tu dis plus loin que tu as lu un article de Lennart où il explique les raisons, donc l'intérêt, tu le connais déjà.
Après si tu n'es pas d'accord, tu peux argumenter (un peu comme en-dessous, sauf que… voir plus bas!)
La place ? Les logs chez moi ne font même pas 50Mo, et journald est inutilisable sur un serveur car il est dépendant de systemd.
Chez moi, (Debian Sid, avec tous les réglages de log par défaut), le répertoire /var/log fait 416Mo.
Mais "chez moi c'est comme ça", c'est rarement un argument pertinent pour justifier ou invalider une décision technique sur le développement d'outils de production. Le répertoire ferait 300ko, je ne verrais toujours pas en quoi les logs binaires sont un problème, à défaut d'être un progrès.
On ne peut pas stocker des données binaires ? Normal, ce n'est pas leur place. Le reste, c'est comme un code source : il faut faire un choix entre maintenabilité/lisibilité et rapidité.
Je ne comprends pas ce que tu veux dire par "on ne peut pas stocker des données binaires".
J'ai l'impression qu'on y arrive très bien au contraire:
-exécutables
-documents bureautique, fichiers pdf
etc.
En fait, tout ce qui n'est pas en texte clair peut être considéré comme étant en binaire, et la différence est uniquement pour nous, humains, la machine ne la voit pas. (ou alors faut m'expliquer en quoi l'anglais est plus compréhensible que du code "binaire" en Unix).
Même le format texte dépend d'un encodage, et on le décode avec les outils texte.
Donc vraiment, non, je ne vois pas.
S'il avait dit "format texte optimisé avec un nouvel encodage" et au lieu de catd, il avait un patch sur cat sans en parler, tu n'aurais peut-être même pas vu la différence…
je vous recommande de la lire : elle montre que l'approche de Lennart manque de recul sur l’existante.
Je pense qu'on attend avec impatience plus de détails…
[^] # Re: KDE en retard ?
Posté par Maclag . En réponse à la dépêche OpenBSD 5.2. Évalué à 10.
Je n'ai rien trouvé de récent, mais en regardant plus en arrière (il y a environ 1an), ils disaient que la migration demandait énormément de travail, surtout s'ils veulent faire cohabiter KDE3 et KDE4.
De plus, ils disent aussi que nombre de fonctions de KDE dépedent de udev, que hal n'est plus supporté, etc. Il semble que ça demande aussi du boulot du côté de chez OpenBSD.
Ils disent qu'"aujourd'hui" (le message date d'octobre/novembre 2011), toutes les fonctions de KDE liées au matériel sont tout simplement désactivées sous OpenBSD!
Conclusion:
1. Yaka trouver des développeurs qui ont le temps, et ils cherchent aussi activement des testeurs.
2. systemd n'est pas la seule composante Linux qui laisse les BSD derrière, apparemment hal et udev ont déjà un certain passif (je l'ignorais!)
[^] # Re: Zino
Posté par Maclag . En réponse au journal Pourquoi je n’arrive pas à contribuer au logiciel libre.. Évalué à 10.
En ce qui concerne Zino et SamWang, je décrirais plutôt ça en reprenant Groland:
Si vous y avez compris quelque chose, ne prenez pas le volant!!
[^] # Re: Interprétation des terms
Posté par Maclag . En réponse au journal RMS : comment résoudre le problème des brevets logiciels. Évalué à 2.
Laisse-moi donc te reposer autrement la question:
Où est la limite entre un décodage vidéo en dur, et des fonctions d'aide au décodage en dur pour accélérer un décodage logiciel?
On a vu bien des concepts jusque là clairs l'être de moins en moins au fil des années (séparation logiciel matériel… où mettre le firmware? logiciel libre distribué… ou pas sur une box qui ne t'appartient pas, dans ton salon?).
Avec des processeurs toujours plus complexes et un tas de choses prises en charge, il faudra bientôt débattre si l'implémentation est logicelle, assistée par le matériel, ou totalement matérielle.
[^] # Re: Interprétation des terms
Posté par Maclag . En réponse au journal RMS : comment résoudre le problème des brevets logiciels. Évalué à 5.
Oui mais la formulation intègre un champ au contour un peu vague, et je pense que des avocats se feront un plaisir de s'engouffrer dans la brèche.
"Donc en utilisant la fonction suivante, le programme appelle une fonction spécialisée du processeur pour sous-traiter cette tâche. Peut-on parler de programme généraliste quand la partie du processeur associée est autant spécialisée? Où est la limite entre un processeur généraliste auquel on ajoute des fonctions spécialisées et un processeur spécialisé? Votre programme serait-il vraiment écrit différemment? Vous parlez ici de compatibilité source, n'est-ce pas?"
[^] # Re: Aussi sur G+
Posté par Maclag . En réponse au journal Linus à vu la lumière. Évalué à 4.
Ben c'est-à-dire qu'il était calme, ce vendredi, alors fallait bien de quoi honorer certaines traditions, quoi!
[^] # Re: Le café
Posté par Maclag . En réponse au sondage Vos outils de collaboration en entreprise. Évalué à 1.
Et pour les messages hors réunions machine à café, non planifiés, il y a le très efficace stagiaire voyageur. C'est comme un pigeon mais en un peu plus évolué.
----------> [ ]
[^] # Re: Ben justement nan, ya pus de minitel ;(
Posté par Maclag . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 0.
Pour s'éviter un peu plus de ridicules, vu que ça va tourner en bataille d'opinion Franco-US, ils devraient peut-être demander si le N.-Y. Times reçoit de l'argent par Google?
[^] # Re: bah...
Posté par Maclag . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 4.
Franchement, c'est la première chose qui te traverse la tête quand on te parle des Etats-Unis?
"Le pays qui pratique la torture!"
Tu boycottes tout ce qui vient de chez eux au nom de tes principes?
Alors que c'est vrai que chez nous, on n'a rien à se reprocher:
http://fr.wikipedia.org/wiki/Droits_de_l'homme_en_France#Jugements_de_la_Cour_Europ.C3.A9enne
et ce ne sont sûrement pas les roms qui vont dire le contraire, vu qu'on les a virés trop loin pour les entendre…
[^] # Re: bah...
Posté par Maclag . En réponse au journal Du beau french bashing sur les sites anglophones à propos de la taxe Google !. Évalué à 5.
Ça dépend essentiellement des chiffres de tabassage au pain au chocolat
------------>[ ]
[^] # Re: Je sens que je vais me faire traiter de troll mais ...
Posté par Maclag . En réponse à la dépêche MPTCP, TCP dans un monde ultra‐connecté. Évalué à 2.
Tu te trompes, et j'ai un argument en appui:
ARGUMENT
/\ …../\ …. /\
Il tient rudement bien!
---------------> [ ]
[^] # Re: Autorisations
Posté par Maclag . En réponse au journal ice cream sandwich, je ne mange pas de ce pain-là. Évalué à 3.
Heu! Certes, mais c'est chacun qui décide tout seul??
Dans ce cas, n'importe qui peut prendre un logiciel GPL et décréter que les conditions de distribution sont abusives et donc non-applicables!
[^] # Re: Confort
Posté par Maclag . En réponse au journal ice cream sandwich, je ne mange pas de ce pain-là. Évalué à 7.
Tu vas un peu vite dans tes conclusions:
En gardant la tablette à l'endroit, il est tout stressé et tendu, et donc il n'est pas confortable. C'est dur et rugueux quand on s'asseoit dessus.
Quand il retourne la tablette, il se détend et retrouve son moëlleux d'origine. Il est donc bien plus confortable, et sa phrase et correcte!
-------------> [ ]
[^] # Re: Remarques
Posté par Maclag . En réponse au journal ice cream sandwich, je ne mange pas de ce pain-là. Évalué à 4.
T'as encore du bol: je mélange tellement mes transfos que j'aurais tout aussi bien pu brancher mon téléphone ou utiliser le câble pour l'interface sur PC sur l'USB à 15V!
Ça devrait même pas être autorisé des trucs comme ça: c'est une violation du standard, non?!
[^] # Re: Autorisations
Posté par Maclag . En réponse au journal ice cream sandwich, je ne mange pas de ce pain-là. Évalué à 10.
Bof, quitte à tricher, pourquoi vouloir d'une appli aussi intrusive?
Je suppose que l'acceptation des droits demadés fait partie des conditions d'utilisation. C'est limite tout de même.
Autant adopter des alternatives libres au plus grand nombre d'applis possibles, et tout de suite!
J'ai l'impression de revivre le "MS Office je le pirate parce que OOo c'est pas encore prêt!".
Moi, le vivement, je le mettrais plutôt devant "Plasma Active pleinement fonctionnel, installable partout et facilement!".
[^] # Re: Pas d'OpenGL?
Posté par Maclag . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 3.
Et il me semble que OpenGL ES n'enlève pas tant de possibilités que ça. La grosse différence viendrait de l'épuration des fonctions gardées dans OpenGL par souce de compatibilité ascendante. Ce serait donc d'abord une mise au propre moderne de OpenGL puis un compromis légèreté/fonctionalités.
(Attention, je n'ai pas dit que ça n'enlevait rien d'utile du tout!)
[^] # Re: Pilotes graphiques libres
Posté par Maclag . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 2.
Si j'étais un manager de chez nVidia, là tout de suite, tu m'aurais donné une idée machiavélique!! :-[
[^] # Re: Pilotes graphiques libres
Posté par Maclag . En réponse à la dépêche X.Org est mort, vive Wayland !. Évalué à 1.
Après la claque à 300M$ que nVidia s'est mangé sur les pilotes non-libres pour les Chinois, je doute que le "on s'en fout, on va filer un blog binaire!" sur les pilotes Libres passe aussi bien qu'avant auprès des grands managers.
Une petite poussette supplémentaire dans le dos d'nVidia pour qu'ils sautent dans le bain, ça ne peut pas faire de mal!
Et quant à ATI, et bien quand ils en auront marre de lire que leurs cartes dédiées font à peine mieux que les Intel intégrées, ils n'auront qu'à bosser sur leurs pilotes Libres également!
Je suis toujours partisan de la méthode forte avec les constructeurs récalcitrants. Attendez de voir un éditeur de grosse solution CAD qui demande une masse de machines très puissantes déclarer qu'il passe sous Wayland et ne fera donc de support que sur [insérer ici constructeur de carte coopératif], ça a toujours son petit effet…
[^] # Re: tous en graphique
Posté par Maclag . En réponse au journal Quelques chiffres. Évalué à 2.
C'est encore petit.
Les vrais hommes font comme ça:
http://ocsigen.org/js_of_ocaml/files/hyperbolic/index.html
[^] # Re: Non pas tant que...
Posté par Maclag . En réponse au journal Dépénalisation du cannabis. Qu'en pensez-vous ?. Évalué à 2.
Alors pourquoi donc attendre et ne pas déjà développer ces tests? Surtout si le problème existe déjà ailleurs dans d'autres pays. Je doute que les constructeurs attendent avec impatience l'approbation de la France pour lancer leurs produits sur ces marchés.
Et tu ne tiens toujours pas en compte les circonstances et le cas présent.
La consommation d'alcool sur la route a longtemps été un fléau. Puis on a décidé que ça devait cesser. Ensuite sont apparus les éthylotests. Tout ça s'est fait progressivement, pour revenir d'une situation qui était mauvaise.
Là tu vas amplifier du jour au lendemain un problème qui était mineur, sans garde-fou.
Tu dis que c'est pas grave, parce que quelques années plus tard, tout sera réglé.
Et en attendant, si les accidents se multiplient, tu vas dire quoi? "Faut faire avec"? "Passage obligé"?
Alors développons les tests d'abord. Qu'on ne me dise pas qu'avec tous les crédits de recherche offerts aux entreprises, il n'y a pas un centime a affecter dedans, pourvu que le carnet de route soit clair et garanti ensuite!
[^] # Re: Fermer le cycle.
Posté par Maclag . En réponse au journal Le cycle des éponges. Évalué à 4.
Le retour de l'étape 4 à l'étape 1 survient après une nuit un peu trop arrosée, quand on se retrouve avec des objets dans les mains dont on ne sait plus trop où ils devaient aller et on les range au petit bonheur la chance, dans un état second.
Ma seconde analyse, après réflexion, est que je déconseille fortement d'aller manger chez lui…
[^] # Re: Quelques chiffres également
Posté par Maclag . En réponse au journal Quelques chiffres. Évalué à 2.
Aucun souci pour son financement en tout cas: avec des stats pareilles, on aura tôt fait de trouver des VP de grandes compagnies pharmaceutiques investir dans ce formidable somnifère!
[^] # Re: debian is dying
Posté par Maclag . En réponse au journal Quelques chiffres. Évalué à 3.
Debian approche de plus en plus la perfection: il y a de moins en moins de bug à rapporter!
---------------------->[ ]
[^] # Re: C'est bien
Posté par Maclag . En réponse au journal Quelques chiffres. Évalué à 10.
Je crois qu'il voulait dire la GNU/Linux la plus courante et la BSD la plus courante, à titre indicatif.
C'est pas encore le concours de la plus grosse. On attend vendredi pour ça.
[^] # Re: Documenté ou pas, ce sera non!
Posté par Maclag . En réponse à la dépêche Documentation du format du Journal. Évalué à 4.
Ben quoi? Je lis ça fastoche et je résous tous les problèmes en patchant directement les binaires à la main avec un éditeur hexa. Suffit d'avoir le coup d'oeil, voilà tout!
[^] # Re: Pourquoi du binaire
Posté par Maclag . En réponse au journal Documentation du format du Journal. Évalué à 4.
Il y a effectivement toutes les commandes nécessaires pour parcourir et trouver rapidement ce qu'on cherche dans les logs. Je ne vois pas en quoi c'est de la mauvais foi que de le dire?!
A moins que tu ne puisses démontrer que ces commandes sont moins performantes ou moins puissantes que leurs homologues sur fichier texte. Tu peux?
Tu dis plus loin que tu as lu un article de Lennart où il explique les raisons, donc l'intérêt, tu le connais déjà.
Après si tu n'es pas d'accord, tu peux argumenter (un peu comme en-dessous, sauf que… voir plus bas!)
Chez moi, (Debian Sid, avec tous les réglages de log par défaut), le répertoire /var/log fait 416Mo.
Mais "chez moi c'est comme ça", c'est rarement un argument pertinent pour justifier ou invalider une décision technique sur le développement d'outils de production. Le répertoire ferait 300ko, je ne verrais toujours pas en quoi les logs binaires sont un problème, à défaut d'être un progrès.
Je ne comprends pas ce que tu veux dire par "on ne peut pas stocker des données binaires".
J'ai l'impression qu'on y arrive très bien au contraire:
-exécutables
-documents bureautique, fichiers pdf
etc.
En fait, tout ce qui n'est pas en texte clair peut être considéré comme étant en binaire, et la différence est uniquement pour nous, humains, la machine ne la voit pas. (ou alors faut m'expliquer en quoi l'anglais est plus compréhensible que du code "binaire" en Unix).
Même le format texte dépend d'un encodage, et on le décode avec les outils texte.
Donc vraiment, non, je ne vois pas.
S'il avait dit "format texte optimisé avec un nouvel encodage" et au lieu de catd, il avait un patch sur cat sans en parler, tu n'aurais peut-être même pas vu la différence…
Je pense qu'on attend avec impatience plus de détails…