Ayrton a écrit 251 commentaires

  • # redirection.

    Posté par  . En réponse au journal Mailman, c'est quand même relativement foireux.... Évalué à 3.

    avec apache tu fais la redirection avec mod_alias ou mod_rewrite.
    http://httpd.apache.org/docs-2.0/mod/mod_rewrite.html(...)
    http://httpd.apache.org/docs-2.0/mod/mod_alias.html(...)

    Exemple avec mod_rewrite :
    RewriteEngine On
    RewriteRule ^/$ /listinfo [L]
    Le 'L' indique la fin de la réécriture d'url (c'est optionnel).
    Pour faire une "vrai" redirection, ajoutes 'R'.
    RewriteRule ^/$ /listinfo [L,R]
  • # 4KSTACK incompatible avec nvidia

    Posté par  . En réponse à la dépêche Linux 2.6.6 est sorti. Évalué à 3.

    ftp://www.kernel.org/pub/linux/kernel/v2.6/ChangeLog-2.6.6(...)
    <akpm@osdl.org>
    [PATCH] ia32: 4Kb stacks (and irqstacks) patch

    From: Arjan van de Ven <arjanv@redhat.com>

    Below is a patch to enable 4Kb stacks for x86. The goal of this is to

    1) Reduce footprint per thread so that systems can run many more threads
    (for the java people)

    2) Reduce the pressure on the VM for order > 0 allocations. We see real life
    workloads (granted with 2.4 but the fundamental fragmentation issue isn't
    solved in 2.6 and isn't solvable in theory) where this can be a problem.
    In addition order > 0 allocations can make the VM "stutter" and give more
    latency due to having to do much much more work trying to defragment
    [...]
    The 4k stackness of the kernel is included in modversions, so people don't
    load 4k-stack modules into 8k-stack kernels.

    At present 4k stacks are selectable in config. When the feature has settled
    in we should remove the 8k option. This will break the nvidia modules. But
    Fedora uses 4k stacks so a new nvidia driver is expected soon.


    Actuellement il faut virer CONFIG_4KSTACKS. Fedora 2 va plus loin, il n'y a pas d'option 4KSTACKS. C'est 4KSTACKS et rien d'autre. Ça met un peu de pression sur nvidia.
  • [^] # Re: noms, suite

    Posté par  . En réponse au journal Tout fout le camp. Évalué à 1.

  • # ??????

    Posté par  . En réponse au journal Piratage : le lavage de cerveau continue. Évalué à -1.

    Tu essaies de dire :
    Le piratage (la contrefaçon) c'est bien (tm).

    Tu ne vas pas en revenir, mais le piraté ne pense pas ça.

    Les majors sont soucieuses de leurs fiches d'affaire. Si le piratage était bon pour leur buziness il ne lèverait pas le petit doigt.
    Sans avoir l'intention de te froisser, je crois qu'ils ont de bon raison (financière) de s'attaquer à la contrefaçon. Sinon pourquoi le ferait-il ?
  • [^] # Re: <mode niais>Pourquoi ça vous sert des tabs ?

    Posté par  . En réponse au journal multi terminal. Évalué à 0.

    > Ce n'est pas un argument valable

    Rire...
    C'est le même intérêt que d'avoir des tabs dans mozilla.
    Moi ça me semble mieux organisé. Une fenêtre avec tous mes terminaux. C'est mieux que :
    - fenêtre mozilla
    - fenêtre xterm (dans ~)
    - fenêtre evolution
    - fenêtre xterm (dans /usr/src/linux)
    - fenêtre gaim
    - fenêtre xterm (dans ~/videos mencoder ...)
    etc...

    Et ça pourrait être pire si mozilla n'avait pas les tabs.
    Si Tu ne vois toujours pas l'intérêt...
  • [^] # Re: <mode niais>Pourquoi ça vous sert des tabs ?

    Posté par  . En réponse au journal multi terminal. Évalué à 1.

    {ctrl}-{page-up} {ctrl}-{page-down} => switch en tab
    {ctrl}-{shift}-T => nouveau tab
    Menu contextuel => nouvelle fenêtre ou tab.
    etc...
  • # gnome-terminal

    Posté par  . En réponse au journal multi terminal. Évalué à -1.

    > - rapide et petit
    J'ai pas comparé.

    > - semi-transparent
    gnome-terminal le fait.

    > - avec une barre d'onglet.
    gnome-termianl le fait.
  • # Release note

    Posté par  . En réponse au journal Tout fout le camp. Évalué à 1.

  • [^] # Re: pour répondre à l'auteur du journal

    Posté par  . En réponse au journal Video de l'installation d'une FC1.. Évalué à 1.

    > dans une machine virtuelle genre vmware..

    J'me demande pourquoi j'y ai pas pensé. C'est pourtant très courant pour les screenshots. Merci.
  • [^] # Re: Rpm...

    Posté par  . En réponse à la dépêche Conférence à Paris : Debian, Mandrake et RedHat : paquetages et dépendances. Évalué à 3.

    > Par exemple, une mise a jour de librairie ne detruit pas completement, les dependances du systeme de package.....

    Pareil pour rpm. Enfin si les paquets sont bien faits (c-à-d sans "Requires : gtk = 2.2" mais "Requires : libgtk-x11-2.0.so.0" (auto-detecté)). Dans ce cas tu peut passer de gtk 2.0 à gtk 2.4. Le problème c'est le nombre de mauvais paquets (et il y en a beaucoup quand ce ne sont pas des paquets officiels). Ce n'est pas un problème rpm.

    Juste à titre d'example, FC2T2 est passé de XFree86 4.3 à Xorg 6.7 sans soucis (yum ou apt update mache nickel).
  • [^] # Re: Rpm...

    Posté par  . En réponse à la dépêche Conférence à Paris : Debian, Mandrake et RedHat : paquetages et dépendances. Évalué à 1.

    > Et vous, qu'en pensez vous?

    Que rpm c'est super !

    S'il y a des problèmes c'est dans 99% des cas une méconnaissance de rpm ou des paquets mals conçus ou non prévus pour la distribution.

    D'intérêt de Slack, c'est qu'il n'y a qu'un dépôt et donc peu de risque de conflit.
  • [^] # Re: faut être impartiale

    Posté par  . En réponse au journal Suse 9.1. Évalué à 0.

    Putain, je suis tombé sur un intellectuel.

    C'est vrai que :
    Mandrake beta 1
    Mandrake beta 2
    Mandrake rc 1
    Mandrake Community
    Mandrake Official
    Mandrake en download
    Mandrake pour amd64

    Suse 9.1 c'est trop demander.

    dlfp, le freshmeat de Mandrake.
  • # Explication de Red Hat

    Posté par  . En réponse à la dépêche Red Hat revient sur les postes clients. Évalué à 2.

    Quelques précisions de Red Hat sur sa stratégie desktop :
    http://os.newsforge.com/os/04/05/05/205241.shtml(...)

    Ça va calmer les trolls linuxfr© :
    - "Red Hat revient sur les postes clients"
    - "attendons de voir si cette décision aura un impact sur le sort de la "distribution communautaire" lancée en grande fanfare par RedHat il y quelques mois.

    "lancée en grande..." Funny. Un petit truc sur le site redhat.com et ... et ... merde je ne trouve pas.

    Dommage qu'on ne puisse pas noter les news.
  • # Prix et support

    Posté par  . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à 5.

    http://www.mandrakestore.com/mdkfr/index.php?PAGE=tab_0/menu_1.php&(...)
    Content

    - 4 CDs

    Support

    - No support included for this product
    [...]
    Price : 119.9 EUR


    Pour 119,9 € t'as plus rien : 4 CD et pas de support.
  • [^] # Re: faut être impartiale

    Posté par  . En réponse au journal Suse 9.1. Évalué à 2.

    > Ca n'a intéressé personne au point de rédiger une news.

    Si tu sais que la news ne va pas passer, ça calme beaucoup ta motivation.

    J'ai fait une news pour Red Hat Desktop et elle n'a pas été retenue. C'est une autre news avec des erreurs et bien trollesque (jolie remise en cause de Fedora) qui a été retenue. Ces coquilles ont été soulignées dans les commentaires mais pas de correction. Pourquoi ?

    En général, les bonnes news distributions sont faite pas les supporters de la distribution. Je n'aurais pas envie de contribuer en news pour une distribution sur linuxfr si les "censeurs" vont la refusée car pas assez négative, manquant de coquilles et sans troll. D'autant plus si les corrections sont refusées.

    Le contributeur SuSE doivent sûrement penser la même chose.
  • [^] # Re: 20 % plus vite qu'un IA32 ?!

    Posté par  . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à -1.

    Je dis un truc, c'est faux, je dis l'inverse et c'est faux aussi.
    Va comprendre Charles...
  • [^] # Re: 20 % plus vite qu'un IA32 ?!

    Posté par  . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à 3.

    > et d'un, c'est pas comparable, et de 2, ca veut rien dire(puis c'est faux)

    Les applis compilées pour i386 peuvent tourner sur amd64 (c'est aussi l'objectif de l'amd64 ... ).

    > ce qui explique ces gains de perf.

    Direction google.

    J'ai raté des épisodes de l'amd64. J'en étais resté aux benchs de l'opteron (prométeurs mais n'affolant pas les chronos) et aux performances très moyennes de l'IA64 pour poste de travail (en fait tous les cpu 64 bits étaient généralement battus par les 32 bits en poste de travail (sauf flottant, etc)).
    J'étais resté fixé sur le dernier test de lwn.net :

    http://lwn.net/Articles/79036/(...)
    Your editor was naturally interested in performance issues. To that end, he built a version of bzip2 in both 64-bit and 32-bit mode and compared the results. Both compression and decompression ran about 10% faster in the 64-bit mode. With the x86_64 processor, better performance is generally expected in the native mode, mainly due to the additional registers which are available. The executable size and memory usage in 64-bit mode were larger, but not by much. A second test, using the SoundTouch library yielded a surprise, however: changing the tempo of a large sound file ran in less than 1/5 the time in 32-bit mode. The Athlon64 processor, it would seem, runs certain operations far more slowly in 64-bit mode; your editor has not, yet, had the time to track this one down.

    Mais :
    http://www.hardware.fr/articles/478/page13.html(...)
    En attendant, on peut toujours constater un état de fait. Les améliorations apportées à l´architecture K7 au sein de l´architecture K8 sont plus que substantielles, les gains entre un Athlon XP 3200+ et un Athlon 64 3200+ étant de l´ordre de la dizaine de %, et ce malgré une fréquence inférieure de 200 MHz pour l´Athlon 64. De plus, l´Athlon 64 en a encore sous la pédale via l´AMD64 ISA, qui devrait apporter lorsqu´il sera utilisé un gain notable de performances, notamment via les nouveaux registres qu´il permet d´utiliser.

    En tout cas une chose est sûre, en l´état actuel des choses, les Athlon 64 ne sont pas des tueurs de P4.


    Voir aussi les commentaires de :
    http://lwn.net/Articles/83580/(...)

    http://www6.tomshardware.com/cpu/20040419/cpu-scaling-22.html(...)
    The Athlon64 FX's integrated memory controller repeatedly showed off its strengths. Whenever users want to play 3D games (Comanche, Serious Sam, Splinter Cell, Unreal Tournament 2003, Wolfenstein Enemy Territory, and X2), the Pentium 4 Extreme Edition is only runner-up. Also, the FX holds a sizeable lead when it comes to data compression with WinRAR, compilation of a C++ project with Visual Studio.net and Mathematica. Even during testing at high clock rates, these strengths were quite obvious.

    On the other hand, we should also point out the advantages of the Pentium 4 EE.


    A fréquence équivalent un amd64 est plus rapide qu'un athlon. C'est sûr. Donc j'avais faux :-( . Mais un amd64 peut-être battu par un P4. Donc ...
    La fréquence n'est pas tout et un comparatif performance/prix serait un plus. Sous oublier l'avantage d'avoir un vrai 64 bits.

    Ceci est un commentaire embarrassé.
  • [^] # Re: 20 % plus vite qu'un IA32 ?!

    Posté par  . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à -4.

    Des preuves !
    Je sais seulement qu'un AMD64 est plus rapide en mode 64bits qu'en mode 32bits. Par contre qu'un AMD64 à X GHz soit globalement plus rapide de 20 % qu'un athlon (32 bits) à la même fréquence, j'ai jamais vu ça. C'est même l'inverse (de l'ordre de 10 %).
  • [^] # Re: 20 % plus vite qu'un IA32 ?!

    Posté par  . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à -4.

    > je crois bien que c l'inverse

    C'est ce que dit la page des aractéristiques :
    De plus, Mandrakelinux 10.0 Official pour AMD64 assure une parfaite compatibilité avec toutes les applications 32 bits.

    Pas très sérieux le communiqué de presse.
  • # 20 % plus vite qu'un IA32 ?!

    Posté par  . En réponse à la dépêche Mandrakelinux 10.0 pour AMD64 est dispo.. Évalué à -4.

    Du communiqué de presse :
    Les applications Linux tournant sur AMD64 sont en moyenne 20% plus rapides que lorsqu'elles tournent sur un système 32-bit traditionnel

    C'est bien évidemment faux.
    Ou alors on m'aurait menti...

    tout en conservant une compatibilité 32-bit totale.

    Ça veut dire quoi ?
    Que les applications AMD64 peuvent tourner sur un i686 ?
    Que mozilla ou OOo pour AMD64 est compatible avec la version pour i686 ? Heureusement...

    Pas de version download ?
  • [^] # Re: associations d'idées

    Posté par  . En réponse au journal Virus et brevet. Évalué à 1.

    > J'espère beaucoup que personne ne fera ce genre de trucs, ça ternirait une fois de plus l'image de la communauté entière.

    Tu as totalement raison. Mais la façon dont vont les choses pour les brevets est à désespérer et pousse à des """solutions""" "à la con" (pour ne pas dire de terroriste).
  • [^] # Re: quoi ca?

    Posté par  . En réponse au journal Mdk 10.0 pour amd64. Évalué à 2.

    > Je savais pas que sur les CD disponibles en libre telechargement

    Pour l'instant on ne sait pas si la mdk 10.0 amd64 sera disponible en libre téléchargement. Actuellement, ce n'est pas le cas.
  • [^] # Re: Attention aux généralisations !

    Posté par  . En réponse au journal Virus et brevet. Évalué à 2.

    L'idée est très séduisante.
    Tu préviens tous le monde (dont l'AFP) en annoncant le pire (suppression de tous les fichiers etc) puis le jour J, il ne se passe rien car en fait il n'y a pas de virus...

    C'est moins mal™.
  • [^] # Re: quoi ca?

    Posté par  . En réponse au journal Mdk 10.0 pour amd64. Évalué à 1.

    Je ferais mieux de ne pas répondre à la question sinon je vais encore être mal compris et perdre des XP qui sont si laborieux (pour pas dire pénible) à gagner.

    Demandes à Gluck_, il a compris ce que je veux dire.
  • [^] # Re: quoi ca?

    Posté par  . En réponse au journal Mdk 10.0 pour amd64. Évalué à -4.

    > Un peu plus d'explications?

    C'est-à-dire que Mandrelinux est proprio et qu'il y a des applis open source dedans donc il faut les souligner ?

    J'espère que les applications propriétaires sont l'exception et non l'inverse.