Ah ben mairde, du coup j'ai deux jours pour explorer tous ces bars au lieu d'un. J'ai toujours pas regardé le programme par contre (ni celui du FOSDEM d'ailleurs).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Je voulais éditer pour s/Ghent/51° 3′ N, 3° 44′ E/g mais je peux plus. Sinon j'avoue que j'ai aucune idée de comment écrire le nom de cette ville (que je confond volontiers avec 50° 58′ N, 5° 30′ E) sans vérifier. J'ai juste copié/collé depuis les sites sus-cités.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Le FOSDEM est suivi les lundi et mardi de cfgmgmtcamp.eu (Ghent, be) qui est suivi le mercredi de Red Hat Infrastructure.Next (Ghent, be) qui est suivi du jeudi au dimanche par devconf.cz (Brno, cz).
Le gros intérêt de passer à pf à mon avis ça serait justement de casser la compatibilité dans le sens où ça introduit une syntaxe quand même vachement plus utilisable (et documentée).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Il y a environ dix ans, j'ai écrit une astuce DLFP à ce sujet. Apparement, les astuces DLFP n'existent plus ou alors leurs URLs ont changé sans prévenir.
Sinon, la solution moderne c'est d'effectuer une installation automatisée via un espèce de fichier de configuration qui détaille ce qui doit être installé sur le système et comment il doit être configuré. Je sais pas trop ce qui est à la mode sous Lubuntu mais pour Fedora/RHEL c'est Kickstart par exemple. Le mot clef est "provisioning".
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
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.
[^] # Re: quand y en a plus, y en a encore
Posté par Krunch (site web personnel) . En réponse à la dépêche 1er week-end de février, en Belgique, au FOSDEM. Évalué à 2.
Ah ben mairde, du coup j'ai deux jours pour explorer tous ces bars au lieu d'un. J'ai toujours pas regardé le programme par contre (ni celui du FOSDEM d'ailleurs).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: quand y en a plus, y en a encore
Posté par Krunch (site web personnel) . En réponse à la dépêche 1er week-end de février, en Belgique, au FOSDEM. Évalué à 6.
Si même les belges qui vivent à côté se trompent, j'ai vraiment pas de scrupules.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Quelques tools !
Posté par Krunch (site web personnel) . En réponse au journal Disséquer du binaire - retour d'expérience. Évalué à 2.
Et donc en quoi c'est mieux que SystemTap par exemple ?
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: quand y en a plus, y en a encore
Posté par Krunch (site web personnel) . En réponse à la dépêche 1er week-end de février, en Belgique, au FOSDEM. Évalué à 4. Dernière modification le 29 janvier 2014 à 18:46.
Je voulais éditer pour s/Ghent/51° 3′ N, 3° 44′ E/g mais je peux plus. Sinon j'avoue que j'ai aucune idée de comment écrire le nom de cette ville (que je confond volontiers avec 50° 58′ N, 5° 30′ E) sans vérifier. J'ai juste copié/collé depuis les sites sus-cités.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# quand y en a plus, y en a encore
Posté par Krunch (site web personnel) . En réponse à la dépêche 1er week-end de février, en Belgique, au FOSDEM. Évalué à 2.
Le FOSDEM est suivi les lundi et mardi de cfgmgmtcamp.eu (Ghent, be) qui est suivi le mercredi de Red Hat Infrastructure.Next (Ghent, be) qui est suivi du jeudi au dimanche par devconf.cz (Brno, cz).
http://cfgmgmtcamp.eu/
http://community.redhat.com/blog/2013/12/announcing-infrastructure-next/
http://devconf.cz/
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: nftables vs pf
Posté par Krunch (site web personnel) . En réponse à la dépêche Sortie de Linux 3.13. Évalué à 3.
Le gros intérêt de passer à pf à mon avis ça serait justement de casser la compatibilité dans le sens où ça introduit une syntaxe quand même vachement plus utilisable (et documentée).
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# réponse
Posté par Krunch (site web personnel) . En réponse au journal Une étude prédit la disparition de Facebook en 2017. Évalué à 6.
Une étude publiée par Facebook semble indiquer que l'université de Princeton est vouée à disparaitre d'ici 2021 : https://www.facebook.com/notes/mike-develin/debunking-princeton/10151947421191849
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: everything stays the same, nothing every changes
Posté par Krunch (site web personnel) . En réponse au message Cloner sa distribution personnalisée sur 10 autres pc. Évalué à 2.
Bah du coup c'est la redirection qui est cassée https://linuxfr.org/suivi/la-redirection-des-anciens-urls-des-astuces-ne-fonctionne-pas
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# everything stays the same, nothing every changes
Posté par Krunch (site web personnel) . En réponse au message Cloner sa distribution personnalisée sur 10 autres pc. Évalué à 3.
Il y a environ dix ans, j'ai écrit une astuce DLFP à ce sujet. Apparement, les astuces DLFP n'existent plus ou alors leurs URLs ont changé sans prévenir.
Mais sinon le concept a été rediscuté au moins quatre fois entretemps :
https://linuxfr.org/forums/linux-debian-ubuntu/posts/transfert-complet-dun-portable-vers-un-autre-de-même-type
https://linuxfr.org/forums/linux-general/posts/cloner-un-disque-en-réseau
https://linuxfr.org/users/seginus/journaux/sauvegarde-dun-disque
https://linuxfr.org/forums/astucesdivers/posts/admin-transférer-son-système-dune-machine-à-une-autre
Sinon, la solution moderne c'est d'effectuer une installation automatisée via un espèce de fichier de configuration qui détaille ce qui doit être installé sur le système et comment il doit être configuré. Je sais pas trop ce qui est à la mode sous Lubuntu mais pour Fedora/RHEL c'est Kickstart par exemple. Le mot clef est "provisioning".
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: 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é à 10.
C'est pas décentralisé, le système de mise en forme est une vaste blague, ainsi que le code (la preuve, ils acceptent mes patches).
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.