Pinaraf a écrit 3682 commentaires

Hé le premier c'est pas du batch c'est du JS !

Donne les bat quand même... on se débrouillera pour faire des versions linux !

J'ai tester l'installeur de sarge dans qemu, et une question me vient : comment faire pour avoir accès dès l'install à ma carte wifi USB ? Comment disposer de modules "bonus" à l'install et où en trouver ?

Désolé je pensais que c'était ce que tu cherchais...
Je comprend pas l'intérêt d'utiliser un tel composant dans une appli, tu peux m'expliquer s'il te plaît ? Pour moi, un simple RichText suffit...

Comment marche prelink ? Que fait-il exactement ? Pourquoi seul root peut l'utiliser ?

-> N'utiliser que les applis KDE -> N'utiliser que les applis KDE ou que les applis GNOMEou que les applis GNOME
Fait : applis KDE uniquement
-> Utiliser kghostview/kpdf.
Impossible : seul xpdf a une qualité de rendu et une compatibilité suffisante... Temporairement j'utilise un petit hack...

Vu qu'on est condamnés à l'utiliser pour l'instant...
Voici un hack pour xpdf qui sélectionne automatiquement la commande kprinter pour l'impression...
Fichier XPDFViewer.cc, juste après la ligne 2217 :

XmString hack_cmd = XmStringCreate("kprinter", "");
XmTextFieldSetString(printCmdText,hack_cmd);
XmStringFree(hack_cmd);

Je fais les rpms pour mandrake (compilés sur cooker avec gcc 3.4.1) :
- http://www.pinaraf.xalp.org/xpdf-3.00-5mdk.i586.rpm(...)
Ce paquet est compatible cooker et mandrake 10.0 Official...
Je prévois aussi (plus tard) de changer complètement le dialogue d'impression pour n'avoir que le choix des pages...
(Le code en motif c'est hideux !)

Si en fait -f marche, hier j'avais du faire une faute de frappe...
Les scripts corrigés sont sur mon site...

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...