Re: [gentoo-dev] doinst recursive?

[Marko Mikulicic]

Grant Goodyear wrote:
>>I was wondering if switching to CVS would only update the ebuilds or
>>also update (relax) the maskings. In other words, it is safe to
>>  sync the portage tree with gentoo cvs ?
>
>
> Yep.  The anoncvs and rsync servers return exactly the same files.

So, if I did emerge rsync and the acroread bug was still there,
  the bug was obviously not fixed (or I didn't get the last release).
The bug fixes should differ in -r? .

The revision I have is acroread-5.05-r3.ebuild.

It contains the following code snippet:

   for i in Browsers Reader Resource
         do
                 insinto ${INSTALLDIR}
                 doins ${i}/*
         done

It should copy recursively the Browser, Reader and Resource 
subdirectories in ${INSTALLDIR}, but instead a warning is issued.
(reasonable, since it uses "/bin/install" and it doesn't copy recursively).

I have fixed it adding:

cp -r Browsers Reader Resource ${D}/${INSTALLDIR}

just below.

Can you explain me why is preferred to use doins instead of cp ... 
${D}/${INSTALLDIR}? If I have sources of a package it is safe to use a 
"emake install" (configuring it previously with something like 
--prefix=${D}/usr) ?