Je n'ai pas trop cherché mais tu fais comment pour monter une entreprise offshore sans donner ton nom (et préférablement sans dépenser des centaines de $currency) ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Il y a moyen d'obtenir une carte de « crédit » anonyme (par exemple : http://www.idtprime.com/ ). Le problème pour les achats via internet c'est que tu te fais livrer à une adresse qui peut remonter jusqu'à toi.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Ça me rappelle la libraire qui a pris la peine de vérifier mon billet de £5 aux UV. Bon au moins je sais que c'est pas là que je dois aller pour écouler mes billets contrefaits.
</mavie>
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Pas besoin de carton. Une feuille d'alu dans le portefeuille de telle manière qu'elle enrobe la carte lorsqu'il est fermé devrait suffire. Par contre après avoir lu [0] je suis dubitatif quant à l'efficacité de la chose. Si quelqu'un a un protocole de test potable, je suis preneur.
En tant que pas utilisateur de Google Plus, Twitter ou XMPP, je trouve qu'il aurait été Bien de rediriger linuxfr.org vers une bête page expliquant la situation (pas forcément en détails).
D'après ce que je vois, les entrées DNS de DLFP sont servies par xname et heberge.info. La résolution de nom fonctionnait donc sans doute lors du problème. En admettant qu'il ait été possible mettre en place une page statique quelque part, mettre à jour le record DNS pour pointer vers celle-ci en attendant que la neige fonde ne me semble pas trop compliqué et aurait permis de garder les vieux cons au courant.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Ça peut aussi arriver sans LXC quand le ring buffer dmesg se rempli plus vite qu'il ne se vide. Mais dans ce cas les corruptions sont généralement plus « propre » que l'exemple présenté.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
L'astuce c'est de mettre une feuille d'alu dans le portefeuille de telle manière qu'elle enrobe la carte lorsqu'il est fermé. Cela dit, il est vrai que ça manque de test sérieux.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
D'un autre côté le monsieur fait un fork+exec de ps depuis son brol en Python donc je crois que faire un truc propre et efficace est complètement hors sujet. Cela dit, avec ps il est potentiellement possible de faire quelque chose de plus portable qu'avec netlink (d'un autre côté, /proc (et donc ps) ne sont pas toujours dispos, même sous GNU/Linux).
Quelques autres solutions qui pourraient être considérées :
* inotify sur /proc/$pid
* ptrace(2) (avec les risques de EPERM)
* stap -e'probe kprocess.exit { system("whatever") }'
Au final, "while [ -d /proc/$pid ] ; do sleep 1 ; done" me semble très bien et si on veut un vrai programme "stand alone" pour ça, il me semble que ça aurait plutôt sa place dans coreutils ou procps.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Un commentaire écrit en 2007 est bien sûr entièrement valide en 2013, c'est certain…
Quand le wiki du projet qui a été mis à jour il y a moins de deux semaines dit la même chose, oui.
Le lien dit clairement que ça passe pas encore l'audit. Donc, non, ils essaient toujours pas de se faire inclure dans Firefox pour le moment. Ils essaient de passer l'audit d'abord (en vue de pouvoir introduire une demande à Mozilla entre autres, certes).
Après, s'il y a des CA dans Firefox qui sont moisies, parce que leur processus d'audit ou celui de Mozilla est pourri, c'est une autre histoire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
La dernière fois que j'ai quitté mon boulot et que j'ai pris des vacances avant d'en chercher un autre, je vivais sur des cycles de 30-36h. Pas besoin de reset, on retombe synchrone avec le reste du fuseau horaire après quelques jours.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Pour comprendre ce qui est lent dans ce genre de cas, en général je procède comme ceci :
* lancer tcpdump
* ping 8.8.8.8
* time host linuxfr.org
* wget http://un.grosse.iso/ou-autre
De là, tu devrais voir rapidement ce qui est lent (problème de latence réseau, de latence DNS, de bande passante,…) et au besoin tu peux creuser en examinant le tcpdump.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je sais pas où tu as tes cartes bancaires mais chez moi le payement via Visa c'est au minimum plusieurs minutes et souvent 1 ou 2 jours (sans compter les histoires de weekends et jours fériés).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si tu veux du vrai support tu ferais sans doute mieux de t'adresser aux mainteneurs de ta distribution ou à quelqu'un que tu paierais spécifiquement pour ce service.
seul le premier indique clairement un blocage. Le second montre que l'application elle même s'est mise en attente d'un signal tandis que la 3ème montre un process qui est en train de se faire tuer par un signal. Si ces deux processes sont effectivement bloqués, ils sont en attente de quelque chose d'autre qu'un sysrq-t pourrait peut-être montrer.
Ce premier process est bloqué sur un open(2) qui se fait via FUSE. Je sais pas ce que tu fabriques avec FUSE puisqu'il y a moyen d'avoir Samba/CIFS comme un « vrai » filesystem. Dans tous les cas, on voit encore une fois que le process est en attente d'un autre composant (FUSE) et il faudrait donc examiner ce que cet autre process/task est en train de faire.
Si on regarde http://pastebin.com/NjCeddfD
on retrouve une situation similaire (juste que cette fois le problème est déclenché via close(2)).
Comme indiqué précédemment, sysrq-t et tcpdump (lancé avant que le problème n'apparaisse) serait sans doute des bonnes pistes pour poursuivre l'investigation. Mais je m'interroge quand même sur l'utilité de FUSE dans ce contexte.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# voir aussi
Posté par Krunch (site web personnel) . En réponse à la dépêche Critique de Underground (Assange, Dreyfus). Évalué à 2.
http://en.wikipedia.org/wiki/Hackers:_Heroes_of_the_Computer_Revolution
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: HS
Posté par Krunch (site web personnel) . En réponse au journal Blagues et sexisme. Évalué à 4.
On dit « discriminatoire ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Il est pas en France?
Posté par Krunch (site web personnel) . En réponse au journal un nmap d'un fort beau gabarit.. Évalué à 3.
Tu notera que l'auteur est anonyme.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Sinon il y a ça
Posté par Krunch (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 2.
Je n'ai pas trop cherché mais tu fais comment pour monter une entreprise offshore sans donner ton nom (et préférablement sans dépenser des centaines de $currency) ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Sinon il y a ça
Posté par Krunch (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 2.
Il y a moyen d'obtenir une carte de « crédit » anonyme (par exemple : http://www.idtprime.com/ ). Le problème pour les achats via internet c'est que tu te fais livrer à une adresse qui peut remonter jusqu'à toi.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Chèques, billets
Posté par Krunch (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 4.
Ça me rappelle la libraire qui a pris la peine de vérifier mon billet de £5 aux UV. Bon au moins je sais que c'est pas là que je dois aller pour écouler mes billets contrefaits.
</mavie>
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Sinon il y a ça
Posté par Krunch (site web personnel) . En réponse au journal Moyens de paiement : j'ai peur de l'avenir. Évalué à 2.
Pas besoin de carton. Une feuille d'alu dans le portefeuille de telle manière qu'elle enrobe la carte lorsqu'il est fermé devrait suffire. Par contre après avoir lu [0] je suis dubitatif quant à l'efficacité de la chose. Si quelqu'un a un protocole de test potable, je suis preneur.
[0] https://linuxfr.org/forums/general-hors-sujets/posts/desactiver-une-carte-bancaire-sans-contact#comment-1435981
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# annoncer l'outage
Posté par Krunch (site web personnel) . En réponse à la dépêche Gruik fait sa tête de lard. Évalué à 5.
En tant que pas utilisateur de Google Plus, Twitter ou XMPP, je trouve qu'il aurait été Bien de rediriger linuxfr.org vers une bête page expliquant la situation (pas forcément en détails).
D'après ce que je vois, les entrées DNS de DLFP sont servies par xname et heberge.info. La résolution de nom fonctionnait donc sans doute lors du problème. En admettant qu'il ait été possible mettre en place une page statique quelque part, mettre à jour le record DNS pour pointer vers celle-ci en attendant que la neige fonde ne me semble pas trop compliqué et aurait permis de garder les vieux cons au courant.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Logs
Posté par Krunch (site web personnel) . En réponse à la dépêche Gruik fait sa tête de lard. Évalué à 4.
Ça peut aussi arriver sans LXC quand le ring buffer dmesg se rempli plus vite qu'il ne se vide. Mais dans ce cas les corruptions sont généralement plus « propre » que l'exemple présenté.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Ögon Designs
Posté par Krunch (site web personnel) . En réponse au message Désactiver une carte bancaire sans contact. Évalué à 4.
L'astuce c'est de mettre une feuille d'alu dans le portefeuille de telle manière qu'elle enrobe la carte lorsqu'il est fermé. Cela dit, il est vrai que ça manque de test sérieux.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: solution sans polling
Posté par Krunch (site web personnel) . En réponse au journal waitend: exécuter une commande après une autre (déjà lancée). Évalué à 2.
D'un autre côté le monsieur fait un fork+exec de ps depuis son brol en Python donc je crois que faire un truc propre et efficace est complètement hors sujet. Cela dit, avec ps il est potentiellement possible de faire quelque chose de plus portable qu'avec netlink (d'un autre côté, /proc (et donc ps) ne sont pas toujours dispos, même sous GNU/Linux).
Quelques autres solutions qui pourraient être considérées :
* inotify sur /proc/$pid
* ptrace(2) (avec les risques de EPERM)
* stap -e'probe kprocess.exit { system("whatever") }'
Au final, "while [ -d /proc/$pid ] ; do sleep 1 ; done" me semble très bien et si on veut un vrai programme "stand alone" pour ça, il me semble que ça aurait plutôt sa place dans coreutils ou procps.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: usine à gaz
Posté par Krunch (site web personnel) . En réponse au journal Web Log Today est juillet - écrire un blog de nos jours. Évalué à 4.
https://linuxfr.org/suivi/impossible-de-mettre-des-backspaces-dans-les-commentaire-sans-user-de-subterfuges-abscons
https://linuxfr.org/suivi/la-page-de-nouveau-commentaire-redirige-vers-le-contenu-sans-permettre-de-commenter#comment-1304883
Entre autres.
Effectivement. Ça mérite pas un journal de 2600 mots par contre.
http://bl0rg.krunch.be/txt2html.sh
http://bl0rg.krunch.be/stylez.css
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: usine à gaz
Posté par Krunch (site web personnel) . En réponse au journal Web Log Today est juillet - écrire un blog de nos jours. Évalué à 3.
Markdown (préférablement le vrai, pas la réimplémentation bancale utilisée par DLFP) et mod_autoindex. Tout le reste c'est de la branlette.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Images?
Posté par Krunch (site web personnel) . En réponse à la dépêche H.265 est finalisé. Évalué à 5.
Quand le wiki du projet qui a été mis à jour il y a moins de deux semaines dit la même chose, oui.
Le lien dit clairement que ça passe pas encore l'audit. Donc, non, ils essaient toujours pas de se faire inclure dans Firefox pour le moment. Ils essaient de passer l'audit d'abord (en vue de pouvoir introduire une demande à Mozilla entre autres, certes).
Après, s'il y a des CA dans Firefox qui sont moisies, parce que leur processus d'audit ou celui de Mozilla est pourri, c'est une autre histoire.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Images?
Posté par Krunch (site web personnel) . En réponse à la dépêche H.265 est finalisé. Évalué à 8.
Parce que CACert ne cherche pas à se faire inclure tant qu'ils ne sont pas en mesure de passer un audit qui répond aux critères de Mozilla.
http://wiki.cacert.org/InclusionStatus
(voir aussi le commentaire 158 dans le bug cité plus haut : https://bugzilla.mozilla.org/show_bug.cgi?id=215243#c158 )
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Il manque le choix: [ ] Je me réveille quand je suis prêt!
Posté par Krunch (site web personnel) . En réponse au sondage Quel réveil matin utilisez-vous ?. Évalué à 2.
La dernière fois que j'ai quitté mon boulot et que j'ai pris des vacances avant d'en chercher un autre, je vivais sur des cycles de 30-36h. Pas besoin de reset, on retombe synchrone avec le reste du fuseau horaire après quelques jours.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Et l'ordinateur ?
Posté par Krunch (site web personnel) . En réponse au sondage Quel réveil matin utilisez-vous ?. Évalué à 2.
J'utilise at(1) et mpd(1).
(oui je me lève tôt mais c'est parce que j'aime prendre mon temps pour me réveiller)
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: grep
Posté par Krunch (site web personnel) . En réponse à la dépêche Grabuge à la FSF : GnuTLS quitte le projet GNU et sed et grep perdent leur mainteneur. Évalué à 1.
Du coup Perl remplacerait non seulement sed mais aussi grep.
https://linuxfr.org/news/grabuge-a-la-fsf-gnutls-quitte-le-projet-gnu-et-sed-et-grep-perdent-leur-mainteneur#comment-1418584
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# ping, host, wget, tcpdump
Posté par Krunch (site web personnel) . En réponse au message Lenteur d'Internet. Évalué à 4.
Pour comprendre ce qui est lent dans ce genre de cas, en général je procède comme ceci :
* lancer tcpdump
* ping 8.8.8.8
* time host linuxfr.org
* wget http://un.grosse.iso/ou-autre
De là, tu devrais voir rapidement ce qui est lent (problème de latence réseau, de latence DNS, de bande passante,…) et au besoin tu peux creuser en examinant le tcpdump.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Des bitcoins pour quoi faire ?
Posté par Krunch (site web personnel) . En réponse au journal Les Bitcoins, c'est so mainstream !. Évalué à 1.
Je sais pas où tu as tes cartes bancaires mais chez moi le payement via Visa c'est au minimum plusieurs minutes et souvent 1 ou 2 jours (sans compter les histoires de weekends et jours fériés).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: chez moi, le chauffage est inutile toute l'année, par contre la clim ...
Posté par Krunch (site web personnel) . En réponse au sondage Quel type de chauffage avez vous chez vous ?. Évalué à 2.
Apparement à Singapour il y a exactement une maison avec un feu ouvert : http://www.ura.gov.sg/conservation/1pulauub.htm
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# join
Posté par Krunch (site web personnel) . En réponse au message substituer des termes d'un fichier par leurs numéros dans un autre fichier (grep,sed, awk,...). Évalué à 6.
En admettant que fich2 soit trié :
join -o 1.1 -1 2 -2 1 <(sort -k2 fich1) fich2
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: cURL
Posté par Krunch (site web personnel) . En réponse au journal Vulnérabilités sérieuses dans des dizaines d'applis utilisant TLS (ex-SSL). Évalué à 3.
C++ ne compte pas comme un langage avec typage fort.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Tout ça !
Posté par Krunch (site web personnel) . En réponse au journal Écrire une page web de nos jours. Évalué à 2.
Ah moi j'ai aussi un petit peu de bash et du mod_autoindex.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# forum != support
Posté par Krunch (site web personnel) . En réponse au message un petit up ? samba kernel lock up. Évalué à 3. Dernière modification le 08 décembre 2012 à 12:44.
Si tu veux du vrai support tu ferais sans doute mieux de t'adresser aux mainteneurs de ta distribution ou à quelqu'un que tu paierais spécifiquement pour ce service.
Cela dit, parmi
http://pastebin.com/3guq6PkD
http://pastebin.com/qMENTziq
http://pastebin.com/KEGZ8adn
seul le premier indique clairement un blocage. Le second montre que l'application elle même s'est mise en attente d'un signal tandis que la 3ème montre un process qui est en train de se faire tuer par un signal. Si ces deux processes sont effectivement bloqués, ils sont en attente de quelque chose d'autre qu'un sysrq-t pourrait peut-être montrer.
Ce premier process est bloqué sur un open(2) qui se fait via FUSE. Je sais pas ce que tu fabriques avec FUSE puisqu'il y a moyen d'avoir Samba/CIFS comme un « vrai » filesystem. Dans tous les cas, on voit encore une fois que le process est en attente d'un autre composant (FUSE) et il faudrait donc examiner ce que cet autre process/task est en train de faire.
Si on regarde
http://pastebin.com/NjCeddfD
on retrouve une situation similaire (juste que cette fois le problème est déclenché via close(2)).
http://pastebin.com/3dW2sut4 et http://pastebin.com/N8NBVAPk n'ont a priori aucun intérêt.
Comme indiqué précédemment, sysrq-t et tcpdump (lancé avant que le problème n'apparaisse) serait sans doute des bonnes pistes pour poursuivre l'investigation. Mais je m'interroge quand même sur l'utilité de FUSE dans ce contexte.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.