CoinKoin a écrit 698 commentaires

  • # Redhat 3.0

    Posté par  . En réponse au message antivirus mail. Évalué à 1.

    Redhat 3.0? La version de 1996?

    Joli, joli (et ça montre au passage que linux est bien maintenu dans le temps...) .

    Bon, cela dit, un conseil (si ce n'est déjà fait) : fais des mises à jour, des démons comme du noyau, parce que les virus Linux, même s'ils restent rares, ne sont pas inexistants.
  • [^] # Re: Déjà fait

    Posté par  . En réponse au journal Petite question sur la GPL.... Évalué à 2.

    A vrai dire, je n'en ai jamais essayé un seul (je n'ai jamais eu à employer de logiciel compilé pour Windows :) ), mais, puisque tu poses la question ainsi, je suppose que la réponse est non.

    Cela dit, d'après ce que j'en sais, ces programmes permettent effectivement de faire tourner *certains* logiciels compilés pour Windows.

    Ensuite, tous... S'il leur faut pour cela implémenter certains bogues des Windows, comme par exemple le mode de fonctionnement spécial de l'allocateur mémoire lorsque simcity tourne, il me semble parfaitement normal qu'ils y renoncent.
  • [^] # Re: Déjà fait

    Posté par  . En réponse au journal Petite question sur la GPL.... Évalué à 1.

    Tu as entendu parler de Wine, FreeDos ou encore ReactOs?
  • # noyau

    Posté par  . En réponse au message coding standard de base. Évalué à 3.

    Une autre référence : /documentation/coding_style, dans les sources du noyau linux. (Euh, attention, je ne suis pas sûr du nom du fichier, mais c'est quelque chose dans ce genre.)

    Cela répond à certaines de tes questions, notamment celles du nombre de lignes de code par fonction et de la structuration.
  • # Oui-dire

    Posté par  . En réponse au message Blocage systeme et rm *. Évalué à 3.

    J'ai entendu dire que, dans le cas des baies, pour éviter certaines race conditions, il était très important qu'une et une seule machine aie le contrôle direct de la baie, et que les autres doivent passer par l'intermédiaire celle-ci pour accéder au disque.

    Sans quoi, comme chaque machine conserve une image en RAM des fichiers qu'elle manipule, si une autre les modifie (voire les supprime), il y aura une incohérence entre ce cache et le disque, d'où un joli crash.

    La version du noyau, je précise, n'a pas d'influence sur ce genre de problèmes (si c'est bien de cela qu'il s'agit).

    Vérifie-donc ta configuration et ta documentation à ce sujet, et tiens-nous au courant.
  • # Mdk?

    Posté par  . En réponse au message MAndrake PPC. Évalué à 2.

    Attention : MandrakeSoft ne maintient pas sa version PPC, c'est la communauté qui le fait. Assure-toi d'avoir bien téléchargé la version PPC.

    Ensuite, je suppose que tu as téléchargé une image iso... Hé bien, il ne te reste plus qu'à graver cette image, non pas comme un simple fichier, mais comme une image iso (je ne sais pas exactement comment on fait sous Mac OS X).

    Ensuite, plus qu'à rebooter sur le CD.

    Bon amusement!

    P.S. : D'après ce que je sais, il vaut mieux utiliser YellowDog sur Mac, c'est une distribution spécifiquement conçue pour cette architecture.
  • # Noyau

    Posté par  . En réponse au message Mandrake 10.1 : PB d'Horloge. Évalué à 2.

    Lors de la compilation du noyau, une option pour stocker dans le BIOS l'heure locale, au lieu de l'heure GMT, est proposée. Tu dois avoir deux noyaux qui ont été compilés, l'un avec cette option activée, l'autre sans.
  • [^] # Re: La plainte envoyée au gérant:

    Posté par  . En réponse au journal Émancipation d'un Geek: episode 2. Évalué à 3.

    Ben, si elle a osé signer son document, tu n'as plus qu'à l'attaquer directement en diffamation, ça la calmera...

    Et même si ça ne la calme pas, c'est pas une raison pour s'en priver; avec un peu de chance, c'est elle qui se fera éjecter!
  • # Non

    Posté par  . En réponse au message Changer la taille des tabulations.. Évalué à 3.

    Dans la console, d'après mes souvenirs, c'est codé en dur dans le noyau. La console est une émulation de VT100 (fichier drivers/char/vt.c), et le VT100 ne permet pas de modifier la taille des tabulations.

    Quant au xterm, c'est une autre émulation de VT100, donc, à mon avis, ça ne doit pas être modifiable non plus. Mais tu peux toujours jeter un oeil à man xterm, je poste de mémoire, donc je peux toujours me tromper :-) .
  • [^] # Re: What's the problem ?

    Posté par  . En réponse au message Cobalt. Évalué à 2.

    Minute, papillon, c'est une question très sérieuse. Le RAQ4 est un serveur Sun, pas un PC, et il n'a pas de lecteur de CD (enfin, je n'en ai pas trouvé mention dans la documentation Sun).

    Une proposition : Et si tu démontais l'un des disques durs, que tu le remontais sur un PC standard, et que tu installais Linux comme ça, directement? Après tout, le processeur du RAQ4 est compatible x86. Il faudra juste choisir le système de partitions Sun x86, et pas PC.

    Bon, ça, c'est mon idée, elle vaut ce qu'elle vaut. A mon avis, poser ta question à RedHat directement sera peut-être plus simple et approprié que foncer comme un bourrin dans le démontage d'un disque, à moins bien sûr que quelqu'un d'autre n'indique ici une marche à suivre éprouvée.
  • # FS

    Posté par  . En réponse au message configuration de 4 To.. Évalué à 3.

    Je n'ai jamais été confonté à un problème de ce type, donc ma réponse se limitera à une question purement théorique...

    Est-ce que ton système de fichiers supporte des partitions de cette taille?
  • # Gestionnaire de fenêtres

    Posté par  . En réponse au journal Marre du menu demarrer. Évalué à 3.

    De plus sous Linux, il n'y a pas de nouvelle session, on se retrouve dans la session qu'on vient de quitter avec toutes les applications deja lancees.

    Ça, c'est un problème de gestionnaire de fenêtres, et de configuration de celui-ci (comme me l'a aimablement fait remarquer gnumdk, dans : http://linuxfr.org/comments/518345.html#518345(...) .)

    Personnellement, je t'assure que ce problème n'existe pas plus que le menu démarrer en question sous fvwm/twm, même si ces gestionnaires de fenêtres ne sont pas tout-à-fait les plus conviviaux qui soient ;-) .
  • [^] # Re: Windows News c'est pas mieux

    Posté par  . En réponse au journal Le troll selon SVM Mac. Évalué à 4.

    Et ils feraient bien de le porter sur architecture 64bits, pour se préparer à l'arrivée imminente de l'AMD64 et de l'itanium... (auxquels ils viennent justement de renoncer, sauf poour des versions "serveur").

    Mais ne t'en fais pas, la firme de Redmond sera toujours en avance, sauf bien sûr si on la compare à une autre ;-) .
  • [^] # Re: J'ai le trollo qui se blo ...

    Posté par  . En réponse au journal 2005, l'année des bilans. Évalué à 2.

    Ils sont reconnaissable grâce au sigle "CoinCoin Inside" apposés dessus.

    Ce qui n'a d'ailleurs pas tellement de sens, parce que lorsque je trolle, c'est plutôt de la sortie que l'on me parle :) .
  • [^] # Re: Avantage de n'avoir qu'une petite machine ...

    Posté par  . En réponse au journal HotBabe. Évalué à 4.

    Et comment fait-il? Nice est très bien, mais il ne joue que sur la priorité d'ordonnancement. Une fois que le processus a accédé au processeur, il n'en sera pas chassé avant la prochaine période d'horloge, du coup, les autres processus qui sont redevenus exécutables entretemps seront bloqués un instant.

    Bon, d'accord, ça ne se voit guère, mais même un processus avec une gentillesse maximale ralentit les autres...
  • [^] # Re: http://www.chezmoicamarche.org/

    Posté par  . En réponse au journal Saisir du japonais sous Linux. Évalué à 3.

    La loi prévoit toutefois une exception :

    [Lorsque l'oeuvre a été divulguée, l'auteur ne peut interdire :] Les copies ou reproductions strictement réservées à l'usage privé du copiste et non destinées à une utilisation collective, à l'exception des copies des oeuvres d'art destinées à être utilisées pour des fins identiques à celles pour lesquelles l'oeuvre originale a été créée [1],

    Ce qui ne fait que traduire en droit français la convention de Berne [2], laquelle, comme Eolas l'a rappelé sur son blogue, "permet à chaque État partie d’autoriser dans le cadre de sa législation nationale la copie des ½uvres protégées par cette convention (ce qui inclut les ½uvres cinématographiques) à deux conditions cumulatives :

    1. que cette reproduction ne porte pas atteinte à l’exploitation normale de l’½uvre ;
    2. que cette reproduction ne cause pas un préjudice injustifié aux intérêts légitimes de l’auteur."[3]

    Le législateur français a donc estimé que le fait de reproduire une oeuvre dans un but différent de celui pour lequel elle a été créée et à titre privé constitue une reproduction satisfaisant à ces conditions (ce qui est assez raisonnable), or le fait d'utiliser des oeuvres pour y apprendre la langue entre clairement dans ce cas.

    Par conséquent, à mon avis, tu es dans le cadre d'une exception rare au droit d'auteur dans lequel tes reproductions sont autorisées. Mais fais attention : dans la mesure où ce point est un moyen de défense, tu ne bénéficieras pas de la présomption d'innocence, et c'est sur toi que pèsera la charge de la preuve.

    En conclusion, travaille bien, mais n'en abuse pas...


    [1] Article L222-5 du code de la propriété intellectuelle, source : www.legifrance.gouv.fr

    [2] http://www.doc.diplomatie.fr/BASIS/pacte/webext/multinde/DDD/188600(...)

    [3] http://www.u-blog.net/eolas/note/108(...)
  • [^] # Re: Avantage de n'avoir qu'une petite machine ...

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

    J'ai mieux : while(1)sched_yield(); et hop, la charge monte à 1 sans ralentissement des autres processus.
  • [^] # Re: et face à linux ?

    Posté par  . En réponse au journal NetBSD est bien meilleur que FreeBSD. Évalué à 2.

    Et aussi le copain Hurd, parce que plus on est de fous, plus on rit, et je sens qu'on va bien rigoler avec celui-là!
  • # Sans doute une erreur de #ifdef

    Posté par  . En réponse au message Compilation du noyau 2.6.10. Évalué à 2.

    Ça devient courant, d'ailleurs... Essaie la même conf' avec le noyau 2.6.10-bk7, des fois que ça aurait été corrigé.
  • [^] # Re: Debian et amd64

    Posté par  . En réponse au message AMD64 et disponibilité des paquets. Évalué à 2.

    Miroir, miroir, dis-moi qui est la plus stable...

    <Satané miroir déformant et inculte, si j'étais vraiment grosse comme ça, je ne serais pas qualifiée de vaporware!>

    :D
  • # Proposition

    Posté par  . En réponse au message problème de pilote. Évalué à 2.

  • # Pas d'idée

    Posté par  . En réponse au message Installation mk 10.1. Évalué à 2.

    Mon copain google a sûrement tout plein d'idées, mais moi, j'ai la googleflemme, à cette heure.

    En revanche, je sais comment te dépanner, pour ton histoire de mot de passe :

    -Booter en failsafe (ou bien, si ce n'est pas proposé (ce qui m'étonnerait), ajouter un '1' à la ligne de commande du boot, lors du démarrage);

    -Attendre poliment qu'apparaisse un shell (interpréteur de commandes), avec son joli '#', qui se met gentiment en attente de nos ordres sur son écran noir;

    -Taper passwd pour changer le mot de passe root, passwd coinkoin pour celui de l'utilisateur coinkoin;

    -Taper abcdefgh comme mot de passe dans les deux cas (comment ça, c'est un peu gros, comme piège? ;-) );

    -rebooter (ou taper init 5).

    C'est fait, c'est réglé!
  • # Sacré bazar

    Posté par  . En réponse au message remplir une chaine de int *. Évalué à 3.

    A mon avis, l'erreur est dans la comparaison *tmp!='\0'. *tmp est un int, mais '\0' est un char, à vue de nez, il doit faire une comparaison de chars au lieu d'ints.

    Evite les casts implicites, et essaie avec while(*tmp!=0).

    P.S. : Il n'y aurait pas un autre bogue dans le malloc? Je ne vois pas la raison de l'étoile dans sizeof(unsigned int *).

    Ah, il y a aussi un bogue dangereux dans ta gestion de la mémoire. Il fait effectivement que tu rajoutes un int nul en fin de chaîne, car rien ne garantit que les valeurs qui suivent soient nulles (et donc il faut allouer un espace de plus). Et tu as raison de l'initialiser toi-même à 0, car malloc() n'initialise pas obligatoirement la mémoire. Mais initialise-le donc avec un vrai 0, et non '\0'...

    Ah, et au fait, tu es sûr d'avoir besoin d'une chaine d'ints, et pas de chars? C'est plus courant, tout de même...
  • [^] # Re: Merci beaucoup :)

    Posté par  . En réponse au journal Bandes annonces sous Linux, site qui marche !!!. Évalué à 2.

    Clair que ça va marcher, je sous sous Debian ;o)

    Oui, enfin, il ne faut pas pousser non plus, Debian n'est pas complètement en-dessous de tout ;-) .
  • [^] # Re: re

    Posté par  . En réponse au journal Roulette linuxienne. Évalué à 2.

    Attends, essaie cette version-là (heu, moi aussi, je décline toute responsabilité quant à d'éventuelles pertes de données résultant de l'exécution de cette commande) :

    [ $[ $RANDOM % 6 ] != 0 ] && echo "You live" || format c:

    :-)