Bonnefille Guilhem a écrit 644 commentaires

  • [^] # Re: vers l'hyper-république : rapport sur l'administration et l'internet

    Posté par  (site web personnel) . En réponse à la dépêche vers l'hyper-république : rapport sur l'administration et l'internet. Évalué à 7.

    Non pas que je sois contre l'utilisation d'OpenOffice, mais je ne vois pas l'utilité de diffuser des documents dans un format éditable (OpenOffice ou Word), sauf si le document a vocation à être modifé (libre ?). Il me semble qu'il faut surtout demander la diffusion des documents dans des formats plus classiques et non éditable : PDF par exemple.

    Il me semble que c'est un bon moyen pour que le document se retrouve accessible au plus grand nombre :
    - il existe un lecteur sur la plupart des plateformes (merci acoread and co.),
    - on ne risque pas d'avoir des problèmes de mise en page (reformatage par la suite bureautique).

    Bref, en attendant que les fichiers OpenOffice deviennent des formats classiques, je pense qu'il faut utiliser en premier lieu ceux qui existent deja et qui se sont imposés de fait.
  • # Faire des dons pour gagner deux fois

    Posté par  (site web personnel) . En réponse à la dépêche Réflexion lancée à propos d'alternatives aux majors !. Évalué à 2.

    Un petit rajout à ce sujet : il est aussi possible de faire des (micro)dons qui soient déductibles d'impots. Ceci dépend de la reconnaissance du bénéficiare.

    Par exemple : http://france.fsfeurope.org/donations/donate.fr.html(...)
  • [^] # Re: Sourcemage, la distro de vos rêves...

    Posté par  (site web personnel) . En réponse à la dépêche Sourcemage, la distro de vos rêves.... Évalué à 1.

    je pas trouvé beaucoup de nouveau par rapport à la Gentoo...
    ce que sourcemage utilise reste quand même un bon concept...

    Justement, quelles sont, plus precisement, les differences ?
    Je ne connais ni Gentoo, ni sourcemage (a part ce qui est dit sur DLFP).
    Avez-vous des conseils sur la maniere de choisir l'une ou l'autre ?

    Merci d'avance.
  • [^] # Re: Un éditeur qui gagne à être connu......

    Posté par  (site web personnel) . En réponse à la dépêche Un éditeur qui gagne à être connu....... Évalué à 6.

    Personnellement, je conseille Anjuta ( http://anjuta.sourceforge.net/(...) ) a tous ceux qui veulent demarrer un projet Open Source. En effet, a la creation d'un projet, il est possible de demander de creer les configure.in et autres mecanismes de generation qui augmentent tres sensiblement la portabilite des programmes.

    Ainsi, apres juste un clic de souris, votre projet respecte le quasi standard de generation ./configure && make && make install. Je pense que tous ceux qui ont deja implemente un configure.in a la main comprendront l'interet d'une solution de depart a base d'un clic.

    Un fois le projet cree, rien ne vous oblige a rester avec Anjuta (c'est aussi ca la liberte de choix :-)).
  • # La licence n'est pas LEUR argument publicitaire

    Posté par  (site web personnel) . En réponse à la dépêche Prentice Hall va publier des livres Libres grâce à Bruce Perens. Évalué à 1.

    Je m'y prend peut-etre mal, mais la nature "Open Source" (et surtout ce qu'elle signifie) n'est pas affichee en grand.

    Je suis mauvaise langue dans la mesure ou la couverture reprend «Bruce Perens' Open Source Series», mais ca ne va pas plus loin. Peut-etre est-ce fait dans le livre, mais comme on ne peut pas encore le consulter...

    Par contre, la licence et sa signification sont introuvables depuis la page du livre chez le revendeur (Barnes and Noble).

    De plus, je suis incapable de trouver des informations sur ces livres depuis la page de Prentice Hall ( http://vig.prenhall.com/(...) ). Le moteur de recherche ne renvoie aucun resultat aussi bien au sujet de "Bruce Perens" ou meme des ISBN.

    C'est quand meme surprennant.
  • [^] # Re: Balader un bureau en campagne

    Posté par  (site web personnel) . En réponse au message [X-Window] Balader un bureau en campagne. Évalué à 1.

    Les amoureux de la ligne de commande ne s'en plaindront pas...

    Pourquoi utiliser du X11forwarding dans ce cas, un simple telnet/ssh suffit ;-)
  • [^] # Re: Client windows

    Posté par  (site web personnel) . En réponse au message [X-Window] Balader un bureau en campagne. Évalué à 1.

    Utilisateur regulier de la solution serveur Windows et client Linux, je souhaite apporter un peu de mon experience.

    Le seul point negatif reside dans le raffraichissement. En effet, l'ouverture des menus est tres rarement detectee de suite. Il faut donc souvent faire passer la souris sur tout le menu histoire d'y voir quelque chose (la zone de la souris etant systematiquement raffraichie).

    J'ai aussi remarque un comportement bizare (non etudie) : il semble que le serveur decide parfois que le CAPS-Lock a ete enfonce. Du coup, le click de souris suivant se transforme en selection de liste/zone. C'est relativement genant avec le tableur, puisqu'il faut penser a faire preceder tous les clics souris d'une pression de la touche Shit.

    A part ca c'est vraiment genial.
  • [^] # Re: Participez à GFORGE !

    Posté par  (site web personnel) . En réponse à la dépêche Participez à GFORGE !. Évalué à 4.

    Desole de mon imprecision, mais ma question portait sur Debian for Sourceforge http://sf.pingproject.org/(...). En ce qui concerne Blender, il utilisent GForge (si j'ai tout compris).
  • [^] # Re: Participez à GFORGE !

    Posté par  (site web personnel) . En réponse à la dépêche Participez à GFORGE !. Évalué à 3.

    Debian for Sourceforge

    A quoi sert ce site ?
    Est-il tout nouveau ou a l'abandon ? Je viens de cliquer sur quelques liens et y'a rien dedans, zero projet (bienque la page d'acceuil indique 6 projets heberges).
  • # Re: Tunnel http

    Posté par  (site web personnel) . En réponse au message [Terminal] Tunnel http. Évalué à 1.

    Desole de mon ignorance, mais n'y a-t-il pas moyen de traverser un proxy pour atteindre un serveur qui ne fait pas tourner hts ?

    En fait, je voudrais faire des connexions CVS securisees ssh (vers savannah.gnu.org par exemple).

    Quelqu'un connait une astuce ?
  • [^] # Re: ABS

    Posté par  (site web personnel) . En réponse à la dépêche Une liste de diffusion francophone sur la programmation de scripts en shell. Évalué à 10.

    Je propose aussi : http://www-ensimag.imag.fr/cours/Systeme/documents/shell/Korn.Shell(...) . Il est bien fait, plutot didactique. Il ne se veut pas vraiment etre un manuel de reference (le 'man' est la pour ca) mais cherche plutot a expliquer les choses, exemples a l'appui. Il merite un coup d'oeil.
  • [^] # Re: Faites ce que je dis...

    Posté par  (site web personnel) . En réponse à la dépêche Logiciels Libres dans l'administration française. Évalué à 1.

    Que diriez-vous d'un texte officiel ponctué de fautes de grammaire et d'orthographe ?

    J'en fais tellement que je suis mal place pour dire quoique ce soit :-0

    Quand on veut donner des leçons

    Quel est le seuil de tolerance ? Si c'est ZERO, je renvois le compliment car y'a UNE erreur sur la page de garde de l'Abul ;-)

    En plus, il faut relativiser : au moins sur la page de garde, les erreurs sont plutot minimes.

    Non, plus serieusement, il me semble que dans un guerre (comme celle qui se mene actuellement entre libre et proprietaire) il y a des priorites. Pour moi, la forme est moins importante que le fond et il faut accepter que les choses se fassent lentement. En plus, j'imagine que l'administrateur WEB sera certainement sensible a la remarque (si elle lui est formulee).
  • [^] # Re: Moi aussi j'ai une question !

    Posté par  (site web personnel) . En réponse à la dépêche Article de LinuxFrench sur GNU/Hurd. Évalué à 1.

    Désolé, mais il faut que je reagisse.

    Le principe de développement des LL, grâce aux libertés offertes par les licences, est que le client peut modifier le logiciel. Bien sûr, les clients/utilisateurs n'ont pas forcément les compétences pour développer, mais ils peuvent influencer le développement : par exemple en demandant des développements plus rapides (cycle release->test_utilisateur->anomalie->release) ou un processus de développement plus sûr (avec des tests de non-regression, des circuits de relecture, des métriques à chaque version, etc.).

    Bref, le client est forcément satisfait puisqu'il décide/influence directement. D'après ta definition de la qualité, je serais donc d'avis de conlure que les LL sont un très bon moyen de garantir la qualité d'un logiciel.

    Par contre, il est évident que le principe de fonctionnement est différent de celui du monde industriel.
    Je pense que tu as tort quand tu pose la question Comment allez-vous assurer à vos "clients" que vous tenez votre rang ? C'est au client de definir la réponse à cette question et de donner les moyens (en participant) d'y parvenir.
    Professionnellement, je suis ingénieur dans une SSII (pour le spatial). Nos clients nous bassinent avec la QUALITE mais ils sont bien incapables de mettre une définition derriere ce terme, et ils sont rarement prets à mettre les moyens pour l'obtenir. Du coup, la QUALITE se traduit par d'interminables TRACES (grand terme de la QUALITE) que personne n'exploite et qui incite à TORCHER le code car y'a des rapports à produire et temps nous est compté.
    Avec ma petite expérience, la qualité du logiciel est finalement obtenue grâce aux compétences des développeurs plus que grâce aux règles qui sont imposées par des gens qui n'ont plus les compétences de développer (Lois de Peter).
  • [^] # Re: Moi j'ai une response !

    Posté par  (site web personnel) . En réponse à la dépêche Article de LinuxFrench sur GNU/Hurd. Évalué à 1.

    çà permet de sauver une bande passante précieuse

    Vu qu'il faut un post d'environ 450 caracteres pour expliquer cette representation, je suis pas sur du gain en bande passante ;-)

    OK, -1 (des qu'on nous le rendra)
  • [^] # Re: Libérez Lighthouse Design !

    Posté par  (site web personnel) . En réponse à la dépêche Libérez Lighthouse Design !. Évalué à 0.

    Ne penses-tu pas que proposer de payer Sun pour libérer ses logiciels...

    Je ne propose pas de payer pour liberer le produit, je propose de commencer l'etude de marche qui permettra a SUN de determiner le prix de la boite complete. En plus clair, ce que je propose c'est d'identifier le gain potentiel de la distribution du produit. Une fois identifie, et si ca peut etre rentable, je pense que SUN ne verra pas d'inconvenient a liberer le logiciel pour faire developper ses futures versions par la communaute.

    Sinon, d'un point de vue general, il me semble que tu confonds allegrement liberte et gratuite. Au risque de te faire perdre tes illusions, notre monde (celui dans lequel toi aussi tu vis) est dirige par l'argent (le fric). Comme je l'ai dit plusieurs fois sur ce site, je n'ai pas honte de manger le soir GRACE a ce qu'on me paye pour du developpement logiciel. L'argent ne poussant pas dans les arbres, il faut bien que quelqu'un paye ce que je produit et d'habitude c'est le client/utilisateur.

    Ironie mise a part, je crois qu'il faut ouvrir les yeux : le logiciel libre dans les entreprise n'a aucun avenir si on ne trouve pas un moyen de gagner de l'argent avec.
  • [^] # Re: Libérez Lighthouse Design !

    Posté par  (site web personnel) . En réponse à la dépêche Libérez Lighthouse Design !. Évalué à 3.

    Deux points : - tout d'abord, il me semble que SUN distribue une suite bureautique (StarOffice). Je pense que ce point explique peut-etre pourquoi ils n'ont rien fait avec Lighthouse Design. - ensuite, il ne faut pas oublier que SUN est une societe commerciale : un de ses buts premiers consiste a faire de l'argent (plus qu'a faire plaisir a des liberateurs de logiciels). Je pense donc que pour eveiller leur interet il serait certainement plus efficace de demander une liberation du produit (pour garantir sa perennite) et preciser le prix que les utilisateurs seraient pret a mettre dans un produit bien package[1]. Il suffirait de rajouter un champ : "combien etes vous prets a payer". [1] je suis convaincu que tous les utilisateurs de Linux ne sont pas de bidouilleurs fous prets a recompiler un soft, et que donc il faut offrir des solutions bien packagees (belle boite, joli manuel, support...).
  • [^] # Re: Sortie de GNU OS retardée

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU OS retardée. Évalué à 1.

    Avant tout, je trouve simplement que dire que Hurd est un OS serveur, sans plus de precision, c'est moyen.

    Ensuite, pour moi, un OS qui est architecture pour offrir plus de fonctionnalites/libertes (on y revient) a l'utilisateur c'est dommage de le mettre en serveur WEB loin des utilisateurs. Y'en a deja plein des OS/distribs specifiques a une tache particuliere.

    De toute facon, faudrait pas lire ce que je n'ai pas voulu ecrire : je dit juste que Hurd est plus qu'un OS serveur WEB.
  • [^] # Re: Sortie de GNU OS retardée

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU OS retardée. Évalué à 1.

    Pourquoi GNU/OS est un OS serveur avant tout ? Quel genre de serveur ?

    Il me semble que le design tres modulaire permet plutot d'offrir de grande liberte aux utilisateurs. Donc pour moi :
    - OUI c'est un OS serveur avec 10 utilisateurs dessus (station),
    - NON c'est pas un OS serveur HTTP/FTP.
  • [^] # Re: GNU MAch abandonné ?

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU OS retardée. Évalué à 0.

    Le monsieur vient de dire que le Hurd est TRES modulaire. Le fait que la gestion des partitions soit en retard ne signifie (en premiere approche) rien de plus que le fait qu'aucun developpeur n'a envie de faire la modif.

    Il faut bien comprendre que, contrairement a un noyau monolitique, ce probleme n'est pas forcement critique : des que quelqu'un se sera penche sur le probleme, il ne sera pas necessaire pour lui de tout casser, simplement modifier le module qui est en retard.

    Concernant le fait que Hurd 1.0 soit utilisable en production, je suis pas doue en anglais, mais il me semble justement avoir compris qu'ils prefere corriger ce probleme AVANT de sortir la 1.0.
  • [^] # Re: Nouvelle GPL

    Posté par  (site web personnel) . En réponse à la dépêche Sortie de GNU OS retardée. Évalué à -1.

    Heuuhhh, il me semble qu'entre autre liberte, la GPL essaie de permettre a qui veut de modifier les sources. Donc, elle transforme implicitement/potentiellement tout utilisateur en developpeur. J'en deduis (c'est extreme, mais quand meme) qu'elle contraint potentiellement l'utilisateur.

    Ca me semble paradoxal tout ca.

    Personellemment, j'ai toujours cru (a tort semble t'il vu ce que je viens de lire) que la GPL cherchait a contraindre la DISTRIBUTION, l'application de la licence. Si elle commence a s'attaquer aux developpeurs, elle va mal finir.

    <troll>
    La prochaine etape c'est quoi, obliger l'utilisateur a telecharger Hurd pour utiliser un logiciel sous GPL ?
    </troll>
  • [^] # Re: vous trouvez pas ca bizarre ?

    Posté par  (site web personnel) . En réponse à la dépêche Cheval de Troie découvert dans la libpcap et tcpdump. Évalué à 2.

    Cette vision est un petit peu manicheenne non ? Developpeurs LL = gentils, Developpeurs Proprietaires = mechants.

    De mon point de vue, la difference entre Developpeurs LL et Developpeurs Proprietaires se situe au niveau du contrat de travail : pour les premiers, le contrat se resume (le plus souvent) a une confiance mutuelle, pour les seconds, il s'agit de monaie, sonnante et trebuchante.

    Si un Developpeur Proprietaire introduit un cheval de troie, c'est qu'il est paye pour, c'est a dire que c'est un choix strategique que sa hierarchie a fait (a moins qu'il souhaite veroller le produit sur lequel il bosse, mais la je pense qu'il risque gros le type, genre faute professionnelle). Donc, si c'est un choix strategique, je vois mal comment il est possible de l'enlever (vu que les sources sont cachees, et tout et tout).
  • [^] # Re: Les protections contre la copie de CD audio sont inefficaces

    Posté par  (site web personnel) . En réponse à la dépêche Les protections contre la copie de CD audio sont inefficaces. Évalué à 7.

    Le plus simple, c'est d'arreter d'acheter des produits tels des disques/livres etc ....

    Je ne suis pas de cet avis. Personnellement, je prefere acheter mes CD uniquement lorsqu'ils sont a des prix qui me conviennent (promo, produit d'appel, vente DISCOUNT, etc.). En faisant ca, j'imagine orienter les etudes commerciale sur le prix que sont pret a mettre les acheteurs.
  • [^] # Re: Hurd, RMS et la chasse aux developpeurs

    Posté par  (site web personnel) . En réponse à la dépêche HurdFr et conférence sur le Hurd. Évalué à 1.

    Desole de paraitre desinforme, mais c'est quoi cette histoire "bitkeeper/linux lance par RMS" ? Quelques liens a proposer ?
  • [^] # Re: Indiquer ce qu'est waimea ne serait pas de trop ...

    Posté par  (site web personnel) . En réponse à la dépêche waimea-0.4.0-pre1 est sorti. Évalué à 1.

    Ca me semble ambitieux/inatteignable comme objectif. En effet, en premiere approche, le fait de rendre beau ou configurable utilise forcement plus de ressources et certainement plus de CPU donc FORCEMENT moins rapide.
  • # Optimisation quand tu nous tiens

    Posté par  (site web personnel) . En réponse au message [Terminal] La liste des utilisateurs sur 5 colonnes ?. Évalué à 1.

    Extremiste que je suis, je ne peux rester muet devant la ligne de commande proposee. En effet, le 'cat' est PARFAITEMENT inutile (donc perte de CPU et message). En effet, la commande cut SAIT ouvrir un fichier pour travailler dessus. On pourrait donc ecrire :
    $ cut -f 1 -d: /etc/passwd | pr -5

    Et quand bien meme la commande ne saurait pas le faire, c'est le shell qui peut faire une partie du travail grace au '<'. Ainsi :
    $ cut -f 1 -d: < /etc/passwd | pr -5

    Personnellement, je pense que la commande 'cat' n'a d'interet que lorsque l'on veut conCATener plusieurs fichiers. Exemple :
    $ cat /etc/passwd /etc/group | cut -f 1 -d: | pr -5

    Voila voila. C'etait un message pour une plus grande maitrise de l'environnement.

    Bon, -1 vu le niveau de ce commentaire, mais il fallait le faire.