Krunch a écrit 3860 commentaires

  • # c'est voulu

    Posté par  (site web personnel) . En réponse au journal Red Hat et les patchs: Un journal du vendredi publié samedi. Évalué à 10.

    Mais peut-être est-ce juste un problème technique temporaire ? Un oubli ? Il y a peu de chances mais il faudrait quand même vérifier.

    Je travaillais chez Red Hat quand ce changement est devenu effectif. Pour autant que je sache il s'agit d'une décision voulue et réfléchie. Je n'ai toujours pas bien compris la logique mais pour ce que j'en ai vu, la plupart des développeurs Red Hat ne sont pas très content de cette décision non plus.

    Les patches sont visibles aux gens disposant d'une souscription (une interface web a été développée spécialement pour ça).

    Personnellement je suis content qu'une discussion à ce sujet soit enfin lancée publiquement. Si vous êtes client Red Hat et que vous trouvez cette décision bizarre ou inacceptable, je vous incite à entrer en contact avec votre commercial.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: Quels services devrait-on prendre en charge pour les avatars

    Posté par  (site web personnel) . En réponse à la dépêche Architecture logicielle de la nouvelle version de LinuxFr.org. Évalué à 2.

    En parallèle, n'oubliez pas de voter pour le retour des signatures : https://linuxfr.org/suivi/disparition-des-signatures

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # sans CSS

    Posté par  (site web personnel) . En réponse à l’entrée du suivi Disparition des signatures. Évalué à 4 (+0/-0).

    Il est possible de réactiver les signatures via les avatars. Au moins jusqu'à ce que le bug 185 soit fermé.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # gestion bizarre/pourrie des interruptions

    Posté par  (site web personnel) . En réponse au message Gel du démarrage. Évalué à 3.

    Il y a plusieurs actions possibles (qui ne sont pas forcément incompatibles entre elles).

    1. examiner le dmesg en détails
    2. blacklister les modules un a un et rebooter jusqu'à ne plus avoir le problème (du coup on sait que le problème est lié au dernier module blacklisté)
    3. vérifier si le problème arrive toujours avec "nosmp", "maxcpus=0", "noapic",...
    4. ouvrir un bug chez Debian et leur fournir un maximum de détails

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: Le niveau baisse ?

    Posté par  (site web personnel) . En réponse au sondage Je trouve la nouvelle version de LinuxFr ..... Évalué à 4.

    Bon du coup je met ma signature en avatar.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: Pourrais-tu être plus spécifique?

    Posté par  (site web personnel) . En réponse au journal Javascript: mais pourquoi ?. Évalué à 5.

    Le monsieur a dit « langage un peu récent ». Je pense qu'il voulait dire « langage à la syntaxe un peu moderne ». Java n'entre clairement pas dans cette catégorie.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # tcpdump

    Posté par  (site web personnel) . En réponse au message Problème bizarre de formulaire POST. Évalué à 2.

    tcpdump un client qui marche pas et un client qui marche, cherche la différence. Du côté serveur tu peux sans doute activer des logs plus verbeux pour tous les modules impliqués histoire de voir ce qui arrive à chaque niveau et ce qui est filtré.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # dupe

    Posté par  (site web personnel) . En réponse au message Impossible de visualiser un thread d'un forum.. Évalué à 2.

    Ce rapport de bug est un doublon de https://linuxfr.org/suivi/redirection-infinie-sur-les-suivis-avec-accent

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: fragmentation

    Posté par  (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 3.

    Les GFP flags de l'OOM correspondent à ceux du message XFS (0x2d0 == NOWARN | FS | IO | WAIT). Le message vient de là : http://lxr.linux.no/#linux+v2.6.12/fs/xfs/linux-2.6/kmem.c#L62

    43#define MAX_VMALLOCS    6
    44#define MAX_SLAB_SIZE   0x20000
    ..
    47void *
    48kmem_alloc(size_t size, int flags)
    49{
    50        int     retries = 0;
    51        int     lflags = kmem_flags_convert(flags);
    52        void    *ptr;
    53
    54        do {
    55                if (size < MAX_SLAB_SIZE || retries > MAX_VMALLOCS)
    56                        ptr = kmalloc(size, lflags);
    57                else
    58                        ptr = __vmalloc(size, lflags, PAGE_KERNEL);
    59                if (ptr || (flags & (KM_MAYFAIL|KM_NOSLEEP)))
    60                        return ptr;
    61                if (!(++retries % 100))
    62                        printk(KERN_ERR "XFS: possible memory allocation "
    63                                        "deadlock in %s (mode:0x%x)\n",
    64                                        __FUNCTION__, lflags);
    65                blk_congestion_wait(WRITE, HZ/50);
    66        } while (1);
    67}
    

    Faut croire que XFS essaie d'allouer un relativement gros bloque de mémoire contigüe. Ça marche pas donc ça déclenche un OOM. XFS réessai jusqu'à ce que les OOM aient défragmenté suffisamment de mémoire où jusqu'à ce qu'il abandonne et utilise de la mémoire non contigüe.

    M'étonnerait qu'un xfs_repair change grand chose. Il y a peut-être moyen de tuner XFS pour éviter ce genre de situation mais vu l'ancienneté du noyal, il est probable qu'il s'agisse d'un bug XFS qui requiert une mise à jour du driver.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: fragmentation

    Posté par  (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 3.

    L'idéal ça serait d'avoir un backtrace pour voir par quoi out_of_memory() a été appelé. On peut faire ça en activant le sysctl "panic_on_oom" et en ayant de quoi récupérer les logs console et possiblement un vmcore.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # fragmentation

    Posté par  (site web personnel) . En réponse au message Problème d'OOM killer sur un NAS LaCie. Évalué à 2.

    J'y connais rien en ARM mais ceci :

    user.warn kernel: DMA free:6524kB min:1200kB low:1500kB high:1800kB active:80kB inactive:92kB present:16384kB pages_scanned:41 all_unreclaimable? no
    

    signifie qu'il y a 6524kB de mémoire disponible et que l'OOM ne devrait pas se déclencher tant que ça ne passe pas en dessous de 1200kB. Sauf que :

    user.warn kernel: DMA: 411*4kB 252*8kB 113*16kB 27*32kB 1*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 6524kB
    

    signifique que la plus grande zone de mémoire consécutive disponible est de 128kB. Si quelque chose tente d'allouer 256kB consécutifs par exemple, ça peut causer un OOM. Tu n'as rien d'autre dans les logs noyau immédiatement avant l'OOM ? Ça se passe lors du chargement d'un module par exemple ?

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # dupe

    Posté par  (site web personnel) . En réponse à l’entrée du suivi la page d'erreur 404 est très laide (toutes CSS). Évalué à 2 (+0/-0).

    Ce suivi est un doublon de https://linuxfr.org/suivi/erreur-sur-la-page-404

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # dupe

    Posté par  (site web personnel) . En réponse à l’entrée du suivi redirection infinie lors de la tentative d'ouverture d'un suivi. Évalué à 2 (+0/-0).

    Ce suivi est un doublon de https://linuxfr.org/suivi/redirection-infinie-sur-les-suivis-avec-accent

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: n00b

    Posté par  (site web personnel) . En réponse au journal You don’t have your tools — you don’t have anything. Évalué à 3.

    Par coeur ça me semble un peu violent mais soit tu refais le protocole from scratch (mais du coup tu dois te coltiner le client aussi et ça devient un peu le bordel, surtout si l'idée à la base c'est de permettre aux gens qui ont déjà un client de communiquer), soit tu reverse engineer depuis un client IRC. Pour ce type de protocole, c'est pas bien compliqué, surtout si tu connais déjà l'idée générale et les principales commandes et que tu dois juste clarifier les détails, la syntaxe exacte,...

    Enfin, perso j'ai une copie de la plupart des RFC dans mon $HOME.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: n00b

    Posté par  (site web personnel) . En réponse au journal You don’t have your tools — you don’t have anything. Évalué à 1.

    On parle d'un serveur IRC. Ça peut vraiment se faire en quelques centaines (allez, milliers si tu veux un truc complet) lignes de C. Moins avec des langage plus haut niveau.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # NUMA? kernel leak? userland leak? mm bug?

    Posté par  (site web personnel) . En réponse au message Erreur "Cannot allocate memory" généralisée. Évalué à 1.

    On peut avoir une copie du message d'OOM complet ? Il te dit exactement ce qui tombe à court de mémoire normalement mais sans ça c'est un peu dur de diagnostiquer.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # n00b

    Posté par  (site web personnel) . En réponse au journal You don’t have your tools — you don’t have anything. Évalué à 6.

    > Ne pouvant plus utiliser FaceBook et Twitter, il a voulu mettre en place un
    > service d'IRC, mais il s'est rendu compte qu'il n'avait pas de copie locale des
    > logiciels nécessaires ....

    Il avait bien sa bite, son couteau, un compilateur et un éditeur de texte non ? En fait tout ça est même optionel.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: Xvid ?

    Posté par  (site web personnel) . En réponse à la dépêche FOSDEM 2011 : les vidéos sont (déjà) en ligne !. Évalué à 3.

    Toutes les vidéos des devrooms securité et mozilla sont dans un autre format (webm) car elles ont été réalisées par une personne indépendante du NamurLUG avec sa propre caméra (Kai Engert).

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # srsly

    Posté par  (site web personnel) . En réponse au message script conversion png vers pdf. Évalué à 3.

    for PNG in *.png
    do
    PDF=`echo $PNG | sed 's/png$/pdf/`
    convert $PNG $PDF
    done

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # Lennart en live

    Posté par  (site web personnel) . En réponse au journal Linux ou POSIX ?. Évalué à 3.

    À 27C3, il y a eu une présentation sur l'état des APIs desktop sous Linux. Lennart était dans le public...
    vidéo : http://mirror.fem-net.de/CCC/27C3/mp4-h264-HQ/27c3-4017-en-d(...)
    audio : http://mirror.fem-net.de/CCC/27C3/ogg-audio-only/27c3-4017-e(...)
    abstract+slides : http://events.ccc.de/congress/2010/Fahrplan/events/4017.en.h(...)

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # remplacer le sang

    Posté par  (site web personnel) . En réponse au journal HS un substitut de sang humain. Évalué à 10.

    > On parle depuis longtemps du remplacement du sang humain par un truc plus pratique.

    Bah perso j'arrive à subsister avec de la viande d'animal, des pâtes, des légumes, des fruits,...

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: Un nom pour se faire du pognon facile

    Posté par  (site web personnel) . En réponse au journal Coup de tonnerre !. Évalué à 9.

    Je suis à peu près sûr d'avoir entendu ou lu le terme « états-uniens » avant que Wikipédia francophone existe.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • # la livre à 49€ ?

    Posté par  (site web personnel) . En réponse au journal Bonne affaire sur livre électronique (mais il faut se dépêcher !). Évalué à 0.

    C'est fort intéressant parce que la dernière fois que j'ai regardé elle était à plutôt à 1.18484€.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # Re: alias rm=rm -i J'en ai besoin tous les jours

    Posté par  (site web personnel) . En réponse au message Le mauvais usage. Évalué à 5.

    Et du coup, le jour où tu vas utiliser un système où l'alias n'existe pas (nouvelle installation, système tiers, foirage de modification de config, ou même si un fichier "-f" existe dans le répertoire) tu vas avoir une joli surprise. Je pense que c'est le problème potentiel de ce genre d'alias : ça peut conduire à prendre des habitudes dangereuses.

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

  • [^] # stfw

    Posté par  (site web personnel) . En réponse à la dépêche Red Hat Enterprise Linux 5.6. Évalué à 4.

    https://www.redhat.com/security/data/cve/CVE-2010-4645.html

    pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.