Pierre Téchoueyres a écrit 39 commentaires

  • [^] # Re: l'interview est en pdf

    Posté par  . En réponse au journal Pour finir ou commencer l'année : une interview de Donald Knuth. Évalué à 4.

    Ce n'est pas tellement le fait qu'elle soi en PDF qui me gène, mais le fait que la présentation est horrible !

    Pour une interview de l'auteur de TeX c'est dommage …

  • # Superbe travail

    Posté par  . En réponse au journal Ces quelques modèles de CV. Évalué à 10.

    Juste pour dire merci de ce cadeau.
    C'est vraiment un très beau travail d'une belle qualité.
    Voilà c'est tout.

  • [^] # Re: Plus rapide ?

    Posté par  . En réponse à la dépêche Kakoune, un éditeur de texte qui a du caractère. Évalué à 2.

    Pourquoi à la ramasse ?
    Il y a bien quelques différences de syntaxe mais j'ai pas l'impression qu'il y ait de gros manques côté Emacs.
    Quelques exemples seraient les bienvenus.

  • [^] # Re: Cela n'explique pas pourquoi ...

    Posté par  . En réponse au journal Humour d'informaticien. Évalué à 1.

    Parce que ce jour là tu peux te déguiser en tueur psychopathe et régler leur compte aux designer, project manager, QA team et autres sysadmins.
    Et quelque part c'est un peu Noël de pouvoir faire ça :-)

  • # Gnome & Steam

    Posté par  . En réponse à la dépêche Bilan Steam et GNU/Linux aux ¾ de l’année 2015. Évalué à 10.

    Ce qui est savoureux c'est qu'au départ le projet Gnome a débuté parce que KDE (Qt en fait) n'était pas assez "libre" …
    Alors aujourd'hui faire la promotion de logiciels non libres directement dans Gnome c'est assez amusant.

    Je sais ce commentaire n'est pas du tout constructif.

  • # C'est quoi l'intérêt ?

    Posté par  . En réponse au journal Visual Studio Code est disponible pour Linux. Évalué à 3.

    C'est une vraie question.
    Il y a déjà pléthore de candidats pour éditer du code sous GNU/Linux (ou ailleurs).

    Autant le VisualStudio complet je peux comprendre, mais l'éditeur seul je comprends pas.

    Alors c'est quoi la super fonctionnalité de la mort qui tue qui le rend indispensable ?

  • [^] # Re: Tout cela à l'air bien mais ...

    Posté par  . En réponse à la dépêche G'MIC 1.5.9.3 : Poisson Blending, Seamcarving, OpenMP, et autres joyeusetés !. Évalué à 1.

    Effectivement sans OpenMP ça passe.
    Mais même avec g++ 4.8.2 ça plante chez moi.
    Cf. l'autre commentaire pour plus d'info.

  • [^] # Re: Tout cela à l'air bien mais ...

    Posté par  . En réponse à la dépêche G'MIC 1.5.9.3 : Poisson Blending, Seamcarving, OpenMP, et autres joyeusetés !. Évalué à 1.

    Certes …
    En même temps j'ai jamais dit que je voulais être constructif. Je souhaitais juste vérifier si j'étais seul ou non …

    Bon pour les info un peu utiles :
    gcc :

    gcc --version
    gcc (GCC) 4.8.2 20131212 (Red Hat 4.8.2-7)

    système : fc20 3.14.8-200.fc20.x86_64
    openmpi : 1.7.3

    et le beau message de gcc quand ça plante :

    In file included from gmic.h:70:0,
    from gmic.cpp:1879:
    ./CImg.h: In instantiation of 'cimg_library::CImg& cimg_library::CImg::operator*=(t) [with t = int; T = unsigned char]':
    ./CImg.h:47488:73: required from 'int cimg_library::cimg::dialog(const char*, const char*, const char*, const char*, const char*, const char*, const char*, const char*, const cimg_library::CImg&, bool) [with t = unsigned char]'
    ./CImg.h:47573:64: required from here
    ./CImg.h:650:35: internal compiler error: Segmentation fault
    #define cimg_rof(img,ptrs,T_ptrs) for (T_ptrs ptrs = (img).data + (img).size() - 1; ptrs>=(img)._data; --ptrs)
    ^
    ./CImg.h:10635:7: note: in expansion of macro 'cimg
    rof'
    cimg_rof(
    this,ptrd,T) *ptrd = (T)(*ptrd * value);
    ^

    S'il faut autre chose il suffit de demander :-)
    Mais comme déjà indiqué je ferrais le bug report sur le bon projet (gcc, openmp, gmic) quand j'en saurais un peu plus sur le pourquoi du comment …

    P.S.
    Si quelqu'un sait comment coller du texte pré-formaté dans les commentaires …

  • # Tout cela à l'air bien mais ...

    Posté par  . En réponse à la dépêche G'MIC 1.5.9.3 : Poisson Blending, Seamcarving, OpenMP, et autres joyeusetés !. Évalué à 2.

    Je dois pas avoir de chance impossible de le compiler depuis les sources.
    GCC se vautre lamentablement avec une erreur interne.
    Et clang fait pas mieux.
    Je pense que les deux ont du mal avec la compilation d'un template …
    ça bouffe toute la mémoire et pouf !
    Si quelqu'un a déjà eut le problème (ou sa solution)
    Je ferais un bug report quand j'aurais un peu plus analysé le pourquoi du comment.

  • [^] # Re: accord exclusivement pour Mozilla?

    Posté par  . En réponse au journal Cisco paie le h264 en faveur de Mozilla. Évalué à 3.

    Allez un indice :
    Cisco WebEx.

    Payer cette licence permet simplement à CISCO de s'assurer que son service de vision-conférence fonctionnera correctement avec FireFox.

  • [^] # Re: Et KDE PIM ?

    Posté par  . En réponse à la dépêche KDE SC 4.8 est disponible. Évalué à 0.

    Alors pour ceux qui se poseraient la question : KDE PIM n'est toujours pas utilisable.
    Toujours les mêmes problèmes sur les fichiers mbox, donc impossible de récupérer ses e-mails dans /var/spool/mail.
    Bref de ce côté là c'est pas bon.

  • [^] # Re: Et KDE PIM ?

    Posté par  . En réponse à la dépêche KDE SC 4.8 est disponible. Évalué à 2.

    Oh, mais il le "gérais" déjà le format mbox. C'est juste que les filtres fonctionnaient plus, que le compactage arrivait quand il voulait et que donc les messages effacés revenaient.
    Plus le fait que les dossiers de KMail ne sont plus des maildirs que l'on peut aussi alimenter via procmail ou simplement lire avec un autre client (ou alors je sais pas comment faire).
    Là j'ai un peu l'impression de me retrouver avec un Outlook et son PST en moins bien vu que je sais même pas où il stocke le PST.

  • # Et KDE PIM ?

    Posté par  . En réponse à la dépêche KDE SC 4.8 est disponible. Évalué à 6.

    Et sinon le nouveau KDE PIM (Kmail) est enfin utilisable ? Parce que ne pas pouvoir récupérer les e-mail dans /var/spool/mail/machin c'est quand même un truc que j'aimerais enfin pouvoir utiliser ...

    Vous pouvez rendre ce commentaire inutile, je crois que je suis aigris sur le sujet ...

  • [^] # Re: Vaches à lait...

    Posté par  . En réponse au journal frais de port gratuit pas pour tout le monde. Évalué à 1.

    Et alors t'en a pensé quoi des infortunes ?

    Sinon mis à part ça c'est vendeurs c'est un peu comme partout. Il y a les bons, les moins bons et ceux qui n'osent pas te dire qu'ils n'en savent rien. Donc si tu tombe sur le dernier sur un sujet qu'il maitrise tout va bien, sinon ....
  • # Quelques interrogations.

    Posté par  . En réponse à la dépêche Une nouvelle licence de logiciel libre : CeCILL. Évalué à 5.

    	Tout d'abord je ne parviens pas vraiment à bien situer cette
    licence par rapport à la GPL et la LGPL. Dans la CeCILL au paragraphe
    5.3.4 il est explicitement dit qu'en cas d'utilisation / intégration
    d'un/à un code GPL le résultat pourra être publié sous GPL. Moi il me
    semblait justement que la GPL OBLIGEAIT cela ?
    	 Ensuite il y a la partie sur les modules dynamiques au paragraphe
     5.3.3. Il est dit que la licence ne s'applique pas aux modules dynamiques
     développés par l'utilisateur. Or il me semblait (je peux faire une
     erreur) que justement pour la GPL cette distinction n'existait pas. Et
     que seule la LGPL permettait un lien dynamique avec un logiciel sous une
     autre licence ?
    
           Donc ma question est de quelle licence est elle l'équivalent ? GPL
    ou LGPL ?
    
    	Un autre point sur lequel je m'interroge est la durée de cette
    licence. Il est dit qu'elle vaut pendant la durée des droits
    patrimoniaux. Donc qu'en est-il après ( donc après la mort de l'auteur ) ?
    est-ce que le logiciel tombe dans le domaine public ou bien est-ce que la
    licence continue tant qu'un des contributeurs au moins sera en vie ?
    Et par rapport à la GPL qu'en est il ? Il me semblait qu'il n'y avait pas
    de limite de durée avec la GPL/LGPL.
    
  • [^] # Re: Noyau 2.6.3 dans les bacs

    Posté par  . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 2.

    oui, j'ai trouvé :
    /proc/sys/kernel/modprobe contenait /bin/true
    c'est le script d'init de ma Mandrake qui me fesais des blagues. j'ai corrigé pour y mettre /sbin/modprobe et tout est rentré dans l'ordre.

    Question subsidiaire est-ce que /proc/ksyms est toujours présent en 2.6 ?
  • [^] # Re: Noyau 2.6.3 dans les bacs

    Posté par  . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 1.

    y a pas de mal,
    Pour la spécification je veux bien mais ce qui me chagrine c'est qu'avec le 2.4 cette syntaxe est tout a fait valide et fonctionne très bien.
  • [^] # Re: Noyau 2.6.3 dans les bacs

    Posté par  . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 1.

    voila la ligne de mon fstab
    /dev/scd0 /mnt/cdrom auto noauto,iocharset=iso8859-15,ro,user,nodev,umask=0,nosuid 0 0

    et non "mount /mnt/cdrom -t iso9660" ne fonctionne pas (erreur de syntaxe)

    mais "mount /dev/scd0 /mnt/cdrom -t iso9660" fonctionne lui
  • [^] # Re: Noyau 2.6.3 dans les bacs

    Posté par  . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 1.

    1) je pense que mon fstab est correct (en tout cas il marche bien en 2.4)
    si il faut je pourrais t'envoyer plus d'info en privé
  • # Re: Noyau 2.6.3 dans les bacs

    Posté par  . En réponse à la dépêche Noyau 2.6.3 dans les bacs. Évalué à 0.

    Bon là je vais friser le hors sujet mais tant pis.
    J'ai un certain nombre de pb avec cette série de noyeaux et je ne sais pas trop d'où cela proviens donc si une ame charitable pouvais éclairer ma lanterne.
    1) impossible de monter un CD-ROM : un mount /mnt/cdrom me sort un joli "mount: wrong fs type, bad option, bad superblock on /dev/cdroms/cdrom0,
    or too many mounted file systems". Alors qu'un mount /dev/cdroms/cdrom0 /mnt/cdrom -t iso9660 fonctionne correctement.

    2) impossible d'obtenir un fonctionnement correct de pppd j'ai un "pppd was unable to register a discipline to line ttyS0"

    voila si quelqu'un à des idées.
  • [^] # Re: Pilotes Nvidia 5328

    Posté par  . En réponse à la dépêche Pilotes Nvidia 5328. Évalué à 1.

    Oui c'est peut-être une solution mais si on veux que l'autre sortie de XFree se fasse sur la télé comment fais-t-on ? Si quelqu'un à une idée ?
  • [^] # Re: Il y a la chaîne de CAO Alliance

    Posté par  . En réponse à la dépêche GHDL, un front-end VHDL pour Gcc. Évalué à 0.

    le mien viens carrément de se vaporiser ;-)))
  • [^] # Re: Yo, Champagne !

    Posté par  . En réponse à la dépêche Real Networks : plate-forme de streaming ouverte. Évalué à -4.

    Oh mon trollomètre viens d'exploser !!!

    P.S.
    tous droits réservés au Guide du Linuxien Pervers
  • [^] # Re: palladium en opensource ???

    Posté par  . En réponse à la dépêche FAQ sur Palladium. Évalué à 10.

    Ben c'est que t'as lu l'article en diagonale. En effet ce que dit l'auteur c'est que: même si le source était GPL tu ne pourrait rien en faire puisque l'éxécutable devrait être certifié pour fonctionner dans une machine TCPA. Or il est bien évident que seule la version de MS ou une version "officiellee" pourra être certifié. Et bien sûr une certification n'est possible que contre espèces sonnantes etc. Donc en gros, avec ce système publier ou non le code ne change strictement rien au problème. et même si j'osais je dirrais que c'est là la beauté de la chose : <Humour mode="noir, très noir">ils nous ont pris à nôtre propre jeux.</Humour>
  • # Cygwin : bientôt un environnement menacé ?

    Posté par  . En réponse à la dépêche KDE sous Cygwin. Évalué à 8.

    Justement ce matin un de mes collègues m'a fait parvenir ceci :
    http://www.microsoft.com/windows/sfu/default.asp(...)

    ou il y est question d'un équivalent à cygwin made in Redmond.
    Alors si même microsoft s'intéresse à un équivalent à cygwin c'est qu'ils y ont très bien réfléchit.