Si tu veux voir d'autres window managers qui font du tiling, il y a aussi ce qu'il faut en python :
* PLWM : le plus ancien et le plus complet (développé par la personne qui a fait le binding Xlib pour python). Vraiment configurable si on veut en tirer le maximum. http://plwm.sourceforge.net/
* Partiwm : un petit nouveau, utilise GTK et a un début de support pour XComposite. http://partiwm.org/ (mais le site a l'air HS.)
Pour qui concerne les wms gérant le reparenting (donc, avec des décorations au-dessus des fenêtres), il n'y a que PycaWM qui soit vraiment utilisable pour l'instant.
Il y a bien un autre projet, Whimsy (http://incise.org/index.cgi/Whimsy), fait par un ancien développeur de Kahakai, mais son développement a l'air d'être un peu freezé (et le support du reparenting a été enlevé pendant un moment, je ne me rappelle plus si c'est toujours le cas).
Bonjour (je suis aussi un des développeurs de PycaWM),
> - Est-ce qu'il est utilisable et qu'il est son intérêt ?
Le projet est d'ores et déjà utilisable (tu peux le tester pour voir les fonctionnalités). L'intérêt, c'est surtout de voir jusqu'où on peut aller avec un langage tel que python (donc dynamique). J'aime beaucoup les langages dynamiques (surtout Lisp en fait). Et je me demandais aussi ce que python avait dans le ventre.
> - Est-ce que c'est codé dans le réel but de faire un truc utilisé ou c'est juste histoire de s'amuser à coder un gestionnaire de fenêtre ?
Bien sûr le projet est fait pour être utilisé en vrai. Pour l'instant cependant, on est surtout en train de voir jusqu'à quel point on peut pousser le concept de dynamicité/configurabilité (Et quand tu vois jusqu'où vont d'autres window managers, je pense qu'on peut aller loin =).
> - Vous travaillez dessus depuis combien de temps ? et vous êtes combien dessus ? 2 ?
Les premières versions de PycaWM remontent à juin il me semble. Au début, c'était juste un portage rapide de lwm (un window manager minimaliste gérant le repareting). Après, vu que l'alpha marchait pas trop mal, on a rajouté des fonctionnalités manquantes, jusqu'à avoir quelque chose d'assez complet pour la 0.1. Et on est bien 2 développeurs pour le projet.
> - Est-ce qu'en terme de performance c'est bon ? De manière générale, je m'interroge sur les performances des applications en python et je me demande donc si pour cette utilisation c'est un bon choix technique. (question naïve, pas une critique)
Pour les performances, un window manager ne consomme pas beaucoup de ressources (et de plus on passe directement par la Xlib). Pour l'instant, avec une utilisation normale, on ne peut pas dire que ça rame (en plus, on n'a pas encore fait de profiling).
> J'aurais sans doute d'autres questions mais pour le moment ce sera tout.
Tiens, quelqu'un a déjà répondu pendant que j'étais en train de taper... Tant pis, je poste quand même =)
Je vais essayer de répondre... Que quelqu'un me corrige si je dis une connerie !
ring 0 : mode noyau. Tout est permis. Si on fait des conneries en ring 0, on doit rebooter en gros =)
ring 1 : on permet un peu moins de choses.
ring 3 : mode utilisateur. On permet beaucoup moins de choses : par exemple, si une appli en ring 3 veut écrire à un emplacement mémoire où elle a pas le droit => L'OS l'interrompt (ça segfault =). Et comme ça seule l'appli plante, pas tout le système.
(Qemu+kqemu) et Xen sont 2 solutions différentes de virtualisation.
Le but de la virtualisation est de pouvoir exécuter directement (ou avec quelques modifications) le code des OS invités sur le processeur de l'OS hôte (c'est-à-dire sans passer par une émulation).
Fonctionnement de Xen :
Xen est en ring 0 et les noyaux des OS invités sont en ring 1. C'est donc Xen qui attribue les ressources aux OS invités. Cela fait qu'il faut modifier les OS que l'on veut faire tourner sur un Xen. (Et ça pose problème avec Windows parce qu'il faudrait modifier son code source...)
Fonctionnement de Qemu+keqmu avant :
On ne modifie pas les OS invités. On va juste transformer le code qui pose problème (le code en ring 0 notamment) en un code équivalent qui pourra tourner en ring 3. Et on rappelle ce bloc de code recompilé dynamiquement à chaque fois à la place du code qui a posé problème.(Et il y a aussi un superviseur qui gère la mémoire, les interruptions de l'OS invité, ainsi que le passage en mode exécution directe ou recompilation dynamique...). La même chose que VMWare en gros.
Fonctionnement de Qemu+kqemu maintenant (à vue de nez) :
On y va en bourrin. On ne transforme plus le code qui pose problème et on croise les doigts pour que ça marche. Ça fait que si un OS (ou un driver) utilise une instruction asm qui renvoie un résultat différent en ring 0 et en ring 3, ça va bugger :/
Mais de toute façon, beaucoup de choses vont changer d'ici peu de temps avec l'apparition de la virtualisation matérielle dans le processeur (technologies Vanderpool chez Intel et Pacifica chez AMD). Là, le processur virtuel est directement dans le processeur physique. Ça fait que pour Xen, on ne devrait plus avoir à faire de modifs dans le code des OS invités. (Y aura juste un driver dans la machine hôte et voilà). Et pour UML (User Mode Linux), on pourrait faire tourner un UML en ring 0 et le voir comme un processus sur la machine hôte...
Félicitations \o/ C'est tellement rare de nos jours...
On a peur de poster, de mal faire etc...
Les utilisateurs de linuxfr peuvent paraître au premier abord assez peu compréhensifs avec les nouveaux venus. Mais rassure-toi, ils ne vont pas te bouffer si tu fais une connerie (dans la limite du raisonnable). En plus, comme tu nous le fais remarquer, il n'y a pas de FAQ. C'est très bien, car cela permet d'expérimenter ce site sans se faire dire RTFFAQ à tous bouts de champ.
S'il fallait argumenter à chaque fois qu'on balance un troll, cette page web aurait trouze mille commentaires... et ça ferait planter notre Firefox chéri.
Alors halte au troll constructif, et longue vie au troll partial et arbitraire !
(et vive sacré graal ainsi que la minute nécessaire de m. cyclopède (pas un film, mais comme c'est pour répondre à un troll, on se passera de la cohérence =) pour les choses qui font rire)
Posté par poil .
En réponse au journal vive le wap.
Évalué à 1.
bon, là il est passé au rhum on dirait, tout ça à cause de cette recette d'alcoolique :'(
EagleLIONHEART était si sympathique avant, et maintenant, il n'est même plus capable de lancer un troll correctement.
ça doit être à cause de sa mdk 9.2.
lui qui adorait tant mandrake, le fait d'avoir un lecteur LG et que les nouvelles isos patchées ne soient pas encore là lui a tapé sur son ciboulot...
Posté par poil .
En réponse au journal vive le wap.
Évalué à 1.
euh, désolé pour EagleLIONHEART, il a essayé la recette du moelleux au chocolat, et il a bu un peu trop de vin blanc sucré et il supporte pas bien l'alcool en plus.
je vous jure sur ma debian que ça se reproduira plus, promis.
sinon, le labo de recherche qui avait créé rst (et qui se l'est fait voler) avait mis des outils dispo pour enlever le virus (la 1ère version) et rendre les exécutables immunisés contre rst.
sur la page d'accueil:
griffoner <- griffonner
Documents recents <- Documents récents
sur l'introduction à jabber:
dans le 1.1:
il va s'en dire <- (je me souviens plus très bien, mais je crois qu'on écrit "il va sans dire")
interressant <- intéressant (plusieurs fois)
recourrons <- recourons (c'est de l'impératif, pas du futur simple)
recoive <- reçoive
dans le 1.2:
les choses ne serait pas <- les choses ne seraient pas
dans le 1.3:
Les autres systèmes de messageries instantanée possède <- Les autres systèmes de messageries instantanée possèdent
palier <- pallier
des centaines de serveur <- des centaines de serveurs
La messagerie instantannée <- La messagerie instantanée
administrateurs de réseaux d'entreprises ou d'université <- on pourrait mettre un "s" à université, enfin, c'est vous qui voyez ;)
dans le 1.4:
oignable <- joignable
dans le 1.5:
disctuter <- discuter
es passerelles <- Ces ou Les (?)
sytsèmes <- systèmes
si ils <- s'ils (enfin, faut mieux faire la contraction)
Mais si les protocoles sont secret <- secrets
dans le 1.6:
Concrêtement <- Concrètement
elles restent propriété <- (je mettrais un "s" à propriété...)
afffichage <- affichage
dans Installer un client Jabber:
dans Choix du client:
prette <- prête
plait <- plaît
dans Téléchargement et installation:
lancez-le <- lancez le
et aussi le paragraphe débute en disant "vous" et continue en disant "tu"
dans Les contacts MSN:
empècher : empêcher
quelqu'un a qui parler <- quelqu'un à qui parler (enfin je crois)
il y'a <- il y a
et il y a pas de conseils qui suivent ;)
voilà, j'ai regardé que ça, et il peut encore rester des fautes...
D'après cette page, il y a juste un émulateur iMac pour amiga... et le portage windows (il ne parle même pas de linux) ne devrait pas sortir avant longtemps on dirait.
La page parle aussi d'"Executor PPC" (qui a été renommé SynPPC), mais il n'est pas encore sorti. (voir http://www.ardi.com/synppc.php(...) )
Donc, à part MoL (réservé aux macs) et Basilisk II, ya quasiment rien :(
J'avais essayé d'être risible à cause "du mécanique plaqué sur le vivant"?
Ben, je croyais que ce qu'il y avait dans un ordinateur (les machins avec des mots que j'ai tapés il y a peu de temps), c'était virtuel, m'enfin...
Sinon, je recherche vraiment un bouquin sur prolog...
[^] # Re: dwm FTW
Posté par poil . En réponse à la dépêche PycaWM 0.1, un gestionnaire de fenêtres en python. Évalué à 3.
* PLWM : le plus ancien et le plus complet (développé par la personne qui a fait le binding Xlib pour python). Vraiment configurable si on veut en tirer le maximum. http://plwm.sourceforge.net/
* Tritium : prévu pour être un clone de ion. Il a l'air d'être déjà bien utilisable. http://vireo.org/~stew/blog/linux/tritium
* Partiwm : un petit nouveau, utilise GTK et a un début de support pour XComposite. http://partiwm.org/ (mais le site a l'air HS.)
Pour qui concerne les wms gérant le reparenting (donc, avec des décorations au-dessus des fenêtres), il n'y a que PycaWM qui soit vraiment utilisable pour l'instant.
Il y a bien un autre projet, Whimsy (http://incise.org/index.cgi/Whimsy), fait par un ancien développeur de Kahakai, mais son développement a l'air d'être un peu freezé (et le support du reparenting a été enlevé pendant un moment, je ne me rappelle plus si c'est toujours le cas).
[^] # Re: Quelques questions...
Posté par poil . En réponse à la dépêche PycaWM 0.1, un gestionnaire de fenêtres en python. Évalué à 3.
> - Est-ce qu'il est utilisable et qu'il est son intérêt ?
Le projet est d'ores et déjà utilisable (tu peux le tester pour voir les fonctionnalités). L'intérêt, c'est surtout de voir jusqu'où on peut aller avec un langage tel que python (donc dynamique). J'aime beaucoup les langages dynamiques (surtout Lisp en fait). Et je me demandais aussi ce que python avait dans le ventre.
> - Est-ce que c'est codé dans le réel but de faire un truc utilisé ou c'est juste histoire de s'amuser à coder un gestionnaire de fenêtre ?
Bien sûr le projet est fait pour être utilisé en vrai. Pour l'instant cependant, on est surtout en train de voir jusqu'à quel point on peut pousser le concept de dynamicité/configurabilité (Et quand tu vois jusqu'où vont d'autres window managers, je pense qu'on peut aller loin =).
> - Vous travaillez dessus depuis combien de temps ? et vous êtes combien dessus ? 2 ?
Les premières versions de PycaWM remontent à juin il me semble. Au début, c'était juste un portage rapide de lwm (un window manager minimaliste gérant le repareting). Après, vu que l'alpha marchait pas trop mal, on a rajouté des fonctionnalités manquantes, jusqu'à avoir quelque chose d'assez complet pour la 0.1. Et on est bien 2 développeurs pour le projet.
> - Est-ce qu'en terme de performance c'est bon ? De manière générale, je m'interroge sur les performances des applications en python et je me demande donc si pour cette utilisation c'est un bon choix technique. (question naïve, pas une critique)
Pour les performances, un window manager ne consomme pas beaucoup de ressources (et de plus on passe directement par la Xlib). Pour l'instant, avec une utilisation normale, on ne peut pas dire que ça rame (en plus, on n'a pas encore fait de profiling).
> J'aurais sans doute d'autres questions mais pour le moment ce sera tout.
Pas de problème.
[^] # Re: demande d'explications
Posté par poil . En réponse à la dépêche Virtualisation complète avec kqemu. Évalué à 10.
Je vais essayer de répondre... Que quelqu'un me corrige si je dis une connerie !
ring 0 : mode noyau. Tout est permis. Si on fait des conneries en ring 0, on doit rebooter en gros =)
ring 1 : on permet un peu moins de choses.
ring 3 : mode utilisateur. On permet beaucoup moins de choses : par exemple, si une appli en ring 3 veut écrire à un emplacement mémoire où elle a pas le droit => L'OS l'interrompt (ça segfault =). Et comme ça seule l'appli plante, pas tout le système.
(Qemu+kqemu) et Xen sont 2 solutions différentes de virtualisation.
Le but de la virtualisation est de pouvoir exécuter directement (ou avec quelques modifications) le code des OS invités sur le processeur de l'OS hôte (c'est-à-dire sans passer par une émulation).
Fonctionnement de Xen :
Xen est en ring 0 et les noyaux des OS invités sont en ring 1. C'est donc Xen qui attribue les ressources aux OS invités. Cela fait qu'il faut modifier les OS que l'on veut faire tourner sur un Xen. (Et ça pose problème avec Windows parce qu'il faudrait modifier son code source...)
Fonctionnement de Qemu+keqmu avant :
On ne modifie pas les OS invités. On va juste transformer le code qui pose problème (le code en ring 0 notamment) en un code équivalent qui pourra tourner en ring 3. Et on rappelle ce bloc de code recompilé dynamiquement à chaque fois à la place du code qui a posé problème.(Et il y a aussi un superviseur qui gère la mémoire, les interruptions de l'OS invité, ainsi que le passage en mode exécution directe ou recompilation dynamique...). La même chose que VMWare en gros.
Fonctionnement de Qemu+kqemu maintenant (à vue de nez) :
On y va en bourrin. On ne transforme plus le code qui pose problème et on croise les doigts pour que ça marche. Ça fait que si un OS (ou un driver) utilise une instruction asm qui renvoie un résultat différent en ring 0 et en ring 3, ça va bugger :/
Mais de toute façon, beaucoup de choses vont changer d'ici peu de temps avec l'apparition de la virtualisation matérielle dans le processeur (technologies Vanderpool chez Intel et Pacifica chez AMD). Là, le processur virtuel est directement dans le processeur physique. Ça fait que pour Xen, on ne devrait plus avoir à faire de modifs dans le code des OS invités. (Y aura juste un driver dans la machine hôte et voilà). Et pour UML (User Mode Linux), on pourrait faire tourner un UML en ring 0 et le voir comme un processus sur la machine hôte...
[^] # Re: Journal : Aide sur le site linuxfr.org
Posté par poil . En réponse au journal Aide sur le site linuxfr.org. Évalué à 1.
# Re: Journal : Aide sur le site linuxfr.org
Posté par poil . En réponse au journal Aide sur le site linuxfr.org. Évalué à 4.
Félicitations \o/ C'est tellement rare de nos jours...
Les utilisateurs de linuxfr peuvent paraître au premier abord assez peu compréhensifs avec les nouveaux venus. Mais rassure-toi, ils ne vont pas te bouffer si tu fais une connerie (dans la limite du raisonnable). En plus, comme tu nous le fais remarquer, il n'y a pas de FAQ. C'est très bien, car cela permet d'expérimenter ce site sans se faire dire RTFFAQ à tous bouts de champ.
[^] # Re: Promotionite ?
Posté par poil . En réponse à la dépêche Les bronzés 3 : vu en avant première. Évalué à 3.
Alors halte au troll constructif, et longue vie au troll partial et arbitraire !
(et vive sacré graal ainsi que la minute nécessaire de m. cyclopède (pas un film, mais comme c'est pour répondre à un troll, on se passera de la cohérence =) pour les choses qui font rire)
[^] # Re: Bienvenue dans le monde réel
Posté par poil . En réponse au journal L'intolérance parmi les "extrêmistes" du libre. Évalué à 5.
Le cocufiage de Nobel par un mathématicien est une légende urbaine.
Nobel était un célibataire endurci (et coureur de jupons...), il ne s'est jamais marié.
Pour une explication possible sur Nobel et les maths, voir ici :
http://www.webencyclo.com/dossiers/contenu/D46-0001032A.asp?IDDossi(...)
(dans l'encadré bleu =)
[^] # Re: démon de préférences
Posté par poil . En réponse au journal Gnome 2.6 dans Sid... Évalué à 5.
gnome-settings-daemon ne fonctionne plus avec la nouvelle version de xlibs (càd dfsg.1-2).
pour revenir à la version dfsg.1-1 :
$ wget http://pkg-gnome.alioth.debian.org/xlibs_4.3.0.dfsg.1-1_all.deb(...)
$ dpkg -i xlibs_4.3.0.dfsg.1-1_all.deb
Voilà, le problème vient peut-être de là?...
[^] # Re: Recherche livre/auteur, SF ou Fantasy (soft)
Posté par poil . En réponse au journal Recherche livre/auteur, SF ou Fantasy (soft). Évalué à 2.
http://www.antonraubenweiss.com/gibson/gibson0.html(...) (dans glossary)
et un guide de lecture :
http://www.wsu.edu:8080/~brians/science_fiction/neuromancer.html(...)
ça va tout de suite mieux :)
Enfin ça m'a beaucoup aidé à y comprendre quelque chose, à vous de voir :)
[^] # Re: Protocole de transfert calculette / ordinateur ?
Posté par poil . En réponse au journal Protocole de transfert calculette / ordinateur ?. Évalué à 0.
bc ou dc ?
http://www.gnu.org/software/bc/bc.html(...) (y a aussi dc dedans, pas de jaloux)
-->[] oh ma vieille TI-80 \o/ je l'ai retrouvé !!!
# tout est dans le commentaire :)
Posté par poil . En réponse au journal firebird 0.8. Évalué à 3.
# Re: apt-get install bombeH
Posté par poil . En réponse au journal apt-get install bombeH. Évalué à 3.
Ça serait bien d'en faire un fichier pour pouvoir les voir avec le prog fortune.
(enfin j'espère que les avocats ont pas mis un copyright dessus ;-)
[^] # Re: \_o< Le wap ca roxxxxxx à donf >o_/
Posté par poil . En réponse au journal vive le wap. Évalué à 1.
EagleLIONHEART était si sympathique avant, et maintenant, il n'est même plus capable de lancer un troll correctement.
ça doit être à cause de sa mdk 9.2.
lui qui adorait tant mandrake, le fait d'avoir un lecteur LG et que les nouvelles isos patchées ne soient pas encore là lui a tapé sur son ciboulot...
(bon, j'arrête, et ===>[] )
[^] # Re: \_o< Le wap ca roxxxxxx à donf >o_/
Posté par poil . En réponse au journal vive le wap. Évalué à 1.
je vous jure sur ma debian que ça se reproduira plus, promis.
# Re: Un virus sous mon nunux .... :(
Posté par poil . En réponse au journal Un virus sous mon nunux .... :(. Évalué à 1.
ça peut toujours te servir :
http://cert.uni-stuttgart.de/archive/bugtraq/2001/09/msg00100.html(...)
[^] # Re: Apostrophes et guillemets... américains
Posté par poil . En réponse au journal Brevets logiciels: les eurodéputés refusent dadopter lexemple américain. Évalué à 1.
# Re: hakin9
Posté par poil . En réponse au journal hakin9. Évalué à 1.
(voir : http://www.haking.pl/pl/plus/informacja_prasowa_1_okladki.html(...) )
7,50 euros contre 7,45 pour MISC par contre, il y a un cd.
et il y a un article du mag dispo sur le net : http://www.hakin9.org/fr/index.php?page=pobierz(...)
pour tester le niveau...
[^] # Re: Séance collective de débugage/mise à jour sur Jabberfr.org
Posté par poil . En réponse au journal Séance collective de débugage/mise à jour sur Jabberfr.org. Évalué à 1.
Les autres systèmes de messageries instantanée <- Les autres systèmes de messagerie instantanée
(oui, il y en avait encore d'autres ;)
# Re: Séance collective de débugage/mise à jour sur Jabberfr.org
Posté par poil . En réponse au journal Séance collective de débugage/mise à jour sur Jabberfr.org. Évalué à 2.
sur la page d'accueil:
griffoner <- griffonner
Documents recents <- Documents récents
sur l'introduction à jabber:
dans le 1.1:
il va s'en dire <- (je me souviens plus très bien, mais je crois qu'on écrit "il va sans dire")
interressant <- intéressant (plusieurs fois)
recourrons <- recourons (c'est de l'impératif, pas du futur simple)
recoive <- reçoive
dans le 1.2:
les choses ne serait pas <- les choses ne seraient pas
dans le 1.3:
Les autres systèmes de messageries instantanée possède <- Les autres systèmes de messageries instantanée possèdent
palier <- pallier
des centaines de serveur <- des centaines de serveurs
La messagerie instantannée <- La messagerie instantanée
administrateurs de réseaux d'entreprises ou d'université <- on pourrait mettre un "s" à université, enfin, c'est vous qui voyez ;)
dans le 1.4:
oignable <- joignable
dans le 1.5:
disctuter <- discuter
es passerelles <- Ces ou Les (?)
sytsèmes <- systèmes
si ils <- s'ils (enfin, faut mieux faire la contraction)
Mais si les protocoles sont secret <- secrets
dans le 1.6:
Concrêtement <- Concrètement
elles restent propriété <- (je mettrais un "s" à propriété...)
afffichage <- affichage
dans Installer un client Jabber:
dans Choix du client:
prette <- prête
plait <- plaît
dans Téléchargement et installation:
lancez-le <- lancez le
et aussi le paragraphe débute en disant "vous" et continue en disant "tu"
dans Les contacts MSN:
empècher : empêcher
quelqu'un a qui parler <- quelqu'un à qui parler (enfin je crois)
il y'a <- il y a
et il y a pas de conseils qui suivent ;)
voilà, j'ai regardé que ça, et il peut encore rester des fautes...
[^] # Re: Emulation Mac
Posté par poil . En réponse au journal Emulation Mac. Évalué à 1.
http://www.microcode-solutions.com/(...)
et il y aura une partie hardware (une carte pci)
# Re: Emulation Mac
Posté par poil . En réponse au journal Emulation Mac. Évalué à 1.
http://www.ghosttiger.com/ppc.htm(...)
D'après cette page, il y a juste un émulateur iMac pour amiga... et le portage windows (il ne parle même pas de linux) ne devrait pas sortir avant longtemps on dirait.
La page parle aussi d'"Executor PPC" (qui a été renommé SynPPC), mais il n'est pas encore sorti. (voir http://www.ardi.com/synppc.php(...) )
Donc, à part MoL (réservé aux macs) et Basilisk II, ya quasiment rien :(
[^] # Re: Mon troll préféré :
Posté par poil . En réponse au sondage Mon troll préféré :. Évalué à 1.
[^] # Re: Mon premier journal =)
Posté par poil . En réponse au journal Mon premier journal =). Évalué à 1.
[^] # Re: Mon premier journal =)
Posté par poil . En réponse au journal Mon premier journal =). Évalué à 2.
http://www.uqac.ca/zone30/Classiques_des_sciences_sociales/classiqu(...)
[^] # Re: Mon premier journal =)
Posté par poil . En réponse au journal Mon premier journal =). Évalué à 1.
Ben, je croyais que ce qu'il y avait dans un ordinateur (les machins avec des mots que j'ai tapés il y a peu de temps), c'était virtuel, m'enfin...
Sinon, je recherche vraiment un bouquin sur prolog...