Ceux qui ont l’habitude d’utiliser la ligne de commande sous GNU/Linux savent que l’on peut lancer ses applications (navigateur, traitement de texte, petit script perso) tout en les détachants du terminal qui les à lancé, afin de pouvoir garder la main afin de saisir d’autres commandes.
Ceci se fait à l’aide du caractère ‘&‘, par exemple:

  $ mon_application &

Cependant, il arrive que l’on ferme le terminal par inadvertance, ou lorsque le timeout de connexion tombe alors que l’on était connecté à distance sur le terminal, pour avoir comme effet d’arrêter toutes les applications lancées à partir de ce terminal, suite à la déconnexion de notre utilisateur.

Pour remédier à ce problème, il existe la commande ‘nohup‘ qui permet au processus de rester actif même après la déconnexion de l’utilisateur.

 $ nohup mon_application &

Par défaut, cette commande à pour effet de créer un fichier de sortie appelé ‘nohup.out‘ contenant la sortie standard de la commande passée en paramètre. Ceci peut être problématique dans certains cas où le programme est lancé via un script, ce qui peut dans certains cas générer des fichiers de sortie très conséquents en taille mémoire.

On peut supprimer ce comportement en redirigeant tous les flux vers /dev/null, c’est à dire vers le ‘trou noir’ d’où rien ne ressort jamais :

$ nohup mon_application &>/dev/null &

Pour en savoir plus:
https://fr.wikipedia.org/wiki/Nohup

L’article Détacher une commande à l’aide de ‘nohup’ est apparu en premier sur StandarTux.

Si vous avez l’erreur Could not create task or type of type: for. lors de l’utilisation de Ant sous eclipse, voici un moyen de resoudre ce problème.

Ant could not find the task or a class this task relies upon.

This is common and has a number of causes; the usual solutions are to read the manual pages then download and install needed JAR files, or fix the build file: – You have misspelt ‘for’. Fix: check your spelling. – The task needs an external JAR file to execute and this is not found at the right place in the classpath. Fix: check the documentation for dependencies. Fix: declare the task. – The task is an Ant optional task and the JAR file and/or libraries implementing the functionality were not found at the time you yourself built your installation of Ant from the Ant sources. Fix: Look in the ANT_HOME/lib for the ‘ant-‘ JAR corresponding to the task and make sure it contains more than merely a META-INF/MANIFEST.MF. If all it contains is the manifest, then rebuild Ant with the needed libraries present in ${ant.home}/lib/optional/ , or alternatively, download a pre-built release version from apache.org – The build file was written for a later version of Ant Fix: upgrade to at least the latest release version of Ant – The task is not an Ant core or optional task and needs to be declared using <taskdef>. – You are attempting to use a task defined using <presetdef> or <macrodef> but have spelt wrong or not defined it at the point of use

Remember that for JAR files to be visible to Ant tasks implemented in ANT_HOME/lib, the files must be in the same directory or on the classpath

Please neither file bug reports on this problem, nor email the Ant mailing lists, until all of these causes have been explored, as this is not an Ant bug.

Déjà, vérifiez que Ant est bien installé et dans quelle version :
dans une console, entrez :

 $ ant -version

ceci devrait vous renvoyer un résultat du type:

 Apache Ant version 1.6.5 compiled on June 2 2005

de même, allez consulter vos variables d’environnement pour le Home directory de Ant avec la commande :

 $ set

vous devriez trouver une ligne du type:

ANT_HOME=/usr/share/ant

Ensuite, il faut savoir que le support de la « boucle for » n’est pas incluse par défaut dans ant, mais que cette dernière est accessible par l’ajout d’une librairie complémentaire nommée ant-contrib.

Pour l’installer, aller sous votre gestionnaire de paquets et recherchez le mot ‘ant-contrib’, soit utilisez votre terminal en mode root et tapez (pour fedora) :

 # yum install ant-contrib

Une fois les nouveaux paquets telechargés, allez les associer aux ‘entries Ant’ d’eclipse. Donc sous eclipse, allez dans le menu Window->Preferences.
Ouvrez la catégorie ‘Ant’ et selectionnez le sous menu ‘Runtime’. Là, dans l’onglet ‘Classpath’, selectionner votre ‘Ant Home entries’ qui indique le chemin de Ant (peut être /usr/share/ant suivant où il est installé sous votre système).

Si vous developpez le menu, vous verrez toutes les librairies utilisées par Ant. A partir de là, appuyer sur le bouton ‘Add external jar’ et ajoutez le fichier ‘ant-contrib.jar’ à cette liste. validez.

A présent, dans le fichier build.xml du projet. Ajoutez juste ces quelques lignes au début de votre fichier :

 <taskdef resource="net/sf/antcontrib/antlib.xml">

	<classpath>

		<pathelement location="${ANT_HOME}/lib/ant-contrib.jar"/>

	</classpath>

  </taskdef>

Relancez le ‘Ant Build’ de votre projet et ça devrait marcher.

L’article ant – Could not create task or type of type: for. est apparu en premier sur StandarTux.

Donc si au boot, ou plutôt au lancement de grub, vous vous retrouvez avec ce message :

GRUB Error 15.

Vous empêchant tout démarrage du système, ne paniquez pas ! une manip très simple permet de remettre GRUB en ordre, que je décris ci-dessous.

– redémarrer avec un live cd ubuntu (ou autre distribution) : histoire de pouvoir booter et monter un système Linux
– lancez un terminal (ou console) et entrez les commandes suivantes:

NB : remplacez sdaX par le numéro de partition ou de disque disponible sur votre système. La commande ‘sudo fdisk -l’ est là pour vous aider à trouver la partition Linux sur laquelle est installée votre ubuntu. Cherchez une ligne appelée ‘Linux’ et remplacez sdaX par celle qui vous est remontée avec la commande.

 sudo fdisk -l

 sudo mount /dev/sdaX /mnt

 sudo mount --bind /dev /mnt/dev

 sudo chroot /mnt

 apt-get install grub-pc

 update-grub

 grub-install /dev/sda

à parir de là, vous pouvez sortir en effectuant ctrl+D.

 sudo unmount /mnt/dev

 sudo unmount /mnt

Redémarrez et vous devriez à présent être capable de booter correctement sur votre système Linux.

L’article Error 15 : passage difficile à Grub2 sur ubuntu 9.10 est apparu en premier sur StandarTux.

En gros, si vous réussissez à compiler votre programme java avec ant en ligne de commande dans un terminal, et que vous effectuez cette même compilation avec ant intégré sous eclipse, et que vous ne voyez rien apparaître dans la console d’eclipse, pensez à vérifier les versions de JRE et JDK utilisé par eclipse, ainsi que celle de votre ant.

Dans mon cas, le problème provenait du fait qu’eclipse utilisait un JDK 1.6 par défaut en 64bits, alors que ma version de ant était en 32bits et que mon programme tournait d’ailleur avec une JVM 32bits.

Pour verifier chez vous, entrez la commande suivante:

 $ ant -diagnostics

et pour java, la commande:

 $ java -version

Vous devriez avoir pleins d’informations intéressantes sous cette forme:%%

– Ant diagnostics report –
Apache Ant version 1.6.5 compiled on June 2 2005

–
Implementation Version (JDK1.2+ only)
–
core tasks : 1.6.5
optional tasks : not available

—
System properties
—
java.runtime.name : Java(TM) 2 Runtime Environment, Standard Edition
sun.boot.library.path : /usr/java/jdk1.5.0_18/jre/lib/amd64
java.vm.version : 1.5.0_18-b02
ant.library.dir : /usr/share/ant/lib
java.vm.vendor : Sun Microsystems Inc.
java.vendor.url : https://java.sun.com/
path.separator : :
java.vm.name : Java HotSpot(TM) 64-Bit Server VM
file.encoding.pkg : sun.io
user.country : FR
sun.java.launcher : SUN_STANDARD
sun.os.patch.level : unknown
java.vm.specification.name : Java Virtual Machine Specification
user.dir : /home/ljames
java.runtime.version : 1.5.0_18-b02
java.awt.graphicsenv : sun.awt.X11GraphicsEnvironment
java.endorsed.dirs : /usr/java/jdk1.5.0_18/jre/lib/endorsed
os.arch : amd64
java.io.tmpdir : /tmp

java.vm.specification.vendor : Sun Microsystems Inc.
os.name : Linux
ant.home : /usr/share/ant
sun.jnu.encoding : UTF-8
java.library.path : /usr/java/jdk1.5.0_18/jre/lib/amd64/server:/usr/java/jdk1.5.0_18/jre/lib/amd64:/usr/java/jdk1.5.0_18/jre/../lib/amd64
java.specification.name : Java Platform API Specification
java.class.version : 49.0
sun.management.compiler : HotSpot 64-Bit Server Compiler
os.version : 2.6.27.24-170.2.68.fc10.x86_64

java.vm.specification.version : 1.0
sun.arch.data.model : 64
java.home : /usr/java/jdk1.5.0_18/jre
java.specification.vendor : Sun Microsystems Inc.
user.language : fr
java.vm.info : mixed mode
java.version : 1.5.0_18
java.ext.dirs : /usr/java/jdk1.5.0_18/jre/lib/ext
sun.boot.class.path : /usr/java/jdk1.5.0_18/jre/lib/rt.jar:/usr/java/jdk1.5.0_18/jre/lib/i18n.jar:/usr/java/jdk1.5.0_18/jre/lib/sunrsasign.jar:/usr/java/jdk1.5.0_18/jre/lib/jsse.jar:/usr/java/jdk1.5.0_18/jre/lib/jce.jar:/usr/java/jdk1.5.0_18/jre/lib/charsets.jar:/usr/java/jdk1.5.0_18/jre/classes

java version « 1.6.0_0 » OpenJDK Runtime Environment (IcedTea6 1.5) (fedora-18.b16.fc10-x86_64) OpenJDK 64-Bit Server VM (build 14.0-b15, mixed mode)

Pour résoudre ce problème de compatibilité, il suffit de dire à eclipse d’utiliser une version 32bits de la JVM :
Sous eclipse : menu windows->preferences
Partie Java -> compiler
Section Java Compliance: sélectionner 1.5 Compiler compliance level.

Comme il est dit en bas de fenêtre:
« When selecting 1.5 compliance, make sure to have a compatible JRE installed and activated (currently 1.6) »

Ensuite aller sous partie Java -> Installed JREs et selectionner votre jdk en version 1.6x86_64 ou votre jdk1.5_18, l’important étant d’avoir un JDK compatible.

si ça peut servir à d’autres…

L’article Faire cohabiter Ant 32bits avec Eclipse 64bits est apparu en premier sur StandarTux.

On ouvre une console en root et on entre :

 # yum install nautilus-open-terminal

ou sous ubuntu :

  # apt-get install nautilus-open-terminal

A présent, un clic droit sur le bureau devrait vous avoir ajouté l’icône « Ouvrir dans un terminal » dans le menu contextuel.
Au cas où cette icône n’apparait pas, relancez nautilus en entrant cette commande sous le terminal:

 $ nautilus --restart

On a installé ce « raccourci » via des extensions spécifiques de nautilus, comme on aurait pu le faire avec d’autres extensions telles que nautilus-image-converter ou nautilus-sendto.
Mais si vous souhaitez personnaliser ce menu pour y ajouter vos propres « raccourcis », il faut se tourner vers Nautilus-actions pour Gnome, pour l’installer:

 # yum install nautilus-actions

ou sous ubuntu :

 # apt-get install nautilus-actions

Un nouveau menu devrait apparaitre sous Système->Préférences->Apparences->Configuration des actions de Nautilus

Pour son utilisation, une documentation très bien faite est disponible dans la documentation ubuntu-fr.

A partir de là, je vous laisse aller faire votre choix sur le site du projet nautilus-actions, voir même de créer les votre. Il suffira alors d’importer les « schémas » proposés via l’utilitaire.

Attention tout de même à lire les descriptions pour chaque ajout de schéma, car certains requièrent des paquets supplémentaires pour pouvoir fonctionner correctement.

liens :
https://doc.ubuntu-fr.org/nautilus-actions
https://www.grumz.net/index.php?q=configlist

L’article Nautilus-actions pour les menus contextuels est apparu en premier sur StandarTux.

En plus, tout cela est intégré de série avec la dernière version Ubuntu Hardy Heron 8.04.
Pour la mise en place, rien de plus simple : aller sélectionner dans le menu Système->Préférences->Clavier, l’onglet « Pause de saisie ».

Fin de l’intervalle de travail : votre temps de travail alloué avant de faire la pause.
Fin de l’intervalle de pause : temps de pause à prendre afin de pouvoir à nouveau travailler!
Autoriser le report des pauses : c’est pour les tricheurs et c’est mal!

Après ça, plus d’excuse. En plus un petit indicateur apparaît dans la barre des tâches indiquant le temps restant avant les pauses, et un clignotement rouge vous averti d’enregistrer votre travail et vous prévient que ça va couper !

Si toutefois vous n’aimez pas être contraint et forcé, vous pouvez désactiver en décochant l’option Verrouiller l’écran pour forcer une pause.

L’article Laisser le Héron tranquille et faire une pause est apparu en premier sur StandarTux.

Bon, je vous sors ce bug étant donné que c’est encore tout chaud et qu’il m’a fait tout bizarre et fait perdre quelques précieuses minutes o_O

Nota : ça peut aussi accessoirement servir de « farce pourrie » à faire à son meilleur ami qui a une session terminal sur votre serveur Ubuntu Hardy Heron.

Description :
comment faire perdre la lettre ‘a’ minuscule des saisies clavier d’un utilisateur sous le terminal

Je ne vais pas vous expliquer le pourquoi du comment étant donné que j’ai pas cherché et que je ne comprends pas pourquoi ceci provoque cela ! je vous laisse le soin de me trouver l’explication… Je vous donne uniquement le processus pour générer ce bug dont voici la recette.

Ouvrez un terminal et entrez la commande suivante ( si vous ne connaissez pas « vi », préférez un autre éditeur tel gedit et remplacez vi par votre éditeur préféré) afin d’éditer le fichier caché .inputrc dans votre session utilisateur :

 vi ~/.inputrc

et créez ensuite l’alias suivant dans le fichier:

 alias cd..="cd .."

sauvegarder et quittez, et fermer le terminal pour le relancer!

A présent, sous le même utilisateur, essayez un peu de saisir la lettre ‘a’… étonnant non ?! alors que les autres lettres du clavier fonctionnent, même le ‘A’ majuscule…
j’ai reproduit ce bug sur 2 distributions ubuntu différentes pour être sure, vous devriez avoir le même problème que moi (jespère…).
Par contre j’ai pas essayé sous d’autres distributions Linux.

Pour corriger le bug, supprimez l’alias en supprimant la ligne que vous avez ajouté au fichier .inputrc

Donc là, je sais que vous allez me dire que c’est pas dans ce fichier mais dans le fichier .bash_profile de l’utilisateur que l’on ajoute des alias pour modifier son profile, et vous aurez raison, mais quand vous en avez plein la tête après une journée de boulot et que vous créez des alias par automatisme comme pour ajouter ici un alias de ‘cd ..’ (grand classic) en une seule petite ligne de commande:

 echo alias cd..="cd .." >> ~/.bash_profile

Le temps que vous pensiez à autre chose, le .bash_profile se transforme en .inputrc …
Et puis vous continuez votre travail en pensant avoir bien créé votre alias pour la prochaine fois.
Et la prochaine fois que vous ouvrez votre session Terminal (le lendemain par exemple), vous vous retrouvez comme un couillon à chercher pourquoi vous avez perdu la lettre ‘a’ en pestant contre son Linux qui marche jamais ( ironie « on » ) comme on voudrait, jusqu’à consulter l’history des commandes effectuées pour finalement retrouver le fautif : moi-même et mon moment de solitude…

L’article Le « bug du a » sous ubuntu Hardy Heron est apparu en premier sur StandarTux.

Suite au billet de taltan, je me suis finalement décidé à installer l’extension Subscribe to comments sous mon blog dotclear en version 2 beta 7, en attendant patiemment la version dotclear 2.0 final qui devrait arriver cet été.

Cette extension Subscribe to comments de Moe permet de s’abonner par email aux commentaires du billet selctionné du blog afin d’être informé de toutes les interventions ayant eu lieu sur le-dit billet, juste en cochant cette petite case.

Cette extension est disponible sur le site des plugins officiels de dotclear.

Remarque : je n’ai pas réussi à l’installer via les interfaces d’administration « Extensions » sous dotclear2 beta 7, et j’ai du passer par FTP pour copier le contenu du package zippé directement dans le répertoire /plugins du blog…
Ensuite, l’extension ne s’affichant toujours pas, j’ai dû aller modifier le fichier post.html en y ajoutant les lignes suivantes entre les balises <fieldset> et </form> :

Attention : à cause du format wiki, je ne peux acoller les 2 parenthèses successives ouvrantes et fermantes, { { et } }, il faudra enlever cet espace lors de votre copier/coller
Et pensez aussi à sauvegarder vos fichiers originaux avant toute modification afin de pouvoir facilement les restaurer.

  <tpl:SubscribeToCommentsIsActive>

   <p><input type="checkbox" id="subscribeToComments" name="subscribeToComments" { {tpl:SubscribeToCommentsFromChecked} } />

     <label for="subscribeToComments">{ {tpl:lang Receive following comments by email} }</label>

       <tpl:SubscribeToCommentsLoggedIf>

  		<strong><a href="{ {tpl:SubscribeToCommentsFromLink} }"{ {tpl:lang Logged in} }</a></strong>

  	</tpl:SubscribeToCommentsLoggedIf>

   </p>

 </tpl:SubscribeToCommentsIsActive>

Sauvegarder et effacer le cache (extension erasecache) au cas où et ça devrait fonctionner…

L’article Subscribe to comments : Abonnement par email aux commentaires du blog est apparu en premier sur StandarTux.

Il arrive de temps en temps que suite à une tentative de mise à jour de son système sous xandros, via le mode console , à l’aide de la commande:

sudo apt-get update

on se retrouve avec un message du type :

GPG error: https://updates.xepc.org p701 Release: Les signatures suivantes n’ont pas pu être vérifiés car la clé publique n’est pas disponible : NO-PUBKEY 36E9E3DE1ACBEBOD

ce message d’erreur étant valable pour le dépôt xepc.

Ce problème vient du fait que pour les dépôts requérant une authentification, ou plutôt pour authentifier les paquets signés, les clés changent au court du temps et se retrouvent au bout d’un moment obsolètes, il faut donc les renouveler.
Les commandes suivantes pour remettre à jour ces clés sont valables pour les dépôts de tuxfamily et de xepc qui requièrent cette authentification par clé GPG.

Ouvrez une console (en mode Easy, Ctrl + Alt + T) et saisissez pour les dépôts de tuxfamily:

wget https://download.tuxfamily.org/eeepcrepos/key.asc

sudo apt-key add key.asc

ensuite, pour les dépôts de xepc:

wget  https://updates.xepc.org/dists/p701/xepc-pubkey.txt

sudo apt-key add xepc-pubkey.txt

Une fois, les clés récupérées, entrez:

sudo apt-get update

Et vous ne devriez plus avoir de message d’erreur.

PS: Si vous avez dans votre sources.list, le dépôt suivant:

deb https://xnv4.xandros.com/xs2.0/upkg-srv2 etch main contrib non-free

et que vous avez le message suivant :

GPG error: https://xnv4.xandros.com etch Release: Les signatures suivantes n’ont pas pu être vérifiées car la clé publique n’est pas disponible : NO_PUBKEY A3CCB76FA8BCF0C9

Et bien je n’ai pas la solution, si quelqu’un sait où trouver les clés pour ce dépôt ou a une solution, merci d’avance

L’article Astuce : Mise à jour des clés des dépôts pour Eeepc est apparu en premier sur StandarTux.

C’est aussi le meilleur moyen que j’ai trouvé pour apprendre, comprendre les rouages de Linux, et ainsi essuyer la série de peaux de bananes que me (nous) réserve chaque migration. Le nerf de la guerre étant dans ce cas là, le mode console (connaître l’éditeur vi est un plus) et une bonne connexion internet avec la page du forum ubuntu ouverte (prévoir même un deuxième poste « sain » pour la connexion internet, au cas ou!).
Avec ça, vous êtes quasi certain de trouver une solution à vos problèmes sous ubuntu.

Pour ce billet, je vais vous expliquer comment j’ai réglé mon problème de son:
symtomes:
vous n’avez plus de son malgré les commandes : lspci qui voit bien la carte son, ainsi que alsamixer qui semble bien configuré.
Sous système->Préférences->Son, les boutons tests ne font rien entendre, ou un trés léger grésillement.

Remèdes:
Tentez tout d’abord en ouvrant une console, la commande suivante:

sudo /etc/init.d/alsa-utils reset

un reboot peut être nécessaire.

Si ça ne suffit pas, penser à ajouter les dépôts dans synaptic suivant avant exécution:
configuration->depots, onglet Logiciels ubuntu
cocher les cases:
main, universe, restricted, multiverse

Toujours dans une console, tapez:

sudo apt-get update

sudo apt-get install module-assistant && sudo m-a update && sudo m-a prepare && m-a a-i alsa

suite à la mise à jour, retourner décocher restricted dans les dépôts si vous n’en avez plus besoin.
Si suite au reboot, il n’y a toujours pas le son, retentez la commande :

sudo /etc/init.d/alsa-utils reset

Si toujours pas de son, il y a sûrement une autre solution sur le forum ubuntu, n’hésitez pas à y exposer vos problèmes, vous aurez certainement une réponse rapide

pour ma part, le topic qui m’a sauvé:
https://forum.ubuntu-fr.org/viewtopic.php?pid=1742199#p1742199

pour en savoir plus avec alsa :
https://lfs.traduc.org/view/blfs-1.0-fr/multimedia/alsa-utils.html

L’article Astuce : perte du son suite à migration vers Hardy Heron est apparu en premier sur StandarTux.