benoar a écrit 4229 commentaires

  • # Un Thinkpad

    Posté par  . En réponse au message Choix d'un ultrabook. Évalué à 6.

    Déjà, si tu veux un truc qui dure mais que tu veux un Ultrabook… ce terme a été inventé par les marketteux pour faire joli, mais c'est l'antithèse du produit durable : c'est fait pour être en une pièce irréparable (normal, c'est très petit/léger et pas cher).

    Si tu veux un truc qui dure, prends un Thinkpad. D'occasion, comme ça ça sera moins cher. Si tu veux du léger/petit, regarde le X230, ou alors un T430 et consorts pour une taille plus classique. Et pas de problème de compatibilité Linux (tant que tu prends pas de l'Optimus).

  • # Mouai

    Posté par  . En réponse au journal Ubuntu Edge : Révolution ou bide annoncé ?. Évalué à -5.

    Ecran 4,5 pouces

    classique

    avec glace en saphir

    Mouarf, quasi impossible ça, ça n'arrivera jamais.

    Résolution de 1280 x 720

    classique

    4 Go de RAM

    C'est beaucoup : c'est bien ! Mais pareil, ça n'est pas possible, ça prendre trop de place ou ça consommera trop d'énergie.

    128 GO de stockage

    Mouarf, alors ça clairement impossible vu la taille des puces actuelles, si on veut que ça tienne dans un téléphone.

    Appareil photo 8MP à l'arrière et 2MP à l'avant.

    classique

    4G-LTE

    Heureusement pour un téléphone “high-end” qui sort l'année prochaine.

    Batterie silicon anode (je ne sais pas ce que c'est que ce truc)

    Nanowire_battery truc jamais sorti du labo, impossible d'avoir ce genre de truc en place pour ce tél, et ça n'a même pas prouvé sa viabilité.

    Et le CPU ? “Le plus rapide des quad core” ? Mais tout le monde fait pareil ! Et je parie une couille que ça sera du ImgTech en GPU, ou alors Nvidia peut-être, et du coup ça sera 100% proprio pour la partie graphique. Mais chez Ubuntu, ils sont habitués…

    En gros cela revient à faire tourner un Android et à lancer l'interface Ubuntu comme si c'était une application root par dessus.

    Je crois qu'ils font l'inverse, d'après ce qu'on avait déjà dit ici : ils ont une couche d'émulation Android. Par contre, avec le coup de la couche pour faire marcher leur serveur d'affichage (Mir ?) avec un driver Android (quasi-obligé vu ce qu'ils ont annoncé et le matos dispo), ça va faire de drôle de mélanges bien stables (soft proprio sur couche d'émulation qui utilise un driver proprio tournant sur une couche d'émulation…).

    Les mises à jour sont garanties sur au moins trois ans.

    Et les morceaux priorios dedans ? On l'aura bien dans l'os.

    Pourquoi lancer une telle campagne, surtout avec un objectif à atteindre aussi énorme (32 millions de dollars !).

    Ah bah, avec les specs irréalistes en plus, je pense qu'ils ont joué le « plus c'est gros, plus ça passe » à fond !

    Est-ce que Canonical n'a pas assez d'argent pour produire seule le Edge ?

    Ça fait un bout de temps qu'ils font la quête, ça doit pas être la fête niveau finances en effet.

    Est-ce pour rassembler et fidéliser les aficionados ?

    Bah, c'est moins risqué, c'est sûr.

    Avis perso : ça marchera jamais.

    +1

    En revanche le Ubuntu Edge ne me semble pas apporter quoi que ce soit lui permettant de se différencier vraiment.

    Bah si, quand même : théoriquement, il apporterait un vrai linux sur mobile. Ça, moi, c'est vraiment quelque chose qui me plaît. Mais un truc irréaliste avec plein de proprio dedans, ça n'est pas ce que je cherche par contre.

    En fait, leur bordel, ça ressemble à ce qui faisait Nokia, et ils vont se planter pareil, mais en pire, ayant l'expertise hard en moins…

    PS : faut que Mark arrête de copier Jonahtan Ive, par contre, ça se voit trop là, avec les superlatifs vagues dans tous les sens, mal rasé, etc.

  • [^] # Re: fstab, uuid

    Posté par  . En réponse au message Règle udev. Évalué à 3.

    avec fstab tu peux definir quel UUID chercher plutot que le /dev/sdXY qui lui peut changer.

    Et que ce soit avec udev au le fstab, tu peux aussi utiliser les labels, plus lisibles que les UUID et constants (bien que sûrement moins uniques que les UUID, mais bon).

  • [^] # Re: Ni oui ni non : l'anglais c'est vraiment très pratique, mais vraiment très limitant

    Posté par  . En réponse au journal Happy Bastille Day !. Évalué à 2.

    La question que je me pose est: Des personnes aux idées bien plus captivantes, n'ont-elles pas assistées au séminaire , à cause de l'Anglais ?

    Quelques unes, sûrement. La question converse, c'est est-ce que ces personnes n'auraient pas fait l'effort d'apprendre le français s'il n'y avait pas l'anglais comme langue « standard », au vu du nombre de locuteurs du français dans l'assistance, et dont un certain nombre sont captivants ? (oui, question un peu rhétorique…)

    Autre question en l'air : de quelle manière le non-apprentissage de plus de langues diverses « réduit »-t-il ton champs de pensées ? J'ai perdu énormément en allemand depuis mes années de lycée, et je me dis que je dois louper des trucs parfois (tiens, l'autre jour je voyais que beaucoup de ressources sur le système bancaire européen sont en allemand seulement… j'étais un peu comme un con à vouloir connecter mon Gnucash en EBICS).

    Oui, OK, je ne réponds à aucune question et j'en pose d'autres… mais je pense que c'est assez réducteur d'arbitrer ce débat à la practicité de l'anglais comme argument ultime. C'est très tentant, mais je pense qu'il y a des désavantages qu'on ne voit pas et qui méritent de faire perdurer mieux qu'aujourd'hui nos « autres » langues.

  • # Ni oui ni non : l'anglais c'est vraiment très pratique, mais vraiment très limitant

    Posté par  . En réponse au journal Happy Bastille Day !. Évalué à 6.

    Moi j'ai toujours été assez partagé sur l'usage de l'anglais. J'en ai eu une démonstration récente : un séminaire d'un groupe de recherche (en informatique) français, mais qui s'est bien sûr effectué en anglais, vu le nombre de personnes qui ne parlent pas français (les équipes sont internationales). Attention, je précise tout de suite que tous les participants étaient au moins des BAC+5, voire plutôt docteurs (BAC+8).

    Et bien quand même, on voit que l'anglais ça handicape pas mal : on voit toutes ces incompréhensions dues à la langue, qui auraient pu être évitées si tout le monde parlait français (mais ça n'était pas le cas, donc c'est une utopie). Le fait que les gens butent parfois sur la langue fait qu'on doit plus se concentrer dessus que sur l'idée même. Les accents de certains rendent la compréhension vraiment difficile, ce qui fait que parfois on laisse tomber, et on n'écoute que l'idée générale. Et pour sa pensée personnelle, même si on peut penser en anglais quand on pratique beaucoup, je pense que se langue maternelle est irremplaçable (même si le vocabulaire, lui, reste en anglais)

    Par contre, aurait-on pu se rencontrer et échanger ainsi (~100 personnes) s'il n'y avait pas eu l'anglais ? Ça, c'est la question difficile… une majorité aurait pu, en français. Mais c'est clair que ça aurait beaucoup handicapé certains. Et « de toutes façons », le domaine fait que tout le monde travaille en anglais quasi tout le temps, même entre français. Mais le niveau de certains (j'estime parler pas trop mal par rapport à mes collègues) me fait régulièrement pester contre cette langue.

    On est vraiment un domaine (l'informatique) bizarre, le premier à avoir une histoire quasi-entièrement en anglais, du fait de la mondialisation, aidée par… l'informatique. Ça me fait devoir manger mon chapeau parfois sur mes velléités d'utilisation maximale de langues diverses et variées. Bref, je pense qu'il faut continuer à pousser nos langues propres, même si dans la vie de tous les jours on utilise par practicité l'anglais. Et apprendre l'esperanto ! Comme ça, un jour, peut-être que l'occasion viendra…

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 2.

    Nous n'avions pas réellement besoin de signer quoi que ce soit, mais nous voulions avoir la spec complète des éléments d'IHM Office, et pour avoir ce document, Microsoft demandait de signer cet accord, ce que nous avons fait (en l'occurrence c'est un bien grand mot pour désigner une case à cocher et un bouton OK, mais c'est un accord quand même).

    Pour être très clair, ce n'est en rien un accord d'utilisation de quoi que ce soit (à mon avis, personne, même Microsoft, ne peut empêcher quiconque de cliquer dans une IHM).

    OK, merci de ces précisions. Je comprends mieux le fait que vous n'ayez pas voulu explicitement avoir l'accord au départ, mais que ça c'est fait « comme ça » lors de la demande de ces documents.

    J'espère avoir été suffisamment précis.

    Oui, plutôt, on comprend mieux la démarche. Même s'il peut subsister un léger doute quand même, ce qui est dommage. Je laisse à chacun d'en juger.

    Merci pour les retours sur linuxfr en tous cas ! Ça fait plaisir de voir une entreprise à l'écoute.

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 1.

    Effectivement, je ne réponds pas forcément à tous les posts, d'une part parce que j'ai un projet Open Source (j'insiste !)

    Pas de problème, je comprends tout à fait qu'on ne réponde pas à la minute.

    Je suis donc allé voir les 4 règles de la FSF que nous sommes accusés de ne pas respecter

    Mmhh… j'espère que tu les avais déjà lu une fois avant, parce qu'une personne qui fait du libre sans jamais les avoir lues… ça me fait peur pour la suite.

    (pour ma part je préfère la définition de http://opensource.org/osd) :

    OK, pourquoi pas.

    Bien entendu, et ça rejoint le débat des derniers posts, à savoir qu'un développeur, quel qu'il soit, doit toujours respecter les licences et éventuelles limitations de ce qu'il récupère à droite et à gauche.

    OK : c'est quoi ces trucs « à droite à gauche » pour Ametys ?

    D'autre part, pour essayer de mettre un point final à ce problème de brevet : qui a prétendu qu'Ametys était soumis à un quelconque brevet ? Si tu relis bien les posts précédents, personne, surtout pas moi … Tout simplement parce que ce n'est pas vrai …

    Désolé pour cette histoire, mais Zenitram a lancé le sujet là-dessus, j'ai assumé, sans plus d'informations, que ça devait être le cas, ou un truc s'approchant (sachant que mes critiques sont valable aussi bien pour les brevets que pour des accords de licence en sus de l'Apache), et du coup on s'est concentré là-dessus. Mais bon, en droit, j'aimerais bien savoir ce que c'est votre accord avec MS : ça relève du droit contractuel ? Du droit des brevets ? (à priori pas le second) C'est quoi alors ?

    A ma connaissance, comme je l'ai déjà dit, Microsoft n'a JAMAIS breveté l'IHM d'Office (on parle bien du concept de ruban, pas du code associé, qui n'est de toute façon pas non plus breveté). Et quand bien même, il me semble que c'est sans effet en Europe. Merci de me prouver le contraire le cas échéant.

    À ma connaissance non plus, mais je ne m'intéresse pas vraiment à ce que dépose MS comme brevet en général. Le « sans effet en Europe », j'aime bien y croire en tant que particulier, mais je serais beaucoup plus prudent si j'étais une entreprise (beaucoup de monde paye le MPEG group même en Europe).

    La seule chose qui est vraie, c'est que nous avons signé l'accord que proposait Microsoft, à savoir qu'ils nous donnaient accès à un gros document très précis concernant les modalités d'usage du ruban, en échange d'un engagement à ne pas l'utiliser pour faire un tableur ou un traitement de texte.
    Point.

    OK, c'est le point qui m'intéresse dans ton message : pourquoi avez-vous signé cet accord ? Aviez-vous peur de ne pas avoir l'autorisation d'utiliser le ruban pour votre application, qui ni ni un tableur, ni un traitement de texte ? Est-ce que cet accord donne droit à toute personne qui n'a pas signé cet accord d'utiliser un ruban pour votre logiciel ? Si c'est le cas, pourquoi avez-vous eu besoin, vous, de le signer ?

    Franchement, sans réponse claire à ces questions, tout ça fait planer un doute, ce qui est la stratégie préférée de MS pour dissuader ses concurrents de continuer.

    Et puisque tu prends l'OSI comme référence, section 7 :

    7) Distribution of License

    The rights attached to the program must apply to all to whom the program is redistributed without the need for execution of an additional license by those parties.

    J'aimerais bien en être sûr. Le fait que vous ayez eu à signer quelque chose ne me rassure pas, même si tu dis qu'on n'en a pas besoin pour nous, utilisateurs ou développeurs de travaux dérivés.

    Ametys n'est que le produit des nombreux efforts d'une petite équipe de développement de la région toulousaine qui essaie de proposer une alternative innovante aux autres acteurs du marché des CMS.
    Merci de ne pas tout confondre.

    Je suis désolé si les comparaisons se sont un peu égarées. Je vous félicite pour vos efforts, mais faites attention aux accords avec MS.

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 1.

    Android est libre, avec plein de développeurs. Malgré tout, soumis à brevets.

    Source ? MS demande des royalties pour le FAT32 — la rigolade — le reste c'est du FUD.

    plus de la moitié des gens ayant un smartphone utilisent ce produit libre. Ca commence à en faire du libre pas comme tu aimes…

    T'es sensé me montrer quoi avec cette démonstration pourrie ?
    Des gens achètent des produient qu'ils croient peut-être libres : en quoi la quantité de ces personnes met du poids à ton argument ? Les constructeurs de ces produits sont rackettés par MS, en position de force. Est-ce que Amety a été forcé de signer ce contrat ?

    Bref, continue à essayer de noyer le poisson.

    le libre parle de liberté d'utilisation de ce qu'on reçoit, sans pour autant nous autoriser à violer la loi sur d'autres domaines qui n'ont rien à voir.

    « Rien à voir » ? Le droit d'implementer un logiciel comme on le veut n'a rien à voir avec le logiciel libre ? T'as de la merde dans les yeux ou quoi ? Les brevets logiciels empêchent les libertés du LL d'être exercées. C'est antinomique. Je pense que tu es aveugle. (enfin, pire, tu ne veux pas voir)

    Que ça te plaise ou pas, Ametys respecte le libre

    D'après les infos qu'on a (d'ailleurs, ils ne répondent plus), non, ils n'autorisent pas les gens à en faire des dérivés (indirectement, par une autre entité, mais ils font ça sciemment).

    Bref, tu m'as convaincu d'aller prévenir les modos là-dessus, j'en ai marre de parler à un mur.

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 1.

    pour toi. Ne généralise pas trop vite à la "communauté" du libre, que tu essayes de limiter à ta vision.

    Technique classique de dénigrement du « tu ne représentes rien », qui n'engage rien pour toi.

    Pas mal de monde trouve que x264 (encore cet exemple, ben oui…) est positif.

    Je trouve que x264 est positif. Les personnes qui le développent n'ont pas signé quoique ce soit avec le consortium MPEG.

    Tout comme VP8 d'ailleurs (de tout point de vue, VP8 est de la merde car soumis à brevet et tu n'as pas le droit de modifier la spec, juste pour info, oui quitte à raconter des conneries essaye d'imaginer jusqu'où ça va…)

    Moi aussi je trouve VP8 pas terrible, car les personnes à qui il appartient (Google) ont « certifié » que c'était bien, et que tu devais leur faire confiance. Ça n'est pas un accord, mais c'est une potentielle menace pour les gens qui l'utilisent, plus que le contrat clair du MPEG qui est « vous violez si vous utilisez », et que en Europe je peux (personnellement) à peu près m'en branler.

    ou Android ou… Plein de logiciels.

    Source ?

    Tu es chiant avec ta FSF dont on n'a rien à faire

    Tiens, toi qui aime jouer sur les mots : « on » n'a rien à faire ? Tu représentes qui ?

    pas la référence ultime façon dieu (à part pour certains, mais ça ne fait pas l'ensemble du libre), balancer que la FSF n'aime pas ne dit rien sur le libre, seulement sur la FSF et ceux qui aiment la FSF.

    Blah blah blah, etc.

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 1.

    Non, désolé, ça n'a rien à voir, tu peux modifier le logiciel qui tue pour faire "le bien" parce que… c'est libre, tu as le droit de modifier, c'est la licence.

    Oui. Mais pas le logiciel Ametys, apparemment.

    Un logiciel libre soumis à brevets reste libre, que ça te plaise ou non, c'est comme ça, la FSF n'ayant pas interdit le libre aux logiciels soumis à brevets (vivement qu'ils changent leur licence… ou alors, en fait, ça ne les arrange pas).

    Bien sûr que ça reste « libre », mais distribuer du logiciel potentiellement breveté alors qu'on a signé un accord, il reste libre ton logiciel, mais c'est naze, et dénoncé par la FSF depuis plus de 20 ans.

    Pour ton information, je suis contre les brevets

    Très bien, et je n'ai jamais insinué ça sur toi.

    Tu peux avoir des libristes pro-brevets

    Je pense, et je trouve difficile que je me trompe, qu'ils sont très minoritaires.

    et des pro-proprio anti-brevets,

    Tout à fait.

    que certaines personnes veuillent des case précises "gentil"/"méchant" ne change pas la réalité des différences.

    Bah désolé, mais le combat sur le brevet est quand même quelque chose d'assez fixé dans la communauté, et je vois peu de pro-brevets amener quelque chose de positif pour nous.

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 0.

    en plus, il a été dit que l'utilisateur est protégé. Reste le développeur, et ça tombe bien, maintenant il est informé et peut virer le ruban pendant sa modif.

    Ouai donc « c'est libre, sauf si tu utilises telle partie blah blah » : je ne vois pas comment tu peux dire que c'est vraiment libre sous ces conditions. Peut-être que ça passe sous licence Apache, mais c'est typique du logiciel pseudo-libre piégé. J'ai du mal à faire passer en news sur linuxfr que c'est du LL.

    mais pour les brevets, Apache protège aussi.

    T'as des détails là-dessus ? En plus, l'auteur n'a pas été clair si l'accord qu'ils ont signé est sur des brevets ou sur autre chose.

    x264, VLC sont si rares?

    Désolé de te le dire, mais ton monde des codecs représente une petite partie du code libre. Oui, c'est rare.

    C'est plutôt marginaliser les libristes qui font malgré les brevets sans s'interdire d'utiliser, en disant qu'ils sont "rares et non représentatifs" ou "en contradiction" qui est le plus classique (comme… ton commentaire et celui auquel je répondais. et c'est lourd).

    Je n'en veux pas à ceux qui codent des trucs potentiellement brevetés, j'en veux à ceux qui signent des accords et distribuent du logiciel soit-disant libre.

    Je ne marginalise personne, je dis juste que d'autres existent (sans "diminuer" je ne sais qui), ou il faut me démontrer comment j'y arrive. Faudrait pas inverser et donc arrêter d'essayer de marginaliser à coup de "c'est rare" "c'est en contradiction" les gens qui ne pensent pas comme vous alors que le libre ne parle pas de ça.

    Tu dis en gros qu'on s'en fout des brevets, alors que je trouve, et je pense qu'on est une majorité à le dire, que les brevets et les accords du type qu'Ametys a l'air d'avoir signé sont antinomiques avec le LL. Le libre « parle de ça ».

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 1.

    Mais pour aller plus loin que ta question : tu es alors l'auteur, à toi de te conformer à la loi (dont les brevets), plus eux (qui t'ont filé du code libre), comme pour tout projet libre que tu modifierais.

    Le but du Logiciel Libre, c'est que tu aies les quatre libertés. La FSF a identifié à l'époque (en 1991 !) que le système de brevet logiciel était un danger, car imposant des conditions en dehors de la licence. Si tu ne peux pas librement exercer tes quatre libertés, c'est que ce n'en sont pas vraiment.

    Un beau mélange de prosélytisme anti-brevet et de libre.

    Le Logiciel Libre selon la FSF a toujours été anti-brevets, la plupart des libristes sont anti-brevets (et toi tu es à peine biaisé vu ton activité…). Dire que ça n'a « rien à voir » est un déni de réalité.

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 0.

    Ce que tu demandes est hors cadre du libre et d'Ametys, c'est ton problème à toi

    Ça n'est pas complètement « hors cadre du libre », car la GPL interdit les accords de brevets depuis sa version 2, et les autres contrats plus alambiqués depuis la 3. Certes, ça ne concerne pas tous les Logiciels Libres, mais une partie non-négligeable, et c'est la position soutenue par la FSF.

    Toi tu vas marginaliser ces libristes car ça ne sont pas des « purs », mais je trouve qu'au contraire les logiciels assortis de contraintes comme celles d'Ametys sont rares et ne représentent pas vraiment le Libre.

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 1.

    Si vous voulez développer une autre implémentation du ruban et la remettre dans Ametys parce que l'actuelle ne vous convient pas, effectivement, vous êtes vraisemblablement concerné par la licence Microsoft.

    Qu'est-ce que ça veut dire exactement ? Pour moi, c'est une violation de la liberté 2 et 3 du Logiciel Libre. La question est simple : ai-je le droit de modifier Ametys comme bon me semble ? Sans votre autorisation, sans quelque licence que ce soit avec MS, etc. Et ai-je le droit de redistribuer ces modifications ? Si la réponse est non, vous ne faites pas du Logiciel Libre. Si c'est « oui, mais il y a un accord à signer en dehors de la licence » (même si déjà ça ne veut pas dire grand chose), c'est peut-être autorisé, mais pour moi personnellement ça n'est pas libre non plus.

    Si ça n'est pas directement interdit, mais empêché par des moyens détournés, vous vous en sortez bien parce que c'est une licence Apache (je connais mal ses contraintes), mais sous GPL ça ne passerait pas. Déjà je trouvais ça moyen le publi-commercial en news sur linuxfr, si en plus ça n'est pas vraiment libre…

  • [^] # Re: Brevets ? Royalties ?

    Posté par  . En réponse à la dépêche Ametys, le CMS java open source français qui monte. Évalué à 2.

    On a donc effectivement souscrit une licence (gratuite) d'utilisation de l'UI Office 2007/2010, les deux principales clauses, que nous respectons, étant d'une part de suivre à la lettre un gros pavé de plusieurs centaines de pages qui explique ce que doit faire ou ne pas faire un ruban, et d'autre part de ne pas concurrencer la suite Microsoft Office, et donc de ne pas faire un tableur, un traitement de texte, …

    As-tu plus de détails sur cette « licence » ? Est-il nécessaire de signer cette licence pour faire tourner sa propre instance d'Ametys ?

  • [^] # Re: Bufferiser soi-même, ou laisser l'OS faire

    Posté par  . En réponse au message écrire la sortie d'un générateur. Évalué à 2.

    le soucis de ta solution c'est qu'on fait un paquet d'appels à write (même si derrière y'a pas d'appel système à chaque fois)

    Moui, effectivement ; je ne pensais pas que ça donnerait de si mauvaise perfs…

    Merci pour les résultats.

  • [^] # Re: Bufferiser soi-même, ou laisser l'OS faire

    Posté par  . En réponse au message écrire la sortie d'un générateur. Évalué à 2.

    Attention, dans votre premier collage de code, vous écrivez 4096 fois le même caractère.

    Oups, faute d'inattention, merci. (et tu peux me tutoyer ;-))

    Bon, comme je préfère sans join(), je propose un autre truc :

    import io
    s = io.BytesIO()
    for i, c in enumerate(gen()):
        s.write(c)
        if (i+1) % 4096 == 0:
            f.write(s)
            s.truncate(0)
    f.write(s)
    

    (bon, du coup une « simple » boucle sur i pourrait être plus lisible peut-être)

  • # Bufferiser soi-même, ou laisser l'OS faire

    Posté par  . En réponse au message écrire la sortie d'un générateur. Évalué à 3.

    Je vois deux solutions :

    1) Utiliser un StringIO, que tu remplies de X caractères, et que tu écris régulièrement dans ton fichier, genre

    import io
    s = io.BytesIO()
    for c in gen():
        for i in range(4096):
            s.write(c)
        f.write(s)
        s.truncate(0)
    

    cf http://docs.python.org/3.0/library/io.html#io.BytesIO (je suppose que ce sera plutôt des bytes que des caractères que tu écriras)
    C'est un peu équivalent à la solotion proposée par BFG.

    2) Mapper le fichier en mémoire, et écrire directement les caractères dans ce tableau :

    import mmap
    mm = mmap.mmap(f.fileno, 1000000)
    for i, c in enumerate(gen()):
        mm[i] = c
    f.flush()
    

    cf http://docs.python.org/3/library/mmap.html

  • # Connexion pseudo-ssh ?

    Posté par  . En réponse au journal cloonix 22. Évalué à 2.

    Cette connection hôte/agent transporte les flux pseudo-ssh et pseudo-scp ainsi que les forwarding X11 sans configuration ip.

    T'aurais plus de détail là-dessus ? J'ai toujours réfléchi à comment faire pour avoir des shells « pratique » (à la ssh) sur des accès série seulement, et effectivement je m'étais penché sur les virtio-console, que tu as l'air d'utiliser. Je vois bien l'ouverture du shell sur un premier port avec getty en autologin root sur le guest (ce que je fais déjà), par contre, ton agent il fait comment exactement pour transporter ce flux « pseudo-ssh » ? Tu as beaucoup tweaké ton dropbear pour qu'il se bind sur ce genre de connexion ? Et côté hôte, t'utilise pas un client ssh classique, je suppose ?

  • [^] # Re: N'importe quoi

    Posté par  . En réponse au journal (pas si) petite réponse à la conf de Stéphane Bortzmeyer, Pas Sage en Seine 2013. Évalué à 5.

    Fais marcher ton cerveau deux minutes pour voir que c'était une tentative d'ironie sur le fait de juger sur la forme… Merci de confirmer que tu t'en branles du contenu des messages qu'on t'adresse, et que tu ne cherches qu'à pousser ton point de vue sans prendre en compte celui de ton interlocuteur, éviter les vraies questions et te foutre de la gueule de ceux à qui tu parles.

  • [^] # Re: N'importe quoi

    Posté par  . En réponse au journal (pas si) petite réponse à la conf de Stéphane Bortzmeyer, Pas Sage en Seine 2013. Évalué à 2.

    Le fond, tout le monde est d'accord pour dire que c'est différent (vendre de la politique ou vendre un produit).

    C'est marrant, comme tu le présentes, je doute fortement de ta conviction à y voir une différence puisque tu parles de « vendre » pour les deux…

    Ca ne change pas la forme (la pub).

    Vu que tu as une grosse forme de troll, je vais faire comme avec eux : te moinsser sans réfléchir.

  • [^] # Re: Domination d'Intel vs Power et les autres

    Posté par  . En réponse à la dépêche Sortie du Top 500 de juin 2013. Évalué à 3.

    Bref, tout est une question d'appli donc je suis désolé de te dire que ton affirmation générique : "la fiabilité on s'en fout un peu" n'est que parcellaire

    OK, je comprends mieux, même si on début j'ai cru que tu t'entêtais sur le côté « hardware plus fiable = mieux » :-) Je veux bien croire que c'est utile, mais perso, c'est sur le genre d'applis que je connais peu, et que je vois peu.

    Cela correspond, certes, à un segment de marché moins important en volume que les multiples grilles-pain / x86 massivement distribués que l'on trouve chez ovh ou ailleurs.

    Bah, c'est ça le problème : comme tu l'avoues, c'est réservé aux applications non-distribuées. Aujourd'hui, comme on voit avec le succès de Google et d'autres justement, on ne peut plus envisager d'appli non-distribuées si on veut scaler correctement. Et en bonus, ça t'amène la fiabilité sans avoir besoin de payer des machines la peau du cul. Bref, le côté « fiable à tout prix » n'a pas d'avenir, et les grilles-pains distribués, si :-)

  • [^] # Re: N'importe quoi

    Posté par  . En réponse au journal (pas si) petite réponse à la conf de Stéphane Bortzmeyer, Pas Sage en Seine 2013. Évalué à 6.

    en quoi un panneau JC Decaux t'agresse plus qu'un gars qui viens te filer un bout de tract ?

    Ah bah un panneau, tu te retrouves direct avec le message/l'image en gros devant tes yeux, ton cerveau va forcément en parser une partie. Le tract, non. Bon, du coup, avant d'accepter le tract, il faut légèrement parser ce que c'est… mais c'est surtout parce que les marketteux ont détourné le tractage depuis quelques temps : avant, c'était réservé aux actions politiques. Ils ont détournés le geste pour faire du commercial (je pense aux journaux prépayés/subventionnés, par exemple). Du coup, maintenant, oui, le tractage « m'agresse » plus, mais de manière un peu différente du panneau.

    Et à dire vrai, ben rien, avoir quelqu'un qui vient te voir pour te tendre quelque chose est bien plus agressif car c'est actif, c'est à toi d'avoir une action pour ne pas être ciblé (que cette action soit de faire semblant de ne pas l'avoir vu, de refuser plus ou moins poliment ou autre).

    Heu… pareil, franchement, les tracs politiques, je ne les ai jamais vu te forcer à te les mettre dans les mains. OK, en général, tu as le discours, contrairement à la pub qui ne fait pas dans le vocal (ça doit être étudié pour). Mais par contre, les pauvres personnes chargées de la distribution étant payées à l'écoulement d'exemplaire (encore une différence), vont essayer à fond de te le faire prendre.

    Au passage la couleur du tract ne change rien à l'histoire. Si non on parle d'idées politiques/sociétales et ça n'a plus rien avoir (les peanneau JC Decaux peuvent avoir des pubs pour le sidaction ou je ne sais quelle œuvre caritative).

    Note que, encore une fois, les politiques ne faisaient pas tant de publicité « commerciale » avant il y a quelques années.

    Franchement, il y a une grosse invasion du marketing depuis quelques temps, de pire en pire. Enfin, ça a toujours progressé depuis la nuit des temps, mais ça devient vraiment reulou : et ça n'a rien à voir avec le tractage politique niveau nuisance. Et le fait d'avoir mélangé les pratiques de communication politique avec la publicité a bien pourri le processus de sélection qu'on pouvait avoir (en général, avant, j'acceptais toujours les tracts, car ça n'était que très rarement de la publicité ; aujourd'hui, ça devient plus difficile).

  • [^] # Re: Domination d'Intel vs Power et les autres

    Posté par  . En réponse à la dépêche Sortie du Top 500 de juin 2013. Évalué à 1.

    Nan mais t'es commercial pour IBM ou quoi ? Je te parle d'un truc, et tu pars sur autre chose en balançant le nom de tout plein de technos « géniales »… je n'en doute pas !

    On fait sûrement moins bien avec du x86, ça bidouille plus, et on ne prend pas en compte les coûts « cachés » de ces bidouilles, mais au moins c'est pas cher à la base, et on est plus libre.

    quant aux prix : ils baissent, ibm devient peut-être enfin honnête avec ses clients

    C'est clair, ça donne envie de leur faire confiance ! [:gedebor]

    Tu confirmes juste bien ce qu'on dit : POWER est un marché de niche pour personnes captives d'IBM, et ils n'ont pas l'intention de changer. Tant mieux pour eux, mais le x86 ne fera que progresser pendant ce temps…

  • [^] # Re: Mes excuses

    Posté par  . En réponse à la dépêche Debian 7.1 est sortie, mise à jour de securité pour Debian 7 (Wheezy). Évalué à 2.

    je devrais faire au moins l'effort d'expliquer ce qui n'est pas clair non ?

    Quand tout le monde est « contre » toi, et que tu penses que personne ne te comprends, au bout d'un moment, il faut admettre qu'on a peut-être tort et se remettre en cause. Ou pas, un peu comme tu as l'air de faire, mais ça devient une maladie : je te conseille très sérieusement d'aller voir un psychologue, il pourra peut-être t'aider là-dedans. C'est vraiment pour ton bien que je te dis ça.