C'est gruik, très gruik, mais ça a le mérite de fonctionner :
RPM="redhat-release-server-6Server-6.3.0.3.el6.x86_64.rpm"
RRPM="redhat-release-server-6Server-6.3.0.3.el6"
function centos () {
mkdir redhat
mv /etc/issue /etc/issue.net /etc/redhat-release /etc/system-release /etc/system-release-cpe redhat/
cp -a centos/* /etc/
rpm -e --justdb $RRPM
}
function redhat () {
mkdir centos
mv /etc/issue /etc/issue.net /etc/redhat-release /etc/system-release /etc/system-release-cpe centos/
rpm2cpio $RPM | cpio -ivdm
cp -a etc/issue.net /etc/
cp -a etc/issue /etc/
cp -a etc/redhat-release /etc/
cp -a etc/system-release /etc/
cp -a etc/system-release-cpe /etc/
rpm -i --justdb $RPM
}
case $1 in
centos) centos ;;
redhat) redhat ;;
*)
echo "missing argument: centos | redhat"
;;
esac
VMware... Quelle bande de raclures de pelles à merde.
Dans le cadre d'un projet de P2V, je réalise que les machines RHEL6 sont migrées sans problèmes. Par contre, quand on attaque une CentOS6, le convertor retourne une erreur :
« got kernel major revision as
--> ERROR: kernel version has to be in format 2.6., version 2.6.32-279.el6.x86_64 is not supported
--> (return code 1) »
Ce qui est drôle, c'est que la commande "uname -a" sur une RHEL6 ou une CentOS6 retourne exactement la même chose. Je me dis donc que l'erreur ne provient probablement pas de là.
Je tente donc une bidouille un peu crade : installer le paquet "redhat-release" provenant d'une RedHat sur la CentOS.
Et là, magie, la conversion se passe sans problème !
VMware, croyez-moi, JAMAIS je ne vendrai vos merdes à mes clients !
Ça a le mérite de faire réflechir...
D'un coup, je me sens moins chaud pour tenter l'aventure.
Hop, petite astuce pour tester simplement qu'un proxy nous autorise à accéder à tel ou tel site via telnet :
ziirish@carbon:~$ telnet oxygen 3128
Trying 10.0.0.80...
Connected to oxygen.mendele.ev.
Escape character is '^]'.
GET http://ziirish.info/~ziirish/tmp/test.txt HTTP/1.1
host: ziirish.info
User-Agent: telnet
HTTP/1.0 200 OK
Server: nginx
Date: Mon, 29 Jul 2013 09:48:35 GMT
Content-Type: text/plain
Content-Length: 15
Last-Modified: Mon, 29 Jul 2013 09:42:34 GMT
Vary: Accept-Encoding
ETag: "51f6390a-f"
Content-Disposition: : /home/ziirish/web/tmp/test.txt
Accept-Ranges: bytes
X-Cache: MISS from Oxygen
X-Cache-Lookup: MISS from Oxygen:3128
Connection: keep-alive
This is a test
^]
telnet> quit
Connection closed.
(Oui, je sais, on peut tester avec wget et les variables http_proxy, mais avec telnet on teste en direct, sans intermédiaire relatif à l'environnement)
Dans le même genre, il y a aussi ça : http://beastiebox.sourceforge.net/
Tiens, c'est marrant ça. Mon compte yahoo a également été fermé pour une raison que j'ignore. Je n'ai pas tenté de les appeler directement, cependant, le service client par mail m'a jute répondu d'aller me faire voir...
La réponse : « We apologize for any inconvenience this situation has caused. However, it appears that we will be unable to provide login assistance for the Yahoo! ID in question. By accepting our Terms of Service
(http://info.yahoo.com/legal/us/yahoo/utos/en-us) , you agreed to provide true and valid registration information and to keep that information current and updated should it change. »
Bonne fête aux admins ;-)
Et voilà, petite contribution à un logiciel qui m'a déjà sauvé la vie plus d'une fois.
Holy Christ!
Bon bon bon, il faut vraiment que je rédige une belle doc sur comment mettre en place son service de messagerie avec les fonctionnalitées suivantes :
Synchronisation des contacts, mails et calendriers avec le mobile (comme ce que propose Google), partage des calendriers, etc.
P.S.: Par contre, il faudrait qu'Octave fasse quelques efforts rédactionnels, ça pique un peu les yeux.
Ça rejoint un peu l'idée derrière le logiciel libre.
(via http://lehollandaisvolant.net/index.php?mode=links&id=20130725181807 )
J'ai rencontré le problème également en implémentant le nouveau flux RSS de mon blog...
Par contre, je ne me souviens plus exactement de la façon dont j'ai résolu le problème. Si je retrouve ça, je partagerai ne vous en faites pas ;)
(via http://lehollandaisvolant.net/index.php?mode=links&id=20130725175836 )
« Saviez vous que echo ‘hello world’ bouffera moins de perf que echo “hello world” ?
En effet les ” interprètent les variables contenues dans la chaine quand ‘ se contente d’afficher votre texte tel quel, ce qui économise quelques perfs. »
Comme indiqué dans les commentaires, ce n'est pas tout à fait exact. Ou du moins, c'est négligeable par rapport à ce que l'on peut dire ou lire.
Une explication qui semble sérieuse ici : http://nikic.github.io/2012/01/09/Disproving-the-Single-Quotes-Performance-Myth.html
Et mon commentaire ici : http://blog.idleman.fr/?p=2725#comment-22463
Alors, juste pour info, ça c'est assez vieux :
ziirish@carbon:~/images$ file qrcode.png
qrcode.png: PNG image data, 248 x 248, 1-bit colormap, non-interlaced
ziirish@carbon:~/images$ md5sum qrcode.png
c4fc209e25e8b2703a5b2a2691a7d9b3 qrcode.png
ziirish@carbon:~/images$ base64 qrcode.png | zerocli
Encrypting data... [done]
[i] OK server returned code 200
Your data have been successfully pasted
url: https://paste.ziirish.info/?7951f1b227c52e83#ZZZZZZZZZZ6N3fFRSFIOfXlFMwSYzNa9dpGy0=
delete url: https://paste.ziirish.info/?pasteid=XXXXXXXXX&deletetoken=YYYYYYYYYYYYYY
ziirish@carbon:~/images$ zerocli -g https://paste.ziirish.info/?7951f1b227c52e83#ZZZZZZZZZZ6N3fFRSFIOfXlFMwSYzNa9dpGy0= | base64 -d >/tmp/getzerocli
Decrypting data... [done]
ziirish@carbon:~/images$ file /tmp/getzerocli
/tmp/getzerocli: PNG image data, 248 x 248, 1-bit colormap, non-interlaced
ziirish@carbon:~/images$ md5sum /tmp/getzerocli
c4fc209e25e8b2703a5b2a2691a7d9b3 /tmp/getzerocli
Et donc, ça date de ce commit : https://github.com/ziirish/zerocli/commit/ff6c67dab736fe53cb40edc2a120778be9e4c97a
Pas besoin d'utiliser un nouveau service, j'ai juste "détourné" légèrement le client.