WTF !

L0l le 21e siecle:

Ah les upgrades !

Il y a quelques années, un upgrade d'Itunes qui faisait un rm -rf sans trop de précaution avait bien fait rire dans les chaumières, en particulier chez les vieux unixiens arrogants programmant en shell.

Ce qui vient de m'arriver lors d'un upgrade de iTerm est moins gênant mais tout aussi troublant :



Plein d'espoir et sûr de mes backups, j'ai cliqué Yes. Je n'ai pas vu d'effet spécial. Évidemment ce n'est arrivé que la première fois. Vous auriez fait quoi, vous ?

Batterie, crash et automount

Bon, passons sur le fait que ma 2e batterie en 9 mois passe soudainement de 40 à 0% et que donc le système meurt sans prévenir ni même le temps de passer en veille.

Problème, lors du crash, j'avais une partition chiffrée montée, avec la commande suivante: hdiutil attach /home/at/crypto-container.dmg -stdinpass -mountroot /crypt  (oui pour des raisons historiques de liens un peu partout dans mon $HOME, /Volumes j'en veux pas)

Passons sur le fait que depuis un passage 10.4.7->10.4.8 ca me monte en plus de la vraie partition chiffrée un ridicule /crypt/Boot OSX correspondant au secteur du IMG que je ne me rappelais pas avoir créé quand j'ai initialisé l'image.

Le problème dont je veux causer, c'est qu'il reste un /crypt/volumeamoi non vide (il y a un sale fichier .automounted sans doute créé par les bidules-on-sait-pas-ce-quils-font-mais-il-faut-pas-les-arreter) dedans, et que donc hdiutil monte très intelligement le disque sur /crypt/volumeamoi2 . Tres pratique quand le mail arrive et veut aller dans /crypt/volumeamoi/Mail/inbox .

Ethernet et veille

Bonne année 2007 à tous les désespérés !

Environ une fois sur 50, quand le mac sort de veille, en0 reste inactif, obligeant à y retourner un petit instant ... (oué je sais j'ai qu'à faire du wifi, ethernet c'est pour les hasbeen).

Peut être est-ce que c'est ça qui le gêne avant de passer en veille, j'ai du enlever le cable trop tôt:

1011 root@khany:~> egrep -i '(Yukon|System Wake|System SafeSleep)' /var/log/system.log
Jan 3 08:26:38 khany kernel[0]: AppleYukon - en0 link is down
Jan 3 08:42:17 khany kernel[0]: System SafeSleep
Jan 3 08:42:17 khany kernel[0]: System Wake
Jan 3 08:45:08 khany kernel[0]: System SafeSleep
Jan 3 08:45:08 khany kernel[0]: System Wake
Jan 3 08:46:00 khany kernel[0]: AppleYukon - en0 link active, 10-Mbit, full duplex, flow control disabled

Retourner se coucher n'est peut être pas une mauvaise idée finalement.

X11

Le serveur X11 se bloque régulièrement (mais évidemment pas de manière systématique) si on scrolle un peu vite vers le haut dans OpenOffice.Org , mais aussi dans rxvt ou d'autres applications. Je suis très étonné parce que je ne trouve pas de trace de de bug chez d'autres gens, mais c'est très très pénible de devoir faire Ctrl+S après chaque § écrit ...

Je suis sûr que ce n'est pas un bug OO.org:
- d'abord je l'ai déjà vu dans rxvt,
- ensuite le symptôme est que toutes les applications X11 sont bloquées, y compris les menus du haut, y compris la création d'une autre fenêtre...
- de toute manière un serveur graphique ne devrait pas se bloquer sur la réception d'une requête client ...

J'étais en train de radariser mais bugreport.apple.com m'a pété à la gueule..

Edit: comme je me méfie de ce serveur j'avais intelligement copié mon bug dans un terminal ... C'est donc le #4845847.

DNS

Pourquoi tant de haine ? Pourquoi MacOS-X a t'il décidé que si je n'avais pas de route par défaut, je n'avais pas envie d'avoir un DNS ? Pourquoi cette merde de lookupd et DNSclient ne se met en marche que quand le système a une route par défaut ? Hein pourquoi ?

Le pire étant que le DNS que j'utilise est sur 127.0.0.1, bien entendu.

Update X11

La récente mise à jour de X11 fait planter OpenOffice au démarrage. Je ne suis visiblement pas le seul.

Bien joué ! Je travaille comment moi maintenant ?

Edit: le problème est causé par 5 polices TTF (de la famille Vera) qui sont corrompues dans l'archive, et qu'il suffit de récupérer ailleurs. Bon. Mais le plus drôle, c'est ça.

Oui vous avez bien lu, un @&!=$# chez Apple a probablement transporté des fontes TTF binaires par FTP en mode ASCII.