From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <marko@seul.org>
X-Spam-Checker-Version: SpamAssassin 4.0.0 (2022-12-14) on finch.gentoo.org
X-Spam-Level: 
X-Spam-Status: No, score=-0.1 required=5.0 tests=DMARC_NONE,MAILING_LIST_MULTI
	autolearn=unavailable autolearn_force=no version=4.0.0
Received: from stsws5.die.supsi.ch (stsws5.die.supsi.ch [193.5.154.5])
	by chiba.3jane.net (Postfix) with ESMTP id 79EFBAC4C4
	for <gentoo-dev@gentoo.org>; Tue,  4 Jun 2002 09:41:55 -0500 (CDT)
Received: from seul.org (pcm4036.die.supsi.ch [193.5.154.36])
	by stsws5.die.supsi.ch (8.9.1a/8.9.1) with ESMTP id QAA15000
	for <gentoo-dev@gentoo.org>; Tue, 4 Jun 2002 16:41:54 +0200 (MET DST)
Message-ID: <3CFCD1B2.90305@seul.org>
Date: Tue, 04 Jun 2002 16:41:54 +0200
From: Marko Mikulicic <marko@seul.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0rc3) Gecko/20020523
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: gentoo-dev@gentoo.org
Subject: Re: [gentoo-dev] doinst recursive?
References: <3CFCAD43.1020300@seul.org>	<20020604152159.3fb59962.jago@telefragged.com>	<	3CFCB5C4.3060109@seul.org>	<200206041508.22305.pauldv@cs.kun.nl>	<3CFCC476.9	010308@seul.org> <20020604170033.36733971.jago@telefragged.com> 	<3CFCCBD1.6030607@seul.org> <1023200546.12194.25.camel@red.ces.clemson.edu>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Transfer-Encoding: 7bit
Sender: gentoo-dev-admin@gentoo.org
Errors-To: gentoo-dev-admin@gentoo.org
X-BeenThere: gentoo-dev@gentoo.org
X-Mailman-Version: 2.0.6
Precedence: bulk
Reply-To: gentoo-dev@gentoo.org
List-Help: <mailto:gentoo-dev-request@gentoo.org?subject=help>
List-Post: <mailto:gentoo-dev@gentoo.org>
List-Subscribe: <http://lists.gentoo.org/mailman/listinfo/gentoo-dev>,
	<mailto:gentoo-dev-request@gentoo.org?subject=subscribe>
List-Id: Gentoo Linux developer list <gentoo-dev.gentoo.org>
List-Unsubscribe: <http://lists.gentoo.org/mailman/listinfo/gentoo-dev>,
	<mailto:gentoo-dev-request@gentoo.org?subject=unsubscribe>
List-Archive: <http://lists.gentoo.org/pipermail/gentoo-dev/>
X-Archives-Salt: 40119848-5a7a-4fc4-8adc-d0cb1ef5139e
X-Archives-Hash: 11b0a6e4076a6c3420158ca9e501ac49

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) ?