Installer Google earth 6 sur ubuntu 10.10 64 bit x86_64
Depuis quelques jours, Google Earth (googleearth) est disponible en version 6 avec un paquet de nouveautés, donc, l’intégration de streetview etc.
Hors, j’ai rencontré des difficultés pour l’installer sur Ubuntu sur plusieurs machines, avec en raison principale une dépendance manquante.
Après toutes mes tentatives, je finissais toujours avec l’erreur suivante :
[bash]/usr/bin/google-earth: 43: ./googleearth-bin: not found[/bash]
Donc, je vous propose deux solutions pour avoir Google Earth sur votre ubuntu 10.10 64 bit :
1 : Télécharger le fichier d’installation .deb
A l’heure actuelle il semble que Google soit en pleine mise à jour, et donc, le fichier .deb n’est pas toujours disponible dans toutes les langues.
Allez sur le site de google earth ici :
http://www.google.com/earth/index.html
et assurez vous en haut à droite de choisir la langue « English (US) », car en Français ça ne fonctionne pas (présentement en tout cas). Cliquez ensuite sur « Download », puis choisissez « Download Google Earth 6 » (bouton bleu sur la droite).
Sélectionnez ensuite le package pour votre distribution, ici on prendra 64 bit .deb (For Debian/Ubuntu), puis cliquez sur « Agree and Download ».
Enregistrez le fichier, puis ouvrez le, l’installateur de logiciel vous propose de l’installer, vous tapez votre mot de passe, et l’installation se fait.
Là, ça ne fonctionnera à priori pas ! Car il manque une dépendance non renseignée dans le package (à l’heure actuelle).
Ouvrez un terminal, et tapez la commande suivante :
[bash]sudo apt-get install lsb-core ia32-libs[/bash]
Confirmez l’installation. Une fois terminée, Google earth devrait se lancer sans soucis (soit par le menu « Application, puis internet, puis Google earth », soit en ligne de commande dans un terminal : google-earth).
2 : Ancienne méthode, qui est valide si Google vous fourni un fichier binaire de Googlearth « GoogleEarthLinux.bin ».
– Téléchargez le fichier « GoogleEarthLinux.bin » sur le site googlearth en Francais (si disponible)
– Ouvrez un terminal, allez dans le dossier dans lequel vous avez téléchargé « GoogleEarthLinux.bin »
– Installez googleearth-package :
[bash]sudo apt-get install googleearth-package[/bash]
– Creez le package (normalement le programme doit utiliser la version que vous avez téléchargé dans le dossier en cours).
[bash]make-googleearth-package –force[/bash]
(ça va mettre un certain temps avec plein de « warning » et autre alertes).
– Installez les dépendances qui pourraient manquer :
[bash]sudo apt-get install lsb-core ia32-libs[/bash]
– Installez le package crée par make-googleeearth-package :
[bash]sudo dpkg -i googlearth*.deb[/bash]
(Ou directement le nom de fichier qui est généré à la place de googlearth*.deb)
Voilà, ça devrait fonctionner :D
Source : http://www.google.co.uk/support/forum/p/earth/thread?tid=144696eab7d5a9c7&hl=en
Corriger plugin post-notification wordpress
Un plugin sympa sous wordpress, c’est « post-notification », dont le rôle est d’envoyer un mail à tous ceux qui s’abonnent, afin de les prévenir que vous avez posté un article.
Si l’installation se fait de manière traditionnelle, par l’interface d’administration de wordpress, celle-ci, dans mon cas, demande deux modifications pour fonctionner.
Tout d’abord il faut donner les droits en écriture sur le dossier _temp du plugin (dans /votre_wordpress/wp-content/plugins/post-notification/_temp). Ceci afin que le serveur (ici apache) puisse écrire les fichiers temporaires.
Ensuite, et toujours dans le dossier /votre_wordpress/wp-content/plugins/post-notification il va falloir éditer le fichier « functions.php ».
C’est ce fichier qui contient l’ensemble des fonctions utilisées par le plugin, et spécialement celle qui compose l’url de validation insérée dans le mail de confirmation. Dans mon cas c’est cette URL (ou uri) qui était incorrecte, et ce, sur l’ensemble des blogs que j’ai eu l’occasion de mettre en production.
On va donc ouvrir le fichier « functions.php » à la ligne 257 et change la ligne suivante :
[php]$confurl .= "code=$code&addr=" . urlencode($addr) . "&"; ^M[/php]
en
[php]$confurl .= "code=$code&addr=" . $addr ; ^M[/php]
On supprime donc la fonction urlencode, qui fait sauter l’arobase de l’adresse email, la rendant invalide (sur mon navigateur firefox et mon client mail gnome evolution) et le & en fin d’url, qui vient provoquer une erreur sur les variables.
Une fois cette modification effectuée, et si vous avez bien suivi le manuel d’installation du plugin (création de la page d’inscription etc.) tout devrait bien fonctionner !
Je ne vais pas détailler dans ce post comment utiliser cette extension, mais juste les deux modifications que j’ai du opérer pour la rendre fonctionnelle.
Mettre à jour le module apache mod_pagespeed sous linux
Je vous parlais ici http://blog.inforeseau.com/2010/11/mod_pagespeed-extention-accelere-serveur-web de l’installation du module apache « mod_pagespeed » qui permettait d’optimiser le chargement et le contenu de vos pages web servies par apache 2.
Aujourd’hui, et depuis cet articles, le module a été mis à jour, avec des optimisations, et des corrections de bugs ! Voici comment mettre à jour.
Se connecter en root sur le serveur (ici Fedora) sur lequel nous allons mettre à jour le module mod_pagespeed pour apache 2. Notez que pour effectuer cette opération vous l’aurez déjà installé et configuré une fois au préalable.
Donc en root, on va télécharger l’archive, arrêter apache, mettre à jour le module, et relancer le tout :
[bash]cd /usr/local/src
wget https://dl-ssl.google.com/dl/linux/direct/mod-pagespeed-beta_current_i386.rpm
/etc/rc.d/init.d/httpd stop
rpm -Uvh mod-pagespeed-beta_current_i386.rpm
/etc/rc.d/init.d/http start[/bash]
Ici nous pratiquons l’opération sur une machine 32bit, utilisez l’url correspondant à votre architecture (64bit ?) si besoin : http://code.google.com/speed/page-speed/download.html
Je vous recommande de surveiller le projet et les mises à jour car il s’agit encore d’un stade bêta, et les mises à jour contiennent d’importants correctifs. A titre d’information, mon serveur s’est retrouvé saturé par un bug dans la bêta précédente, celle-ci devait contenir un défaut entrainant une verbosité accrue des logs, ayant conduit à un remplissage de ma partition / !
Rien de méchant, je vous l’accorde, mais ceci étant arrivé dans la nuit, mes sites sont restés inaccessibles pendant quelques heures.
Donc, si vous utilisez mod_pagespeed, veillez à appliquer les mises à jour régulièrement.
Voici un extrait des logs générés par mod_pagespeed ayant rempli une partition de mon serveur :
[bash][Sat Dec 11 08:49:15 2010] [warn] [mod_pagespeed 0.9.8.1-215] /var/www/mod_pagespeed/files/3a5dadbbec82d18256e66ae2d8e395.lock:0: Someone is already fetching http://www.monsite.com/index.php/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/ima[Sat Dec 11 08:49:16 2010] [notice] child pid 26998 exit signal Segmentation fault (11)
[Sat Dec 11 08:49:16 2010] [warn] [mod_pagespeed 0.9.8.1-215] /var/www/mod_pagespeed/files/f91ac62f025cd055662dd9dcf54ea2.lock:0: Someone is already fetching http://www.monsite.com/index.php/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/images/corner-bottom-right.gif [/bash]
Note : j’ai masqué le nom du site original et modifié les noms de fichiers pour les petits malins.
Voilà, mais je reste convaincu que mod_pagespeed est un excellent projet. Bien sûr on serait tenté de dire qu’il va conduire les webmasters à moins faire attention sur l’optimisation en se reposant sur celui-ci, mais ça serait une erreur qui ne regarde que celui qui fait ce choix. Par ailleurs, pour les utilisateurs de systèmes CMS n’ayant pas forcément le temps ou la capacité de modifier le code, c’est une bonne solution permettant de garder la flexibilité des extensions (je pense à WordPress par exemple) tout en conservant des pages à peu près optimisées pour le chargement.
Pages
- À propos
- Alexandre Blanc Experience or work background
- Connected=hacked, cloud=leak, why
- Keeping track for my speaking events / appearances
- My take on Zero Trust – SP 800-207
- Openvpn and pihole on OVH VPS Server FAQ
- Raspberry 3 router project FAQ
- Spotting LinkedIn fake profiles, the tail of industrial spying, should I trust this contact ?
Search this Site
Archive
- août 2026
- avril 2025
- juin 2024
- mai 2024
- mars 2024
- février 2022
- janvier 2022
- octobre 2021
- septembre 2021
- mai 2021
- octobre 2020
- juin 2020
- avril 2020
- avril 2019
- janvier 2019
- juin 2018
- mars 2017
- octobre 2016
- août 2016
- mai 2016
- septembre 2015
- mai 2015
- février 2015
- novembre 2014
- septembre 2014
- août 2014
- janvier 2013
- décembre 2012
- juillet 2012
- janvier 2012
- novembre 2011
- octobre 2011
- mai 2011
- avril 2011
- mars 2011
- février 2011
- janvier 2011
- décembre 2010
- novembre 2010
- octobre 2010
- septembre 2010