A troll, troll et demi ;-) J'espère que ça a changé, parce que ma première distrib (fin 94, je crois) était une slack, et je n'ai jamais trouvé mieux que ce truc de boot pour se tirer une balle dans le pied. C'est presque aussi simple que la compréhension d'une ligne de commande d'OS/370 ;-)
C'est celà même, oui. Il suffit d'avoir les connaissances de abses en shell, voilà tout. Avec la slackqare, faire le démarrage du réseau en arrière-plan pendant le boot se fait en 3 secondes; avec la Debian, j'ai pas encore trouvé.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <slrnbolhu0.bmr.bertrand@zebigbos.makalis.fr>,
bertrand@chezmoi.com disait...
A troll, troll et demi ;-) J'espère que ça a changé, parce que ma
première distrib (fin 94, je crois) était une slack, et je n'ai
jamais trouvé mieux que ce truc de boot pour se tirer une balle dans
le pied. C'est presque aussi simple que la compréhension d'une ligne
de commande d'OS/370 ;-)
C'est celà même, oui. Il suffit d'avoir les connaissances de abses en
shell, voilà tout. Avec la slackqare, faire le démarrage du réseau en
arrière-plan pendant le boot se fait en 3 secondes; avec la Debian, j'ai
pas encore trouvé.
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
A troll, troll et demi ;-) J'espère que ça a changé, parce que ma première distrib (fin 94, je crois) était une slack, et je n'ai jamais trouvé mieux que ce truc de boot pour se tirer une balle dans le pied. C'est presque aussi simple que la compréhension d'une ligne de commande d'OS/370 ;-)
C'est celà même, oui. Il suffit d'avoir les connaissances de abses en shell, voilà tout. Avec la slackqare, faire le démarrage du réseau en arrière-plan pendant le boot se fait en 3 secondes; avec la Debian, j'ai pas encore trouvé.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Emmanuel Florac
Dans article <slrnbolj4q.2jp.sam+, sam+ disait...
Ce n'est PAS un clone. Les paquets de la slack sont basés sur les srouces NON PATCHÉES, par exemple.
C'est censé être un gage de qualité, de ne pas corriger les bugs ?
De respecter les sources d'origine d'un logiciel, et ainsi de permettre sans difficulté d'upgrader avec les sources officielles d'un logiciel, c'est une gage de qualité énorme. A contrario, avoir des sourcetrees spécifiques qui ne correspondent pas aux originaux, c'est très chiant s'il faut faire une mise à jour de sécu.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <slrnbolj4q.2jp.sam+news@poulet.zoy.org>, sam+news@zoy.org
disait...
Ce n'est PAS un clone. Les paquets de la slack sont basés sur les srouces
NON PATCHÉES, par exemple.
C'est censé être un gage de qualité, de ne pas corriger les bugs ?
De respecter les sources d'origine d'un logiciel, et ainsi de permettre
sans difficulté d'upgrader avec les sources officielles d'un logiciel,
c'est une gage de qualité énorme. A contrario, avoir des sourcetrees
spécifiques qui ne correspondent pas aux originaux, c'est très chiant
s'il faut faire une mise à jour de sécu.
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Ce n'est PAS un clone. Les paquets de la slack sont basés sur les srouces NON PATCHÉES, par exemple.
C'est censé être un gage de qualité, de ne pas corriger les bugs ?
De respecter les sources d'origine d'un logiciel, et ainsi de permettre sans difficulté d'upgrader avec les sources officielles d'un logiciel, c'est une gage de qualité énorme. A contrario, avoir des sourcetrees spécifiques qui ne correspondent pas aux originaux, c'est très chiant s'il faut faire une mise à jour de sécu.
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Emmanuel Florac
Dans article <bme6rq$4m5$, disait...
quelle est la distribution la plus élaborée et laplus évolutive? merci
4 arbres à came en tête ?
V12, alors?
-- Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
Dans article <bme6rq$4m5$1@gyptis.org>, papa@papa.net disait...
quelle est la distribution la plus élaborée et laplus évolutive?
merci
4 arbres à came en tête ?
V12, alors?
--
Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando?
combien correspondent a des mises a jour de sécurité ?
Assez peu, ce sont surtout les grands classiques comme sendmail, ptrace, ssl avant qu'une version officielle corrigée ne sorte.
Il y a surtout des corrections de petits bugs sans incidence sur la sécurité.
Pour les trous de sécurité c'est plutôt un suivi des dernières versions sans modification des sources.
JFB
-- Rencontres du Logiciel Libre en Poitou-Charentes - 17 octobre 2003 : http://melusine.eu.org/~acoul/rrll.html
Patrice Karatchentzeff
Irvin Probst writes:
On 2003-10-11, Michel Talon wrote:
T'inquiètes pas, ils le savaient parfaitement que le mplayer est chez Marillat. Mais apparemment cette source n'est pas en odeur de sainteté au Vatican Debianiste, ni d'ailleurs mplayer.
Michel, tout le monde sait que C. Marillat est un de tes amis, tu n'es donc pas des plus objectifs pour juger son travail.
Tu dois confondre avec moi je suppose...
En ce qui me concerne j'ai eu tellement de merdes avec ses packages liés à gnome qu'il a réussi à me dégouter de toutes les applis gnome (sauf evolution qu'il ne package pas et pour lequel T. Kitame fait du bon boulot). Étant donné que je suis loin d'etre le seul à avoir constaté cela je pense qu'il est justifié de se poser des questions sur sa capacité à produire des packages de qualité, sans parler de son attitude plus que révoltante pour ce qui est de traiter les bugs.
Moi, je me pose des questions sur ta capacité à produire autre chose que du vent ici... CM travaille (beaucoup) pour le libre en faisant quelque chose de concret. Quand il a débuté chez Debian, il a commencé avec GNOME¹, la sale merde que personne ne voulait empaqueter au début tellement c'était merdique.
Mais plutôt que de se regarder le nombril en pensant qu'un autre ferait le boulot, il l'a fait, en partant du principe que parler, cela brasse du vent mais agir, cela fait avancer...
Au passage, il est le plus gros contributeur en terme de paquets chez Debian et il permet à des (certainement centaines de milliers) de personnes d'utiliser des trucs aussi cons que mplayer sur toutes les plateformes Debian alors que chez mplayer, ils ne sont pas foutus d'empaqueter leur logiciel pour des raisons totalement foireuses...
[...]
Peut etre parceque ce package est fait au mépris de toutes les lois sur les copyrights ? Sans parler de l'époque, révolue, où les développeurs
Tu confonds copyright et licence... mplayer est GPL, tu en fais ce que tu veux. Après, tu es libres ou non de suivre les *recommandations* de l'équipe de développement.
de mplayer eux meme lui demandaient d'arreter de produire ce package. Enfin au hasard hein...
Au hasard, hein ?
Renseigne-toi avant de baver sur les autres.
PK
PS : oui, Christian est un ami personnel mais cela ne change rien à mes propos. Entre un gars qui bave et qui ne fait que glander sur un forum, mon avis est vite tranché.
¹ : depuis, il a fait beaucoup beaucoup d'autres choses...
On 2003-10-11, Michel Talon <talon@lpthe.jussieu.fr> wrote:
T'inquiètes pas, ils le savaient parfaitement que le mplayer est chez
Marillat. Mais apparemment cette source n'est pas en odeur de sainteté
au Vatican Debianiste, ni d'ailleurs mplayer.
Michel, tout le monde sait que C. Marillat est un de tes amis, tu n'es
donc pas des plus objectifs pour juger son travail.
Tu dois confondre avec moi je suppose...
En ce qui me concerne j'ai eu tellement de merdes avec ses packages liés
à gnome qu'il a réussi à me dégouter de toutes les applis gnome (sauf
evolution qu'il ne package pas et pour lequel T. Kitame fait du bon
boulot). Étant donné que je suis loin d'etre le seul à avoir constaté
cela je pense qu'il est justifié de se poser des questions sur sa
capacité à produire des packages de qualité, sans parler de son attitude
plus que révoltante pour ce qui est de traiter les bugs.
Moi, je me pose des questions sur ta capacité à produire autre chose
que du vent ici... CM travaille (beaucoup) pour le libre en faisant
quelque chose de concret. Quand il a débuté chez Debian, il a commencé
avec GNOME¹, la sale merde que personne ne voulait empaqueter au début
tellement c'était merdique.
Mais plutôt que de se regarder le nombril en pensant qu'un autre
ferait le boulot, il l'a fait, en partant du principe que parler, cela
brasse du vent mais agir, cela fait avancer...
Au passage, il est le plus gros contributeur en terme de paquets chez
Debian et il permet à des (certainement centaines de milliers) de
personnes d'utiliser des trucs aussi cons que mplayer sur toutes les
plateformes Debian alors que chez mplayer, ils ne sont pas foutus
d'empaqueter leur logiciel pour des raisons totalement foireuses...
[...]
Peut etre parceque ce package est fait au mépris de toutes les lois sur
les copyrights ? Sans parler de l'époque, révolue, où les développeurs
Tu confonds copyright et licence... mplayer est GPL, tu en fais ce que
tu veux. Après, tu es libres ou non de suivre les *recommandations* de
l'équipe de développement.
de mplayer eux meme lui demandaient d'arreter de produire ce package.
Enfin au hasard hein...
Au hasard, hein ?
Renseigne-toi avant de baver sur les autres.
PK
PS : oui, Christian est un ami personnel mais cela ne change rien à
mes propos. Entre un gars qui bave et qui ne fait que glander sur un
forum, mon avis est vite tranché.
¹ : depuis, il a fait beaucoup beaucoup d'autres choses...
T'inquiètes pas, ils le savaient parfaitement que le mplayer est chez Marillat. Mais apparemment cette source n'est pas en odeur de sainteté au Vatican Debianiste, ni d'ailleurs mplayer.
Michel, tout le monde sait que C. Marillat est un de tes amis, tu n'es donc pas des plus objectifs pour juger son travail.
Tu dois confondre avec moi je suppose...
En ce qui me concerne j'ai eu tellement de merdes avec ses packages liés à gnome qu'il a réussi à me dégouter de toutes les applis gnome (sauf evolution qu'il ne package pas et pour lequel T. Kitame fait du bon boulot). Étant donné que je suis loin d'etre le seul à avoir constaté cela je pense qu'il est justifié de se poser des questions sur sa capacité à produire des packages de qualité, sans parler de son attitude plus que révoltante pour ce qui est de traiter les bugs.
Moi, je me pose des questions sur ta capacité à produire autre chose que du vent ici... CM travaille (beaucoup) pour le libre en faisant quelque chose de concret. Quand il a débuté chez Debian, il a commencé avec GNOME¹, la sale merde que personne ne voulait empaqueter au début tellement c'était merdique.
Mais plutôt que de se regarder le nombril en pensant qu'un autre ferait le boulot, il l'a fait, en partant du principe que parler, cela brasse du vent mais agir, cela fait avancer...
Au passage, il est le plus gros contributeur en terme de paquets chez Debian et il permet à des (certainement centaines de milliers) de personnes d'utiliser des trucs aussi cons que mplayer sur toutes les plateformes Debian alors que chez mplayer, ils ne sont pas foutus d'empaqueter leur logiciel pour des raisons totalement foireuses...
[...]
Peut etre parceque ce package est fait au mépris de toutes les lois sur les copyrights ? Sans parler de l'époque, révolue, où les développeurs
Tu confonds copyright et licence... mplayer est GPL, tu en fais ce que tu veux. Après, tu es libres ou non de suivre les *recommandations* de l'équipe de développement.
de mplayer eux meme lui demandaient d'arreter de produire ce package. Enfin au hasard hein...
Au hasard, hein ?
Renseigne-toi avant de baver sur les autres.
PK
PS : oui, Christian est un ami personnel mais cela ne change rien à mes propos. Entre un gars qui bave et qui ne fait que glander sur un forum, mon avis est vite tranché.
¹ : depuis, il a fait beaucoup beaucoup d'autres choses...
On Tue, 14 Oct 2003 00:46:21 +0200, Patrice Karatchentzeff wrote:
Moi, je me pose des questions sur ta capacité à produire autre chose que du vent ici... CM travaille (beaucoup) pour le libre en faisant quelque chose de concret. Quand il a débuté chez Debian, il a commencé avec GNOME¹, la sale merde que personne ne voulait empaqueter au début tellement c'était merdique.
Le problème de Christian n'est pas vraiment son travail, que peu de gens contestent et qu'effectivement pas grand monde n'était prêt à faire à sa place, mais plutôt son incapacité crasse à communiquer avec les autres développeurs, ou sa manie horripilante de fermer les bug reports sous prétexte que ça marche chez lui.
Je pourrais raconter plein d'histoires entre Christian et les autres développeurs Debian dans le Bug Tracking System, comme par exemple quand il a pété toute l'ABI de GNOME dans Debian en refusant de l'admettre [1], lorsqu'il refusait de linker les librairies avec tous les symboles qu'elles utilisaient sous prétexte que chez lui ça ne cassait rien, ou quand j'ai envoyé un patch pour un de ses packages, qu'il m'a reproché de ne pas l'avoir envoyé à l'auteur principal (alors que c'est son boulot), puis l'a finalement fait mais sans dire que le patch venait de moi.
Au passage, il est le plus gros contributeur en terme de paquets chez Debian
Tu dois confondre avec Joerg Jaspert. Et puis surtout c'est quoi ce concours de la plus grosse bite ? Déjà la dernière fois que j'ai eu affaire à Christian sur Usenet [2], au lieu d'accéder à mes demandes (il s'agissait de distribuer les sources d'une de mes librairies qu'il packageait sans ma permission et en ayant foutu un joyeux bordel dans le packaging soit dit en passant, c'est quand même un comble pour un développeur Debian de ne pas fournir les sources d'un produit GPL), il a simplement fait un grep dans /var/lib/apt pour me signifier qu'il savait certainement ce qu'il faisait puisqu'il s'occupait de 70 packages.
et il permet à des (certainement centaines de milliers) de personnes d'utiliser des trucs aussi cons que mplayer sur toutes les plateformes Debian
Tu dois confondre avec « toutes les plateformes x86 Debian ».
Sam. [1] http://bugs.debian.org/158165 [2] http://groups.google.com/groups?selmsnjvek4g.fsf%40falcon.wanadoo.fr -- Sam Hocevar <http://sam.zoy.org/> Étudiant propre sur cherche location ou colocation dans Paris
On Tue, 14 Oct 2003 00:46:21 +0200, Patrice Karatchentzeff wrote:
Moi, je me pose des questions sur ta capacité à produire autre chose
que du vent ici... CM travaille (beaucoup) pour le libre en faisant
quelque chose de concret. Quand il a débuté chez Debian, il a commencé
avec GNOME¹, la sale merde que personne ne voulait empaqueter au début
tellement c'était merdique.
Le problème de Christian n'est pas vraiment son travail, que peu de
gens contestent et qu'effectivement pas grand monde n'était prêt à faire
à sa place, mais plutôt son incapacité crasse à communiquer avec les
autres développeurs, ou sa manie horripilante de fermer les bug reports
sous prétexte que ça marche chez lui.
Je pourrais raconter plein d'histoires entre Christian et les autres
développeurs Debian dans le Bug Tracking System, comme par exemple quand
il a pété toute l'ABI de GNOME dans Debian en refusant de l'admettre [1],
lorsqu'il refusait de linker les librairies avec tous les symboles
qu'elles utilisaient sous prétexte que chez lui ça ne cassait rien, ou
quand j'ai envoyé un patch pour un de ses packages, qu'il m'a reproché
de ne pas l'avoir envoyé à l'auteur principal (alors que c'est son
boulot), puis l'a finalement fait mais sans dire que le patch venait de
moi.
Au passage, il est le plus gros contributeur en terme de paquets chez
Debian
Tu dois confondre avec Joerg Jaspert. Et puis surtout c'est quoi
ce concours de la plus grosse bite ? Déjà la dernière fois que j'ai eu
affaire à Christian sur Usenet [2], au lieu d'accéder à mes demandes (il
s'agissait de distribuer les sources d'une de mes librairies qu'il
packageait sans ma permission et en ayant foutu un joyeux bordel dans le
packaging soit dit en passant, c'est quand même un comble pour un
développeur Debian de ne pas fournir les sources d'un produit GPL), il
a simplement fait un grep dans /var/lib/apt pour me signifier qu'il
savait certainement ce qu'il faisait puisqu'il s'occupait de 70
packages.
et il permet à des (certainement centaines de milliers) de
personnes d'utiliser des trucs aussi cons que mplayer sur toutes les
plateformes Debian
Tu dois confondre avec « toutes les plateformes x86 Debian ».
Sam.
[1] http://bugs.debian.org/158165
[2] http://groups.google.com/groups?selmsnjvek4g.fsf%40falcon.wanadoo.fr
--
Sam Hocevar <sam@zoy.org> <http://sam.zoy.org/>
Étudiant propre sur cherche location ou colocation dans Paris
On Tue, 14 Oct 2003 00:46:21 +0200, Patrice Karatchentzeff wrote:
Moi, je me pose des questions sur ta capacité à produire autre chose que du vent ici... CM travaille (beaucoup) pour le libre en faisant quelque chose de concret. Quand il a débuté chez Debian, il a commencé avec GNOME¹, la sale merde que personne ne voulait empaqueter au début tellement c'était merdique.
Le problème de Christian n'est pas vraiment son travail, que peu de gens contestent et qu'effectivement pas grand monde n'était prêt à faire à sa place, mais plutôt son incapacité crasse à communiquer avec les autres développeurs, ou sa manie horripilante de fermer les bug reports sous prétexte que ça marche chez lui.
Je pourrais raconter plein d'histoires entre Christian et les autres développeurs Debian dans le Bug Tracking System, comme par exemple quand il a pété toute l'ABI de GNOME dans Debian en refusant de l'admettre [1], lorsqu'il refusait de linker les librairies avec tous les symboles qu'elles utilisaient sous prétexte que chez lui ça ne cassait rien, ou quand j'ai envoyé un patch pour un de ses packages, qu'il m'a reproché de ne pas l'avoir envoyé à l'auteur principal (alors que c'est son boulot), puis l'a finalement fait mais sans dire que le patch venait de moi.
Au passage, il est le plus gros contributeur en terme de paquets chez Debian
Tu dois confondre avec Joerg Jaspert. Et puis surtout c'est quoi ce concours de la plus grosse bite ? Déjà la dernière fois que j'ai eu affaire à Christian sur Usenet [2], au lieu d'accéder à mes demandes (il s'agissait de distribuer les sources d'une de mes librairies qu'il packageait sans ma permission et en ayant foutu un joyeux bordel dans le packaging soit dit en passant, c'est quand même un comble pour un développeur Debian de ne pas fournir les sources d'un produit GPL), il a simplement fait un grep dans /var/lib/apt pour me signifier qu'il savait certainement ce qu'il faisait puisqu'il s'occupait de 70 packages.
et il permet à des (certainement centaines de milliers) de personnes d'utiliser des trucs aussi cons que mplayer sur toutes les plateformes Debian
Tu dois confondre avec « toutes les plateformes x86 Debian ».
Sam. [1] http://bugs.debian.org/158165 [2] http://groups.google.com/groups?selmsnjvek4g.fsf%40falcon.wanadoo.fr -- Sam Hocevar <http://sam.zoy.org/> Étudiant propre sur cherche location ou colocation dans Paris
Sam Hocevar
On Mon, 13 Oct 2003 21:41:35 +0200, Emmanuel Florac wrote:
De respecter les sources d'origine d'un logiciel, et ainsi de permettre sans difficulté d'upgrader avec les sources officielles d'un logiciel, c'est une gage de qualité énorme.
Donc l'idée c'est de ne pas corriger les bugs des logiciels parce qu'ainsi il est plus facile d'upgrader ? Et c'est un gage de qualité ? Je n'y crois pas une seconde.
A contrario, avoir des sourcetrees spécifiques qui ne correspondent pas aux originaux, c'est très chiant s'il faut faire une mise à jour de sécu.
Là non plus je n'y crois pas. Les mises à jour de sécurité de la Slackware sont elles-mêmes distribuées sous forme de patches, donc faire une mise à jour de sécurité revient à faire un upgradepkg. Que les source trees soient ceux d'upstream ou soient spécifiques à la distri- bution ne regarde pas l'utilisateur, je ne vois donc pas en quoi c'est « très chiant ».
Sam. -- Sam Hocevar <http://sam.zoy.org/>
On Mon, 13 Oct 2003 21:41:35 +0200, Emmanuel Florac wrote:
De respecter les sources d'origine d'un logiciel, et ainsi de permettre
sans difficulté d'upgrader avec les sources officielles d'un logiciel,
c'est une gage de qualité énorme.
Donc l'idée c'est de ne pas corriger les bugs des logiciels parce
qu'ainsi il est plus facile d'upgrader ? Et c'est un gage de qualité ?
Je n'y crois pas une seconde.
A contrario, avoir des sourcetrees spécifiques qui ne correspondent
pas aux originaux, c'est très chiant s'il faut faire une mise à jour
de sécu.
Là non plus je n'y crois pas. Les mises à jour de sécurité de la
Slackware sont elles-mêmes distribuées sous forme de patches, donc faire
une mise à jour de sécurité revient à faire un upgradepkg. Que les
source trees soient ceux d'upstream ou soient spécifiques à la distri-
bution ne regarde pas l'utilisateur, je ne vois donc pas en quoi c'est
« très chiant ».
Sam.
--
Sam Hocevar <sam@zoy.org> <http://sam.zoy.org/>
On Mon, 13 Oct 2003 21:41:35 +0200, Emmanuel Florac wrote:
De respecter les sources d'origine d'un logiciel, et ainsi de permettre sans difficulté d'upgrader avec les sources officielles d'un logiciel, c'est une gage de qualité énorme.
Donc l'idée c'est de ne pas corriger les bugs des logiciels parce qu'ainsi il est plus facile d'upgrader ? Et c'est un gage de qualité ? Je n'y crois pas une seconde.
A contrario, avoir des sourcetrees spécifiques qui ne correspondent pas aux originaux, c'est très chiant s'il faut faire une mise à jour de sécu.
Là non plus je n'y crois pas. Les mises à jour de sécurité de la Slackware sont elles-mêmes distribuées sous forme de patches, donc faire une mise à jour de sécurité revient à faire un upgradepkg. Que les source trees soient ceux d'upstream ou soient spécifiques à la distri- bution ne regarde pas l'utilisateur, je ne vois donc pas en quoi c'est « très chiant ».
Sam. -- Sam Hocevar <http://sam.zoy.org/>
Sam Hocevar
On Mon, 13 Oct 2003 20:31:08 +0200, Galkine wrote:
C'est censé être un gage de qualité, de ne pas corriger les bugs ? ne pas mettre les corrections de bug dans les sources d'un programme ,
c'est un gage de qualité ?
Une distribution n'a guère de moyens d'influencer les releases d'un programme.
-- Sam.
On Mon, 13 Oct 2003 20:31:08 +0200, Galkine wrote:
C'est censé être un gage de qualité, de ne pas corriger les bugs ?
ne pas mettre les corrections de bug dans les sources d'un programme ,
c'est un gage de qualité ?
Une distribution n'a guère de moyens d'influencer les releases d'un
programme.
On Mon, 13 Oct 2003 20:36:00 +0200, Galkine wrote:
pour la debian elle est compilé avec gcc 2.95.4 donc on en parle pas
Et c'est quoi le problème ?
Sam Hocevar
On Tue, 14 Oct 2003 15:04:12 +0200, Frédéric Logier wrote:
pour la debian elle est compilé avec gcc 2.95.4 donc on en parle pas
Et c'est quoi le problème ?
Il s'agit d'une version de gcc qui n'existe pas. Il n'est donc pas possible de compiler la debian avec, donc la debian n'existe pas, donc on n'en parle pas.
C'est pourtant pas compliqué.
-- Sam.
On Tue, 14 Oct 2003 15:04:12 +0200, Frédéric Logier wrote:
pour la debian elle est compilé avec gcc 2.95.4 donc on en parle pas
Et c'est quoi le problème ?
Il s'agit d'une version de gcc qui n'existe pas. Il n'est donc pas
possible de compiler la debian avec, donc la debian n'existe pas, donc
on n'en parle pas.
On Tue, 14 Oct 2003 15:04:12 +0200, Frédéric Logier wrote:
pour la debian elle est compilé avec gcc 2.95.4 donc on en parle pas
Et c'est quoi le problème ?
Il s'agit d'une version de gcc qui n'existe pas. Il n'est donc pas possible de compiler la debian avec, donc la debian n'existe pas, donc on n'en parle pas.
