Amand Tihon a écrit 734 commentaires

Je me suis mis un rappel, je vais essayer de ne pas rater ça!
J'ai commencé à utiliser FreeCAD pour mes plans en travail du bois, et je regrette juste de ne pas avoir un peu plus de temps à consacrer à l'apprentissage de l'outil. Je trouve ça super que tu proposes ces formations.

Par contre, je n'arrive pas à joindre le site http://www.freecad-france.com/ en IPv6, ça timeout.

Et plus simplement:

>>> chaine[1:].decode('hex')

En plus, dans ton fichier /etc/named/domaine.fr.conf, tu as fait une typo dans le nom de la zone inverse. La zone doit s'appeller "168.192.in- addr .arpa", et non "168.192.in- adrr .arpa".

Un admin du département en question explique dans les commentaires que la plage est utilisée en interne. Et vu le temps que prendrait une renumérotation, il ne voit aucun avantage à changer quoi que ce soit.

As-tu essayé le multi-compte de KMail ? Il permet aussi de spécifier une identité par dossier.
Si je réponds à un mail, quelle que soit la configuration spécifique au dossier, il utilisera de préférence l'identité qui correspond.
Chaque identité peut en plus être configurée pour utiliser un transport spécifique pour l'envoi.

Si tu pensais à d'autres fonctionnalités, je serais curieux de les connaître. La dernière fois que j'ai testé Claws Mail, il s'appellait encore Sylpheed-claws :)

Si tu la déplaces environ à mi-hauteur sur le bord de l'écran, tu auras le comportement que tu souhaites. Si tu la déplaces plus haut ou plus bas, la fenêtre prendra le quart haut ou le quart bas.
C'est du moins ce que j'ai chez moi sans avoir la dernière version de KDE.

Dernière citation, dans la partie sur YAMA:

nouveau module de sécurité YAMA, écrit par Keess Cook

Ça date de 2010, mais je l'avais marqué dans mon agrégateur pour ne pas le perdre: http://dirtsimple.org/2010/11/simplest-way-to-do-tree-based-queries.html

Regarder le fichier .o n'a pas beaucoup de sens. Tant que l'édition de liens n'a pas été faite, les offsets des différentes instructions sont généralement à zéro.

Après application des relocations par le linker, tu devrais voir des 0xtruc(%rip), avec "truc" qui change, de manière à toujours pointer au même endroit.

  400494:       55                      push   %rbp
  400495:       48 89 e5                mov    %rsp,%rbp
  400498:       8b 15 e2 03 20 00       mov    0x2003e2(%rip),%edx        # 600880 <a>
  40049e:       8b 05 dc 03 20 00       mov    0x2003dc(%rip),%eax        # 600880 <a>
  4004a4:       01 d0                   add    %edx,%eax
  4004a6:       89 05 d4 03 20 00       mov    %eax,0x2003d4(%rip)        # 600880 <a>
  4004ac:       5d                      pop    %rbp
  4004ad:       c3                      retq   

Ce n'était sans doute juste pas le bon moment de mettre testing à jour, xorg et mesa sont justement en chantier pour supporter le multiarch: http://blog.mraw.org/2011/06/18/mesa_a_disturbance_in_the_Force/

C'est ce que j'ai fait, en un peu plus détaillé :)

Mon volume /home est aussi sur SSD pour en tirer profit lors des accès à tous les fichiers de config (le démarrage de KDE apprécie), et j'ai sous mon $HOME une petite collection de volumes sur DD.

Et si les clients VPN ont leur IP attribuées par DHCP ?

Pourquoi remettre à demain ce que tu peux faire faire aujourd'hui ?

1°) Oui, c'est permis. C'est même en exemple dans la page de man, en fait :-)
2°) 9x.xxx.xxx.254 n'est pas dans son réseau, mais la ligne juste au dessus précise comment atteindre cette adresse: en envoyant sur eth0.

Je ne pense pas que son problème vienne de la syntaxe de son /etc/network/interfaces, mais probablement de l'outil de config Zentyal (que je ne connais absolument pas), cette "interface graphique" à laquelle Bzh7000 fait référence.

C'est activé par défaut sous les derniers windows.

Quelques pistes à creuser:
# echo 1 > /sys/bus/scsi/devices/w:x:y:z/rescan (chemin à adapter)
# blockdev --rereadpt /dev/blah
# partprobe

Tu peux utiliser blockdev --getsz /dev/blah pour vérifier la taille du LUN telle que vue par le système.

Ces estimations ne veulent plus rien dire, désormais. C'est juste "pour bientôt".

Étant donné que la quantité d'adresses dont l'APNIC dispose actuellement ne leur permet pas de tenir 9 mois au rythme actuel, ce registre pourrait décider de terminer la partie n'importe quand (depuis plus d'un mois, en fait). En pratique, s'ils continuent leurs allocations en respectant le même seuil qu'avant, ça devrait se passer d'ici 20 à 40 jours environ, suivant leur humeur.

Sur les sept /8 qui restent, c'est donc vraisemblablement l'APNIC qui va s'en allouer deux, les cinq dernières étant destinées à être réparties entre les cinq RIR.

La suite du programme sera de voir combien de temps sera nécessaire pour vider les réserves des différents RIR, quels seront les fournisseurs qui proposeront les premiers l'IPv6 à leurs clients résidentiels (vous êtes gâtés, en France), etc.

Tu peux essayer avec Mondo Rescue.

Je l'utilise avec succès (sur OpenSuse), pour peu que le matériel ne soit pas trop différent d'une machine à l'autre.
L'intérêt, c'est qu'il est capable de reproduire le partitionnement, y compris les volumes LVM, et adapte les tailles de partitions si le disque physique n'est pas identique.

Note que dans tous les cas, il y a malgré tout quelques fichiers à adapter sur la machine cible, comme par exemple les règles udev de nommage des interfaces réseau, le nom d'hôte, éventuellement la config postfix, etc.

bash: shutdown: command not found

Tu peux malgré tout ne pas avoir le temps en une nuit.

De mon expérience personnelle (sachant que j'étudie le déploiement d'IPv6 dans un datacenter), le DHCPv6 ne sert à rien

En IPv4, DHCP ne sert pas seulement à configurer le réseau et à indiquer les serveurs DNS.

Qu'en est-il par exemple du boot réseau pour les machines diskless ? Il me semble que DHCPv6 est actuellement la seule solution (et encore, je ne sais pas du tout où ça en est). Le netboot en IPv6 pur est-il déjà possible ?

La RFC-5970 semble dater de septembre 2010, ce qui est quand même très récent.

Ainsi que
cat /etc/nsswitch.conf

2bis) Tout le monde est en train d'essayer de remettre son système d'équerre après la mise à jour qui a tout cassé :)

À mon avis, ce qu'ils entendent par exent, c'est de l'espace libre contigu dans ton VG.

De quoi y mettre un snapshot de volume le temps de prendre un backup, quoi.

on considère que toutes les personnes votantes sont utilisatrices de Git

C'est effectivement ce que dit le titre : "Git User's Survey 2010". Ce sondage est bien à destination des utilisateurs de git. :)