Mais avant de la poser tu aurais pu chercher sur http://fr.openoffice.org/(...) , section Documentation, dans les Howtos. Il y a la réponse et même les réponses à d'autres questions.
Une autre idée est http://fynl.free.fr/(...) section Writer. ça date un peu mais ça réponds à ta question quand même.
Dans les améliorations importantes:
- Plus besoins des Modelines! Le serveur va chercher lui-même les informations de l'écran (EDID). On indique juste la taille et la profondeur.
- les drivers nv ont corrigé le bug qui obligeait à passer l'option FlatPanel en cas d'écran plat.
Cloop est une solution assez lourde: il faut 1G de RAM+SWAP pour générer le fichier comprimé de knoppix.
En plus même la nouvelle version 2 ne compile pas sur le 2.6 (l'interface des périphériques blocks a changé).
La solution gcloop est intéressante: détourner la possibilité de chiffrement du périphérique loop pour décompresser. cloop reprend beaucoup de code de loop, autant utiliser loop carrément, non? Mais apparement les développeurs de gcloop ont du modifier le loop du kernel quand même.
Dans les deux cas ce sont des modules externes au noyau à compiler.
Le plus simple à mettre en oeuvre est cramfs. Il est inclus dans le noyau standard et mkcramfs est dans toutes les distributions.
squashfs est un patch à appliquer au noyau. Il y a un utilitaire (mksquashfs) pour créer le fichier comprimé. C'est un poil plus lourd que cramfs (à cause du côté non intégré partout) mais la génération est moins lourde qu'avec cloop.
Bref Slack a pris une solution simple mais efficace, là ou knoppix cherche plutôt une efficacité et une performance à l'utilisation.
Une bonne idée serait de générer des isos identiques (quant au contenu) avec toutes les solutions et de mesurer les performances (chargement, utilisation (accès, accés multiple, utilisation de la mémoire, etc...)
La knoppix, je l'ai analysé assez à fond. C'est un système assez largement repris (ça marche bien dans la knoppix donc pourquoi changer?)
Du coup je suis allé voir comment font les autres. Pour la Slack la réponse est dans les scripts qui permettent de créer sa propre version, pour Mandrake dans le Makefile du cvs. Souvent il suffit de jeter un oeil dans l'iso bootable, la gentoo PPC est clairement basée sur cloop, par exemple. Le initrd de knoppix est très parlant sur le système utilisé. Google t'indiquera qu'un développeur gentoo travaille sur gcloop.
Pour la knoppix-mib-ppc y'a qu'à lire les archives de la liste.
En gros il y a deux solutions:
- comprimer les blocks (c'est cloop ou gcloop). Et mettre dans le périphérique comprimé un FS normal (iso9660 pour knoppix). Pour cloop on attache /dev/cloop au fichier et on monte /dev/cloop en iso9660. Les blocks sont comprimés indépendament des fichiers (chaque block fait 64k non comprimé dans la knoppix).
- utiliser un fs comprimé (cramfs pour Slack, squashfs pour k-mib-ppc, on pourrait imaginer utiliser zisofs aussi). Là on monte le fichier en loop avec le type adéquat (cramfs, squashfs). Dans ce cas ce sont les fichiers (et même les inodes dans squashfs) qui sont comprimés indépendament les uns des autres Mais sont coupés en tranche de 32k avant.
Dans tous les cas le but est de pouvoir mettre 2 fois plus de contenu que ce qu'il rentrerait sur un CD "normal".
En passant le développeur de squashfs ( http://squashfs.sf.net/(...) ) veut essayer de le faire entrer dans le noyau officiel.
Après être allé un peu fouillé le site, je vous donne les différences avec les systèmes à la knoppix.
Slack utilise upx pour comprimer les exécutable (qui sont décompressés dans /tmp), un script qui vire tous les fichiers "inutiles", et cramfs.
Knoppix utilise cloop (compressed loop) avec un système de fichier iso9660 dedans. Knoppix essaie de rester "le plus près possible" d"une debian installée (avec quelques paquets en plus).
Et Gentoo travaille actuellement sur gcloop, une variante de cloop qui fonctionne sur loop-aes comme un "cipher".
Pour MandrakeMove ils utilisent cloop également.
Quand aux précurseurs (démolinux) je ne sais pas. cloop?
Une autre variante possible est d'utiliser un système de fichier comprimé. Pour la knoppix-pib-ppc-beta, c'est actuellement squashfs (parce que cloop ne compile pas sur le 2.6...)
D'après Klaus Knopper, cloop est meilleurs que les fs comprimés parce que linux garde les blocks décomprimés dans un cache, alors qu'ils relit les fichiers encore et encore... mais je n'en sais pas plus.
Est ce que quelqu'un n'avait pas réussi à faire tourner le hurd sur xnu (darwin)? Parce que bon darwin est libre, il est stable, et il est assez performant...
Thomas Bushnell, BSG
Je ne suis pas d'accord pour qu'on utilise cette appellation. J'en ai rien à battre que TB soit membre d'une secte, et même s'il insiste pour que cette information soit collée à son nom il n'y a pas de raison de lui donner raison. C'est du prosélytisme pour une secte. Cette information n'a rien à voir avec The Hurd, et rien à faire sur un site d'information comme celui-ci.
Le mieux c'est d'intégrer le program d'installation du système, qui va gérer les partitions et tout ça (c'est ce qui manque au script de knoppix). Après il faut qu'aulieu de prendre les paquets sur les cd il recopie les fichers. Ou alors il fait une install réseau.
L'ADAMI est une des société d'artistes de l'audiovisuel qui perçoit les droits sur les supports physiques (cassette, CD, DVD... vierges).
Elle a organisé à la fin de la semaine dernière les rencontres européennes des artistes durant lesquelles a eu lieu un débat : "Chansons sous la douche: quel est l'intérêt des artistes ?"
Au cours de ce débat, l'ADAMI a proposé d'établir une redevance sur la douche (1 à 2 euros par moi) afin de réparer le préjudice financier dû aux gens qui chantent sous la douche. La redevance pourrait être basée sur la déclaration pour la taxe d'habitation, qui mentionne l'équipement de la salle de bain.
J'utilise le 2.6 sans problème. Mais bon il faut que les modules externes suivent. Perso je n'ai que drm-trunk, loop-aes et ciphers, et eagle-usb qui se connecte pas en ppc mais marche bien en x86.
Ah oui, je suis en smp donc pas de preempt (c'est incompatible); ça aide peut-être.
Mais si tu ne veux pas y passer du temps, attend que nvidia fasse des drivers pour le 2.6 pour basculer.
# Re: Numeroter les paragraphes sous OOo writer
Posté par fleny68 . En réponse au journal Numeroter les paragraphes sous OOo writer. Évalué à 2.
Mais avant de la poser tu aurais pu chercher sur http://fr.openoffice.org/(...) , section Documentation, dans les Howtos. Il y a la réponse et même les réponses à d'autres questions.
Une autre idée est http://fynl.free.fr/(...) section Writer. ça date un peu mais ça réponds à ta question quand même.
[^] # Re: Le site de MS utilise maintenant Windows Server 2003
Posté par fleny68 . En réponse au journal Le site de MS utilise maintenant Windows Server 2003. Évalué à 5.
LE spécialiste de ces choses là préfère Linux à Windows? Etrange.
Y'a une raison ou ils ont tiré à pile ou face?
:-)
[^] # Re: Documentation de Postfix
Posté par fleny68 . En réponse à la dépêche Documentation de Postfix. Évalué à 2.
# Re: Première release candidate pour Xfree86 4.4
Posté par fleny68 . En réponse à la dépêche Première release candidate pour Xfree86 4.4. Évalué à 3.
- Plus besoins des Modelines! Le serveur va chercher lui-même les informations de l'écran (EDID). On indique juste la taille et la profondeur.
- les drivers nv ont corrigé le bug qui obligeait à passer l'option FlatPanel en cas d'écran plat.
C'est génial.
[^] # Re: Slackware Live CD
Posté par fleny68 . En réponse à la dépêche Slackware Live CD. Évalué à 7.
En plus même la nouvelle version 2 ne compile pas sur le 2.6 (l'interface des périphériques blocks a changé).
La solution gcloop est intéressante: détourner la possibilité de chiffrement du périphérique loop pour décompresser. cloop reprend beaucoup de code de loop, autant utiliser loop carrément, non? Mais apparement les développeurs de gcloop ont du modifier le loop du kernel quand même.
Dans les deux cas ce sont des modules externes au noyau à compiler.
Le plus simple à mettre en oeuvre est cramfs. Il est inclus dans le noyau standard et mkcramfs est dans toutes les distributions.
squashfs est un patch à appliquer au noyau. Il y a un utilitaire (mksquashfs) pour créer le fichier comprimé. C'est un poil plus lourd que cramfs (à cause du côté non intégré partout) mais la génération est moins lourde qu'avec cloop.
Bref Slack a pris une solution simple mais efficace, là ou knoppix cherche plutôt une efficacité et une performance à l'utilisation.
Une bonne idée serait de générer des isos identiques (quant au contenu) avec toutes les solutions et de mesurer les performances (chargement, utilisation (accès, accés multiple, utilisation de la mémoire, etc...)
[^] # Re: Slackware Live CD
Posté par fleny68 . En réponse à la dépêche Slackware Live CD. Évalué à 10.
Du coup je suis allé voir comment font les autres. Pour la Slack la réponse est dans les scripts qui permettent de créer sa propre version, pour Mandrake dans le Makefile du cvs. Souvent il suffit de jeter un oeil dans l'iso bootable, la gentoo PPC est clairement basée sur cloop, par exemple. Le initrd de knoppix est très parlant sur le système utilisé. Google t'indiquera qu'un développeur gentoo travaille sur gcloop.
Pour la knoppix-mib-ppc y'a qu'à lire les archives de la liste.
En gros il y a deux solutions:
- comprimer les blocks (c'est cloop ou gcloop). Et mettre dans le périphérique comprimé un FS normal (iso9660 pour knoppix). Pour cloop on attache /dev/cloop au fichier et on monte /dev/cloop en iso9660. Les blocks sont comprimés indépendament des fichiers (chaque block fait 64k non comprimé dans la knoppix).
- utiliser un fs comprimé (cramfs pour Slack, squashfs pour k-mib-ppc, on pourrait imaginer utiliser zisofs aussi). Là on monte le fichier en loop avec le type adéquat (cramfs, squashfs). Dans ce cas ce sont les fichiers (et même les inodes dans squashfs) qui sont comprimés indépendament les uns des autres Mais sont coupés en tranche de 32k avant.
Dans tous les cas le but est de pouvoir mettre 2 fois plus de contenu que ce qu'il rentrerait sur un CD "normal".
En passant le développeur de squashfs ( http://squashfs.sf.net/(...) ) veut essayer de le faire entrer dans le noyau officiel.
# Re: Slackware Live CD
Posté par fleny68 . En réponse à la dépêche Slackware Live CD. Évalué à 10.
Slack utilise upx pour comprimer les exécutable (qui sont décompressés dans /tmp), un script qui vire tous les fichiers "inutiles", et cramfs.
Knoppix utilise cloop (compressed loop) avec un système de fichier iso9660 dedans. Knoppix essaie de rester "le plus près possible" d"une debian installée (avec quelques paquets en plus).
Et Gentoo travaille actuellement sur gcloop, une variante de cloop qui fonctionne sur loop-aes comme un "cipher".
Pour MandrakeMove ils utilisent cloop également.
Quand aux précurseurs (démolinux) je ne sais pas. cloop?
Une autre variante possible est d'utiliser un système de fichier comprimé. Pour la knoppix-pib-ppc-beta, c'est actuellement squashfs (parce que cloop ne compile pas sur le 2.6...)
D'après Klaus Knopper, cloop est meilleurs que les fs comprimés parce que linux garde les blocks décomprimés dans un cache, alors qu'ils relit les fichiers encore et encore... mais je n'en sais pas plus.
[^] # Re: SCO sommé d'avancer des preuves
Posté par fleny68 . En réponse à la dépêche SCO sommé d'avancer des preuves. Évalué à 4.
Pas sûr que la surveillance judiciaire qui suit l'accord anti-trust le leur permette.
Mais bon je crois pas non plus à un complot SCO-MS. AMHA C'est le chant du cygne de SCO, sa dernière salve avant la faillite.
[^] # Re: SCO sommé d'avancer des preuves
Posté par fleny68 . En réponse à la dépêche SCO sommé d'avancer des preuves. Évalué à 1.
Parce que Sun ça doit être pour son Solaris (système complet) alors que MS c'était pour des petits softs de compatibilité (nfs, tout ça...)
Donc Sun a du payer plus cher?
[^] # Re: Live-CD GPL et sponsorisé recherche contributeurs
Posté par fleny68 . En réponse au journal Live-CD GPL et sponsorisé recherche contributeurs. Évalué à 1.
Tu ne peux pas présenter le LiveCd comme GPL (redistribuable) avec un produit qui ne l'est pas dedans? Tu devrais l'enlever...
[^] # Re: Live-CD GPL et sponsorisé recherche contributeurs
Posté par fleny68 . En réponse au journal Live-CD GPL et sponsorisé recherche contributeurs. Évalué à 1.
Et si tu postes depuis un relai ouvert, ton mail est passé à la poubelle. Michel Bouissou est intransigeant sur la question...
# Re: Live-CD GPL et sponsorisé recherche contributeurs
Posté par fleny68 . En réponse au journal Live-CD GPL et sponsorisé recherche contributeurs. Évalué à 0.
Apparemment c'est un dérivé de la k-mib plutôt que de Knoppix, non?
[^] # Re: de la compilation du noyau
Posté par fleny68 . En réponse au journal de la compilation du noyau. Évalué à 0.
Mais ça nécessite un chmod -R a+w dans /usr/src/modules
[^] # Re: Nouvelle version des ISOs de Debian GNU et quelques infos sur le GNU Hurd
Posté par fleny68 . En réponse à la dépêche Nouvelle version des ISOs de Debian GNU et quelques infos sur le GNU Hurd. Évalué à 1.
[^] # Re: Nouvelle version des ISOs de Debian GNU et quelques infos sur le GNU Hurd
Posté par fleny68 . En réponse à la dépêche Nouvelle version des ISOs de Debian GNU et quelques infos sur le GNU Hurd. Évalué à -1.
Je ne suis pas d'accord pour qu'on utilise cette appellation. J'en ai rien à battre que TB soit membre d'une secte, et même s'il insiste pour que cette information soit collée à son nom il n'y a pas de raison de lui donner raison. C'est du prosélytisme pour une secte. Cette information n'a rien à voir avec The Hurd, et rien à faire sur un site d'information comme celui-ci.
Pour plus d'info voir allez voir la page de Thomas, et suivez les liens.
http://www.mit.edu/~tb/(...)
# Re: Journée Détaxe 2003
Posté par fleny68 . En réponse à la dépêche Journée Détaxe 2003. Évalué à 4.
http://www.quechoisir.org/Position.jsp;jsessionid=NUKDTNX15KGZLH3OX(...)
Windows a des taux de bénéfices de Windows et Offices qui tournent dans les mêmes eaux (http://linuxfr.org/2002/11/18/10340.html(...) ).
On attend toujours la pétition et la plainte de QueChoisir... Mais bon les choses avance petit à petit, ça va venir.
[^] # Re: Bougez avec MandrakeMove !
Posté par fleny68 . En réponse à la dépêche Bougez avec MandrakeMove !. Évalué à 2.
Le mieux c'est d'intégrer le program d'installation du système, qui va gérer les partitions et tout ça (c'est ce qui manque au script de knoppix). Après il faut qu'aulieu de prendre les paquets sur les cd il recopie les fichers. Ou alors il fait une install réseau.
Il y a des gens qui y pensent (c'est pas très actif mais bon c'est pour l'idée):
http://alioth.debian.org/projects/debix/(...)
# Re: L'ADAMI pour une redevance sur les douches
Posté par fleny68 . En réponse à la dépêche L'ADAMI pour une redevance du haut-débit. Évalué à 7.
Elle a organisé à la fin de la semaine dernière les rencontres européennes des artistes durant lesquelles a eu lieu un débat : "Chansons sous la douche: quel est l'intérêt des artistes ?"
Au cours de ce débat, l'ADAMI a proposé d'établir une redevance sur la douche (1 à 2 euros par moi) afin de réparer le préjudice financier dû aux gens qui chantent sous la douche. La redevance pourrait être basée sur la déclaration pour la taxe d'habitation, qui mentionne l'équipement de la salle de bain.
[^] # Re: Du nouveau sur les serveurs Debian compromises
Posté par fleny68 . En réponse à la dépêche Du nouveau sur les serveurs Debian compromis. Évalué à 2.
[^] # Re: Aidez-moi à convertir un utilisateur supplémentaire à OpenOffice !
Posté par fleny68 . En réponse au journal Aidez-moi à convertir un utilisateur supplémentaire à OpenOffice !. Évalué à 1.
# Re: pH3AR sp4m_d13 !!
Posté par fleny68 . En réponse au journal pH3AR sp4m_d13 !!. Évalué à 1.
un exemple: http://www.bouissou.net/cgi-bin/credit-cards.pl(...)
C'est pas franchement très nouveau...
# Re: Conférences accessibilité
Posté par fleny68 . En réponse à la dépêche Conférences accessibilité. Évalué à 2.
http://www.ordivision.org/(...)
http://www.oralux.org/(...)
[^] # Re: Debian Sid, XF et carte Ati
Posté par fleny68 . En réponse au journal Debian Sid, XF et carte Ati. Évalué à 1.
[^] # Re: Dispo mais a peine testable ...
Posté par fleny68 . En réponse au journal Kernel 2.6.0-test10 disponible.... Évalué à 1.
Ah oui, je suis en smp donc pas de preempt (c'est incompatible); ça aide peut-être.
Mais si tu ne veux pas y passer du temps, attend que nvidia fasse des drivers pour le 2.6 pour basculer.
chezmoiçamarcheplutôtbien.org...
[^] # Re: La course vers le pétaflop !
Posté par fleny68 . En réponse à la dépêche La course vers le pétaflop !. Évalué à 3.