Rémi Hérilier a écrit 205 commentaires

  • [^] # Re: C'est quoi ?

    Posté par  . En réponse à la dépêche Le Cyber Resilience Act de l’Union européenne menace l’avenir du logiciel libre. Évalué à 3.

    J'ai un peu de mal avec le volet "exonération totale de la responsabilité" dans les licences de logiciels (libres ou non) : comment différencier, juridiquement, une porte dérobée d'un bug exploité pour exfiltrer des informations ? Le premier étant répréhensible, le second plus difficilement.

    Si on prend le cas de la licence CeCILL qui est conforme au droit français, son article 8 définit la responsabilité du concédant car elle ne peut pas être nulle en droit français ; cf la FAQ de l'Addulact pour une explication.

    Je ne sais pas si on trouve d'équivalents à ces articles/notions dans le droit européen mais si les licences libres actuelles ne sont déjà pas conformes au droit européen, le CRA jette effectivement un très gros pavé dans la mare : le droit étasunien (sur lequel se basent les licences actuelles) prévaut-il sur le droit européen ? Le RGPD est un début de réponse et le CRA (et autres "Act" européens) en remet une couche selon moi.

    Vous avez 4 heures O:-.

  • [^] # Re: Les livres sinon vous connaissez?

    Posté par  . En réponse au journal Que regarder pendant le Grand Confinement ?. Évalué à 3.

    Dans les classiques français, on peut ajouter Ravage de René Barjavel.

  • [^] # Re: Commande

    Posté par  . En réponse à la dépêche ack 1.96 — mieux que grep. Évalué à -1.

    Avec seulement 5 doigts : 'g' (index gauche), 'r' (majeur gauche), 'e' (annulaire gauche) <tab> (auriculaire gauche) pour avoir le 'p' puis <espace> (pouce gauche).

    C'est pas orthodoxe mais ça a un certain esthétisme et ça fait travailler tous les doigts 0:-°

  • [^] # Re: Vive vélo

    Posté par  . En réponse à la dépêche De l’open source dans la mobilité douce. Évalué à 5.

    non non, c'est bien 1000 millimètres. Ce que tu décris, c'est le Kimm :)

  • [^] # Re: porosité aux virus

    Posté par  . En réponse à la dépêche Naissance d'un géant : Java. Évalué à 3.

    Quelque soit son plumage, une buse reste une buse.

    Blague à part, quelqu'un de sensibilisé à la gestion de la mémoire s'en sortira mieux qu'une personne ne l'étant pas. Ce n'est donc qu'une histoire d'éducation.

    Merci de m'avoir lu, vous pouvez reprendre le troll :-)

  • [^] # Re: il faut toujours un sujet

    Posté par  . En réponse au message Gpu et traitement de l'image. Évalué à 0.

    Désolé, je répondais à ta question

    ... voire même Linux sont capable d'utiliser les ressources du GPU d'une carte vidéo nvidia ou ati ?

    Pour faire du traitement d'image en exploitant les GPU, il "suffit" que les programmes utilisent OpenCL ou CUDA (avec un GPU supporté ça va de soit).

  • # il faut toujours un sujet

    Posté par  . En réponse au message Gpu et traitement de l'image. Évalué à 1.

    il y a OpenCL/CUDA du côté des pilotes propriétaires de NVidia, du côté d'ATI/AMD, ya sûrement ça aussi. Si tu cherches du côté des pilotes libres, faudra voir avec les versions en cours de dév (et encore). Mais quels programmes d'édition d'images savent exploiter les GPU ?

    Qu'entends tu par machine vieillissante ? un Celeron 300 A avec 32 Mio de RAM ?

    mes 2¢

  • # file d'attente

    Posté par  . En réponse à la dépêche Sortie du noyau Linux 2.6.39. Évalué à 6.

    On parle plutôt de "file" que de "queue", c'est plus... sérieux :-°

  • [^] # Re: Environnement

    Posté par  . En réponse au message [RESOLU]Pas de swapBuffers quand lancé depuis la console (OpenGL, glut,zsh,debian). Évalué à 0.

    Possible même si j'ai du mal à en comprendre la raison, le plus simple serait de lancer des terminaux avec d'autres shells, bash, dash, tcsh, etc. et de voir ce qu'il se passe...

    Tu parlais plus haut d'un test sous Ubuntu 32 bits qui n'avait pas le problème. Je suppose que ta Squeeze est une 64 bits ? Il serait alors pas mal de voir si ça marche aussi sous une Ubuntu 64 bits.

    Au passage, as-tu comparé les versions de X11, glut, driver OpenGL, etc entre ta Squeeze et ta Ubuntu ? Car ça pourrait aussi être une origine de ton pb (genre un bug dans une de tes lib sous Squeeze).

  • [^] # Re: glutSwapBuffers

    Posté par  . En réponse au message [RESOLU]Pas de swapBuffers quand lancé depuis la console (OpenGL, glut,zsh,debian). Évalué à 1.

    As-tu la possibilité de tester avec une autre machine ? Un autre OS (genre un livecd) ? À la rigueur, ton code source serait-il accessible ? Histoire de voir si ça se produit sur une autre machine/OS ?

    Une autre solution serait de prendre comme base pour ton programme le code source d'un tutoriel qui marche chez toi.

  • # glutSwapBuffers

    Posté par  . En réponse au message [RESOLU]Pas de swapBuffers quand lancé depuis la console (OpenGL, glut,zsh,debian). Évalué à 1.

    N'aurais-tu pas tout simplement oublié d'appeler cette fonction afin de déclencher la permutation de buffers ?

  • [^] # Re: Contestable ?

    Posté par  . En réponse au journal ZFS sous GPL grâce à GRUB ?. Évalué à 7.

    La valeur pécuniaire de GRUB ? Elle doit pas être énorme puisque ce programme permet seulement à toutes les machines Sun^WOracle (et à base Intel) de démarrer sous Solaris.

    J'imagine bien les utilisateurs de Solaris (enfin, ceux qui ont des contrats de support) qui ne pourront plus redémarrer leurs serveurs après le retrait de GRUB de Solaris...

    Tout ça pour dire qu'Oracle n'a aucun intérêt à faire ce genre de chose.
  • [^] # Re: moins de CRS, plus de tendresse !

    Posté par  . En réponse au journal Police à l'université. Évalué à 4.

    Y'a déjà eu un flic à la maternelle... c'était en 1990.

    Je sors
  • [^] # Re: xdg-open

    Posté par  . En réponse au journal launch - le double clic en ligne de commande. Évalué à 1.

    Merci de ton éclaircissement car je n'avais pas trouvé de réelles infos sur ce programme (sous debian ou sur le web). Mais visiblement "thunar nom_de_fichier" cherche à ouvrir le dit fichier.
  • [^] # Re: xdg-open

    Posté par  . En réponse au journal launch - le double clic en ligne de commande. Évalué à 2.

    thunar-open ?! N'est-ce pas plutôt exo-open ?

    J'suis allé jeter un oeil dans xdg-open (que j'connaissais que de nom), c'est sacrement bien foutu :
    - sous KDE, ça utilise kde-open
    - sous GNOME, gnome-open
    - sous Xfce, c'est exo-open
    - sinon, c'est xdg-mime+tambouille/run-mailcap/mimeopen en fonction de ce qu'il y a

    Un script à retenir en tout cas.
  • [^] # Re: À qui profite le patch ?

    Posté par  . En réponse au journal Noël, noël, un patch miraculeux !. Évalué à 2.

    En effet, j'avais pas ce type de machines en tête lors de mon commentaire précédent. On peut aussi penser aux machines de plus petit gabarit qui utilise(ront) des ARM double-coeur.
  • [^] # Re: À qui profite le patch ?

    Posté par  . En réponse au journal Noël, noël, un patch miraculeux !. Évalué à 8.

    Le but du "make -j 64" est de charger facilement le système à moindre coût (pleins de processus et pleins d'accès disque). La vidéo et le bon vieux glxgears, eux, servent à avoir un retour visuel.

    Ça serait certes pas mal d'avoir de vraies stat (temps de commutation de tâches, latence dans des IPC) mais à défaut d'en avoir, on a un exemple plutôt parlant de l'amélioration.

    Dans la vraie vie, l'utilisateur qui fait du web+mail+zik+bureautique ne verra pas vraiment de différences mais celui qui fait de la synthèse d'image, du montage vidéo ou de la simulation, il sera content de ne pas voir son environnement ramer pendant qu'il fait autre chose.

    Côté serveur, ça devrait permettre une meilleure réactivité lorsque la charge système est élevée.
  • [^] # Re: moi j'attends plus lalocomotive àvapeur volante ^^

    Posté par  . En réponse au journal Nom de zeus.... Évalué à 3.

    À ce moment, Doc présente sa famille (et entre autre ses enfants), on peut donc en
    déduire, à la louche, qu'il lui a fallu pas loin d'une dizaine d'années pour transformer la
    locomotive (celle qui s'effondre dans le précipice ?) en machine à voyager dans le temps.

    Ce qui est balèze vu la techno d'un maréchal ferrant du 19e siècle... mais bon, c'est Doc
    Brown, hein ! 0:-)

    mes 2¢
  • [^] # Re: sccs

    Posté par  . En réponse au sondage Mon logiciel de Logiciel de gestion de versions favori est :. Évalué à 1.

    C'est même sûr que SCCS est l'ancêtre : SCCS date de 72, RCS de 82 et CVS de 86.

    Dire que je m'en sers au taf... certes il fait bien ce qu'on lui demande mais comment dire...

    /me retourne utiliser git pour se sentir au XXIe siècle.
  • # Annonce en avance

    Posté par  . En réponse à la dépêche Orange se conforme aux exigences de la licence GNU GPL. Évalué à 3.

    J'suis allé voir par curiosité ce joli site web... y'a encore un peu de boulot...

    Pour le premier lien, on a droit à une erreur 403, pour les deux autres, c'est un message "Fichier non trouve, essayez de nouveau ...". Ça correspond bien au paragraphe

    Il est toutefois possible que certaines omissions ou erreurs se soient glissées dans cette première phase de publication. Le site est amené à évoluer. Nous veillerons à le mettre à jour et à le corriger régulièrement.

    Bon, au charbon maintenant :-)
  • [^] # Re: Et après ?

    Posté par  . En réponse à la dépêche Fabrice Bellard bat le record des décimales de Pi. Évalué à 1.

    J'prèfère quand même la version de Buffon avec des aiguilles, y'a moins à laver vu la quantité de saucisses à lancer pour avoir une bonne approximation :-p
  • [^] # Re: Toutes ces collisions...

    Posté par  . En réponse au journal En route pour les 7 GeV.... Évalué à 4.

    Constante de Koopa ?! Que vient faire Bowser et ses sbires dans cette histoire de crash tests pour particules élémentaires ?!

    hein ?! quoi ? oui, j'retourne bosser...
  • [^] # Re: Nintendo

    Posté par  . En réponse à la dépêche ScummVM dans des jeux Atari, au mépris de la GPL. Évalué à 2.

    Perso, je suppute qu'il y a aussi une jolie clause de non divulgation à propos de la doc ou de tout autre type d'informations.

    Bon, après, si on fait le choix de ne pas respecter le contrat et de divulguer des infos (peu importe la méthode), on devient aussi respectueux que les boites qui violent la GPL...

    On va arrêter les spéculations (on n'est pas encore vendredi;), y faudrait avoir un exemplaire du contrat de Nintendo.
  • [^] # Re: Nintendo

    Posté par  . En réponse à la dépêche ScummVM dans des jeux Atari, au mépris de la GPL. Évalué à 2.

    En quoi Nintendo a le droit de faire ça ?! C'est juste un contrat plutôt restrictif : si tu veux développer sur leurs consoles, tu t'assoies sur ton idéologie et tu respectes le contrat. Si cette clause est trop restrictive pour toi, oublie les plateformes de Nintendo. Libre à toi de choisir ce que tu veux...

    Perso, ce genre de clause me choque aussi mais comme dit plus haut, Nintendo a un modèle qui consiste à tout conserver secret. Accepter qu'un logiciel libre utilise le fameux SDK reviendrait à rendre publique son API avec tous les risques que cela comporte. Cqfd.

    mes 2¢
  • [^] # Re: Architecture naze

    Posté par  . En réponse au journal Intel contribuera à GCC. Évalué à 2.

    Humour mis à part, on ne peut nier que les plateformes à base de processeur Intel couvrent largement le spectre des systèmes informatiques.

    l'IA-32 (et ses extensions 64 bits) couvrent de l'ultra portable au serveur, l'IA-64 pour les stations de travail et serveurs, et le XScale (à base ARM:) pour les terminaux mobiles.

    Par ailleurs, demander dès l'annonce la procédure pour céder des droits, ça sent pas franchement le patch de 15 lignes mais quelque-chose de plus conséquent.

    Bref, une initiative à saluer.

    PS : il n'y a plus qu'à voir si Sun va faire de même pour ses processeurs SPARC et OpenSPARC O:-)