<?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>154862</bug_id>
          
          <creation_ts>2006-11-12 02:12 0000</creation_ts>
          <short_desc>baselayout-1.13.0_alpha5,6,7 changed the location wpa_supplicant.conf is read from without mention</short_desc>
          <delta_ts>2006-11-12 06:14:26 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>trivial</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>ikelos@gentoo.org</reporter>
          <assigned_to>base-system@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-11-12 02:12:55 0000</bug_when>
            <thetext>Baselayout-1.13.0_alpha5,6,7 now read wpa_supplicant.conf from /etc/wpa_supplicant/wpa_supplicant.conf, rather than the /etc/wpa_supplicant.conf which previously used to work.  People using WPA will then lose their connection without much indication of the problem on reboot.  Whilst /etc/conf.d/net.example does offer the answer, it wasn&apos;t obvious that it was a wpa_supplicant issue to being with.  The simplest solution seems like a small einfo/ewarn during postinst...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>uberlord@gentoo.org</who>
            <bug_when>2006-11-12 02:37:31 0000</bug_when>
            <thetext>Why not edit /lib/rcscripts/net/wpa_supplicant.conf and read lines 220-226.

You&apos;ll see we use config file locations as follows
/etc/wpa_supplicant/wpa_supplicant-$iface.conf
/etc/wpa_supplicant/wpa_supplicant.conf        
/etc/wpa_supplicant.conf

We use the first one we find. wpa_supplicant has never installed /etc/wpa_supplicant/wpa_supplicant.conf, so if it&apos;s being used then you created it.

This is hardly a bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ikelos@gentoo.org</who>
            <bug_when>2006-11-12 03:05:39 0000</bug_when>
            <thetext>Sorry about that Roy, I&apos;ve been using wpa_supplicant-0.5.5 since September when it was released, but hadn&apos;t realised that it installs an /etc/wpa_supplicant/wpa_supplicant.conf file by default, seems you missed it too.  With the previous baselayout this wasn&apos;t ever a problem, but since it now causes a problem, I&apos;m not sure how best to fix it other than a postinst warning.  Can you think of any other solutions?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>uberlord@gentoo.org</who>
            <bug_when>2006-11-12 06:14:26 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; Sorry about that Roy, I&apos;ve been using wpa_supplicant-0.5.5 since September when
&gt; it was released, but hadn&apos;t realised that it installs an
&gt; /etc/wpa_supplicant/wpa_supplicant.conf file by default, seems you missed it
&gt; too.  With the previous baselayout this wasn&apos;t ever a problem, but since it now
&gt; causes a problem, I&apos;m not sure how best to fix it other than a postinst
&gt; warning.

You&apos;re right, I forgot about that. I&apos;ll put a notice in the wpa_supplicant ebuild

Fixed in wpa_supplicant-0.5.5</thetext>
          </long_desc>
      
    </bug>

</bugzilla>