Pinaraf a écrit 3674 commentaires

Moi je sais pas si je ferai la fête le jour de la mort de Billou
Tout dépend du partage fait sur son compte en banque.
Par contre, je fêterai le jour où microsoft coulera ou le jour où microsoft sera scindé en différentes société : une pour windows, une pour office, une pour les jeux... (et 0 pour IE parce que IE doit disparaître !)

Tu as tout à fait raison !
Démonstration avec firefox : je compresse tout avec upx, je recompresse en tar.gz. Résultat : gain de 200Ko sur la version compressée contre 9Mo sur la version non compressée...

Bon j'ai pas eu de problèmes avec une mandrake 10.0 Official...
J'ai utilisé le centre de configuration de KDE : dans réseau > Navigation dans le réseau local, j'ai indiqué les infos pour se connecter (workgroup, nom et mot de passe réseau...)
Ensuite Périphériques > Imprimantes : Mode superutilisateur puis j'ai lancé l'assistant d'ajout d'imprimante et il a tout fini tout seul...

C'est "normal" qu'il ne voie pas le lecteur de DVD...
Hop hop, voici comment faire :
=> konsole => su => kwrite /etc/lilo.conf
(j'espère que tu utilises lilo, grub je connais pas du tout !)
Ensuite, tu trouves la section qui correspond au noyau que tu utilises.
Exemple :
mage=/boot/vmlinuz-2.6.6-2mdk
label="linux"
root=/dev/hda6
read-only
optional
vga=788
append=" devfs=mount acpi=ht resume=/dev/hda1 splash=silent hdc=ide-cd"
initrd=/boot/initrd-2.6.6-2mdk.img

Bon, ensuite, tu regardes le contenu de la ligne append chez toi (regarde pas la mienne surtout)
Tu as quelque part un hdc=scsi-ide (si ton graveur est le maître sur la 2ème nappe IDE)
Hop, tu ajoutes après hdb=scsi-ide (si ton lecteur de DVD est esclave sur la 1ère nappe IDE)
Exemple de résultat : append=" devfs=mount acpi=ht resume=/dev/hda1 splash=silent hdc=scsi-ide hdb=scsi-ide"
Si tes périphériques ne sont pas à ces emplacements, dis le et donne les emplacement...

moi itou depuis quelques heures...
J'ai eu régulièrement de tels problèmes, mais jamais aussi longtemps (là ça fait 2 heures minimum !)

s/esperes/espère
(l'accent ne compte pas pour toi, on sait tu peux pas sur ton clavier...)

Oui sans problème chez moi en cooker depuis un bon 2-3 semaines

Il a pas le temps de jouer...
Promis j'y penserai quand je repasserai là bas...

kpdf arrive pas à la pantoufle de xpdf en qualité de rendu...
Je me base sur les articles de LinuxFrench Mag : un screenshot est dispo sur http://www.pinaraf.xalp.org/pdf.png(...)
(ok l'échelle de zoom est un poil différente sur les 2 je sais, mais ça change pas grand chose, on voit très bien la différence de qualité de rendu)

Là aussi les résultats sont très bons : on passe de 26,2 à 13,7Mo (plugins + extensions installés et fonctionnels après compactage...)
Où puis-je proposer mes scripts sur mozilla.org ?

J'ai lu cette info dans la page de man de bash et ça marche apparemment... Au début j'essayais avec -f (qui me semble plus logique) et ça marchait pas.

J'oubliais de préciser : un installeur ainsi modifié produit un firefox comme modifié par l'autre script...
(je pense que c'était pas assez clair)

Cela serait particulièrement intéressant pour un liveCd !
Mais bon, upx (avec l'option --best) reste lent à compacter donc ça enlève l'envie de compresser 1Go de programmes... Voici les résultats sur l'exécutable de firefox (sur mon Athlon XP2000+ toujours...)
[pierre@localhost firefox-base]$ time upx --best firefox-bin
Ultimate Packer for eXecutables
Copyright (C) 1996, 1997, 1998, 1999, 2000, 2001, 2002
UPX 1.24 Markus F.X.J. Oberhumer & Laszlo Molnar Nov 7th 2002

File size Ratio Format Name
-------------------- ------ ----------- -----------
9749588 -> 4055109 41.59% linux/386 firefox-bin

Packed 1 file.
41.23user 0.48system 0:48.83elapsed 85%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+25735minor)pagefaults 0swaps

48 secondes pour compresser 9,8Mo c'est plutôt chiant si le nombre de paquets est trop élevé...

Les gains sont vraiment moins importants...
(perfs sur l'installeur : la dernière nightly passe de 8,1 à 7,9 Mo : ridicule quoi...)
Le script pour l'installeur est dispo sur :
http://www.pinaraf.xalp.org/compact_installer.sh(...)
Le script pour un dossier installé de firefox sur :
http://www.pinaraf.xalp.org/compact_firefox.sh(...)

Toute remarque est la bienvenue

J'ai trouvé moi même une réponse à ma question comment savoir si un fichier existe... Voici donc une petite modification à faire au script :
remplacer la ligne upx --best components/talkback/talkback par
if [ -a "components/talkback/talkback" ] ; then
upx --best components/talkback/talkback;
fi
Comme ça ceux qui ont pas installé ce composant n'auront pas de problèmes...

Tiens donc, vous connaissez pas ?
Alors, en C# sous linux vous avez gecko-sharp (mono)...
Sinon pour win y'a un ActiveX mozila qui a le même comportement que celui d'IE.
J'essaye de me souvenir... c'est dur (6 mois déjà)
Alors en delphi : import de l'ActiveX de mozilla (apparaît automatiquement dans la liste des activex quand mozilla 1.6 est installé), puis je dépose le composant sur la fenêtre et c'est bon !
L'activeX utilise la DLL... mozct<jesaispluslasuite !>.dll

C'est tout ce dont je me souvienne... désolé

KDE 3.3 est prévu pour la mi Août et ils concentrent les efforts sur le 3.3 maintenant...

- la barre de recherche google (quoi qu'il y'a moyen de trouver qqch pour mozilla! cool!)
Il fait le mozilla
- l'API mshtml permettant *facilement* d'intégrer un compo HTML dans une application
Il fait le mozilla
- Le reste de l'API permettant d'accéder *facilement* à une série de service (DOM par exemple, ActiveScripting, etc...).
Il fait certains trucs le mozilla (activescripting, beuark)
Le reste je sais pas

J'ai réussi à économiser 100Ko ailleurs : l'installeur utilise 2 images au format xpm, vous les convertissez en png puis vous changez les noms des images dans config.ini

Pourquoi ne font ils pas ça ???

Je viens de compacter tout ce qui est compactable dans Firefox...
J'ai une archive de 7,6Mo maintenant au lieu des 8,1Mo du départ... Il y a du mieux mais c'est insuffisant, quelles autres méthodes ont pu être utilisées ?
(l'archive passée à upx est dispo sur http://www.pinaraf.xalp.org/firefox-upx.tar.gz(...) (débit aux environs de 20Ko/s) installé il passe de 19,3Mo à 12,5Mo)

Parce que RedHat refuse de faire un support technique si tu recompiles ton noyau (je ne me trompe pas j'espère...) ?

Je viens d'essayer : le fichier firefox-bin passe de 9.3Mo à 3.9Mo avec UPX, sans option particulière (même résultat avec l'option --best)
Le fichier mozilla-xremote-client passe de 230.9Ko à 54.5Ko et xpicleanup de 143.9 Ko à 48.7Ko
Donc qu'attendent-ils pour faire ça ?
J'avais déjà remarqué que linux était légérement défavorisé sur mozilla : thunderbird n'avait pas de nightly pour linux pendant un bon bout de temps par exemple, et maintenant cette histoire de taille de fichiers...

Pourquoi ils font pas pareil avec la version linux ?

http://sidenux.ath.cx/(...)
Cf son premier journal et une petite déduction...

Je n'arrive pas à l'utiliser dans Konqueror 3.2.2
L'exemple http://whatdoiknow.org/other/shadow.html(...)
ne produit pas la moindre ombre !
Que se passe-t-il chez vous sur cette adresse ?
Une idée de la source de ce problème ?