<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>196647</bug_id>
          
          <creation_ts>2007-10-21 18:13 0000</creation_ts>
          <short_desc>ipw3945d problems with baselayout-2.0.0_rc5</short_desc>
          <delta_ts>2007-12-05 19:46:25 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>baselayout</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>stack.box@gmail.com</reporter>
          <assigned_to>base-system@gentoo.org</assigned_to>
          <cc>andriy155@gmail.com</cc>
    
    <cc>seventhguardian@gmail.com</cc>

      

      
          <long_desc isprivate="0">
            <who>stack.box@gmail.com</who>
            <bug_when>2007-10-21 18:13:17 0000</bug_when>
            <thetext>ToSSiKa stack # /etc/init.d/ipw3945d restart
 * Stopping ipw3945d ...
 * start-stop-daemon: fopen `/var/run/ipw3945d/ipw3945d.pid&apos;: No such file or directory                                                                                   [ ok ]
 * Starting ipw3945d ...                                                                                                                                                  [ ok ]
ToSSiKa stack # /etc/init.d/ipw3945d restart
 * Stopping ipw3945d ...                                                                                                                                                  [ ok ]
 * Starting ipw3945d ...                                                                                                                                                  [ ok ]


Reproducible: Always</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andriy155@gmail.com</who>
            <bug_when>2007-10-28 21:49:56 0000</bug_when>
            <thetext>Same here! It works perfectly well on 2.0.0_rc4-r1</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andriy155@gmail.com</who>
            <bug_when>2007-11-01 00:37:39 0000</bug_when>
            <thetext>With the new rc6 release, the ipw3945d fails to start at boot time but starts fine after other modules have loaded. Again, this problem is not present for rc4-r1
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andriy155@gmail.com</who>
            <bug_when>2007-11-01 00:39:30 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; With the new rc6 release, the ipw3945d fails to start at boot time but starts
&gt; fine after other modules have loaded. Again, this problem is not present for
&gt; rc4-r1
&gt; 
p.s. My rc-update:
 rc-update
                acpid |      default
            alsasound |      default
            bluetooth |      default
             bootmisc | boot
              checkfs | boot
            checkroot | boot
              chronyd |      default
                clock | boot
          consolefont | boot
                cupsd |      default
                 dbus |      default
                dcron |      default
        device-mapper | boot
             festival |      default
                  gpm |      default
                 hald |      default
             hostname | boot
              hotplug | boot
              keymaps | boot
                local |      default nonetwork
           localmount | boot
              modules | boot
               net.lo | boot
             netmount |      default
            rmnologin | boot
            syslog-ng |      default
              urandom | boot
                  xdm |      default
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>uberlord@gentoo.org</who>
            <bug_when>2007-11-01 01:35:13 0000</bug_when>
            <thetext>Try adding &quot;need localmount&quot; to the init script depend function</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>andriy155@gmail.com</who>
            <bug_when>2007-11-01 01:46:12 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; Try adding &quot;need localmount&quot; to the init script depend function
&gt; 

Thanks! This fixes the problem. I found relevant page in Gentoo Handbook describing the problem: http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=2&amp;chap=4

Should we file a separate bug for the init script to be fixed?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>uberlord@gentoo.org</who>
            <bug_when>2007-11-01 02:00:14 0000</bug_when>
            <thetext>No need, I&apos;ve fixed it.
Thanks.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jkt@gentoo.org</who>
            <bug_when>2007-12-05 17:19:18 0000</bug_when>
            <thetext>*** Bug 179809 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>seventhguardian@gmail.com</who>
            <bug_when>2007-12-05 17:26:09 0000</bug_when>
            <thetext>Now what I don&apos;t understand is how my _older_ report is marked as a duplicate of this _newer_ report. Maybe time has changed direction?? Anyway, sorry for this kind of comments on bugzilla, but I had to do it....</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>uberlord@gentoo.org</who>
            <bug_when>2007-12-05 19:46:25 0000</bug_when>
            <thetext>(In reply to comment #8)
&gt; Now what I don&apos;t understand is how my _older_ report is marked as a duplicate
&gt; of this _newer_ report. Maybe time has changed direction?? Anyway, sorry for
&gt; this kind of comments on bugzilla, but I had to do it....

Sometimes on newer bugs different information is given which enables developers to fix the actual problem. Or it&apos;s assigned to different people.

Just be glad it&apos;s fixed :)</thetext>
          </long_desc>
      
    </bug>

</bugzilla>