Pinaraf a écrit 3674 commentaires

[^] # Re: Impatient d'une sortie d'un driver propriétaire

Posté par Pinaraf le 28 décembre 2004 à 23:10. En réponse au journal Je commence a perdre patience !!!!!!!!!!. Évalué à 2.

Ce qui est con, c'est que t'oublies (et t'es pas le seul) une piste toute simple :
libérer les specs du matos !
Ça coûte rien aux fabricants, et ça permettra d'avoir les drivers libres sur tous les OS libres où des devs voudront bien s'en charger !
# La réponse est dans la question

Posté par Pinaraf le 28 décembre 2004 à 22:30. En réponse au message Astuces pour les setup.bin. Évalué à 2.

La réponse se trouve dans la question !
D'où ma question, comment je peux faire pour, en quelque sorte chrooté le setup dans une arborescence bidon, qu'il me suffirait de détruire une fois les 60 jours finis (pour le réinstaller ensuite :-p )
Avec ...
chroot !
Tu te crées une arborescence bidon minimale (tu trouveras des docs grâce à google si nécessaire), puis tu fais un find pour lister les fichiers du chroot, t'installes, tu refais un find puis diff => t'as la liste des fichiers créés.
Par contre, les fichiers modifiés : faut jouer avec les md5...
[^] # Re: C'est normal

Posté par Pinaraf le 28 décembre 2004 à 13:23. En réponse au message dhtml de konqueror...... Évalué à 2.

Malheureusement, c'est relativement utile, surtout pour les webmail !
Peut-on espérer le voir dans Konqueror assez rapidement ?
# Rapport

Posté par Pinaraf le 28 décembre 2004 à 13:20. En réponse au message dhtml de konqueror...... Évalué à 2.

En effet, ça n'a pas l'air de marcher dans mon KDE 3.3.2 en tout cas.
Je t'invite à aller t'inscrire sur http://bugs.kde.org(...) et à rapporter au plus vite le bug (composant khtml) ! Ainsi, il aura des chances d'être corrigé pour KDE 3.4 (par contre, pour kde 3.3.3 ça risque d'être dur)
[^] # Re: Impatient d'une sortie d'un driver propriétaire

Posté par Pinaraf le 28 décembre 2004 à 10:20. En réponse au journal Je commence a perdre patience !!!!!!!!!!. Évalué à 2.

En meme temps si tu cherches un noyau avec le plus large support materiel, je te recommande windows, et tu auras des jeux beaucoup plus excitant que tuxracer.
Heu
C'est quoi ce préjugé de merde ??? Franchement ?
Le noyau windows, supporter plus de matos que le noyau linux ? Que nenni !
Il supporte des drivers, comme linux. Et comme linux, sans driver il sait rien faire ! (Quoique, linux tu peux le recompiler pour foutre tes drivers en dur dedans mais c'est une autre histoire)
Par contre, les fabricants de matériel supportent plus win que linux :(
[^] # Re: Impatient d'une sortie d'un driver propriétaire

Posté par Pinaraf le 28 décembre 2004 à 10:13. En réponse au journal Je commence a perdre patience !!!!!!!!!!. Évalué à 2.

Ouahhhh
Même moi j'aurais pas osé un tel troll !!!
Alors que Longhorn va sortir d'ici quelques mois ?
# C'est simple

Posté par Pinaraf le 27 décembre 2004 à 21:08. En réponse au message vive windows. Évalué à 4.

Tu télécharges http://source.rfc822.org/pub/mirror/releases.ubuntu.com/4.10/warty-(...)
Tu le graves, tu démarres dessus et tu suis les instructions...
[^] # Re: HAaaaaaaaa

Posté par Pinaraf le 27 décembre 2004 à 18:50. En réponse au journal Mozilla update change de peau!. Évalué à 4.

Je pense qu'il faudrait forcer purement et simplement les développeurs à signer leurs extensions avant de les accepter sur update.mozilla.org !
On ne peut pas continuer comme ça : rien ne certifie qu'un développeur ne peut pas mettre d'extension-spyware !!
[^] # Re: HAaaaaaaaa

Posté par Pinaraf le 27 décembre 2004 à 15:03. En réponse au journal Mozilla update change de peau!. Évalué à 5.

Sorry...
Ça m'apprendra à vouloir aller trop vite.
En fait, je voulais dire que je me prenais des questions genre "ouais mais c'est pas sécurisé, il dit que c'est pas bien".
Puis si ils veulent l'extension, ils doivent quand même accepter... Et risquent de reproduire ce comportement ailleurs !
[^] # Re: HAaaaaaaaa

Posté par Pinaraf le 27 décembre 2004 à 09:56. En réponse au journal Mozilla update change de peau!. Évalué à 3.

Oui c'est le monsieur de ms qui me l'a rappelé...
Et puis moi ça me gêne franchement quoi... Tu te prends un dialogue où t'attends deux secondes, ça fait que les gens à qui je conseille firefox me posent des questions...
J'utilise pas firefox pour d'autres raisons (konqueror m'a konquis :)) mais c'est un point important qu'il serait bon de corriger !
[^] # Re: GTKLP

Posté par Pinaraf le 27 décembre 2004 à 09:56. En réponse au message Firefox et cups... une cohabitation est-t-elle possible?. Évalué à 2.

Plus exactement kprinter
# HAaaaaaaaa

Posté par Pinaraf le 26 décembre 2004 à 22:29. En réponse au journal Mozilla update change de peau!. Évalué à 5.

Ça pour une bonne nouvelle, c'est une bonne nouvelle !
Ça fait moins tâche que le précédent !
Maintenant, ils attendent quoi pour signer les extensions ?
[^] # Re: Question ?

Posté par Pinaraf le 26 décembre 2004 à 15:07. En réponse au journal Qt 4.0 Beta1 : à vous de tester :p. Évalué à 2.

C'est pas pour maintenant ce genre de choses.
"Qt 4 devrait permettre d'utiliser Directfb"
J'ai employé du conditionnel :(
[^] # Re: Hum

Posté par Pinaraf le 26 décembre 2004 à 14:24. En réponse au message Mandrake et Firefox. Évalué à 2.

Je préfère laisser bosser les gens de mozilla.org...
[^] # Re: Hum

Posté par Pinaraf le 26 décembre 2004 à 14:12. En réponse au message Mandrake et Firefox. Évalué à 4.

Ha si c'est un environnement multi utilisateurs, ça change tout !
Il vaut mieux alors mettre firefox dans /opt, et foutre le lien dans /usr/bin par exemple...
# Hum

Posté par Pinaraf le 26 décembre 2004 à 11:22. En réponse au message Mandrake et Firefox. Évalué à 4.

Je pense que la meilleure méthode c'est de prendre un binaire de chez mozilla.org, tu le décompresses dans ~/bin/firefox-1.0 par exemple, tu fous un lien de l'exécutable firefox dans ~/bin et tu ajoutes ~/bin à la variable $PATH.
C'est ce que j'ai toujours fait pour firefox, et ça me permet d'installer des extensions, traductions, mises à jour... sans jamais passer par root.
[^] # Re: RPM de chez Mandrake ?

Posté par Pinaraf le 25 décembre 2004 à 19:20. En réponse au message Installer Mono sous Mandrake 10.1?. Évalué à 3.

T'es bien gentil mais je te rappelle un énorme défaut de mandrake face à ubuntu ou même debian : urpmi n'est pas auto configuré !
http://easyurpmi.zarb.org(...) (HS actuellement :( !)

tdi, as-tu configuré les sources d'urpmi ?
[^] # Re: Logiciels de téléphonie sur IP orienté vers le bureau...

Posté par Pinaraf le 24 décembre 2004 à 22:00. En réponse à la dépêche SFLPhone : Un nouveau téléphone IP sur votre bureau. Évalué à 1.

T'attends quoi pour faire un site web et tenter de rassembler du monde ?
[^] # Re: Logiciels de téléphonie sur IP orienté vers le bureau...

Posté par Pinaraf le 24 décembre 2004 à 21:50. En réponse à la dépêche SFLPhone : Un nouveau téléphone IP sur votre bureau. Évalué à 4.

Je suis tout à fait d'accord avec toi.
Il me semble entendre régulièrement des gens se plaindre d'une inertie certaine de l'équipe de gaim, par exemple pour l'intégration à évolution...
Ce que tu dis confirme mes lectures précédentes. :(

Un fork serait-il néanmoins bon pour le projet ? Rien n'est moins sûr : on risquerait de se retrouver avec des développements concurrents, ingérables, une perte de temps... Enfin, ça vaut le coup d'essayer !
Je code pas en C donc je pourrais pas être de la partie par contre :/
# :-o

Posté par Pinaraf le 24 décembre 2004 à 21:08. En réponse au journal phpJaz, framework léger pour coder des applis web. Évalué à 2.

Je suis sans voix...
C'est superbe ton truc !
Par contre la lenteur du site est due à quoi ? Manque d'optimisation ? Pb de bande passante ? Lenteur de mon konqueror ?
Et serait-il possible que tu rendes ça W3C compliant ?
[^] # Re: Gruik?

Posté par Pinaraf le 24 décembre 2004 à 16:41. En réponse au journal Qt 4.0 Beta1 : à vous de tester :p. Évalué à 2.

Je crois que KDevDesigner == KFormDesigner, car sur le site de kdevelop on parle de l'intégration de KDevDesigner qui permet d'avoir enfin un EDI RAD...
Et sur kde-apps : http://www.kde-apps.org/content/show.php?content=14796(...) pour KFormDesigner parle de l'intégration dans Kdevelop...
[^] # Re: Gruik?

Posté par Pinaraf le 24 décembre 2004 à 09:53. En réponse au journal Qt 4.0 Beta1 : à vous de tester :p. Évalué à 2.

KDevDesigner c'est juste QtDesigner à la sauce kde pour plus ou moins bien s'intégrer à kdevelop.
L'intégration à kdevelop est optionnelle ! C'est surtout qu'il a été développé par et pour Kexi, afin de fournir un éditeur de formulaires à la Access. Après y'en a qui l'ont intégré dans Kdevelop, tant mieux ! :)
[^] # Re: hummm

Posté par Pinaraf le 23 décembre 2004 à 17:18. En réponse au journal Qt 4.0 Beta1 : à vous de tester :p. Évalué à 1.

L'égout et les couleurs :)
[^] # Re: Correction

Posté par Pinaraf le 23 décembre 2004 à 17:18. En réponse au journal Qt 4.0 Beta1 : à vous de tester :p. Évalué à 2.

Oui mais prelink est chiant à utiliser !! Faut le lancer sur chaque système où tu fous la lib, alors que là, le patch modifie la lib générée on en parle plus.
Après libre à toi de prélinker la lib avec changement de visibilité :)
[^] # Re: Correction

Posté par Pinaraf le 23 décembre 2004 à 13:14. En réponse au journal Qt 4.0 Beta1 : à vous de tester :p. Évalué à 4.

il y a un patch pour gcc (qui sera intégré dans le 4.0.0 il me semble)
Le patch est intégré dans gcc 4.0
caché explicitement des symbols inutils, et les différences apportées sont que les libs sont plus légère (comme après un strip?)
cachER :)
Ça n'a rien à voir avec un strip !! Un strip fait que tous les symboles exportés le resteront, je sais plus exactement quelles infos disparaîtront...

GROS avantage : il y a déjà du travail sur le CVS de KDE pour profiter des avantages de ce patch ! Et d'après les testeurs les perfs sont bien meilleures. Plus d'infos dans le KDE CVS digest du 19 novembre : http://cvs-digest.org/index.php?issue=nov192004(...)