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

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

    <bug>
          <bug_id>19108</bug_id>
          
          <creation_ts>2009-03-09 13:55:43 +0300</creation_ts>
          <short_desc>unwary chrooted file</short_desc>
          <delta_ts>2014-11-05 20:42:19 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>3</classification_id>
          <classification>Distributions</classification>
          <product>Branch 4.1</product>
          <component>openldap-servers</component>
          <version>unspecified</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>WONTFIX</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Michael Shigorin">mike</reporter>
          <assigned_to name="Nobody&apos;s working on this, feel free to take it">nobody</assigned_to>
          <cc>dlebkov</cc>
    
    <cc>erthad</cc>
          
          <qa_contact name="qa-4.1@altlinux.org">qa-4.1</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>87000</commentid>
    <comment_count>0</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2009-03-09 13:55:43 +0300</bug_when>
    <thetext>После обновления (мож раньше не замечал, вообще-то дома LDAP не используется) вылезло:

Mar  9 12:11:58 home ldap.all: install:
Mar  9 12:11:58 home ldap.all: missing file operand
Mar  9 12:11:58 home ldap.all: Try `install --help&apos; for more information.
Mar  9 12:11:58 home slapd: Adjusting environment for slapd: failed

Проблемы в ldap.conf:

+ grep ldap /etc/group
+ grep ldap /etc/passwd
+ awk &apos;/^directory/ {sub(/\//,&quot;&quot;,$2);print $2}&apos; /etc/openldap/slapd-access.conf /etc/openldap/slapd.conf
+ xargs install -d -o ldap -g ldap -m 0700
install: missing file operand
Try `install --help&apos; for more information.
++ awk &apos;/^directory/ {sub(/\//,&quot;&quot;,$2);print $2}&apos; /etc/openldap/slapd-access.conf /etc/openldap/slapd.conf
+ awk &apos;/^directory/ {sub(/\//,&quot;&quot;,$2);print $2}&apos; /etc/openldap/slapd-access.conf /etc/openldap/slapd.conf
+ sed &apos;s|ldap/bases|ldap/dblogs|&apos;
+ xargs install -d -o ldap -g ldap -m 0700
install: missing file operand
Try `install --help&apos; for more information.
+ copy_resolv_conf

awk &apos;/^directory/ {sub(/\//,&quot;&quot;,$2);print $2}&apos; /etc/openldap/*slapd*.conf
возвращает пустой результат.

Два патча (первый делает xargs -r, второй чуточку оптимизирует двойной проход и заодно чинит эту же проблему) сейчас приложу.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87001</commentid>
    <comment_count>1</comment_count>
      <attachid>3357</attachid>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2009-03-09 13:57:10 +0300</bug_when>
    <thetext>Created attachment 3357
trivial bugfix/cleanup</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87003</commentid>
    <comment_count>2</comment_count>
      <attachid>3358</attachid>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2009-03-09 14:00:35 +0300</bug_when>
    <thetext>Created attachment 3358
a bit more elaborate one

PS: я проверил, что эти исправления чинят работу в случае отсутствия ^directory, надо бы на всякий проверить при наличии ;-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87024</commentid>
    <comment_count>3</comment_count>
    <who name="barabashka">barabashka</who>
    <bug_when>2009-03-10 03:46:20 +0300</bug_when>
    <thetext>(В ответ на комментарий №2)
&gt; Created an attachment (id=3358) [details]
&gt; a bit more elaborate one
&gt; 
&gt; PS: я проверил, что эти исправления чинят работу в случае отсутствия
&gt; ^directory, надо бы на всякий проверить при наличии ;-)

Это политический момент. Как я понимаю, у нас должен быть хотя бы одно дерево и следовательно хотя бы один directory. По этой причине ldap.all и работает таким образом. 

Как системный администратор, я за то чтобы у нас всегда существовало хотя бы одно дерево и при отсутствии последнего выдавалось соответствующее сообщение.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87025</commentid>
    <comment_count>4</comment_count>
    <who name="barabashka">barabashka</who>
    <bug_when>2009-03-10 03:47:18 +0300</bug_when>
    <thetext>В смысле ругань была вразумительной, а не то что сейчас.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87026</commentid>
    <comment_count>5</comment_count>
    <who name="Dmitry Lebkov">dlebkov</who>
    <bug_when>2009-03-10 05:24:14 +0300</bug_when>
    <thetext>(В ответ на комментарий №3)
&gt; (В ответ на комментарий №2)
&gt; &gt; Created an attachment (id=3358) [details] [details]
&gt; &gt; a bit more elaborate one
&gt; &gt; 
&gt; &gt; PS: я проверил, что эти исправления чинят работу в случае отсутствия
&gt; &gt; ^directory, надо бы на всякий проверить при наличии ;-)

Миш, спасибо за -- направил мысли в нужную сторону. ;)

&gt; Это политический момент. Как я понимаю, у нас должен быть хотя бы одно
&gt; дерево и следовательно хотя бы один directory. По этой причине ldap.all
&gt; и работает таким образом. 

Не совсем так. directory настраивается только для бэкендов, работающих с
локальным хранилищами данных (типа BDB/HDB, LDIF и т.п.). Другими словами,
отсутствие данного параметра в конфигах - опционально и не должно приводить
к невозможности запуска LDAP-сервера.

&gt; Как системный администратор, я за то чтобы у нас всегда существовало хотя бы
&gt; одно дерево и при отсутствии последнего выдавалось соответствующее сообщение.

Дерево может существовать и без directory. ;) Подробности смотреть в
slapd-(bdb|dnssrv|hdb|ldap|...) -- полный список есть в man slapd.con,
в секции &apos;SEE ALSO&apos;.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87039</commentid>
    <comment_count>6</comment_count>
    <who name="barabashka">barabashka</who>
    <bug_when>2009-03-10 12:14:39 +0300</bug_when>
    <thetext>[skip]
&gt; 
&gt; Миш, спасибо за -- направил мысли в нужную сторону. ;)
&gt; 
&gt; &gt; Это политический момент. Как я понимаю, у нас должен быть хотя бы одно
&gt; &gt; дерево и следовательно хотя бы один directory. По этой причине ldap.all
&gt; &gt; и работает таким образом. 
&gt; 
&gt; Не совсем так. directory настраивается только для бэкендов, работающих с
&gt; локальным хранилищами данных (типа BDB/HDB, LDIF и т.п.). Другими словами,
&gt; отсутствие данного параметра в конфигах - опционально и не должно приводить
&gt; к невозможности запуска LDAP-сервера.
&gt; 
&gt; &gt; Как системный администратор, я за то чтобы у нас всегда существовало хотя бы
&gt; &gt; одно дерево и при отсутствии последнего выдавалось соответствующее сообщение.
&gt; 
&gt; Дерево может существовать и без directory. ;) Подробности смотреть в
&gt; slapd-(bdb|dnssrv|hdb|ldap|...) -- полный список есть в man slapd.con,
&gt; в секции &apos;SEE ALSO&apos;.


Не, баб яга не против directory, баб яга за &apos;хотя бы одно дерево&apos; и за адекватную ругань.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>87071</commentid>
    <comment_count>7</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2009-03-10 20:31:20 +0300</bug_when>
    <thetext>(In reply to comment #5)
&gt; Миш, спасибо за -- направил мысли в нужную сторону. ;)
Тебе спасибо :-)</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>148641</commentid>
    <comment_count>8</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2014-11-05 20:42:19 +0300</bug_when>
    <thetext>В 4.1/branch исправления не будут вноситься уже технически (заглушена очередь на сборку), поэтому прошу ошибки, актуальные для sisyphus/p7/t7, перевесить на текущие ветки или сизиф.</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>3357</attachid>
            <date>2009-03-09 13:57:10 +0300</date>
            <delta_ts>2009-03-09 13:57:10 +0300</delta_ts>
            <desc>trivial bugfix/cleanup</desc>
            <filename>ldap.conf-1.diff</filename>
            <type>text/plain</type>
            <size>1153</size>
            <attacher name="Michael Shigorin">mike</attacher>
            
              <data encoding="base64">LS0tIGxkYXAuY29uZi1vcmlnCTIwMDktMDItMTYgMTg6MzU6MDEgKzAyMDAKKysrIGxkYXAuY29u
ZgkyMDA5LTAzLTA5IDEyOjQ5OjE2ICswMjAwCkBAIC0yMCw3ICsyMCw3IEBACiAKICMgZm9yIEdT
Uy1BUEkgc3VwcG9ydAogQ29weSAtZ2xkYXAgLW02NDAgJGZvcmNlIC9ldGMva3JiNS5jb25mIGV0
Yy9rcmI1LmNvbmYgCi1bIC1kIC92YXIvbGliL2xkYXAvdmFyL3RtcCBdIHx8IGluc3RhbGwgLWds
ZGFwIC1vbGRhcCAtZCAvdmFyL2xpYi9sZGFwL3Zhci90bXAKK1sgLWQgL3Zhci9saWIvbGRhcC92
YXIvdG1wIF0gfHwgaW5zdGFsbCAtZyBsZGFwIC1vIGxkYXAgLWQgL3Zhci9saWIvbGRhcC92YXIv
dG1wCiAKICNmb3IgZiBpbiBgbHMgL2V0Yy9vcGVubGRhcC9zY2hlbWEvYDsgZG8KICMJQ29weSAt
bTY0NCAkZm9yY2UgIi9ldGMvb3BlbmxkYXAvc2NoZW1hLyRmIiAiZXRjL3NjaGVtYS8kZiIKQEAg
LTM5LDcgKzM5LDcgQEAKIAogIyBjcmVhdGUgZGlyZWNyb3J5IGZvciBlYWNoIGNvbmZpZ3VyZWQg
TERBUCBkYXRhYmFzZQogYXdrICcvXmRpcmVjdG9yeS8ge3N1YigvXC8vLCIiLCQyKTtwcmludCAk
Mn0nIC9ldGMvb3BlbmxkYXAvKnNsYXBkKi5jb25mIFwKLQl8IHhhcmdzIGluc3RhbGwgLWQgLW8g
bGRhcCAtZyBsZGFwIC1tIDA3MDAKKwl8IHhhcmdzIC1yIC0tIGluc3RhbGwgLWQgLW8gbGRhcCAt
ZyBsZGFwIC1tIDA3MDAKIAogIyBpbnN0YWxsIGFuZCBhZGp1c3QgZGVmYXVsdCBCREIgY29uZmln
IGZpbGUKIGZvciBkIGluIGBhd2sgJy9eZGlyZWN0b3J5LyB7c3ViKC9cLy8sIiIsJDIpO3ByaW50
ICQyfScgL2V0Yy9vcGVubGRhcC8qc2xhcGQqLmNvbmZgOyBkbwpAQCAtNTMsNiArNTMsNiBAQAog
CiAjIGNyZWF0ZSB0cmFuc2FjdGlvbnMgbG9nIGRpcmVjdG9yeSBmb3IgZWFjaCBjb25maWd1cmVk
IExEQVAgZGF0YWJhc2UKIGF3ayAnL15kaXJlY3RvcnkvIHtzdWIoL1wvLywiIiwkMik7cHJpbnQg
JDJ9JyAvZXRjL29wZW5sZGFwLypzbGFwZCouY29uZiB8IHNlZCAnc3xsZGFwL2Jhc2VzfGxkYXAv
ZGJsb2dzfCcgXAotCXwgeGFyZ3MgaW5zdGFsbCAtZCAtbyBsZGFwIC1nIGxkYXAgLW0gMDcwMAor
CXwgeGFyZ3MgLXIgLS0gaW5zdGFsbCAtZCAtbyBsZGFwIC1nIGxkYXAgLW0gMDcwMAogCiBjb3B5
X3Jlc29sdl9jb25mCg==
</data>

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>3358</attachid>
            <date>2009-03-09 14:00:35 +0300</date>
            <delta_ts>2009-03-09 14:00:35 +0300</delta_ts>
            <desc>a bit more elaborate one</desc>
            <filename>ldap.conf-2.diff</filename>
            <type>text/plain</type>
            <size>1375</size>
            <attacher name="Michael Shigorin">mike</attacher>
            
              <data encoding="base64">LS0tIGxkYXAuY29uZi1vcmlnCTIwMDktMDItMTYgMTg6MzU6MDEgKzAyMDAKKysrIGxkYXAuY29u
ZgkyMDA5LTAzLTA5IDEyOjUzOjAxICswMjAwCkBAIC0yMCw3ICsyMCw3IEBACiAKICMgZm9yIEdT
Uy1BUEkgc3VwcG9ydAogQ29weSAtZ2xkYXAgLW02NDAgJGZvcmNlIC9ldGMva3JiNS5jb25mIGV0
Yy9rcmI1LmNvbmYgCi1bIC1kIC92YXIvbGliL2xkYXAvdmFyL3RtcCBdIHx8IGluc3RhbGwgLWds
ZGFwIC1vbGRhcCAtZCAvdmFyL2xpYi9sZGFwL3Zhci90bXAKK1sgLWQgL3Zhci9saWIvbGRhcC92
YXIvdG1wIF0gfHwgaW5zdGFsbCAtZyBsZGFwIC1vIGxkYXAgLWQgL3Zhci9saWIvbGRhcC92YXIv
dG1wCiAKICNmb3IgZiBpbiBgbHMgL2V0Yy9vcGVubGRhcC9zY2hlbWEvYDsgZG8KICMJQ29weSAt
bTY0NCAkZm9yY2UgIi9ldGMvb3BlbmxkYXAvc2NoZW1hLyRmIiAiZXRjL3NjaGVtYS8kZiIKQEAg
LTM3LDkgKzM3LDEzIEBACiBncmVwIGxkYXAgL2V0Yy9ncm91cCA+IGV0Yy9ncm91cAogZ3JlcCBs
ZGFwIC9ldGMvcGFzc3dkID4gZXRjL3Bhc3N3ZAogCi0jIGNyZWF0ZSBkaXJlY3JvcnkgZm9yIGVh
Y2ggY29uZmlndXJlZCBMREFQIGRhdGFiYXNlCisjIGNyZWF0ZSBkaXJlY3JvcnkgZm9yIGVhY2gg
Y29uZmlndXJlZCBMREFQIGRhdGFiYXNlIGFuZAorIyB0cmFuc2FjdGlvbiBsb2cgZGlyZWN0b3J5
IGZvciBlYWNoIGNvbmZpZ3VyZWQgTERBUCBkYXRhYmFzZQogYXdrICcvXmRpcmVjdG9yeS8ge3N1
YigvXC8vLCIiLCQyKTtwcmludCAkMn0nIC9ldGMvb3BlbmxkYXAvKnNsYXBkKi5jb25mIFwKLQl8
IHhhcmdzIGluc3RhbGwgLWQgLW8gbGRhcCAtZyBsZGFwIC1tIDA3MDAKK3wgd2hpbGUgcmVhZCBk
aXI7IGRvCisJbG9nPSIke2Rpci9sZGFwXC9iYXNlcy9sZGFwL2RibG9nc30iCisJaW5zdGFsbCAt
ZCAtbyBsZGFwIC1nIGxkYXAgLW0gMDcwMCAiJGRpciIgIiRsb2ciCitkb25lCiAKICMgaW5zdGFs
bCBhbmQgYWRqdXN0IGRlZmF1bHQgQkRCIGNvbmZpZyBmaWxlCiBmb3IgZCBpbiBgYXdrICcvXmRp
cmVjdG9yeS8ge3N1YigvXC8vLCIiLCQyKTtwcmludCAkMn0nIC9ldGMvb3BlbmxkYXAvKnNsYXBk
Ki5jb25mYDsgZG8KQEAgLTUxLDggKzU1LDQgQEAKICAgICBmaQogZG9uZQogCi0jIGNyZWF0ZSB0
cmFuc2FjdGlvbnMgbG9nIGRpcmVjdG9yeSBmb3IgZWFjaCBjb25maWd1cmVkIExEQVAgZGF0YWJh
c2UKLWF3ayAnL15kaXJlY3RvcnkvIHtzdWIoL1wvLywiIiwkMik7cHJpbnQgJDJ9JyAvZXRjL29w
ZW5sZGFwLypzbGFwZCouY29uZiB8IHNlZCAnc3xsZGFwL2Jhc2VzfGxkYXAvZGJsb2dzfCcgXAot
CXwgeGFyZ3MgaW5zdGFsbCAtZCAtbyBsZGFwIC1nIGxkYXAgLW0gMDcwMAotCiBjb3B5X3Jlc29s
dl9jb25mCg==
</data>

          </attachment>
      

    </bug>

</bugzilla>