Bonjour.
Je viens de voir la Slackware chez mon marchand de journaux, et
j'aimerai savoir quelle est la différence
fondamentale avec une LinuxFromScratch (l'huile de coude mise à part).
Les distribs que j'ai essayé ne me conviennent plus vraiment. A chaque
mise à jour, je les trouve de
moins en moins stables. Aussi, je pensais me remettre à Linux avec qqc
qui n'a pas trop une odeur
de propriétaire. Unix est grand, mais Linux apporte plus d'ouverture
(sur le matos) que mon FreeBSD.
Merci.
Mais, pour la SlaK, est-elle adaptée au 386 ou aux autres proc x86? Y a-t'il un fichier genre le /etc/make.conf de FreeBSD? Merci de ces retours d'expériences.
La slack est longtemps restée compatible 386, mais les dernières versions semblent être prévues pour 486 mini. Pour le make.conf, non c'est propre à pkgsrc et aux ports *BSD, bien qu'il y ai une possibilité de l'ad{a,o}pter pour linux
ya aussi un /etc/make.conf dans la gentoo qui comporte tous les flags et options de compilation, cf http://www.gentoo.org. La gentoo est aussi une distrib source ou il faut tout compiler.
-- jpc http://www.enstimac.fr/~caruana/
Mais, pour la SlaK, est-elle adaptée au 386
ou aux autres proc x86? Y a-t'il un fichier genre le /etc/make.conf de
FreeBSD? Merci de ces retours d'expériences.
La slack est longtemps restée compatible 386, mais les dernières
versions semblent être prévues pour 486 mini.
Pour le make.conf, non c'est propre à pkgsrc et aux ports *BSD, bien
qu'il y ai une possibilité de l'ad{a,o}pter pour linux
ya aussi un /etc/make.conf dans la gentoo qui comporte tous les flags et
options de compilation, cf http://www.gentoo.org. La gentoo est aussi
une distrib source ou il faut tout compiler.
Mais, pour la SlaK, est-elle adaptée au 386 ou aux autres proc x86? Y a-t'il un fichier genre le /etc/make.conf de FreeBSD? Merci de ces retours d'expériences.
La slack est longtemps restée compatible 386, mais les dernières versions semblent être prévues pour 486 mini. Pour le make.conf, non c'est propre à pkgsrc et aux ports *BSD, bien qu'il y ai une possibilité de l'ad{a,o}pter pour linux
ya aussi un /etc/make.conf dans la gentoo qui comporte tous les flags et options de compilation, cf http://www.gentoo.org. La gentoo est aussi une distrib source ou il faut tout compiler.
-- jpc http://www.enstimac.fr/~caruana/
Ronald
Le Thu, 19 Aug 2004 09:54:09 +0200, Jean-Philippe Caruana a écrit :
Mais, pour la SlaK, est-elle adaptée au 386 ou aux autres proc x86? Y a-t'il un fichier genre le /etc/make.conf de FreeBSD? Merci de ces retours d'expériences.
La slack est longtemps restée compatible 386, mais les dernières versions semblent être prévues pour 486 mini. Pour le make.conf, non c'est propre à pkgsrc et aux ports *BSD, bien qu'il y ai une possibilité de l'ad{a,o}pter pour linux
ya aussi un /etc/make.conf dans la gentoo qui comporte tous les flags et options de compilation, cf http://www.gentoo.org. La gentoo est aussi une distrib source ou il faut tout compiler.
Je viens de voir ça, pas en détail mais à mon avis le contenu du make.conf doit être assez différent, déjà en fonction de l'outil make utilisé.
Le Thu, 19 Aug 2004 09:54:09 +0200, Jean-Philippe Caruana a écrit :
Mais, pour la SlaK, est-elle adaptée au 386 ou aux autres proc x86? Y
a-t'il un fichier genre le /etc/make.conf de FreeBSD? Merci de ces
retours d'expériences.
La slack est longtemps restée compatible 386, mais les dernières
versions semblent être prévues pour 486 mini. Pour le make.conf, non
c'est propre à pkgsrc et aux ports *BSD, bien qu'il y ai une
possibilité de l'ad{a,o}pter pour linux
ya aussi un /etc/make.conf dans la gentoo qui comporte tous les flags et
options de compilation, cf http://www.gentoo.org. La gentoo est aussi une
distrib source ou il faut tout compiler.
Je viens de voir ça, pas en détail mais à mon avis le contenu du
make.conf doit être assez différent, déjà en fonction de l'outil make
utilisé.
Le Thu, 19 Aug 2004 09:54:09 +0200, Jean-Philippe Caruana a écrit :
Mais, pour la SlaK, est-elle adaptée au 386 ou aux autres proc x86? Y a-t'il un fichier genre le /etc/make.conf de FreeBSD? Merci de ces retours d'expériences.
La slack est longtemps restée compatible 386, mais les dernières versions semblent être prévues pour 486 mini. Pour le make.conf, non c'est propre à pkgsrc et aux ports *BSD, bien qu'il y ai une possibilité de l'ad{a,o}pter pour linux
ya aussi un /etc/make.conf dans la gentoo qui comporte tous les flags et options de compilation, cf http://www.gentoo.org. La gentoo est aussi une distrib source ou il faut tout compiler.
Je viens de voir ça, pas en détail mais à mon avis le contenu du make.conf doit être assez différent, déjà en fonction de l'outil make utilisé.
viphakoneniko
Emmanuel Florac wrote in message news:...
Or, je voulais savoir comment cela se résout-il pratiquement, car il y a bien quand même des dépendances qui sont nécessaires, non ? Comment cela se gère-t-il dans une utilisation régulière de la distrib ?
Avec swaret. Tu installes deux outils indispensables : checkinstall et swaret, et après tu es heuereux. swaret gère les dépendances, permet la mise à jour automatique de la distrib et fonctionne à la perfection. Je suis passé de la slack 9.0 à la 9.1, puis 10.0, grâce à swaret.
Merci bien, je pense aussi que je vais essayer la Slack. Ce pb de dép me gênait un peu.
Emmanuel Florac <eflorac@imaginet.fr> wrote in message news:<pan.2004.08.18.09.05.16.290266@imaginet.fr>...
Or, je voulais savoir comment cela se résout-il pratiquement, car il y
a bien quand même des dépendances qui sont nécessaires, non ?
Comment cela se gère-t-il dans une utilisation régulière de la distrib
?
Avec swaret. Tu installes deux outils indispensables : checkinstall et
swaret, et après tu es heuereux. swaret gère les dépendances, permet la
mise à jour automatique de la distrib et fonctionne à la perfection. Je
suis passé de la slack 9.0 à la 9.1, puis 10.0, grâce à swaret.
Merci bien, je pense aussi que je vais essayer la Slack. Ce pb de dép
me gênait un peu.
Or, je voulais savoir comment cela se résout-il pratiquement, car il y a bien quand même des dépendances qui sont nécessaires, non ? Comment cela se gère-t-il dans une utilisation régulière de la distrib ?
Avec swaret. Tu installes deux outils indispensables : checkinstall et swaret, et après tu es heuereux. swaret gère les dépendances, permet la mise à jour automatique de la distrib et fonctionne à la perfection. Je suis passé de la slack 9.0 à la 9.1, puis 10.0, grâce à swaret.
Merci bien, je pense aussi que je vais essayer la Slack. Ce pb de dép me gênait un peu.
Batyann811
sky-diving wrote:
c'est bien ce que je dis. obligé de passer par une transformation car la gestion des rpm en soit est problematique !!
Le format rpm n'étant pas le format standard des paquets de la slackware cela me parait normal de devoir les transformer non ?
sky-diving wrote:
c'est bien ce que je dis.
obligé de passer par une transformation car la gestion
des rpm en soit est problematique !!
Le format rpm n'étant pas le format standard des paquets de la slackware
cela me parait normal de devoir les transformer non ?
c'est bien ce que je dis. obligé de passer par une transformation car la gestion des rpm en soit est problematique !!
Le format rpm n'étant pas le format standard des paquets de la slackware cela me parait normal de devoir les transformer non ?
bifidus
anaxagore wrote in message news:<cftdko$l2v$...
je pensais me remettre à Linux avec qqc qui n'a pas trop une odeur de propriétaire. Unix est grand, mais Linux apporte plus d'ouverture (sur le matos) que mon FreeBSD.
Bonjour.
Le support du matériel est-elle la seule raison qui te pousse à repasser de *BSD à Linux ?
-- Damien
anaxagore <anaxagore@altern.org> wrote in message news:<cftdko$l2v$1@news-reader2.wanadoo.fr>...
je pensais me remettre à Linux avec qqc qui n'a pas trop une odeur
de propriétaire. Unix est grand, mais Linux apporte plus d'ouverture
(sur le matos) que mon FreeBSD.
Bonjour.
Le support du matériel est-elle la seule raison qui te pousse à
repasser de *BSD à Linux ?
je pensais me remettre à Linux avec qqc qui n'a pas trop une odeur de propriétaire. Unix est grand, mais Linux apporte plus d'ouverture (sur le matos) que mon FreeBSD.
Bonjour.
Le support du matériel est-elle la seule raison qui te pousse à repasser de *BSD à Linux ?
-- Damien
Jean-Philippe Caruana
bonjour,
j'ai visiblement une RAM un peu défectueuese (nu secteur ou deux endommagés), et j'ai entendu parler de badmem, un patch pour le noyau.
des retours d'expérience la dessus ?
http://badmem.sourceforge.net/
-- jpc http://www.enstimac.fr/~caruana/
bonjour,
j'ai visiblement une RAM un peu défectueuese (nu secteur ou deux
endommagés), et j'ai entendu parler de badmem, un patch pour le noyau.
j'ai visiblement une RAM un peu défectueuese (nu secteur ou deux endommagés), et j'ai entendu parler de badmem, un patch pour le noyau.
des retours d'expérience la dessus ?
http://badmem.sourceforge.net/
-- jpc http://www.enstimac.fr/~caruana/
anaxagore
Bifidus wrote:
anaxagore wrote in message news:<cftdko$l2v$...
je pensais me remettre à Linux avec qqc qui n'a pas trop une odeur de propriétaire. Unix est grand, mais Linux apporte plus d'ouverture (sur le matos) que mon FreeBSD.
Bonjour.
Le support du matériel est-elle la seule raison qui te pousse à repasser de *BSD à Linux ?
Oui, mais je ne connais pas encore bien FreeBSD. 5 ans sous Linux, 6 mois sous FreeBSD. Non, mais je suis intéressé par les "mini-Linux" à faire soi-même.
Rien que ma flash-memory en USB1 (IntelligentStick°) est inutilisable sous FreeBSD. Par contre ma carte WiFi j'avais prévu le coup, j'ai pris une WG311 qd j'ai vu qu'il y avait un support sous Free. Et elle tourne!
Par contre je ne repasse pas à Linux, je m'y remets un peu. Je préfère FreeBSD pour son homogénéité. Au point que ce truc me donne envie de faire de l'informatique.
Bifidus wrote:
anaxagore <anaxagore@altern.org> wrote in message news:<cftdko$l2v$1@news-reader2.wanadoo.fr>...
je pensais me remettre à Linux avec qqc qui n'a pas trop une odeur
de propriétaire. Unix est grand, mais Linux apporte plus d'ouverture
(sur le matos) que mon FreeBSD.
Bonjour.
Le support du matériel est-elle la seule raison qui te pousse à
repasser de *BSD à Linux ?
Oui, mais je ne connais pas encore bien FreeBSD. 5 ans sous Linux, 6
mois sous FreeBSD.
Non, mais je suis intéressé par les "mini-Linux" à faire soi-même.
Rien que ma flash-memory en USB1 (IntelligentStick°) est inutilisable
sous FreeBSD.
Par contre ma carte WiFi j'avais prévu le coup, j'ai pris une WG311 qd
j'ai vu qu'il y avait un
support sous Free. Et elle tourne!
Par contre je ne repasse pas à Linux, je m'y remets un peu. Je préfère
FreeBSD pour son homogénéité.
Au point que ce truc me donne envie de faire de l'informatique.
je pensais me remettre à Linux avec qqc qui n'a pas trop une odeur de propriétaire. Unix est grand, mais Linux apporte plus d'ouverture (sur le matos) que mon FreeBSD.
Bonjour.
Le support du matériel est-elle la seule raison qui te pousse à repasser de *BSD à Linux ?
Oui, mais je ne connais pas encore bien FreeBSD. 5 ans sous Linux, 6 mois sous FreeBSD. Non, mais je suis intéressé par les "mini-Linux" à faire soi-même.
Rien que ma flash-memory en USB1 (IntelligentStick°) est inutilisable sous FreeBSD. Par contre ma carte WiFi j'avais prévu le coup, j'ai pris une WG311 qd j'ai vu qu'il y avait un support sous Free. Et elle tourne!
Par contre je ne repasse pas à Linux, je m'y remets un peu. Je préfère FreeBSD pour son homogénéité. Au point que ce truc me donne envie de faire de l'informatique.
Nicolas George
Jean-Philippe Caruana wrote in message <cg52dv$:
j'ai visiblement une RAM un peu défectueuese (nu secteur ou deux endommagés), et j'ai entendu parler de badmem, un patch pour le noyau.
Il n'y a pas besoin de patch pour gérer ça, une option en ligne de commande au noyau suffit. Typiquement les options suivantes :
meme800k mem# mem%
désactivent la page entre les adresses 65800 ko et 65804 ko, et les trois pages entre les adresses 302164 ko et 302176 ko, pour un total de 320 Mo. Si je me souviens bien, en 2.6, les deux derniers mem s'appellent memmap=.
Jean-Philippe Caruana wrote in message
<cg52dv$3vi3@news.rd.francetelecom.fr>:
j'ai visiblement une RAM un peu défectueuese (nu secteur ou deux
endommagés), et j'ai entendu parler de badmem, un patch pour le noyau.
Il n'y a pas besoin de patch pour gérer ça, une option en ligne de
commande au noyau suffit. Typiquement les options suivantes :
meme800k mem#6360k@65804k mem%504k@302176k
désactivent la page entre les adresses 65800 ko et 65804 ko, et les
trois pages entre les adresses 302164 ko et 302176 ko, pour un total de
320 Mo. Si je me souviens bien, en 2.6, les deux derniers mem s'appellent memmap=.
j'ai visiblement une RAM un peu défectueuese (nu secteur ou deux endommagés), et j'ai entendu parler de badmem, un patch pour le noyau.
Il n'y a pas besoin de patch pour gérer ça, une option en ligne de commande au noyau suffit. Typiquement les options suivantes :
meme800k mem# mem%
désactivent la page entre les adresses 65800 ko et 65804 ko, et les trois pages entre les adresses 302164 ko et 302176 ko, pour un total de 320 Mo. Si je me souviens bien, en 2.6, les deux derniers mem s'appellent memmap=.
