En l'occurrence, il y avait cairo-xcb qui a été mis à jour le lendemain !
Ce qui lui donne mauvaise réputation, c'est entre autre le fait que l'utilisateur ne sait pas trop ce qu'il a installé (dans ce cas, c'est une installation d'awesome qui demande un cairo patché) ou activé et s'attende à ce qu'un dépôt tiers soit réactif à la seconde par rapport au dépôts officiels.
La majorité des distributions ont un installateur simple, mais on ne sait pas forcément ce que ça fait, et tant mieux, certains utilisateurs ne souhaitent pas forcément le savoir.
Sur Arch, il vaut mieux savoir ce que ça fait, sinon, on va au devant de complications.
Et quitte à plonger dans des fichiers de configuration, autant que ceux là soient le plus simple possible.
quand tu le lances avec: dir1/myscript.sh
"fichier" va être dans le répertoire en cours et non dans "dir1"
sinon, tu peux rajouter un set -x
comme suit: #!/bin/bash
set -x
touch fichier
Salut, la sled (Suse Linux Edition Desktop) installée par défaut sur le msi est relativement âgée, et si tu n'es pas habitué à gnu/linux, il vaudrait mieux essayer d'installer une autre déclinaison de la distribution ou carrément une autre distribution tout court.
Pour cela, il faudra lire un peu de documentation ;)
Par contre, c'est le netbook de msi (wind ?) ou un portable normal ?
Si c'est le wind, tu as un site comportant de la documentation assez bien fournie (mais il est apparemment en panne actuellement :/): http://msiwind.net/
pourquoi tu estimes que le fonctionnement est tordu?
et si tu veux vraiment qu'une variable par exemple soit interprétée, tu fais comment? tu crées un moyen pour l'indiquer !
la ligne est interprétée à chaque étape; pour la question d'origine, c'est d'abord le shell puis ssh et enfin bash! et le problème de départ est la première ligne vide qui est due à la façon dont le bash traite l'argument "-c" qui ne prend qu'un seul argument, tu vas quand meme pas lui imposer d'en prendre 2 ou plus :p (ca en casserait des scripts)
pour ce qui est des bugs, celui de debian n'est pas considéré comme bug et celui d'ubuntu est résolu et ne concerne que l'affichage pas le succès de l'opération.
le ssh interpréte les guillemets "" et envoie donc à l'hote: bash -c echo 123;echo 456;echo 789
sans les ", bash quand à lui ne prend qu'un argument après le -c -> echo
ce qui fait la ligne vide (le "ls" ne prend pas le / et doit lister le répertoire courant qui doit être vide)
en gros, si tu tiens absolument à tout envoyer avec le "bash -c": ssh user@hote "bash -c 'echo 123;echo 456;echo 789'"
salut, pour voir si tu as de la visite sur tes sites, tu peux utiliser un soft tel que awstats, la charge cpu n'est pas directement liée aux visites, de plus, si c'est régulier et constant dans le temps, c'est surement une taches cron ou équivalent qui se lancerait chaque jour.
les mtools regroupent une série d'utilitaires pour accéder/modifier/... les partitions (v)fat.
entre autre mattrib s'utilise comme la commande attrib sous ms-dos ou windows > 2k mattrib +h fichier
[^] # Re: Bonne distribution
Posté par tuxce (site web personnel) . En réponse au journal Anniversaire : Archlinux a 10 ans !. Évalué à 5.
En l'occurrence, il y avait
cairo-xcb
qui a été mis à jour le lendemain !Ce qui lui donne mauvaise réputation, c'est entre autre le fait que l'utilisateur ne sait pas trop ce qu'il a installé (dans ce cas, c'est une installation d'
awesome
qui demande uncairo
patché) ou activé et s'attende à ce qu'un dépôt tiers soit réactif à la seconde par rapport au dépôts officiels.[^] # Re: KISS ?
Posté par tuxce (site web personnel) . En réponse à la dépêche Nouvel installateur pour ArchLinux. Évalué à 8.
Tu le vois depuis l'utilisateur final, mais l'acronyme "KISS" ici cible le fonctionnement d'Arch: http://wiki.archlinux.fr/Kiss#Simplicit.C3.A9
La majorité des distributions ont un installateur simple, mais on ne sait pas forcément ce que ça fait, et tant mieux, certains utilisateurs ne souhaitent pas forcément le savoir.
Sur Arch, il vaut mieux savoir ce que ça fait, sinon, on va au devant de complications.
Et quitte à plonger dans des fichiers de configuration, autant que ceux là soient le plus simple possible.
# un script peut se débugguer
Posté par tuxce (site web personnel) . En réponse au message execution script bash d'un sous répertoire. Évalué à 4.
dir1/myscript.sh
"fichier" va être dans le répertoire en cours et non dans "dir1"
sinon, tu peux rajouter un
set -x
comme suit:
#!/bin/bash
set -x
touch fichier
et tu auras la liste de ce que fait le script
# ls est le même partout (ou en tout cas dans la majorité)
Posté par tuxce (site web personnel) . En réponse au message ls -d ne marche pas sous ubuntu ?. Évalué à 4.
si tu veux avoir la liste des répertoires:
ls -d */
# veille version installée
Posté par tuxce (site web personnel) . En réponse au message Où chercher ????. Évalué à 1.
Pour cela, il faudra lire un peu de documentation ;)
Par contre, c'est le netbook de msi (wind ?) ou un portable normal ?
Si c'est le wind, tu as un site comportant de la documentation assez bien fournie (mais il est apparemment en panne actuellement :/):
http://msiwind.net/
[^] # Re: protections (quoting)
Posté par tuxce (site web personnel) . En réponse au message Commande distante avec ssh. Évalué à 3.
et si tu veux vraiment qu'une variable par exemple soit interprétée, tu fais comment? tu crées un moyen pour l'indiquer !
la ligne est interprétée à chaque étape; pour la question d'origine, c'est d'abord le shell puis ssh et enfin bash! et le problème de départ est la première ligne vide qui est due à la façon dont le bash traite l'argument "-c" qui ne prend qu'un seul argument, tu vas quand meme pas lui imposer d'en prendre 2 ou plus :p (ca en casserait des scripts)
pour ce qui est des bugs, celui de debian n'est pas considéré comme bug et celui d'ubuntu est résolu et ne concerne que l'affichage pas le succès de l'opération.
[^] # Re: protections (quoting)
Posté par tuxce (site web personnel) . En réponse au message Commande distante avec ssh. Évalué à 2.
# protections (quoting)
Posté par tuxce (site web personnel) . En réponse au message Commande distante avec ssh. Évalué à 2.
bash -c echo 123;echo 456;echo 789
sans les ", bash quand à lui ne prend qu'un argument après le -c ->
echo
ce qui fait la ligne vide (le "ls" ne prend pas le / et doit lister le répertoire courant qui doit être vide)
en gros, si tu tiens absolument à tout envoyer avec le "bash -c":
ssh user@hote "bash -c 'echo 123;echo 456;echo 789'"
[^] # Re: xprop et les tty !
Posté par tuxce (site web personnel) . En réponse au message Plusieurs questions sur le shell ou autre. Évalué à 1.
4 -> c'est rare qu'il n'y ait pas au minimum 2 consoles de disponibles, sans parler du fait que sous X, des terminaux, tu peux en ouvrir plusieurs.
# awstats
Posté par tuxce (site web personnel) . En réponse au message user cpu usage. Évalué à 1.
# mattrib faisant partie des mtools
Posté par tuxce (site web personnel) . En réponse au message Cacher un fichier sous Windows (vfat) depuis Linux. Évalué à 6.
entre autre mattrib s'utilise comme la commande attrib sous ms-dos ou windows > 2k
mattrib +h fichier
[^] # Re: Shell > Ecrire sur une nouvelle ligne
Posté par tuxce (site web personnel) . En réponse au message Shell > Ecrire sur une nouvelle ligne. Évalué à 2.
resize
qui remet les variables $COLUMNS et $LINES aux bonnes valeurs.sinon, le problème peut aussi venir d'un prompt incluant des codes spéciaux (genre des séquences d'échappement pour les couleurs ou autre)
# uml-utilities + /etc/network/interfaces devrait faire l'affaire
Posté par tuxce (site web personnel) . En réponse au message qemu en mode bridge. Évalué à 1.
qemu image options -net nic -net tap,ifname=tap0,script=no
# vim commande
Posté par tuxce (site web personnel) . En réponse au message Substitution avec vi. Évalué à 6.
vim +'%s/la/LA/g' +wq fichier