Bonjour j'ai un problème de compréhension avec crontab:
chmod +x monScript.sh
crontab -e
05 13 * * * /home/monScript.sh >>/home/test.log
mon script :
#!/bin/bash
/home/./xflux -l 48.8534100 -g 2.3488000
echo "flux est lancé"
J'obtiens bien dans le log un retour de flux ainsi que de la commande echo mais flux ne se lance pas.
Même chose avec n'importe quel script ou commande
Salut,
Je me suis fait un petit script pour écouter la radio par internet sur mon laptop.
Ça s'utilise dans un terminal ou on peut l'appeler par un raccourci clavier par exemple.
Il faut mettre le script dans le path de l'utilisateur et lui donner les droits d'execution (chmod u+x fichier).
Ensuite on choisit ses radios préférées et on récupère l'adresse des flux par exemple ici : Liste de flux radio. Il faut les renseigner dans le script.
Et (…)
Ça fait plusieurs années que j'utilise tcsh comme shell principal, même si je code mes scripts en bash.
Et je me rends compte que l'unique raison pour laquelle je reste en tcsh est que j'ai énormément de mal à me faire à la navigation dans l'historique bash à base de Ctrl-R.
Est-ce que vous savez s'il est possible, en bash, de naviguer à la façon tcsh (Esc-P et Esc-N), afin que je puisse enfin franchir le pas ?
Soit le code suivant :
#!/bin/bash
array1=("pi" "pas" "poux");
array2=("bim" "bam" "boom");
for ((i=0;i<${#array1[@]};++i));
do
echo "bim"
array3[$i]=$array2[$i];
done;
echo
echo ${array1[0]};
echo ${array1[1]};
echo ${array1[2]};
echo
echo ${array2[0]};
echo ${array2[1]}Bonjour,
Je dois ajouter une entrée de fstab sur 70 postes de dev;
Hélas je ne dispose pas d'outils comme puppet.
J'ai donc décidé de faire un script bash que j'enverrai aux développeurs qui l’exécuteront de la façon suivante: sudo ./scriptfs.sh
Cependant étant moins compétant sur Linux que sur Windows et ne maitrisant pas la programmation bash je sollicite votre aide pour améliorer/corriger le simulacre de script que j'ai gribouillé.
De plus je n'ai ni vm ni poste linux de (…)
gws est un outil KISS (script bash, compatible zsh) pour gérer de manière simple un espace de travail composé de plusieurs dépôts git. Ça ne vous parle pas et vous semble être un pitch commercial ? Laissez-moi l'aborder autrement ; si vous vous reconnaissez dans quelques-unes de ces questions, cet outil pourrait vous être utile :
~/dev/, ~/code/ ou ~/workspace/ dans votre répertoire personnel ?
La petite technique shell du vendredi. Pour lire un fichier de configuration du style INI depuis un script shell, on peut utiliser le petit script sed suivant
1 {
x
s/^/default/
x
}
/^#/n
/^\[/ {
s/\[\(.*\)\]/\1/
x
b
}
/=/ {
s/^[[:space:]]*//
s/[[:space:]]*=[[:space:]]*/|/
G
s/\(.*\)\n\(.*\)/\2|\1/
p
}
Il transforme
# last modified 1 April 2001 by John Doe
[owner]
name=John Doe
organization=Acme Widgets Inc.
[database]
# use IP address in case network name resolution is not working
server=192.0.2.62
port=143Bonjour.
Je cherche à lancer une nouvelle instance d'un émulateur de terminal, rxvt en l'occurrence, sans qu'il n'hérite de l'ensemble des variables définies par le terminal parent.
Le but, en fait, c'est de pouvoir lancer des shell dont la configuration serait spécifique à un projet (nombre de process pour compiler, emplacement des lib, définir le HOME en tant que dossier racine pour pouvoir y retourner d'un vulgaire cd, etc). Couplé avec un script pour générer un template qui correspond (…)
Bonjour à toutes et à tous,
encore un journal ennuyeux, alors lisez vraiment si vous n'avez que ça à faire, ou si vous avez une montagne de choses à faire mais que vous avez quand même du temps à perdre.
Une question pour commencer. Fermez vos terminaux, rangez vos documents. Vous, là-bas, éteignez votre téléphone s'il vous plaît. Ne trichez pas !
Bien. Quelle est la bonne commande pour créer un lien symbolique de nom $lien qui pointe vers $cible ? (plusieurs (…)
Les ateliers CLI (Command Line Interface) permettent de progresser en ligne de commande au sein d'un groupe, autour d'un outil ou d'un thème.
Au cours de l'atelier du mardi 14 avril 2015, vous pourrez découvrir shebang_unit, un framework de test automatisés pour Bash 4 basé sur xUnit, développé et présenté par Michael Borde.
L'atelier se tiendra dans les locaux du Labx, à la Fabrique Pola, rue Marc Sangnier 33130 Bègles.
Les ateliers CLI ont lieu dans les locaux du Labx, à la Fabrique Pola, rue Marc Sangnier 33130 Bègles.
Bonjour nal et naleux,
Faites-vous partie de ces barbus définissant des dizaines et des dizaines d'alias dans leur .bashrc, afin d'enlarge your productivity au maximum ? Mais savez-vous qu'il existe un fichier encore pluss trop bien, permettant de faire virevolter votre productivité à un niveau inégalé : le .inputrc ?
Celui-ci permet de définir des raccourcis claviers qui seront disponibles dans tous les clients utilisant readline (donc bash, mais pas zsh… Raison principale pour laquelle je ne suis toujours pas passé (…)
Vous avez a écrire des scripts bash, et des fichiers batch (pour Windows) et vous n’aimez pas l’un ou l’autre, voir les deux?
Séchez vos larmes! Voici (peut-être) la solution à vos souffrances!
Batsh
C’est un langage de programmation basé sur le C, dont le compilo est capable de générer des scripts bash, et batch.
La page du projet sur Github
Une demo en ligne
Et un article dans Linux Magazine
A priori il manque encore quelques trucs, mais pour (…)
La possibilité de modifier des fichiers dans le navigateur idoine à l’aide de scripts m’a toujours beaucoup intéressé. Il y a longtemps j’avais d’ailleurs modestement participé au projet g-scripts. Les nautilus scripts me plaisent car il suffit de créer un nouveau fichier dans un dossier spécifique pour que celui-ci soit disponible, un seul fichier, c’est simple (du coup je n’aime pas tellement nautilus-actions ou la solution de thunar… mais c’est une histoire de goût…). Enfin (…)
Le Liquid Prompt est un prompt fluide affichant de manière limpide des informations utiles là où vous les verrez : le prompt de votre shell bash ou zsh. Le liquidprompt était déjà bien rempli de fonctionnalités, mais celles-ci ont été stabilisées et leurs performances améliorées durant les mois écoulés. Il était temps de sortir une nouvelle version officiellement stable.
Pour les détails de cette version surtout composée de correctifs (indicateurs de batterie, température, charge processeur, nom de machine, gestion de code source, chemin, prompt, horloge, etc.) ; les curieux sont invités à consulter le fichier CHANGES : Battery indicator, Temperature indicator, CPU load, Hostname, VCS (Git, Fossil, Subversion, Bazar, Mercurial), Analog clock, etc.
Je profite de cette dépêche pour remercier chaudement les 15 contributeurs qui par leurs patchs ont contribué à cette version : Anthony Gelibert, Frédéric Mahé, Panayiotis Kkolos, Étienne Deparis, François Schmidts, Linus Wallgren, Alexander Belaev, Bartosz Janda, Brett McBride, Chase Colman, Cosmin L. Neagu, Matthew Micene, Vincent Lara, Wilson Maravilha et Yannack. Mais aussi tous ceux qui ont signalés des bogues ou proposé des patchs refusés ou en attente.