generalement , mes programmes vont chercher tout seuls leur fichier de conf dont l'adresse est en dur dans le code.
par exemple "../etc/prog.conf" ou "/etc/prog.conf"
et en plus j'ajoute une option de ligne de commande " [ -f config.file] "
et c'est par la que j'indique mon fichier perso de conf. Fichier qui n'est generalement pas mis dans le cvs contrairement au fichier "officiel"
Avec X on n'est jamais clair car le serveur X est sur le client alors que les applis clientes sont sur les serveurs.
mais j'ai bien dit "faire passer mes sessions X ... " et "Depuis des machines ... " .
Les redhat et les debian sont des serveurs qui doivent afficher qque chose sur mon poste qui a un serveur X . Elles doivent faire passer le flux par le sshd d'une autre machine, la seule que mon poste peut atteindre.
> export DISPLAY=:10.0 #normalement ce n'est pas necessaire
ben oui ca NE DOIT PAS etre necessaire car si plusieurs postes se connectent sur la machine ce n'est plus :10.0 mais :11.0, :12.0.... on ne peut pas savoir.
Or justement le serveur ssh ne fait pas son boulot
> il faut aller modifier le fichier /etc/X11/xinit/xserverrc et enlever l'option "-nolisten tcp".
le pb est que la machine n'a pas de xserver ... (elle n'a meme pas d'ecran !)
juste :
ii xfree86-common 4.1.0-16 X Window System (XFree86) infrastructure
ii xaw3dg 1.5-13 Xaw3d widget set
ii xlibs 4.1.0-16 X Window System client libraries
ii xterm 4.1.0-16 X terminal emulator
donc il n'y a pas de fichier /etc/X11/xinit/xserverrc
c'est la meme chose pour les redhat. Or la ca marche.
> Etonnant je ne vois pas sda1 dans ton FStab alors qu'il aurait du y être.
je pense que sda1 est une partition etendue alors que sda5 est une partition reelle.
cf le log:
May 11 11:59:26 none kernel: /dev/scsi/host0/bus0/target0/lun0: p1 < p5 >
ben ca semble ok :
May 11 11:59:26 none kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
May 11 11:59:27 none perl: drakupdate_fstab called with --auto --add /dev/sda5
May 11 11:59:27 none perl: drakupdate_fstab called with --auto --add /dev/sda1
il doit l'avoir monté quelque part , puisqu'il n'y a pas eu de messages d'erreur.
tu devrait voir où en faisant "df" et en cherchant sda1 ou sda5
sinon tu dois pouvoir le monter a la mimine avec un
mkdir /mnt/toto (toto est ce que tu veux)
mount -t vfat /dev/sda5 /mnt/toto
En tout cas, normalement tout doit se faire automatiquement.
(NB je me souviens d'un pote qui avait s'etait apercu que le montage ne se faisait pas parceque /mnt/removable n'existait pas apres une installation complete. donc qu'il suffisait de faire mkdir /mnt/removable pour qu'ensuite ca marche. mais ca m'etonnerait que ce soit ca ...)
A ma connaisance ca fait tres tres longtemps (cf. le pb du 8Go) que linux ne se fie pas au bios pour gerer le disque. Donc pas de pb.
Ca concerne surtour windows. parce que lui se fie au bios .
Ce qui est terrible c'est que w2k fait comme si tout allait bien , et puis boum
on unstalle un disque > 128mo , pas de pb il est reconnu
W2k reconnait sa taille exacte
on le formate en ntfs -> pas de pb
On le remplit (ca prend du temps un disque si gros) tout va bien
mais quand on depasse 128Mo , cric crac boum , plus rien ...
il propose de reformater . tout est perdu . rien de recuperable meme avec des outils speciaux.
On apprend ensuite qu'il y a une variable de la base des registres a modifier , ou bien il faut utiliser "Intel Application accelerator (IAA pour les intimes)" ...
Je suis sûr que bcp ont de gros disque en place qui semblent marcher depuis des mois mais ils perdront tout quand il depasseront 128Mo...
deja que les societé de service qui produisent du LL c'est assez limite coté business plan , alors les publication papier sur Linux ... je trouve que ce n'est tout simplement pas viable :
- pas ou peu d'annonceurs
- soit des articles grand public completement depassés a leur publication, soit des articles pointus mais cher a produire et reservés a un public limité ...
etc..
à 90% a cause de la licence.
à 10% a cause du mode de developpement (y a du pour et du contre)
Sinon tous les BSD sont de bons OS. differents de linux c'est tout.
ben, quoi tu paye bien regulierement pour l'electricité et le telephonne ? Ton telephonne, ton circuit electrique t'appartiennent pourtant . tu paye ce que tu consomme.
Pourquoi ce ne serait pas pareil pour ce qui circule a l'interieur de ton ordi ? tu paye ce que tu consomme . point.
- apache n'est pas clusterisable car les differents fils travaillent avec la memoire partagee.
- par contre les SGBD sont clusterisables mais c'est generalement specifique a chaque systeme
l'archi la plus courante est :
- une entree avec un dns round-robin qui dispatche vers les serveurs apaches
- n serveurs apache chacun sur une seule machine. qui se connectent a un sgbd
- le sgbd peut lui etre un cluster mais pas forcement.
quand la charge augmente , on peut rajouter des machine apache (et on update le dns a la volee) voire une machine sgbd. mais ce n'est pas un veritable cluster où les process se baladent en fonction de la charge. chaque machine a un usage bien precis.
c'est en tout cas comme ca que je vois les choses.
on parle du serveur de la boite , pas du serveur de l'ISP !
on parle d'une entreprise pas d'un particulier.
une boite qui laisse a chacun le soin de faire un backup regulier de ses mail c'est une boite de 2 ou 3 personnes ou un boite qui veut se suicider rapidement !
Comme le dit un post plus loin , il suffit que Norton soit pas content pour tout perdre .
Tu controle ce que fait Norton toi ?
il y a plein d'autre raisons ayant peu a voir avec le client de messagerie : disque plein, disque qui flanche, systeme de fichier corompu, upgrade qui se passe mal , nouveau soft qui change une dll, ...etc etc
# option
Posté par kesako . En réponse au message La gestion de vos fichiers de configuration pendant le dev.. Évalué à 2.
par exemple "../etc/prog.conf" ou "/etc/prog.conf"
et en plus j'ajoute une option de ligne de commande " [ -f config.file] "
et c'est par la que j'indique mon fichier perso de conf. Fichier qui n'est generalement pas mis dans le cvs contrairement au fichier "officiel"
[^] # Re: Ouaaah....
Posté par kesako . En réponse au journal Mandriva pète la forme. Évalué à 5.
[^] # Re: Re
Posté par kesako . En réponse au message Probleme de forward X a travers ssh sur debian 3.0. Évalué à 1.
Avec X on n'est jamais clair car le serveur X est sur le client alors que les applis clientes sont sur les serveurs.
mais j'ai bien dit "faire passer mes sessions X ... " et "Depuis des machines ... " .
Les redhat et les debian sont des serveurs qui doivent afficher qque chose sur mon poste qui a un serveur X . Elles doivent faire passer le flux par le sshd d'une autre machine, la seule que mon poste peut atteindre.
bon. le pb est resolu (cf. ci dessous)
merci pour tes sugestions.
[^] # Re: hmmm
Posté par kesako . En réponse au message Probleme de forward X a travers ssh sur debian 3.0. Évalué à 1.
Bravo ! c'etait ca !
ca marche impec maintenant
grand merci
[^] # Re: hmmm
Posté par kesako . En réponse au message Probleme de forward X a travers ssh sur debian 3.0. Évalué à 1.
ben oui ca NE DOIT PAS etre necessaire car si plusieurs postes se connectent sur la machine ce n'est plus :10.0 mais :11.0, :12.0.... on ne peut pas savoir.
Or justement le serveur ssh ne fait pas son boulot
[^] # Re: Re
Posté par kesako . En réponse au message Probleme de forward X a travers ssh sur debian 3.0. Évalué à 1.
le pb est que la machine n'a pas de xserver ... (elle n'a meme pas d'ecran !)
juste :
ii xfree86-common 4.1.0-16 X Window System (XFree86) infrastructure
ii xaw3dg 1.5-13 Xaw3d widget set
ii xlibs 4.1.0-16 X Window System client libraries
ii xterm 4.1.0-16 X terminal emulator
donc il n'y a pas de fichier /etc/X11/xinit/xserverrc
c'est la meme chose pour les redhat. Or la ca marche.
# Net::FTP
Posté par kesako . En réponse au message Script Perl pour transferts FTP. Évalué à 1.
[^] # Re: automatique
Posté par kesako . En réponse au message DD externe sous linux Mandrake 10.1. Évalué à 1.
/dev/sda5 116G 115G 893M 100% /mnt/windows
ca a marché ???
[^] # Re: automatique
Posté par kesako . En réponse au message DD externe sous linux Mandrake 10.1. Évalué à 2.
je pense que sda1 est une partition etendue alors que sda5 est une partition reelle.
cf le log:
May 11 11:59:26 none kernel: /dev/scsi/host0/bus0/target0/lun0: p1 < p5 >
# he bien
Posté par kesako . En réponse au message web tv. Évalué à 4.
[^] # Re: automatique
Posté par kesako . En réponse au message DD externe sous linux Mandrake 10.1. Évalué à 1.
May 11 11:59:26 none kernel: Attached scsi disk sda at scsi0, channel 0, id 0, lun 0
May 11 11:59:27 none perl: drakupdate_fstab called with --auto --add /dev/sda5
May 11 11:59:27 none perl: drakupdate_fstab called with --auto --add /dev/sda1
il doit l'avoir monté quelque part , puisqu'il n'y a pas eu de messages d'erreur.
tu devrait voir où en faisant "df" et en cherchant sda1 ou sda5
sinon tu dois pouvoir le monter a la mimine avec un
mkdir /mnt/toto (toto est ce que tu veux)
mount -t vfat /dev/sda5 /mnt/toto
En tout cas, normalement tout doit se faire automatiquement.
(NB je me souviens d'un pote qui avait s'etait apercu que le montage ne se faisait pas parceque /mnt/removable n'existait pas apres une installation complete. donc qu'il suffisait de faire mkdir /mnt/removable pour qu'ensuite ca marche. mais ca m'etonnerait que ce soit ca ...)
[^] # Re: automatique
Posté par kesako . En réponse au message DD externe sous linux Mandrake 10.1. Évalué à 1.
tu debranche ton dd
tu ouvre un xterm
tu te connecte en tant que root
tu fais "tail -f /var/log/messages"
tu branches ton dd
il va y avoir plein de lignes dans le xterm
soit tu analyse toi meme et resoud ton pb,
soit tu montres ces lignes ici
# automatique
Posté par kesako . En réponse au message DD externe sous linux Mandrake 10.1. Évalué à 2.
[^] # Re: Pourquoi faire compliqué quand ....
Posté par kesako . En réponse au message Des Chiffres et des Lettres. Évalué à 2.
si x et y sont de simples nombres sprintf reste la meilleure solution c++ ou pas c++. a tout point de vue : concision, rapidité, encombrement...
c'est uniquement si x et y etaient des objets veritables comme des nombres complexes qu'on peut faire avec des stream, et encore
[^] # Re: Linux pas concerné
Posté par kesako . En réponse au message Disque dur de 160 Go. Évalué à 1.
j'ai ecrit 3 fois "Mo" !!! ce n'est meme pas du copie collé, c'est dingue... Faut que je fasse attention.
# Linux pas concerné
Posté par kesako . En réponse au message Disque dur de 160 Go. Évalué à 2.
Ca concerne surtour windows. parce que lui se fie au bios .
Ce qui est terrible c'est que w2k fait comme si tout allait bien , et puis boum
on unstalle un disque > 128mo , pas de pb il est reconnu
W2k reconnait sa taille exacte
on le formate en ntfs -> pas de pb
On le remplit (ca prend du temps un disque si gros) tout va bien
mais quand on depasse 128Mo , cric crac boum , plus rien ...
il propose de reformater . tout est perdu . rien de recuperable meme avec des outils speciaux.
On apprend ensuite qu'il y a une variable de la base des registres a modifier , ou bien il faut utiliser "Intel Application accelerator (IAA pour les intimes)" ...
Je suis sûr que bcp ont de gros disque en place qui semblent marcher depuis des mois mais ils perdront tout quand il depasseront 128Mo...
[^] # Re: Et ouai ...
Posté par kesako . En réponse au journal Violence routière. Évalué à 0.
meme les voitures ont du mal a circuler ,alors ...
# bof
Posté par kesako . En réponse au journal Planète Linux est-il honnête ?. Évalué à 4.
- pas ou peu d'annonceurs
- soit des articles grand public completement depassés a leur publication, soit des articles pointus mais cher a produire et reservés a un public limité ...
etc..
[^] # Re: Quel affaire !!
Posté par kesako . En réponse à la dépêche PC-BSD : Un système FreeBSD pour le grand public. Évalué à 2.
Je dirais que l'on pense plutot : "ah ben, c'est pas trop tôt !"
[^] # Re: mouais....
Posté par kesako . En réponse à la dépêche PC-BSD : Un système FreeBSD pour le grand public. Évalué à 2.
[^] # Re: alors là bravo
Posté par kesako . En réponse à la dépêche PC-BSD : Un système FreeBSD pour le grand public. Évalué à 3.
à 10% a cause du mode de developpement (y a du pour et du contre)
Sinon tous les BSD sont de bons OS. differents de linux c'est tout.
[^] # Re: Vous y croyez vous ?
Posté par kesako . En réponse au journal Le jour où notre disque dur aura disparu. Évalué à -3.
Pourquoi ce ne serait pas pareil pour ce qui circule a l'interieur de ton ordi ? tu paye ce que tu consomme . point.
# google
Posté par kesako . En réponse au message bash : renommer une liste de fichiers en NNNNN.jpg. Évalué à 1.
# heu...
Posté par kesako . En réponse au message Hébergement web en cluster. Évalué à 2.
- par contre les SGBD sont clusterisables mais c'est generalement specifique a chaque systeme
l'archi la plus courante est :
- une entree avec un dns round-robin qui dispatche vers les serveurs apaches
- n serveurs apache chacun sur une seule machine. qui se connectent a un sgbd
- le sgbd peut lui etre un cluster mais pas forcement.
quand la charge augmente , on peut rajouter des machine apache (et on update le dns a la volee) voire une machine sgbd. mais ce n'est pas un veritable cluster où les process se baladent en fonction de la charge. chaque machine a un usage bien precis.
c'est en tout cas comme ca que je vois les choses.
[^] # Re: mail en local
Posté par kesako . En réponse au message [Thunderbird] Mailbox vidée sans raison. Évalué à 3.
on parle d'une entreprise pas d'un particulier.
une boite qui laisse a chacun le soin de faire un backup regulier de ses mail c'est une boite de 2 ou 3 personnes ou un boite qui veut se suicider rapidement !
Comme le dit un post plus loin , il suffit que Norton soit pas content pour tout perdre .
Tu controle ce que fait Norton toi ?
il y a plein d'autre raisons ayant peu a voir avec le client de messagerie : disque plein, disque qui flanche, systeme de fichier corompu, upgrade qui se passe mal , nouveau soft qui change une dll, ...etc etc