OSX : Apple sur la mauvaise pente ?

L’arrivée du Mac AppStore ne m’a pas réjoui, j’y ai vu la possible fermeture progressive d’OSX aux logiciels venu de tous horizons. En dehors du côté business de la chose, je vois d’un mauvais œil la centralisation de la distribution des applications.
Je me suis dit qu’il n’y avait qu’un pas pour qu’Apple ferme OSX aux applis qui ne seraient pas passées par son AppStore (dans la logique déjà en place et acceptée par le plus grand nombre sur les terminaux IOS).
En faite, c’est pas un pas, mais certainement deux. La future release 10.8 du système offre dans les options de sécurité trois choix quant à la manière d’autoriser l’installation d’applications :
– app venant de l’appstore uniquement
– app venant de l’appstore et de développeurs certifiés
– depuis n’importe où

OSX 10.8, security settings
Ceci peut être interprété comme une bonne chose du point de vu sécurité, c’est louable, mais c’est également inquiétant…

Dans la version à venir, la 10.8, c’est l’option « app venant de l’appstore et de développeurs certifiés » qui est cochée par défaut. Combien d’utilisateur de base auront la curiosité d’aller fouiller les préférences système, pour aller modifier ce paramètre ?

Il est certain que ce type de fonctionnalités ne sera un problème pour les power users qui pourront toujours les contourner et continuer d’utiliser cette plateforme comme aujourd’hui. Pour les novices ce ne sera certainement pas la même chose.

Et si la version 10.9 qui arrivera en 2013 n’offrait plus que les deux premiers choix ?
Voir que le premier choix…

Choisir un mot de passe

XKCD fidèle à son habitude démontre qu’une image vaut plus qu’une longue explication…

Qu’est ce qu’un bon mot de passe ?
Un mot de passe qui résiste le plus longtemps possible à une attaque en brut force.

Ce mot de passe, respectant les standards abscons de  bon informaticien ayatollah  :
YhgTBBgdt!èJ
ne résistera pas longtemps, tout au plus 3/4 jours.

Alors que celui-ci :
YabonCheminCoolEtEnsoleillé
pourra résister beaucoup plus longtemps, jusqu’à plusieurs années…
Notez que j’ai mis une majuscule à chaque mot par soucis de lisibilité, mais même sans celles-ci, ce mot de passe reste très difficile a déchiffrer.

L’avantage du second, c’est qu’il est simple retenir, alors que le premier est bien plus difficile à mémoriser…

L’illustration > xkcd : Password Strength

zfs, détruire un snapshot récalcitrant

Quand on réplique des datasets zfs entre deux serveurs, il arrive qu’une erreur se produise et que le clone temporaire ne soit pas automatiquement effacé, ce qui ensuite bloque les réplications…

On essai de détruire le snapshot

[root@zfs] ~# zfs list -H -o name -t snapshot | xargs -n1 zfs destroy
 cannot destroy 'tank/vol/hsm@auto-20111122.0715-1w': dataset already exists

Comment s’en sortir

On liste les snapshots, notez qu’on ne vois pas le clone

[root@zfs] ~# zfs list -H -o name -t snapshot
 tank/vol/hsm@auto-20111122.0715-1w

Trouver le nom du clone qui empêche la destruction du snapshot, c’est celui avec le % dans le nom

[root@zfs] ~# zfs -d tank
 Dataset mos [META], ID 0, cr_txg 4, 178M, 183 objects
 Dataset tank/shared [ZPL], ID 32, cr_txg 49, 31.4K, 4 objects
 Dataset tank/vol/hsm/%auto-20111122.0730-1w [ZPL], ID 17221, cr_txg 2005726, 584G, 2009587 objects
 Dataset tank/vol/hsm@auto-20111122.0715-1w [ZPL], ID 17215, cr_txg 2004014, 584G, 2009587 objects
 Dataset tank/vol/hsm [ZPL], ID 77, cr_txg 436135, 584G, 2009587 objects
 Dataset tank/doc [ZPL], ID 52, cr_txg 435968, 32.9K, 5 objects
 Dataset tank/backup [ZPL], ID 44, cr_txg 185, 2.04T, 6375302 objects
 Dataset tank/tof [ZPL], ID 38, cr_txg 52, 32.2K, 5 objects
 Dataset tank [ZPL], ID 16, cr_txg 1, 37.4K, 8 objects

On détruite le coupable

[root@zfs] ~# zfs destroy tank/vol/hsm/%auto-20111122.0730-1w
 cannot open 'tank/vol/hsm/%auto-20111122.0730-1w': dataset does not exist

Une erreur se produit, mais si regarde le clone a disparu

[root@zfs] ~# zfs -d tank
 Dataset mos [META], ID 0, cr_txg 4, 178M, 177 objects
 Dataset tank/shared [ZPL], ID 32, cr_txg 49, 31.4K, 4 objects
 Dataset tank/vol/hsm@auto-20111122.0715-1w [ZPL], ID 17215, cr_txg 2004014, 584G, 2009587 objects
 Dataset tank/vol/hsm [ZPL], ID 77, cr_txg 436135, 584G, 2009587 objects
 Dataset tank/doc [ZPL], ID 52, cr_txg 435968, 32.9K, 5 objects
 Dataset tank/backup [ZPL], ID 44, cr_txg 185, 2.04T, 6375302 objects
 Dataset tank/tof [ZPL], ID 38, cr_txg 52, 32.2K, 5 objects
 Dataset tank [ZPL], ID 16, cr_txg 1, 37.4K, 8 objects

on peut maintenant détruire le snapshot

[root@zfs] ~# zfs destroy tank/vol/hsm@auto-20111122.0715-1w

Pas d’erreur, on vérifie

root@zfs] ~# zfs -d tank
 Dataset mos [META], ID 0, cr_txg 4, 178M, 173 objects
 Dataset tank/shared [ZPL], ID 32, cr_txg 49, 31.4K, 4 objects
 Dataset tank/vol/hsm [ZPL], ID 77, cr_txg 436135, 584G, 2009587 objects
 Dataset tank/doc [ZPL], ID 52, cr_txg 435968, 32.9K, 5 objects
 Dataset tank/backup [ZPL], ID 44, cr_txg 185, 2.04T, 6375302 objects
 Dataset tank/tof [ZPL], ID 38, cr_txg 52, 32.2K, 5 objects
 Dataset tank [ZPL], ID 16, cr_txg 1, 37.4K, 8 objects

Il a disparu, la réplication va pouvoir repartir…

[ A lire ] C’est le tour de la télé ! | Metamedia

La série continue donc. Avec Internet et la révolution numérique, la destruction créatrice, qui a bouleversé de fond en comble les industries de la musique, de la presse et du livre, s’abat aujourd’hui sur le monde de la télévision. Elle risque d’y être plus rapide et plus rude. Et comme pour les autres vieux médias, la création de valeur risque de se faire ailleurs, mais la destruction chez elle. Avec, de toute façon, un grand gagnant : le téléspectateur, qui deviendra télénaute !

Lire la suite > C’est le tour de la télé ! | Metamedia.