-=[ silmaril ]=- a écrit 1464 commentaires

Verifie qu'il envoye bien le mail en text (en lisant le mail brut que tu t'aura au prealable envoyé),
Si oui, alors =>> evolution-bug/devel

Je sais qu'il y a des soucis avec les messages html et gpg sous thunderbird,
peut etre y a t'il les meme avec evolution.

Sinon tu peut indiquer la clef et le fingerprint d'une seule traite, a ce que l'on ma dit a l'epoque c'est le standard, ex:

1024D/B4D74B76 B9A7 3697 661D 25FB A609 E69E 92CA FFAB B4D7 4B76

Ps: avant d'accuser gpg il faut faire le test a la main...

Normalement tu as une options 'profiles' dans l'interface de gdm, il suffit de choisir 'X Session' ou 'Session X'.

Plus simple, et pour voir le resultat de la commande 'screener',
lancer screen, attendre l'invite du shell et la seulement lancer btdown...

Comme cela 1 screen ne devrait pas se quitter (son client est le shell)
et 2 tu aura les messages du btdow.. pour peu qu'il y en ai bien sur.

> Ce qui n'a rien à voir puisque ça concerne le session manager. Si c'est "startx", > c'est autre chose comme problème alors qu'il y a toujours X11...

Non il n'utilise pas de session manager, il utilise un display manager (ou un gestionnaire de login graphique pour parler francais), celui ci est gdm et le comportement de gdm est le meme depuis la 1.0.

> J'indique pour Gnome uniquement car beaucoup oublie de sauvegarder les
> modifications en quittant. C'est très courrant.

Oui c'est vrai, mais la il te parle de fichier .xsession, .xinitrc et de fluxbox.
Et l'exemple de fichier .xsession qu'il propose montre bien que
1 il n'utilise pas gnome et
2 il n'utilise pas de session-manager (que ce soit celui de gnome, kde ou un autre)

> Où tu as vu que les réponses sont satisfesantes ? Celui qui a ouvert le forum
> n'a fait aucun feedback.

Non, je parle de son message initial (sa question quoi).

> le "de toute évidence" est à ton appréciation.

Oui enfin il suffit de lire son .xsession, hein

Pourquoi ?,
perso j'ai pas voté a ton post mais je suis sur d'en connaitre les raisons:
1 Tu parle de distribution linux, ce que honnetement n'a aucune chance d'avoir
un impact sur des outils aussi bas niveau et standardisés que les display manager et les serveurs X11

2 Tu confond les dites distributions avec les environnements de bureau (redhat ne veut pas dire gnome, pas plus que mandrake => KDE et Debian => console).

3 les problematiques que tu pose ont deja des reponses dans le texte de la question.

Il utilise gdm comme display manager, fluxbox comme window manager et de toute evidence pas de bureau.

Quand a repondre au thread:
1 Il faut verifier que gdm lance bien une session X et non autre chose (genre directement une session fluxbox, auquel cas le lancement de firefox devra se faire au niveau de fluxbox)

2 Un xsession lpus correct:
# lancement de firefox retardé
(sleep 5 && /usr/bin/firefox) &
exec /usr/bin/fluxbox

Ah oui,

moi j'ai l'honnete de donner mon nom et pas un pseudo debile ...

Oui peut etre que je l'ai pris de haut,
oui aussi je suis d'accord tu as le droit de faire toutes les conneries
que tu veut. Mais je ne sais pas si tu a bien lu tout les messages de gadiri dans le forum et toutes les reponses qui lui on été faites.

Ce n'est pas ma premiere reponse et malgre tout ce qu'on lui dit il continue a faire des truc qui au premier abord sont assez delirants (demander au kernel d'executer un script shells dans un appel systeme ... ) sans vouloir (au moment ou j'ai repondu) expliquer ce qu'il veut vraiment.

Alors bon je me suis emporté, voila
Desolé gadiri mais tu me fait peur c'est tout et quand je vois le nombre de soft distribués ou sont appliqués tes methodes et bien je trouve cela dommage et je m'emporte.

Tant mieux. A l'epoque (4ans) LVM1 avais un souci avec les numeros mineurs des devices LVM. Et si tu ne creait pas ton /boot en premier toute modification des autres volumes modifiait le numero mineur de /boot et lilo ne bootait plus.

Donc il fallait soit avoir son /boot en premier soit re executer lilo apres chaque modification du contenu du LVM.

pas besoin de faire un diff, les sources sont les memes,
la seule difference provient de la presence ou non du module mga_hal lors de la compilation qui active ou non la sortie tele (a cause de macrovision)

En lisant les message de mplayer tu aurait pu lire qu'il n'arrivait pas a ouvrir le driver alsa1x|09 et un mplayer -ao help t'aurait renseigner assez rapidement.

IIRC le probleme avec mozilla est que les dev de mozilla refusent de considérer une version binaire non diffusée par eux comme etant leur programme (pas au point de pine mais presque: pour ceux qui ne connaissent pas il est interdit de diffuser des sources modifiées de pine ainsi que des binaires modifiés, la solution de debian etant de créer un pseudo package qui indique quand recompiler pine et fournit les sources officielles + leurs patches separement).

Ainsi les version debian de mozilla, firefox etc ne peuvent pas utiliser les icones officielles mozilla, et on a eviter le pire, enfin je crois, car il etait question de devoir aussi renommer les applis.

Alors oui ca marche tes histoires, mais attention aux espaces de nom si tu utilise plusieurs plugins en meme temps (ex: prefixer tout symbole exporté du nom du plugin).

Alors
1 non sauf si tu veut faire du stripping, auquel cas tu va faire s'ecrouler les perfs. Et au contraire les perfs augmentent avec l'ajout de disques durs.

2 non, c'est faisable. Mais c'est comme tout il y a des contreparties: l'usage de lilo est obligatoire (grub peut fonctionner avec un /boot externe mais c'est deja compliquer). Et il faut creer le logical volume contenant /boot en premier et meme pour etre certain il faut reactualiser lilo apres toute modification des volumes logiques du LVM sous peine de plus pouvoir redemarrer (ou difficilement).

Alors la ca devient ridicule tes histoires toi.
C'est ton histoire de ps que tu veut integrer au noyau ?

Je veut pas etre desagreable, mais 1 qu'est ce que ca a a foutre en appel systeme et encore plus qu'est ce que ca fout dans le noyau.

et 2 le noyau il la connait deja la liste de processus qu'il fait tourner il a pas besoin de ps pour qu'on le lui dise.

Sinon sur la forme, je crois que tu devrait lire un peu plus de doc sur le fonctionnement du kernel avant de continuer tes bidouilles. Notamment la macros syscall3 n'a aucun usage dans le noyau, elle ne sert qu'aux programmes en mode user (glibc) pour contacter les procedures du kernel.

Primo: Linux se contrefout des 'fonctions' RAID des cartes SATA/IDE, le bios ne fait rien que remplir une table de configuration c'est le driver windows qui s'occupe du RAID (sauf a prendre une carte > 350¤). A terme les drivers de cartes 'RAID' sous linux pourront peut etre utiliser ces informations pour configurer les meta devices soft-RAID mais pour l'instant ca ne sert pas.
Donc que ta carte fasse du RAID ou non n'est pas un pb.

1) oui si les cartes sont supportées sous linux.

2) oui, mais la procedure est plus longue:
* demontage des volumes RAID
* arret des devices RAID (ex avec mdadm --stop)
* arret des disques.

3) du hotplug IDE ca existe (pareil il faut des cartes cheres), du hotplug SATA aucune idée, mais mixer le tout avec du RAID ...... faut pas avoir peur pour ses données, ou alors demarrer les disques a la main une fois qu'ils sont tous presents et pareil arreter les devices RAID avant d'enlever les disques.

alsamixer pour le mixer audio en mode texte
aplay pour lire des wav directement sur les drivers alsa.

Ou tu peut utiliser ps directement mais avec fork + exec, et redirection des flux 1 et 2 avec close et open.

Les redirections de flux E/S via les symboles > < sont une specificité du SHELL.
Donc soit tu fait un script shell, ce qui soit dit en passant serait bien plus logique qu'un programme en C,
soit tu fait un script shell que tu passe en parametre a un shell (ex via bash -e) dans ton programme C (encore plus ridicule que le programme en C),
soit tu utilise une librairie genre libgtop ou autre si tu a vraiment besoin de code en C ce dont je doute,
soit tu utilise les appels systemes directement pour faire cela.

Est ce que le driver open source (nv) fonctionne ?

S'ils ont des connexion sur la machine, tu ne peut pas la cacher ....
Quoique j'ai un serveur samba qui me fait l'inverse, il est invisible la plupart du temps mais je peut l'utiliser en partage et meme avec son nom NetBIOS, alors ....

Ca fait partie de son boulot non ? en tout cas il me semble que oui via une rapide recherche sur le net.

Ou faire en sorte que chaque machine recree aleatoirement son
password root tout les mois, soit completement aleatoirement (+ generation d'un mail encrypté avec une clef gpg) soit en fonction d'un patern specifique connu (en fonction du mois de l'année etc etc.

Ou mieux, desactiver les trucs comme rsh, forcer l'utilisation de ssh et desactiver les logins via mot de passe (ie generation d'une clef par personne).

En effet les .la ne sont pas des librairies, mais des fichiers textes utilisés par libtool pour aider a la compilation, il y stocke les dependances, des chemins d'acces, etc ...
Mais c'est specifique a libtool, or XFree est loin d'etre compilé avec autoconf/automake/libtool (a part les versions de freedesktop).

La bonne question est pourquoi cherche t'il ce fichier qui n'a aucune raison d'exister.
Soit c'est une libraire presente sur le systeme qui reference ce fichier dans son .la (un grep "libX11.la" /usr/lib/*.la devrait permettre de verifier cela) soit c'est le makefile/configure qui est delirant (une solution: regenerer tout:
[aclocal]
libtoolize --force --copy
[autoheader]
[automake -c -f -a]
autoconf
).

Une autre solution creer un /usr/lib/libX11.la a la mains en prenant exemple sur un existant:

dlname='libX11.so.6.2'

library_names='libX11.so.6.2 libX11.so.6 libX11.so'

old_library='libX11.a'

dependency_libs='-L/usr/X11R6/lib'



current=6

age=2

revision=

installed=yes

dlopen=''

dlpreopen=''

Mais ca pourait poser plus de pb qu'autre chose.

C'est hotplug qui te charge le module oss en lieu et place du module alsa. La solution que j'utilise:
modifier le fichier /etc/modprobe.d/local, rajouter la ligne:
alias via82cxxx_audio off

et un petit update-modules et c'est bon. Apres le plus simple est un reboot, ou si tu est un warrior, passe en runlevel 1 (single user, pas de X),
stoppe le service hotplug (/etc/init.d/hotplug stop), decharge le module via82cxxx_audio, relance hotplug (/etc/init.d/hotplug start) et repasse en runlevel 3 ou 5.

Primo parce que c'est le boulot du kernel de s'occuper de la necessitée ou non de mettre en swap, si tu as des problemes de swap tu ferais mieux soit de la retailler soit de verifier tes applis au niveau fuites de memoire.

Deuzio parce que ca emmerde le kernel qui n'est pas fait pour travailler sans swap.


PS: tu n'est pas sous windows ....