Temsa a écrit 697 commentaires

  • [^] # Re: Linux 2.0.40

    Posté par  (site web personnel) . En réponse au journal Linux 2.0.40. Évalué à 1.

    lu

    quelquepart sur linuxfr si je ne me trompe pas (une news/un journal/un commentaire? sans doute l'un des 2 premiers)
  • [^] # Re: Protocole de transfert calculette / ordinateur ?

    Posté par  (site web personnel) . En réponse au journal Protocole de transfert calculette / ordinateur ?. Évalué à -1.

    ouaiiis!!!!!

    je sors -----> (mais casio n'a jamais fait que de la merde quand meme, au moins je respecte les hp :P )
  • [^] # Re: Linux 2.0.40

    Posté par  (site web personnel) . En réponse au journal Linux 2.0.40. Évalué à 1.

    En même temps, en changeant de noyau tu peux gagner un meilleur scheduler et autre choses sympathiques (je me rappel avoir que le 2.6 améliorait de 30 ou 40% les perf d'apache pour les pages statiques...).

    Enfin bon ne connaissant pas l'historique des schedulers du noyau, je ne peux me prononcer de l'intéret de passer à un autre noyau (2.2 ou 2.4, je comprends qu'on ne prenne pas encore le 2.6) pour ces raisons là, mais par contre passer à un autre noyau pour bénéficier d'un système de fichier journalisé (ext3/xfs/jfs/reiserfs/etc...), ça je trouve que c'est une bonne raison de ne pas rester un barbu ;--)
  • # Re: Linux 2.0.40

    Posté par  (site web personnel) . En réponse au journal Linux 2.0.40. Évalué à -1.

    et c'est quoi l'intéret de rester sur un noyau 2.0.x ??????????

    mis a part faire le barbu j'entends...
  • [^] # Re: Driver NVidia et X-Window récalcitrant

    Posté par  (site web personnel) . En réponse au journal Driver NVidia et X-Window récalcitrant. Évalué à 1.

    c'est quand meme mieu que de rester à pourrir sur place avec un matériel qui ne fonctionne pas correctement!

    d'ailleurs, sur le site nvidia, quand tu télécharges les drivers, tu as:

    "If you have any questions or problems, please check the linux discussion forum. If you don't find an answer to your question there, you can send email (in English) to linux-bugs@nvidia.com."
  • [^] # Re: Au secours !!! Perte de données !

    Posté par  (site web personnel) . En réponse au journal Au secours !!! Perte de données !. Évalué à 1.

    si, je pense que ca se tente de refaire l'ancienne table de partition, si aucune donnée a été deplacé lors du redimensionnement, je pense que c'est la meilleure solution pour tout retrouver!
  • # Re: Au secours !!! Perte de données !

    Posté par  (site web personnel) . En réponse au journal Au secours !!! Perte de données !. Évalué à 5.

    si tu as des données importantes, je peux peut etre t'aider(en effet un de mes ami qui avait perdu ses .avi sur une partoche a fait un petit programme pas con du tout et me l'a envoyé cet aprem):

    il te faut connaître (approximativement au moins) la taille de tes fichiers à récupérer, ainsi que les headers de ces fichiers.

    ensuite, tu vas légèrement modifier le programme suivant:



    #include <stdio.h>
    #include <stdlib.h>
    #include <sys/types.h>
    #include <sys/stat.h>
    #include <unistd.h>
    #include <fcntl.h>
    #include <errno.h>

    #define FILE_SIZE (800*1024*1024)
    #define PATTERN "RIFF....AVI "
    #define BLOCK 4096

    int main( int argc, char **argv )
    {
    long offset;
    off_t off;
    int in, out;
    char *buffer;
    long i, len, pos;
    char pattern[] = PATTERN;
    long pattern_len = strlen(PATTERN);
    int count;


    in = open64( argv[1], O_LARGEFILE|O_RDONLY );
    if( in == -1 )
    {
    perror( "in:" );
    exit(1);
    }

    if( argc == 4 )
    offset = atoi( argv[3] );
    else
    offset = 0;

    buffer = malloc( BLOCK );
    count = 0;
    while( read( in, buffer, BLOCK ) == BLOCK )
    {
    for( i = 0 ; i < pattern_len ; i++ )
    if( (pattern[i] != '.') && (buffer[i] != pattern[i]) )
    break;
    if( i == pattern_len )
    {
    // OK on copie le fichier :p
    char filename[256];
    long size = *(long*)(buffer+4);

    count++;

    off = lseek64( in, 0, SEEK_CUR );

    sprintf( filename, "%s/%d", argv[2], count );
    printf( "%s (%d Mo) ", filename, size/1024/1024 );
    fflush(stdout);

    if( count < offset )
    {
    printf( "skipped\n" );
    } else {

    out = open( filename, O_WRONLY|O_CREAT );
    if( in < 0 )
    {
    perror( "open:" );
    exit( 1 );
    }
    i = 0;
    do
    {
    if( write( out, buffer, BLOCK ) != BLOCK )
    {
    perror( "write:" );
    exit(1);
    }
    if( read( in, buffer, BLOCK ) != BLOCK )
    break;
    i += BLOCK;
    if( (i % (100*1024*1024)) == 0 )
    {
    printf( "#" );
    fflush(stdout);
    }
    } while( i < size );
    close(out);
    printf( " done\n" );
    if( ((off=lseek64( in, off, SEEK_SET )) < 0) && (off != -EOVERFLOW) )
    {
    perror( "lseek:" );
    exit(1);
    }
    }
    }
    }
    close(in);
    printf( "END OF FILE\n" );



    les modifs à faire, sont:

    - editer le #define PATTERN correspondant au header du fichier et mettre des '.' à la place des caractères variables d'un header à l'autre.

    - modifier la ligne "long size = *(long*)(buffer+4);" pour mettre dans size la taille de ton fichier (mieu vaut surevaluer, apres tu pourras toujours couper dedans avec head par exemple) en octet.

    puis il te faut:

    - compiler ca avec:
    "gcc aa.c -o aa -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE"

    - prier pour que ton fichier ne soit pas fragmenté

    pour les arguments:
    "./aa /dev/partoche /rep/de/sauvegarde [nombre de fichiers à sauter (en cas d'interruption)]"
  • [^] # Re: Driver NVidia et X-Window récalcitrant

    Posté par  (site web personnel) . En réponse au journal Driver NVidia et X-Window récalcitrant. Évalué à 1.

    tu as p-e le mem pb que moi alors.
    je vais faire un bug report a nvidia(maconfig est bonne: en 2.4 ca tournait tres bien).
  • [^] # Re: Driver NVidia et X-Window récalcitrant

    Posté par  (site web personnel) . En réponse au journal Driver NVidia et X-Window récalcitrant. Évalué à 1.

    bah ca change rien du tout!

    et comme je l'ai dit precedemment(ou p-e pas, j'ai pas relu), ca marchait parfaitement avec le 2.4.x...
    enfin bon je comprends que ca puisse arriver car ma carte n'est pas courante (geforceFX 5200 PCI de PNY)
  • [^] # Re: Driver NVidia et X-Window récalcitrant

    Posté par  (site web personnel) . En réponse au journal Driver NVidia et X-Window récalcitrant. Évalué à 1.

    je vais tenter de le virer DRI alors, avant en 2.4.x ca le genais pas mais bon on sait jamais!
  • # Re: Driver NVidia et X-Window récalcitrant

    Posté par  (site web personnel) . En réponse au journal Driver NVidia et X-Window récalcitrant. Évalué à 1.

    te plainds pas trop, moi le pilote nvidia il aime pas (plus) l'acceleration 2D depuis que je suis en 2.6.x (2.6.2 en ce moment, mais pareil avec les precedents):
    si je met driver "nv" mes films se jouent normalement et sont très jolis(par contre au revoir la 3d), mais si je met driver "nvidia" alors mes films rament(100% du proc et ca rame), mais mes jeux 3D vont très bien (j'ai noté un gain sensible d'ailleurs dans nwn depuis que je suis passé au 2.6)

    Ce qui est bizarre, c'est que je semble etre le seul a souffrir de ce bug plus qu'embetant (je lis bcp de videos, et je joue pas aux jeux en 3d...)
  • [^] # Re: http://www.mslinux.org/

    Posté par  (site web personnel) . En réponse au journal http://www.mslinux.org/. Évalué à 2.

    pfff, si faut faire une recherche avant chaque journal, tu m'étonnes que les journeaux ca devienne de + en + un centre d'aide pour personnes en difficultés avec linux :oP

    enfin merchi des liens qd même ;)

    PS: l'auto-pub, c maaaal (TM).

    PPS: m'en fout, d'abord ca me servira de bookmark, na! :D
  • [^] # Re: Viennoiserie

    Posté par  (site web personnel) . En réponse au journal Viennoiserie. Évalué à 2.

    moi aussi, mais dans un shuttle, il n'y a pas la place pour mettre la pate.
  • [^] # Re: LinuxConsole = Linux en mode graphique ???

    Posté par  (site web personnel) . En réponse à la dépêche LinuxConsole 0.4 Release Candidate 1. Évalué à 1.

    ah ? ben j'ai du naitre vieux alors....

    22ans... bon ben je vais regarder pour prendre ma retraite alors ;o)
  • [^] # Re: LinuxConsole = Linux en mode graphique ???

    Posté par  (site web personnel) . En réponse à la dépêche LinuxConsole 0.4 Release Candidate 1. Évalué à -2.

    C'est vrai, je mettais dit, tiens, enfin une distrib qui propose pas X (voir qui force à l'installer dés qu'on veut des bibliotheques/des programmes qui peuvent tourner aussi sous X)!

    Ben non raté... et en plus je vois pas le rapport avec une Console de jeux là...
    je ne vois pas vraiment l'intéret de cette distrib pour ma part, elle ne me donne pas l'impression d'apporter qqchose de nouveau... désolé.

    Mais bon je suis déçu, j'aimerais une bonne distrib bien légère avec des soft récent et bien sécurisé avec un bon systeme d'installation (du genre qui permette de se faire un serveur en 20 minutes), alors bon j'ai p-e du mal a voir l'intéret aussi de cette distrib puisque au nom, je m'attendais a complètement autre chose.

    bon je sors car toute nouvelle distrib (ou nouvelle version de distrib) est une bonne nouvelle ;o)


    ----->[]
  • [^] # Re: Culture libre!

    Posté par  (site web personnel) . En réponse au journal Culture libre!. Évalué à 2.

    oups, j'en chie effectivement... pas vu :oP

    bon ben j'y retourne là... :--D
  • [^] # Re: Une nouvelle approche dans le monde des GUI

    Posté par  (site web personnel) . En réponse à la dépêche Une nouvelle approche dans le monde des GUI. Évalué à 1.

  • [^] # Re: Une nouvelle approche dans le monde des GUI

    Posté par  (site web personnel) . En réponse à la dépêche Une nouvelle approche dans le monde des GUI. Évalué à 1.

    a vrai dire le temps d'apprentissage d'entice est d'environs 20 secondes... tu balade ta souris sur l'appli et les truc apparaissent en te disant ce que ca fait qd tu mais le pointeur dessus...

    je reconnais tout de meme que le scrolling (on se deplace comme ds un pdf avec la "main" de acrobat" dans l'image ou le zoom (avec la roulette de la souris au lieu d'aller chercher le btn avec les autres.

    je te le dit il faut vraiment essayer... c'est... différent tout en paraissant assez naturel donc c une bonne alternative...

    Quand a Segusoland, lui ne fait que faire ce que propose le "cadre bleu a gauche" de explorer.exe dans WinXP ... (graver, imprimer ces photos, ecouter la musique, etc...)
  • [^] # Re: Les "small form factors"

    Posté par  (site web personnel) . En réponse au sondage Les "small form factors". Évalué à 1.

    En fait il a fait plein de chose, et einstein à dit de sa "wave mechanic theory":
    "... the idea of your work springs from true genius..."


    et ce mec était manifestement une tete:
    "Especially in physics and mathematics, Schrödinger had a gift for understanding that allowed him, without any homework, immediately and directly to comprehend all the material during the class hours and to apply it. After the lecture ... it was possible for [our professor] to call Schrödinger immediately to the blackboard and to set him problems, which he solved with playful facility. "

    ya des jours ou j'aimerai me prénommer Erwin Rudolf Josef Alexander

    (PS: biographie:http://www-groups.dcs.st-and.ac.uk/~history/Mathematicians/Schrodin(...) )
  • # Re: Une nouvelle approche dans le monde des GUI

    Posté par  (site web personnel) . En réponse à la dépêche Une nouvelle approche dans le monde des GUI. Évalué à 3.

    Pour ma part je préfère le GUI du framework e17 (compilez les biblio e17 cvs et essayez entice... ca vous montrera la puissance de ce GUI, surtout quand vous aurez lancé edje e17/apps/entice/data/themes/default/default.eet) : ca permet de faire des applications rapides, très belles, avec un concept proche de la présentation power point ou de l'animation flash (tout bouge ou apparait à l'approche de la souris, c'est très jolie), là on a vraiment l'impression de rentrer dans une nouvelle ère pour le desktop.

    J'avoue que le plus dommage, c'est le manque de doc, le plus simple etant de faire du RTFS pour comprendre comment ça marche, mais j'ai déjà fait quelques essais de fichier edc/eet (pour faire un fichier eet on utilise edje_cc a partir d'un fichier edc), et je vous invite à regarder le dernier eet (sky.eet je crois ou qqchose du genre) dans les fichiers de rasterman sur son site perso pour en voir la puissance. J'en suis encore tres loin, mais le principe c'est de faire une sorte de fichier comme glade pourrait en faire qui decrit l'application ou un élément de celle-ci, a ladifférence que es élément ne sont pas statiques et peuvent apparaître/disparaitre ou simplement se mouvoir sans fin et ça aussi c'est décrit dans le fichier. CA c'est vraiment puissant.

    Ce système là pour moi n'apporte pas grand chose, mais certaines idées peuvent être intéressantes tout de même
  • [^] # Re: Euh, OpenOffice 2.0 c'est pas pour tout de suite AMHA !

    Posté par  (site web personnel) . En réponse à la dépêche 2004 est l'année où GNU/Linux trouvera sa place sur les bureaux. Évalué à 1.

    le systeme de style de page (et de style pour tout d'ailleurs) est bien plus performant et agréable que celui de MS-Office. J'ai passé l'été à écrire une doc (on me demandait du word, mais je suis passé au bout de 2 semaine apres 20 crash de word a OOo) et la mise en page dans open office est déjà bien plus puissante!

    Je ne doute pas qu'on puisse faire encore mieu, mais je n'ai pas encore vu mieu pour le moment. A noter tout de meme que OOo a des gros probleme avec les objets 3D (ca a reussi a me massacrer des fichier, a faire planter OOo, ou alors a le faire se trainer a tout redessiner doucement,parfois pres d'une minute, alors que la carte graphique est capable d'afficher ce truc 200 fois par secondes sans probleme, etc...)
  • [^] # Re: 2004 est l'année où GNU/Linux trouvera sa place sur les bureaux

    Posté par  (site web personnel) . En réponse à la dépêche 2004 est l'année où GNU/Linux trouvera sa place sur les bureaux. Évalué à -1.

    rhaa, avec un ccertain nombre de contraintes, on peut qd même avoir la transparence png sous IE, sans que ce soit dure (juste un 'ti fichier à inclure ds le header...) cf http://galileo.ma.cx(...)
  • [^] # Re: Les processeurs 64 bits

    Posté par  (site web personnel) . En réponse au sondage Les processeurs 64 bits. Évalué à 1.

    moi ca fait planter l'ordi au bout de qq minutes... (qd j'ai lancé blender je crois)
  • [^] # Re: Bootsplash et framebuffer..

    Posté par  (site web personnel) . En réponse au journal Bootsplash et framebuffer... Évalué à 1.

    ben j'ai tenté, et ça marche! :)

    je ne sais pas s'il se rabat sur vesafb si il trouve pas mais toujours est-il que sans nvidiafb ou vesafb ca ne marche pas, et avec, ca marche(rivafb ne fonctionne pas chez moi)...
  • # Re: Bootsplash et framebuffer..

    Posté par  (site web personnel) . En réponse au journal Bootsplash et framebuffer... Évalué à 1.

    Pour ma part je suis passe par un video=vesafb:1024x768@75 en option du kernel lors du boot (vive grub qui permet d'ailleurs de fairefacilement des essais:) ).

    Ca marche aussi avec nvidiafb si tu as le module proprio nvidia.