Par ailleurs, les ISOs d'OpenBSD sont soumises à (c) : on n'a pas le droit de télécharger les ISOs *officielles*. Ce qui ne veut pas dire qu'il est interdit de charger des ISOs faites maison.
Je comprends pas trés bien. OpenBSD (enfin le groupe) offre des images ISO mais on ne peut pas faire de la revente de CD avec ou offrir ces images sur un magazine.
Par contre, si on reconstruit OpenBSD à partir des sources et que l'on fait des CDs d'installation alors là pas de copyright et on peut faire ce que l'on veut.
Pour les têtes en l'air comme moi, ça serait sympa de relancer la news le jeudi même où les reportages passent, histoire d'y penser le soir (et de l'enregister sur mon magnéto).
SUN est hyprocrite !!
Il faut vraiment se méfier de SUN. L'histoire avec le groupe Apache confirme l'hypocrisie de SUN.
Pour l'histoire sur la version payante de StarOffice, il faut attendre un peu avant de juger.
Mais le comportement de SUN avec la plateform JAVA me fait froid dans le dos. Si aujourd'hui il est encore possible de faire des développement en GPL avec la SE, ce n'est plus le cas avec la EE. Et rien n'interdit à SUN de changer à nouveau la license pour une future SE.
En faits, SUN cherche à ménager la communauté du libre (au sens large GPL/BSD) pour récupérer des développeurs mais dans le même temps ils ont aussi peur que M$ pour leur bizness. Le problème c'est que je suis sûr que c'est pas la dernière fois que l'on va voir un language venant d'une entreprise qui a une license bloquant les logiciels libres.
Finalement, le pire avec SUN, c'est que M$ passe pour des gentils sur le plan des outils de développement.
Et le plus chiant dans cette histoire, c'est que Java est un bon language et une plateforme trés agréable à programmer.
A propos de StarOffice/OpenOffice, avoir une version libre sur laquelle SUN peut pomper (grace à la LGLP) et une version payante en séparant bien les noms permet à SUN de séparer les deux mondes. Ils veulent laisser OpenOffice aux utilisateurs du libre et avoir StarOffice pour faire du fric. Je suis même sur que les entreprises qui chercherons à faire du fric avec OpenOffice via les services auront des soucis avec SUN.
Et pour ceux qui en douterai encore, oui SUN et M$ c'est le même combat: la domination totale du marché informatique.
Il semble proposer une solution de gestion d'un parc de machine sous linux (d'ou le brevet apparemment). Il aussi propose de faire de la certification de leur produit sous linux.
Tu remplaces linux par win, os/2 ou trouaball ça change rien c'est du discours marketing pur sur leur site.
Il se dise fondé par des membres actifs de la communauté linux et des adeptes du logiciel libre http://www.aduva.com/community.html(...) mais j'ai pas pu trouver de noms :(
Il propose en telechargement leur Aduva Manager mais uniquement pour une utilisation non commercial. La société a son centre de développement en israel. [je viens de voir un poste en réponse à mon premier, c'est probablement les auteurs en isarel de aduva].
Ce qui compte dans cette plainte c'est pas que c'est une société en train de rendre l'âme qui porte plainte contre Micromou, mais c'est que les médias s'y intéressent.
Imaginer simplement qu'un reportage sur le modèle économique de Microsoft et les techniques pour controler le marché (comme le monopole boot loader) passe dans une émission comme "Envoyé Spécial" ou "Zone Interdite/Capital" et leurs équivalents en audience au USA. Vous savez tous que cela changera du tout au tout.
La taille de la structure qui porte plainte est moins importante que l'attention que les médias peuvent porter sur une affaire. Micromou peut se payer tous les avocats du pays, il ne peut pas encore acheter tous les journalistes.
oui c'est tout à fait exacte mais j'ai voulu faire concis et simple. C'est pour ça que j'ai ramené toute l'étape sous le nom "DCT" (enfin "iDCT" pour être précis, cf plus haut).
En fait sous le nom "DCT" j'ai ramené:
- la transformation pixels->"fréquences" (la iDCT)
- la table de quantification dont tu as parlé qui élimine les informations les moins utiles pour l'oeil. C'est à ce niveau que ce fait la qualité de l'image quand elle sera décompressée.
- réorganisation des données en zig-zag pour préparer l'étape suivante.
- une compression de huffman (optimisation de l'utilisation des bits dans le fichier)
La dernière étape est la compression physique des données. La table de quantification permet de mettre des zeros dans les valeurs fréquentielles pour diminuer la taille du fichier en les supprimant.
Les valeurs fréquentielles incluent souvent les mêmes valeurs. Une compression de huffman se régale de ce type de données et elle est peu gourmande en ressource mémoire et CPU ce qui est intéressant pour de petits systèmes (avec l'aide d'une iDCT hardware toutefois pour les plus petits systèmes comme dans les appareils photos numériques).
Finalement, c'est bien toutes ces précisions comme ça le lecteur comprend ces histoires de compression de façon incrémentale aux travers des commentaires.
Pour diminuer la place prise par les images, on ne garde que les différences avec l'image précédente.
Les formats MPEG essaient de trouver les déplacements de portions d'images (le "motion") en plus du classique "différence de pixels". Le "motion compensation" c'est la première partie du codage, litéralement c'est la compensation de mouvement.
Dans la réalité marketing, le "motion compensation" n'est souvent que la partie décodage DCT hardware pas le "motion compensation" complet dont je parlais.
Pour info le décodage DCT [Discret Cosinus Transformation] est la transformation depuis un espace fréquentielle des couleurs vers l'espace des pixels (celui affiché par le moniteur). C'est la transformation inverse (avec pertes), la DCT, qui permet d'avoir un flux vidéo aussi compressé.
J'espère avoir été compris. Si c'es pas le cas, dites-le !
"An i810 XvMC (motion compensation) driver is now available (Linux only)."
Si je lis bien, maintenant Xfree86 va pouvoir offrir une interface commune pour la décompression harware de la vidéo en plus du changement de colorspace harware [je parle de Xv] ?
amusant l'amiga faisait pareil pour gérer l'affichage mais est-ce que cela permet vraiment d'accelerer une application sur un bi-proc ?
oui pour une application trés lourd graphiquement comme un traitement de texte, un tableur, un logiciel de présentation (word/excel/powerpoint pour les jeunes :) ) ou un gimp mais avec la puissance actuelle des processeurs le gain sera vraiment insignifiant.
Il faudra toujours adapter le programme pour qu'il tire parti d'une architecture bi-processeur.
bref c'est bien pour des "petites" machines en donnant un peu plus de CPU aux threads d'affichage. genre un PDA par exemple mais c'est juste un exemple (qui a dit un PDA sony dans la salle ?).
c'est pas con et absolument pas farfelu mais quel services font en bénéficier ? httpd, ftpd .... ok mais sshd, telnetd, inetd vont rester en root et bien d'autres services encore car ils en ont besoin.
Ne serait-ce pas beaucoup de code dans la couche de communication qui peut-être facilement contourner par les api setuid(), setguid() ?
de mon point de vue, oui mais pour d'autres non (la preuve, l'existence de ce patch).
désolé de ne pas donner de réponse franche car c'est presque de la religion à la vi vs emacs et je sens le troll venir (vite un nain et sa hache !).
Habituellement, si tu veux un service qui tourne pas en root sur un port root, tu "downgrade" (dégrade ?) vers l'utilisateur voulu aprés avoir ouvert les ports désiré avec les droits "root".
ça marche bien mais il faut que le programmeur est prévu cette possibilité.
A part un choix de design un peu plus propre (enfin presque car c'est limité aux sockets), je me demande qu'elle est l'avantage de cette solution (les ACLs). En effet, ouvrir ces ports directement aux utilisateurs complique la gestion de la sécurité. Maintenant que je peux associer des droits d'accès à mon compte perso pour gérer des ports "root", la corruption de mon compte pourra corrompre des "ports" root.
Au final, la meilleur sécurité théorique est donc d'associer à chaque service un compte (et surtout pas un compte d'utilisateur <<physique>>) mais il est possible de le faire sans ACL.
Ainsi, à part pour des histoire de religion de sécurité, avoir des ACL sur les ports "root" n'améliore pas la sécurité.
le format swf est ouvert ?
troller moi si je me trompe mais le 4 est ouvert en partie (pour le reste c'est reverse engineering) et le 5 pas du tout d'après mes explorations sur le net.
Si je me trompe pas, la couche sur laquelle il vont s'appuyer c'est BSD.
donc il ne serait pas plus juste de parler d'un portage vers BSD avant d'un portage vers MAC OS X ?
les commentaires sont les bien venu car entre BSD et MAC OS X c'est trés confu à mon gout. Pour l'instant j'avais compris qe MAC OS X c'est un BSD utilisant un micro-noyau MACH (un peu adapté d'ailleurs).
Je n'ai pas souvenir que ce soit arrivé avec les 2.2 .
oh que si !!! y'a aussi eu des versions vites jetées aux orties. comme la 2.2.1 qui avaient un exploit pour avoir l'acces root. Et j'ai souvenir d'une ou deux releases qui corompaient le file system (désolé j'ai pu les versions en têtes).
bref, la stabilisation des noyaux a toujours été un processus difficile.
et pour info la branche "stable" veut dire stabilisation des fonctionnalités (même si parfois il faut rejeter une partie comme la VM dans la 2.4) et chasse aux bugs. la branche "instable", c'est l'ajout de fonctionnalités aux prix d'une "stabilité" réduite.
Posté par Schwarzy .
En réponse à la dépêche LaTeX Fr.
Évalué à -1.
hum .. tu as la remarque facile. c'est pour gagner des XP ?
Comme on l'a fait remarque, il n'y a que trois minutes d'ecart avec le post precedent contenant la meme adresse. C'est au moins le temps qu'il m'a fallu pour retrouver l'adresse, rediger mon post et surout verifier qu'il n'a a pas trop de fautes d'hortographe. Et comme il est impossible de retirer un post, je n'ai pu enlever le message.
Quand a la remarque sur la volonte de gagner des XP, je la trouve un peu deplace et gratuite (euh .. et oui je suis susceptible, lol !). J'ai du poster au maximum 15 fois sur linuxfr en deux ans. Je prefere poster quand je pense etre constructif (pas evident) et parfois pour sortir une blague. La tribune libre c'est mieux pour se defouler :)
Les 3/4 des XP je les ai eu en moderant. C'est plus rapide et ca permet de faire passer a la trappes des postes comme le tien (ou ma propre reponse d'ailleurs) :)
bon hop -1 car c'est vraiment du hors-sujet et surtout inutile.
oui de ton point de vue c'est vrai. Mais le renouvellement auquel je pense est celui de fin de vie du matériel qui se situe entre 2 et 5 ans. Durant ce laps de temps, les techniques de protection peuvent évoluer pour parer les attaques connus.
[^] # Re: Achetez les *vrais* CD d'OpenBSD
Posté par Schwarzy . En réponse à la dépêche Linux Mag DVD hors-serie. Évalué à 3.
Je comprends pas trés bien. OpenBSD (enfin le groupe) offre des images ISO mais on ne peut pas faire de la revente de CD avec ou offrir ces images sur un magazine.
Par contre, si on reconstruit OpenBSD à partir des sources et que l'on fait des CDs d'installation alors là pas de copyright et on peut faire ce que l'on veut.
c'est ça ?
[^] # Re: Faire un noeud à son mouchoir^Wmail.
Posté par Schwarzy . En réponse à la dépêche Le libre et plus dans Télérama de la semaine prochaine. Évalué à -3.
tiens tu me donnes une idée:
apt-get install gkrellm-reminder
ça c'est mieux. sauvé :)
# Faire un noeud à son mouchoir^Wmail.
Posté par Schwarzy . En réponse à la dépêche Le libre et plus dans Télérama de la semaine prochaine. Évalué à -2.
Où alors kk1 connait un reminder par mail ?
merci.
[^] # Re: hmm,bien dommage...
Posté par Schwarzy . En réponse à la dépêche StarOffice 6.0 ne sera pas gratuit !. Évalué à 5.
Il faut vraiment se méfier de SUN. L'histoire avec le groupe Apache confirme l'hypocrisie de SUN.
Pour l'histoire sur la version payante de StarOffice, il faut attendre un peu avant de juger.
Mais le comportement de SUN avec la plateform JAVA me fait froid dans le dos. Si aujourd'hui il est encore possible de faire des développement en GPL avec la SE, ce n'est plus le cas avec la EE. Et rien n'interdit à SUN de changer à nouveau la license pour une future SE.
En faits, SUN cherche à ménager la communauté du libre (au sens large GPL/BSD) pour récupérer des développeurs mais dans le même temps ils ont aussi peur que M$ pour leur bizness. Le problème c'est que je suis sûr que c'est pas la dernière fois que l'on va voir un language venant d'une entreprise qui a une license bloquant les logiciels libres.
Finalement, le pire avec SUN, c'est que M$ passe pour des gentils sur le plan des outils de développement.
Et le plus chiant dans cette histoire, c'est que Java est un bon language et une plateforme trés agréable à programmer.
A propos de StarOffice/OpenOffice, avoir une version libre sur laquelle SUN peut pomper (grace à la LGLP) et une version payante en séparant bien les noms permet à SUN de séparer les deux mondes. Ils veulent laisser OpenOffice aux utilisateurs du libre et avoir StarOffice pour faire du fric. Je suis même sur que les entreprises qui chercherons à faire du fric avec OpenOffice via les services auront des soucis avec SUN.
Et pour ceux qui en douterai encore, oui SUN et M$ c'est le même combat: la domination totale du marché informatique.
[^] # Re: Mais c'est qui ces mecs la ?
Posté par Schwarzy . En réponse à la dépêche APT, rpmi et autres brevetés ?. Évalué à 10.
http://www.aduva.com/about_1.html(...)
et y'a Ury Segal dans les noms. Donc, sorry, la société HAREL, un partenaire d'IBM, n'a ien à voir.
C'est bien la société ADUVA qui est à l'origine du brevet via son centre de développement en Israel.
Ury Segal a travaillé sur le projet MOSIX (une solution de clustering sous linux).
[^] # Re: Mais c'est qui ces mecs la ?
Posté par Schwarzy . En réponse à la dépêche APT, rpmi et autres brevetés ?. Évalué à 10.
http://www.aduva.com/(...)
Il semble proposer une solution de gestion d'un parc de machine sous linux (d'ou le brevet apparemment). Il aussi propose de faire de la certification de leur produit sous linux.
Tu remplaces linux par win, os/2 ou trouaball ça change rien c'est du discours marketing pur sur leur site.
Il se dise fondé par des membres actifs de la communauté linux et des adeptes du logiciel libre http://www.aduva.com/community.html(...) mais j'ai pas pu trouver de noms :(
Il propose en telechargement leur Aduva Manager mais uniquement pour une utilisation non commercial. La société a son centre de développement en israel. [je viens de voir un poste en réponse à mon premier, c'est probablement les auteurs en isarel de aduva].
le site de HAREL:
http://harel.co.il/(...)
pour le dernier lien je connais pas la langue donc j'ai du mal a me faire une idée :-(
# Mais c'est qui ces mecs la ?
Posté par Schwarzy . En réponse à la dépêche APT, rpmi et autres brevetés ?. Évalué à 5.
Applicant(s):: SEGAL HAREL (IL); SEGAL URI (IL); TE ENI MODDY (IL); ADUVA INC (US)
En faisant une recherche rapide avec goggle je suis tombé sur IBM-Israel.
"http://www-5.ibm.com/il/solutions/partner/products_list.html(...) "
Et la société Harel est un partenaire d'IBM.
# news sur GameKult
Posté par Schwarzy . En réponse à la dépêche Le projet BNETD stoppé. Évalué à 10.
www.gamekult.com/tout/actus/articles/A00
D'après cette article, on risque de conclure que BNETD est un projet de pirate !!
Heureusement dans les commentaires quelq'un a réagit pour clarifier l'histoire.
www.gamekult.com/tout/forum/lire.html?ca
En tout cas, maintenant j'ai plus aucun doute sur le niveau éditorial du site: copier/coller ce que leurs envoient les editeurs de jeu.
[-1 car je suis pas sur que ce commentaire soit vraiment utile]
# La puissance des médias
Posté par Schwarzy . En réponse à la dépêche Be porte plainte contre Microsoft. Évalué à 10.
Imaginer simplement qu'un reportage sur le modèle économique de Microsoft et les techniques pour controler le marché (comme le monopole boot loader) passe dans une émission comme "Envoyé Spécial" ou "Zone Interdite/Capital" et leurs équivalents en audience au USA. Vous savez tous que cela changera du tout au tout.
La taille de la structure qui porte plainte est moins importante que l'attention que les médias peuvent porter sur une affaire. Micromou peut se payer tous les avocats du pays, il ne peut pas encore acheter tous les journalistes.
[^] # Re: Toolkit client/serveur -> ça existe: c'est BERLIN.
Posté par Schwarzy . En réponse à la dépêche Xfree86 4.2.0. Évalué à 9.
le toolkit se situe du coté du serveur.
http://www.berlin-consortium.org/(...(...))
c'est un projet qui prend son temps [un peu trop à mon gout mais bon ...] mais qui, j'espère, un jour prendra le relais de XFree86.
[^] # Re: explication ...
Posté par Schwarzy . En réponse à la dépêche Xfree86 4.2.0. Évalué à 10.
En fait sous le nom "DCT" j'ai ramené:
- la transformation pixels->"fréquences" (la iDCT)
- la table de quantification dont tu as parlé qui élimine les informations les moins utiles pour l'oeil. C'est à ce niveau que ce fait la qualité de l'image quand elle sera décompressée.
- réorganisation des données en zig-zag pour préparer l'étape suivante.
- une compression de huffman (optimisation de l'utilisation des bits dans le fichier)
La dernière étape est la compression physique des données. La table de quantification permet de mettre des zeros dans les valeurs fréquentielles pour diminuer la taille du fichier en les supprimant.
Les valeurs fréquentielles incluent souvent les mêmes valeurs. Une compression de huffman se régale de ce type de données et elle est peu gourmande en ressource mémoire et CPU ce qui est intéressant pour de petits systèmes (avec l'aide d'une iDCT hardware toutefois pour les plus petits systèmes comme dans les appareils photos numériques).
Finalement, c'est bien toutes ces précisions comme ça le lecteur comprend ces histoires de compression de façon incrémentale aux travers des commentaires.
[^] # Re: explication ...
Posté par Schwarzy . En réponse à la dépêche Xfree86 4.2.0. Évalué à 10.
Les formats MPEG essaient de trouver les déplacements de portions d'images (le "motion") en plus du classique "différence de pixels". Le "motion compensation" c'est la première partie du codage, litéralement c'est la compensation de mouvement.
Dans la réalité marketing, le "motion compensation" n'est souvent que la partie décodage DCT hardware pas le "motion compensation" complet dont je parlais.
Pour info le décodage DCT [Discret Cosinus Transformation] est la transformation depuis un espace fréquentielle des couleurs vers l'espace des pixels (celui affiché par le moniteur). C'est la transformation inverse (avec pertes), la DCT, qui permet d'avoir un flux vidéo aussi compressé.
J'espère avoir été compris. Si c'es pas le cas, dites-le !
# accélaration hardware de la décompression vidéo ?
Posté par Schwarzy . En réponse à la dépêche Xfree86 4.2.0. Évalué à 10.
"An i810 XvMC (motion compensation) driver is now available (Linux only)."
Si je lis bien, maintenant Xfree86 va pouvoir offrir une interface commune pour la décompression harware de la vidéo en plus du changement de colorspace harware [je parle de Xv] ?
Mais c'est une bonne nouvelle ça !!!!!
OOOOUUUUUUUAAAAAAAIIIIIII !!!!!!!!
Quelqu'un sait ou on peut trouver plus dinfos ?
# Dalllas c'est du flan à coté :)
Posté par Schwarzy . En réponse à la dépêche Bull, l'histoire sans fin. Évalué à -2.
et hop -1
[^] # Re: le moderateur il fume ou koi ???
Posté par Schwarzy . En réponse à la dépêche Pilote Via audio AC97 1.50a. Évalué à 0.
pour rappel y'a alsa http//www.alsa-project.org qui supporte les chipsets via ...
donc finalement cette news n'a rien à faire ici meme dans la section autres. linuxFR, a ma connaissance, ne fait pas la promotion du closed source ...
bon qui la vire cette news !
# le moderateur il fume ou koi ???
Posté par Schwarzy . En réponse à la dépêche Pilote Via audio AC97 1.50a. Évalué à 1.
aux chiottes virtuelles le modéro !
[^] # Re: Puisqu'on en parle...
Posté par Schwarzy . En réponse à la dépêche Be est en liquidation, beOs est mort?. Évalué à 2.
oui pour une application trés lourd graphiquement comme un traitement de texte, un tableur, un logiciel de présentation (word/excel/powerpoint pour les jeunes :) ) ou un gimp mais avec la puissance actuelle des processeurs le gain sera vraiment insignifiant.
Il faudra toujours adapter le programme pour qu'il tire parti d'une architecture bi-processeur.
bref c'est bien pour des "petites" machines en donnant un peu plus de CPU aux threads d'affichage. genre un PDA par exemple mais c'est juste un exemple (qui a dit un PDA sony dans la salle ?).
[^] # Re: Followup: Question simple...
Posté par Schwarzy . En réponse à la dépêche Linux port/socket pseudo ACLs. Évalué à 10.
c'est pas con et absolument pas farfelu mais quel services font en bénéficier ? httpd, ftpd .... ok mais sshd, telnetd, inetd vont rester en root et bien d'autres services encore car ils en ont besoin.
Ne serait-ce pas beaucoup de code dans la couche de communication qui peut-être facilement contourner par les api setuid(), setguid() ?
de mon point de vue, oui mais pour d'autres non (la preuve, l'existence de ce patch).
désolé de ne pas donner de réponse franche car c'est presque de la religion à la vi vs emacs et je sens le troll venir (vite un nain et sa hache !).
[^] # Re: Question simple...
Posté par Schwarzy . En réponse à la dépêche Linux port/socket pseudo ACLs. Évalué à 10.
ça marche bien mais il faut que le programmeur est prévu cette possibilité.
A part un choix de design un peu plus propre (enfin presque car c'est limité aux sockets), je me demande qu'elle est l'avantage de cette solution (les ACLs). En effet, ouvrir ces ports directement aux utilisateurs complique la gestion de la sécurité. Maintenant que je peux associer des droits d'accès à mon compte perso pour gérer des ports "root", la corruption de mon compte pourra corrompre des "ports" root.
Au final, la meilleur sécurité théorique est donc d'associer à chaque service un compte (et surtout pas un compte d'utilisateur <<physique>>) mais il est possible de le faire sans ACL.
Ainsi, à part pour des histoire de religion de sécurité, avoir des ACL sur les ports "root" n'améliore pas la sécurité.
[^] # Re: interactivité ?
Posté par Schwarzy . En réponse à la dépêche Plugin SVG pour linux. Évalué à 1.
troller moi si je me trompe mais le 4 est ouvert en partie (pour le reste c'est reverse engineering) et le 5 pas du tout d'après mes explorations sur le net.
libflash: http://www.swift-tools.com/Flash/(...)
# c'est donc un portage vers BSD ?
Posté par Schwarzy . En réponse à la dépêche Debian sur Mac OS X. Évalué à 1.
donc il ne serait pas plus juste de parler d'un portage vers BSD avant d'un portage vers MAC OS X ?
les commentaires sont les bien venu car entre BSD et MAC OS X c'est trés confu à mon gout. Pour l'instant j'avais compris qe MAC OS X c'est un BSD utilisant un micro-noyau MACH (un peu adapté d'ailleurs).
[^] # Re: Kernel stable buggé
Posté par Schwarzy . En réponse à la dépêche Kernel 2.4.15/2.5.0 buggé. Attention !. Évalué à 1.
oh que si !!! y'a aussi eu des versions vites jetées aux orties. comme la 2.2.1 qui avaient un exploit pour avoir l'acces root. Et j'ai souvenir d'une ou deux releases qui corompaient le file system (désolé j'ai pu les versions en têtes).
bref, la stabilisation des noyaux a toujours été un processus difficile.
et pour info la branche "stable" veut dire stabilisation des fonctionnalités (même si parfois il faut rejeter une partie comme la VM dans la 2.4) et chasse aux bugs. la branche "instable", c'est l'ajout de fonctionnalités aux prix d'une "stabilité" réduite.
[^] # Re: Une adresse tres utile
Posté par Schwarzy . En réponse à la dépêche LaTeX Fr. Évalué à -1.
Comme on l'a fait remarque, il n'y a que trois minutes d'ecart avec le post precedent contenant la meme adresse. C'est au moins le temps qu'il m'a fallu pour retrouver l'adresse, rediger mon post et surout verifier qu'il n'a a pas trop de fautes d'hortographe. Et comme il est impossible de retirer un post, je n'ai pu enlever le message.
Quand a la remarque sur la volonte de gagner des XP, je la trouve un peu deplace et gratuite (euh .. et oui je suis susceptible, lol !). J'ai du poster au maximum 15 fois sur linuxfr en deux ans. Je prefere poster quand je pense etre constructif (pas evident) et parfois pour sortir une blague. La tribune libre c'est mieux pour se defouler :)
Les 3/4 des XP je les ai eu en moderant. C'est plus rapide et ca permet de faire passer a la trappes des postes comme le tien (ou ma propre reponse d'ailleurs) :)
bon hop -1 car c'est vraiment du hors-sujet et surtout inutile.
# Une adresse tres utile
Posté par Schwarzy . En réponse à la dépêche LaTeX Fr. Évalué à 7.
http://www.grappa.univ-lille3.fr/FAQ-LaTeX/(...)">http://www.grappa.univ-lille3.fr/FAQ-LaTeX/(...(...))">http://www.grappa.univ-lille3.fr/FAQ-LaTeX/(...(...(...)))
"Ce document est généré automatiquement chaque mois à partir de la FAQ du forum fr.comp.text.tex."
en plus,y'a un outil de recherche.
Fell the power of LaTeX.
[^] # Re: oui mais ...
Posté par Schwarzy . En réponse à la dépêche SSSCA ou la tentative de tuer le logiciel libre ?. Évalué à 3.