gc a écrit 2109 commentaires

Pas forcément, avec mandrake move, tu peux virer le CD du lecteur. ça doit aussi commencer à exister sur d'autres live CD, non ?

Pas forcément, car le procédé est assez complexe, et pas nécessairement adaptable à d'autres live CD existants en deux coups de cuiller à pot.

Franchement, c'est uniquement un manque de temps. Je sais que je n'ai pas d'argument frappant pour te convaincre, mais je peux te dire (en temps que co-auteur de MandrakeMove 1) qu'il n'y a strictement aucune intention de cacher quoi que ce soit. Le CVS de Mandrake est entièrement ouvert (en lecture seule) (ce qui n'est pas le cas de celui de Red Hat par exemple), tout ce qui est "caché" l'est uniquement par manque de temps de documentation, et il n'y a pas de raison que toute question technique précise sur la liste n'ait pas de réponse si celle-ci est possible sans y passer une heure. Tu peux comparer cette situation à celle de la distro générale, pour laquelle existe un fichier HACKING mais il s'agit tout de même du strict minimum. Je pense que beaucoup de projets libres manquent de documentation pour en faire des modifications ou des versions dérivées.

Je crois qu'on s'étonne pas, on s'en fout...

Ca puxor ! 127 cycles sur un 2.8 GHz contre 38 sur un 300 MHz ça fait à peine un rapport de 2,8 :( donc ma machine est (sur ce truc) seulement 2,8 fois plus rapide alors que la fréquence est presque multipliée par 10.

Intel puxor.

La question est de bien choisir sa liste.

-finline-limit=1000000 /* Tant pis pour la mémoire, ont veut aller vite, et en général, il y a plus qu'assez de RAM sur les machines actuelles. */

Sauf que c'est très con parce que la mémoire est devenue très lente par rapport aux processeurs, et trop inliner va seulement provoquer une famine du cache et foutre en l'air les performances.

Il faut surtout benchmarker, et les bonnes options dépendent en grande partie de l'algo dans le chemin critique.

(aparté perso) t'as déjà vu l'efficacité d'un pixel en "ligne de commande" emacs ?

MS Office n'est pas meilleur que OpenOffice.org

La bonne blague :)

T'es aigri que "ta" news KDE 3.3 ait été rejetée, et celle-ci acceptée ?

Je te rassure, si la tienne a été rejetée c'est que les autres étaient meilleures.

La version python :)

T'es sûr que pour la performance de calcul c'est un bon choix ?

Je comprends pas le i=(n/4)*4 de for(i=(n/4)*4; i != 0; i -= 4) : i=n c'est pas pareil ?

Ça calcule n & ~3 mais le monsieur a dû trop faire d'assembleur et est trop habitué aux conséquences des décalages binaires.

% dd if=/dev/neurone of=/dev/brain
dd: opening `/dev/brain' for writing neurones: Operation not supported

(ça n'a rien à voir mais) Euh. Wow. Y'a entre 3 et 4 To de traffic sortant par jour. Téra-octets. Euh..

Il est d'ailleurs intéressant de noter que le premier exemple concret avec programme (écrire "(a+b)+(c+d)" au lieu de "a+b+c+d") est faux sur mon p4-HT. Les deux valeurs sont de 127 clock ticks. Ceci dit gcc n'a pas l'air de s'être bien débrouilllé dans le cas "opt" il charge en registre la quatrième valeur bien trop tard si je ne m'abuse. Et d'ailleurs c'est bizarre que nico ait obtenu 38 clocks ticks sur sa machine dans le premier cas, mes 127 font pâle figure..

#APP
        RDTSC
#NO_APP
        movl        %edx, -36(%ebp)
        .loc 1 17 0
        movl        -32(%ebp), %ecx
        movl        -28(%ebp), %edx
        .loc 1 16 0
        movl        %eax, -40(%ebp)
        .loc 1 17 0
        movl        -20(%ebp), %eax
        addl        %ecx, %edx
        movl        -24(%ebp), %ecx
        addl        %ecx, %eax
        leal        (%eax,%edx), %ecx
        .loc 1 18 0
#APP
        RDTSC
#NO_APP


#APP
        RDTSC
#NO_APP
        movl        %edx, -36(%ebp)
        .loc 1 24 0
        movl        -28(%ebp), %esi
        movl        -32(%ebp), %edx
        .loc 1 23 0
        movl        %eax, -40(%ebp)
        .loc 1 24 0
        movl        -20(%ebp), %edi
        movl        -24(%ebp), %eax
        addl        %edx, %esi
        addl        %eax, %esi
        addl        %edi, %esi
        .loc 1 25 0
#APP
        RDTSC
#NO_APP

Mais si c'est le cas sur une mdk ça doit surtout être que X ne détecte pas toute sa mémoire vidéo.

pjarosz, c'est quoi ton hardware vidéo ?

Si tu peux te permettre d'optimiser comme un malade en assembleur pour un Athlon, le mieux est de prendre la doc où elle est :

http://www.amd.com/us-en/assets/content_type/white_papers_and_tech_(...)

Cette doc est un trésor et je me mords les c****es de ne pas avoir eu accès à ce genre de trucs quand je faisais des démos en assembleur.

le mieux pour ça est que tu es l'adsl...

cette proposition est au subjonctif, tu dois donc écrire :

        le mieux pour ça est que tu aies l'adsl...

si c'est difficile pour toi, remplace par le verbe "faire". si c'est "fais" c'est l'indicatif, si c'est "fasses" c'est le subjonctif.

Tes nouvelles datent de quand ?
Perso, quand y'a un nouveau noyau, je peux l'installer depuis rpmdrake, par contre, l'interface de mise à jour ne le propose pas directement : ça t'oblige à l'installer en parallèle à ton noyau actuel.

Il me semble que tu viens de le confirmer toi-même. Tu parlais de l'utilitaire de mise à jour non ? Et moi aussi dans ma réponse.

cdrecord est célèbre, et le cd-recording n'est pas forcément ce qui marche le mieux sous linux, donc j'imagine que jorg reçoit beaucoup de "bugreports" de gens qui n'arrivent pas à utiliser cdrecord, et ça la saoûle un peu. il a dû rencontrer des problèmes avec des changements spécifiques aux distros, d'où son attitude de vouloir se départir au plus possible de ces versions.

Ca date pas d'hier cette attitude de Jorg Schilling.

Il a par exemple conservé très longtemps le code de prise en charge DVD en propriétaire car il disait être en avance sur les autres là-dessus et il ne voulait pas "perdre" cette avance.

Lorsqu'une distro modifie cdrecord, il demande que soit explicitement ajouté la mention "ceci est une version non officielle et l'auteur ne doit pas être dérangé avec les bugs éventuels". C'est le cas chez Mandrake, et chez Debian aussi si je me rappelle bien (mais je me rappelle plus sur quelle machine Debian j'avais vu ça).

J'avais eu connaissance dans le code source de cdrecord d'un truc qui contrevenait clairement à la GPL : il y avait une mention dans le source qui indiquait : attention vous n'avez pas le droit de modifier le code qui suit.

D'ailleurs ça soulève une autre question : dans la provision de la GPL qui permet de modifier et de republier, je me demande ce qu'il se passe avec le nom : si je republie un cdrecord modifié, ai-je le droit (légal) de l'appeler "cdrecord version machin" ? Ou alors "cdrecord-gc version machin" ?

Chez Mandrake en tous cas ça s'est appelé "cdrecord-dvdhack" à la demande de Jorg Schilling.

Essaye de mettre a jour ton kernel (celui de base est un 2.6.3-7mdk, l'actuel toune autour du 2.6.3-14mdk) via l'utilitaire de mise a jour (Menu K/Système/Configuration/Paquetage/Mise à jour Mandrake)

Aux dernières nouvelles, on ne peut pas mettre à jour son kernel avec l'utilitaire de mise à jour. Et d'ailleurs je ne vois pas le rapport ! Il faut faire un minimum de diagnostic avant de penser à faire cela qui implique un gros download, et un changement au niveau du boot qui peut toujours poser problème s'il y a mauvaise manipulation.

en dernier recour installe la RC1 de la 10.1 qui va sortir sous peu

Il ne faut pas conseiller d'installer une version bêta à n'importe qui ! Elles sont faites pour tester et rapporter des bugs, pas pour l'utilisation journalière, et statistiquement la personne aura forcément plus de problèmes qu'avec sa version stable précédente !

Ça dépend aussi beaucoup de la balance fonctionnalité/sécurité (c'est ça le fond du problème du XP-SP2 en fait).

Les vecteurs de propagation des virus sous Windows sont beaucoup les extensions débiles de IE ou Outlook, telles que ADODB.Stream. Ce type de joyeuseté n'existe pas sous Linux, et ça fait déjà une grosse différence.

Beaucoup d'"utilisateurs naïfs de Linux" utilisent Evolution, qui est similaire à Outlook il me semble ; et pourtant Evolution n'a jamais été vecteur de contamination, à ma connaissance.

Le bios reconnait cette config mais pourtant MandrakeLinux les voit tous les deux mais en slaves?

qu'est-ce que tu veux dire par "linux les voit tous les deux en slave" ?

En conséquence, je ne peux lire qu'un cd sur la même session de travail. Je suis obligée de relancer le pc dès je veux lire un deuxieme cd.

je ne comprends pas non plus. quelle est l'erreur que tu rencontres ?

Mais au fond, ce genre de problème est assez peu gênant. Le but d'un logiciel libre est de pouvoir être utilisé librement, amélioré librement, et de garantir que cette liberté ne sera pas remise en cause dans l'avenir. Ces buts ne sont pas remis en cause par l'utilisation frauduleuse de tout ou partie de ce logiciel libre dans un logiciel propriétaire.

Le seul problème est au niveau moral (vol et jouissance financière frauduleuse), mais c'est le même que celui des logiciels sous licence BSD-like, et de nombreuses personnes pourtant adoptent une licence BSD-like, apache ou mozilla par exemple.

(et après tout, quel auteur/utilisateur de logiciel libre n'a jamais volé et joui frauduleusement d'un logiciel propriétaire ? ;p)

C'est pour cela que j'ai mis "pour l'instant". C'est-à-dire que pour l'instant je n'ai jamais eu connaissance d'un programme qui peut pénétrer et s'exécuter sur une machine Linux (sans service activé). Ça pourra peut-être arriver dans l'avenir, cependant.

Par contre, des services plus sioux s'installent, nottement le RPC, et celui-la tu en a besoin si tu veux lancer l'explorateur Windows ou utiliser certains programmes réseaux. Si tu le desactive tu risque de ne plus pouvoir te logguer. Or grâce à ce port ouvert, tu te choppe des Sasser, Nimda etc ...

La solution est d'utiliser un FW qui va autoriser uniquement les connections en provenance et a destination de locahost sur ce port.

Hum, il n'y a pas besoin d'un firewall pour faire cela. Pour les socket BSD c'est INADDR_LOOPBACK qui demande au kernel d'affecter cette propriété, il n'y a pas de raison que ça n'existe pas sous Windows aussi ? (je ne connais pas la programmation système sous Windows)