Alors si tu me confirmes que sur une carte AMD que j'achète maintenant est compatible Linux avec l'ensemble des fonctions disponibles de la carte accessibles par les logiciels (donc de l'accélération MPEG-2 / AVC / OpenGL 3), je change d'avis immédiatement, et ma prochaine carte sera AMD.
L'accélération Xv est arrivée avec le drm des r600/r700 dans le kernel 2.6.31. Ça marche nickel pour lire pleins de films. Il n'y a pas encore de décodage style XvMC dans le driver (il n'y a que le yuv2rgb et autres "petits" truc) ni d'OpenGL, mais ça arrivera un jour ... (oui, quand les poules auront des dents, peut-être). Mais pour les vidéos, avec les CPUs qu'on a aujourd'hui de toutes façons ... Enfin chez moi, ça passe plutôt bien (testé avec un 720p H264 à haut bitrate, j'ai quelques rares tous petits lags).
En tous cas, moi il y a une chose surtout qui m'importe : que ça ne plante pas. Et là, le driver libre ne m'a _jamais_ planté à la gueule en plus d'un an.
Je ne vois pas pourquoi on devrait payer encore plus.
En allant voir sur Orange et SFR, chez le premier on peut trouver un forfait à 110€/mois, et chez le second à 200€/mois ... Comme quoi, on peut toujours payer plus !
(j'aime bien comparer ces sommes avec, par exemple, les impôts que tu payes à l'état pour maintenir toute l'infrastructure de notre pays plus les gens pour faire tourner ledit état ...)
- Hank Jannssen, de MS, a fait les premiers commits qui ajoutent les fichiers
- GKH a fait la grande majorité des commits, à vue d'œil, les 3/4, et c'est quasi-exclusivement de la remise en forme / adaptation aux conventions du kernel (je dirai 150 commits, j'ai pas compté exactement)
- Un mec de l'université de Virginie a fait une autre bonne partie des commits, pour adapter certains bouts de code à la manière de faire du kernel
- Un français a quelques commits qui viennent d'un outil automatique de remplacement sémantique
- Quelques autres petits commits qui n'ont pas de rapport direct avec le driver
- Et finalement, le 30 octobre, deux patchs de quelques lignes de Hank Jannssen et Haiyang Zhang, tous deux de chez MS, qui corrigent deux bugs
Concluez-en ce que vous voulez, mais je suppose que l'accord Novell/MS a dû être bien négocié pour que GKH se casse autant le cul pour une telle participation de la part de MS.
je serai GKH (qui a l'air très patient) je penserais très fort dans ma tête "mais quelle bande de boulet, s'ils continuent comme ça je laisse tomber".
Tiens justement, en allant voir quelques commits sur ce driver, je tombe sur celui-là : http://git.kernel.org/?p=linux/kernel/git/next/linux-next.gi(...)
de GKH, avec comme message :
Some one owes me a lot of beer, or a nice bottle of rum for all of this crud cleanup...
Et bon, d'après un bref passage sur les différents commits, il y a uniquement de la remise en forme. Bon, certes, il y en a un paquet ...
Bon alors, comme j'en ai marre de discuter sur le fond (chacun lira les échanges de mail et fera son avis), je vais discuter sur la forme, c'est à dire ta manière de discuter (parce que dire "argumenter" ce serait trop bien pour toi) :
Il l'a dit il y a 2 mois, depuis plus rien, et il y a eu des patchs depuis.
Oui, et ? Il est censé faire un rapport sur l'état déplorable du driver régulièrement ? Tu crois qu'il va s'amuser à gueuler tout le temps ? Il n'a pas que ça à foutre, et en plus je suis sûr que tu trouverais ça naze que des libristes gueulent tout le temps sur la non-maintenance de ce driver (et tu aurais plutôt taison)
Patchs de merde ?
Houlala, un gros mot.
Tu en sais quoi du statut de ces drivers ?
Bam : tu dévies de la question de départ. Je ne vois pas en quoi cela a à voir avec la remarque précédente. Classique chez toi.
Qui t'a dit qu'il faut les chambouler a fond ? Qui t'a dit que c'est le bon moment de le faire ?
Je ne l'ai jamais dit, _tu_ me le fais dire : ça s'appelle un homme de paille.
Le plus étrange, c'est que tu revendiques justement au début de ce commentaire que il y a eu des patchs depuis...
Et pour des gens qui ne l'ont jamais fait tu trouves ca anormal ? Tu crois que n'importe qui debarque dans la maintenance du kernel et sait tout des le 1er jour ?
C'est vrai que bien faire son travail est aujourd'hui une notion de plus en plus oubliée, mais quand même ...
C'est vrai que quand on fait son entrée dans le libre par une violation de la GPL, ça montre qu'on est pas très aux faits de la licence et de la manière de travailler. Mais quand même : j'ai compté (oui, j'ai relu encore la discussion ... quelle perte de temps) et GKH leur demande _4_ fois pourquoi il fait cette modif avant que le mec réponde vraiment pourquoi. Il essaye de comprendre comment ils font, pour les aider, mais les mecs ne sont même pas capables de communiquer correctement. Comme je disais, ce n'est même pas un problème de technique, mais de communication. Quelque chose que j'estime d'essentiel pour travailler sur un projet informatique, qu'il soit libre ou non. Et puis bon, "dès le 1er jour", t'es mignon ...
De nouveau, tu n'en sais foutrement rien,
Et toi, t'en sais quelque chose ? Vas-y, crache ta valda.
Mais tu es mauvaise langue, pas besoin de mettre de conditionel.
Haa, un compliment ! Merci !
Ils sont traites comme tout le monde par Greg KH oui, mais pas par toi, c'est de toi et ton discours dont je parles, pas de Greg KH
Je dis que ces patchs ne sont pas pour moi un boulot assez significatif pour être de la maintenance. Regarde la gueule des patchs : je peux te dire que ça aurait été n'importe qui d'autre, j'aurais fait pareil. Je ne vois pas en quoi ce que j'ai dit jusqu'à présent te permet d'affirmer ça. Peux-tu justifier avec des faits concrets, stp ?
Non, ils sont obliges de donner le code, ils n'ont jamais ete obliges de le maintenir.
Bon là ya eu mauvaise compréhension : je disais que s'ils modifiaient le code, ils étaient obligé de publier les sources sous GPL. Je ne voulais pas dire qu'ils étaient obligés de le maintenir; je n'ai peut-être pas été clair. Mais bon, vu qu'ils étaient déjà sur la pente du jartage pour le 2.6.33, je ne pense pas que ça va améliorer leur situation.
Heu, n'inverse pas la charge dis donc : aux dernières nouvelles, le driver n'est pas maintenu, c'est GKH qui l'avait dit.
Là, tu nous balances deux patchs de merde et dis "regardez, on le maintient !" (le premier étant de la remise en forme, le second est le remplacement d'un attribut par un autre qui est censé faire la même chose ...)
Tu n'as *absolument aucune idee* des competences des gars de MS, mais tu t'amuses a les traiter de stagiaires incompetents.
Pendant les échanges, les mecs ne comprennent pas bien la problématique (on veut savoir _pourquoi_ vous faites ça, pas comment vous le résolvez), et patchent comme des gorets. À la limite, ce n'est pas une question de compétences techniques (à ce niveau là, je sais ce que je dis, je connais les problématiques d'alignement des structures packées ou non) mais un problème de /comment/ on travaille sur le noyau, et même dans le LL en général : on aime faire du bon code, et comprendre. Ces mecs n'ont rien compris à cette logique, et ça se voit.
Alors c'est peut-être un "essai" de maintenance, mais sûrement pas quelque chose de sérieux.
Je serai mauvaise langue j'y verrais même un foutage de gueule de la part de MS (qui ira se plaindre plus tard "ho les méchants, regardez, ils ne veulent pas de notre code").
En tous cas, je ferais effectivement peut-être une différence de jugement si c'était un amateur, mais en tous cas ces mecs sont traités comme n'importe quelle autre boîte ! Arrête ta parano ...
oublions totalement qu'ils font du GPL, parce que bon, c'est MS, donc ce qu'ils font de bien on s'en fout.
Heu, comme c'est le sujet du journal, ils y sont _obligés_ parce que la licence le dit. Il ne faut pas prendre ça pour de la charité, hein.
PS: Ha, j'ai pas relevé en détail, mais une inversion de charge, un homme de paille, un argument d'autorité, tu es un pro dans l'argumentation bidon.
Ha ok. En fait c'est comme mon forfait Ola, et je trouvais ça con les nouvelles méthodes de facturation ... Finalement, c'est assez proche des "anciens" forfait du bon vieux temps ces offres ... sympa.
Ha merci, ça a l'air pas mal. Juste que je n'ai pas compris si les SMS étaient dedans ou pas (ils le disent ou début, mais après c'est forfait _ou_ SMS ...?)
Pour info, ça s'appelait débitel avant, et ça exploite le réseau SFR.
Hyper-V a un alignement spécial
Avant qu'on me reprenne là-dessus : quand on demande à gcc de packer un enum assez petit, il le fait en 1 octet, alors qu'hyper-v demande à avoir l'enum sur 4 octets. Bien sûr, quand on pack pas, la structure est encore plus grosse et complètement différente.
Bref, je ne dis pas que c'est la faute de l'un ou de l'autre (enfin, il y a peut-être une ABI définie pour ça ? j'avoue que je ne sais même pas de quelle partie de la virtualisation ils parlent) mais que c'est que la fonction de packing de gcc respecte d'autres norme que le compilo de MS (puisque je suppose que c'est avec ça qu'il est compilé).
Je comprend que des fois on ne veut pas indiquer tous les détails, mais vu la gueule du script, je me suis dit dans ma tête "c'est un débutant", et le script a l'air foireux, donc je l'ai dirigé autre part.
Après, c'était aussi un peu sous-entendu que je n'avais pas vraiment de solution dans le sens qu'il voulait /o\ (mais bon, un sous-shell créé pour un pipe c'est dans la définition même du fonctionnement d'unix, alors si tu veux contourner ça .... ça va être coton).
Ce patch est un work-around d'un fonctionnement de gcc qu MS ne comprend pas, on dirait un stagiaire qui essaye des trucs au pif, qui ne comprend pas les questions et renvoit les CR de la QA texto, et qui au final voit que Hyper-V a un alignement spécial (tout ça en quotant n'importe comment et en formatant ces mails pas comme il faut). Énrome. D'après ce que j'ai compris (la discussion coupe court), le patch n'a pas été accepté.
Alors effectivement, on ne peut pas dire qu'ils ne font absolument rien pour la maintenance, mais ce n'est pas en mettant des débutants qui ne comprennent rien à la maintenance que ça va avancer ...
En fait, si, je crois qu'ils ont une idée de la maintenance. Ça me rappelle furieusement comment ça fonctionne en SSII : on fixe les bugs en faisant des trucs au pif sans comprendre. Sauf que pour le kernel, ça ne fonctionne pas comme ça.
Moi je te demandes autre chose, tu as vu qqe part que Greg KH se plaint encore de leur manque de cooperation ? Non, tu l'as vu continuer a menacer de virer les drivers ? Non
Non, je ne l'ai pas vu dire ça, mais lis la discussion : je serai GKH (qui a l'air très patient) je penserais très fort dans ma tête "mais quelle bande de boulet, s'ils continuent comme ça je laisse tomber".
Ouai, les espaces, la galère en shell ...
Mais bon, si tu pouvais directement nous présenter le problème en entier au lieu de rajouter des petits détails "cachés" à chaque fois qui changent tout, ça aiderait.
(genre je sens que ton traitement dans le if pourrait peut-être remplacer par un grep, etc)
Là, la solution simple serait de changer script.sh pour qu'il renvoie des chaînes correctement échappées.
Ou faire autre chose que du shell (encore plus du dash; c'est pour les traitements "simples"). Si tu es dans un environnement avec peu de ressources, j'ai déjà vu des gens utiliser awk par exemple (c'est le cas d'OpenWRT, qui n'a qu'un shell réduit, mais busybox fournit awk qui peut faire plein de chose quand on l'apprend)(oui, encore un nouveau langage).
Il a largement plus que de la remise en forme dans ce patch, mais ca vous ferait mal d'admettre que MS supporte son code.
Tu me prends pour un con ou quoi ? J'ai relu le patch ligne par ligne, ce n'est _que_ de la remise en forme de code et de l'ajout (léger) de commentaire. Je reconnais bien là ta technique de faire perdre du temps aux gens en leur demandant de trouver des choses qui n'existent pas. Montre moi la ligne qui modifie vraiment quelque chose.
Quand a la reponse de GKH, elle ne montre rien du tout, le feedback c'est un processus normal, tu as vu qqe part qu'il n'est pas content de leur boulot ? Non, mais il faut bien que vous trouviez qqe chose pour vous plaindre hein.
(on dit "Quant à") Nan mais tu lis les messages ou pas ? C'est une critique "mineure", certes, mais qui dit qu'ils feraient mieux d'utiliser les ring buffer qui existent déjà dans le kernel plutôt que de réinventer la roue.
C'est du boulot, ça leur demande de retravailler leur patch, mais GKH aurait fait la même réponse à n'importe qui. Avec Linus, ça aurait même été pire : du code qui réinvente la roue, avec des conventions de nommage pas standard, c'était direction /dev/null directement.
Franchement, j'ai rarement vu un commentaire d'aussi mauvaise foi de ta part.
Il serait peut-être temps d'attaquer ces opérateurs pour publicité mensongère ? Et puis aussi pour non-neutralité du réseau pendant qu'on y est ?
Franchement, ce mec va s'en tirer plutôt bien parce qu'il a fait de la mauvaise pub dans la presse et va avoir un arrangement à l'amiable (surtout pas par la justice, malheureux ! ça pourrait faire jurisprudence), mais pendant ce temps un paquet de gens vont se faire avoir (pour des sommes moins grosses, bien sûr) et ces opérateurs continueront leurs arnaques.
Franchement, plus le temps passe plus je me dis que j'ai raison de ne pas céder aux sirènes de la "3G" (j'ai un forfait Ola, pour les vieux qui s'en rappellent encore).
J'ai lu trop vite au départ, mais ils conseillent de faire le sondage autant de fois que vous avez de machines. Vu comme j'ai rempli le miens (pour deux machines), ça va leur faire bizarre ...
Nan mais t'as lu le patch ? Du coupage à 80 caractères, de la remise en forme, et l'ajout d'un commentaire .... génial.
Et comme le dit Batchyx, la réponse de GKH montre bien qu'ils ne font pas d'efforts pour s'intégrer avec les structures déjà présentes dans le kernel.
Ouai, c'est en rapport avec l'action du TRIM directement faite par le SSD. Bref, ça ne nous concerne pas, si le système gère le TRIM lui-même (et pour ça, il faut que le SSD le gère, aussi, quand même).
Cette histoire ressemble beaucoup à celle du module linux pour leur produit Hyper-V : https://linuxfr.org/2009/07/23/25754.html
Quelqu'un (en dehors de MS) découvre qu'un bout de code ressemble furieusement à du code GPL, leur pose la question, et là ils se rendent compte "Ha merde, de la GPL .... bon bah on est obligé de libérer".
Leur réaction est plutôt bonne, il faut l'avouer, mais ça fait quand même tâche pour les libristes que la plus grosse boîte du monde, qui crache sur la GPL a plein temps, se rendre compte _après coup_ qu'elle en a même dans ces produits ... Légalement, ils seraient attaquables, et s'ils continuent comme ça, je serai beaucoup moins apte à les présumer innocents quand ils diront "mais on l'a pas fait exprès !".
Où as-tu vu des SSD "optimisés NTFS" ? Ça m'intéresse, je ne connais pas. À mon avis, ça doit être relatif à l'alignement des blocks, et ça n'est effectivement peut-être pas bon signe pour linux, même s'il doit y avoir moyen de les "recaler" à la main.
Pour le TRIM, j'avais suivi quelques discussions à l'époque sur la ML linux-ide, et il me semble que la majorité du taf est faite, mais je ne sais pas si c'est activé ou même intégré dans la branche principale. Ça nécessite quand même un support au niveau de la gestion des block device, une gestion du driver ata/sata (donc de ton matos, mais c'est fait génériquement par la libata et tous les chips doivent pouvoir faire suivre cette commande), et au niveau du FS (ext3 et btrfs l'ont, au moins, je crois).
[^] # Re: C'est le moment où on regrette de pas avoir attendu une chouille !
Posté par benoar . En réponse à la dépêche Open Graphics lance la production de l'OGD1. Évalué à 3.
L'accélération Xv est arrivée avec le drm des r600/r700 dans le kernel 2.6.31. Ça marche nickel pour lire pleins de films. Il n'y a pas encore de décodage style XvMC dans le driver (il n'y a que le yuv2rgb et autres "petits" truc) ni d'OpenGL, mais ça arrivera un jour ... (oui, quand les poules auront des dents, peut-être). Mais pour les vidéos, avec les CPUs qu'on a aujourd'hui de toutes façons ... Enfin chez moi, ça passe plutôt bien (testé avec un 720p H264 à haut bitrate, j'ai quelques rares tous petits lags).
En tous cas, moi il y a une chose surtout qui m'importe : que ça ne plante pas. Et là, le driver libre ne m'a _jamais_ planté à la gueule en plus d'un an.
[^] # Re: Reprend les bases
Posté par benoar . En réponse au message shell : pipe et variable locale. Évalué à 2.
[^] # Re: Chez Orange on voit rouge :)
Posté par benoar . En réponse au journal Chez mandarin, un forfait illimité à 90 euros peut produire une facture à 45000 euros. Évalué à 8.
http://fr.wikipedia.org/wiki/Gr%C3%A8ve_du_z%C3%A8le
[^] # Re: Reprend les bases
Posté par benoar . En réponse au message shell : pipe et variable locale. Évalué à 2.
[^] # Re: Disfonctionnement.
Posté par benoar . En réponse au journal Chez mandarin, un forfait illimité à 90 euros peut produire une facture à 45000 euros. Évalué à 4.
En allant voir sur Orange et SFR, chez le premier on peut trouver un forfait à 110€/mois, et chez le second à 200€/mois ... Comme quoi, on peut toujours payer plus !
(j'aime bien comparer ces sommes avec, par exemple, les impôts que tu payes à l'état pour maintenir toute l'infrastructure de notre pays plus les gens pour faire tourner ledit état ...)
[^] # Re: Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 2.
- Hank Jannssen, de MS, a fait les premiers commits qui ajoutent les fichiers
- GKH a fait la grande majorité des commits, à vue d'œil, les 3/4, et c'est quasi-exclusivement de la remise en forme / adaptation aux conventions du kernel (je dirai 150 commits, j'ai pas compté exactement)
- Un mec de l'université de Virginie a fait une autre bonne partie des commits, pour adapter certains bouts de code à la manière de faire du kernel
- Un français a quelques commits qui viennent d'un outil automatique de remplacement sémantique
- Quelques autres petits commits qui n'ont pas de rapport direct avec le driver
- Et finalement, le 30 octobre, deux patchs de quelques lignes de Hank Jannssen et Haiyang Zhang, tous deux de chez MS, qui corrigent deux bugs
Concluez-en ce que vous voulez, mais je suppose que l'accord Novell/MS a dû être bien négocié pour que GKH se casse autant le cul pour une telle participation de la part de MS.
[^] # Re: Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 2.
Tiens justement, en allant voir quelques commits sur ce driver, je tombe sur celui-là :
http://git.kernel.org/?p=linux/kernel/git/next/linux-next.gi(...)
de GKH, avec comme message :
Some one owes me a lot of beer, or a nice bottle of rum for all of this crud cleanup...
Et bon, d'après un bref passage sur les différents commits, il y a uniquement de la remise en forme. Bon, certes, il y en a un paquet ...
[^] # Re: Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 3.
Il l'a dit il y a 2 mois, depuis plus rien, et il y a eu des patchs depuis.
Oui, et ? Il est censé faire un rapport sur l'état déplorable du driver régulièrement ? Tu crois qu'il va s'amuser à gueuler tout le temps ? Il n'a pas que ça à foutre, et en plus je suis sûr que tu trouverais ça naze que des libristes gueulent tout le temps sur la non-maintenance de ce driver (et tu aurais plutôt taison)
Patchs de merde ?
Houlala, un gros mot.
Tu en sais quoi du statut de ces drivers ?
Bam : tu dévies de la question de départ. Je ne vois pas en quoi cela a à voir avec la remarque précédente. Classique chez toi.
Qui t'a dit qu'il faut les chambouler a fond ? Qui t'a dit que c'est le bon moment de le faire ?
Je ne l'ai jamais dit, _tu_ me le fais dire : ça s'appelle un homme de paille.
Le plus étrange, c'est que tu revendiques justement au début de ce commentaire que il y a eu des patchs depuis...
Et pour des gens qui ne l'ont jamais fait tu trouves ca anormal ? Tu crois que n'importe qui debarque dans la maintenance du kernel et sait tout des le 1er jour ?
C'est vrai que bien faire son travail est aujourd'hui une notion de plus en plus oubliée, mais quand même ...
C'est vrai que quand on fait son entrée dans le libre par une violation de la GPL, ça montre qu'on est pas très aux faits de la licence et de la manière de travailler. Mais quand même : j'ai compté (oui, j'ai relu encore la discussion ... quelle perte de temps) et GKH leur demande _4_ fois pourquoi il fait cette modif avant que le mec réponde vraiment pourquoi. Il essaye de comprendre comment ils font, pour les aider, mais les mecs ne sont même pas capables de communiquer correctement. Comme je disais, ce n'est même pas un problème de technique, mais de communication. Quelque chose que j'estime d'essentiel pour travailler sur un projet informatique, qu'il soit libre ou non. Et puis bon, "dès le 1er jour", t'es mignon ...
De nouveau, tu n'en sais foutrement rien,
Et toi, t'en sais quelque chose ? Vas-y, crache ta valda.
Mais tu es mauvaise langue, pas besoin de mettre de conditionel.
Haa, un compliment ! Merci !
Ils sont traites comme tout le monde par Greg KH oui, mais pas par toi, c'est de toi et ton discours dont je parles, pas de Greg KH
Je dis que ces patchs ne sont pas pour moi un boulot assez significatif pour être de la maintenance. Regarde la gueule des patchs : je peux te dire que ça aurait été n'importe qui d'autre, j'aurais fait pareil. Je ne vois pas en quoi ce que j'ai dit jusqu'à présent te permet d'affirmer ça. Peux-tu justifier avec des faits concrets, stp ?
Non, ils sont obliges de donner le code, ils n'ont jamais ete obliges de le maintenir.
Bon là ya eu mauvaise compréhension : je disais que s'ils modifiaient le code, ils étaient obligé de publier les sources sous GPL. Je ne voulais pas dire qu'ils étaient obligés de le maintenir; je n'ai peut-être pas été clair. Mais bon, vu qu'ils étaient déjà sur la pente du jartage pour le 2.6.33, je ne pense pas que ça va améliorer leur situation.
[^] # Re: Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 4.
Là, tu nous balances deux patchs de merde et dis "regardez, on le maintient !" (le premier étant de la remise en forme, le second est le remplacement d'un attribut par un autre qui est censé faire la même chose ...)
Tu n'as *absolument aucune idee* des competences des gars de MS, mais tu t'amuses a les traiter de stagiaires incompetents.
Pendant les échanges, les mecs ne comprennent pas bien la problématique (on veut savoir _pourquoi_ vous faites ça, pas comment vous le résolvez), et patchent comme des gorets. À la limite, ce n'est pas une question de compétences techniques (à ce niveau là, je sais ce que je dis, je connais les problématiques d'alignement des structures packées ou non) mais un problème de /comment/ on travaille sur le noyau, et même dans le LL en général : on aime faire du bon code, et comprendre. Ces mecs n'ont rien compris à cette logique, et ça se voit.
Alors c'est peut-être un "essai" de maintenance, mais sûrement pas quelque chose de sérieux.
Je serai mauvaise langue j'y verrais même un foutage de gueule de la part de MS (qui ira se plaindre plus tard "ho les méchants, regardez, ils ne veulent pas de notre code").
En tous cas, je ferais effectivement peut-être une différence de jugement si c'était un amateur, mais en tous cas ces mecs sont traités comme n'importe quelle autre boîte ! Arrête ta parano ...
oublions totalement qu'ils font du GPL, parce que bon, c'est MS, donc ce qu'ils font de bien on s'en fout.
Heu, comme c'est le sujet du journal, ils y sont _obligés_ parce que la licence le dit. Il ne faut pas prendre ça pour de la charité, hein.
PS: Ha, j'ai pas relevé en détail, mais une inversion de charge, un homme de paille, un argument d'autorité, tu es un pro dans l'argumentation bidon.
[^] # Re: Publicité mensongère et non-neutralité du réseau
Posté par benoar . En réponse au journal Chez mandarin, un forfait illimité à 90 euros peut produire une facture à 45000 euros. Évalué à 2.
[^] # Re: Publicité mensongère et non-neutralité du réseau
Posté par benoar . En réponse au journal Chez mandarin, un forfait illimité à 90 euros peut produire une facture à 45000 euros. Évalué à 2.
Pour info, ça s'appelait débitel avant, et ça exploite le réseau SFR.
[^] # Re: Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 2.
Avant qu'on me reprenne là-dessus : quand on demande à gcc de packer un enum assez petit, il le fait en 1 octet, alors qu'hyper-v demande à avoir l'enum sur 4 octets. Bien sûr, quand on pack pas, la structure est encore plus grosse et complètement différente.
Bref, je ne dis pas que c'est la faute de l'un ou de l'autre (enfin, il y a peut-être une ABI définie pour ça ? j'avoue que je ne sais même pas de quelle partie de la virtualisation ils parlent) mais que c'est que la fonction de packing de gcc respecte d'autres norme que le compilo de MS (puisque je suppose que c'est avec ça qu'il est compilé).
[^] # Re: Reprend les bases
Posté par benoar . En réponse au message shell : pipe et variable locale. Évalué à 2.
Après, c'était aussi un peu sous-entendu que je n'avais pas vraiment de solution dans le sens qu'il voulait /o\ (mais bon, un sous-shell créé pour un pipe c'est dans la définition même du fonctionnement d'unix, alors si tu veux contourner ça .... ça va être coton).
[^] # Re: Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 4.
Ce patch est un work-around d'un fonctionnement de gcc qu MS ne comprend pas, on dirait un stagiaire qui essaye des trucs au pif, qui ne comprend pas les questions et renvoit les CR de la QA texto, et qui au final voit que Hyper-V a un alignement spécial (tout ça en quotant n'importe comment et en formatant ces mails pas comme il faut). Énrome. D'après ce que j'ai compris (la discussion coupe court), le patch n'a pas été accepté.
Alors effectivement, on ne peut pas dire qu'ils ne font absolument rien pour la maintenance, mais ce n'est pas en mettant des débutants qui ne comprennent rien à la maintenance que ça va avancer ...
En fait, si, je crois qu'ils ont une idée de la maintenance. Ça me rappelle furieusement comment ça fonctionne en SSII : on fixe les bugs en faisant des trucs au pif sans comprendre. Sauf que pour le kernel, ça ne fonctionne pas comme ça.
Moi je te demandes autre chose, tu as vu qqe part que Greg KH se plaint encore de leur manque de cooperation ? Non, tu l'as vu continuer a menacer de virer les drivers ? Non
Non, je ne l'ai pas vu dire ça, mais lis la discussion : je serai GKH (qui a l'air très patient) je penserais très fort dans ma tête "mais quelle bande de boulet, s'ils continuent comme ça je laisse tomber".
[^] # Re: Reprend les bases
Posté par benoar . En réponse au message shell : pipe et variable locale. Évalué à 2.
Mais bon, si tu pouvais directement nous présenter le problème en entier au lieu de rajouter des petits détails "cachés" à chaque fois qui changent tout, ça aiderait.
(genre je sens que ton traitement dans le if pourrait peut-être remplacer par un grep, etc)
Là, la solution simple serait de changer script.sh pour qu'il renvoie des chaînes correctement échappées.
Ou faire autre chose que du shell (encore plus du dash; c'est pour les traitements "simples"). Si tu es dans un environnement avec peu de ressources, j'ai déjà vu des gens utiliser awk par exemple (c'est le cas d'OpenWRT, qui n'a qu'un shell réduit, mais busybox fournit awk qui peut faire plein de chose quand on l'apprend)(oui, encore un nouveau langage).
[^] # Re: Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 3.
Tu me prends pour un con ou quoi ? J'ai relu le patch ligne par ligne, ce n'est _que_ de la remise en forme de code et de l'ajout (léger) de commentaire. Je reconnais bien là ta technique de faire perdre du temps aux gens en leur demandant de trouver des choses qui n'existent pas. Montre moi la ligne qui modifie vraiment quelque chose.
Quand a la reponse de GKH, elle ne montre rien du tout, le feedback c'est un processus normal, tu as vu qqe part qu'il n'est pas content de leur boulot ? Non, mais il faut bien que vous trouviez qqe chose pour vous plaindre hein.
(on dit "Quant à") Nan mais tu lis les messages ou pas ? C'est une critique "mineure", certes, mais qui dit qu'ils feraient mieux d'utiliser les ring buffer qui existent déjà dans le kernel plutôt que de réinventer la roue.
C'est du boulot, ça leur demande de retravailler leur patch, mais GKH aurait fait la même réponse à n'importe qui. Avec Linus, ça aurait même été pire : du code qui réinvente la roue, avec des conventions de nommage pas standard, c'était direction /dev/null directement.
Franchement, j'ai rarement vu un commentaire d'aussi mauvaise foi de ta part.
[^] # Re: Reprend les bases
Posté par benoar . En réponse au message shell : pipe et variable locale. Évalué à 0.
for line in `./script.sh`; do
...
done
Je te conseille d'aller lire un bon manuel de shell (j'ai pas de lien sous la main, désolé).
# Reprend les bases
Posté par benoar . En réponse au message shell : pipe et variable locale. Évalué à 4.
Boucluer sur des fichiers (ou même des patterns, on utilise le globbing du shell) :
for line in *; do
...
done
Et si tu veux compter le nombre de lignes d'une commande, ce qui est à priori ce que tu veux faire :
ls | wc -lÇa me semble un tout petit peu moins "tordu" que tes solutions ...
# Publicité mensongère et non-neutralité du réseau
Posté par benoar . En réponse au journal Chez mandarin, un forfait illimité à 90 euros peut produire une facture à 45000 euros. Évalué à 10.
Franchement, ce mec va s'en tirer plutôt bien parce qu'il a fait de la mauvaise pub dans la presse et va avoir un arrangement à l'amiable (surtout pas par la justice, malheureux ! ça pourrait faire jurisprudence), mais pendant ce temps un paquet de gens vont se faire avoir (pour des sommes moins grosses, bien sûr) et ces opérateurs continueront leurs arnaques.
Franchement, plus le temps passe plus je me dis que j'ai raison de ne pas céder aux sirènes de la "3G" (j'ai un forfait Ola, pour les vieux qui s'en rappellent encore).
# Remarque
Posté par benoar . En réponse au journal Édition 2009 du sondage Phoronix sur Xorg. Évalué à 3.
[^] # Re: Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 1.
Et comme le dit Batchyx, la réponse de GKH montre bien qu'ils ne font pas d'efforts pour s'intégrer avec les structures déjà présentes dans le kernel.
[^] # Re: Quelques infos
Posté par benoar . En réponse au message SSD et linux. Évalué à 2.
[^] # Re: Appel système
Posté par benoar . En réponse au message Ré-écrire wget. Évalué à 4.
# Comme le module pour Hyper-V
Posté par benoar . En réponse au journal la victoire de canard^Wde la GPL. Évalué à 10.
https://linuxfr.org/2009/07/23/25754.html
Quelqu'un (en dehors de MS) découvre qu'un bout de code ressemble furieusement à du code GPL, leur pose la question, et là ils se rendent compte "Ha merde, de la GPL .... bon bah on est obligé de libérer".
Leur réaction est plutôt bonne, il faut l'avouer, mais ça fait quand même tâche pour les libristes que la plus grosse boîte du monde, qui crache sur la GPL a plein temps, se rendre compte _après coup_ qu'elle en a même dans ces produits ... Légalement, ils seraient attaquables, et s'ils continuent comme ça, je serai beaucoup moins apte à les présumer innocents quand ils diront "mais on l'a pas fait exprès !".
# Quelques infos
Posté par benoar . En réponse au message SSD et linux. Évalué à 2.
Pour le TRIM, j'avais suivi quelques discussions à l'époque sur la ML linux-ide, et il me semble que la majorité du taf est faite, mais je ne sais pas si c'est activé ou même intégré dans la branche principale. Ça nécessite quand même un support au niveau de la gestion des block device, une gestion du driver ata/sata (donc de ton matos, mais c'est fait génériquement par la libata et tous les chips doivent pouvoir faire suivre cette commande), et au niveau du FS (ext3 et btrfs l'ont, au moins, je crois).