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

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

    <bug>
          <bug_id>4236</bug_id>
          
          <creation_ts>2004-05-26 11:36:33 +0400</creation_ts>
          <short_desc>требуется пересборка пакета</short_desc>
          <delta_ts>2005-08-29 00:56:14 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>vserver</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>NOTABUG</resolution>
          
          
          <bug_file_loc>http://lists.altlinux.ru/pipermail/sisyphus/2004-May/041469.html</bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>major</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Vladimir Lettiev">crux</reporter>
          <assigned_to name="Alexander V. Denisov">rupor</assigned_to>
          <cc>inger</cc>
    
    <cc>rider</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>14311</commentid>
    <comment_count>0</comment_count>
    <who name="Vladimir Lettiev">crux</who>
    <bug_when>2004-05-26 11:36:33 +0400</bug_when>
    <thetext>возникли осложнения при работе в виртуальном сервере, не удаётся сменить пароль
пользователя (подробнее по ссылке). после пересборки в свежем сборочном
окружении всё стало работать нормально.

также просьба обратить внимание на странный фрагмент в конце скрипта
install-post.sh:

        if [ -x $ETC_VSERVERS/install-post.sh ]; then
                $ETC_VSERVERS/install-post.sh $VROOT
        fi

Зацикленное выполнение самого себя? Зачем? Или я чего не понимаю.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14312</commentid>
    <comment_count>1</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2004-05-26 12:16:55 +0400</bug_when>
    <thetext>Вообще есть такой пакет util-vserver, который полностью нормально работает.

А пакет vserver по идее можно выносить, или rupor@ заберет util-vserver его себе ?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14314</commentid>
    <comment_count>2</comment_count>
    <who name="Vladimir Lettiev">crux</who>
    <bug_when>2004-05-26 13:18:38 +0400</bug_when>
    <thetext>поставил util-vserver. Ибо
&quot; Additionally, Enrico Scholz decided to reimplement Jack&apos;s vserver tools in C.
These are now distributed as &quot;util-vserver&quot; ([project page]). They are backward
compatible to Jack&apos;s tools as far as possible, but follow the kernel patch
development more closely &quot;
Последняя фраза убеждает, что лучше использовать util-vserver. Однако пакет
util-vserver также имеет помарочки:
. dir /etc/vservers отсутствует, хотя востребована
. долго не мог понять как переопределить VROOTDIR, в vserver в этом отношении
был проще.
. документации - NULL</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14317</commentid>
    <comment_count>3</comment_count>
    <who name="Anton Farygin">rider</who>
    <bug_when>2004-05-26 13:47:48 +0400</bug_when>
    <thetext>Вешайте баги на util-vserver, все равно собирался на днях его обновить. 
</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>14349</commentid>
    <comment_count>4</comment_count>
    <who name="Vladimir Lettiev">crux</who>
    <bug_when>2004-05-27 13:21:08 +0400</bug_when>
    <thetext>Господа, прошу прошения, зря я воду мутил...
Описанная проблема возникает (как в vserver, так и util-vserver), когда на
корневой каталог виртуального сервера (например, /home/vservers/test-server для
сервера test-server) выставлены права 000. При выставлении прав 755 (как на
обычном корневом каталоге) проблемы испаряются...

я решил, что проблема в сборке, т.к. после пересборки и установки я создавал
вирт.сервер заново - соотвественно не выставив нулевых прав на каталог. ещё раз
прошу прощения за ошибку.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>