<?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>194488</bug_id>
          
          <creation_ts>2007-10-02 09:42 0000</creation_ts>
          <short_desc>app-backup/backup-manager-0.7.5 ~amd64 keyword request</short_desc>
          <delta_ts>2008-06-03 14:27:41 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>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <keywords>KEYWORDREQ</keywords>
          <priority>P2</priority>
          <bug_severity>enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>cyril.mougel@gmail.com</reporter>
          <assigned_to>amd64@gentoo.org</assigned_to>
          <cc>ticho@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>cyril.mougel@gmail.com</who>
            <bug_when>2007-10-02 09:42:52 0000</bug_when>
            <thetext>I have test an ebuild with keyword : ~amd64 and the compilation works.

The programm has no problem after compilation.

Please release it the 0.7.5 version with keyword ~amd64

Reproducible: Always</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>philantrop@gentoo.org</who>
            <bug_when>2008-03-02 13:48:00 0000</bug_when>
            <thetext>Andrej, when testing this, I get lots of missing binaries. Is that ok or are those really missing deps? If those are optional deps, could you maybe add a post-install message about them? And is there any test plan for this?

Cyril, your input to the above questions would help, too, of course. :-)

which: no zip in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no gpg in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no lzma in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no dar in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no rsync in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no mkisofs in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no growisofs in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no dvd+rw-format in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no cdrecord in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no mysqldump in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
which: no svnadmin in (/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.2:/opt/blackdown-jdk-1.4.2.03/bin:/opt/blackdown-jdk-1.4.2.03/jre/bin)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ticho@gentoo.org</who>
            <bug_when>2008-03-02 16:48:55 0000</bug_when>
            <thetext>Those come from near the top of /usr/sbin/backup-manager, calls similar to:

zip=$(which zip) || true

The script simply searches for various tools it might need, without checking if there are any jobs configured to use them.

I was wondering if I should add those as optional deps, but decided against it in the end. The application gives nice verbose errors if it is missing some of them, such as:

actions.sh:				error &quot;The BM_TARBALL_FILETYPE conf key is set to \&quot;zip\&quot; but zip is not installed.&quot;


Do you think the optional deps are needed here (via USE flags) ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>coldwind@gentoo.org</who>
            <bug_when>2008-03-05 09:00:46 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; 
&gt; Do you think the optional deps are needed here (via USE flags) ?
&gt; 

I don&apos;t think so, this kind of USE flags are evil. A pkg_postinst message can always help.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>beandog@gentoo.org</who>
            <bug_when>2008-06-03 14:27:41 0000</bug_when>
            <thetext>added ~amd64</thetext>
          </long_desc>
      
    </bug>

</bugzilla>