[gentoo-dev] doinst recursive?

[gentoo-dev] doinst recursive?

[Marko Mikulicic]

Hello,

I'm new to gentoo. I want just to say that it is great!

However I have a problem installing acroread-5.05 in gentoo 1.2.

I have already written a simple ebuild file for a package; I know
already the basics for writing packages, but I was unable to find
an extensive reference of commands (doins, dodir etc).

  When merge acroread-5.05-r3 I get /opt/Acrobat5/ withoud the necessary 
subdirectories.

The subdirectories are not copied in the install phase:

doins: warning, skipping directory Browsers/intellinux
doins: warning, skipping directory Reader/help
doins: warning, skipping directory Reader/intellinux
doins: warning, skipping directory Reader/res

the code is:

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

I don't understand why it doesn't work on gentoo-1.2 while it works on a 
gentoo-1.1a.

Thanks in advance.

Marko Mikulicic

Re: [gentoo-dev] doinst recursive?

[Dan Naumov]

There is no real difference between an updated 1.1a system and a 1.2 system. Also, this problem with acroread is a known bug. Do a search for it on Gentoo Bugzilla.

Sincerely,
Dan Naumov



On Tue, 04 Jun 2002 14:06:27 +0200
Marko Mikulicic <marko@seul.org> wrote:
 
> I don't understand why it doesn't work on gentoo-1.2 while it works on a 
> gentoo-1.1a.

Re: [gentoo-dev] doinst recursive?

[Marko Mikulicic]

Dan Naumov wrote:
> There is no real difference between an updated 1.1a system and a 1.2 system. Also, this problem with acroread is a known bug. Do a search for it on Gentoo Bugzilla.

Thank you. I cannot find the bug report.
However I wish to know one thing:
  "doins" will install its arguments. can it do it recursively, with 
some switch. Where can I find the sources of the "doins" function ?

thanks,

Marko

Re: [gentoo-dev] doinst recursive?

[Paul de Vrieze]

On Tuesday 04 June 2002 14:42, Marko Mikulicic wrote:
> Dan Naumov wrote:
> > There is no real difference between an updated 1.1a system and a 1.2
> > system. Also, this problem with acroread is a known bug. Do a search for
> > it on Gentoo Bugzilla.
>
> Thank you. I cannot find the bug report.
> However I wish to know one thing:
>   "doins" will install its arguments. can it do it recursively, with
> some switch. Where can I find the sources of the "doins" function ?
>
> thanks,
>

/usr/lib/portage/bin/doins

Paul

ps the bug is allready resolved

-- 
Paul de Vrieze
Junior Researcher
Mail: pauldv@cs.kun.nl
Homepage: http://www.devrieze.net

Re: [gentoo-dev] doinst recursive?

[Marko Mikulicic]

Paul de Vrieze wrote:
> On Tuesday 04 June 2002 14:42, Marko Mikulicic wrote:
> 
>>Dan Naumov wrote:
>>
>>>There is no real difference between an updated 1.1a system and a 1.2
>>>system. Also, this problem with acroread is a known bug. Do a search for
>>>it on Gentoo Bugzilla.
>>
>>Thank you. I cannot find the bug report.
>>However I wish to know one thing:
>>  "doins" will install its arguments. can it do it recursively, with
>>some switch. Where can I find the sources of the "doins" function ?
>>
>>thanks,
>>
> 
> /usr/lib/portage/bin/doins
> 
> Paul
> 
> ps the bug is allready resolved
> 

thanks.

I tried emerge rsync. Shall I use emerge cvs to get
the bugfix?

I'm curious to see how it is fixed, but I don't want to load unstable code.

Sorry for the stupid questions. I want to start as quick as possible
to write ebuild scripts for many little programs out there.

Thanks for the patience.

Marko

Re: [gentoo-dev] doinst recursive?

[Dan Naumov]

Exactly what "code" do you think you're loading when doing "emerge rsync" ? Care to elaborate ?

Dan Naumov


On Tue, 04 Jun 2002 15:45:26 +0200
Marko Mikulicic <marko@seul.org> wrote:
 
> I'm curious to see how it is fixed, but I don't want to load unstable code.
> 

Re: [gentoo-dev] doinst recursive?

[Marko Mikulicic]

Dan Naumov wrote:
> Exactly what "code" do you think you're loading when doing "emerge rsync" ? Care to elaborate ?

I meant: ebuild scripts which use unstable dependencies, unstable 
patches, ...

I saw that many ebuils were masked because some kind of 
incompatibilities exists, with the compiler or with other packages.
  For example, links-2.0
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 ?

Marko

Re: [gentoo-dev] doinst recursive?

[Grant Goodyear]

> 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.

-g2boojum-

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

Re: [gentoo-dev] doinst recursive?

[Marko Mikulicic]

Ops! Sorry. I just rsynced again and the -r4 was there.

Marko