[Comm] Нерабочий сканер Mustek 1200UB в altlinux-p7-icewm-20130428-i586

[Comm] Нерабочий сканер Mustek 1200UB в altlinux-p7-icewm-20130428-i586

[Speccyfighter]

Нарвался на сабж.
Нашёл где собака порылась.
Теперь сканер в рабочем состоянии.
Все выводы бросил сюда:
http://forum.altlinux.org/index.php/topic,28619.msg214154.html#msg214154

Здесь, в рассылке, сообщается как постфактум.
Если кто-то нарвётся также как и я.
Чтобы знать куда смотреть в p7 на sysvinit.

Re: [Comm] Нерабочий сканер Mustek 1200UB в altlinux-p7-icewm-20130428-i586

[Speccyfighter]

27.09.2013 04:35, Speccyfighter пишет:
> Нарвался на сабж.
> Нашёл где собака порылась.
> Теперь сканер в рабочем состоянии.
> Все выводы бросил сюда:
> http://forum.altlinux.org/index.php/topic,28619.msg214154.html#msg214154
>

И добавлено сюда:
http://forum.altlinux.org/index.php/topic,28619.msg214161.html#msg214161

Единственно только:
Если в одной сессии пользователя xsane запущен, попытка другим
пользователем запустить xsane в своей сессии, приведёт к выдаче
сообщения:
- Нет доступных устройств.
Процесс xsane должен быть завешён, чтобы старт процесса xsane
в сессии другого пользователя состоялся.
Два "экземпляра" xsane и больше, запущены не могут быть.

Re: [Comm] Нерабочий сканер Mustek 1200UB в altlinux-p7-icewm-20130428-i586

[Андрей Черепанов]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

27.09.2013 05:35, Speccyfighter пишет:
> Нарвался на сабж. Нашёл где собака порылась. Теперь сканер в
> рабочем состоянии. Все выводы бросил сюда: 
> http://forum.altlinux.org/index.php/topic,28619.msg214154.html#msg214154
>
>  Здесь, в рассылке, сообщается как постфактум. Если кто-то нарвётся
> также как и я. Чтобы знать куда смотреть в p7 на sysvinit.
https://bugzilla.altlinux.org/show_bug.cgi?id=21808

- -- 
Андрей Черепанов
ALT Linux
cas@altlinux.ru
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.14 (GNU/Linux)

iEYEARECAAYFAlJFOQMACgkQSGPA9Knr8TGCEACffDblzUlDtXX7aQpvmxceZr17
j8cAn2VnMispi9ai04XEU/SUZ7JNepC1
=74zK
-----END PGP SIGNATURE-----

Re: [Comm] Нерабочий сканер Mustek 1200UB в altlinux-p7-icewm-20130428-i586

[Motsyo Gennadi aka Drool]

27.09.2013 10:15, Speccyfighter пишет:
> Два "экземпляра" xsane и больше, запущены не могут быть.

	Ну так это логично - устройство ведь занято первым процессом xsane.

Re: [Comm] Нерабочий сканер Mustek 1200UB в altlinux-p7-icewm-20130428-i586

[Speccyfighter]

27.09.2013 10:51, Motsyo Gennadi aka Drool пишет:
> 27.09.2013 10:15, Speccyfighter пишет:
>> Два "экземпляра" xsane и больше, запущены не могут быть.
>
>      Ну так это логично - устройство ведь занято первым процессом xsane.
>

Ну так это да.
Единственная вина xsane, это то, что он не отвечает:
- Устройство 1200UB:002 занято.
Кстати именно так xsane выводит имя устройства на заголовок окна.
Если бы xsane делал проверку по биту наличия устройства и поднятому
процессу.
Но в принципе мне это не мешает.

Re: [Comm] Нерабочий сканер Mustek 1200UB в altlinux-p7-icewm-20130428-i586

[Speccyfighter]

27.09.2013 10:51, Андрей Черепанов пишет:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> 27.09.2013 05:35, Speccyfighter пишет:
>> Нарвался на сабж. Нашёл где собака порылась. Теперь сканер в
>> рабочем состоянии. Все выводы бросил сюда:
>> http://forum.altlinux.org/index.php/topic,28619.msg214154.html#msg214154
>>
> https://bugzilla.altlinux.org/show_bug.cgi?id=21808
>

Эту ссылку третий раз проезжаю.
Не увидел для себя ничего окромя совета пообщаться с
мейнтейнером udev:

xsane забрал MODE= GROUP= на устройство 055f:0006 из
/etc/udev/rules.d/25-libsane.rules
и никому не мешает, тем более, что правило только для уникального
055f:0006.
Убираем GROUP= и получаем permission denied
И почему libsane не должен считать сканер работающий исключительно
через бэкэнд sane-mustek_usb своим, не понял, если правило индивидуально
только для этого сканера.

# ls -l /dev/bus/usb/006/
crw-rw-r-- 1 root root    189, 640 сен 27 16:39 001
crw-rw-r-- 1 root scanner 189, 641 сен 27 16:39 002

# lsusb -s 006:002
Bus 006 Device 002: ID 055f:0006 Mustek Systems, Inc. ScanExpress 1200 UB
# lsusb -s 006:001
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Ссылка за 2007-й?
https://bugzilla.redhat.com/show_bug.cgi?id=405211
С прикручиванием к hal, который не сегодня завтра труп?

And the scanner rules in pam-console's
/etc/security/console.perms.d/50-default.perms can be removed.

У нас:
# cat /etc/security/console.perms.d/50-default.perms | grep scan
<scanner>=/dev/scanner* /dev/usb/scanner*
<console>  0660 <scanner>    0660 root.scanner

Первое вообще бесполезно для меня, за отсутствием /dev/scanner*
физически.
Второму, root:scanner, вообще не подняться без GROUP=
когда xsane стучится к udev обнаруживая сканер на шине, но о праве
группы ему никто не сообщил.

Упоминание udev-extras? Поставил.
Не понял какая сканеру польза от этого в p7:

# rpm -ql udev-extras|grep rul
/lib/udev/rules.d/61-accelerometer.rules
/lib/udev/rules.d/78-sound-card.rules
/lib/udev/rules.d/95-keyboard-force-release.rules
/lib/udev/rules.d/95-keymap.rules


Пока лазил, несколько мельком смотрел в SL7-live, там сканер
006:002 в root:root
Но если верно понял, там права на device как-то хитро выкручены через
acl.
Но гугл как-то не сказал, как их выкручивать через acl на устройстве
которое через udev, кроме:
[sisyphus] Работа со сканерами
http://lists.altlinux.org/pipermail/sisyphus/2010-November/350652.html
где подробности невелики.

И где лежит /lib/udev/rules.d/70-acl.rules
абсолютно не понял:

$ rpm -ql udev-rules | grep -i acl
$

А acl таки увидеть ls'ом можно:

http://lists.altlinux.org/pipermail/sisyphus/2010-November/350678.html

 >> > ACL != file mode bits и ls'ом ACL не увидеть
 >>
 >> На самом деле видно - ls -l при наличии ACL добавляет "+" после поля
 >> обычных прав доступа.

 > Плюсик тоже вижу:
 > $ ls -l /dev/bus/usb/001/002
 > crw-rw----+ 1 root scanner 189, 1 Nov 25  2010 /dev/bus/usb/001/002
 > $