<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>29444</bug_id>
          
          <creation_ts>2013-10-09 16:22:52 +0400</creation_ts>
          <short_desc>удалите поддержку /lib/udev/devices</short_desc>
          <delta_ts>2015-11-15 00:33:08 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>fuse</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>31490</blocked>
          <everconfirmed>1</everconfirmed>
          <reporter name="Alexey Shabalin">shaba</reporter>
          <assigned_to name="Evgeny Sinelnikov">sin</assigned_to>
          <cc>led</cc>
    
    <cc>mike</cc>
    
    <cc>rider</cc>
    
    <cc>shaba</cc>
    
    <cc>sin</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>143040</commentid>
    <comment_count>0</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2013-10-09 16:22:52 +0400</bug_when>
    <thetext>/lib/udev/devices уже давно никто не обрабатывает(начиная с udev-204-alt2), в скрипте /etc/init.d/udevd вызывается systemd-tmpfiles.

Т.е. из спека можно убрать 
mkdir -p %buildroot/lib/udev/devices
touch %buildroot/lib/udev/devices/{f,c}use
и
%attr(0660,root,fuse) %dev(c,10,229) /lib/udev/devices/fuse
%attr(0660,root,cuse) %dev(c,10,59) /lib/udev/devices/cuse

Если надо создавать эти устройства - создайте tmpfiles.

Но имейте ввиду, что начиная с kmod-14 устройства в /dev/ создаются на основе
/lib/modules/%kernel%/modules.devname,
который содержит описание /dev/fuse:
fuse fuse c10:229
Почему там нет описания cuse - не знаю.
Т.е. для /dev/fuse не нужен tmpfiles.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>143072</commentid>
    <comment_count>1</comment_count>
    <who name="Denis Smirnov">mithraen</who>
    <bug_when>2013-10-10 15:17:12 +0400</bug_when>
    <thetext>А с cuse что делать? Приведете соответствующий tmpfiles?

Кстати, похоже из-за этого изменения сейчас игнорируются правила в /lib/udev, и на /dev/fuse, как и на /dev/snd/timer выставляются неверные права (доступ для группы не дается).

Кстати, если уж /lib/udev/devices вообще не обрабатывается, надо бы наших роботов научить с такими пакетами бороться.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>143073</commentid>
    <comment_count>2</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2013-10-10 15:53:27 +0400</bug_when>
    <thetext>(В ответ на комментарий №1)
&gt; А с cuse что делать? Приведете соответствующий tmpfiles?
В идеале бы, разобраться почему его нет в /lib/modules/%kernel%/modules.devname.
Как временное решение - вот /lib/tmpfiles.d/cuse.conf:
c /dev/cuse 0660 root cuse - 10:59

&gt; Кстати, похоже из-за этого изменения сейчас игнорируются правила в /lib/udev, и
&gt; на /dev/fuse, как и на /dev/snd/timer выставляются неверные права (доступ для
&gt; группы не дается).
не надо все валить в одну кучу(типа не несите чушь), никто в /lib/udev ничего не игнорирует.
 
&gt; Кстати, если уж /lib/udev/devices вообще не обрабатывается, надо бы наших
&gt; роботов научить с такими пакетами бороться.

Таких пакетов немного - 4 штуки, баги развешаны.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>143075</commentid>
    <comment_count>3</comment_count>
    <who name="Repository Robot">repository-robot</who>
    <bug_when>2013-10-10 16:32:29 +0400</bug_when>
    <thetext>fuse-2.9.3-alt2 -&gt; sisyphus:

* Thu Oct 10 2013 Denis Smirnov &lt;mithraen@altlinux&gt; 2.9.3-alt2
- not use /lib/udev/devices (ALT#29444)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>144857</commentid>
    <comment_count>4</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2014-01-29 15:20:18 +0400</bug_when>
    <thetext>С systemd-utils-208-alt4 и fuse-2.9.3-alt2 при загрузке наблюдаю:

Two or more conflicting lines for /dev/cuse configured, ignoring.

---
c /dev/cuse 0660 root cuse - 10:59
--- /lib/tmpfiles.d/cuse.conf

---
c /dev/cuse 0600 - - - 10:203
--- /run/tmpfiles.d/kmod.conf

Чем будут определяться права, если убрать cuse.conf из пакета fuse?
0600 не согласуется с изменениями, сделанными в fuse-2.8.7-alt4.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>144867</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Shabalin">shaba</who>
    <bug_when>2014-01-29 16:42:03 +0400</bug_when>
    <thetext>(В ответ на комментарий №4)
&gt; С systemd-utils-208-alt4 и fuse-2.9.3-alt2 при загрузке наблюдаю:
&gt; 
&gt; Two or more conflicting lines for /dev/cuse configured, ignoring.
&gt; 
&gt; ---
&gt; c /dev/cuse 0660 root cuse - 10:59
&gt; --- /lib/tmpfiles.d/cuse.conf
&gt; 
&gt; ---
&gt; c /dev/cuse 0600 - - - 10:203
&gt; --- /run/tmpfiles.d/kmod.conf
&gt; 
&gt; Чем будут определяться права, если убрать cuse.conf из пакета fuse?
&gt; 0600 не согласуется с изменениями, сделанными в fuse-2.8.7-alt4.

/lib/tmpfiles.d/cuse.conf надо убирать, если в /run/tmpfiles.d/kmod.conf присутствует cuse (у меня на x86_64 его почему-то нет, поэтому я и сомневался ранее. может у меня нет по другим причинам)

Для определения прав доступа нужно в udev rules что-то подобное:

KERNEL==&quot;сuse&quot;, MODE=&quot;0666&quot;, OPTIONS+=&quot;static_node=сuse&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>144922</commentid>
    <comment_count>6</comment_count>
    <who name="">led</who>
    <bug_when>2014-01-31 04:29:23 +0400</bug_when>
    <thetext>(В ответ на комментарий №5)
&gt; (В ответ на комментарий №4)
&gt; &gt; С systemd-utils-208-alt4 и fuse-2.9.3-alt2 при загрузке наблюдаю:
&gt; &gt; 
&gt; &gt; Two or more conflicting lines for /dev/cuse configured, ignoring.
&gt; &gt; 
&gt; &gt; ---
&gt; &gt; c /dev/cuse 0660 root cuse - 10:59
&gt; &gt; --- /lib/tmpfiles.d/cuse.conf
&gt; &gt; 
&gt; &gt; ---
&gt; &gt; c /dev/cuse 0600 - - - 10:203
&gt; &gt; --- /run/tmpfiles.d/kmod.conf
&gt; &gt; 
&gt; &gt; Чем будут определяться права, если убрать cuse.conf из пакета fuse?
&gt; &gt; 0600 не согласуется с изменениями, сделанными в fuse-2.8.7-alt4.
&gt; 
&gt; /lib/tmpfiles.d/cuse.conf надо убирать, если в /run/tmpfiles.d/kmod.conf
&gt; присутствует cuse (у меня на x86_64 его почему-то нет, поэтому я и сомневался
&gt; ранее. может у меня нет по другим причинам)
&gt; 
&gt; Для определения прав доступа нужно в udev rules что-то подобное:
&gt; 
&gt; KERNEL==&quot;сuse&quot;, MODE=&quot;0666&quot;, OPTIONS+=&quot;static_node=сuse&quot;

Нельзя так делать. У /dev/cuse minor number - динамический (в отличие от /dev/fuse, у которого minor number статический - 229).
Почему так сделано - не знаю. Я себе сделал в ядре для cuse статический minor number (230 - идёт после fuse&apos;овского 229 и свободен) - в таком варианте всё работает, ни с чем не конфликтует, модуль cuse.ko загружается ondemand.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>144934</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2014-01-31 17:10:38 +0400</bug_when>
    <thetext>Покамест поступил по-страусиному: не зная живых пользователей cuse, удалил конфиг до выяснения.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>145008</commentid>
    <comment_count>8</comment_count>
    <who name="Denis Smirnov">mithraen</who>
    <bug_when>2014-02-03 09:04:07 +0400</bug_when>
    <thetext>Вот не надо так делать -- живой пользователь cuse это ossp как раз.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>145032</commentid>
    <comment_count>9</comment_count>
    <who name="">led</who>
    <bug_when>2014-02-03 18:05:03 +0400</bug_when>
    <thetext>(В ответ на комментарий №8)
&gt; Вот не надо так делать -- живой пользователь cuse это ossp как раз.

Расшифруйте, пожалуйста, чем вы возмущены.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>145036</commentid>
    <comment_count>10</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2014-02-03 20:23:04 +0400</bug_when>
    <thetext>(В ответ на комментарий №8)
&gt; Вот не надо так делать -- живой пользователь cuse это ossp как раз.
Тогда сделай ему права нужного вида :)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>145110</commentid>
    <comment_count>11</comment_count>
    <who name="Denis Smirnov">mithraen</who>
    <bug_when>2014-02-06 06:49:15 +0400</bug_when>
    <thetext>Проверил, я был не прав. Проверил новый пакет -- ossp с ним прекрасно работает. Спасибо.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>