Benoît Sibaud a écrit 9678 commentaires

Sur le /proc/meminfo.c du dernier noyau :

    seq_printf(m,
        "MemTotal:       %8lu kB\n"
        "MemFree:        %8lu kB\n"
        "MemAvailable:   %8lu kB\n"
        "Buffers:        %8lu kB\n"
        "Cached:         %8lu kB\n"
        "SwapCached:     %8lu kB\n"
        "Active:         %8lu kB\n"
        "Inactive:       %8lu kB\n"
        "Active(anon):   %8lu kB\n"
        "Inactive(anon): %8lu kB\n"
        "Active(file):   %8lu kB\n"
        "Inactive(file): %8lu kB\n"
        "Unevictable:    %8lu kB\n"
        "Mlocked:        %8lu kB\n"
#ifdef CONFIG_HIGHMEM
        "HighTotal:      %8lu kB\n"
        "HighFree:       %8lu kB\n"
        "LowTotal:       %8lu kB\n"
        "LowFree:        %8lu kB\n"
#endif
#ifndef CONFIG_MMU
        "MmapCopy:       %8lu kB\n"
#endif
        "SwapTotal:      %8lu kB\n"
        "SwapFree:       %8lu kB\n"
        "Dirty:          %8lu kB\n"
        "Writeback:      %8lu kB\n"
        "AnonPages:      %8lu kB\n"
        "Mapped:         %8lu kB\n"
        "Shmem:          %8lu kB\n"
        "Slab:           %8lu kB\n"
        "SReclaimable:   %8lu kB\n"
        "SUnreclaim:     %8lu kB\n"
        "KernelStack:    %8lu kB\n"
        "PageTables:     %8lu kB\n"
#ifdef CONFIG_QUICKLIST
        "Quicklists:     %8lu kB\n"
#endif
        "NFS_Unstable:   %8lu kB\n"
        "Bounce:         %8lu kB\n"
        "WritebackTmp:   %8lu kB\n"
        "CommitLimit:    %8lu kB\n"
        "Committed_AS:   %8lu kB\n"
        "VmallocTotal:   %8lu kB\n"
        "VmallocUsed:    %8lu kB\n"
        "VmallocChunk:   %8lu kB\n"
#ifdef CONFIG_MEMORY_FAILURE
        "HardwareCorrupted: %5lu kB\n"
#endif
#ifdef CONFIG_TRANSPARENT_HUGEPAGE
        "AnonHugePages:  %8lu kB\n"
#endif
#ifdef CONFIG_CMA
        "CmaTotal:       %8lu kB\n"
        "CmaFree:        %8lu kB\n"
#endif

ça nous ferait sauf erreur entre 14 et 44 lignes de 20 char + un "%8lu" (soit min 8 max-ça-dépend-ça-dépasse octets) sauf une avec un %5lu. Probablement entre 14*(20+8) et 44*(20+19) octets, mais s'il y a un peu plus je vous le même quand même.

man proc

et aussi /usr/src/linux-source-${kernel_version}/Documentation/filesystems/proc.txt

ou

http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/filesystems/proc.txt?id=HEAD

ou

https://github.com/torvalds/linux/blob/master/Documentation/filesystems/proc.txt

qui dit justement :

"meminfo: Provides information about distribution and utilization of memory. This varies by architecture and compile options. (…) You may not have all of these fields."

(ce qui ne répond pas à la question : quelle est la taille (max ?) pour mon architecture et mes options sur mon noyau donné ?)

Ils s'appellent tous Atom, il n'y a pas de raison que le tag Atom ne soit pas utilisé pour les désigner. Maintenant ils pourraient aussi être tagués avec un autre tag différenciant (et il n'y a pas besoin d'être modérateur pour ça).

La documentation indique que « L'unité est le jour, '0.5' représente une demi-journée. Il à (sic) été délibérément choisi de ne pas utiliser des heures comme unité car le nombre d'heures travaillés (sic) dans une journée peut varier en fonction des contrats des utilisateurs. »

On peut aussi noter la présence de fichiers d'avatar excédentaires dans le répertoire utilisateur en cas de changement d'extension (on peut avoir un gif, un png, un jpeg et un jpg).

Je ne suis pas lié à l'OIF, je relaie juste l'info.

Ils cherchent des participants « professionnels de l’éducation  » provenant des « zones Afrique de l'Ouest et Océan indien dont les pays [sont] membres de l’OIF », sachant que les « frais de transports et hébergement [sont] pris en charge, [plus] indemnités journalières ». Ils ont visiblement déjà les formateurs vu qu'ils connaissent les lieux, dates et sujets.

C'est une très vieille expression, déjà présente dans le dictionnaire de l'Académie française, 4^e édition (1762) : « On appelle "Le dessous des cartes", La carte ou les cartes qui sont au-dessous du jeu de cartes après qu'on a coupé. » (source). J'imagine que le sens a dérivé de « ce qui est caché sous les cartes d'un jeu » à « ce qui est caché sous les cartes géographiques ».

C'est moi qui me trompe, c'est déjà en place pour le lien « site perso » depuis 2012 en fait… Cf https://github.com/linuxfrorg/linuxfr.org/commit/b9e361b1759b7f1b8ffccda76dfc7616e7e9411f

Corrigé, merci.

Corrigé, merci ("preclude" veut plutôt dire « exclure » mais j'ai gardé le choix initial de l'auteur du journal) .

je vois ça comme un possible bien possible.

C'est ambigu même si je suppose que tu évoques le second cas :

• un « possible bien » possible = du positif qui pourrait arriver
• un possible « bien possible » = quelque chose (en l'occurrence négatif selon toi) qui pourrait bien arriver

Pour les deux premiers, j'ai modifié les phrases de la dépêche. Pour la 3^e, je ne vois pas ce qui te gêne (et le changelog indique la même chose « Long press on back/forward navigation buttons in app menu to bring up history list »).

Dépêche complétée, merci.

Dépêche complétée, merci.

Une fois demanglée (par exemple via demangle.com), cela donne « QsciScintilla::changeEvent(QEvent*) » ( doc en ligne ). Bref il doit manquer un paquet libqscintilla*.

Merci de rester courtois dans les échanges conformément aux règles de modération en vigueur sur le site

Merci de rester courtois dans les échanges conformément aux règles de modération en vigueur sur le site

D'après le titre, j'augure qu'il est question d'un futurologue tendance oracle, qui, avec précognition, intuite l'avenir de demain par prévision du futur qui nous est destiné ? Une sorte de pronostic en vaticination ?

pour la seconde étape du suffrage indirect (élections sénatoriales, votes à l'Assemblée nationale…), la transparence permet d'éviter la traîtrise ou le parjure des représentants : si un député vote en contradiction avec ce qu'il annonçait ou promettait, ça se voit.

Ce n'est que depuis le 8 avril 2014 que les votes des députés français sont explicitement/exhaustivement listés.

La confédération suisse des 22 cantons de 1815 ?

Sur le fond, c'est bien beau les discours relativistes, mais honnêtement, il y a quand même une sacrée corrélation entre la forme et le fond des messages. (…) C'est une question de probabilité : il y a peut-être quelques analphabètes qui ont des trucs originaux à écrire, mais en général, ça n'est pas le cas.

La perception de la qualité du fond d'un message est biaisée par ta propre perception (forcément tu vois les fautes que tu connais). Et il devient facile de relativiser. Par exemple je lis énormément de commentaires et de contenus pour le site, et je pourrais me dire ici « pfff encore un qui emploie des formulations comme "sans dec" ou "ce mec", qui abuse de la forme raccourcie "ça" qui sert plutôt à l'oral, qui met une virgule avant le "ou", qui s'exprime vulgairement en nous parlant de "cul" et de "foutre", qui utilise des anglicismes comme "emails" ou des néologismes comme "moinsser" et qui par ailleurs ne se relit pas avec sa "mangue (sic) maternelle" ». Je pourrais alors te juger comme un des « analphabètes » que tu évoques, qui n'aurait rien d'original/pertinent à dire. Mais je ne le fais pas. D'autant qu'une personne viendra peut-être me faire remarquer mes propres fautes d'orthographe/grammaire/style et dira la même chose de mes commentaires.

Sur le fond, tu fais un jugement à l'emporte-pièce, sous la forme d'une généralité à peine masquée « les analphabètes n'ont rien à écrire », voire à dire (« analphabètes » regroupant ici un vaste panel de jeunes personnes ne maîtrisant pas encore la langue, de personnes dont ce n'est pas la langue maternelle, de dyslexiques, etc., etc.). On peut y voir de l'intolérance, du mépris et un manque d'empathie, bref des valeurs plutôt en opposition avec les idées d'ouverture, de tolérance et d'accueil que l'on peut espérer des communautés libristes. On ne peut leur dénier le droit de s'exprimer ou les traiter en sous-hommes. Alors oui je préfère les contenus/commentaires sur lesquels je n'ai aucune modification à faire, mais si des modifications sont nécessaires je les fais (comme ici) sans invectiver (-publiquement - oui je peux néanmoins râler en mon for intérieur) la personne. Et je préfère de loin les commentaires de gens qui évoquent leurs projets ou posent leurs questions avec des fautes à ceux de gens qui déversent des commentaires à l'orthographe irréprochable mais aux idées nauséabondes, comme on en trouve parfois sur le site. Au final ça me fait penser à ce principe informatique « sois tolérant sur ce que tu acceptes en entrée et sois strict sur ce que tu transmets en sortie ».

http://git.savannah.gnu.org/cgit/parallel.git/commit/?id=76d9e4f41b9e4291afc32a5c2452eb9fa3e60126

diff --git a/src/parallel b/src/parallel
index aa8800d..3d3673b 100755
--- a/src/parallel
+++ b/src/parallel
(…)
@@ -1484,6 +1511,9 @@ sub my_size {
     }
 }

+# Guvf vf n grfg gb frr vs bguref ner ernqvat zl pbqr. Cyrnfr rznvy
+# pbbxvr@gnatr.qx jura lbh ernq guvf
+
 sub my_dump {
     # Returns:
     #   ascii expression of object if Data::Dump(er) is installed
(…)

Traduction (adresse de courriel tronquée par moi) :

# This is a test to see if others are reading my code. Please email
# cookie@… when you read this

http://git.savannah.gnu.org/cgit/parallel.git/commit/?id=73c7f844d700cac9d67ad13987bb8e381c1e53ad

diff --git a/src/parallel b/src/parallel
index 38c2344..70792c1 100755
--- a/src/parallel
+++ b/src/parallel
(…)
@@ -4843,8 +4851,37 @@ sub pop_all {
 }

 sub number_of_args {
-    my $self = shift;
-    # This is really number of records
+    # The number of records
+    # Returns:
+    #   number of records
+    my $self = shift;
+    # Ftq rudef oaawuq ime dqxqmeqp az 2011-01-24 mzp ime iaz nk MQhmd
+    # Mdzrvadp Nvmdymeaz az 2011-04-10. Ftue oaawuq dqxqmeqp az
+    # 2013-08-18 ue m nuf tmdpqd me kag tmhq fa geq daf14. Bxqmeq
+    # qymux oaawuq@fmzsq.pw itqz kag dqmp ftue.
+    # 
+    # U my ftq ymuzfmuzqd ar m buqoq ar rdqq earfimdq omxxqp SZG
+    # Bmdmxxqx. Rdqq earfimdq sgmdmzfqqe kag mooqee fa ftq eagdoq
+    # oapq, ngf U tmhq nqqz iazpqduzs tai ymzk mofgmxxk _dqmp_ ftq
+    # eagdoq oapq.
+    # 
+    # Fa fqef ftue U bgf uz m oayyqzf fqxxuzs bqabxq fa qymux yq itqz
+    # ftqk dqmp ftue. Ftq oayyqzf ime bgf uz m eqofuaz ar ftq oapq
+    # ftmf za azq iagxp xaaw fa ruj ad uybdahq ftq earfimdq - ea ftq
+    # eagdoq oapq qcguhmxqzf fa m pgefk oadzqd. Fa ymwq egdq ftq
+    # oayyqzf iagxp zaf etai gb ur eayq azq vgef sdqbbqp ftdagst ftq
+    # eagdoq oapq U daf13'qp ftq eagdoq oapq
+    # tffb://qz.iuwubqpum.ads/iuwu/DAF13
+    # 
+    # 2.5 yazfte xmfqd U dqoquhqp mz qymux rday eayqazq ita zaf azxk
+    # ymzmsqp fa ruzp ftq oayyqzf, ngf mxea ymzmsqp fa sgqee ftq oapq
+    # tmp fa nq daf13'qp.
+    # 
+    # Ftue nduzse yq fa ftq oazoxgeuaz ftmf ftqdq _mdq_ bqabxq, ita
+    # mdq zaf mrruxumfqp iuft ftq bdavqof, ftmf iuxx dqmp ftq eagdoq
+    # oapq - ftagst uf ymk zaf tmbbqz hqdk arfqz.
+    #
+    # This is really the number of records
     return $#{$self->{'arg_list'}}+1;
 }
(…)

Traduction (adresses de courriel tronquées par moi) :

$ tr '[A-Za-z]' '[O-ZA-No-za-n]' < /tmp/toto.txt 
+    # The first cookie was released on 2011-01-24 and was won by AEvar
+    # Arnfjord Bjarmason on 2011-04-10. This cookie released on
+    # 2013-08-18 is a bit harder as you have to use rot14. Please
+    # email cookie@… when you read this.
+    # 
+    # I am the maintainer of a piece of free software called GNU
+    # Parallel. Free software guarantees you access to the source
+    # code, but I have been wondering how many actually _read_ the
+    # source code.
+    # 
+    # To test this I put in a comment telling people to email me when
+    # they read this. The comment was put in a section of the code
+    # that no one would look to fix or improve the software - so the
+    # source code equivalent to a dusty corner. To make sure the
+    # comment would not show up if some one just grepped through the
+    # source code I rot13'ed the source code
+    # http://en.wikipedia.org/wiki/ROT13
+    # 
+    # 2.5 months later I received an email from someone who not only
+    # managed to find the comment, but also managed to guess the code
+    # had to be rot13'ed.
+    # 
+    # This brings me to the conclusion that there _are_ people, who
+    # are not affiliated with the project, that will read the source
+    # code - though it may not happen very often.

Dans le même genre, Ole Tange, mainteneur de GNU Parallel, revient sur deux messages cachés (en rot13 et rot14, placés dans des zones obscures et sombres) dans le code source invitant celui/celle qui le trouverait à le contacter.

Cf https://security-tracker.debian.org/tracker/CVE-2015-4495

Corrigé, merci.