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

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

    <bug>
          <bug_id>9248</bug_id>
          
          <creation_ts>2006-03-15 19:08:41 +0300</creation_ts>
          <short_desc>пробелы в конце строк в ipv4address приводят к неназначению последующих ip</short_desc>
          <delta_ts>2006-05-10 11:23:21 +0400</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>5</classification_id>
          <classification>Archive</classification>
          <product>Branch 3.0</product>
          <component>etcnet</component>
          <version>3.0</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>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Sergey Y. Afonin">asy</reporter>
          <assigned_to name="Denis Ovsienko">pilot</assigned_to>
          
          
          <qa_contact name="Andrey Cherepanov">cas</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>36788</commentid>
    <comment_count>0</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2006-03-15 19:08:43 +0300</bug_when>
    <thetext>если в конфиге вроде вот такого

-----
10.10.1.1/27
192.168.1.78/24 label eth0:1
192.168.2.78/24 label eth0:2
-----

в первой строке после /27 присутствует пробел, алиасы eth0:1 и eth0:2 не будут
подняты. Видимо, стоит, при обработке строк, обрезать все пробельные символы в
начале и конце строк.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37099</commentid>
    <comment_count>1</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2006-03-31 00:15:28 +0400</bug_when>
    <thetext>Я проверил, не воспроизводится.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37105</commentid>
    <comment_count>2</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2006-03-31 10:14:32 +0400</bug_when>
    <thetext>Да, у меня на Сизифе сейчас тоже не получилось повторить. Странно. А парсер 
где-то отдельной функцией живёт или как ? Что-то я его не нашёл. А то 
попробовал бы сам посмотреть там, где воспроизводится. Может, и правда, уже 
само собой починилось... 
 </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37167</commentid>
    <comment_count>3</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2006-04-03 12:12:44 +0400</bug_when>
    <thetext>Данная проблема присутствует на Compact-3.0.4 и etcnet-0.7.14.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37178</commentid>
    <comment_count>4</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2006-04-03 16:57:58 +0400</bug_when>
    <thetext>Причина проблемы в использовании xargs:

       --max-lines[=max-lines], -L[max-lines]
              Use at most max-lines nonblank input  lines  per  command  line;
              max-lines  defaults  to  1 if omitted.  Trailing blanks cause an
              input line to be logically continued on  the  next  input  line.
              Implies -x.

Пока не ясно, признать это ошибкой или дополнительной возможностью. Скорее первым.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37180</commentid>
    <comment_count>5</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2006-04-03 17:13:30 +0400</bug_when>
    <thetext>а почему в Сизифе проблема пропала ? xargs поменялся, или что-то в etcnet 
по-другому стало работать ? 
 </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37181</commentid>
    <comment_count>6</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2006-04-03 22:36:10 +0400</bug_when>
    <thetext>Разные версии findutils, хотя manpage описывает поведение так же.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37315</commentid>
    <comment_count>7</comment_count>
    <who name="Sergey Y. Afonin">asy</who>
    <bug_when>2006-04-11 10:25:52 +0400</bug_when>
    <thetext>А на сколько сложно застраховаться от такого поведения ? 
скажем пропускать строки через 
 
sed -e &quot;s/^ *\(.*\) *$/\1/&quot; 
 
перед тем, как скармливать тому же xargs 
 
 </thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37343</commentid>
    <comment_count>8</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2006-04-13 23:02:28 +0400</bug_when>
    <thetext>(In reply to comment #5)
&gt; а почему в Сизифе проблема пропала ? xargs поменялся, или что-то в etcnet 
&gt; по-другому стало работать ? 
Функция config-ipv4:try_static() перестала использовать xargs. Будет использован
предложенный фильтр, спасибо.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>37469</commentid>
    <comment_count>9</comment_count>
    <who name="Denis Ovsienko">pilot</who>
    <bug_when>2006-04-20 16:27:51 +0400</bug_when>
    <thetext>0.7.16/0.8.3</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>