Patrice Karatchentzeff wrote:
Quand j'installe Perl, je m'attends a pouvoir taper : perldoc -f
open
J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Patrice Karatchentzeff wrote:
Quand j'installe Perl, je m'attends a pouvoir taper : perldoc -f
open
J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Patrice Karatchentzeff wrote:
Quand j'installe Perl, je m'attends a pouvoir taper : perldoc -f
open
J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Stephane TOUGARD , dans le message
, a écrit :Ben quand j'installe un package qui se nomme "readline", je m'attends a
ce qu'elle installe l'ensemble des fichiers necessaire pour que je
puisse utiliser readline. Que ce soit en tant que developpeur ou simple
utilisateur d'un programme qui utilise readline.
Quand j'installe Perl, je m'attends a pouvoir taper : perldoc -f open
Quand j'installe un kit de developpement Unix, je m'attends a pouvoir
taper : man fork
C'est une question de bon sens.
Ce n'est pas une question de bon sens,
c'est une question de savoir utiliser
ou pas. Comment sais-tu que le truc qui fait que tu n'as pas de ^[[D partout
dans ta ligne de commande s'appelle readline ? Comment sais-tu que lire la
doc de perl se fait avec perldoc ? Comment sais-tu que la fonction dont tu
as besoin s'apppelle fork ? Parce que tu l'as appris.
Eh bien de même, tu devrais avoir appris, depuis le temps, que si tu veux
pouvoir compiler un programme utilisant une bibliothèque (et pas juste
exécuter un binaire déjà compilé), il faut le paquet en -dev. Et si tu veux
lire la doc, il faut le paquet en -doc.
C'est pas compliqué, c'est très facile à faire, ça peut même s'automatiser.
Et c'est très utile de ne pas être obligé de le faire : on est bien content,
quand on a un SSD minuscule ou une connexion ADSL de province pourrie, de
pouvoir installer un .sty sans les 250 Mo de docs qui vont avec (l'exemple
n'est pas exagéré, je suis effectivement tombé dans ce cas quand j'ai voulu
installer wrapfig.sty sur mon netbook ; parce que, évidemment, contrairement
aux crétins de service, je sais que quand j'installe un paquet, je veux en
général installer la doc qui va avec, et je le fais machinalement).
Mais évidemment, apprendre à se servir d'une distribution, c'est moins la
frime que de venir l'insulter dans fcold. Enfin, quand on a la notion de
frime toute personnelle du sieur Tougard.
Stephane TOUGARD , dans le message
<tm06u6-3c22.ln1@gulliver.unices.org>, a écrit :
Ben quand j'installe un package qui se nomme "readline", je m'attends a
ce qu'elle installe l'ensemble des fichiers necessaire pour que je
puisse utiliser readline. Que ce soit en tant que developpeur ou simple
utilisateur d'un programme qui utilise readline.
Quand j'installe Perl, je m'attends a pouvoir taper : perldoc -f open
Quand j'installe un kit de developpement Unix, je m'attends a pouvoir
taper : man fork
C'est une question de bon sens.
Ce n'est pas une question de bon sens,
c'est une question de savoir utiliser
ou pas. Comment sais-tu que le truc qui fait que tu n'as pas de ^[[D partout
dans ta ligne de commande s'appelle readline ? Comment sais-tu que lire la
doc de perl se fait avec perldoc ? Comment sais-tu que la fonction dont tu
as besoin s'apppelle fork ? Parce que tu l'as appris.
Eh bien de même, tu devrais avoir appris, depuis le temps, que si tu veux
pouvoir compiler un programme utilisant une bibliothèque (et pas juste
exécuter un binaire déjà compilé), il faut le paquet en -dev. Et si tu veux
lire la doc, il faut le paquet en -doc.
C'est pas compliqué, c'est très facile à faire, ça peut même s'automatiser.
Et c'est très utile de ne pas être obligé de le faire : on est bien content,
quand on a un SSD minuscule ou une connexion ADSL de province pourrie, de
pouvoir installer un .sty sans les 250 Mo de docs qui vont avec (l'exemple
n'est pas exagéré, je suis effectivement tombé dans ce cas quand j'ai voulu
installer wrapfig.sty sur mon netbook ; parce que, évidemment, contrairement
aux crétins de service, je sais que quand j'installe un paquet, je veux en
général installer la doc qui va avec, et je le fais machinalement).
Mais évidemment, apprendre à se servir d'une distribution, c'est moins la
frime que de venir l'insulter dans fcold. Enfin, quand on a la notion de
frime toute personnelle du sieur Tougard.
Stephane TOUGARD , dans le message
, a écrit :Ben quand j'installe un package qui se nomme "readline", je m'attends a
ce qu'elle installe l'ensemble des fichiers necessaire pour que je
puisse utiliser readline. Que ce soit en tant que developpeur ou simple
utilisateur d'un programme qui utilise readline.
Quand j'installe Perl, je m'attends a pouvoir taper : perldoc -f open
Quand j'installe un kit de developpement Unix, je m'attends a pouvoir
taper : man fork
C'est une question de bon sens.
Ce n'est pas une question de bon sens,
c'est une question de savoir utiliser
ou pas. Comment sais-tu que le truc qui fait que tu n'as pas de ^[[D partout
dans ta ligne de commande s'appelle readline ? Comment sais-tu que lire la
doc de perl se fait avec perldoc ? Comment sais-tu que la fonction dont tu
as besoin s'apppelle fork ? Parce que tu l'as appris.
Eh bien de même, tu devrais avoir appris, depuis le temps, que si tu veux
pouvoir compiler un programme utilisant une bibliothèque (et pas juste
exécuter un binaire déjà compilé), il faut le paquet en -dev. Et si tu veux
lire la doc, il faut le paquet en -doc.
C'est pas compliqué, c'est très facile à faire, ça peut même s'automatiser.
Et c'est très utile de ne pas être obligé de le faire : on est bien content,
quand on a un SSD minuscule ou une connexion ADSL de province pourrie, de
pouvoir installer un .sty sans les 250 Mo de docs qui vont avec (l'exemple
n'est pas exagéré, je suis effectivement tombé dans ce cas quand j'ai voulu
installer wrapfig.sty sur mon netbook ; parce que, évidemment, contrairement
aux crétins de service, je sais que quand j'installe un paquet, je veux en
général installer la doc qui va avec, et je le fais machinalement).
Mais évidemment, apprendre à se servir d'une distribution, c'est moins la
frime que de venir l'insulter dans fcold. Enfin, quand on a la notion de
frime toute personnelle du sieur Tougard.
Tu devrais aussi lui expliquer la différence entre un paquet -doc et
un paquet manpage... C'est aussi très utile lorsque tu n'as qu'un
système minimal à installer sur un disque minimaliste.
Mais on t'a déjà dit que cette distribution était toute moisie parce
que qmail n'est pas dans /var/qmail !
Tu devrais aussi lui expliquer la différence entre un paquet -doc et
un paquet manpage... C'est aussi très utile lorsque tu n'as qu'un
système minimal à installer sur un disque minimaliste.
Mais on t'a déjà dit que cette distribution était toute moisie parce
que qmail n'est pas dans /var/qmail !
Tu devrais aussi lui expliquer la différence entre un paquet -doc et
un paquet manpage... C'est aussi très utile lorsque tu n'as qu'un
système minimal à installer sur un disque minimaliste.
Mais on t'a déjà dit que cette distribution était toute moisie parce
que qmail n'est pas dans /var/qmail !
J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Prouve-le moi : je n'y crois pas une seconde.
J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Prouve-le moi : je n'y crois pas une seconde.
J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Prouve-le moi : je n'y crois pas une seconde.
JKB wrote:Tu devrais aussi lui expliquer la différence entre un paquet -doc et
un paquet manpage... C'est aussi très utile lorsque tu n'as qu'un
système minimal à installer sur un disque minimaliste.
Le disque minimaliste est l'excuse la plus foireuse qui soit. D'abord
parce que les paquets qui ne sont pas installes par defaut sont deja les
plus petits (headers, documentation ...), ensuite parce que les disques
minimalistes, ca n'existe plus et enfin parce que rien n'empeche de
creer des paquets specifiques a CE cas particulier (ce qui eviterait
d'emmerder 99.99% des cas pour une extreme minorite).
Mais on t'a déjà dit que cette distribution était toute moisie parce
que qmail n'est pas dans /var/qmail !
C'est clair que cette simple raison est suffisante parce qu'elle
invalide l'ensemble de la documentation de Qmail et ne rend exacte QUE
celle de Debian (si tant est qu'un paquet Qmail existe encore pour
Debian, mais de toutes facons, cette remarque peut s'appliquer a
d'autres logiciels dans le meme cas).
JKB wrote:
Tu devrais aussi lui expliquer la différence entre un paquet -doc et
un paquet manpage... C'est aussi très utile lorsque tu n'as qu'un
système minimal à installer sur un disque minimaliste.
Le disque minimaliste est l'excuse la plus foireuse qui soit. D'abord
parce que les paquets qui ne sont pas installes par defaut sont deja les
plus petits (headers, documentation ...), ensuite parce que les disques
minimalistes, ca n'existe plus et enfin parce que rien n'empeche de
creer des paquets specifiques a CE cas particulier (ce qui eviterait
d'emmerder 99.99% des cas pour une extreme minorite).
Mais on t'a déjà dit que cette distribution était toute moisie parce
que qmail n'est pas dans /var/qmail !
C'est clair que cette simple raison est suffisante parce qu'elle
invalide l'ensemble de la documentation de Qmail et ne rend exacte QUE
celle de Debian (si tant est qu'un paquet Qmail existe encore pour
Debian, mais de toutes facons, cette remarque peut s'appliquer a
d'autres logiciels dans le meme cas).
JKB wrote:Tu devrais aussi lui expliquer la différence entre un paquet -doc et
un paquet manpage... C'est aussi très utile lorsque tu n'as qu'un
système minimal à installer sur un disque minimaliste.
Le disque minimaliste est l'excuse la plus foireuse qui soit. D'abord
parce que les paquets qui ne sont pas installes par defaut sont deja les
plus petits (headers, documentation ...), ensuite parce que les disques
minimalistes, ca n'existe plus et enfin parce que rien n'empeche de
creer des paquets specifiques a CE cas particulier (ce qui eviterait
d'emmerder 99.99% des cas pour une extreme minorite).
Mais on t'a déjà dit que cette distribution était toute moisie parce
que qmail n'est pas dans /var/qmail !
C'est clair que cette simple raison est suffisante parce qu'elle
invalide l'ensemble de la documentation de Qmail et ne rend exacte QUE
celle de Debian (si tant est qu'un paquet Qmail existe encore pour
Debian, mais de toutes facons, cette remarque peut s'appliquer a
d'autres logiciels dans le meme cas).
parce que les paquets qui ne sont pas installes par defaut sont deja les
plus petits (headers, documentation ...),
ensuite parce que les disques
minimalistes, ca n'existe plus
parce que les paquets qui ne sont pas installes par defaut sont deja les
plus petits (headers, documentation ...),
ensuite parce que les disques
minimalistes, ca n'existe plus
parce que les paquets qui ne sont pas installes par defaut sont deja les
plus petits (headers, documentation ...),
ensuite parce que les disques
minimalistes, ca n'existe plus
J'ai des développements qui doivent tenir OS compris avec une JVM
dans une carte mémoire de 2 Go (taille maximale, mais il y a une
Par ailleurs, lorsque tu installes une debian, tu peux cocher lors
de l'installation 'fichiers de dev et doc' et tu auras tout ce qu'il
te faut. Je trouve ridicule d'avoir en même tempes les
bibliothèques, la doc complète et les en-têtes.
cauchy:[/usr/share/doc] > du -hs
731M .
cauchy:[/usr/share/doc] >
Et ce ne sont que les paquets _par défaut_.
Je préfère pouvoir monter /var en noexec que d'avoir un qmail (si
tant est que je doive un jour utiliser cette bouse) dans /var/qmail.
J'ai des développements qui doivent tenir OS compris avec une JVM
dans une carte mémoire de 2 Go (taille maximale, mais il y a une
Par ailleurs, lorsque tu installes une debian, tu peux cocher lors
de l'installation 'fichiers de dev et doc' et tu auras tout ce qu'il
te faut. Je trouve ridicule d'avoir en même tempes les
bibliothèques, la doc complète et les en-têtes.
cauchy:[/usr/share/doc] > du -hs
731M .
cauchy:[/usr/share/doc] >
Et ce ne sont que les paquets _par défaut_.
Je préfère pouvoir monter /var en noexec que d'avoir un qmail (si
tant est que je doive un jour utiliser cette bouse) dans /var/qmail.
J'ai des développements qui doivent tenir OS compris avec une JVM
dans une carte mémoire de 2 Go (taille maximale, mais il y a une
Par ailleurs, lorsque tu installes une debian, tu peux cocher lors
de l'installation 'fichiers de dev et doc' et tu auras tout ce qu'il
te faut. Je trouve ridicule d'avoir en même tempes les
bibliothèques, la doc complète et les en-têtes.
cauchy:[/usr/share/doc] > du -hs
731M .
cauchy:[/usr/share/doc] >
Et ce ne sont que les paquets _par défaut_.
Je préfère pouvoir monter /var en noexec que d'avoir un qmail (si
tant est que je doive un jour utiliser cette bouse) dans /var/qmail.
JKB wrote:J'ai des développements qui doivent tenir OS compris avec une JVM
dans une carte mémoire de 2 Go (taille maximale, mais il y a une
Oui, 0.001% des cas qui pourraient etre resolus avec une solution
adaptee.Par ailleurs, lorsque tu installes une debian, tu peux cocher lors
de l'installation 'fichiers de dev et doc' et tu auras tout ce qu'il
te faut. Je trouve ridicule d'avoir en même tempes les
bibliothèques, la doc complète et les en-têtes.
Et tu veux dire qu'a chaque fois que je vais installer une librairie, ca va
m'installer egalement les header et les docs ? automatiquement ?
cauchy:[/usr/share/doc] > du -hs
731M .
cauchy:[/usr/share/doc] >
Au fait :
Filesystem Size Used Avail Use% Mounted on
/dev/sdb2 19G 3.9G 14G 23% /
/dev/sdb3 125G 41G 79G 34% /home
Et on peut pas dire que ce soit du super haut de gamme, alors 731Mb de
plus ou de moins ...
Et ce ne sont que les paquets _par défaut_.
Et ceci dit, ca m'etonnerait que ce soit le standard par defaut, parce
que voila ce que donne une Ubuntu bien completee :
du -sh /usr/share/doc
312M /usr/share/doc
Je préfère pouvoir monter /var en noexec que d'avoir un qmail (si
tant est que je doive un jour utiliser cette bouse) dans /var/qmail.
mkdir /var/qmail
ln -s /usr/local/bin /var/qmail/bin
Et hop, ca serait pourtant simple de faire pratique et compatible avec
la doc tout en montant /var en noexec si necessaire.
JKB wrote:
J'ai des développements qui doivent tenir OS compris avec une JVM
dans une carte mémoire de 2 Go (taille maximale, mais il y a une
Oui, 0.001% des cas qui pourraient etre resolus avec une solution
adaptee.
Par ailleurs, lorsque tu installes une debian, tu peux cocher lors
de l'installation 'fichiers de dev et doc' et tu auras tout ce qu'il
te faut. Je trouve ridicule d'avoir en même tempes les
bibliothèques, la doc complète et les en-têtes.
Et tu veux dire qu'a chaque fois que je vais installer une librairie, ca va
m'installer egalement les header et les docs ? automatiquement ?
cauchy:[/usr/share/doc] > du -hs
731M .
cauchy:[/usr/share/doc] >
Au fait :
Filesystem Size Used Avail Use% Mounted on
/dev/sdb2 19G 3.9G 14G 23% /
/dev/sdb3 125G 41G 79G 34% /home
Et on peut pas dire que ce soit du super haut de gamme, alors 731Mb de
plus ou de moins ...
Et ce ne sont que les paquets _par défaut_.
Et ceci dit, ca m'etonnerait que ce soit le standard par defaut, parce
que voila ce que donne une Ubuntu bien completee :
du -sh /usr/share/doc
312M /usr/share/doc
Je préfère pouvoir monter /var en noexec que d'avoir un qmail (si
tant est que je doive un jour utiliser cette bouse) dans /var/qmail.
mkdir /var/qmail
ln -s /usr/local/bin /var/qmail/bin
Et hop, ca serait pourtant simple de faire pratique et compatible avec
la doc tout en montant /var en noexec si necessaire.
JKB wrote:J'ai des développements qui doivent tenir OS compris avec une JVM
dans une carte mémoire de 2 Go (taille maximale, mais il y a une
Oui, 0.001% des cas qui pourraient etre resolus avec une solution
adaptee.Par ailleurs, lorsque tu installes une debian, tu peux cocher lors
de l'installation 'fichiers de dev et doc' et tu auras tout ce qu'il
te faut. Je trouve ridicule d'avoir en même tempes les
bibliothèques, la doc complète et les en-têtes.
Et tu veux dire qu'a chaque fois que je vais installer une librairie, ca va
m'installer egalement les header et les docs ? automatiquement ?
cauchy:[/usr/share/doc] > du -hs
731M .
cauchy:[/usr/share/doc] >
Au fait :
Filesystem Size Used Avail Use% Mounted on
/dev/sdb2 19G 3.9G 14G 23% /
/dev/sdb3 125G 41G 79G 34% /home
Et on peut pas dire que ce soit du super haut de gamme, alors 731Mb de
plus ou de moins ...
Et ce ne sont que les paquets _par défaut_.
Et ceci dit, ca m'etonnerait que ce soit le standard par defaut, parce
que voila ce que donne une Ubuntu bien completee :
du -sh /usr/share/doc
312M /usr/share/doc
Je préfère pouvoir monter /var en noexec que d'avoir un qmail (si
tant est que je doive un jour utiliser cette bouse) dans /var/qmail.
mkdir /var/qmail
ln -s /usr/local/bin /var/qmail/bin
Et hop, ca serait pourtant simple de faire pratique et compatible avec
la doc tout en montant /var en noexec si necessaire.
Patrice Karatchentzeff a écrit:J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Prouve-le moi : je n'y crois pas une seconde.
Serie AP :
zsh se trouve dans le paquet zsh-4.3.10
most se trouve dans le paquet most-5.0.0a
Serie E:
emacs, gnus, vm se trouvent dans le paquet emacs-22.3
Serie T:
tex se trouve dans le paquet tetex-3.0
xfig se trouve dans le paquet xfig-3.2.4
fig2dev se trouve dans le paquet transfig-3.2.4
Patrice Karatchentzeff a écrit:
J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Prouve-le moi : je n'y crois pas une seconde.
Serie AP :
zsh se trouve dans le paquet zsh-4.3.10
most se trouve dans le paquet most-5.0.0a
Serie E:
emacs, gnus, vm se trouvent dans le paquet emacs-22.3
Serie T:
tex se trouve dans le paquet tetex-3.0
xfig se trouve dans le paquet xfig-3.2.4
fig2dev se trouve dans le paquet transfig-3.2.4
Patrice Karatchentzeff a écrit:J'ai besoin de (plain) TeX, xfig, fig2dev par exemple... de zsh, most,
emacs, gnus, vm (sans compter les petites extensions .el qui vont
bien), etc.
Je n'utilise pas tout ca, mais il me semble que la Slack a tout ca par
defaut.
Prouve-le moi : je n'y crois pas une seconde.
Serie AP :
zsh se trouve dans le paquet zsh-4.3.10
most se trouve dans le paquet most-5.0.0a
Serie E:
emacs, gnus, vm se trouvent dans le paquet emacs-22.3
Serie T:
tex se trouve dans le paquet tetex-3.0
xfig se trouve dans le paquet xfig-3.2.4
fig2dev se trouve dans le paquet transfig-3.2.4
Dans toutes les "distribution" c'(est toujours fait à la main, par
exemple dans FreeBSD dont j'ai l'habitude. Par exemple un truc comme
smartmontools est susceptible d'envoyer un courrier à l'administrateur
si un disque tombe en panne. Il faut donc qu'un mailer soit présent.
Le packageur marque donc une dépendance dans un mailer. Le problème est
que ce genre de dépendances prolifère à un rythme effrayant.
Dans toutes les "distribution" c'(est toujours fait à la main, par
exemple dans FreeBSD dont j'ai l'habitude. Par exemple un truc comme
smartmontools est susceptible d'envoyer un courrier à l'administrateur
si un disque tombe en panne. Il faut donc qu'un mailer soit présent.
Le packageur marque donc une dépendance dans un mailer. Le problème est
que ce genre de dépendances prolifère à un rythme effrayant.
Dans toutes les "distribution" c'(est toujours fait à la main, par
exemple dans FreeBSD dont j'ai l'habitude. Par exemple un truc comme
smartmontools est susceptible d'envoyer un courrier à l'administrateur
si un disque tombe en panne. Il faut donc qu'un mailer soit présent.
Le packageur marque donc une dépendance dans un mailer. Le problème est
que ce genre de dépendances prolifère à un rythme effrayant.