Enlever le raccourci des applications Google Chrome

Publié le par
1

La dernière mise à jour de Google Chrome voit l’arrivée d’une nouvelle présentation lors de l’ouverture d’un nouvel onglet et l’arrivé d’un raccourci des applications. Celui là a par contre la fâcheuse tendance d’apparaître dans la barre de favoris.

Ma barre à moi est triée, en dossiers et n’aime pas beaucoup le changement. Par conséquent, j’ai cherché comment le faire disparaître et ne trouvait rien, ni dans les options, ni dans les favoris. De plus, l’option de suppression lors d’un clic droit sur ce raccourci est grisée et ne permet pas de l’enlever.

La solution est en fait beaucoup plus simple puisqu’il suffit de décocher l’option Afficher le raccourcis des applications lors d’un clic droit dans la barre de favoris.

Lister ses paquets installés pour les réinstaller

Publié le par
Répondre

Il peut souvent être pratique de voir les paquets actuellement installé sur son système d’exploitation (ici basé sur Debian). On peut par exemple vouloir les exporter pour les réinstaller sur une autre distribution ou tout bêtement pour réinstaller sa machine.

La solution pour faire ça consiste à utiliser le gestionnaire de paquets dpkg à l’aide de la commande :

dpkg --get-selections

Ce qui permet par exemple d’exporter cette liste en l’inscrivant dans un fichier comme ceci :

dpkg --get-selections > packagesList

Un fois ce fichier plat importé sur le nouvel OS, on va importer la liste de paquets en faisant :

dpkg --set-selections < packagesList

Remarque : notez bien la différence entre le get et le set.
Il ne reste plus qu’à installer cette liste à l’aide de la commande :

apt-get dselect-upgrade

Si vous voulez simplement obtenir des informations détaillées sur les paquets que vous avez installés, vous pouvez utiliser :

dpkg -l

mais le détail des informations empêchera de réimporter ce fichier par la suite.

Dossier partagé sur VirtualBox

Publié le par
Répondre

La virtualisation est à coup sûr une part majeure de l’industrie de demain. Même sur sa propre machine, des dizaines de logiciels existent. Les plus connus étant VMware et Virtualbox. Sur Virtualbox justement, un des besoins qui peut se faire sentir assez rapidement est de partager des fichiers entre la machine virtuel et la machine qui l’héberge.

Ceci se fait très rapidement. Il faut tout d’abord commencer par installer sur la machine virtuelle ce qui s’appelle les Additions invité. Pour ça, il suffit de cliquer, dans le menu de la fenêtre de la machine en train de tourner, sur l’onglet Périphériques puis sur Installer les Additions invité… On peut aussi le faire à l’aide du raccourcis Touche Host + D (par défaut Ctrl droit + D)

Une fois ceci installé, il faut configurer le dossier qui sera partagé entre la VM et la machine qui fait tourner Virtualbox. Il faut donc se rendre dans la partie Configuration de la VM, dans l’onglet Dossiers partagés et de cliquer sur l’icône d’ajout de dossier à droite.

Dans la fenêtre qui s’ouvre, sélectionner le chemin du dossier à partager, le nom que prendra le partage et cocher de préférence l’option Montage automatique.

Au redémarrage de la VM, le dossier apparaîtra comme un disque réseau dans le poste de travail. On peut aussi y accéder en console en tapant :

net use x: \\vboxsvr\<NOM_DU_PARTAGE>

 

Processus inactifs du système

Publié le par
Répondre

En faisant un petit Alt+Shift+Echap (raccourcis du gestionnaire des tâches), lors d’un lag un peu trop persistant, je me suis rendu compte que la dernière ligne de processus intitulée Processus inactifs du système affichait une consommation processeur de 97%. Pensant que c’était le responsable de mon lag, je me suis renseigné pour savoir quel processus inactif pouvait consommer autant.

Il s’avère que c’est beaucoup plus simple que ça puisque ce Processus inactifs du système affiche en fait la quantité de processeur disponible à la consommation. Pas l’inverse comme tous les autres processus.

Ce n’est pas l’affichage le plus ergonomique mais ce n’est pas le pire qu’a su faire Microsoft  🙂

Remplacer la mise en veille par l’hibernation sous Linux Mint

Publié le par
Répondre

On continue avec les problèmes de mise en veille et de pilotes graphiques mais de nouveau sous Linux Mint 15 Olivia. Le pilote legacy open-source a, comme je l’avais dit lors mon précédent article, la fâcheuse tendance de faire que toute mise en veille de l’ordinateur entraîne une mauvaise reprise et tout l’affichage en sort pixelisé. Les pixels sont d’ailleurs présents des icônes du bureau au curseur de la souris. Lors d’un Ctrl+Alt+F1, la console subit le même traitement. Le seul moyen que j’ai trouvé de réparer le problème est de redémarrer l’ordinateur. Même le logo Linux Mint durant l’extinction est pixelisé donc ceci affecte bien tout l’affichage.

Pour régler tous les paramètres de mise en veille sous Linux Mint 15 Olivia,il faut commencer par installer le remplaçant de gconf-editor à savoir dconf-tools :

apt-get install dconf-tools

Le lancer et se rendre dans : /org/gnome/settings-daemon/plugins/power. L’option qui m’intéressait pour ma part était de remplacer la mise en veille rapide pas entièrement supportée par une hibernation ne posant aucun soucis. Le réglage concernant mon ordinateur fixe, c’est l’option sleep-inactive-ac-type que j’ai ainsi passé à hibernate au lieu de suspend.

Juste pour information, dans les anciennes versions de Linux Mint, l’option à modifier se trouvait en utilisant gconf-editor et en se rendant dans /apps/gnome-power-manager/actions et remplacer la valeur sleep-type-ac par hibernate.

Retrouver la mise en veille prolongée sous Windows

Publié le par
Répondre

On continue avec les problèmes de pilotes mais sous Windows 7 ce coup ci. En effet, je met systématiquement une mise en veille de l’ordinateur automatique au bout de 2 heures d’inactivité. Sauf que les 2 heures passaient allègrement sans qu’aucune mise en veille ne se montre.

J’ai donc commencé par installer le pilote ATI (Ma carte est une Radeon HD 3870) correspondant (sous Windows les problèmes de support ne se font pas encore sentir, les versions évoluant bien moins vite). En effet, c’est, de ce que j’ai pu trouver sur internet, la carte graphique qui permet de gérer les mises en veille. Ceci ne m’étonne pas vu les problèmes que la mise en veille engendre sous Linux lorsque le pilote n’est pas bon.

Mais ceci n’a pas encore corrigé mon problème. Il reste une petite option à modifier dans les paramètres d’alimentation avancés (Panneau de configuration -> Matériel et audio -> Options d’alimentation -> Modifier les paramètres du mode de gestion de l’alimentation -> Modifier les paramètres d’alimentation avancés). Dans la rubrique Veille, il faut désactiver toute veille hybride. Ceci réactive alors la mise en veille prolongée que l’on a plus qu’à configurer comme avant.

Une autre possibilité peut être qu’un périphérique USB empêche la mise en veille.

La veille hybride a un intérêt selon moi très limité mais elle consiste à sauvegarder les données en mémoire sur le disque dur en plus de les conserver en mémoire. Ainsi, en cas de coupure de courant, l’OS boot depuis les données du disque au lieu de celles perdues en mémoire. N’utilisant que la mise en veille prolongée et pas la veille simple, ceci ne m’apporte donc rien même si je met en effet légèrement plus longtemps à démarrer.

Pilote legacy ATI et fichier version.h

Publié le par
2

Pour la 1000ème fois, j’ai fait la bêtise de vouloir installer les pilotes propriétaires ATI de ma carte graphique Radeon HD 3870 sur Linux Mint 15 Olivia. Cette carte graphique n’est plus maintenue par ATI, au même titre que les carte 2000, 3000 et 4000 series, et donc il faut utiliser les pilotes legacy. Malheureusement, ceux ci ne sont compatible qu’avec Xorg jusqu’à sa version 1.12 et jusqu’à la version 3.4 du kernel. C’est une telle galère à mettre en place que je conserverai désormais les pilotes open source qui font très bien l’affaire (à quelques détails près mais ça finira bien par se corriger).

Ne connaissant pas encore l’incompatibilité du pilote legacy avec les derniers kernel, ma tentative s’est soldée par un échec. En cause, le fichier version.h qui ne trouvait pas à l’emplacement /usr/include/linux. Tous les kernels récents n’ont plus ce fichier de version à cet endroit mais on peut cependant le récupérer à son autre emplacement à l’aide d’un lien symbolique. On peut donc utiliser la commande :

ln -s /usr/include/linux/version.h /lib/modules/<VERSION_DU_KERNEL>/build/include/linux/version.h

Cependant, réessayer après ça ne suffit toujours pas à avoir un pilote convenablement installé (bien loin de là et le prochain redémarrage le prouvera (entendre par là qu’il ne faut pas s’amuser à redémarrer sans avoir correctement désinstallé ce pilote) par un magnifique mode de compatibilité).

Pour les plus hargneux qui veulent absolument leur pilote legacy sur leur OS dernier cri, il va falloir downgrader Xorg et le kernel par un compatible. Heureusement, des gens bien se sont chargé de simplifier le processus (et là encore ne pas entendre que c’est simple) comme Tomasz Makarewicz.

En tout cas le driver libre reste, selon moi, la meilleure solution.

Récupérer sa liste de TAG Shazam

Publié le par
18

Le store Amazon a proposé récemment quelques logiciels habituellement payants gratuitement. J’ai donc profité de cette occasion pour récupérer Shazam Encore, la version non bridée de Shazam. Cependant, étant deux applications différentes, la liste des titres que j’avais précédemment « Shazamés » n’est pas transférée. N’ayant plus un téléphone rooté pour l’instant, j’ai décidé de m’en passer mais il est possible de tout transférer en suivant cette procédure :

A l’aide de son téléphone rooté (obligatoire pour accéder à ce fichier), il faut prendre le fichier library.db situé à l’emplacement : /data/data/com.shazam.android/databases/

On peut ensuite le déposer dans le dossier de base de données de Shazam Encore situé en : /data/data/com.shazam.encore/databases/

On peut aussi vouloir récupérer sa liste de TAG pour l’exploiter sur son PC. Le site Arcane Sanctum a déjà fait un tuto très bien expliqué sur la question. Il est disponible à cette adresse : http://arcanesanctum.net/2012/07/11/how-to-dump-the-android-shazam-tag-list-database-to-a-readable-file/

Fenêtre maximisée en JAVA

Publié le par
Répondre

Lors de l’initialisation d’une fenêtre (JFrame) en JAVA, on commence habituellement par définir son titre, sa taille et sa position sur l’écran. Cependant, dans certains cas, on peut vouloir la faire apparaître maximisée à l’écran sans que l’utilisateur n’ait à appuyer sur le bouton de maximisation.

Ceci se fait simplement en procédant comme suit :

import java.awt.HeadlessException;
import javax.swing.JFrame;

public class Frame extends JFrame {

    public Frame() throws HeadlessException {
        this.setTitle("Maximized");
        this.setSize(800,600);
        this.setDefaultCloseOperation(EXIT_ON_CLOSE);
        this.setLocationRelativeTo(null);
        this.setExtendedState(this.getExtendedState() | JFrame.MAXIMIZED_BOTH);
        this.setVisible(true);
    }
}

C’est la ligne

this.setExtendedState(this.getExtendedState() | JFrame.MAXIMIZED_BOTH);

qui permet d’obtenir l’effet voulu. On peut aussi choisir de maximiser sa fenêtre dans un sens ou dans l’autre à l’aide des variables MAXIMIZED_HORIZ et MAXIMIZED_VERT.

Vidéos flash accélérées avec chrome sous Linux

Publié le par
Répondre

Lorsque j’avais réinstallé Debian 7 avec Gnome 3 pour me faire une idée, j’ai rencontré un problème de taille qui aurait pu, à lui seul, me faire retirer l’OS de ma machine de détente.

Mon ordinateur fixe me sert en effet énormément pour aller sur internet, et, même si ceci est petit à petit amené à changer, le flash y est extrêmement présent. Or, tout les contenus flash étaient lus légèrement en accéléré. Les voix étaient donc légèrement plus aiguës et les vidéos passaient légèrement plus vite. On pourrait penser qu’une légère accélération ne change pas grand chose mais c’est un coup à devenir fou.

J’ai quand même fini par trouver comment résoudre le problème. Il est dû à l’utilisation du plugin flash installé par défaut dans chrome et à celui installé dans Debian. Pour désactiver celui des deux qui n’arrive pas à utiliser l’accélération matérielle, il faut se rendre à l’adresse chrome://plugins/ sous chrome et dans les Détails, désactiver le plugin Adobe Flash Player situé dans le dossier d’installation de Google chrome (De base : /opt/google/chrome/). Si le deuxième plugin n’est pas activé, penser à l’activer.

Après un redémarrage de Google chrome, pour être sûr que le plugin est bien pris en compte, lancer une des vidéo flash qui étaient lues en accéléré et accéder aux paramètres du plugin flash en cliquant droit dessus et en se rendant dans Paramètres.

Là, s’assurer que dans l’onglet Affichage, l’option Activer l’accélération matérielle soit bien cochée et fini les problèmes de vidéos accélérées et de sons déformés.