Je viens de faire une installation neuve de Slack 10 sur de nouveaux disques(1).
(1) Un ami m'a refilé deux Fireball de Quantum: un 8.1G et un 4.3G. Je suis
mort de rire, je vais en avoir pour les prochaines 10 années. Car, si je me fie
à mon expérience, ces disques-là sont indestructibles. Faut dire que, dans le
temps, le 8.1G valait 540$ !!! Aujourd"hui, un 160G coûte 139$...
Toujours est-il que, quand je boote, je reçois les messages suivants:
_XSERVTransSocketOpenCOTSServer: Unable to open socket for inet6
_XSERVTransOpen: transport open failed for inet6/corani1:0
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for
inet6
Could not init font path element /usr/X11R6/lib/X11/fonts/local/,
removing from list!
ksplash: WARNING: KGenericFactory: instance requested but no instance
name passed to the constructor!
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
Note: J'ai repiqué ça d'un autre groupe de discussion, mais ça correspond aux
notes que j'avais prises. (Pas moyen de faire une capture d'écran, en autant
que je sache, parce que cela apparaît après le startx.)
Cela n'a pas l'air de causer de problèmes, mais c'est tout de même chiant
d'avoir une installation neuve qui donne des messages d'erreur. Quelqu'un voit
à quoi ça rime?
Ensuite, Reiser est le fs coché par défaut. Je sais que Reiserfs a une bonne
réputation côté fiabilité -- ce qui est tout de même surprenant quand on
connaît la complexité de ce fs -- mais j'hésite toujours. Il n'y a pas si
longtemps, Reiser lui-même disait que les avantages ne seront pas évidents
avant que le système soit optimisé. Est-ce que, à l'usage, certains voient des
avantages évidents qui auraient amenés Volkerding à faire ce choix par défaut?
Ensuite, j'ai choisi le kernel 2.4 avec l'option ACPI. Je me dis que, pour le
matériel, de laisser sommeiller l'ordi pendant la nuit serait peut-être mieux
que de le repartir à froid le matin. Une fois le kernel installé, comment
fait-on pour activer le mode économie d'énergie?
As-tu déjà lu comment ça fonctionne Reiser? Moi, cette complexité me fait peur. Au début, on riait de Reiser tellement ça semblait improbable qu'un tel système puisse fonctionner.
Attention, on parle de REiserFS 3.6, le 4.0 n'est pas encore au stade production, mais le 3.x, oui.
C'est à Reiserfs 0, ou au tout début, que les experts disaient que ça ne fonctionnerait jamais.
GP
Emmanuel Florac wrote:
As-tu déjà lu comment ça fonctionne Reiser? Moi, cette complexité me
fait peur. Au début, on riait de Reiser tellement ça semblait improbable
qu'un tel système puisse fonctionner.
Attention, on parle de REiserFS 3.6, le 4.0 n'est pas encore au stade
production, mais le 3.x, oui.
C'est à Reiserfs 0, ou au tout début, que les experts disaient que ça ne
fonctionnerait jamais.
As-tu déjà lu comment ça fonctionne Reiser? Moi, cette complexité me fait peur. Au début, on riait de Reiser tellement ça semblait improbable qu'un tel système puisse fonctionner.
Attention, on parle de REiserFS 3.6, le 4.0 n'est pas encore au stade production, mais le 3.x, oui.
C'est à Reiserfs 0, ou au tout début, que les experts disaient que ça ne fonctionnerait jamais.
GP
GP
Shal wrote:
En fait c'est peut-être un module noyau qui est chargé sans nécessité, je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel? À moins qu'il suffise de commenter
ipv6 41 IPV6 # ipv6 sdrp 42 SDRP # Source Demand Routing Protocol ipv6-route 43 IPV6-ROUTE # routing header for ipv6 ipv6-frag 44 IPV6-FRAG # fragment header for ipv6
dans /etc/protocols
Pourtant, ce n'est pas commenté dans le système que j'utilsie actuellement (9.1) et je n'ai pas de message d'erreur.
La première solution me semble préférable mais, comme je le disais à Shal, si les fontes ne sont pas installées par défaut, pourquoi le système les demande-t-il? Volker, il ne boote jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des applications, comme la philosophie de slackware est de pas modifier les applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté les modifications. (On dirait que la version dite finale tourne en RC.) Le kernel, ce n'est pas une application non plus. Il doit bien y avoir moyen de faire une vérification pour voir si IPv6 a été chargé.
GP
Shal wrote:
En fait c'est peut-être un module noyau qui est chargé sans nécessité,
je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité
d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel? À moins
qu'il suffise de commenter
ipv6 41 IPV6 # ipv6
sdrp 42 SDRP # Source Demand Routing Protocol
ipv6-route 43 IPV6-ROUTE # routing header for ipv6
ipv6-frag 44 IPV6-FRAG # fragment header for ipv6
dans /etc/protocols
Pourtant, ce n'est pas commenté dans le système que j'utilsie actuellement
(9.1) et je n'ai pas de message d'erreur.
La première solution me semble préférable
mais, comme je le disais à Shal, si les fontes ne sont pas installées
par défaut, pourquoi le système les demande-t-il? Volker, il ne boote
jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des
applications, comme la philosophie de slackware est de pas modifier les
applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté les
modifications. (On dirait que la version dite finale tourne en RC.) Le kernel,
ce n'est pas une application non plus. Il doit bien y avoir moyen de faire une
vérification pour voir si IPv6 a été chargé.
En fait c'est peut-être un module noyau qui est chargé sans nécessité, je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel? À moins qu'il suffise de commenter
ipv6 41 IPV6 # ipv6 sdrp 42 SDRP # Source Demand Routing Protocol ipv6-route 43 IPV6-ROUTE # routing header for ipv6 ipv6-frag 44 IPV6-FRAG # fragment header for ipv6
dans /etc/protocols
Pourtant, ce n'est pas commenté dans le système que j'utilsie actuellement (9.1) et je n'ai pas de message d'erreur.
La première solution me semble préférable mais, comme je le disais à Shal, si les fontes ne sont pas installées par défaut, pourquoi le système les demande-t-il? Volker, il ne boote jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des applications, comme la philosophie de slackware est de pas modifier les applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté les modifications. (On dirait que la version dite finale tourne en RC.) Le kernel, ce n'est pas une application non plus. Il doit bien y avoir moyen de faire une vérification pour voir si IPv6 a été chargé.
GP
Shal
Shal wrote:
En fait c'est peut-être un module noyau qui est chargé sans nécessité, je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
parce que c'etait au boulot et que j'ai changé de boulot......
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel? À moins qu'il suffise de commenter
ipv6 41 IPV6 # ipv6 sdrp 42 SDRP # Source Demand Routing Protocol ipv6-route 43 IPV6-ROUTE # routing header for ipv6 ipv6-frag 44 IPV6-FRAG # fragment header for ipv6
dans /etc/protocols
Pourtant, ce n'est pas commenté dans le système que j'utilsie actuellement (9.1) et je n'ai pas de message d'erreur.
non non il y a une autre solution :
alias net-pf-10 off dans /etc/modprobe.conf (pas testé)
La première solution me semble préférable mais, comme je le disais à Shal, si les fontes ne sont pas installées par défaut, pourquoi le système les demande-t-il? Volker, il ne boote jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des applications, comme la philosophie de slackware est de pas modifier les applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté les modifications. (On dirait que la version dite finale tourne en RC.)
?? il faudrait que je relise le thread j'ai du mal a suivre... mais j'ai pas le courage..
Le kernel, ce n'est pas une application non plus. Il doit bien y avoir moyen de faire une vérification pour voir si IPv6 a été chargé.
oui : lsmod ou ifconfig -a
Shal wrote:
En fait c'est peut-être un module noyau qui est chargé sans nécessité,
je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité
d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
parce que c'etait au boulot et que j'ai changé de boulot......
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel? À
moins qu'il suffise de commenter
ipv6 41 IPV6 # ipv6
sdrp 42 SDRP # Source Demand Routing Protocol
ipv6-route 43 IPV6-ROUTE # routing header for ipv6
ipv6-frag 44 IPV6-FRAG # fragment header for ipv6
dans /etc/protocols
Pourtant, ce n'est pas commenté dans le système que j'utilsie
actuellement (9.1) et je n'ai pas de message d'erreur.
non non il y a une autre solution :
alias net-pf-10 off dans /etc/modprobe.conf (pas testé)
La première solution me semble préférable
mais, comme je le disais à Shal, si les fontes ne sont pas installées
par défaut, pourquoi le système les demande-t-il? Volker, il ne boote
jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des
applications, comme la philosophie de slackware est de pas modifier
les applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté
les modifications. (On dirait que la version dite finale tourne en RC.)
?? il faudrait que je relise le thread j'ai du mal a suivre... mais j'ai
pas le courage..
Le kernel, ce n'est pas une application non plus. Il doit bien y avoir
moyen de faire une vérification pour voir si IPv6 a été chargé.
En fait c'est peut-être un module noyau qui est chargé sans nécessité, je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
parce que c'etait au boulot et que j'ai changé de boulot......
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel? À moins qu'il suffise de commenter
ipv6 41 IPV6 # ipv6 sdrp 42 SDRP # Source Demand Routing Protocol ipv6-route 43 IPV6-ROUTE # routing header for ipv6 ipv6-frag 44 IPV6-FRAG # fragment header for ipv6
dans /etc/protocols
Pourtant, ce n'est pas commenté dans le système que j'utilsie actuellement (9.1) et je n'ai pas de message d'erreur.
non non il y a une autre solution :
alias net-pf-10 off dans /etc/modprobe.conf (pas testé)
La première solution me semble préférable mais, comme je le disais à Shal, si les fontes ne sont pas installées par défaut, pourquoi le système les demande-t-il? Volker, il ne boote jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des applications, comme la philosophie de slackware est de pas modifier les applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté les modifications. (On dirait que la version dite finale tourne en RC.)
?? il faudrait que je relise le thread j'ai du mal a suivre... mais j'ai pas le courage..
Le kernel, ce n'est pas une application non plus. Il doit bien y avoir moyen de faire une vérification pour voir si IPv6 a été chargé.
oui : lsmod ou ifconfig -a
GP
Shal wrote:
Shal wrote:
En fait c'est peut-être un module noyau qui est chargé sans nécessité, je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
parce que c'etait au boulot et que j'ai changé de boulot......
Tu laisses les bonnes choses derrière toi ? :)
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel? À moins qu'il suffise de commenter
non non il y a une autre solution :
alias net-pf-10 off dans /etc/modprobe.conf (pas testé)
Ah, ben oui! Rien qu'à voir, on voit bien! net-pf-10, on voit ça tous les jours. Euh... mais ça mange quoi en hiver? Autrement, c'est la première fois que je vois la commande alias employée sans name=value. Comme quoi on en apprend tous les jours, surtout lorsqu'on n'en connaît pas trop long, évidemment.
Trouvé en faisant une recherche (rien à voir):
"The odds against there being a bomb on a plane are a million to one, and against two bombs a million times a million to one. Next time you fly, cut the odds and take a bomb." - Benny Hill
La première solution me semble préférable mais, comme je le disais à Shal, si les fontes ne sont pas installées par défaut, pourquoi le système les demande-t-il? Volker, il ne boote jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des applications, comme la philosophie de slackware est de pas modifier les applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté les modifications. (On dirait que la version dite finale tourne en RC.)
?? il faudrait que je relise le thread j'ai du mal a suivre... mais j'ai pas le courage..
Il y avait ce message d'erreur:
Could not init font path element /usr/X11R6/lib/X11/fonts/local/
Puis, ceci est apparu dans le changelog:
Sat Jun 26 16:02:45 PDT 2004 ap/vim-6.3.007-i486-1.tgz: Upgraded to patchlevel 007, fixed missing vim.mo files (sorry about that!!). xap/xvim-6.3.007-i486-1.tgz: Upgraded to patchlevel 007, fixed missing vim.mo files.
Je ne suis pas certain qu'il y ait une référence à vim.mo après /local, remarque ou même si ledit élément est normalement spécifié. J'ai repiqué ce message d'erreur du net. Je sais que je l'ai eu aussi, mais je ne l'ai pas récupéré.
Le kernel, ce n'est pas une application non plus. Il doit bien y avoir moyen de faire une vérification pour voir si IPv6 a été chargé.
oui : lsmod ou ifconfig -a
Imprécision: j'aurais dû écrire: pour voir si le noyau est configuré pour installer IPv6, mais si le système ne veut pas le prendre et si ta commande fonctionne, Volker aurait pu l'appliquer, pour les gens, tu sais :)
GP
Shal wrote:
Shal wrote:
En fait c'est peut-être un module noyau qui est chargé sans nécessité,
je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité
d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
parce que c'etait au boulot et que j'ai changé de boulot......
Tu laisses les bonnes choses derrière toi ? :)
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel?
À moins qu'il suffise de commenter
non non il y a une autre solution :
alias net-pf-10 off dans /etc/modprobe.conf (pas testé)
Ah, ben oui! Rien qu'à voir, on voit bien! net-pf-10, on voit ça tous les
jours. Euh... mais ça mange quoi en hiver? Autrement, c'est la première fois
que je vois la commande alias employée sans name=value. Comme quoi on en
apprend tous les jours, surtout lorsqu'on n'en connaît pas trop long, évidemment.
Trouvé en faisant une recherche (rien à voir):
"The odds against there being a bomb on a plane are a million to one, and
against two bombs a million times a million to one. Next time you fly, cut the
odds and take a bomb." - Benny Hill
La première solution me semble préférable
mais, comme je le disais à Shal, si les fontes ne sont pas installées
par défaut, pourquoi le système les demande-t-il? Volker, il ne boote
jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des
applications, comme la philosophie de slackware est de pas modifier
les applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté
les modifications. (On dirait que la version dite finale tourne en RC.)
?? il faudrait que je relise le thread j'ai du mal a suivre... mais j'ai
pas le courage..
Il y avait ce message d'erreur:
Could not init font path element /usr/X11R6/lib/X11/fonts/local/
Puis, ceci est apparu dans le changelog:
Sat Jun 26 16:02:45 PDT 2004
ap/vim-6.3.007-i486-1.tgz: Upgraded to patchlevel 007, fixed missing vim.mo
files (sorry about that!!).
xap/xvim-6.3.007-i486-1.tgz: Upgraded to patchlevel 007, fixed missing vim.mo
files.
Je ne suis pas certain qu'il y ait une référence à vim.mo après /local,
remarque ou même si ledit élément est normalement spécifié. J'ai repiqué ce
message d'erreur du net. Je sais que je l'ai eu aussi, mais je ne l'ai pas
récupéré.
Le kernel, ce n'est pas une application non plus. Il doit bien y avoir
moyen de faire une vérification pour voir si IPv6 a été chargé.
oui : lsmod ou ifconfig -a
Imprécision: j'aurais dû écrire: pour voir si le noyau est configuré pour
installer IPv6, mais si le système ne veut pas le prendre et si ta commande
fonctionne, Volker aurait pu l'appliquer, pour les gens, tu sais :)
En fait c'est peut-être un module noyau qui est chargé sans nécessité, je ne sais pas, il faudrait que quelqu'un qui aie déjà eu la curiosité d'essayer ip V6 nous éclaire.
J' utilisais IPv6 intensement a une epoque (pas si lointaine).
Et pourquoi ne l'utilises-tu plus?
parce que c'etait au boulot et que j'ai changé de boulot......
Tu laisses les bonnes choses derrière toi ? :)
Le kernel charge en efet par defaut le module.
Donc, pas moyen de ne pas le charger à moins de recompiler le kernel? À moins qu'il suffise de commenter
non non il y a une autre solution :
alias net-pf-10 off dans /etc/modprobe.conf (pas testé)
Ah, ben oui! Rien qu'à voir, on voit bien! net-pf-10, on voit ça tous les jours. Euh... mais ça mange quoi en hiver? Autrement, c'est la première fois que je vois la commande alias employée sans name=value. Comme quoi on en apprend tous les jours, surtout lorsqu'on n'en connaît pas trop long, évidemment.
Trouvé en faisant une recherche (rien à voir):
"The odds against there being a bomb on a plane are a million to one, and against two bombs a million times a million to one. Next time you fly, cut the odds and take a bomb." - Benny Hill
La première solution me semble préférable mais, comme je le disais à Shal, si les fontes ne sont pas installées par défaut, pourquoi le système les demande-t-il? Volker, il ne boote jamais son système, il ne voit pas la chiasse de messages d'erreur?
Si mais il sait que c'est sans aucune conséquence :)
Ce ne sont pas des erreur(des warning plutot) de la slack mais des applications, comme la philosophie de slackware est de pas modifier les applis (ni le noyau d'ailleurs) , Volker les laisse comme ca....
Ce n'était pas le cas pour les fontes en tout cas puisqu'il a apporté les modifications. (On dirait que la version dite finale tourne en RC.)
?? il faudrait que je relise le thread j'ai du mal a suivre... mais j'ai pas le courage..
Il y avait ce message d'erreur:
Could not init font path element /usr/X11R6/lib/X11/fonts/local/
Puis, ceci est apparu dans le changelog:
Sat Jun 26 16:02:45 PDT 2004 ap/vim-6.3.007-i486-1.tgz: Upgraded to patchlevel 007, fixed missing vim.mo files (sorry about that!!). xap/xvim-6.3.007-i486-1.tgz: Upgraded to patchlevel 007, fixed missing vim.mo files.
Je ne suis pas certain qu'il y ait une référence à vim.mo après /local, remarque ou même si ledit élément est normalement spécifié. J'ai repiqué ce message d'erreur du net. Je sais que je l'ai eu aussi, mais je ne l'ai pas récupéré.
Le kernel, ce n'est pas une application non plus. Il doit bien y avoir moyen de faire une vérification pour voir si IPv6 a été chargé.
oui : lsmod ou ifconfig -a
Imprécision: j'aurais dû écrire: pour voir si le noyau est configuré pour installer IPv6, mais si le système ne veut pas le prendre et si ta commande fonctionne, Volker aurait pu l'appliquer, pour les gens, tu sais :)
