<?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>225759</bug_id>
          
          <creation_ts>2008-06-10 14:25 0000</creation_ts>
          <short_desc>app-misc/ca-certificates should depend on debianutils</short_desc>
          <delta_ts>2008-06-18 09:40:37 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>Applications</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>alanh@fairlite.co.uk</reporter>
          <assigned_to>base-system@gentoo.org</assigned_to>
          <cc>bsd@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>alanh@fairlite.co.uk</who>
            <bug_when>2008-06-10 14:25:09 0000</bug_when>
            <thetext>When running update-ca-certificates I get this....

# update-ca-certificates 
Updating certificates in /root/gentoo/etc/ssl/certs....done.
Running hooks
in /etc/ca-certificates/update.d..../root/gentoo/usr/sbin/update-ca-certificates: line 96: run-parts: command not found
done.

Doing &apos;equery belongs run-parts&apos; on an x86 box and I get....

[ Searching for file(s) run-parts in *... ]
sys-apps/debianutils-2.28.2 (/bin/run-parts)


Reproducible: Always</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>robbat2@gentoo.org</who>
            <bug_when>2008-06-10 18:00:20 0000</bug_when>
            <thetext>fixed in cvs.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>aballier@gentoo.org</who>
            <bug_when>2008-06-11 07:06:20 0000</bug_when>
            <thetext>sorry but...
RDEPEND.badindev              2
   app-misc/ca-certificates/ca-certificates-20080514-r1.ebuild: ~sparc-fbsd(default-bsd/fbsd/6.2/sparc) [&apos;sys-apps/debianutils&apos;]
   app-misc/ca-certificates/ca-certificates-20080514-r1.ebuild: ~x86-fbsd(default-bsd/fbsd/6.2/x86) [&apos;sys-apps/debianutils&apos;]


this makes it uninstallable on all the bsd. There must be a better fix.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>robbat2@gentoo.org</who>
            <bug_when>2008-06-11 07:33:37 0000</bug_when>
            <thetext>aballier: just keyword debianutils on fbsd?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>aballier@gentoo.org</who>
            <bug_when>2008-06-11 07:35:35 0000</bug_when>
            <thetext>(In reply to comment #3)
&gt; aballier: just keyword debianutils on fbsd?
&gt; 

09:28 &lt;@aballier&gt; loki_val: main point is, i think, we dont want *debian*utils on bsd ;)
[...]
09:31 &lt;@The_Paya&gt; loki_val: the preferred way in that case I think it would be to replace run-parts with something else.
09:31 &lt;@The_Paya&gt; kinda silly to depend on a package for just a command that runs scripts.
09:31 &lt;@aballier&gt; find ?


maybe something to investigate more</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>admin@easyshellz.com</who>
            <bug_when>2008-06-11 15:51:51 0000</bug_when>
            <thetext>I agree this does not work for bsd at all. debianutils depends on coreutils which cant be used either.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>admin@easyshellz.com</who>
            <bug_when>2008-06-11 15:56:47 0000</bug_when>
            <thetext>I agree this does not work for bsd at all. debianutils depends on coreutils or mktemp which we don&apos;t need either provided by sys-freebsd/freebsd-ubin.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-11 19:03:13 0000</bug_when>
            <thetext>your analysis is incorrect.  ca-certificates needs mktemp ... the DEPEND there is to just ease upgrade paths.

you also shouldnt have keyworded the package in question in the first place if you didnt test it ... ca-certificates will not work if you dont have a &quot;run-parts&quot; binary.  since i doubt the bsd&apos;s provide it, it means you need debianutils installed.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>the_paya@gentoo.org</who>
            <bug_when>2008-06-11 22:25:16 0000</bug_when>
            <thetext>(In reply to comment #7)
&gt; you also shouldnt have keyworded the package in question in the first place if
&gt; you didnt test it ... ca-certificates will not work if you dont have a
&gt; &quot;run-parts&quot; binary.  since i doubt the bsd&apos;s provide it, it means you need
&gt; debianutils installed.
&gt; 

In this case run-parts it&apos;s not used to /execute/ any scripts, it&apos;s used to save the typing of:
find ${DIR} -maxdepth 1 -perm -0700 -type f

It just *prints* (uses --test) the files that are executable on the hooksdir directory (which is empty in every gentoo I checked) and then the update script goes on to &quot;eval ${them}&quot; not even using run-parts again for that purpose.

This could be easily solved by replacing run-parts with that find command, depend on another package for just *that* feels kinda silly.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-11 22:47:38 0000</bug_when>
            <thetext>those commands are not equivalent.  if you want to post a correct patch, feel free.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>the_paya@gentoo.org</who>
            <bug_when>2008-06-11 23:46:24 0000</bug_when>
            <thetext>Created an attachment (id=156445)
ca-certs_portable-find.patch

Here it is, nice and pretty, patch with the correct find -perm</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-12 00:37:03 0000</bug_when>
            <thetext>(From update of attachment 156445)
please review the run-parts man page.  it isnt a simple find.  it includes filters in file names.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>the_paya@gentoo.org</who>
            <bug_when>2008-06-12 01:56:18 0000</bug_when>
            <thetext>(In reply to comment #11)
&gt; (From update of attachment 156445 [edit])
&gt; please review the run-parts man page.  it isnt a simple find.  it includes
&gt; filters in file names.
&gt; 

From the manpage:
       If  the  --lsbsysinit  option  is *not* given then the names must consist
       entirely of upper and lower case letters, digits, underscores,  hyphens
       and periods. However, the name must not begin with a period.

Adding \! -name &quot;\.*&quot; filters the names beginning with a period. Unless I&apos;m missing some other character that may go into a script under /etc/ca-certificates/update.d ...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-12 02:13:56 0000</bug_when>
            <thetext>the breadth of valid characters that make up valid unix names is much more vast than what the manpage says run-parts looks for ... just look at your keyboard</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>aballier@gentoo.org</who>
            <bug_when>2008-06-12 08:17:45 0000</bug_when>
            <thetext>perhaps we could just be lazy and keyword debianutils if we could have installkernel and mkboot installed under kernel_linux ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-12 13:08:15 0000</bug_when>
            <thetext>binding both of those binaries to kernel_linux sounds pretty reasonable, so if you want to commit that change, go for it</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>aballier@gentoo.org</who>
            <bug_when>2008-06-16 21:22:18 0000</bug_when>
            <thetext>(In reply to comment #15)
&gt; binding both of those binaries to kernel_linux sounds pretty reasonable, so if
&gt; you want to commit that change, go for it
&gt; 

all good now, only sparc-fbsd left which i&apos;ll do as soon as the changes will have propagated to the rsync mirrors for the test box</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-06-18 09:40:37 0000</bug_when>
            <thetext>thanks</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>156445</attachid>
            <date>2008-06-11 23:46 0000</date>
            <desc>ca-certs_portable-find.patch</desc>
            <filename>ca-certs_portable-find.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtcnUgdXNyLm9yaWcvc2Jpbi91cGRhdGUtY2EtY2VydGlmaWNhdGVzIHVzci9zYmluL3Vw
ZGF0ZS1jYS1jZXJ0aWZpY2F0ZXMKLS0tIHVzci5vcmlnL3NiaW4vdXBkYXRlLWNhLWNlcnRpZmlj
YXRlcwkyMDA4LTA1LTE0IDA1OjE5OjA3IC0wMzAwCisrKyB1c3Ivc2Jpbi91cGRhdGUtY2EtY2Vy
dGlmaWNhdGVzCTIwMDgtMDYtMTEgMTc6MzY6MjIgLTAzMDAKQEAgLTkxLDEwICs5MSwxMCBAQAog
CiAgIEhPT0tTRElSPS9ldGMvY2EtY2VydGlmaWNhdGVzL3VwZGF0ZS5kCiAgIGVjaG8gLW4gIlJ1
bm5pbmcgaG9va3MgaW4gJEhPT0tTRElSLi4uLiIKLSAgVkVSQk9TRV9BUkc9Ci0gIFsgIiR2ZXJi
b3NlIiA9IDAgXSB8fCBWRVJCT1NFX0FSRz0tLXZlcmJvc2UKLSAgZXZhbCBydW4tcGFydHMgJFZF
UkJfQVJHIC0tdGVzdCAtLSAkSE9PS1NESVIgfCB3aGlsZSByZWFkIGhvb2s7IGRvCi0gIHByaW50
ZiAtLSAiJHtyZW1vdmVkOiskcmVtb3ZlZFxufSR7YWRkZWQ6KyRhZGRlZFxufSIgfCBldmFsICRo
b29rCisgIGZpbmQgJEhPT0tTRElSIC1tYXhkZXB0aCAxIC1wZXJtICswNzc3IC10eXBlIGYgfCB3
aGlsZSByZWFkIGhvb2s7IGRvCisgICAgWyAiJHZlcmJvc2UiID0gMCBdIHx8IGVjaG8gIlJ1bm5p
bmcgJHtob29rfS4uIgorICAgIHByaW50ZiAtLSAiJHtyZW1vdmVkOiskcmVtb3ZlZFxufSR7YWRk
ZWQ6KyRhZGRlZFxufSIgfCBldmFsICRob29rCisgICAgWyAiJHZlcmJvc2UiID0gMCBdIHx8IGVj
aG8gIiR7aG9va30gZG9uZS4iCiAgIGRvbmUKICAgZWNobyAiZG9uZS4iCiBlbHNlCg==
</data>        

          </attachment>
    </bug>

</bugzilla>