ymorin a écrit 499 commentaires

la technique qui me semble la plus imparable consiste [...] à l'encoder. LinuxMag parlait d'une techno qui va dans ce sens il n'y a pas longtemps

C'était dans LinuxMag #135 (que j'ai acheté exprès pour cet article !), de Février 2011, dans un article intitulé "Perseus: protéger des communications avec du bruit".

Donc, la librairie Perseus permet, en gros, de coder la communication, tout en maintenant une entropie proche de celle d'un texte en clair. De cette façon, l'échange passe "sous le radar", et n'est pas détecté.

Attention, ce n'est pas du chiffrement, et le code utilisé n'est pas très costaud ; il est donc sujet à des attaques relativement aisées.

Hop,
Moi.

j'ai essayé : dsp-load > fichier.txt mais mon fichier.txt est vide

Certains programmes détectent si leur sortie est redirigée, et se comportent différemment dans ce cas. Par exemple, curl par défaut sort le résultat de la requête sur stdout, et n'affiche rien sur stderr; par contre si tu rediriges stdout vers un fichier, alors curl affiche sa progression sur stderr.

Ne connaissant pas ton dsp-load, peut-être passe-t-il en mode silencieux lorsque sa sortie est redirigée.

Que fait ceci:

dsp-load |cat

Hop,
Moi.

Kamoulox !

Un bon mémo transmis par mon prof d'auto école à l'époque :

T'as eu le même que moi, c'est pas possible ! :-)

Hop,
Moi.

je ne comprends pas quel est le vrai problème à prendre son temps pour se rabattre, en particulier lorsque c'est pour trouver un espace sur la voie de droite où l'on pourra respecter les distances de sécurité.

Le code de la route dit (en gros) que tu ne dois pas dépasser si tu ne peux pas te rabattre en sécurité, et donc notamment en respectant les distances de sécurité.

Hop,
Moi.

Si tu parles des signes de pieds des motards après avoir doubler qqu'un, c'est un remerciement

Farpaitement ! On peut pas utiliser notre main droite, sinon, plus d'accélération (mais qu'ils ont été cons de mettre la pédale d'accélération au guidon, nan mais...). Par contre, j'utilise ma main gauche pour dire merci à gauche.

Mais effectivement les feux anti brouillards arrière ne doivent s'utiliser exlcusivement en cas de brouillard.

A l'avant: brouillard, neige ou pluie (pour s'en souvenir : BNP)
A l'arrière: brouillard ou neige (BN, comme les chocos...)

Hop,
Moi.

Asus Transformer Prime : un monstre à quatre cœurs !

Ça fait un petit moment que je lorgne dessus. Pour moi, c'est un très bon compromis (chose due) entre netbook et tablette.

Autant une tablette pure et dure serait du gaspillage pour moi, autant j'apprécie de temps en temps de retourner l'écran tactile de mon netbook pour naviguer et lire quelques web-comics.

Ce qui me fait un peu peur sur le Transformer Prime, c'est le support du matériel par des blobs binaires. Mais bon, avec ICS qui vient juste d'être publié, j'espère qu'on y trouvera le support pour le Transformer Prime.

/me va se faire un repo sync

Hop,
Moi.

Mes machines d'usage courant sont plutôt basiques en puissance [...] et mon serveur par contre plutôt costaux [...] pour faire tourner [...] des vm de développement

Tiens, c'est bizarre, ce mode de fonctionnement... De mon côté, le serveur est assez léger (même si toujours trop gourmand à mon goût), et ma machine perso (enfin mes machines perso) sont plutôt des monstres, dans lesquelles je fais tourner les VMs de test. Comme ça, je ne perturbe pas le serveur « de production » par mes tests. Dès que la nouvelle version est stable dans la VM, je la déploie sur le serveur de "prod".

Hop,
Moi.

Bonjour !

Quelle révision de la board est-ce : A1, A2, ou A3 ?

Hop,
Moi.

ma mémoire est toujours occupée à 98%

Oui, elle est occupée à 98%. Par contre, si tu regardes bien, la majeure partie de cette utilisation est dans le cache (colonne cached).

Qu'est-ce que ce cache? C'est là où le noyau va stocker, par exemple, les pages qu'ils a lues depuis le disque, au cas où elles seraient utilisées plus tard. Si le système a besoin d'allouer de la mémoire pour un process, il va virer les pages du cache les plus anciennes pour faire de la place, au détriment (d'un peu) de vitesse et réactivité.

De plus, tu n'as que 216KiB de swap utilisé. C'est rien de rien. Dans certains cas, mon swap monte à plusieurs GiB. Si tu étais vraiment à cours de RAM, l'utilisation de ton swap exploserait.

Bref, aucun problème dans les données que tu reporte. Juste du ultra normal.

Hop,
Moi.

Dans ton fonctionnement, peut tu changer de bureau/activité independamment selon l'écran ?

Heu, déjà, les "activités" j'ai pas très bien saisi à quoi ça sert, franchement... Mais bon... ;-)

Quand je change de bureau virtuel, ça change sur les deux écrans. Et moi, c'est exactement ce que je veux. Et je ne crois pas que tu puises changer de bureau virtuel sur l'écran 1, sans changer en même temps sur l'écran 2.

Maintenant, mes fonds d'écrans sont gérés différemment sur les deux écrans : pas la même liste d'images, et pas le même délai de changement dans le diaporama. Et d'après ce que je comprends, c'est géré par l'"activité" Desktop Activity (oui, j'ai tout en anglais chez moi, j'arrive pas à me faire aux traductions...).

Et j'ai deux quarts de cercle, en haut à droite de chaque écran, qui donnent un menu pop-up. Et si j'ajoute/enlève une "activité" sur un écran, elle n'est pas ajoutée/enlevée sur l'autre écran.

Mais sinon, changer de bureau virtuel se fait sur tous les écrans à la fois.

Au fait, kde-4.4.5 ici. Sinon, essaie peut-être ça...

Hop,
Moi.

J'utilise un fichier /etc/X11/xorg.conf, et pas du tout l'auto-détection. Voici les sections correspondantes de mon xorg.conf :

Section "Device"
    Identifier     "Device0"
    Driver         "nvidia"
    VendorName     "NVIDIA Corporation"
    BoardName      "GeForce GT 440"
EndSection

Section "Screen"
    Identifier     "Screen0"
    Device         "Device0"
    Monitor        "Monitor0"
    DefaultDepth    24
    Option         "AddARGBGLXVisuals" "yes"
    Option         "RandRRotation" "yes"
    Option         "TripleBuffer" "yes"
    Option         "UseEvents" "yes"
    Option         "AllowSHMPixmaps" "no"
    Option         "NoLogo" "yes"
    Option         "NvAGP" "3"
    Option         "TwinView" "1"
    Option         "TwinViewXineramaInfoOrder" "CRT-0, CRT-1"
    Option         "MetaModes" "CRT-0: 2048x1536 +0+0, CRT-1: 1856x1392 +2048+0"
    Option         "TwinViewXineramaInfoOverride" "2048x1536+0+0, 1856x1392+2048+0"
    SubSection     "Display"
        Depth       24
    EndSubSection
EndSection

Bien sûr, utilises les résolutions de tes écrans...

Hop,
Moi.

Je viens de faire un sondage rapide dans mon service... personne le connait...

Eh ben... Pareil ici...

Mis à part le vieux barbu du bureau d'à coté, et moi-même (barbu aussi), personne savait qui était Dennis Ritchie.

Monde de merde...

Hop,
Moi.

Bon, des faits :

1. ça va être un gros rassemblement de développeur de logiciels libres. Et c'est de notoriété commune, ce ne sont qu'une bande de communistes ;
2. ça va se passer en Octobre ;
3. dans une ancienne colonnie^W^W^Wun ancien pays frère de la Russie.

Donc, on va refaire la Révolution d'Octobre là-bas !
Ça va être Octobre Rouge !

OK, poussez pas... Je --> []
Mais en tout cas, j'y serais ! :-)

Hop,
Moi.

Ou alors, il y a qu'à tout le temps afficher :

4:04 - Time not found

OK, je -->[]

Hop,
Moi.

Les mecs fan[atique]s de quoi-que-ce-soit sont des cons. :)

Les filles aussi.

Sauf celles qui sont fans de moi ! :-]

Hop, porte.
Moi.

RS-FSF

On ne dit pas "RS", mais on dit "RMS", le "M" étant pour Matthew.

Et on ne dit pas "RMS", mais GNU/RMS. Tu avais presque bon ! ;-)

Voilà, ça : c'est dit, c'est fait... Vite, une porte ! :-)

Hop,
Moi.

Je suis à 5W avec http://pcengines.ch/alix.htm.

Hmmm... Jolies machines ! :-)

Avec quelques ports USB2 en rab', ainsi que du giga-ethernet, ce serait un bonheur !

Merci pour le pointeur !

Hop,
Moi.

[...] Amazon EC2 ça peut être de l'auto-hebergement, puisque ça répond à tes critères.

He bien non, ça ne répond pas à mes critères. Je me cite :

Le plus important dans l'auto-hébergement, à mon avis, c'est l'autonomie sur plusieurs points :

* choix de la ou les solutions logicielles mise(s) en œuvre
* choix de la politique d'accès : autorisation, filtrage réseau (aka firewall), etc...
* autonomie de décision

Et dans EC2, tu n'as pas toute cette autonomie.

Mais que vois-je ?! Il est 00:01:32 ! Donc on n'est plus trolldi... :-]

Hop,
Moi.

Il est bien connu que tous les développeurs ont envie de passer du temps à s'occuper des détails techniques d'une forge auto-hébergée.

Plutôt d'accord avec toi.

Cependant, laisser aveuglément les clés à un tiers, c'est s'exposer à des désagrément. Plus tu délègues de service à ce tiers, plus tu es dépendant de lui. Si tu lui délègues des services basiques (eg. machine + réseau), plus tu es autonome ; à contrario, plus les services que tu lui délègues sont de haut niveau (eg. forge), plus tu es dépendant de lui. Le jour où il ferme, si tu veux migrer tes données vers un autre hébergement, tu es embêter.

Mais des questions se posent, en effet :

• que dois-je gérer moi-même ?
• que puis-je déléguer ?

Les réponses se font en analysant :

• ses propres compétences
• le temps nécessaire à acquérir ce qui manque
• le temps disponible à investir au quotidien
• les offres disponibles

Ce sont les questions que je me suis posées.

J'ai appris plein de trucs, j'ai déjà migrer un projet en passant de chez moi à OSUOSL (pour des problèmes de bande passant et stabilité réseau). Bilan : downtime=0s.

Et franchement, le jeu en valait, et en vaut toujours la chandelle !

Pour d'autres, les réponses seront, ou ont été, autres. Et tant mieux / tant pis. C'est chacun qui voit.

[...] certaines personnes ont une vraie vie.

Oui, c'est mon cas. Mais la nuit existe, pas que pour dormir ! D'ailleurs, c'est là que c'est le plus tranquille pour coder, debugger, troller^Wdiscuter... ;-)

Hop,
Moi.

il habite peut être dans un data center.

Heu, quand même pas, non :-)

Hop,
Moi.

belle démonstration de la non compréhension du mot

"Auto-hébergement" ne veut pas forcément dire "chez soi".

C'est surtout être maître du maximum d'infrastructure pour être le plus indépendant possible.

Dans aucun cas l'indépendance totale n'existe :

• en co-lo, ou en VM :
  • machine(s) de l'hébergeur
  • réseaux (internet et électrique) de l'hébergeur
• à la maison :
  • réseau électrique : EDF, autres...
  • réseau internet: FAI (Free, Orange, SFR...)

Le plus important dans l'auto-hébergement, à mon avis, c'est l'autonomie sur plusieurs points :

• choix de la ou les solutions logicielles mise(s) en œuvre
• choix de la politique d'accès : autorisation, filtrage réseau (aka firewall), etc...
• autonomie de décision

Ensuite, la localisation de la machine, c'est secondaire.

Par exemple, j'ai des amis qui ne peuvent avoir internet chez eux que par de la 3G (et encore...). Donc impossible pour eux de s'auto-héberger à la maison. Mais ils ont mis un petit serveur dans un placard chez un pote à eux. Pour toi, ce n'est pas de l'auto-hébergement ? Pour moi, c'en est.

Maintenant, dire qu'OVH n'est pas le meilleur (en fonction de certains critères, objectifs ou subjectifs) hébergeur de co-lo, ça se discute, oui. Pour moi, c'est une solution viable et pertinente.

En ce qui concerne OSUOSL, c'est encore différent. Leur boulot est de fournir une infrastructure réseau et de virtualisation pour l'hébergement de projets FLOSS. De nombreux projets FLOSS phares y sont totalement ou partiellement hébergés, parmi les plus connus :

• Linux
• Apache, Inkscape, OpenOffice.org, PHP...
• busybox, buildroot, uClibc...
• Ångström, CentOS, Debian, Fedora, Gentoo, OpenEmbedded, Slackware...
• Enlightenment, GNOME, KDE...
• Freenode, Linux Foundation...
• OLPC...

Alors, franchement, une VM chez OSUOSL, ca vaut bien n'importe quel serveur à la maion, à mon avis...

Hop,
Moi.

La forge de logiciel libre, [ici le nom de n'importe quelle forge], ouverte il y a [ici un nombre quelconque d'années] ans, ferme ses portes

Voilà pourquoi je préfère auto-héberger mes projets.

Soit à la maison pour des petits volumes, soit sur une machine en co-lo, ou encore une VM. Dans tous les deux derniers cas, un accès total à la machine (compte root) est indispensable. Par exemple :

• chez moi pour deux-trois bricoles ;
• sur une machine physique OVH pour un projet non-public (pour l'instant?) ;
• sur une VM dans le cluster de OSUOSL pour le projet crosstool-NG.

Dans tous les cas, je suis full administrateur de la machine, ce qui me permet de répliquer l'entièreté de la machine, quand je veux, où bon me semble, et dans les conditions qui me conviennent.

Un point de plus pour l'auto-hébergement !

Ceci-dit, je trouve triste de voir disparaître une forge libre, au détriment de services propriétaires pour certains... :-(

Hop,
Moi.

Par QUI les membres de la Commission Européenne sont-ils nommés ?

La réponse, un peu succincte, est là.

Hop,
Moi.

Ça a été ratifié par le parlement européen, ACTA ?

En fait, non.

C'est la Commission Européenne, à travers des délégués, qui est intervenue, et intervient toujours, dans les discussions d'ACTA.

En fait, l'ACTA a été négocié hors de tout processus démocratique. Les membres de la Commission Européenne sont nommés, pas élus. Et c'est bien là que les bât blesse : les peuples, au travers de leurs représentants directement élus, n'ont pas eu leur mot à dire.

Hop,
Moi.