<?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>39447</bug_id>
          
          <creation_ts>2004-01-26 06:08 0000</creation_ts>
          <short_desc>cyrus-sasl-2.1.17 setup invalid options</short_desc>
          <delta_ts>2004-01-28 06:58:55 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>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>x86</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>moonwalker@astro.nu</reporter>
          <assigned_to>net-mail@gentoo.org</assigned_to>
          <cc>dberkholz@gentoo.org</cc>
    
    <cc>max@gentoo.org</cc>
    
    <cc>tseng@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>moonwalker@astro.nu</who>
            <bug_when>2004-01-26 06:08:02 0000</bug_when>
            <thetext>The 2.1.17 build is still insisting on adding the -T and -H options to /etc/conf.d/saslauthd, although thos been now is reported as invalid by sasl.

Also,

on emerge those entries are triggered in /var/log/auth.log by the ebuild:
Jan 26 13:40:33 merc saslpasswd2: setpass succeeded for login
Jan 26 13:40:33 merc saslpasswd2: Couldn&apos;t delete entry in /var/tmp/portage/cyrus-sasl-2.1.17/image//etc/sasl2/sasldb2: gdbm_errno=15
Jan 26 13:40:33 merc saslpasswd2: Couldn&apos;t delete entry in /var/tmp/portage/cyrus-sasl-2.1.17/image//etc/sasl2/sasldb2: gdbm_errno=15
Jan 26 13:40:33 merc saslpasswd2: Couldn&apos;t delete entry in /var/tmp/portage/cyrus-sasl-2.1.17/image//etc/sasl2/sasldb2: gdbm_errno=15
Jan 26 13:40:33 merc saslpasswd2: setpass succeeded for login
Jan 26 13:40:33 merc saslpasswd2: Couldn&apos;t delete entry in /var/tmp/portage/cyrus-sasl-2.1.17/image//etc/sasl2/sasldb2: gdbm_errno=15
Jan 26 13:40:33 merc saslpasswd2: Couldn&apos;t delete entry in /var/tmp/portage/cyrus-sasl-2.1.17/image//etc/sasl2/sasldb2: gdbm_errno=15
Jan 26 13:40:33 merc saslpasswd2: Couldn&apos;t delete entry in /var/tmp/portage/cyrus-sasl-2.1.17/image//etc/sasl2/sasldb2: gdbm_errno=15

Which possibly have to do with this WARNING in the ebuild:
********************************************************
* WARNING:
* Plugins are being installed into /var/tmp/portage/cyrus-sasl-2.1.17/image//usr/lib/sasl2,
* but the library will look for them in /usr/lib/sasl2.
* You need to make sure that the plugins will eventually
* be in /usr/lib/sasl2 -- the easiest way is to make a
* symbolic link from /usr/lib/sasl2 to /var/tmp/portage/cyrus-sasl-2.1.17/image//usr/lib/sasl2,
* but this may not be appropriate for your site, so this
* installation procedure won&apos;t do it for you.
*
* If you don&apos;t want to do this for some reason, you can
* set the location where the library will look for plugins
* by setting the environment variable SASL_PATH to the path
* the library should use.
********************************************************

Which is quite miss guiding as the path refered to are gone as portage cleans it out on finalizing.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>max@gentoo.org</who>
            <bug_when>2004-01-28 06:58:55 0000</bug_when>
            <thetext>Fixed in 2.1.17 (much more flexible /etc/conf.d/saslauthd conf file). Also, you can ignore those warnings during emerge.  However, if they persist during regular operations, open another bug.  Thanks.</thetext>
          </long_desc>
      
    </bug>

</bugzilla>