1 |
K3B est le plus merveilleux logiciel de gravure avec interface graphique |
2 |
qui soit ;). Tu ne devrais pas être décu. J'ai été très surpri la |
3 |
première fois que je l'ai démarrer et depuis plus d'1 an que je |
4 |
l'utilise, il ne m'a jamais déçu... |
5 |
|
6 |
www.k3b.org |
7 |
|
8 |
Michel |
9 |
|
10 |
|
11 |
Pascal Ronecker a écrit : |
12 |
|
13 |
> Michel Paquet wrote: |
14 |
> |
15 |
>> Nero exsige l'émulation scsi sans quoi il ne reconnais pas les graveurs |
16 |
>> (pourquoi une compagnie qui est leader dans le domaine chez Windows |
17 |
>> s'appuis sur de veille technologie quand il débarque dans |
18 |
>> l'opensource?!? c'est à n'y rien comprendre...) et de plus il n'est pas |
19 |
>> gratuit. Sans license, il n'est pas possible de le faire fonctinné. |
20 |
>> |
21 |
>> Pour ton problème de udev, tu devrais regardé du côté de |
22 |
>> /etc/udev/rules.d et créer tes propre règle ou modifier ceux déja |
23 |
>> présente. Le problème en modiffiant ceux présente c'est lorsque portage |
24 |
>> mettera à jour udev, les règles seront perdu. Tu pourrais créer un |
25 |
>> fichier du genre 80-cdrom.rules puis y mettre par example quelques chose |
26 |
>> qui ressemblerais à ceci (à modifier selon ta configuration et les règle |
27 |
>> que tu veux établire): |
28 |
>> |
29 |
>> BUS=="ide", KERNEL=="hd[a-z]", ACTION=="add", IMPORT="/sbin/cdrom_id |
30 |
>> --export $tempnode" |
31 |
>> BUS=="scsi", KERNEL="sr[0-9]*", ACTION=="add", IMPORT="/sbin/cdrom_id |
32 |
>> --export $tempnode" |
33 |
>> BUS=="scsi", KERNEL="scd[a-z]", ACTION=="add", IMPORT="/sbin/cdrom_id |
34 |
>> --export $tempnode" |
35 |
>> ENV{ID_CDROM}=="?*", SYMLINK+="cdrom%e", GROUP="users" |
36 |
>> ENV{ID_CDROM_CD_RW}=="?*", SYMLINK+="cdrw%e", GROUP="users" |
37 |
>> ENV{ID_CDROM_DVD}=="?*", SYMLINK+="dvd%e", GROUP="users" |
38 |
>> ENV{ID_CDROM_DVD_R}=="?*", SYMLINK+="dvdrw%e", GROUP="users" |
39 |
>> |
40 |
>> De cette facon, tout tes périphérique cd-rom, ide ou scsi, seront |
41 |
>> affecté au groupe "users" plutot que "root". Même si ton utilisateur |
42 |
>> n'est pas propriétaire du périphérique, s'il fait parti du groupe, il y |
43 |
>> aurra accès. |
44 |
>> |
45 |
>> À NOTÉ: je n'ai pas personnellement testé la règle écrit ci-haut car |
46 |
>> dans mon cas, ca fonctionne du premier coup sans avoir eu besoin de |
47 |
>> créer de règles spécial. Si il y a des commentaire, ne vous gêné pas |
48 |
>> |
49 |
>> pour plus de renseignement, tu devrais consulté le manuel de udev |
50 |
>> (man udev) |
51 |
>> |
52 |
>> Michel Paquet |
53 |
>> |
54 |
>> |
55 |
> Merci !! je vais aller tester ça. |
56 |
> Pour le man, ... j'avoue que j'ai eu la flemme, et que j'aime autant |
57 |
> partir d'un bon exemple :-) |
58 |
> |
59 |
> En fait : le pire c'est que maintenant on dirait bien que ca marche, |
60 |
> la fois ou ça n'a pas marché il y avait ndisque dans le lecteur au |
61 |
> moment du boot. C'est peut être ça qui en a provoqué l'attribution à |
62 |
> root ? |
63 |
> |
64 |
> |
65 |
> enfin pour Nero : testé sans l'ému scsi (j'ai viré le module sg), ca a |
66 |
> l'air de marcher quand même. |
67 |
> Mais bon, si je suis sous linux depuis si longtemps, c'est justement |
68 |
> pas pour aller pecher des numéros de licences bidons. on verra ce que |
69 |
> dira k3b, ca a l'air prometteur. |
70 |
|
71 |
|
72 |
-- |
73 |
gentoo-user-fr@g.o mailing list |