Sebastien a écrit 537 commentaires

  • [^] # Re: Euh..

    Posté par  . En réponse au journal ondelettes version lifting. Évalué à 2.

    Je m'etais aussi laisse entendre dire que ca pouvait aussi servir a la reconnaissance de formes.
    Ce qui est sans doute vrai (enfin j'espere) car tout ce qui est reconnaissance de formes est base sur la 'theorie' du traitement du signal.

    J'ai bon ?
  • [^] # Re: Pour les accents sous qwerty

    Posté par  . En réponse au journal (de)Kompose ton desktop. Évalué à 2.

    Ou sinon on peut aussi spécifier une touche qui va composer la lettre et l'accent, genre une touche qui ne sert pas (la touche 'drapeau' de ton clavier :) ) :
    Dans ton .xmodmap tu mets :
    keycode 0x73 = Multi_key #== la touche drapeau/fenêtre

    et puis tu sources ce fichier depuis ton .login ou .[tcz]shrc :
    /usr/X11R6/bin/xmodmap ${HOME}/.xmodmap

    Et voilà.
  • [^] # Re: serveur central

    Posté par  . En réponse au message Trouver des serveurs. Évalué à 2.

    d'ou la bonne idée d'implémenter des mises à jour de logiciel à distance
    Attention je crois que c'est breveté :P

    Je me demandais, c'est pitêtre pas super intelligent, mais comme à priori c'est juste un fichier à lire : le faire via AFS avec authentification Kerberos?
    Avec les ACL quivontbien, c'est sécurisé... Plusieurs sites/serveurs ? Plusieurs répertoires dans le cache AFS...

    Mais c'est peut-etre utiliser la grosse artillerie pour pas grand chose...
  • # Si ca peut aider...

    Posté par  . En réponse au message SSH et le X forwarding. Évalué à 2.

    Je commencerai par :
    si il yavait des bons serveurs X windows GRATUIT
    Ouch! Heureusement qu'il n'y a pas beaucoup de monde sur le forum, parce qu'ou sinon, il y aurait tout un tas de remarques desobligeantes ;)

    Concernant, les serveurs X-window gratuits je peux pas trop t'aider, ou juste te dire qu'au labo on a HummingBird/Exceed (euh... 7?) et que ca marche plutot bien. Mais ca te fait une belle jambe.

    xhost+ c'est maâal, surtout depuis qu'on a inventé ssh ! (Pour etre presqu'exact, xhost lenomdelamachine doit etre necessaire lorsque tu veux faire de l'export de session X (et il faut se configurer son XDMCP, je crois) mais pour faire juste un export d'application, ssh suffit amplement )

    Donc : remets-moi un petit peu de sécurité STP et utilises plutot ssh :P

    Pour ta config de ssh, tu as bien mis X11Forwarding yes dans ton sshd_config, parfait, mais il faut aussi activer le forwarding cote client :
    ForwardX11 yes dans le ssh_config

    Le fin du fin ce serait aussi d'activer le forward de l'agent ssh
    ForwardAgent yes dans ssh_config.

    Voila.
    Mais comme je me rends compte que tout ceci ne marche que lorsque c'est du linux-à-linux, ca sert un peu a rien dans ton cas.

    Bon je crois que c'est a peu près tout. Ah si, encore une chose, sur mon linux, le x doit etre ouvert seul, ou bien je fais carrément un startx qui va me lancer gnome ?

    J'ai peur que ca rame carrément après...

    J'ai peur aussi : exporter tout ton bureau ? T'as du gigabit chez toi ? :P
    Exportes ton mozilla et tu verras :/
  • [^] # Re: pas plus utilisées

    Posté par  . En réponse au journal Les 50 ans du CERN : le berceau du web. Évalué à 3.

    Bon, la plupart de ces bibliotheques sont sous GPL [1].
    Et si tu as une petite Debian (meme si apparemment tu conseillerais scientific linux), un petit apt-cache show cernlib donnerait ca :

    Package: cernlib
    Priority: optional
    Section: science
    Installed-Size: 0
    Maintainer: Kevin B. McCarty <kmccarty@princeton.edu>
    Architecture: all
    Version: 2004.01.20-5
    Depends: cernlib-base, cernlib-core, cernlib-core-dev, cernlib-montecarlo, geant321-data, geant321-doc, geant321, libgeant1, libgeant1-dev
    Filename: pool/main/c/cernlib/cernlib_2004.01.20-5_all.deb
    Size: 974
    MD5sum: 04936dcb3e5a50878861aa7002b2921a
    Description: Almost complete set of Debian Cernlib packages
    Cernlib is a suite of data analysis tools and libraries created for
    use in physics experiments, but also with applications to other
    fields such as the biological sciences.
    .
    This metapackage provides almost all of the programs and libraries contained
    in Cernlib. Most people will likely want only a subset of these. A few
    extra Cernlib programs, not of interest to many people, may be obtained via
    the cernlib-extras metapackage.


    Donc vu que c'est dans le main de Debian, je suppose qu'il n'y a pas trop de probleme de licenses :P

    Y-a-t-il des gens qui ont un peu programme avec la CERNLib ?

    [1] : http://cernlib.web.cern.ch/cernlib/conditions.html(...)
  • [^] # Re: gtk2+ xft

    Posté par  . En réponse à la dépêche L'éditeur HTML Nvu 0.40 est sorti. Évalué à 2.

    serveur X implémenté au dessus d'une lib graphique 2D/3D (comme OpenGL)
    Ca me fait penser que les specifications d'OpenGL 2.0 sont sorties :
    http://www.sgi.com/newsroom/press_releases/2004/august/opengl.html(...)
  • [^] # Re: Les constructeurs ne sont pas des fonctions membre

    Posté par  . En réponse au message Héritage et constructeurs. Évalué à 1.

    Ce que j'avais vu dans Boost c'etait ca :
    http://www.boost.org/libs/optional/doc/optional.html#inplace(...)

    Bon ensuite, au niveau de l'heritage...
    L'heritage n'est pas a priori necessaire (un typedef pourrait suffir) pour l'utilisation en elle-meme de la classe.
    Cependant, il me faut surcharger des fonctions necessaires lors de la relecture (des objets instanties) a partir de fichiers sur disque (RTTI toussa quoi, du genre identification du type d'objet stocke (son nom, son espace de serialisation,... ) ).

    Donc bon.
    Apparemment pas de solution miracle. C'est vraiment trop injuste :P
    Mais merci de ta reponse.
  • [^] # Re: P..... ca craint!

    Posté par  . En réponse à la dépêche Râleurs pessimistes ou visionnaires d'un avenir sombre ?. Évalué à 6.

    ...la dilution du sirop dans l'eau...
    Pour le coup, je peux te decrire une experience qui te contredit :
    o Soit un becher rempli de liquide visqueux
    o Tu deposes a la pipette tes gouttes d'encre, tu peux meme faire un joli dessin,
    o Tu remues (doucement, il faut que le mouvement reste dans l'approximation lineaire, je te le concedes) dans un sens
    ==> tout semble bien melange.
    o Tu remues dans l'autre sens
    ==> Miracle : ton chef d'oeuvre est de nouveau la !

    Conclusion : la mecanique des fluides c'est coule.
    (Desole, mais je ne suis plus la)

    Conclusion2 : visitez la cite des sciences de la vilette et/ou le palais de la decouverte.
    Pour les provinciaux : regardez c'est pas sorcier :)
  • [^] # Re: Retour au meilleur des mondes

    Posté par  . En réponse à la dépêche Râleurs pessimistes ou visionnaires d'un avenir sombre ?. Évalué à 3.

    Dans le roman d'Huxley, il y avait aussi une reflexion sur l'eternel debat entre l'acquis et l'inne : est-ce qu'un individu formate, par ses genes et par son environnement social (voire son systeme de reference social), peut se surpasser et embrasser une autre culture (ie celle des sauvages) ?

    Cette question, qui est un (des) element(s) de reponse au pourquoi du renversement de certains regimes et cette ouverture sur un autre champ de reflexion, me laissent a penser que le bouquin d'Huxley est plus abouti car il ne se cantonne pas a la description statique du systeme BigBrother.
    Il a bien plus cherche les multiples imbrications et relations que peut avoir un individu avec son entourage.

    Mais bon c'est mon avis et je le partage.
  • [^] # Re: P..... ca craint!

    Posté par  . En réponse à la dépêche Râleurs pessimistes ou visionnaires d'un avenir sombre ?. Évalué à 2.

    Une citation qui me revient assez souvent en tête ces derniers temps, qui fait allusion à l'absence de lois au Japon

    Ah bon? Je n'étais pas au courant de cette particularité...
    Wikipedia non plus d'ailleurs... Une petite contribution ?

    http://fr.wikipedia.org/wiki/Japon(...)
  • [^] # 2010 odysée de l'espace.

    Posté par  . En réponse à la dépêche Râleurs pessimistes ou visionnaires d'un avenir sombre ?. Évalué à 0.

    Je vois que l'on connait ses classiques :P
    Mais pour la vie sur Europe, faudrait quand même voir à ne pas trop anticiper...
  • [^] # Des références communes

    Posté par  . En réponse à la dépêche Râleurs pessimistes ou visionnaires d'un avenir sombre ?. Évalué à 4.

    Il est amusant de constater au fil de ce fil de discussion comme l'existence d'un fond diffus de références communes (autant littéraires que de culture générale) se fait sentir.

    Un psychologue (ou un étudiant en psychologie) voire même plutôt un sociologue, devrait pouvoir se régaler avec tout le matériel à portée d'études.
    Quelqu'un pour nous expliquer la noosphère ?
    Ce pourrait-il que le systeme educatif francais joue son role en nous donnant les moyens et l'envie de nous ouvrir sur le monde ?

    Désolé pour le HS.
  • [^] # Re: P..... ca craint!

    Posté par  . En réponse à la dépêche Râleurs pessimistes ou visionnaires d'un avenir sombre ?. Évalué à 2.

    Une dictature (n'ayons pas peur des mots) ou l'on impose a tout le monde de penser la meme chose pour contribuer au bonheur de tous?

    Typiquement comme dans "Le Meilleur des mondes" d'Aldous Huxley : DRM + OGM = cocktail détonnant :P
    A lire. [1]

    [1] : http://perso.wanadoo.fr/metasystems/MeilleurDesMondes.html(...)
  • [^] # Re: Ben oui, c'est le principe de la prog objet quand même ...

    Posté par  . En réponse au message Héritage et constructeurs. Évalué à 1.

    Ouaip, c'est vrai que tout le monde ne s'appelle pas John Smith.
    J'ai répondu un peu trop vite et un peu trop tôt dans la matinée.

    Donc, oui, c'est bien class BiduleContainer : public DataVector
    que j'ai dans mon code.

    Lorsque j'essaye d'instancier un container de Bidule-s via :
    BiduleContainer bidules( selectionDeBidules.begin(), selectionDeBidules.end() );

    J'ai çà comme erreur de compilation :
    bidulesSelect.cxx:541: no matching function for call to `
    BiduleContainer::BiduleContainer(
    __gnu_cxx::__normal_iterator<Bidule**, std::vector<Bidule*,
    std::allocator<Bidule*> > >,
    __gnu_cxx::__normal_iterator<Bidule**, std::vector<Bidule*,
    std::allocator<Bidule*> > >)'
    BiduleContainer.h:21: candidates
    are: BiduleContainer::BiduleContainer()
    bidulesSelect.cxx:239:
    BiduleContainer::BiduleContainer(const BiduleContainer&)

    Donc si je comprends bien ce que me dit gcc3.2, il ne voit que les constructeurs par défaut et par copie, automatiquement générés par le compilo. Et pas ceux de la classe de base (DataVector).

    En tout cas merci de tes réponses.
  • # Le site

    Posté par  . En réponse au journal CMT : configuration management tool. Évalué à 2.

    Et j'ai (encore?) oublié de donner le lien :

    http://www.cmtsite.org(...)
  • [^] # Re: Ben oui, c'est le principe de la prog objet quand même ...

    Posté par  . En réponse au message Héritage et constructeurs. Évalué à 1.

    Donc a priori et à part les explicit, il n'y aurait aucune raison pour laquelle je ne pourrais pas faire çà :

    class BiduleContainer : public DataVector
    {}

    int main(int argc, char* argv[])
    {
    std::vector<Bidule*> desBidules;
    fillBidules(desBidules);

    BiduleContainer bidules(desBidules.begin(); desBidules.end());
    return 0;
    }

    J'ai bon ?
    Mais alors d'où vient mon erreur de compil' ? (C'est une question de pure réthorique, je vous demande pas non plus de programmer à ma place ;))
  • [^] # Re: Détail qui a son importance :

    Posté par  . En réponse au message Héritage et constructeurs. Évalué à 1.

    Je me réponds encore à moi-même juste pour dire que s'il y en a qui sont intéressés, voilà le code complet
    http://atlas-sw.cern.ch/cgi-bin/viewcvs-atlas.cgi/offline/Control/D(...)
  • [^] # Détail qui a son importance :

    Posté par  . En réponse au message Héritage et constructeurs. Évalué à 1.

    J'ai oublié un détail qui a son importance :
    tous les constructeurs de DataVector sont définis avec le mot clé explicit...
  • [^] # Re: Ben oui, c'est le principe de la prog objet quand même ...

    Posté par  . En réponse au message Héritage et constructeurs. Évalué à 1.

    Même si la classe est templatisée ?
    Désolé si j'ai un peu trop simplifié... :/

    Le problème c'est que j'utilise des std::vector<T*>
    aggrégés dans un DataVector (pour gérer certains aspects
    de persistance des données).
    Et pour ces mêmes aspects de persistance de données, il est d'usage
    de définir pour chaque classe Bidule, une classe BiduleContainer
    qui hérite de DataVector.

    Les éléments de DataVector sont alloués dynamiquement, et c'est donc DataVector qui en a la propriété.

    Bon je vais pas me répandre dans les détails techniques (que je ne maitrise pas suffisamment d'ailleurs), mais voilà en gros comment ca se goupille :

    template<typename T>
    class DataVector
    {
    private:
    OwnershipPolicy m_ownPolicy;
    typedef std::vector<T*> PtrVector;

    PtrVector m_pCont;

    public:
    DataVector(OwnershipPolicy ownPolicy = OWN_ELEMENTS);
    DataVector( InputIerator first, InputIterator last, OwnershipPolicy = VIEW_ELEMENTS );
    DataVector( ... );
    /* ...*/
    }
    et donc ensuite on peut definir des classes,
    class BiduleContainer : public DataVector { ... }

    et c'est donc à ce moment là que je voudrais pouvoir réutiliser les constructeurs par paramètres du template DataVector (principalement le constructeur qui permet de ne pas effacer les objets contenus car ils sont contenus par un autre conteneur qui lui a les droits de propriété.

    Est-ce que c'est plus clair ?
    Parce que bien entendu, même si je ne suis pas un programmeur C++ de haut niveau (cf [1]) j'ai quand même quelques bases :P

    Mon erreur (ou en tout cas une) c'est que je surchargeais l'operateur de construction par défaut ( ie: (void) sans définir d'Ownership par défaut) de ma class BiduleContainer.
    Mais le fait que je ne pas construire de BiduleContainer en utilisant la copie par itérateurs.

    Voilà voilà...

    [1] : https://linuxfr.org/~linuxfan/14787.html(...)
  • [^] # Re: kernel 2.6.8 ?

    Posté par  . En réponse au journal il passe sous Nux :). Évalué à 1.

    Ouais, ca m'a fait un coup au coeur, chuis allé directement sur kernel.org, mais qu'elle ne fut pas ma déception, Ô rage, Ô desespoir ! de ne voir "que" la rc4 :)
  • [^] # Re: nouvelle rubrique

    Posté par  . En réponse à la dépêche Failles de sécurité dans la libpng. Évalué à 2.

    Oui mais je pense que ce qu'il voulait dire (comme d'ailleurs ce gens-là aussi https://linuxfr.org/comments/457458.html#457458(...) ) c'est que toutes ces annonces de failles de securité nuisaient à la lisibilité du site. (attention, je dis pas qu'elles ne sont pas importantes, hein ! Ne me faites pas dire ce que je n'ai pas écrit !)

    Et les articles qui sont sur les deux pages que tu donnes sont passés en première ou seconde page...
    Une rubrique dédiée serait peut-être une (bonne) idée...

    Mes 0.02 neuros.
  • [^] # Re: nouvelle rubrique

    Posté par  . En réponse à la dépêche Failles de sécurité dans la libpng. Évalué à 2.

    Sans doute un truc à dire dans le forum Idées...
    https://linuxfr.org/forums/3/(...)
  • [^] # Re: toujours la même chose

    Posté par  . En réponse au journal Firefox moins sécurisé qu'Internet Explorer ?. Évalué à -1.

    Yep, tout pareil.
  • [^] # Re: 2000 GNU/Linux cible potentielle des brevets logiciels

    Posté par  . En réponse à la dépêche Interview du directeur technique du plan Copernic. Évalué à 4.

    En meme temps ce serait pas la premiere fois que le gouvernement se tirerait une balle dans le pied :(

    Mais c'est sur que ca peut faire avancer dans le bon sens.
  • [^] # Re: Naïf ?

    Posté par  . En réponse au journal Ils ont breveté Internet ?. Évalué à 1.

    ... mais ça peut aussi faciliter la compréhension du mécanisme sous-jacent aux lecteurs...

    Hum... Je sais pas si tu as deja consulté un brevet, mais généralement ( attention généralisation abusive : j'ai lu 3-4 brevets), l'explication de l'"innovation" reste suffisament floue voire même vague pour que même "l'homme du métier" reste un peu sur le carreau...

    Donc bon, je sais pas s'il n'y aurait pas une dérive par hasard ;)