steckdenis a écrit 327 commentaires

Logram est basé sur Ubuntu (pour le moment), et utilise le .deb ;) .

Qt n'est pas énorme en occupation mémoire (et comme c'est en mémoire partagée, c'est bon). Panache-wm utilise 9,2Mio de mémoire partagée, donc ça doit être la place occupée par Qt à peu près.

Pour le LiveCD, je ne sais pas (on n'a pas le Moniteur Système avec le LiveCD). Je devrait une fois l'installer et tester (sachant qu'on aura GTK+ en plus de Qt chargé à ce moment-là).

Pour les ressources, c'est simple, il est encore plus léger que xfce : Logram se compose de deux processus quand il est lancé (3 avec BLoQ), qui consomment :

* 20 Mio pour Panache-wm avec une languette contenant le plugin lecteur audio, avec un fichier .mp3 de 4 Mio en train de jouer
* 2 Mio pour Panache-desktop
* 4 Mio pour BloQ dans le dossier ~/ contenant une dizaine de dossiers et une 20aine de fichiers.

Logram est vraiment tout léger :) .

Par rapport à GNOME en tous cas, Logram est différent. Maintenant, si on prend KDE, là ça change déjà un peu (Kio (et non Kparts, qui sont autre chose) et widgets de bureau).

Ensuite, si on va chercher encore plus loin, alors oui, on trouve tout. C'est le principe du Libre, tout est codé, et on ne peut que reprendre des bonnes idées. Sache simplement qu'avant hier, je ne savais pas que Squeak existait.

Donc oui, tous les éléments de Logram existent déjà, mais ils ne se trouvent pas réunis et intégrés comme Logram le fait.

Pour finir, je n'ai pas eu de prétention. Je sais que Logram est intéressant, mais pas révolutionnaire. Il faut bien avouer que les seuls éléments phares de Logram sont les languettes et le menu rond, et que le reste n'est qu'un ensemble de gadgets intéressants et pas spécialement communs (tout le monde n'a pas un papier peint animé).

C'est un bug connu : panache-wm (le gestionnaire de fenêtres) ne veut pas démarrer sur le LiveCD.

Je te conseille de tester ce liveCD[1] qui est la version stable (un peu ancienne). Une fois démarré : Logram»Accessoires»Xterm puis :


cd logram
svn update
make
sudo make install


Ca devrait marcher ;) .

[1] : http://archive.logram-project.org/downloads/logram-alpha-alp(...)

Bonjour,

Il ne fige pas, simplement, on ne voit pas l'avancement (bug dans usplash je crois). Avec Qemu, il faut bien 5 ou 6 minutes pour qu'il démarre.

Ensuite, j'ai testé avec succès avec Qemu 0.10.

Finalement, le md5 se trouve sur l'image du CD, dans le fichier md5sum.txt :


cd /mnt/cdrom
md5sum -c md5sum.txt


Et voilà ;) .

Je ne compte pas m'arrêter au design, et je vais aller creuser plus loin ;) .

Intéressant :) .

Néanmoins, personnellement, je préfère les languettes de Logram (elles sont plus délicates, elles ont plus de panache).

En même temps, il faudra taper deux fois les commentaires, et ça alourdira le code (car des commentaires, c'est bien, mais quand il y a tellement de commentaires qu'on ne voit plus le code auquel ils se rapportent, c'est mal. J'ai déjà eu ce problème en lisant le bootstrap en assembleur du noyau Linux).

Waw !

Heureusement que je n'ai pas encore trop avancé dans le codage de ce truc, tu viens de faire s'écrouler tout mon code !

Ca m'apprendra à ne pas chercher partout dans la doc, maintenant, ça va être beaucoup plus facile de faire ce programme.

En plus, les UI gèrent les slots, et encore plein de trucs. Par contre, intégrer le support des fichiers de configuration va être difficile.

Merci :) .

Ok ok, vous avez gagné (je répond aussi au message plus haut).

Malgon est en ce moment-même en train de tout traduire (je n'ai pas vraiment le niveau pour des traductions poussées).

Merci pour les commentaires :) .

Moui, c'est vrai.

En même temps, je préfère travailler avec 3 codeurs que je comprend et qui me comprennent qu'avec 10 que je ne comprend pas.

Néanmois, je vais voir si c'est faisable (mais traduire la documentation sera déjà plus difficile).

Effectivement, ce n'est pas le parsage qui est lent.

Seulement, si on construit l'interface à l'exécution, il faut aussi l'exécuter, et donc rajouter un moteur de script. Non seulement c'est complexe, mais c'est aussi ça qui est lent (du JS ou autre est toujours plus lent que du C++ compilé).

En se limitant aux interfaces de configuration, il suffit de dire «Je créer un contrôle, et sa valeur est ce qui se trouve dans le fichier de configuration x à l'endroit y», et hop, pas besoin de script, les deux sont liés :) .

Je n'ai jamais dit que je les refusais. Ok, le site et les commentaire des sources sont en français, mais c'est parce que le projet est francophone.

Et puis, pour les sources, le code lui-même est très facile à comprendre pour un anglophone, car justement, quand un francophone voit «Process->startDetached(processName, Qt::ProcessFork)» par exemple, il a du mal à comprendre.

Un anglophone comprendra normalement tout de suite.

Enfin, il n'est pas exclu que Logram s'internationalise un jour. C'est encore un bébé, ou plutôt un petit enfant pour le moment.

C'est vrai, la dernière fois, c'était il y a 3 semaines pour tester KDE 4.2. Avant cela, j'était sous KDE depuis près d'un an :P .

Maintenant, je suis sous GNOME, pour la simple et bonne raison que quand j'ai téléchargé l'alpha 4 de Jaunty, je me suis trompé dans les images, et que je ne peux télécharger qu'un LiveCD par mois (limité à 3Gio par mois :( ).

Donc, oui, dans KDE, on a également la descriptions, mais c'est plutôt du genre

Kate
Éditeur de texte avancé

Avec le «Éditeur de texte avancé» écrit en tout petit et en gris sur fond blanc, alors que sous GNOME, dans le menu, on a «Éditeur de texte GEdit». Ca frappe plus l'oeil.

Comme je disais, c'est GNOME qui fait ça le mieux : «Éditeur de texte GEdit» dans le menu, «Calculatrice GCalc». Logram peut faire «Éditeur de texte uGo», «Explorateur de fichiers BLoQ», etc

On a donc la description et le nom sur la même ligne :) .

Ah, les noms ne sont pas de moi.

J'ai toujours voulu avoir des trucs comme LDesktop, LNav, LEdit, etc, mais tout le monde m'a sorti l'exemple de KDE et de ses Kxx, et m'a dit que c'est horrible.

Ils préfèrent opter pour quelque-chose de "plus GNOME", à savoir «Éditeur de texte uGo» (Victor Hugo et You Go pour les curieux).

BLoQ, je ne sais plus ce que ça veut dire :-° . Il me semble que le Q veut dire Qt, mais bon.

Pour Panache, c'est quelqu'un qui a dit que Logram pourrait se différencier du reste en faisant tout avec ... Panache.

Bref, ces noms peuvent encore changer, le plus dûr est de convaincre les autres membres.

Ok, impeccable !

C'est vrai que j'avais oublié KVM, pour la simple raison que je n'arrive pas à l'activer (il doit être activé dans le BIOS, mais je ne trouve pas où. Mon BIOS est un BIOS Award Modular d'il y a un an, sur une carte mère Gigabyte GA-MA69GM-S2H).

A plus.

Pour le 2.6.29, j'admets, c'est il y a une semaine que j'ai testé.

Pour le 2.6.28, oui, il était dans le dépôt, mais pour un LiveCD, on a besoin des squashfs-modules, qui existaient en version 2.6.18, 2.6.22 et 2.6.26 je crois, mais impossible de les avoir pour 2.6.28.

De même, les linux-headers n'existaient pas en 2.6.28, seulement 2.6.26. Curieusement, j'ai réussi à les avoir en 2.6.28, il semble qu'il sont apparus comme ça (sans-doutes une instabilité passagère du dépôt pour le dégel après lenny).

Enfin, j'ai eu quelques problèmes de dépendances, donc je suis passé à Ubuntu, et ça a marché. C'est le principal, puisque le but est de montrer Logram, pas la distrib qu'il y a en dessous ;-) .

Ah oui, étrange.

Voici un message qui pourrait vous aider (je ne sais rien de plus) : http://www.logram-project.org/node/198#comment-1523 .

Bonne chance.

Ca m'intéresse.

Quelle était la version de Qemu ? (testé avec Qemu 0.10, avec la carte graphique Cyrrus).

Pour VirtualBox, c'est connu. Je conseille d'ailleurs dans la news de ne pas utiliser VirtualBox (ou du moins la 2.1.x, sachant que c'est la version que j'ai et qui plante. Quelqu'un a déjà réussi à faire marcher Logram sous VB, mais n'a pas précisé la version).

A plus.

KDM a trop de dépendances (les kdelibs et kdebase !). SLiM refuse de démarrer correctement panache-desktop (l'environnement de bureau-même). Il ne restait que GDB, et comme Ubiquity utilise déjà GTK+, ce n'était pas un problème.

J'ai utilisé debootstrap pour le minimum ;) .

Ensuite, j'ai installé Qt 4.5 (Logram tourne aussi sous Qt 4.4, mais moins bien), directement en chroot dedans. J'ai également installé GDM de cette manière, vim, etc.

Bonjour,

Le LiveCD est basé sur Jaunty, et oui, j'ai suivi un tuto sur Debian. Quand je disais «Ubuntu parce que c'est facile», je voulais dire «Quelque chose de basé sur Debian parce que c'est le plus facile».

Ensuite, j'avais envie d'avoir Qt 4.5, qui existe sous Debian experimental, mais pour avoir essayé, c'est difficile de l'avoir (il faut forcer la version et régler plein de conflits).

J'avais ensuite envie d'avoir le kernel 2.6.28. A nouveau, il est dans experimental, mais squashfs-tools n'est qu'en 2.6.26 ! Même en forçant l'architecture, ça ne marche pas ==> exit Debian :( .

Bref, Ubuntu a convenu parce qu'il réunissait les deux choses dont j'avais besoin : basé sur Debian (je ne travaille qu'avec du Debian), et bien à jour ("bien" dans les deux sens du terme).

A plus.

Honnêtement, je ne sais pas encore quoi mettre dedans.

Je pensais ne mettre que Applications, et mettre tout ce qui est éteindre l'ordinateur dans le menu rond (à portée de clic), ou alors créer un vrai menu Démarrer, qui permet de rechercher.

En fait, c'est un peu le choix entre GNOME et KDE ici : un menu démarrer minimal ou hyper complet ?

A plus.