For those of you who can’t even afford 80 EUR, please use the Friends application in the ticket shop or get in touch with 30c3-friends@cccv.de and tell us a bit about yourself, what you’re doing and how much you could pay. Be sure, we’ll find a solution.
Ça les vaut largement. L'infrastructure et l'organisation sont impressionnantes. Les présentations ont un excellent niveau. D'un point de vue rapport qualité/prix, la seule conférence que je connaisse qui soit plus intéressante, c'est le FOSDEM parce que c'est gratuit (mais l'infrastructure laisse a désirer, principalement parce qu'il y a trop de gens pour l'espace disponible) ou à la limite les RMLL parce que c'est gratuit aussi (mais il y a peu de présentations techniques de bon niveau et c'est 99% français, 99,9% francophone).
Si tu veux vraiment limiter les dépenses, le Congress peut même revenir moins cher que le FOSDEM ou les RMLL vu que tu peux dormir sur place (pas forcément super confortablement ou aux heures que tu préfères) et avoir des repas gratuits si tu te portes volontaire pour aider à l'organisation (ça vaut pas un resto mais il doit y avoir moyen de survir quatre jours comme ça).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Une autre possiblité est que les distributions qui veulent des certifications se dirigent vers quelque chose comme BorginSSL qui est possiblement moins radical plus corpo-compatible que LibreSSL.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
De Mon Temps, RHCSA s'appellait RHCT. Quand j'ai tenté de passer le RHCE la première fois, j'ai raté l'examen mais ça m'a quand même donné un RHCT. Donc si c'est toujours le même examen, ça reste plus intéressant que le LPI mais je serais suspicieux des capacités de quelqu'un qui a un RHCSA mais pas un RHCE.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
C'est marqué « Ouvert aux autodidactes avec une expertise IT ». Moi je lis ça comme, « on s'en fout de vos diplômes et certifications tant que vous savez passer l'entretien technique ».
Ce qui manque sur ton CV par rapport au poste c'est de l'expérience à écrire du code. Va patcher linuxfr ou met quelques milliers de lignes de code sur ton github et tu augmentera plus tes chances qu'en passant un RHCE.
Je pense.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
J'ai passé la LPI niveau 1 (en 2007, parce que c'était pas cher au FOSDEM et que je sortais tout juste de l'unif et pensais avoir besoin de rajouter des trucs sur mon CV) et le RHCE (en 2008, RHEL 5, parce que ma boîte l'exigeais et qu'elle payait). Autant la LPI montre juste que tu es capable de passer un QCM (ou a la limite de retenir quelques commandes par coeur), autant le RHCE nécessite un minimum de connaissances pratiques (et il est même possible d'y apprendre l'un ou l'autre truc si tu ne t'y connais pas trop à la base). Je ne pense pas qu'elles soient comparable.
Ces deux certifications ont sans doute évolué depuis le temps mais comparativement je serais surpris que le LPI soit mieux considéré qu'un RHCE, quelle que soit la distribution (et un RHCSA c'est RHCE + 5(?) autres exams du même style).
Après, en pratique, aucun de mes employeurs n'a jamais fait attention à mon RHCE ou mon LPI. Par contre ils ont tous été intéressés par le fait que je possède un diplôme universitaire. Certains donnaient même des points en plus parce que c'est un diplôme d'informatique.
Donc, de mon expérience, les certifications, si tu en as l'occasion sans te ruiner, pourquoi pas mais c'est pas ça qui va t'aider à trouver un boulot correct.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
En général, il vaut mieux écrire ton code de manière « naïve » puis mesurer ce qui prend du temps et optimiser ce qui est nécessaire. Bien sûr il faut commencer par avoir un algorithme relativement efficace mais c'est indépendant du langage.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Tu peux tenter de jouer avec les diverses options d'affichage plutôt que de t'obstiner sur l'ACPI qui n'a pas forcément de rapport. La première chose que je ferais serait de tenter de booter avec vga=ask puis de grepper kernel-parameters.txt pour video|FB|[Vv][Gg][Aa].
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si tu commences à bloquer par IP tout client qui envoit des requètes « bizarres » ça devient fort facile de faire bannir le site depuis toute bibliothèque, bureau ou autre endroit derrière du NAT. S'il n'y a pas une bonne raison pour faire ce genre de filtrage (« ça fait plein de lignes bizarres dans mes logs » n'est pas une bonne raison), ça ne me semble pas une super idée.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
En lisant dmesg.c et associés, je suppute que le problème n'apparait pas quand tu passes -L=never ou que tu utilises une version de dmesg suffisamment ancienne pour ne pas avoir le support des couleurs.
La raison la plus évident pour que color_fdisable() segfault serait que stdout soit invalide mais je ne vois pas vraiment comment ça peut arriver dans dmesg.
Un strace (est-ce qu'il y a un close(1) avant le segfault ?) et le message exact quand le segfault a lieu hors de gdb (est-ce que ça crash sur une tentative de lecture de 0x0 ou de quelque chose de plus exotique) pourraient aider. Mais un core associé à l'exécutable avec symboles de debug serait sans doute le plus utile.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Tu peux toujours commencer par remonter le problème à ta distribution. Si tu arrives à reproduire le problème avec la dernière version upstream fraichement compilée sans patch tiers, il peut être utile de remonter le problème chez eux aussi mais le mainteneur du paquet dans ta distro devrait le faire de toute façon.
Ta distro dispose sans doute d'instructions expliquant quelles informations remonter quand tu ouvres un bug. La documentation du paquet lui même dispose peut-être aussi de ce genre d'instructions. J'ai cherché aucune des ces instructions, ce qui suit vient juste d'idées qui m'ont traversées l'esprit en lisant ton message.
$ uname -a
$ dmesg --version
$ env # surtout $TERM en fait
Vois si tu arrives à contourner le problème en utilisant diverses combinaisons des options de dmesg et en variant certains paramètres de l'environement (au sens général, pas au sens variables d'env). Que tu y arrives ou pas, l'information peut être utile à mettre dans le rapport de bug. Par exemple, est-ce que --clear fonctionne et est-ce que le problème persiste après ? Est-ce que le problème persiste après un reboot ? Est-ce que tu peux reproduire le problème avec différents shells, émulateurs de terminal et kernels ? Si c'était du x86 je suggèrerais de reproduire le problème avec Valgrind ou ElectricFence. Il existe sans doute des équivalents pour ARM que tu peux essayer.
Si ta distribution fourni les symboles de debug (debuginfo) pour le paquet correspondant, essaie de relancer gdb après les avoir installés.
Si ta distribution ne fourni pas les symboles de debug, tu peux recompiler le paquet avec CFLAGS+=-ggdb et ainsi récupérer un backtrace ou core plus informatif.
Si le problème est lié au contenu du ring buffer, tu peux tenter de le récupérer indépendamment avec un debugger noyau (crash(8) a une commande "dmesg" interne mais je suis sûr qu'il y en a d'autres).
Si les symboles de debugs ne sont pas disponibles et que recompiler n'est pas pratique, tu peux désassembler la fonction qui merde ("disass" dans gdb ou just objdump -D sur le binaire) et tenter de comprendre le problème comme ça. Avoir le code source correspondant sous les yeux aide beaucoup.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Personnellement j'ai fait l'impasse sur les conférences cette années mais j'espère bien revoir plein de moulesWDLFPistes en février pour le FOSDEM et l'été prochain pour le Chaos Communication Camp (pas encore de dates annoncées ?).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: 100 € l’entrée ?!
Posté par Krunch (site web personnel) . En réponse à la dépêche 31c3 : le Chaos Communication Congress de retour avec « A New Dawn ». Évalué à 4.
À noter aussi que
https://events.ccc.de/2013/11/18/tickets-available-for-preorder/
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: 100 € l’entrée ?!
Posté par Krunch (site web personnel) . En réponse à la dépêche 31c3 : le Chaos Communication Congress de retour avec « A New Dawn ». Évalué à 6.
Ça les vaut largement. L'infrastructure et l'organisation sont impressionnantes. Les présentations ont un excellent niveau. D'un point de vue rapport qualité/prix, la seule conférence que je connaisse qui soit plus intéressante, c'est le FOSDEM parce que c'est gratuit (mais l'infrastructure laisse a désirer, principalement parce qu'il y a trop de gens pour l'espace disponible) ou à la limite les RMLL parce que c'est gratuit aussi (mais il y a peu de présentations techniques de bon niveau et c'est 99% français, 99,9% francophone).
Si tu veux vraiment limiter les dépenses, le Congress peut même revenir moins cher que le FOSDEM ou les RMLL vu que tu peux dormir sur place (pas forcément super confortablement ou aux heures que tu préfères) et avoir des repas gratuits si tu te portes volontaire pour aider à l'organisation (ça vaut pas un resto mais il doit y avoir moyen de survir quatre jours comme ça).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# avec des liens saymieu
Posté par Krunch (site web personnel) . En réponse au journal [SF] On vient de changer d'époque !. Évalué à 5.
L'article du Monde : http://www.lemonde.fr/europe/article/2014/12/13/suisse-flambee-de-violences-a-zurich_4540001_3214.html
Des photos des lasers : http://www.20min.ch/ro/news/suisse/story/Une-nuit-d-emeutes-dans-les-rues-de-Zurich-28218461
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Choix du nom
Posté par Krunch (site web personnel) . En réponse au journal Site à la Hacker News pour la communauté française : Journal Du Pirate. Évalué à 5.
ça me semble très bien « bidouilleur ». Ça n'est pas comme si le terme « hacker » n'avait pas une connotation péjorative non plus.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Ils sont rentrés
Posté par Krunch (site web personnel) . En réponse au message Protection contre différentes types d'attaques. Évalué à 2.
Ce raisonnement fonctionne aussi pour Apache, PHP et MySQL.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Distributions ?
Posté par Krunch (site web personnel) . En réponse à la dépêche LibreSSL 2 est bien lancé. Évalué à 2.
Une autre possiblité est que les distributions qui veulent des certifications se dirigent vers quelque chose comme BorginSSL qui est possiblement moins radical plus corpo-compatible que LibreSSL.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Fautes d'orthographe
Posté par Krunch (site web personnel) . En réponse au message Idéaliste et borné. Évalué à 3.
Tu es en train de dire que Molière n'avait pas une vision globale ?
Par ailleurs, tu sembles vraiment avoir du mal avec le pluriel et l'utilisation des signes de ponctuation double.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Fautes d'orthographe
Posté par Krunch (site web personnel) . En réponse au message Idéaliste et borné. Évalué à 2.
Je persiste, bien que les deux soient possibles : http://books.google.co.uk/books?id=rtBPt_cbBHgC&lpg=PA24&ots=5QbMQB4dYs&dq=grevisse%20participe%20pass%C3%A9%20precede%20de%20en&pg=PA26#v=onepage&q=grevisse%20participe%20pass%C3%A9%20precede%20de%20en&f=false
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Fautes d'orthographe
Posté par Krunch (site web personnel) . En réponse au message Idéaliste et borné. Évalué à 4.
Merci pour cette découverte tout à fait pertinente. J'ai ouvert une entrée de suivi pour pouvoir étudier ce phénomène fascinant : https://linuxfr.org/suivi/impossible-de-mettre-une-partie-de-mot-en-gras-sans-recourir-a-des-stratagemes-esoteriques
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Fautes d'orthographe
Posté par Krunch (site web personnel) . En réponse au message Idéaliste et borné. Évalué à 1.
Non, « laissées ». Des fautes. Ou alors la grammaire française a changé depuis que j'ai quitté l'école.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Fautes d'orthographe
Posté par Krunch (site web personnel) . En réponse au message Idéaliste et borné. Évalué à 2. Dernière modification le 27 novembre 2014 à 09:58.
Je t'en avais laissées pourtant.
chacun
Bonne journée !
(bon, ça devrait être un espace insécable mais j'ai la flemme)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Fautes d'orthographe
Posté par Krunch (site web personnel) . En réponse au message Idéaliste et borné. Évalué à 2.
bornés
accepte*nt*
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: À propos de la certification LPI
Posté par Krunch (site web personnel) . En réponse au message Retour sur les certifications Red Hat et offre d'emploi. Évalué à 2.
Je confond RHCSA et RHCA.
De Mon Temps, RHCSA s'appellait RHCT. Quand j'ai tenté de passer le RHCE la première fois, j'ai raté l'examen mais ça m'a quand même donné un RHCT. Donc si c'est toujours le même examen, ça reste plus intéressant que le LPI mais je serais suspicieux des capacités de quelqu'un qui a un RHCSA mais pas un RHCE.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Merci pour vos retours
Posté par Krunch (site web personnel) . En réponse au message Retour sur les certifications Red Hat et offre d'emploi. Évalué à 2.
C'est marqué « Ouvert aux autodidactes avec une expertise IT ». Moi je lis ça comme, « on s'en fout de vos diplômes et certifications tant que vous savez passer l'entretien technique ».
Ce qui manque sur ton CV par rapport au poste c'est de l'expérience à écrire du code. Va patcher linuxfr ou met quelques milliers de lignes de code sur ton github et tu augmentera plus tes chances qu'en passant un RHCE.
Je pense.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: À propos de la certification LPI
Posté par Krunch (site web personnel) . En réponse au message Retour sur les certifications Red Hat et offre d'emploi. Évalué à 3.
J'ai passé la LPI niveau 1 (en 2007, parce que c'était pas cher au FOSDEM et que je sortais tout juste de l'unif et pensais avoir besoin de rajouter des trucs sur mon CV) et le RHCE (en 2008, RHEL 5, parce que ma boîte l'exigeais et qu'elle payait). Autant la LPI montre juste que tu es capable de passer un QCM (ou a la limite de retenir quelques commandes par coeur), autant le RHCE nécessite un minimum de connaissances pratiques (et il est même possible d'y apprendre l'un ou l'autre truc si tu ne t'y connais pas trop à la base). Je ne pense pas qu'elles soient comparable.
Ces deux certifications ont sans doute évolué depuis le temps mais comparativement je serais surpris que le LPI soit mieux considéré qu'un RHCE, quelle que soit la distribution (et un RHCSA c'est RHCE + 5(?) autres exams du même style).
Après, en pratique, aucun de mes employeurs n'a jamais fait attention à mon RHCE ou mon LPI. Par contre ils ont tous été intéressés par le fait que je possède un diplôme universitaire. Certains donnaient même des points en plus parce que c'est un diplôme d'informatique.
Donc, de mon expérience, les certifications, si tu en as l'occasion sans te ruiner, pourquoi pas mais c'est pas ça qui va t'aider à trouver un boulot correct.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Je n’aime pas les gosses…
Posté par Krunch (site web personnel) . En réponse au sondage Quel système de «contrôle parental» utilisez-vous ?. Évalué à 2.
Où as-tu vu que j'ai dit que tu voulais refaire le même monde ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Je n’aime pas les gosses…
Posté par Krunch (site web personnel) . En réponse au sondage Quel système de «contrôle parental» utilisez-vous ?. Évalué à 2.
Si c'est pour aller foutre la merde sur une planète de plus, je suis pas convaincu. Perso j'aime bien http://www.vhemt.org/
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# the root of all evil
Posté par Krunch (site web personnel) . En réponse au message Techniques d'optimisation C++. Évalué à 6.
En général, il vaut mieux écrire ton code de manière « naïve » puis mesurer ce qui prend du temps et optimiser ce qui est nécessaire. Bien sûr il faut commencer par avoir un algorithme relativement efficace mais c'est indépendant du langage.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: rebuild avec -ggdb
Posté par Krunch (site web personnel) . En réponse au message Où poster ce bug et comment?. Évalué à 2.
Ben tu la refais après avoir recompilé avec les symboles de debug.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: vga=ask
Posté par Krunch (site web personnel) . En réponse au message ACPI Warning: SystemIO range conflicts with OpRegion. Évalué à 2.
Sauf que -i fb ça donne des faux positifs. Ma formulation était intentionnelle.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# vga=ask
Posté par Krunch (site web personnel) . En réponse au message ACPI Warning: SystemIO range conflicts with OpRegion. Évalué à 2.
Tu peux tenter de jouer avec les diverses options d'affichage plutôt que de t'obstiner sur l'ACPI qui n'a pas forcément de rapport. La première chose que je ferais serait de tenter de booter avec vga=ask puis de grepper kernel-parameters.txt pour video|FB|[Vv][Gg][Aa].
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# ignorer sans bloquer
Posté par Krunch (site web personnel) . En réponse au message Nginx : trapper des logs "bizarres".. Évalué à 2.
Si tu commences à bloquer par IP tout client qui envoit des requètes « bizarres » ça devient fort facile de faire bannir le site depuis toute bibliothèque, bureau ou autre endroit derrière du NAT. S'il n'y a pas une bonne raison pour faire ce genre de filtrage (« ça fait plein de lignes bizarres dans mes logs » n'est pas une bonne raison), ça ne me semble pas une super idée.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: rebuild avec -ggdb
Posté par Krunch (site web personnel) . En réponse au message Où poster ce bug et comment?. Évalué à 2.
En lisant dmesg.c et associés, je suppute que le problème n'apparait pas quand tu passes -L=never ou que tu utilises une version de dmesg suffisamment ancienne pour ne pas avoir le support des couleurs.
La raison la plus évident pour que color_fdisable() segfault serait que stdout soit invalide mais je ne vois pas vraiment comment ça peut arriver dans dmesg.
Un strace (est-ce qu'il y a un close(1) avant le segfault ?) et le message exact quand le segfault a lieu hors de gdb (est-ce que ça crash sur une tentative de lecture de 0x0 ou de quelque chose de plus exotique) pourraient aider. Mais un core associé à l'exécutable avec symboles de debug serait sans doute le plus utile.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# rebuild avec -ggdb
Posté par Krunch (site web personnel) . En réponse au message Où poster ce bug et comment?. Évalué à 2.
Tu peux toujours commencer par remonter le problème à ta distribution. Si tu arrives à reproduire le problème avec la dernière version upstream fraichement compilée sans patch tiers, il peut être utile de remonter le problème chez eux aussi mais le mainteneur du paquet dans ta distro devrait le faire de toute façon.
Ta distro dispose sans doute d'instructions expliquant quelles informations remonter quand tu ouvres un bug. La documentation du paquet lui même dispose peut-être aussi de ce genre d'instructions. J'ai cherché aucune des ces instructions, ce qui suit vient juste d'idées qui m'ont traversées l'esprit en lisant ton message.
$ uname -a
$ dmesg --version
$ env # surtout $TERM en fait
Vois si tu arrives à contourner le problème en utilisant diverses combinaisons des options de dmesg et en variant certains paramètres de l'environement (au sens général, pas au sens variables d'env). Que tu y arrives ou pas, l'information peut être utile à mettre dans le rapport de bug. Par exemple, est-ce que --clear fonctionne et est-ce que le problème persiste après ? Est-ce que le problème persiste après un reboot ? Est-ce que tu peux reproduire le problème avec différents shells, émulateurs de terminal et kernels ? Si c'était du x86 je suggèrerais de reproduire le problème avec Valgrind ou ElectricFence. Il existe sans doute des équivalents pour ARM que tu peux essayer.
Si ta distribution fourni les symboles de debug (debuginfo) pour le paquet correspondant, essaie de relancer gdb après les avoir installés.
Si ta distribution ne fourni pas les symboles de debug, tu peux recompiler le paquet avec CFLAGS+=-ggdb et ainsi récupérer un backtrace ou core plus informatif.
Si le problème est lié au contenu du ring buffer, tu peux tenter de le récupérer indépendamment avec un debugger noyau (crash(8) a une commande "dmesg" interne mais je suis sûr qu'il y en a d'autres).
Si les symboles de debugs ne sont pas disponibles et que recompiler n'est pas pratique, tu peux désassembler la fonction qui merde ("disass" dans gdb ou just objdump -D sur le binaire) et tenter de comprendre le problème comme ça. Avoir le code source correspondant sous les yeux aide beaucoup.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: En parlant de conference...
Posté par Krunch (site web personnel) . En réponse au journal Hack.lu 2014. Évalué à 2.
Ou au 31C3 en décembre https://events.ccc.de/congress/2014/wiki/Main_Page
Personnellement j'ai fait l'impasse sur les conférences cette années mais j'espère bien revoir plein de moulesWDLFPistes en février pour le FOSDEM et l'été prochain pour le Chaos Communication Camp (pas encore de dates annoncées ?).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.