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

En c il y a la libwww du w3c (http://www.w3c.org/Library(...) ).
Peut etre y a t'il un binding C++ ?
Sinon je chercherai du coté de CommonC++ et/ou Boost.
Qui on surement qque chose dans le genre.

> Elle n'est pas en francais, ca suffit a la rendre caduque. Ca correspond a ce que > je disais precedemment ou plutot que d'apporter une solution au probleme FSF > France se regarde le nombril (aucune preuve de validite ni d'invalidite...).

Marrant ca, parce que quand on recherche des informations sur la CECILL et la FSF on tombe sur des pages explicatives indiquants que loin de se regarder le nombrile la FSF france travail depuis un moment a rendre une GPL et une LGPL
francaise et valide au niveau des tribunaux.

Dans le genre diffamation tu te debrouille bien il faut l'avouer.
Sachant que je ne fesait que poser une question ...

En meme temps, le "bon shell"[ (tm)(c)(r) :) ] moi il me fait plutot chier avec ses correct, il ne verifie pas auparavant qu'il existe un executable avec le nom tapé, aussi il te propose de corriger alors que il n'y a pas besoin.
Et quand c'est une commande que tu repete ca devient vite lourd ...

A mon avis et si je n'ai pas trop oublié je crois que tu as raisopn en tout cas
sur la LGPL

Le pb c'est que K!TV est un logiciel issu de divers softs distribués en GPL,
donc je ne vois pas comment ce gentil monsieur aurait le droit de modifier
la licence de son code comme cela.
Surtout que la c'est pas rien, c'est quand meme la liberté de redistribution
qui est bafouée.

Fait, enfin plutot essayé, son formulaire de contact ... chie des bulles.

Plus fort, je viens de voir que K!TV est basé sur DScaler, un projet .. GPL
Alors la y a pas a chier il se fout de la gueulle du monde

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.