Il faudrait quand même penser à vous renseigner.
Mandrakeupdate c'est une chose, urpmi en est une autre.
Je ne suis pas assez connaisseur (en particulier de apt-get) pour dire quelles sont les différences entre les deux programes.
Mais ce quie je peux dire c'est que urpmi est un ensemble de programmes (en ligne de commande, pas des clickodromes comme MandrakeUpdate): urpmi.addmedia (pour choisir la source des packages (locaux, ou ftp, http)) urpmi.removemedia (l'inverse de l'autre) urpmi.update pour faire un upgrade (à partir d'un média source déterminé) urpmi (tout court) qui permet d'installer un package et ses dépendances (s'il y a).
... (y'en a bien d'autres)
urpmi n'utilise pas rpmfind, et si on l'utilise sur les mirroirs de Mandrake il n'y a pas de risques de récolter autre chose que ce que l'on veut.
Je veux bien penser que la debian c'est super (bien que ma seule expérience avec la debian 1.2 (non non, je ne me suis pas trompé dans le numéro de version !) m'ait franchement déplu), mais faut arréter de critiquer à l'aveugle.
urpmi semble être équivalent à apt.
J'attends avec impatience l'avis de quelqu'un qui a essayé les deux.
Bref, bref, ca va encore nous couter du fric cette affaire...
Si ça ne te coûtait pas de fric, ça n'en rapporterait pas et donc ça ne présenterait aucun intérêt de changer les spécifications des PC.
C'est justement parce-que ça va nous coûter du fric qu'ils le font !
Ah tiens ?
Moi, j'avais plutôt l'impression que StarOffice 5.2 était déjà au niveau des grosses applications commerciales (C'est-à-dire largement suppérieur à Corel Draw et à peu près équivalent à illustrator)...
D'après ce que j'ai lu sur Linux Graphic, c'est encore mieux avec OpenOffice.org. Donc, je ne vois pas pourquoi tu dis que "c'est pas encore au niveau des grosses applications commerciales"!
Peut-être pourrais-tu argumenter un peu tes propos ?
Sinon, j'aimerai bien savoir ce qu'il en est de la stabilité d'OpenOffice.org (build C638). StarOffice 5.2 est chez moi très stable. Qu'en est-il du module vectoriel d'OpenOffice.org et de la suite dans son entier ? Quelqu'un a testé ?
Pourquoi sont-ce toujours des anonymes qui balancent des commentaires (trollesques) de ce genre...
Visiblement c'est pas le courage qui étouffe ce genre de commentateurs.
Y'en a qui disent que dans l'économie pure et parfaite, l'offre s'adape à la demande. Visiblement on n'est pas dans ce cadre, puisque j'ai légèrement l'impression que c'est l'inverse qui se produit.
Je crois que cette phrase résume parfaitement l'évolution de l'économie -anciennement- de marché. Rappel:
Avant un produit était conçu et proposé parce qu'il y avait une demande: "un monsieur constate qu'une demande existe alors crée une entreprise pour répondre à cette demande"
Pour permettre la fabrication de ces produits il a fallu que les entrepreneurs fassent appel à des gens riches pour investir, car fabriquer un produit demande du matériel, des ressources humaines, de la matière première... Tout cela a un prix et on ne peut commencer à produire sans pouvoir l'assumer. Et c'est donc l'aide de personnes déjà riches qui permet la mise en production.
Bien sûr, la personne riche prête l'argent avec des intérêts que l'entrepreneur paye sur les bénéfice de la vente de son produit.
Puis la personne riche commence à considérer son apport financier non plus comme une aide rétribuée mais comme un investissement. Rapidement elle pense à conseiller l'entrepreneur sur sa productivité, en lui faisant comprendre qui paye.
Nous arrivons à l'économie actuelle, la personne riche veut être plus riche, malheureusement les entreprises dans lesquelles elle a investi saturent leur secteur d'activité. Alors ? Diversifions-nous ! Pour ce faire, créons un nouveau marché. Personne n'en veut ? Pas de problème, les commerciaux sont là pour te donner envie (voire t'obliger, comme ici) de consommer ce nouveau produit. On en arrive donc à: "Le monsieur riche veut être plus riche mais il n'y a pas de demande. C'est pas grave créons là et vendons le produit qui va avec !"
PS: vive la soci-geo-econo-politique de comptoir... ;o)
En fait, je crois que la tribune est déjà archivée par daCode dans sa base MySQL.
Il suffit donc d'écrire un module à daCode qui renvoie tous les messages entre un intervalle d'id donnés (actuellement les id sont aux alentour de 140000 !!!!)...
Et ensuite que le grand l'immense wmcoincoin récupère ces messages.
Hélas je ne saurais pas faire ! Mais je suis sûr qu'il ya bien une moule qui s'y connaît un peu en php et MysQL ?
PS: Faudrait aussi que Fabien accepte d'intégrer ce module pour LinuxFr !
Rhalalala ce genre de commentaires me tue: "hahaha ! Quel gros blaireau celui-là, y sait po qu'avant CS y'avait Half-Life alors que moi, avec ma grosse bite et mes poils sous les bras, je sais !!! hahaha" jusqu'à ce que le blaireau tombe sur un type qui va lui dire "N'oublions pas que HL n'est finallement qu'un mod de quake 2 (dont il remprend le moteur)..." et ainsi de suite jusqu'à pong (voire avant !).
Arretez ce genre de commentaires débiles: "les newbies sont des tartes moi je suis un gros nerd/geek". Parce qu'on est toujours le newbie de quelqu'un (à moins que vous soyez à l'origine du premier boulier...)
Un ami, développeur de jeux (stratégie temps réel genre Warcraft &Co) m'a expliqué la chose -affligeante- suivante:
Développer en OpenGL constitue une contrainte (car OpenGL n'est pas implémenté de la même manière selon les drivers et les cartes graphiques), donc la plupart des boites de dev ont choisi: DirectX, une API très bas niveau et universelle sur Windows (en plus ils ont le droit de distrubuer la version idoine avec le jeu !).
Par ailleurs, ceux qui développaient encore en OpenGL vont sans aucun doute passer à DirectX. Car la Xbox arrive sur le marché et il suffit de développer un jeu Windows pour qu'il fonctionne sur Xbox (à des détails très mineurs près).
Et c'est là que l'avenir n'est pas très rose, car on peut, à cause de DirectX, anticiper que la Xbox va être dotée d'une multitude de jeux ce qui va rapidement lui permettre de devenir maître du marché et ainsi intensifier la position dominante de DirectX (dommage pour la PS2 et la GameCube)...
Nous entrons dans un cercle vicieux (l'omniprésence de DirectX pousse au dév sous DirectX, ce qui le rend encore plus indispensable), à l'intérieur du cercle vicieux de Windows (l'omniprésence de Windows pousse au dév sous Windows, ce qui le rend encore plus indispensable).
Alors, si comme certains ici je pense qu'il serait préférable d'avoir des jeux natifs sous Linux, j'ai bien peur que Wine(X) soit finallement une bonne solution car on peut douter qu'un nombre suffisant de boites prennent le risque de développer pour notre OS alors que la culbute est garantie sous Windows/Xbox.
Désolé de t'avoir mis la pression, si j'aurai su j'aurai pas posté la news !
Mais bon j'étais tellement content de voir que le truc qui jadis spammait la tribune à coups de coincoin était devenu aussi cool !
Ouai, moi aussi je suis pour !
Mais depuis que j'utilise daCode moi-même je vois deux obstacles techniques:
- D'abord le fait qu'avec daCode on ne puisse pas (pour le momment, mais je crois que c'est à l'étude) effacer de news complétement, elles sont simplement marquées effacées et restent dans la base de données. Donc on risque d'avoir dans la section poubelle toutes les news passées sur linuxFr, doublons, triplons et même octapentuplons compris !!!!
Ensuite, ca risque de générer deux millions de tonnes de commentaires (a)variés, et je ne suis pas sûr que cette charge soit profitable à LinuxFr.
Je vais tenter de coire que ce n'est pas un troll à deux francs et me risquer à une réponse.
Je ne connais rien au PHP et à MYSQL (rien de chez rien: je n'ai jamais rien lu sur la question) et très peu le HTML (juste de quoi faire des gras/italiques/soulignés dans les commentaires de LinuxFr) et pourtant j'ai réussi avec succès à l'installer et à faire un thème pour daCode (voir l'url de l'en-tête de ce commentaire).
Je crois donc que tu n'as pas lu la doc pas-à-pas.txt pour les débiles comme toi (et moi), car avec son aide installer daCode est un jeu d'enfant.
Pour en revenir aux fonctionnalités de daCode, j'espère vivement que les XP ne seront pas présents dans la future version ! Trop compliqué pour les utilisateurs !
La lecture de ces commentaires me surprend, car j'étais au contraire assez satisfait de la gestion de la VM de Linux 2.4 (kernel 2.4.3).
Je ne suis pas un pro et ma machine ne subit pas de violentes charges en milieu hostile, puisque c'est une machine de bureautique (eh oui !) et au pire elle est confrontée à Gimp plein d'images de 20 Mo et StarOffice et Netscape et plein d'autres trucs en même temps...
Avant je tournais avec un 2.2.19 sur un Pentium Pro avec 128 Mo de Ram et c'est vrai que ca swappait tout le temps (surtout dans le cas évoqué plus haut).
J'a eu l'occasion de modifier un peu ma machine (Athlon et surtout 768 Mo de Ram !!!) et d'installer le kernel 2.4.3 dessus.
Bon évidement avec près de 800 Mo de Ram faut insister pour que ça swappe. Donc le swap (de 128 Mo seulement et pas de 1,6 Go !!) est toujours vide. Sauf une fois, où j'ai fait un essai: browser dans une archive de 650 Mo (sur CD) avec konqueror (et toujours StarOffice, et Gimp plein d'images derrière, hein !) et là ô surprise: Mon PC a utilisé le swap: 1Mo ! Pas plus ! Linux a tout géré dans 1 Mo de swap (plus 800 Mo mem, hein !)... J'ai été surpris et satisfait de cet test.
Vous me direz même si le prix de la Ram est bas ces jours-ci ce n'est pas forcément la solution mais mon test de charge Ram (une archive de 650Mo+ pleins d'applis en mémoire) me parait assez concluant !
C'est pourquoi je suis assez surpris de ce que je lis ici... Moi le 2.4.3 je le trouve pas mal... faudrait que j'essaie le .10 !!!
D'autant que je connais plusieurs personnes qui font tourner linux depuis un bail sur des firewalls et des serveurs (de fichiers/imprimantes & co) sans swap (avec environ 256 Mo de Ram quand même)!!! Et ils n'ont jamais eu aucun problème ! (Alors que moi du temps de mes 128 Mo et du 2.2.19 j'ai quand même eu des petits problèmes de surcharge mémoire avec Gimp (et son historique d'annulation), menant à une paralysie de la machine durant plus de 25 min avant que Gimp soit killé par le kernel !)
[^] # Bon sang de bon sang... A quoi ca sert sert que ducros se décarcasse à répondre!
Posté par Beurt . En réponse à la dépêche Sondages, sondages, sondages. Évalué à 1.
Tu pourrais lire un peu les réponses à tes messages avant de poster !
En fait il manque un equivalent a apt-get pour rpm en commande ligne (peut-etre que cela existe mais je ne le connais pas)
ca existe, ca s'appelle urpmi (vas voir http://linuxfr.org/comments/thread.php3?news_id=5420&com_id=698(...) ).
Et maintenant tu le sais...
Rhahalalalala... -1 parce que je perds mon calme !
[^] # Re: apt-get kesako?
Posté par Beurt . En réponse à la dépêche Sondages, sondages, sondages. Évalué à 7.
Mandrakeupdate c'est une chose, urpmi en est une autre.
Je ne suis pas assez connaisseur (en particulier de apt-get) pour dire quelles sont les différences entre les deux programes.
Mais ce quie je peux dire c'est que urpmi est un ensemble de programmes (en ligne de commande, pas des clickodromes comme MandrakeUpdate):
urpmi.addmedia (pour choisir la source des packages (locaux, ou ftp, http))
urpmi.removemedia (l'inverse de l'autre)
urpmi.update pour faire un upgrade (à partir d'un média source déterminé)
urpmi (tout court) qui permet d'installer un package et ses dépendances (s'il y a).
... (y'en a bien d'autres)
urpmi n'utilise pas rpmfind, et si on l'utilise sur les mirroirs de Mandrake il n'y a pas de risques de récolter autre chose que ce que l'on veut.
Je veux bien penser que la debian c'est super (bien que ma seule expérience avec la debian 1.2 (non non, je ne me suis pas trompé dans le numéro de version !) m'ait franchement déplu), mais faut arréter de critiquer à l'aveugle.
urpmi semble être équivalent à apt.
J'attends avec impatience l'avis de quelqu'un qui a essayé les deux.
[^] # Je rève !!!!
Posté par Beurt . En réponse à la dépêche Sondages, sondages, sondages. Évalué à -10.
Mais que font-ils de leur journées à part poster sur des tribunes libres ????
-1 car HS et à peine interessant !
[^] # Re: Comme un doute... Trois fois rien...
Posté par Beurt . En réponse à la dépêche Intel souhaite la disparition des lecteurs disquettes. Évalué à 6.
Si ça ne te coûtait pas de fric, ça n'en rapporterait pas et donc ça ne présenterait aucun intérêt de changer les spécifications des PC.
C'est justement parce-que ça va nous coûter du fric qu'ils le font !
[^] # Re: et bien oui c'est interessant
Posté par Beurt . En réponse à la dépêche Module vectoriel d'OpenOffice.org. Évalué à 7.
Moi, j'avais plutôt l'impression que StarOffice 5.2 était déjà au niveau des grosses applications commerciales (C'est-à-dire largement suppérieur à Corel Draw et à peu près équivalent à illustrator)...
D'après ce que j'ai lu sur Linux Graphic, c'est encore mieux avec OpenOffice.org. Donc, je ne vois pas pourquoi tu dis que "c'est pas encore au niveau des grosses applications commerciales"!
Peut-être pourrais-tu argumenter un peu tes propos ?
Sinon, j'aimerai bien savoir ce qu'il en est de la stabilité d'OpenOffice.org (build C638). StarOffice 5.2 est chez moi très stable. Qu'en est-il du module vectoriel d'OpenOffice.org et de la suite dans son entier ? Quelqu'un a testé ?
[^] # Re: On s'en fou ! Au contraire cela me rassure...
Posté par Beurt . En réponse à la dépêche L'avenir de FreeBSD menacé ?. Évalué à -2.
Visiblement c'est pas le courage qui étouffe ce genre de commentateurs.
H.S donc je me met -1
[^] # Re: Vive le LL
Posté par Beurt . En réponse à la dépêche Intel souhaite la disparition des lecteurs disquettes. Évalué à 10.
Je crois que cette phrase résume parfaitement l'évolution de l'économie -anciennement- de marché.
Rappel:
Avant un produit était conçu et proposé parce qu'il y avait une demande:
"un monsieur constate qu'une demande existe alors crée une entreprise pour répondre à cette demande"
Pour permettre la fabrication de ces produits il a fallu que les entrepreneurs fassent appel à des gens riches pour investir, car fabriquer un produit demande du matériel, des ressources humaines, de la matière première... Tout cela a un prix et on ne peut commencer à produire sans pouvoir l'assumer. Et c'est donc l'aide de personnes déjà riches qui permet la mise en production.
Bien sûr, la personne riche prête l'argent avec des intérêts que l'entrepreneur paye sur les bénéfice de la vente de son produit.
Puis la personne riche commence à considérer son apport financier non plus comme une aide rétribuée mais comme un investissement. Rapidement elle pense à conseiller l'entrepreneur sur sa productivité, en lui faisant comprendre qui paye.
Nous arrivons à l'économie actuelle, la personne riche veut être plus riche, malheureusement les entreprises dans lesquelles elle a investi saturent leur secteur d'activité. Alors ? Diversifions-nous ! Pour ce faire, créons un nouveau marché. Personne n'en veut ? Pas de problème, les commerciaux sont là pour te donner envie (voire t'obliger, comme ici) de consommer ce nouveau produit. On en arrive donc à:
"Le monsieur riche veut être plus riche mais il n'y a pas de demande. C'est pas grave créons là et vendons le produit qui va avec !"
PS: vive la soci-geo-econo-politique de comptoir... ;o)
[^] # Re: Et la sécurité?
Posté par Beurt . En réponse à la dépêche Half Life sous Linux (via WineX). Évalué à 0.
Merci.
PS: Et puis apprends à lire pendant que tu y es et ensuite reviens lire mes messages...
[^] # Re: Et la sécurité?
Posté par Beurt . En réponse à la dépêche Half Life sous Linux (via WineX). Évalué à -2.
Merci encore, malpoli.
[^] # Re: XML(XP) != XML(SO6)
Posté par Beurt . En réponse à la dépêche sortie de la beta de Star Office 6. Évalué à -1.
Pédagogique ne signifie pas inexact !!!
Donc si les puristes s'émeuvent c'est que tu t'es trompé ne mets pas ça sur le dos de la pédagogie !
[^] # Re: Google sauveur de l'information?
Posté par Beurt . En réponse à la dépêche Google traque les vieilles news. Évalué à -1.
Google archive même les tribunes libres !
[^] # Re: tribune (Score: -beaucoup)
Posté par Beurt . En réponse à la dépêche Google traque les vieilles news. Évalué à -1.
Il suffit donc d'écrire un module à daCode qui renvoie tous les messages entre un intervalle d'id donnés (actuellement les id sont aux alentour de 140000 !!!!)...
Et ensuite que
le grandl'immense wmcoincoin récupère ces messages.Hélas je ne saurais pas faire ! Mais je suis sûr qu'il ya bien une moule qui s'y connaît un peu en php et MysQL ?
PS: Faudrait aussi que Fabien accepte d'intégrer ce module pour LinuxFr !
[^] # Re: Et la sécurité?
Posté par Beurt . En réponse à la dépêche Half Life sous Linux (via WineX). Évalué à -2.
PS: c'est pas la peine d'appuyer sur "-", je me met -1 tout seul...
[^] # Re: Et la sécurité?
Posté par Beurt . En réponse à la dépêche Half Life sous Linux (via WineX). Évalué à -6.
Arretez ce genre de commentaires débiles: "les newbies sont des tartes moi je suis un gros nerd/geek". Parce qu'on est toujours le newbie de quelqu'un (à moins que vous soyez à l'origine du premier boulier...)
[^] # Re: El return of the raleur.
Posté par Beurt . En réponse à la dépêche Half Life sous Linux (via WineX). Évalué à 10.
Développer en OpenGL constitue une contrainte (car OpenGL n'est pas implémenté de la même manière selon les drivers et les cartes graphiques), donc la plupart des boites de dev ont choisi: DirectX, une API très bas niveau et universelle sur Windows (en plus ils ont le droit de distrubuer la version idoine avec le jeu !).
Par ailleurs, ceux qui développaient encore en OpenGL vont sans aucun doute passer à DirectX. Car la Xbox arrive sur le marché et il suffit de développer un jeu Windows pour qu'il fonctionne sur Xbox (à des détails très mineurs près).
Et c'est là que l'avenir n'est pas très rose, car on peut, à cause de DirectX, anticiper que la Xbox va être dotée d'une multitude de jeux ce qui va rapidement lui permettre de devenir maître du marché et ainsi intensifier la position dominante de DirectX (dommage pour la PS2 et la GameCube)...
Nous entrons dans un cercle vicieux (l'omniprésence de DirectX pousse au dév sous DirectX, ce qui le rend encore plus indispensable), à l'intérieur du cercle vicieux de Windows (l'omniprésence de Windows pousse au dév sous Windows, ce qui le rend encore plus indispensable).
Alors, si comme certains ici je pense qu'il serait préférable d'avoir des jeux natifs sous Linux, j'ai bien peur que Wine(X) soit finallement une bonne solution car on peut douter qu'un nombre suffisant de boites prennent le risque de développer pour notre OS alors que la culbute est garantie sous Windows/Xbox.
Hélas.
# Question...
Posté par Beurt . En réponse à la dépêche Semaine de la Science (Strasbourg). Évalué à 3.
Qu'est-ce ? à quoi ca sert ? Comment ca marche ?
# Mais où ???
Posté par Beurt . En réponse à la dépêche Solution Logicielle Libre pour l'École. Évalué à -1.
[^] # Re: oh mon dieu !
Posté par Beurt . En réponse à la dépêche wmcoincoin est là. Évalué à 1.
Mais bon j'étais tellement content de voir que le truc qui jadis spammait la tribune à coups de coincoin était devenu aussi cool !
[^] # Re: oh mon dieu !
Posté par Beurt . En réponse à la dépêche wmcoincoin est là. Évalué à 4.
menu K->Configurer->Ajouter->Extension->Applet Windowmaker...
Mais bon c'est écrit dans l'url de ma news !
[^] # Couin ça marche pas !!!
Posté par Beurt . En réponse à la dépêche wmcoincoin est là. Évalué à 1.
[^] # Re: Marre des XP !
Posté par Beurt . En réponse à la dépêche Déjeuner LinuxFR du 29 Septembre. Évalué à 2.
Faudrait que Fabien nous reposte une news sur les XP que l'on puisse à nouveau en débattre a bon endroit.
[^] # Re: et la section poubelle ?
Posté par Beurt . En réponse à la dépêche Déjeuner LinuxFR du 29 Septembre. Évalué à 5.
Mais depuis que j'utilise daCode moi-même je vois deux obstacles techniques:
- D'abord le fait qu'avec daCode on ne puisse pas (pour le momment, mais je crois que c'est à l'étude) effacer de news complétement, elles sont simplement marquées effacées et restent dans la base de données. Donc on risque d'avoir dans la section poubelle toutes les news passées sur linuxFr, doublons, triplons et même octapentuplons compris !!!!
Ensuite, ca risque de générer deux millions de tonnes de commentaires (a)variés, et je ne suis pas sûr que cette charge soit profitable à LinuxFr.
[^] # Re: Vive Dacode!!
Posté par Beurt . En réponse à la dépêche Vulnérabilité importante dans PHPNuke. Évalué à 6.
Je ne connais rien au PHP et à MYSQL (rien de chez rien: je n'ai jamais rien lu sur la question) et très peu le HTML (juste de quoi faire des gras/italiques/soulignés dans les commentaires de LinuxFr) et pourtant j'ai réussi avec succès à l'installer et à faire un thème pour daCode (voir l'url de l'en-tête de ce commentaire).
Je crois donc que tu n'as pas lu la doc pas-à-pas.txt pour les débiles comme toi (et moi), car avec son aide installer daCode est un jeu d'enfant.
Pour en revenir aux fonctionnalités de daCode, j'espère vivement que les XP ne seront pas présents dans la future version ! Trop compliqué pour les utilisateurs !
Dernière chose:
Qu'en est-il de la sécurité dans daCode ?
[^] # Je suis surpris
Posté par Beurt . En réponse à la dépêche Sortie du Noyau 2.4.10. Évalué à 4.
Je ne suis pas un pro et ma machine ne subit pas de violentes charges en milieu hostile, puisque c'est une machine de bureautique (eh oui !) et au pire elle est confrontée à Gimp plein d'images de 20 Mo et StarOffice et Netscape et plein d'autres trucs en même temps...
Avant je tournais avec un 2.2.19 sur un Pentium Pro avec 128 Mo de Ram et c'est vrai que ca swappait tout le temps (surtout dans le cas évoqué plus haut).
J'a eu l'occasion de modifier un peu ma machine (Athlon et surtout 768 Mo de Ram !!!) et d'installer le kernel 2.4.3 dessus.
Bon évidement avec près de 800 Mo de Ram faut insister pour que ça swappe. Donc le swap (de 128 Mo seulement et pas de 1,6 Go !!) est toujours vide. Sauf une fois, où j'ai fait un essai: browser dans une archive de 650 Mo (sur CD) avec konqueror (et toujours StarOffice, et Gimp plein d'images derrière, hein !) et là ô surprise: Mon PC a utilisé le swap: 1Mo ! Pas plus ! Linux a tout géré dans 1 Mo de swap (plus 800 Mo mem, hein !)... J'ai été surpris et satisfait de cet test.
Vous me direz même si le prix de la Ram est bas ces jours-ci ce n'est pas forcément la solution mais mon test de charge Ram (une archive de 650Mo+ pleins d'applis en mémoire) me parait assez concluant !
C'est pourquoi je suis assez surpris de ce que je lis ici... Moi le 2.4.3 je le trouve pas mal... faudrait que j'essaie le .10 !!!
D'autant que je connais plusieurs personnes qui font tourner linux depuis un bail sur des firewalls et des serveurs (de fichiers/imprimantes & co) sans swap (avec environ 256 Mo de Ram quand même)!!! Et ils n'ont jamais eu aucun problème ! (Alors que moi du temps de mes 128 Mo et du 2.2.19 j'ai quand même eu des petits problèmes de surcharge mémoire avec Gimp (et son historique d'annulation), menant à une paralysie de la machine durant plus de 25 min avant que Gimp soit killé par le kernel !)
# URL de demolinux
Posté par Beurt . En réponse à la dépêche Beta finale de Demolinux 3.0. Évalué à 10.
Il manque quand même l'URL de demolinux ! ;o)
http://www.demolinux.org/(...)