[gentoo-dev] IBTK/GATOS

[gentoo-dev] IBTK/GATOS

[Sean Mitchell]

I'm working on an ebuild for GATOS which uses the ibtk gui library.

It looks like the only way to get the sources for GATOS & IBTK is by CVS. Is
there a way to use cvs as a SRC_URI? CVS doesn't seem to be a supported URI
from what I saw in the RFC. For now I've grabbed it myself, built tar.bz2s
and put them on my apache server.

The next problem I have is getting ibtk installed properly. It uses a
gtk-config style script called ibtk-config which seems to get built by
./configure. The problem is that when I specify --prefix=${D}/usr
ibtk-config gets built with this temporary prefix. When GATOS tries to use
it it goes looking in /tmp/portage/ibtk/image/ibtk-0.0.14/usr for include
files and such and the compile fails.

Worse, the ibtk makefile doesn't accept an argument for make install ("make
install DESTDIR") so I can't do it that way. Anyone have any ideas here?

Sean

------------------------------------------------------------------------
 Sean Mitchell                                        Software Engineer
 smitchell@phoenix-interactive.com       Phoenix Interactive Design Inc
 tel. 519-679-2913 x237                        4th Floor, 137 Dundas St
 fax. 519 679 6773                          London, ON, Canada  N6A 1E9
                           ICQ# 104246806
------------------------------------------------------------------------

Re: [gentoo-dev] IBTK/GATOS

[Damon M. Conway]

 Sean Mitchell wrote:
>I'm working on an ebuild for GATOS which uses the ibtk gui library.
>
>It looks like the only way to get the sources for GATOS & IBTK is by CVS. Is
>there a way to use cvs as a SRC_URI? CVS doesn't seem to be a supported URI
>from what I saw in the RFC. For now I've grabbed it myself, built tar.bz2s
>and put them on my apache server.

No clue.

>The next problem I have is getting ibtk installed properly. It uses a
>gtk-config style script called ibtk-config which seems to get built by
>./configure. The problem is that when I specify --prefix=${D}/usr
>ibtk-config gets built with this temporary prefix. When GATOS tries to use
>it it goes looking in /tmp/portage/ibtk/image/ibtk-0.0.14/usr for include
>files and such and the compile fails.
>
>Worse, the ibtk makefile doesn't accept an argument for make install ("make
>install DESTDIR") so I can't do it that way. Anyone have any ideas here?

You want to build it with --prefix=/usr, and install it with
prefix=${D}/usr.  Like so:

src_compile() {
    try ./configure --prefix=/usr
    try make
}

src_install() {
    try make prefix=${D}/usr install
}

That has worked for me on xbatt and nmh.

Damon

--
"UNIX was not designed to stop you from doing stupid things, because that
 would also stop you from doing clever things."  --Doug Gwyn

RE: [gentoo-dev] IBTK/GATOS

[Sean Mitchell]

> You want to build it with --prefix=/usr, and install it with
> prefix=${D}/usr.  Like so:
> 
> src_compile() {
>     try ./configure --prefix=/usr
>     try make
> }
> 
> src_install() {
>     try make prefix=${D}/usr install
> }
> 
> That has worked for me on xbatt and nmh.

Works like a charm. Better, in fact, as I've never really seen a charm work
at all.

I've never seen that invokation of make install before... thanks!

Sean

RE: [gentoo-dev] IBTK/GATOS

[Sean Mitchell]

> -----Original Message-----
> From: Sean Mitchell 

> It looks like the only way to get the sources for GATOS & 
> IBTK is by CVS. Is there a way to use cvs as a SRC_URI? CVS 
> doesn't seem to be a supported URI from what I saw in the 
> RFC. For now I've grabbed it myself, built tar.bz2s and put 
> them on my apache server.

You pillock... the link to the sources is right on the main page! 

Duh... 

The ebuilds should be posted shortly.

Sean  

Re: [gentoo-dev] IBTK/GATOS

[Dan Armak]

On Monday 23 July 2001 18:40, you wrote:
> I'm working on an ebuild for GATOS which uses the ibtk gui library.
>
> It looks like the only way to get the sources for GATOS & IBTK is by CVS.
> Is there a way to use cvs as a SRC_URI? CVS doesn't seem to be a supported
> URI from what I saw in the RFC. For now I've grabbed it myself, built
> tar.bz2s and put them on my apache server.

We've discussed using cvs/cvsup/rsync/whatever as SRC_URI and for now it's 
far away down on the todo list.

The reason: cvs-based builds do not have distinct versions (not ones that 
change with every cvs revision), they have timestamps and individual file 
revisions instead. So we can't compare them with std. non-cvs releases and 
see which one is newer.

If you must use cvs, try to get a URL for a specific snapshot of a specific 
date. If you can't, write a script to make cvs download a *specific* revision 
and tar it to keep in distfiles. Doing the same wih the latest cvs revision 
is more or less deprecated.

-- 

Dan Armak
Gentoo Linux Developer
Matan, Israel