Pakages mandrake 10.1 incomplets

Jérémy JUST

27/11/2004 à 15:13

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

--
Jérémy JUST

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert <jerome.lambert@swing.be> wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

--
Jérémy JUST <jeremy_just@netcourrier.com>

Vous avez filtré cet utilisateur ! Consultez son message

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

--
Jérémy JUST

Jérémy JUST

27/11/2004 à 15:21

On Sat, 27 Nov 2004 14:12:31 +0000 (UTC)
manuel viet wrote:

Mandrake a ajouté plein de trucs à l'utilité discutable, mais la
base n'est pas différente de celle des autres distributions.

Faut avouer que c'est quand même un mille-feuilles banane-chocolat
nappé à la crème d'anchois ; avec un peu de temps on peu
éventuellement enlever ce qu'on n'aime pas, mais il y a sûrement plus
simple.

Le gens qui l'on *vraiment* essayée savent que la crème d'anchois est
à part. C'est très facile de ne pas la manger en même temps que le
reste. ;)

--
Jérémy JUST

manuel viet

27/11/2004 à 15:39

In article , Jérémy JUST wrote:

On Sat, 27 Nov 2004 14:12:31 +0000 (UTC)
manuel viet wrote:

Mandrake a ajouté plein de trucs à l'utilité discutable, mais la
base n'est pas différente de celle des autres distributions.

Faut avouer que c'est quand même un mille-feuilles banane-chocolat
nappé à la crème d'anchois ; avec un peu de temps on peu
éventuellement enlever ce qu'on n'aime pas, mais il y a sûrement plus
simple.

Le gens qui l'on *vraiment* essayée

J'ai utilisé toutes les versions depuis la 5.3 (la 1ère), ça va ?

savent que la crème d'anchois est
à part. C'est très facile de ne pas la manger en même temps que le
reste. ;)

Oui mais non. /etc/rc.d/ reste un monument à la gloire de la bidouille
spagetti. Je suis toujours surpris quand ça tombe en marche.

--
(( Manuel Viet * mailto:
(^.^)
(")")

Nicolas George

27/11/2004 à 15:40

Jérémy JUST wrote in message
:

Mandrake a ajouté plein de trucs à l'utilité discutable, mais la base
n'est pas différente de celle des autres distributions.

Une distribution peut parfaitement avoir la même base que les autres
distributions, et, si l'on s'avise d'y changer quelque chose, se mettre à
déconner par des aspects qui ne sont pas directement liés à ce qu'on a
changé. En ce sens, elle est peu personnalisable.

Maintenant, ceci est théorique : je ne sais pas si la mandrake est dans ce
cas.

Jerome Lambert

28/11/2004 à 01:58

Le Sat, 27 Nov 2004 15:13:16 +0100, Jérémy JUST a écrit :

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Du tout... J'en ai été un pendant longtemps, donc je connais ses
avantages et ses inconvénients... ;-)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Nous sommes bien d'accord...

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur pour
un neu², et que pour administrer un OS, une formation sérieuse s'impose...
Note que c'est aussi valable pour Windows: le premier chapitre de toute
formation Windows sérieuse commence par "initiation à la base de
registre"...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

La politique est différente: sous Debian tu installes un système basique
et puis tu choisis les paquets qui t'intéresse. Sous Mandrake tu dois
tailler dans ce qui ne t'intéresse pas, sans toujours savoir à quoi
correspond tel ou tel paquet. La nuance est de taille...

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce que
tu utilises au jour le jour...

Par contre, tu peux me dire quels paquets je dois virer de la sélection
"par défaut" pour obtenir le même résultat?

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Cfr plus haut: faire un système minimal ou avec uniquement ce qu'on veut
est plus ardu...

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

Si, regarde et compare avec le même fichier sous Mandrake:

jerome $ cat /etc/gentoo-release
Gentoo Base System version 1.4.16
jerome $ cat /etc/fstab
# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.14 2003/10/13 20:03:38 azarah Exp $
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.

# <fs> <mountpoint> <type> <opts> <dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/hda5 /boot reiserfs noatime,notail 1 2
/dev/hda6 / reiserfs noatime 1 2
/dev/hda7 none swap sw 0 0
/dev/hda8 /home/ reiserfs auto,noatime
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro,user 1 2
#/dev/fd0 /mnt/floppy auto noauto 0 0

# NOTE: The next line is critical for boot!
none /proc proc defaults 0 0

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:

none /dev/shm tmpfs defaults 0 0

jerome $

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Le Sat, 27 Nov 2004 15:13:16 +0100, Jérémy JUST a écrit :

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert <jerome.lambert@swing.be> wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Du tout... J'en ai été un pendant longtemps, donc je connais ses
avantages et ses inconvénients... ;-)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Nous sommes bien d'accord...

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur pour
un neu², et que pour administrer un OS, une formation sérieuse s'impose...
Note que c'est aussi valable pour Windows: le premier chapitre de toute
formation Windows sérieuse commence par "initiation à la base de
registre"...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

La politique est différente: sous Debian tu installes un système basique
et puis tu choisis les paquets qui t'intéresse. Sous Mandrake tu dois
tailler dans ce qui ne t'intéresse pas, sans toujours savoir à quoi
correspond tel ou tel paquet. La nuance est de taille...

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce que
tu utilises au jour le jour...

Par contre, tu peux me dire quels paquets je dois virer de la sélection
"par défaut" pour obtenir le même résultat?

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Cfr plus haut: faire un système minimal ou avec uniquement ce qu'on veut
est plus ardu...

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

Si, regarde et compare avec le même fichier sous Mandrake:

jerome@Magellan jerome $ cat /etc/gentoo-release
Gentoo Base System version 1.4.16
jerome@Magellan jerome $ cat /etc/fstab
# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.14 2003/10/13 20:03:38 azarah Exp $
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.

# <fs> <mountpoint> <type> <opts> <dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/hda5 /boot reiserfs noatime,notail 1 2
/dev/hda6 / reiserfs noatime 1 2
/dev/hda7 none swap sw 0 0
/dev/hda8 /home/ reiserfs auto,noatime
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro,user 1 2
#/dev/fd0 /mnt/floppy auto noauto 0 0

# NOTE: The next line is critical for boot!
none /proc proc defaults 0 0

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:

none /dev/shm tmpfs defaults 0 0

jerome@Magellan jerome $

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Vous avez filtré cet utilisateur ! Consultez son message

Le Sat, 27 Nov 2004 15:13:16 +0100, Jérémy JUST a écrit :

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Du tout... J'en ai été un pendant longtemps, donc je connais ses
avantages et ses inconvénients... ;-)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Nous sommes bien d'accord...

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur pour
un neu², et que pour administrer un OS, une formation sérieuse s'impose...
Note que c'est aussi valable pour Windows: le premier chapitre de toute
formation Windows sérieuse commence par "initiation à la base de
registre"...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

La politique est différente: sous Debian tu installes un système basique
et puis tu choisis les paquets qui t'intéresse. Sous Mandrake tu dois
tailler dans ce qui ne t'intéresse pas, sans toujours savoir à quoi
correspond tel ou tel paquet. La nuance est de taille...

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce que
tu utilises au jour le jour...

Par contre, tu peux me dire quels paquets je dois virer de la sélection
"par défaut" pour obtenir le même résultat?

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Cfr plus haut: faire un système minimal ou avec uniquement ce qu'on veut
est plus ardu...

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

Si, regarde et compare avec le même fichier sous Mandrake:

jerome $ cat /etc/gentoo-release
Gentoo Base System version 1.4.16
jerome $ cat /etc/fstab
# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.14 2003/10/13 20:03:38 azarah Exp $
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.

# <fs> <mountpoint> <type> <opts> <dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/hda5 /boot reiserfs noatime,notail 1 2
/dev/hda6 / reiserfs noatime 1 2
/dev/hda7 none swap sw 0 0
/dev/hda8 /home/ reiserfs auto,noatime
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro,user 1 2
#/dev/fd0 /mnt/floppy auto noauto 0 0

# NOTE: The next line is critical for boot!
none /proc proc defaults 0 0

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:

none /dev/shm tmpfs defaults 0 0

jerome $

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Jerome Lambert

28/11/2004 à 02:10

Le Sat, 27 Nov 2004 15:13:16 +0100, Jérémy JUST a écrit :

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Du tout... J'en ai été un pendant longtemps, donc je connais ses
avantages et ses inconvénients... ;-)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Nous sommes bien d'accord...

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur pour
un neu², et que pour administrer un OS, une formation sérieuse s'impose...
Note que c'est aussi valable pour Windows: le premier chapitre de toute
formation Windows sérieuse commence par "initiation à la base de
registre"...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

La politique est différente: sous Debian tu installes un système basique
et puis tu choisis les paquets qui t'intéresse. Sous Mandrake tu dois
tailler dans ce qui ne t'intéresse pas, sans toujours savoir à quoi
correspond tel ou tel paquet. La nuance est de taille...

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce que
tu utilises au jour le jour...

Par contre, tu peux me dire quels paquets je dois virer de la sélection
"par défaut" pour obtenir le même résultat?

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Cfr plus haut: faire un système minimal ou avec uniquement ce qu'on veut
est plus ardu...

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

Si, regarde et compare avec le même fichier sous Mandrake:
(nécessite une police fixe pour respecter l'alignement...)

jerome $ cat /etc/gentoo-release
Gentoo Base System version 1.4.16
jerome $ cat /etc/fstab
# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.14 2003/10/13 20:03:38 azarah Exp $
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.

# <fs> <mountpoint> <type> <opts> <dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/hda5 /boot reiserfs noatime,notail 1 2
/dev/hda6 / reiserfs noatime 1 2
/dev/hda7 none swap sw 0 0
/dev/hda8 /home/ reiserfs auto,noatime
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro,user 1 2
#/dev/fd0 /mnt/floppy auto noauto 0 0

# NOTE: The next line is critical for boot!
none /proc proc defaults 0 0

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:

none /dev/shm tmpfs defaults 0 0

jerome $

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Le Sat, 27 Nov 2004 15:13:16 +0100, Jérémy JUST a écrit :

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert <jerome.lambert@swing.be> wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Du tout... J'en ai été un pendant longtemps, donc je connais ses
avantages et ses inconvénients... ;-)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Nous sommes bien d'accord...

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur pour
un neu², et que pour administrer un OS, une formation sérieuse s'impose...
Note que c'est aussi valable pour Windows: le premier chapitre de toute
formation Windows sérieuse commence par "initiation à la base de
registre"...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

La politique est différente: sous Debian tu installes un système basique
et puis tu choisis les paquets qui t'intéresse. Sous Mandrake tu dois
tailler dans ce qui ne t'intéresse pas, sans toujours savoir à quoi
correspond tel ou tel paquet. La nuance est de taille...

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce que
tu utilises au jour le jour...

Par contre, tu peux me dire quels paquets je dois virer de la sélection
"par défaut" pour obtenir le même résultat?

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Cfr plus haut: faire un système minimal ou avec uniquement ce qu'on veut
est plus ardu...

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

Si, regarde et compare avec le même fichier sous Mandrake:
(nécessite une police fixe pour respecter l'alignement...)

jerome@Magellan jerome $ cat /etc/gentoo-release
Gentoo Base System version 1.4.16
jerome@Magellan jerome $ cat /etc/fstab
# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.14 2003/10/13 20:03:38 azarah Exp $
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.

# <fs> <mountpoint> <type> <opts> <dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/hda5 /boot reiserfs noatime,notail 1 2
/dev/hda6 / reiserfs noatime 1 2
/dev/hda7 none swap sw 0 0
/dev/hda8 /home/ reiserfs auto,noatime
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro,user 1 2
#/dev/fd0 /mnt/floppy auto noauto 0 0

# NOTE: The next line is critical for boot!
none /proc proc defaults 0 0

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:

none /dev/shm tmpfs defaults 0 0

jerome@Magellan jerome $

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Vous avez filtré cet utilisateur ! Consultez son message

Le Sat, 27 Nov 2004 15:13:16 +0100, Jérémy JUST a écrit :

On Sat, 27 Nov 2004 01:31:19 +0100
Jerome Lambert wrote:

Le monsieur a parlé des paquets de dev, pas des en-têtes.

Sur la Mandrake, les paquets *-devel*.rpm sont les en-têtes du paquet
non-«devel» associé.
C'est effectivement fait pour compiler des outils qui utilisent la
bibliothèque correspondante.

Je répète: on n'a besoin des paquets de développement qui si on se
décide à compiler, ce qui n'est pas à proprement parler une
utilisation "standard" de Mandrake....

Tant de mépris pour les utilisateurs de Mandrake!... ;)

Du tout... J'en ai été un pendant longtemps, donc je connais ses
avantages et ses inconvénients... ;-)

Plus sérieusement, je ne connais personne qui ne s'est pas dit un jour
ou l'autre « tiens, j'ai besoin de ce truc particulier et il n'existe
pas en RPM, il va falloir que je le compile ». Le truc pouvant être une
constante dans les sources d'un outil, ou la liaison avec une
bibliothèque particulière, ou un outil marginal, qui n'existe pas en
RPM...
Évidemment, ce besoin n'apparaît pas toujours dans les premiers mois
d'utilisation d'une Mandrake.

Nous sommes bien d'accord...

Complète sans p.ex. FireFox ou Thunderbird(cfr ton lien)? On n'a pas
la même définition de "complète"...

Kalimhero t'as indiqué la méthode canonique pour installer FireFox sur
une Mandrake.
Si tu veux du concret (et manuel):
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-firefox-0.10.1-4mdk.i586.rpm
ftp://ftp.free.fr/pub/Distributions_Linux/Mandrake/official/10.1/i586/media/contrib/mozilla-thunderbird-0.8-4mdk.i586.rpm

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur pour
un neu², et que pour administrer un OS, une formation sérieuse s'impose...
Note que c'est aussi valable pour Windows: le premier chapitre de toute
formation Windows sérieuse commence par "initiation à la base de
registre"...

Quand à "personnalisable", je parle de choisir *ses* programmes selon
*ses* critères, pas de subir les choix des distributeurs.

Eh, oh, tu n'es pas obligé de cliquer sur « installation par défaut »!
Aussi bien pendant l'installation que par la suite, tu fais les choix
que *tu* veux parmi les milliers de RPM.
Et tous ces RPM proposent les en-têtes qui te permettront de compiler
tous les autres outils dont tu pourraient avoir besoin.

La politique est différente: sous Debian tu installes un système basique
et puis tu choisis les paquets qui t'intéresse. Sous Mandrake tu dois
tailler dans ce qui ne t'intéresse pas, sans toujours savoir à quoi
correspond tel ou tel paquet. La nuance est de taille...

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce que
tu utilises au jour le jour...

Par contre, tu peux me dire quels paquets je dois virer de la sélection
"par défaut" pour obtenir le même résultat?

Les distributions que j'ai citées le permettent. Mandrake, non.
^^^^^^^^^^^^^

Pourquoi?

Cfr plus haut: faire un système minimal ou avec uniquement ce qu'on veut
est plus ardu...

Et je ne parle pas des drak* qui bousillent les modifications
manuelles (ce qui fait que je n'utilise plus MDK sur mes serveurs,
mais Debian).

Tu n'es pas obligé de t'en servir.
Personnellement, la seule interface graphique drak* dont je me serve
encore, c'est celle de mise à jour des RPM installés (elle fonctionne
bien et je trouve l'affichage synthétique et ergonomique, avec ses cases
à cocher pour choisir ce qu'on veut mettre à jour).

si on veut approfondir sa connaissance de Linux, il est préférable
amha de passer à autre chose...

Pas nécessairement.
Les scripts de Mandrake sont relativement complexes, donc
l'apprentissage sera un peu plus long, mais ils présentent aussi des
exemples de trucs qui marchent de façon stable; je considère que leur
compréhension fait aussi un bon apprentissage.

Si, regarde et compare avec le même fichier sous Mandrake:
(nécessite une police fixe pour respecter l'alignement...)

jerome $ cat /etc/gentoo-release
Gentoo Base System version 1.4.16
jerome $ cat /etc/fstab
# /etc/fstab: static file system information.
# $Header: /home/cvsroot/gentoo-src/rc-scripts/etc/fstab,v 1.14 2003/10/13 20:03:38 azarah Exp $
#
# noatime turns off atimes for increased performance (atimes normally aren't
# needed; notail increases performance of ReiserFS (at the expense of storage
# efficiency). It's safe to drop the noatime options if you want and to
# switch between notail and tail freely.

# <fs> <mountpoint> <type> <opts> <dump/pass>

# NOTE: If your BOOT partition is ReiserFS, add the notail option to opts.
/dev/hda5 /boot reiserfs noatime,notail 1 2
/dev/hda6 / reiserfs noatime 1 2
/dev/hda7 none swap sw 0 0
/dev/hda8 /home/ reiserfs auto,noatime
/dev/cdroms/cdrom0 /mnt/cdrom iso9660 noauto,ro,user 1 2
#/dev/fd0 /mnt/floppy auto noauto 0 0

# NOTE: The next line is critical for boot!
none /proc proc defaults 0 0

# glibc 2.2 and above expects tmpfs to be mounted at /dev/shm for
# POSIX shared memory (shm_open, shm_unlink).
# (tmpfs is a dynamically expandable/shrinkable ramdisk, and will
# use almost no memory if not populated with files)
# Adding the following line to /etc/fstab should take care of this:

none /dev/shm tmpfs defaults 0 0

jerome $

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Jerome Lambert

28/11/2004 à 11:03

Le Sat, 27 Nov 2004 14:40:31 +0000, Nicolas George a écrit :

Jérémy JUST wrote in message
:
Mandrake a ajouté plein de trucs à l'utilité discutable, mais la base
n'est pas différente de celle des autres distributions.

Une distribution peut parfaitement avoir la même base que les autres
distributions, et, si l'on s'avise d'y changer quelque chose, se mettre à
déconner par des aspects qui ne sont pas directement liés à ce qu'on a
changé. En ce sens, elle est peu personnalisable.

Maintenant, ceci est théorique : je ne sais pas si la mandrake est dans ce
cas.

Si, c'est le fameux problème des drakconf...
Je m'explique:

Dans une salle de classe, j'avais "reçu" des P-75/32Mo pour donner mes
cours de programmation (les celerons 1.3Ghz flambants neufs étants
réservés aux cours de mes collègues windoziens...)

Je parviens néanmoins à mettre la main sur une machine "correcte"
(P3 1Ghz/256Mo) et je configure le tout pour que les P1 aient un système
minimal (en mdk 7.2) et lance une requète XDMCP sur le P3 (en MDK 9),
afin de partager la puissance et la place disque entre les élèves. Ce
faisant, j'édite le fichier XFree.conf et remplace la mandrakerie
"fontpath=unix/:-1" par le standard "fontpath=unix/:7100" (pour xfs). Tout
fonctionne correctement.

Suite à une rotation de matériel, j'hérite d'un moniteur un peu moins
pourri pour le P3. Je le branche et, pour aller plus vite, lance XFdrake
et entre les paramères kivonbien. Test: que dalle, pas d'affichage,
message "xfs missing". Vérifications: xfs est bien lancé, est bien
configuré, je le relance au cas où. Que dalle, marche pas. Edition de
Xfree.conf, rubrique "Moniteur", les paramètres sont corrects... Et puis
en relisant scrupuleusement le Xfree.conf, j'aperçois que XFdrake avait
viré ma personnalisation du fontpath pour remettre "fontpath=unix/:-1",
et donc il était normal que X ne s'y retrouve plus...

Ce fut la dernière tâche "serveur" que j'ai confiée à une Mandrake...
Les suivantes furent confiées à des Debian, dont dpkg-reconfigure ne se
permet pas ce genre d'idioties...

Le Sat, 27 Nov 2004 14:40:31 +0000, Nicolas George a écrit :

Jérémy JUST wrote in message
<20041127145952.6cd414ec@norbert.inapg.inra.fr>:

Mandrake a ajouté plein de trucs à l'utilité discutable, mais la base
n'est pas différente de celle des autres distributions.

Une distribution peut parfaitement avoir la même base que les autres
distributions, et, si l'on s'avise d'y changer quelque chose, se mettre à
déconner par des aspects qui ne sont pas directement liés à ce qu'on a
changé. En ce sens, elle est peu personnalisable.

Maintenant, ceci est théorique : je ne sais pas si la mandrake est dans ce
cas.

Si, c'est le fameux problème des drakconf...
Je m'explique:

Dans une salle de classe, j'avais "reçu" des P-75/32Mo pour donner mes
cours de programmation (les celerons 1.3Ghz flambants neufs étants
réservés aux cours de mes collègues windoziens...)

Je parviens néanmoins à mettre la main sur une machine "correcte"
(P3 1Ghz/256Mo) et je configure le tout pour que les P1 aient un système
minimal (en mdk 7.2) et lance une requète XDMCP sur le P3 (en MDK 9),
afin de partager la puissance et la place disque entre les élèves. Ce
faisant, j'édite le fichier XFree.conf et remplace la mandrakerie
"fontpath=unix/:-1" par le standard "fontpath=unix/:7100" (pour xfs). Tout
fonctionne correctement.

Suite à une rotation de matériel, j'hérite d'un moniteur un peu moins
pourri pour le P3. Je le branche et, pour aller plus vite, lance XFdrake
et entre les paramères kivonbien. Test: que dalle, pas d'affichage,
message "xfs missing". Vérifications: xfs est bien lancé, est bien
configuré, je le relance au cas où. Que dalle, marche pas. Edition de
Xfree.conf, rubrique "Moniteur", les paramètres sont corrects... Et puis
en relisant scrupuleusement le Xfree.conf, j'aperçois que XFdrake avait
viré ma personnalisation du fontpath pour remettre "fontpath=unix/:-1",
et donc il était normal que X ne s'y retrouve plus...

Ce fut la dernière tâche "serveur" que j'ai confiée à une Mandrake...
Les suivantes furent confiées à des Debian, dont dpkg-reconfigure ne se
permet pas ce genre d'idioties...

Vous avez filtré cet utilisateur ! Consultez son message

Le Sat, 27 Nov 2004 14:40:31 +0000, Nicolas George a écrit :

Jérémy JUST wrote in message
:
Mandrake a ajouté plein de trucs à l'utilité discutable, mais la base
n'est pas différente de celle des autres distributions.

Une distribution peut parfaitement avoir la même base que les autres
distributions, et, si l'on s'avise d'y changer quelque chose, se mettre à
déconner par des aspects qui ne sont pas directement liés à ce qu'on a
changé. En ce sens, elle est peu personnalisable.

Maintenant, ceci est théorique : je ne sais pas si la mandrake est dans ce
cas.

Si, c'est le fameux problème des drakconf...
Je m'explique:

Dans une salle de classe, j'avais "reçu" des P-75/32Mo pour donner mes
cours de programmation (les celerons 1.3Ghz flambants neufs étants
réservés aux cours de mes collègues windoziens...)

Je parviens néanmoins à mettre la main sur une machine "correcte"
(P3 1Ghz/256Mo) et je configure le tout pour que les P1 aient un système
minimal (en mdk 7.2) et lance une requète XDMCP sur le P3 (en MDK 9),
afin de partager la puissance et la place disque entre les élèves. Ce
faisant, j'édite le fichier XFree.conf et remplace la mandrakerie
"fontpath=unix/:-1" par le standard "fontpath=unix/:7100" (pour xfs). Tout
fonctionne correctement.

Suite à une rotation de matériel, j'hérite d'un moniteur un peu moins
pourri pour le P3. Je le branche et, pour aller plus vite, lance XFdrake
et entre les paramères kivonbien. Test: que dalle, pas d'affichage,
message "xfs missing". Vérifications: xfs est bien lancé, est bien
configuré, je le relance au cas où. Que dalle, marche pas. Edition de
Xfree.conf, rubrique "Moniteur", les paramètres sont corrects... Et puis
en relisant scrupuleusement le Xfree.conf, j'aperçois que XFdrake avait
viré ma personnalisation du fontpath pour remettre "fontpath=unix/:-1",
et donc il était normal que X ne s'y retrouve plus...

Ce fut la dernière tâche "serveur" que j'ai confiée à une Mandrake...
Les suivantes furent confiées à des Debian, dont dpkg-reconfigure ne se
permet pas ce genre d'idioties...

viphakoneniko

28/11/2004 à 11:55

"TiChou" wrote in message news:...

Dans le message <news:,
*Nikoo* tapota sur f.c.o.l.configuration :

Je te conseille soit de faire une install network si tu es dégroupé,

Heureusement qu'on n'a pas attendu d'être dégroupé pour faire des
installations depuis Internet et qu'on n'a toujours pas besoin de l'être
pour faire ces types d'installation.

Euh...oui, c vrai aussi :p

cnbvn

28/11/2004 à 23:01

Hé bien, que d'encre!!! (octets pardons).
Donc, si j'ai bien tout compris, la mandrake est plutôt une alternative
plus que correcte à un windows pour utilisateur final. Je trouve qu'en
ce sens, elle s'en sort bien, faite pour l'utiliser "comme ca, tout de
suite".
Pour la dev, c'est à l'utilisateur d'aller creuser et d'aller chercher
ses packages et de faire gaffes aux utilitaires autos de mandrake.

Au fait, mes entetes .h pour X11 qui manquaient sont dans un package
xorg (J'en était resté à X11R6 de base). En fait, je me trainais une
vieille RedHat des familles et j'ai zappé qques étapes des évoles de
Mandrake.
Il a fallu que je configure urpmi pour aller chercher des packages un
peu partout en ftp.

Voila Voila.
Et merci à tous

- Moi -

cnbvn wrote:

Bonsoir à tous,
Je me suis installé la mandrake 10.1 de base, 3CD, téléchargés
gratuitement depuis le site de mandrake.
Et, il faut le dire, elle marche vraimement bien. A ceci près que
lorsque j'ai voulu installé les lib de dev du noyau et/ou de X11,
impossible de le faire. Il n'existent pas!!!! Il manque plein de pakage,
y compris quand je me mets à jour depuis un site ftp.
Alors, ou je suis gâteux, ou bien cette mandrake là est minimaliste. Ils
mettent une tetra-chiée de lib dont 99,99% des gens se contrefoutent,
mais la dev X11 et noyau ca ....
Bref, tout cela est-il normal?

Jérémy JUST

29/11/2004 à 23:50

On Sun, 28 Nov 2004 02:10:46 +0100
Jerome Lambert wrote:

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur
pour un neu²

Ce qui prouve bien que la Debian ne permet pas de « choisir *ses*
programmes selon *ses* critères, pas de subir les choix des
distributeurs ».
Na! ;)

et que pour administrer un OS, une formation sérieuse s'impose...

Ça, oui.

Note que c'est aussi valable pour Windows: le premier chapitre de
toute formation Windows sérieuse commence par "initiation à la base de
registre"...

J'aurais bien discuté là-dessus, mais c'est hors-sujet.
Je n'ai jamais vu de formations à Windows pour l'administration; mais
les livres de MS Press que j'ai pu feuilleter (ou que je me suis vu
offrir comme cadeaux promotionnels) n'abordaient pas suffisamment les
points qui me semblent indispensables pour administrer une machine en
général, ni même une machine sous Windows.

Quand à "personnalisable", je parle de choisir *ses* programmes
selon *ses* critères, pas de subir les choix des distributeurs.
Eh, oh, tu n'es pas obligé de cliquer sur « installation par

défaut »! Aussi bien pendant l'installation que par la suite, tu fais
les choix que *tu* veux parmi les milliers de RPM.
La politique est différente: sous Debian tu installes un système

basique et puis tu choisis les paquets qui t'intéresse. Sous Mandrake
tu dois tailler dans ce qui ne t'intéresse pas, sans toujours savoir à
quoi correspond tel ou tel paquet. La nuance est de taille...

Si je me souviens bien (ça fait longtemps que je n'ai pas installé /ab
initio/ une Mdk; je ne fais plus que des mises à jour), il est facile de
ne garder que le minimum lors de l'installation initiale.
Je ne sais pas si c'est encore comme ça, mais jusqu'à la 9.2, il
fallait faire une première sélection grossière dans laquelle on disait
quel allait être l'usage de la machine. Il suffisait à cette étape de
décocher trois ou quatre cases sur les quatre ou cinq cochées par défaut
pour n'avoir que les paquets de la LSB (Linux System Base).

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce
que tu utilises au jour le jour...

Hum, hum. Avec un noyau, on ne va pas très loin. Il faut un assez
grand nombre de paquets en plus pour avoir un système utile et
utilisable (les commandes de base).
Une distribution qui te propose par défaut de n'installer qu'un noyau
est plus destinée à des concours de gourou-attitude qu'à des individus
qui veulent se servir de leur machine.

Par contre, tu peux me dire quels paquets je dois virer de la
sélection "par défaut" pour obtenir le même résultat?

Oui, tu gardes uniquement la première case de la première sélection
(qui doit s'appeler « système de base » ou un truc comme ça), puis tu
fais ce que tu veux.

Si, regarde et compare avec le même fichier sous Mandrake:

jerome $ cat /etc/fstab

Effectivement, le fstab de la Mdk n'est pas bien commenté. Je ne peux
pas vérifier, parce que je ne l'ai plus.
Cela dit, j'avoue ne pas avoir arrangé les choses: ma version ne
contient plus aucun commentaire... Par contre, elle est sous RCS, et je
m'efforce de documenter les checks-in.

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Je m'apprête à répondre à TiChou, dans le même fil. Pour être tout à
fait honnête (grmlml!...), sa réponse argumentée, ainsi que ton exemple
de fstab m'ont donné envie d'essayer une Gentoo.

--
Jérémy JUST

On Sun, 28 Nov 2004 02:10:46 +0100
Jerome Lambert <jerome.lambert@swing.be> wrote:

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur
pour un neu²

Ce qui prouve bien que la Debian ne permet pas de « choisir *ses*
programmes selon *ses* critères, pas de subir les choix des
distributeurs ».
Na! ;)

et que pour administrer un OS, une formation sérieuse s'impose...

Ça, oui.

Note que c'est aussi valable pour Windows: le premier chapitre de
toute formation Windows sérieuse commence par "initiation à la base de
registre"...

J'aurais bien discuté là-dessus, mais c'est hors-sujet.
Je n'ai jamais vu de formations à Windows pour l'administration; mais
les livres de MS Press que j'ai pu feuilleter (ou que je me suis vu
offrir comme cadeaux promotionnels) n'abordaient pas suffisamment les
points qui me semblent indispensables pour administrer une machine en
général, ni même une machine sous Windows.

Quand à "personnalisable", je parle de choisir *ses* programmes
selon *ses* critères, pas de subir les choix des distributeurs.
Eh, oh, tu n'es pas obligé de cliquer sur « installation par

défaut »! Aussi bien pendant l'installation que par la suite, tu fais
les choix que *tu* veux parmi les milliers de RPM.
La politique est différente: sous Debian tu installes un système

basique et puis tu choisis les paquets qui t'intéresse. Sous Mandrake
tu dois tailler dans ce qui ne t'intéresse pas, sans toujours savoir à
quoi correspond tel ou tel paquet. La nuance est de taille...

Si je me souviens bien (ça fait longtemps que je n'ai pas installé /ab
initio/ une Mdk; je ne fais plus que des mises à jour), il est facile de
ne garder que le minimum lors de l'installation initiale.
Je ne sais pas si c'est encore comme ça, mais jusqu'à la 9.2, il
fallait faire une première sélection grossière dans laquelle on disait
quel allait être l'usage de la machine. Il suffisait à cette étape de
décocher trois ou quatre cases sur les quatre ou cinq cochées par défaut
pour n'avoir que les paquets de la LSB (Linux System Base).

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce
que tu utilises au jour le jour...

Hum, hum. Avec un noyau, on ne va pas très loin. Il faut un assez
grand nombre de paquets en plus pour avoir un système utile et
utilisable (les commandes de base).
Une distribution qui te propose par défaut de n'installer qu'un noyau
est plus destinée à des concours de gourou-attitude qu'à des individus
qui veulent se servir de leur machine.

Par contre, tu peux me dire quels paquets je dois virer de la
sélection "par défaut" pour obtenir le même résultat?

Oui, tu gardes uniquement la première case de la première sélection
(qui doit s'appeler « système de base » ou un truc comme ça), puis tu
fais ce que tu veux.

Si, regarde et compare avec le même fichier sous Mandrake:

jerome@Magellan jerome $ cat /etc/fstab

Effectivement, le fstab de la Mdk n'est pas bien commenté. Je ne peux
pas vérifier, parce que je ne l'ai plus.
Cela dit, j'avoue ne pas avoir arrangé les choses: ma version ne
contient plus aucun commentaire... Par contre, elle est sous RCS, et je
m'efforce de documenter les checks-in.

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Je m'apprête à répondre à TiChou, dans le même fil. Pour être tout à
fait honnête (grmlml!...), sa réponse argumentée, ainsi que ton exemple
de fstab m'ont donné envie d'essayer une Gentoo.

--
Jérémy JUST <jeremy_just@netcourrier.com>

Vous avez filtré cet utilisateur ! Consultez son message

On Sun, 28 Nov 2004 02:10:46 +0100
Jerome Lambert wrote:

En retour (et parce que je suis d'humeur à faire montre de mauvaise
foi) je veux bien le lien vers le .deb de Drakconf...

Ben, y'en n'a pas, justement parce qu'on ne prend pas l'utilisateur
pour un neu²

Ce qui prouve bien que la Debian ne permet pas de « choisir *ses*
programmes selon *ses* critères, pas de subir les choix des
distributeurs ».
Na! ;)

et que pour administrer un OS, une formation sérieuse s'impose...

Ça, oui.

Note que c'est aussi valable pour Windows: le premier chapitre de
toute formation Windows sérieuse commence par "initiation à la base de
registre"...

J'aurais bien discuté là-dessus, mais c'est hors-sujet.
Je n'ai jamais vu de formations à Windows pour l'administration; mais
les livres de MS Press que j'ai pu feuilleter (ou que je me suis vu
offrir comme cadeaux promotionnels) n'abordaient pas suffisamment les
points qui me semblent indispensables pour administrer une machine en
général, ni même une machine sous Windows.

Quand à "personnalisable", je parle de choisir *ses* programmes
selon *ses* critères, pas de subir les choix des distributeurs.
Eh, oh, tu n'es pas obligé de cliquer sur « installation par

défaut »! Aussi bien pendant l'installation que par la suite, tu fais
les choix que *tu* veux parmi les milliers de RPM.
La politique est différente: sous Debian tu installes un système

basique et puis tu choisis les paquets qui t'intéresse. Sous Mandrake
tu dois tailler dans ce qui ne t'intéresse pas, sans toujours savoir à
quoi correspond tel ou tel paquet. La nuance est de taille...

Si je me souviens bien (ça fait longtemps que je n'ai pas installé /ab
initio/ une Mdk; je ne fais plus que des mises à jour), il est facile de
ne garder que le minimum lors de l'installation initiale.
Je ne sais pas si c'est encore comme ça, mais jusqu'à la 9.2, il
fallait faire une première sélection grossière dans laquelle on disait
quel allait être l'usage de la machine. Il suffisait à cette étape de
décocher trois ou quatre cases sur les quatre ou cinq cochées par défaut
pour n'avoir que les paquets de la LSB (Linux System Base).

Avec Debian, tu installes le kernel, et puis tu installes p.ex Xfree,
Gnome, OpenOffice, Mozilla et Evolution et tu as un système avec ce
que tu utilises au jour le jour...

Hum, hum. Avec un noyau, on ne va pas très loin. Il faut un assez
grand nombre de paquets en plus pour avoir un système utile et
utilisable (les commandes de base).
Une distribution qui te propose par défaut de n'installer qu'un noyau
est plus destinée à des concours de gourou-attitude qu'à des individus
qui veulent se servir de leur machine.

Par contre, tu peux me dire quels paquets je dois virer de la
sélection "par défaut" pour obtenir le même résultat?

Oui, tu gardes uniquement la première case de la première sélection
(qui doit s'appeler « système de base » ou un truc comme ça), puis tu
fais ce que tu veux.

Si, regarde et compare avec le même fichier sous Mandrake:

jerome $ cat /etc/fstab

Effectivement, le fstab de la Mdk n'est pas bien commenté. Je ne peux
pas vérifier, parce que je ne l'ai plus.
Cela dit, j'avoue ne pas avoir arrangé les choses: ma version ne
contient plus aucun commentaire... Par contre, elle est sous RCS, et je
m'efforce de documenter les checks-in.

Si tu veux, je peux te faire la même démonstration avec tous les
fichiers de configuration... ;-)

Je m'apprête à répondre à TiChou, dans le même fil. Pour être tout à
fait honnête (grmlml!...), sa réponse argumentée, ainsi que ton exemple
de fstab m'ont donné envie d'essayer une Gentoo.

--
Jérémy JUST

Pakages mandrake 10.1 incomplets

10 réponses

Veuillez sélectionner un problème