Sinon ça voudrait donc dire que tous les gens qui ne sont pas sur Facebook sont en fait des précurseurs plus hype que hype.
Par ailleurs, il y a des gens qui ont des recommendations pour des logiciels libre de réseau sociaux décentralisés maintenus et qui ressemblent pas complètement à de la blague (pas forcément en terme de nombre d'utilisateurs) ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Gof a eu la gentillesse de mettre une adresse pour acheter des pizza avec des bitcoins alors ça serait sympa d'indiquer les coordonnées d'une pute qui accepte le crack en payement.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Gandi, je ne veux plus travailler avec eux depuis le jour ou ils ont cédés un de mes domaines acheté en 1999 à une entreprise (un associé) qui avait déposé une marque en 2009 (alors que l'achat du nom de domaine antérieur vaut préséance) et ou ils n'ont voulu rien entendre.
Tu as un lien qui détaille un peu ? Il me semble avoir vu passé ça dans les journaux DLFP à l'époque mais j'ai pas trop suivi.
disques cramés rapidement et cela me fait chier de devoir vivre dans la crainte que cela arrive au moment ou j'ai peu de temps à consacrer à une remise en route
Ça serait peut-être bien d'avoir un système de backup/redéployement automatisé un minimum parce que ce problème tu vas forcément finir par l'avoir à un moment ou l'autre quel que soit ton hébergeur. Si tu fais ça bien, ça peut aussi grandement faciliter tes migrations d'un hébergeur à l'autre.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
C'est amusant de voir le temps qu'il a fallu pour trouver un consensus sur la manière d'implémenter de l'instrumentation à la DTrace (qui fonctionne depuis 2005) dans Linux. Il me semble qu'au « début », l'idée d'embarquer une VM dans le noyau Linux (ce que Solaris/DTrace et ktap font) paraissait comme une hérésie. Du coup il y a SystemTap (1.0 en 2009 mais fonctionnel depuis plus longtemps) qui a fait ça en natif et ça n'a pas vraiment plu non plus à Linus. La boucle est donc bouclée. J'espère que ktap fourni(ra) au moins les même fonctionnalités que SystemTap.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si tu achète des actions Google c'est parce qu'en tant
qu'actionnaire tu sais que tu va avoir un certains droit de
regard pour voir/décider de ce qu'ils font
Heu, si tu espères pouvoir voir/décider quoi que ce soit d'utile en achetant des actions d'une grosse boite, tu vas être déçu. Ou alors tu as quelques milli{on,ard}s dont tu veux te défaire.
et pour être rémunéré.
La dernière fois que j'ai regardé, Google ne versait pas de dividendes à ses actionnaires. C'est pas rare. Si tu veux gagner de l'argent avec ces actions, il va falloir les revendre pour un prix supérieur à celui pour lesquelles tu les as obtenues.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Tu peux aussi dédier un domaine aux comptes avec un catchall. Genre identifiants.example.org. Et pour DLFP par exemple tu utiliserais linuxfr.org@identifiants.example.org.
Après, si tu es pauvre et que tu n'as pas la possibilité de mettre de catchall, tu peux toujours utiliser luser+linuxfr.org@example.org. Par contre ça va pas marcher avec les sites qui acceptent pas les "+" dans l'e-mail.
Avec tout ça, tu as un e-mail par compte et tu peux le retrouver assez facilement sur base du site que tu utilises.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Si l'hyperviseur est pas trop pourri, il peut s'arranger pour partager les ressources de manière à ce qu'aucune de ses VMs ne soit en manque. Voire les cgroups sous Linux par exemple.
Après, si le fournisseur met trop de VMs sur chaque hyperviseur, ça va jamais vraiment marcher non plus.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Tant que tu veux pas tester l'interaction entre le driver et le hardware, certainement. Et tant que ton test ne fait pas planter le driver de l'hyperviseur (dont tu n'as pas le contrôle et que tu n'as pas l'intention de tester/débugguer).
pour valider une optimisation , une architecture virtualisée peut tout à faire convenir
Si tu as la garantie que la charge sur l'hyperviseur et les autres VMs avec lesquelles tu partages le matériel reste constante (et que le matériel lui même reste constant), effectivement. Il me semble qu'il y a des services de nuage qui permettent de réserver toute une machine physique pour une VM mais c'est pas le plus courant.
Au final, dans une VM, il y a du code (généralement noyau) qui ne peut pas vraiment être exercé par rapport à sur du vrai hardware. Ou s'il peut théoriquement l'être (fullvirt avec l'émulation de tous les composants matériel), il y a des scénarios qui vont être virtuellement (haha) impossibles à reproduire (nécessités de concurrence forte, bugs de firmware/hardware inconnus ou mal compris dont on veut quand même découvrir l'existence pour pouvoir les contourner,…).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Dans mon cas, il y avait du bidouillage de matos. Principalement des changements de disques pour faire des tests de perf sur différents modèles et pour tester le remplacement à chaud. Même si c'était aussi partiellement virtualisable. Il y avait aussi une petite partie « graphique » qui ne se comportait pas pareil sur la console série et sur la « vraie » console (mais effectivement, avec un bon KVM ça devait pouvoir être contournable).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
OpenBSD, c'est un projet qui édite tout de même OpenSSH et OpenSSL
Ainsi qu'OpenVPN, OpenBIOS, OpenOffice, OpenJDK et OpenTTD.
Sinon en vrai, OpenSSH est développé par des gens d'OpenBSD mais le reste n'a rien à voir. Même si OpenSSL est utilisé dans OpenSSH et qu'OpenOffice a des fonctionnalités similaires à OpenBSD (pf).
Par contre, OpenSMTPD et OpenCVS sont liés à OpenBSD de la même manière qu'OpenSSH. Mais ils ne sont pas (encore?) fort utilisés par le reste du monde.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Ce genre d'approche ne fonctionne que tant que tu fais des trucs limite purement applicatifs. Dès que tu dois faire des truc plus « système » (genre tests réseaux décrits ailleurs dans ces commentaires, tests de support de matériel ou même tests de performance) ça marche moins bien. J'ai travaillé sur une infrastructure de test pour un produit ayant un composant kernel de stockage et, bien que le cloud servait, on était content d'avoir deux racks de machines sur lesquelles on avait un accès physique facilement.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
OpenSSH est principalement développé comme un composant d'OpenBSD. OpenSSL est un projet indépendant dont les développeurs ne sont pas affiliés à OpenBSD (que je sache).
Il me semble aussi qu'il existe plus d'alternatives viables à OpenSSL qu'à OpenSSH.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je tiens juste à recommander de ne pas prendre OVH. Leur support est assez consternant. Ça vient d'expérience personnelles et d'anecdotes d'amis et connaissances qui remontent de 2006 à nos jours.
J'ai fini de migrer mes services vers Gandi (que j'utilise depuis quelques années) il y a quelques semaines et je suis fort content du support (et du service).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Par contre, Fedora et CentOS étant sponsorisés directement par une entreprise qui paie au moins une partie de leurs développeursWgens et infrastructure, je ne suis pas sûr qu'on puisse les mettre dans la même catégorie que la plupart des BSD.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
On peut aussi laisser les utilisateurs s'authentifier via Facebook, Google ou autre. Pratique, sécurisé et ça permet de limiter les comptes anonymes qui sont la cause d'au moins 82,4% du spam, des virus et de la pédopornographie sur internet.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
J'ai rapidement survolé ton journal la première fois et je pensais que ça parlait juste du vieux truc du "echo toto" qui devient "echo b > /proc/sysrq-trigger" quand on copie/colle.
Ce journal-ci et ses commentaires m'ont fait découvrir le problème.
Je n'utilise pas la CSS par défaut et je ne vois pas le score modifié dans aucun des deux journaux.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Ça inclut les builds « officiels » ? Si c'est le cas, Amazon pourrait techniquement backdoorer toutes les installations Debian « standards ». S'il y a eu une discussion publique à ce sujet, je veux bien le lien.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# there is an ap^Wxkcd for that
Posté par Krunch (site web personnel) . En réponse au journal Une étude prédit la disparition de Facebook en 2017. Évalué à 8.
Plus ou moins en rapport : http://what-if.xkcd.com/69/
Sinon ça voudrait donc dire que tous les gens qui ne sont pas sur Facebook sont en fait des précurseurs plus hype que hype.
Par ailleurs, il y a des gens qui ont des recommendations pour des logiciels libre de réseau sociaux décentralisés maintenus et qui ressemblent pas complètement à de la blague (pas forcément en terme de nombre d'utilisateurs) ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Bof
Posté par Krunch (site web personnel) . En réponse au journal Nourrir les vaches ! Openbsd a reçu des fonds.. Évalué à 6.
Gof a eu la gentillesse de mettre une adresse pour acheter des pizza avec des bitcoins alors ça serait sympa d'indiquer les coordonnées d'une pute qui accepte le crack en payement.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: merki :-)
Posté par Krunch (site web personnel) . En réponse au message recherche prestataire hébergement. Évalué à 2.
Bon bah pour référence, l'affaire qui t'a fait fait quitter Gandi : https://linuxfr.org/users/herve_02/journaux/il-y-a-prestataire-technique-et-prestataire-technique
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Rebuild Debian
Posté par Krunch (site web personnel) . En réponse à la dépêche LLVM 3.4 et Clang 3.4. Évalué à 3.
Je préfère une impossibilité techniques à une « impossibilité » commerciale.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: merki :-)
Posté par Krunch (site web personnel) . En réponse au message recherche prestataire hébergement. Évalué à 2.
Tu as un lien qui détaille un peu ? Il me semble avoir vu passé ça dans les journaux DLFP à l'époque mais j'ai pas trop suivi.
Ça serait peut-être bien d'avoir un système de backup/redéployement automatisé un minimum parce que ce problème tu vas forcément finir par l'avoir à un moment ou l'autre quel que soit ton hébergeur. Si tu fais ça bien, ça peut aussi grandement faciliter tes migrations d'un hébergeur à l'autre.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: bazar/cathedral ...
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 2.
Ça s'appelle ds9k: http://dspace.dial.pipex.com/town/green/gfd34/art/
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# VM ou natif
Posté par Krunch (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 8.
C'est amusant de voir le temps qu'il a fallu pour trouver un consensus sur la manière d'implémenter de l'instrumentation à la DTrace (qui fonctionne depuis 2005) dans Linux. Il me semble qu'au « début », l'idée d'embarquer une VM dans le noyau Linux (ce que Solaris/DTrace et ktap font) paraissait comme une hérésie. Du coup il y a SystemTap (1.0 en 2009 mais fonctionnel depuis plus longtemps) qui a fait ça en natif et ça n'a pas vraiment plu non plus à Linus. La boucle est donc bouclée. J'espère que ktap fourni(ra) au moins les même fonctionnalités que SystemTap.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Bof
Posté par Krunch (site web personnel) . En réponse au journal Nourrir les vaches ! Openbsd a reçu des fonds.. Évalué à 4.
Heu, si tu espères pouvoir voir/décider quoi que ce soit d'utile en achetant des actions d'une grosse boite, tu vas être déçu. Ou alors tu as quelques milli{on,ard}s dont tu veux te défaire.
La dernière fois que j'ai regardé, Google ne versait pas de dividendes à ses actionnaires. C'est pas rare. Si tu veux gagner de l'argent avec ces actions, il va falloir les revendre pour un prix supérieur à celui pour lesquelles tu les as obtenues.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: niveau -0.5
Posté par Krunch (site web personnel) . En réponse au journal L'art de stocker des mots de passe. Évalué à 3.
Tu peux aussi dédier un domaine aux comptes avec un catchall. Genre identifiants.example.org. Et pour DLFP par exemple tu utiliserais linuxfr.org@identifiants.example.org.
Après, si tu es pauvre et que tu n'as pas la possibilité de mettre de catchall, tu peux toujours utiliser luser+linuxfr.org@example.org. Par contre ça va pas marcher avec les sites qui acceptent pas les "+" dans l'e-mail.
Avec tout ça, tu as un e-mail par compte et tu peux le retrouver assez facilement sur base du site que tu utilises.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: gandi
Posté par Krunch (site web personnel) . En réponse au message recherche prestataire hébergement. Évalué à 4.
Si l'hyperviseur est pas trop pourri, il peut s'arranger pour partager les ressources de manière à ce qu'aucune de ses VMs ne soit en manque. Voire les cgroups sous Linux par exemple.
Après, si le fournisseur met trop de VMs sur chaque hyperviseur, ça va jamais vraiment marcher non plus.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: bazar/cathedral ...
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 7. Dernière modification le 20 janvier 2014 à 00:22.
Tant que tu veux pas tester l'interaction entre le driver et le hardware, certainement. Et tant que ton test ne fait pas planter le driver de l'hyperviseur (dont tu n'as pas le contrôle et que tu n'as pas l'intention de tester/débugguer).
Si tu as la garantie que la charge sur l'hyperviseur et les autres VMs avec lesquelles tu partages le matériel reste constante (et que le matériel lui même reste constant), effectivement. Il me semble qu'il y a des services de nuage qui permettent de réserver toute une machine physique pour une VM mais c'est pas le plus courant.
Au final, dans une VM, il y a du code (généralement noyau) qui ne peut pas vraiment être exercé par rapport à sur du vrai hardware. Ou s'il peut théoriquement l'être (fullvirt avec l'émulation de tous les composants matériel), il y a des scénarios qui vont être virtuellement (haha) impossibles à reproduire (nécessités de concurrence forte, bugs de firmware/hardware inconnus ou mal compris dont on veut quand même découvrir l'existence pour pouvoir les contourner,…).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: bazar/cathedral ...
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 4.
Dans mon cas, il y avait du bidouillage de matos. Principalement des changements de disques pour faire des tests de perf sur différents modèles et pour tester le remplacement à chaud. Même si c'était aussi partiellement virtualisable. Il y avait aussi une petite partie « graphique » qui ne se comportait pas pareil sur la console série et sur la « vraie » console (mais effectivement, avec un bon KVM ça devait pouvoir être contournable).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Oui
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 10.
Ainsi qu'OpenVPN, OpenBIOS, OpenOffice, OpenJDK et OpenTTD.
Sinon en vrai, OpenSSH est développé par des gens d'OpenBSD mais le reste n'a rien à voir. Même si OpenSSL est utilisé dans OpenSSH et qu'OpenOffice a des fonctionnalités similaires à OpenBSD (pf).
Par contre, OpenSMTPD et OpenCVS sont liés à OpenBSD de la même manière qu'OpenSSH. Mais ils ne sont pas (encore?) fort utilisés par le reste du monde.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: bazar/cathedral ...
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 4.
Ce genre d'approche ne fonctionne que tant que tu fais des trucs limite purement applicatifs. Dès que tu dois faire des truc plus « système » (genre tests réseaux décrits ailleurs dans ces commentaires, tests de support de matériel ou même tests de performance) ça marche moins bien. J'ai travaillé sur une infrastructure de test pour un produit ayant un composant kernel de stockage et, bien que le cloud servait, on était content d'avoir deux racks de machines sur lesquelles on avait un accès physique facilement.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: par définition
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 4. Dernière modification le 19 janvier 2014 à 23:28.
OpenSSH est principalement développé comme un composant d'OpenBSD. OpenSSL est un projet indépendant dont les développeurs ne sont pas affiliés à OpenBSD (que je sache).
Il me semble aussi qu'il existe plus d'alternatives viables à OpenSSL qu'à OpenSSH.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Comme d'hab
Posté par Krunch (site web personnel) . En réponse au message recherche prestataire hébergement. Évalué à 6.
Je tiens juste à recommander de ne pas prendre OVH. Leur support est assez consternant. Ça vient d'expérience personnelles et d'anecdotes d'amis et connaissances qui remontent de 2006 à nos jours.
J'ai fini de migrer mes services vers Gandi (que j'utilise depuis quelques années) il y a quelques semaines et je suis fort content du support (et du service).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: bazar/cathedral ...
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 4.
"Non, c'est juste pour les expériences"
https://linuxfr.org/news/llvm-3-4-et-clang-3-4#comment-1513877
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: par définition
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 8.
Est-ce que le fait d'utiliser OpenSSH compte ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Oui
Posté par Krunch (site web personnel) . En réponse au journal Projets Open Source, des vaches à lait ?. Évalué à 6.
Tous ces projets ont au moins une page « donation » :
http://www.debian.org/donations
https://fedoraproject.org/wiki/Donations
http://wiki.centos.org/Donate
Par contre, Fedora et CentOS étant sponsorisés directement par une entreprise qui paie au moins une partie de leurs développeursWgens et infrastructure, je ne suis pas sûr qu'on puisse les mettre dans la même catégorie que la plupart des BSD.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: pas de mot de passe?
Posté par Krunch (site web personnel) . En réponse au journal L'art de stocker des mots de passe. Évalué à 5.
On peut aussi laisser les utilisateurs s'authentifier via Facebook, Google ou autre. Pratique, sécurisé et ça permet de limiter les comptes anonymes qui sont la cause d'au moins 82,4% du spam, des virus et de la pédopornographie sur internet.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: niveau -0.5
Posté par Krunch (site web personnel) . En réponse au journal L'art de stocker des mots de passe. Évalué à 4.
Ce qui est sympa (pour l'attaquant) avec ce genre de truc c'est que pour chaque identifiant il y a plusieurs mots de passe possible.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: concrètement
Posté par Krunch (site web personnel) . En réponse au journal Mon journal a le meilleur score de tout les temps !. Évalué à 1.
J'ai rapidement survolé ton journal la première fois et je pensais que ça parlait juste du vieux truc du "echo toto" qui devient "echo b > /proc/sysrq-trigger" quand on copie/colle.
Ce journal-ci et ses commentaires m'ont fait découvrir le problème.
Je n'utilise pas la CSS par défaut et je ne vois pas le score modifié dans aucun des deux journaux.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Ça reste triste ton avis sur les commentaires
Posté par Krunch (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4.
Moi je pense que les gens ne réflechissent pas à ce que veut dire « pertinent » quand ils cliquent « pertinent » ou « inutile ».
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Rebuild Debian
Posté par Krunch (site web personnel) . En réponse à la dépêche LLVM 3.4 et Clang 3.4. Évalué à 4.
Ça inclut les builds « officiels » ? Si c'est le cas, Amazon pourrait techniquement backdoorer toutes les installations Debian « standards ». S'il y a eu une discussion publique à ce sujet, je veux bien le lien.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Sauvage!
Posté par Krunch (site web personnel) . En réponse au journal sauter l'airgap avec des ultrasons. Évalué à 2.
Voire aussi https://linuxfr.org/users/erdnaxeli/journaux/communiquer-via-les-ultrasons#comment-1512639
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.