Je surveille Lisaac de près (enfin, surtout isaac), depuis que ca traine sur DLFP. Je prendrais le temps de l'essayer cet été (et oui, ya des gens qui n'aiment pas trop aller a la plage).
So, wait and see.
Faudra arreter de comparer un jour des pommes et des bananes ...
De manière générale, chaque langage existe car il a le mérite de poroposer quelque chose que les autres ne proposent pas. J'adore le language C, mais ce n'est pas approprié pour faire certaines choses, même si on peut tout faire en C.
J'ai un pote qui developpe en smalltalk en ce moment, il se fait bien plaisir car c'est un bon language, mais en contre partie les performances sont pitoyables. Alors bon ... il faudra finir par admettre un jour que la nature est bourrée de compromis, et qu'il n'y a pas de language miracle qui permette de tout bien faire facilement et de façon performante, simple d'accès mais ultra-sécurisé, exploitant bien les ressources, et avec une description mixte impérative/fonctionnelle.
En général, l'horloge est un applet de ton panel de menus, que ca soit sous kde ou autre, donc tu ne peux pas l'exécuter sans. Il existe pourtant d'autres horloges, notamment xclock, et plen d'autres plus ou moins intégrés a ton environnement de bureau ...
Le xxxxxx ca doit être ton hostname. Tu peux vérifier en faisant uname -n, ou hostname.
Ton problème n'est pas pas la de toute façon. Si tu souhaite connaitre l'identité de ton noyau, ce qui compte c'est
* la revision de la version, 2.6.8-3-386 (note que le -3-386 doit etre une sous-version locale, configurée par les devs debian je suppose).
* la version, #1 Thu Feb 9 07:17:13 UTC 2006.
Comment je sais ce qui tourne, ce que je devrais faire tourner, et ce que je dois faire dans le cas ou il y'a une erreur.
Je ne peux pas le savoir a ta place, ce que tu devrais faire tourner. Ce qui est sur, c'est que d'utiliser les blobs de nvidia, ce n'est pas cela qui fera progresser l'idée que les constructeurs hardware devraient fournir des spécifications, s'ils veulent qu'on achete leur matos.
A priori, si ton module n'est pas adapté au noyau, il refusera de le charger car insmod fait les vérifications nécessaires, et tu pourra voir ce qui ce passe en tapant dmesg | tail.
Ca ne m'est jamais arrivé de planter mon noyau en chargeant un module qui n'as pas été compilé pour le bon noyau.
Tout à fait. Construire un noyau au pif ne mene qu'au kernel panik.
"Optimiser" ton noyau, comme tu dit, ne t'amenera pas grand chose, si ce n'est éventuellement la réduction de l'empreinte mémoire (intéressant sur les petits système et embarqué) et l'augmentation du niveau de sécurité (moins ya de choses, mieux c'est). Il n'y a pas d'astuces, les dev. n'ont pas caché une combinaison de touches au coeur du noyau qui te fait un overclock +100% sans bug (quoique, il y a alt+ctrl+syst+b ...)
Ne pense pas que tu démarrera plus vite. Si tu veut accelerer le démarrage, regarde tous les services "inutiles" que tu as dans /etc/rc...
L'ACPI est le support d'une batterie de capteur/préactionneurs pour ton PC (température, ventirad, batterie ...) du doit savoir si tu t'en sert. Pour les machines de bureau pas jeunes (genre athlon xp), ca sert à rien.
Pour le reste, à chaque fois que tu retire une fonctionnalité du noyau, sache que tu y pert en plug&play, c'est a dire que si un collègue veut brancher une clé usb sur ton pc et que tu as retiré le support du SCSI (c'est vrai, ca sert a rien ca aussi !), et bah ca ne marchera pas !
C'est vraiment une expérience sympa de faire un noyau (j'en fait très souvent, en bon geek), mais
* ne le fait pas au pif
* n'espere pas optimiser, la seule façon d'optimiser, c'est dans les sources.
Il faudra peut etre définir 1280x800 avec des modelines, vu que c'est pas trop courant (malgré que les ecrans wides se multiplient pas mal ces derniere année), google est ton ami.
Sinon, à tout hazard, tu peut lancer X -configure qui va te créer un fichier de config à la va vite, en utilisant le driver vesa. Le fichier se retrouve dans /root/xorg.conf.new
Xara fait des vidéos pour la présentation de son soft, et c'est très pratique.
Ne mettre QUE du flash sur le site du développeur (parce qu'il n'y a que ca), c'est comme faire un "salon du fauteuil roulant" sur le toit d'un immeuble sans ascenseur.
C'est assez long à configurer (tu prévois 2 heures, si ton PC est lent) :
Tu prends le CD de mandriva, tu le mets dans le lecteur du PC qui marche pas, tu démarre le pc (celui qui a un OS autiste) tu presse entré et tu suis les instructions ...
Je ne pas t'aider ave urpmi, je ne connais pas. En revanche, pour le find : find .g* -iname '*Amarok*' signifie de chercher dans tous les répertoires commencants par .g des fichiers dont le nom contient "Amarok".
Je n'utilise pas amarok, mais vu que c'est un programme KDE, ces fichiers de config doivent être dans des répertoire de type .kde/ ou .amarok. Tu peux afficher les fichiers et dossiers cachés à l'aide de la commande ls -a.
ensuite tu tapera un truc genre find .kde* -iname '*marok*' (comme je sais pas trop s'il y a ou pas une majuscule, on la supprime, de toute facon, je ne connais aucun autre programme avec ce nom la !)
Pour découvrir un peu plus le monde Unix : http://cours.enise.fr/info/unix/
Il en existe plein d'autres, mais je trouve celui ci assez complet.
Saviez vous que vi fait partie du la norme POSIX ?
Perso, je ne suis pas fan de vi, mais il a par conséquent l'intérêt d'être présent sur toutes les platformes POSIX, et il est utilisable (enfin ... plus que ed !). Meme sous busybox vous avez vi !
En revanche, meme si je ne suis pas fan de vi, je trouve que vim est une merveille, j'ai appris le langage C en compagnie de quelqu'un qui utilisait vim, et depuis, je ne quitte ni l'un ni l'autre (j'entend bien sur le C et vim !!!).
En ce qui concerne emacs, j'ai essayé une fois, sans insister (ca sera bien la première fois qu'un logiciel GNU ne m'aura pas convaincu, et quel logiciel !). Sous vim, les raccourcis sont simplement les initiales des actions que vous souhaitez faire, mais en anglais, c'est simple : change 2 words, ou bien delete 5 letters.
Comment faites vous ca sous emacs ?
Les fifo, c'est très puissant, je m'en suis déja servis pour télécommander des processus démonisés (enfin, surtout ils étaient temps réel). Je pense que les sockets, c'est bien aussi, pour faire cela, mais c'est plus compliqué a faire.
Quand je disais de tout mettre dans le processus, j'entendais par là réécrire un programme, avec GUI (perso j'aime bien GTK) qui fait ce que crafty fait. Vu que tu dit que crafty est simple, ca ne sera pas a priori très compliqué. En tout cas, je trouve ca plus propre.
Regarde du coté de libglade, ca peut te permettre d'adapter ton code très simplement : dans le processus crafty, tu fait un thead pour gtk_main() et un thread pour ton traitement de crafty. Tu remplace les entrées et sorties standarde par des variables ... et tu as juste à rajouter les fonctions de callback.
Si ca s'est mis à planter soudainement, c'est peut etre du à un problème avec la config du logiciel.
je ne sais pas ou amaroK planque ces fichiers, mais pour totem, c'est ici : francois@polux ~ $ find .g* -iname '*totem*'
.gconf/apps/gnome-settings/totem
.gconf/apps/totem
.gnome2/totem-addons
.gnome2/totem_config
En les effacant, (ou en les déplacant, c'est plus facilement réversible) tu pourra tester si ca venait de ca.
Peut être que crafty n'affiche rien à cause des buffers. Tu peux vider un buffer avec fflush(stdout), ou avec un \n dans un printf().
Si jamais ton problème viens de la, une solution radicale est de désactiver la mémoire tampon pour stdout : setbuf (stdout, NULL);
Sinon, en alternative aux pipes,il existe les fifo (tubes nommés) : man mkfifo
Sinon, ca peut etre intéressant de faire une GUI dans un processus séparé (comme tu fait, quoi !) mais pourquoi ne pas tout mettre dans le meme processus ? au besoin, si tu doit faire de l'exécution concurente, les threads sont faits pour cela, c'est simple à mettre en oeuvre, et ca possède le meme espace d'addressage mémoire ; fini la communication par pipe ! (mais bonjour la synchronisation ...)
c'est pas comme ca qu'on compile un module de noyau ...
Il y a un fichier .config à la racine de ton noyau (/usr/src/linux/). Ce fichier détaille les options et modules que tu active à la compilation.
Puisque tout le monde n'as pas envie de modifier ce fichier à la main, il y a des scripts de configurations que tu peux lancer en exécutant make config (déconseillé), make menuconfig (recommandé), ou encore make gconfig et make xconfig . Tu aura le droit a une interface plus ou moins jolie, avec de la documentation intégrée ...
Ensuite, tu selectionne tes options ou modules ... et tu compile tout ca : make -> compile le noyau et crée l'image de boot make modules -> compile les modules make modules_install -> installe les modules dans /lib/modules/... make clean -> ...
un petit make help peut aider à s'y retrouver un peu ...
Je ne vois pas où j'irais trouver des mots plus justes.
Si tu prend un système libre, et que tu lui met des plug-ins proprios, il n'est plus libre, un point c'est tout !
Tu perds automatiquement la liberté d'étudier le fonctionnement, de modifier ...
[^] # Re: ...
Posté par Pol' uX (site web personnel) . En réponse à la dépêche Erlang/OTP R11B supporte les architectures multiprocesseur. Évalué à 4.
So, wait and see.
Adhérer à l'April, ça vous tente ?
[^] # Re: ...
Posté par Pol' uX (site web personnel) . En réponse à la dépêche Erlang/OTP R11B supporte les architectures multiprocesseur. Évalué à 7.
De manière générale, chaque langage existe car il a le mérite de poroposer quelque chose que les autres ne proposent pas. J'adore le language C, mais ce n'est pas approprié pour faire certaines choses, même si on peut tout faire en C.
J'ai un pote qui developpe en smalltalk en ce moment, il se fait bien plaisir car c'est un bon language, mais en contre partie les performances sont pitoyables. Alors bon ... il faudra finir par admettre un jour que la nature est bourrée de compromis, et qu'il n'y a pas de language miracle qui permette de tout bien faire facilement et de façon performante, simple d'accès mais ultra-sécurisé, exploitant bien les ressources, et avec une description mixte impérative/fonctionnelle.
Adhérer à l'April, ça vous tente ?
# Xclock ?
Posté par Pol' uX (site web personnel) . En réponse au message separer les elements du tableau de bord. Évalué à 3.
http://www.jmknoble.net/WindowMaker/wmclock/
http://fred.hexbox.de/styleclock/
http://gdesklets.gnomedesktop.org/categories.php?func=gd_sho(...)
http://www.jwz.org/xdaliclock/
Adhérer à l'April, ça vous tente ?
[^] # Re: uname -r
Posté par Pol' uX (site web personnel) . En réponse au message linux-image-2.6..ok mais lequel...?. Évalué à 2.
Ton problème n'est pas pas la de toute façon. Si tu souhaite connaitre l'identité de ton noyau, ce qui compte c'est
* la revision de la version, 2.6.8-3-386 (note que le -3-386 doit etre une sous-version locale, configurée par les devs debian je suppose).
* la version, #1 Thu Feb 9 07:17:13 UTC 2006.
Je ne peux pas le savoir a ta place, ce que tu devrais faire tourner. Ce qui est sur, c'est que d'utiliser les blobs de nvidia, ce n'est pas cela qui fera progresser l'idée que les constructeurs hardware devraient fournir des spécifications, s'ils veulent qu'on achete leur matos.
Adhérer à l'April, ça vous tente ?
[^] # uname -a
Posté par Pol' uX (site web personnel) . En réponse au message linux-image-2.6..ok mais lequel...?. Évalué à 2.
Ca ne m'est jamais arrivé de planter mon noyau en chargeant un module qui n'as pas été compilé pour le bon noyau.
Adhérer à l'April, ça vous tente ?
[^] # Re: ansi
Posté par Pol' uX (site web personnel) . En réponse au message ltoa : n'a pas été déclaré dans cet horizon.. Évalué à 2.
Un OS n'a pas de langue, c'est la librairie standarde qui est différente.
Tu peux améliorer la portabilité de ton code, en utilisant des #define et #ifdef, ou tout simplement en utilisant les librairies standardes.
Adhérer à l'April, ça vous tente ?
[^] # Re: Vous être des pro
Posté par Pol' uX (site web personnel) . En réponse au message Bonjour, .... Évalué à 2.
Adhérer à l'April, ça vous tente ?
[^] # Re: nécessité ?
Posté par Pol' uX (site web personnel) . En réponse au message Optimiser la compil noyau et choisir les bons modules ?. Évalué à 2.
"Optimiser" ton noyau, comme tu dit, ne t'amenera pas grand chose, si ce n'est éventuellement la réduction de l'empreinte mémoire (intéressant sur les petits système et embarqué) et l'augmentation du niveau de sécurité (moins ya de choses, mieux c'est). Il n'y a pas d'astuces, les dev. n'ont pas caché une combinaison de touches au coeur du noyau qui te fait un overclock +100% sans bug (quoique, il y a alt+ctrl+syst+b ...)
Ne pense pas que tu démarrera plus vite. Si tu veut accelerer le démarrage, regarde tous les services "inutiles" que tu as dans /etc/rc...
L'ACPI est le support d'une batterie de capteur/préactionneurs pour ton PC (température, ventirad, batterie ...) du doit savoir si tu t'en sert. Pour les machines de bureau pas jeunes (genre athlon xp), ca sert à rien.
Pour le reste, à chaque fois que tu retire une fonctionnalité du noyau, sache que tu y pert en plug&play, c'est a dire que si un collègue veut brancher une clé usb sur ton pc et que tu as retiré le support du SCSI (c'est vrai, ca sert a rien ca aussi !), et bah ca ne marchera pas !
C'est vraiment une expérience sympa de faire un noyau (j'en fait très souvent, en bon geek), mais
* ne le fait pas au pif
* n'espere pas optimiser, la seule façon d'optimiser, c'est dans les sources.
Bonne chance
http://www.gentoo.org/doc/fr/handbook/handbook-x86.xml?part=(...)
Adhérer à l'April, ça vous tente ?
[^] # Re: aurais-tu des détails ?
Posté par Pol' uX (site web personnel) . En réponse au message Bonjour, .... Évalué à 2.
http://www.coagul.org/article.php3?id_article=217
Sinon, à tout hazard, tu peut lancer X -configure qui va te créer un fichier de config à la va vite, en utilisant le driver vesa. Le fichier se retrouve dans /root/xorg.conf.new
Adhérer à l'April, ça vous tente ?
[^] # Re: Que reste -t-il à configurer ?
Posté par Pol' uX (site web personnel) . En réponse au message SAMBA linux => windows. Évalué à -1.
Je pense néanmoins que ton problème viens du PC windows, seulement je connais trop mal, re-désolé.
Adhérer à l'April, ça vous tente ?
[^] # Re: Un bémol ...
Posté par Pol' uX (site web personnel) . En réponse à la dépêche Libération complète des sources d'Alfresco. Évalué à 3.
Adhérer à l'April, ça vous tente ?
[^] # Re: Un bémol ...
Posté par Pol' uX (site web personnel) . En réponse à la dépêche Libération complète des sources d'Alfresco. Évalué à 5.
Ne mettre QUE du flash sur le site du développeur (parce qu'il n'y a que ca), c'est comme faire un "salon du fauteuil roulant" sur le toit d'un immeuble sans ascenseur.
Adhérer à l'April, ça vous tente ?
# Un bémol ...
Posté par Pol' uX (site web personnel) . En réponse à la dépêche Libération complète des sources d'Alfresco. Évalué à 3.
Heureusement il y a le site de la communauté francophone.
Adhérer à l'April, ça vous tente ?
[^] # Re: Que reste -t-il à configurer ?
Posté par Pol' uX (site web personnel) . En réponse au message SAMBA linux => windows. Évalué à -1.
Tu prends le CD de mandriva, tu le mets dans le lecteur du PC qui marche pas, tu démarre le pc (celui qui a un OS autiste) tu presse entré et tu suis les instructions ...
Adhérer à l'April, ça vous tente ?
[^] # Fait du xvid, ca passe partout !
Posté par Pol' uX (site web personnel) . En réponse au message prbl de G en AVI. Évalué à 3.
Adhérer à l'April, ça vous tente ?
[^] # Re: Fichiers de config ...
Posté par Pol' uX (site web personnel) . En réponse au message Mandrake est-il stable ?. Évalué à 2.
Je ne pas t'aider ave urpmi, je ne connais pas. En revanche, pour le find :
find .g* -iname '*Amarok*' signifie de chercher dans tous les répertoires commencants par .g des fichiers dont le nom contient "Amarok".
Je n'utilise pas amarok, mais vu que c'est un programme KDE, ces fichiers de config doivent être dans des répertoire de type .kde/ ou .amarok. Tu peux afficher les fichiers et dossiers cachés à l'aide de la commande ls -a.
ensuite tu tapera un truc genre find .kde* -iname '*marok*' (comme je sais pas trop s'il y a ou pas une majuscule, on la supprime, de toute facon, je ne connais aucun autre programme avec ce nom la !)
Pour découvrir un peu plus le monde Unix : http://cours.enise.fr/info/unix/
Il en existe plein d'autres, mais je trouve celui ci assez complet.
Adhérer à l'April, ça vous tente ?
# Petite précision :
Posté par Pol' uX (site web personnel) . En réponse au journal Vi vs Emacs 3:1. Évalué à 2.
Perso, je ne suis pas fan de vi, mais il a par conséquent l'intérêt d'être présent sur toutes les platformes POSIX, et il est utilisable (enfin ... plus que ed !). Meme sous busybox vous avez vi !
http://www.opengroup.org/onlinepubs/000095399/utilities/vi.h(...)
En revanche, meme si je ne suis pas fan de vi, je trouve que vim est une merveille, j'ai appris le langage C en compagnie de quelqu'un qui utilisait vim, et depuis, je ne quitte ni l'un ni l'autre (j'entend bien sur le C et vim !!!).
En ce qui concerne emacs, j'ai essayé une fois, sans insister (ca sera bien la première fois qu'un logiciel GNU ne m'aura pas convaincu, et quel logiciel !). Sous vim, les raccourcis sont simplement les initiales des actions que vous souhaitez faire, mais en anglais, c'est simple : change 2 words, ou bien delete 5 letters.
Comment faites vous ca sous emacs ?
Adhérer à l'April, ça vous tente ?
[^] # Re: je ne sais pas si j'ai bien saisi ton problème, mais bon ....
Posté par Pol' uX (site web personnel) . En réponse au message comment realiser une GUI ?. Évalué à 2.
Quand je disais de tout mettre dans le processus, j'entendais par là réécrire un programme, avec GUI (perso j'aime bien GTK) qui fait ce que crafty fait. Vu que tu dit que crafty est simple, ca ne sera pas a priori très compliqué. En tout cas, je trouve ca plus propre.
Regarde du coté de libglade, ca peut te permettre d'adapter ton code très simplement : dans le processus crafty, tu fait un thead pour gtk_main() et un thread pour ton traitement de crafty. Tu remplace les entrées et sorties standarde par des variables ... et tu as juste à rajouter les fonctions de callback.
Adhérer à l'April, ça vous tente ?
# Fichiers de config ...
Posté par Pol' uX (site web personnel) . En réponse au message Mandrake est-il stable ?. Évalué à 3.
je ne sais pas ou amaroK planque ces fichiers, mais pour totem, c'est ici :
francois@polux ~ $ find .g* -iname '*totem*'
.gconf/apps/gnome-settings/totem
.gconf/apps/totem
.gnome2/totem-addons
.gnome2/totem_config
En les effacant, (ou en les déplacant, c'est plus facilement réversible) tu pourra tester si ca venait de ca.
Adhérer à l'April, ça vous tente ?
# je ne sais pas si j'ai bien saisi ton problème, mais bon ....
Posté par Pol' uX (site web personnel) . En réponse au message comment realiser une GUI ?. Évalué à 2.
Si jamais ton problème viens de la, une solution radicale est de désactiver la mémoire tampon pour stdout : setbuf (stdout, NULL);
Sinon, en alternative aux pipes,il existe les fifo (tubes nommés) : man mkfifo
Sinon, ca peut etre intéressant de faire une GUI dans un processus séparé (comme tu fait, quoi !) mais pourquoi ne pas tout mettre dans le meme processus ? au besoin, si tu doit faire de l'exécution concurente, les threads sont faits pour cela, c'est simple à mettre en oeuvre, et ca possède le meme espace d'addressage mémoire ; fini la communication par pipe ! (mais bonjour la synchronisation ...)
http://yolinux.com/TUTORIALS/LinuxTutorialPosixThreads.html
Bonne chance ...
Adhérer à l'April, ça vous tente ?
# mencoder
Posté par Pol' uX (site web personnel) . En réponse au message Video. Évalué à 3.
Adhérer à l'April, ça vous tente ?
# tu n'est pas obligé d'utiliser le driver propriétaire de nvidia.
Posté par Pol' uX (site web personnel) . En réponse au message Installation de nvidia 6800. Évalué à 2.
C'est pas très jeune, et tu va surement remplacer partout l'expression XFree86 par Xorg, qui est la distribution récente des serveurs X.
http://www.trustonme.net/didactels/176.html
Fini ton installation, meme en mono écran, pour que tu ais un système qui fonctionne, puis tu auras le loisir de jouer avec xorg.conf
Adhérer à l'April, ça vous tente ?
[^] # Re: opinion -> journal
Posté par Pol' uX (site web personnel) . En réponse au message Le Club Sénat. Évalué à 2.
http://club.senat.fr/admin/dir_files/Rapport_Club-Senat-secu(...)
Adhérer à l'April, ça vous tente ?
# compilation ...
Posté par Pol' uX (site web personnel) . En réponse au message compilation et chargement d'un pilote reseau. Évalué à 3.
Il y a un fichier .config à la racine de ton noyau (/usr/src/linux/). Ce fichier détaille les options et modules que tu active à la compilation.
Puisque tout le monde n'as pas envie de modifier ce fichier à la main, il y a des scripts de configurations que tu peux lancer en exécutant make config (déconseillé), make menuconfig (recommandé), ou encore make gconfig et make xconfig . Tu aura le droit a une interface plus ou moins jolie, avec de la documentation intégrée ...
Ensuite, tu selectionne tes options ou modules ... et tu compile tout ca :
make -> compile le noyau et crée l'image de boot
make modules -> compile les modules
make modules_install -> installe les modules dans /lib/modules/...
make clean -> ...
un petit make help peut aider à s'y retrouver un peu ...
Adhérer à l'April, ça vous tente ?
[^] # Re: Quelle mauvaise foi!
Posté par Pol' uX (site web personnel) . En réponse à la dépêche DADVSI : les associations du libre réagissent aux amendements du Sénat. Évalué à 6.
Si tu prend un système libre, et que tu lui met des plug-ins proprios, il n'est plus libre, un point c'est tout !
Tu perds automatiquement la liberté d'étudier le fonctionnement, de modifier ...
Adhérer à l'April, ça vous tente ?