/* Topic des codeurs couche-tard [4] */

Pylades · Le 20/05/2011, à 16:06

tshirtman a écrit :

Je ne suis pas sur que ça soit spécifique à zsh…
[…]

bash veut pas, en tous cas…

Rolinh a écrit :

Heu... c'est bash qu'est inutilisable! Enfin, surtout non-interractif en comparaison...
[…]

Hum, bash c’est un shell qui fonctionne très bien ; et il est out-of-the-box, lui.

The Uploader a écrit :

[…]
Par contre, par défaut ceux dont là clé ssh public n'est pas reconnue sur ton project gitorious ne peuvent même pas faire un git clone! Je ne sais pas si c'est configurable (pas trouvé..).

Ah bon ?
Putain, c’est con, ça…

Bon, c’est effectivement un problème, sinon j’aurais mis un gros +1 à Gitorious.

Kanor · Le 20/05/2011, à 16:09

C'est bizarre je peux par exemple faire un clone de ce projet
http://gitorious.org/batti

Pylades · Le 20/05/2011, à 16:28

Hey, les aficionados de SLiM, vous savez si c’est possible de changer la configuration de clavier avant de saisir login et pass ? J’ai pensé qu’il pouvait exister des arguments à balancer à la commande X, mais j’ai pas trouvé. Et les scripts de démarrage ne sont lus qu’après l’authentification par SLiM…

kamui57 · Le 20/05/2011, à 16:51

Pylade a écrit :

Hey, les aficionados de SLiM, vous savez si c’est possible de changer la configuration de clavier avant de saisir login et pass ? J’ai pensé qu’il pouvait exister des arguments à balancer à la commande X, mais j’ai pas trouvé. Et les scripts de démarrage ne sont lus qu’après l’authentification par SLiM…

Pour ubuntu chais pas mais sous archlinux j'ai ça dans /etc/X11/xorg.conf.d/10-evdev.conf

Section "InputClass"
        Identifier "evdev keyboard catchall"
        MatchIsKeyboard "on"
        MatchDevicePath "/dev/input/event*"
        Driver "evdev"
        Option "XkbLayout"      "fr"
        Option  "XkbOptions" "terminate:ctrl_alt_bksp" 
EndSection

Pylades · Le 20/05/2011, à 16:53

Arf… xorg.conf…

Ouais, je vais m’y coller. Merci.

(Sinon, ce n’était pas censé disparaître, à terme, xorg.conf ?)

kamui57 · Le 20/05/2011, à 16:58

je sais pas, dans la doc d'ubuntu ils parlent de fichiers de configuration mais séparés, pas tout dans xorg.conf

doc ubuntu xorg a écrit :

Ubuntu 10.04 LTS
Avec les pilotes libres xorg.conf n'est plus obligatoire, même dans le cadre de l'utilisation du multi-écrans, sauf si vous utilisez des pilotes propriétaires.
Les fichiers de configurations se trouvent dans :
/usr/lib/X11/xorg.conf.d
Ubuntu 10.10
Les fichiers de configurations se trouvent dans :
/usr/share/X11/xorg.conf.d

tshirtman · Le 20/05/2011, à 17:02

Si, pour les DM et DE modernes qui ont pleins de features d'accessibilité et autres (certains disent "bloated") ce n'est absolument plus nécessaire… et le monde en est meilleurs…

faut savoir ce qu'on veut…

Pylades · Le 20/05/2011, à 17:35

Ben en fait, sur la Arch je n’ai qu’un /etc/X11/xorg.conf.d/10-evdev.conf avec pas grand chose dedans ; et un /etc/X11/xorg.conf.d/10-quirks.conf avec comme si c’était rien dedans.
Donc ouais, ça a presque disparu en fait.

Bon, sinon, c’est normal que je ne puisse pas utiliser le fr oss en passant par la méthode de kamui57 (bon, ce n’est pas comme si c’était grave, en même temps) ?

Et c’est normal que quand je tue X, SLiM reste lancé, et que donc je sois obligé de le tuer lui aussi (et donc avoir les droits root et pas possible par keybinding) pour que tout ce beau monde se relance gentiment ?

The Uploader · Le 20/05/2011, à 18:01

Kanor a écrit :

C'est bizarre je peux par exemple faire un clone de ce projet
http://gitorious.org/batti

ah, exact ça marche en fait (testé avec mon projet; avec une nouvelle clé ssh non-enregistrée dans le projet). Bug de ma part.

Dernière modification par The Uploader (Le 20/05/2011, à 18:03)

Rolinh · Le 20/05/2011, à 18:33

Pylade a écrit :

Hum, bash c’est un shell qui fonctionne très bien ; et il est out-of-the-box, lui.

On croit toujours que ce qu'on utilise n'est pas si mal avant de mettre la main sur quelque chose de vraiment bien
Pis bon, c'est pas comme si mon zshrc était énorme non plus hein.
(d'ailleurs, faudrait que je le propre un peu...)

Sinon, ouais, je prend gitorious. OpenSource et RoR ont suffit pour faire pencher la balance.

Et pour SLiM c'est évidemment normal: si tu te souviens bien, tu l'as rajouté comme daemon au démarrage dans ton rc.conf. Donc tuer X ne tue pas le daemon...

Pour la configuration de clavier je sais pas, ça doit être possible mais perso je m'en fous: je me log en qwerty pour me retrouver en qwertz ensuite...

Pis sinon, c'est le pilote proprio Nvidia qui tient au xorg.conf. Sinon, c'est tout dans l'autre dossier, splitté en plusieurs fichiers.

grim7reaper · Le 20/05/2011, à 18:39

Rolinh a écrit :

Et pour SLiM c'est évidemment normal: si tu te souviens bien, tu l'as rajouté comme daemon au démarrage dans ton rc.conf. Donc tuer X ne tue pas le daemon...

Moi perso je l'avais pas mis en démon dans le rc.conf, je préfère utiliser inittab.

kamui57 · Le 20/05/2011, à 18:41

@Pylade : http://forums.archlinux.fr/topic6269.html

@grim : ya une différence de vitesse ou quelque chose pour choisir une méthode ou l'autre ?

Dernière modification par kamui57 (Le 20/05/2011, à 18:42)

Rolinh · Le 20/05/2011, à 18:43

grim7reaper a écrit :

Moi perso je l'avais pas mis en démon dans le rc.conf, je préfère utiliser inittab.

Salut grim (ça faisait un bail...)

une raison à ça?

grim7reaper · Le 20/05/2011, à 19:01

kamui57 a écrit :

@grim : ya une différence de vitesse ou quelque chose pour choisir une méthode ou l'autre ?

Jpense pas qu'il y ai un gain sensible au niveau vitesse (s'il y en a un…).

Rolinh a écrit :

grim7reaper a écrit :
Moi perso je l'avais pas mis en démon dans le rc.conf, je préfère utiliser inittab.
Salut grim (ça faisait un bail...)

Salut o/
Ouais, je passe beaucoup moins en ce moment…

Rolinh a écrit :

une raison à ça?

Disons que le choix d'inittab me paraît plus « logique » : si tu démarres en init3 ça te lance pas SLiM (qui sera totalement inutile, car init3). Donc en cas de couille sévère avec le gestionnaire de connexion, si t'utilise inittab suffit de passer en init3 pour réparer, alors qu'avec rc.conf faut y aller en init1 (c'est moins cool quoi).
Autre point sympa, en cas de plantage il redémarre tout seul (si tu l'as mis en respawn bien sûr) alors qu'avec rc.conf je sais pas si ça le fait.

Sinon là je viens de voir sur le wiki que ça (méthode inittab) pourrais poser des soucis avec le KMS (O_o" je vois pas trop en quoi et y a pas plus d'info, perso avec Nouveau j'ai jamais eu aucun soucis), donc à voir…

Rolinh · Le 20/05/2011, à 19:15

Ah... Bah de toute façon j'ai du abandonner KMS en même temps que Nouveau... (surchauffe de la carte)

Rolinh · Le 20/05/2011, à 20:28

Bon, il y a un petit soucis avec le script bash de l'autre jour. Il n'était pas portable et du coup, il ne marche pas sur MacOS X (et c'est sûr MacOS que mon pote doit bosser).
Du coup, je l'ai modifié comme suit:

#!/bin/bash
# This script creates folders in which to move files according to their
# ID given in their filename as in, for example, 12345_bob_marley_london.mov
# 12345 would be the ID

echo 'Yay, gonna clean ya mess dude...'
echo 'Moving files:'
while read file; do
    echo $(basename "$file")
    CURID=$(grep -Eo '[[:digit:]]+?' <<< $(basename "$file"))
    echo "$CURID"
    #if [ -n "$CURID" ]; then
    #    mkdir -p "$CURID"
    #    mv -v "$file" "$CURID"
    #fi
done < <(find . -maxdepth 2 -iname '*.jpg' -or -iname '*.jpeg' -or -iname '*.mov' -or -iname '*.xml')
find . -type d -empty -delete
echo 'Hurray, everythins been sorted out!'

(enfin, j'ai commenté les MV et les echo sont pour test hein).
Sauf que là ça me donne ça:

[robin@hades ~/sandbox] % ls -R
12332_plop.xml               928374982364_jjfhaas_jjs.jpg sd
1_jjfhaas_jjs.jpg            928374982364_jjfhaas_jjs.mov unit_7764.xml
23424_jjgd_09.jpg            movmov_portable              unit_776454.xml

./sd:
mov_34.mov
[robin@hades ~/sandbox] % ./movmov_portable  
Yay, gonna clean ya mess dude...
Moving files:
12332_plop.xml
12332
1_jjfhaas_jjs.jpg
1
23424_jjgd_09.jpg
23424
928374982364_jjfhaas_jjs.jpg
928374982364
928374982364_jjfhaas_jjs.mov
928374982364
mov_34.mov

unit_7764.xml

unit_776454.xml

Hurray, everythins been sorted out!

Donc il foire sur les fichiers qui terminent par un nombre mais je n'arrive pas à corriger ça. Si quelqu'un a une petite idée...

Dernière modification par Rolinh (Le 20/05/2011, à 20:29)

tshirtman · Le 20/05/2011, à 20:51

Rolinh a écrit :

Pis bon, c'est pas comme si mon zshrc était énorme non plus hein.

pourquoi un alias pour clear? ^L fait bien l'affaire

Rolinh · Le 20/05/2011, à 20:58

tshirtman a écrit :

Rolinh a écrit :
Pis bon, c'est pas comme si mon zshrc était énorme non plus hein.
pourquoi un alias pour clear? ^L fait bien l'affaire

Ben parce que je ne connaissais pas... Merci pour le tuyau!

Pylades · Le 20/05/2011, à 21:45

Rolinh a écrit :

Pylade a écrit :
Hum, bash c’est un shell qui fonctionne très bien ; et il est out-of-the-box, lui.
On croit toujours que ce qu'on utilise n'est pas si mal avant de mettre la main sur quelque chose de vraiment bien
Pis bon, c'est pas comme si mon zshrc était énorme non plus hein.
(d'ailleurs, faudrait que je le propre un peu...)

Hum, c’est quand même bien compliqué. En plus il faut faire bien gaffe pour certains points, où zsh se démarque des autres shells. Notamment pour le globing, qui peut être source d’ennuis.

Rolinh a écrit :

Et pour SLiM c'est évidemment normal: si tu te souviens bien, tu l'as rajouté comme daemon au démarrage dans ton rc.conf. Donc tuer X ne tue pas le daemon...

Chez moi il est lancé dans inittab, pour les mêmes raisons que grim7reaper. Mais bon, comme X est lancé par SLiM, j’aurais pensé qu’il aurait été de bon ton que SLiM attende X et se tue lorsque X est tué…

kamui57 a écrit :

@Pylade : http://forums.archlinux.fr/topic6269.html
[…]

Merci ; mais mon problème c’est que je peux basculer en fr mais pas en fr oss. XkbVariant ne semble pas fonctionner…
Mais ce n’est pas d’une importance capitale, donc je peux m’en accommoder. ^^

@ Rolinh : pour ton script, je dirais que ça doit venir de ton grep, qui m’a toujours semblé un peu bizarre.
J’essaie un truc de mon côté…

Rolinh · Le 20/05/2011, à 22:09

Pylade a écrit :

@ Rolinh : pour ton script, je dirais que ça doit venir de ton grep, qui m’a toujours semblé un peu bizarre.
J’essaie un truc de mon côté…

J'ai modifié mon grep bien moche déjà mais c'est bien ici que se pose le problème.

Pylades · Le 20/05/2011, à 22:24

@ Rolinh : c’est mieux, comme ça ?

#!/bin/bash
# This script creates folders in which to move files according to their
# ID given in their filename as in, for example, 12345_bob_marley_london.mov
# 12345 would be the ID

echo 'Yay, I will clean YOUR mess...'
echo 'Moving files:'
while read file; do
    base=$(basename "$file")
    if grep -q '\(^\|_\)[[:digit:]]\+\(_\|$\)' <<< ${base%.*}
    then
        id=$(sed 's/\(.*_\)\?\([[:digit:]]\+\)\(_.*\)\?/\2/' <<< ${base%.*})
        test -d $id || mkdir $id
        mv -v "$file" $id
    fi
done < <(find -maxdepth 2 -type f -iname '*.jpg' -or -iname '*.jpeg' -or -iname '*.mov' -or -iname '*.xml')
find -type d -empty -delete
echo 'Hurray, everything has been sorted out!'

Rolinh · Le 20/05/2011, à 22:38

Foutu MacOS

[robin@hades ~/sandbox] % ./movmov_portable_pylade
Yay, I will clean YOUR mess...
Moving files:
find: illegal option -- m
find: illegal option -- a
find: illegal option -- e
find: illegal option -- p
find: illegal option -- t
find: illegal option -- h
find: 2: No such file or directory
find: illegal option -- t
find: illegal option -- y
find: illegal option -- p
find: illegal option -- e
find: d: No such file or directory
Hurray, everything has been sorted out!

Il faut lui préciser le . dans find

Sinon, j'ai echo id et file plutot que mv pour le test, et voilà ce que ça me donne sur MacOS:

[robin@hades ~/sandbox] % ./movmov_portable_pylade
Yay, I will clean YOUR mess...
Moving files:
12332_plop
./12332_plop.xml
1_jjfhaas_jjs
./1_jjfhaas_jjs.jpg
23424_jjgd_09
./23424_jjgd_09.jpg
928374982364_jjfhaas_jjs
./928374982364_jjfhaas_jjs.jpg
928374982364_jjfhaas_jjs
./928374982364_jjfhaas_jjs.mov
mov_34
./sd/mov_34.mov
unit_7764
./unit_7764.xml
unit_776454
./unit_776454.xml
Hurray, everything has been sorted out!

Donc pas vraiment concluant...

tshirtman · Le 20/05/2011, à 22:48

pylade a écrit :

j’aurais pensé qu’il aurait été de bon ton que SLiM attende X et se tue lorsque X est tué…

Je crois qu'il faut dire «j'aurais pensé qu'il fut de bon ton»

Pylades · Le 20/05/2011, à 22:52

Hum… ou pas, non ?

@ Rolinh : sur Ubuntu ça marche !

Nan mais c’est un vrai scandale ce Mac OS X !

Sinon, j’ai nettoyé mon .bashrc ; plus que 31 lignes, hors lignes vides et commentaires.

Dernière modification par Pylade (Le 20/05/2011, à 22:53)

Rolinh · Le 20/05/2011, à 22:55

Ouais je sais, j'ai eu la même réaction...
En fait, c'est qu'il y a des différences au niveau des regex apparemment. D'ailleurs, c'est pour ça que le deuxième find à été changé pour un iname plutôt que pour la regex: il ne trouvait rien sur OS X (sous FreeBSD aussi d'ailleurs...) alors que sur mon Arch ça marchait très bien.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#2076 Le 20/05/2011, à 16:06

Re : /* Topic des codeurs couche-tard [4] */

#2077 Le 20/05/2011, à 16:09

Re : /* Topic des codeurs couche-tard [4] */

#2078 Le 20/05/2011, à 16:28

Re : /* Topic des codeurs couche-tard [4] */

#2079 Le 20/05/2011, à 16:51

Re : /* Topic des codeurs couche-tard [4] */

#2080 Le 20/05/2011, à 16:53

Re : /* Topic des codeurs couche-tard [4] */

#2081 Le 20/05/2011, à 16:58

Re : /* Topic des codeurs couche-tard [4] */

#2082 Le 20/05/2011, à 17:02

Re : /* Topic des codeurs couche-tard [4] */

#2083 Le 20/05/2011, à 17:35

Re : /* Topic des codeurs couche-tard [4] */

#2084 Le 20/05/2011, à 18:01

Re : /* Topic des codeurs couche-tard [4] */

#2085 Le 20/05/2011, à 18:33

Re : /* Topic des codeurs couche-tard [4] */

#2086 Le 20/05/2011, à 18:39

Re : /* Topic des codeurs couche-tard [4] */

#2087 Le 20/05/2011, à 18:41

Re : /* Topic des codeurs couche-tard [4] */

#2088 Le 20/05/2011, à 18:43

Re : /* Topic des codeurs couche-tard [4] */

#2089 Le 20/05/2011, à 19:01

Re : /* Topic des codeurs couche-tard [4] */

#2090 Le 20/05/2011, à 19:15

Re : /* Topic des codeurs couche-tard [4] */

#2091 Le 20/05/2011, à 20:28

Re : /* Topic des codeurs couche-tard [4] */

#2092 Le 20/05/2011, à 20:51

Re : /* Topic des codeurs couche-tard [4] */

#2093 Le 20/05/2011, à 20:58

Re : /* Topic des codeurs couche-tard [4] */

#2094 Le 20/05/2011, à 21:45

Re : /* Topic des codeurs couche-tard [4] */

#2095 Le 20/05/2011, à 22:09

Re : /* Topic des codeurs couche-tard [4] */

#2096 Le 20/05/2011, à 22:24

Re : /* Topic des codeurs couche-tard [4] */

#2097 Le 20/05/2011, à 22:38

Re : /* Topic des codeurs couche-tard [4] */

#2098 Le 20/05/2011, à 22:48

Re : /* Topic des codeurs couche-tard [4] */

#2099 Le 20/05/2011, à 22:52

Re : /* Topic des codeurs couche-tard [4] */

#2100 Le 20/05/2011, à 22:55

Re : /* Topic des codeurs couche-tard [4] */

Pied de page des forums