Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!

Bug 36383

Summary: new ebuild: libctl
Product: Gentoo Linux Reporter: Peter Bienstman (RETIRED) <pbienst>
Component: New packagesAssignee: George Shapovalov (RETIRED) <george>
Status: RESOLVED TEST-REQUEST    
Severity: enhancement    
Priority: High    
Version: unspecified   
Hardware: All   
OS: Linux   
Whiteboard:
Package list:
Runtime testing required: ---
Attachments: ebuild

Description Peter Bienstman (RETIRED) gentoo-dev 2003-12-23 11:29:13 UTC
Guile-based library implementing flexible control files for scientific simulations

http://ab-initio.mit.edu/libctl/

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Peter Bienstman (RETIRED) gentoo-dev 2003-12-23 11:29:45 UTC
Created attachment 22591 [details]
ebuild
Comment 2 George Shapovalov (RETIRED) gentoo-dev 2004-01-06 12:17:28 UTC
Hi Peter.

Ok, going through your nontrivial bugs.

I have processed and committed the ebuild, please etst.
It was mostly clean, except for a few things:

1. You need to have # $Header: $ as a 3rd line. No need to add the cryptic rest (its done automatically), but this is required for our cvs to process it and assign accordingly.

2. econf --prefix=${D}/...
specifying prefix here is a bad idea. Some apps might hardlink paths inside them. It should have the final destination as much as possible.

3. "emake install" is bogus, it *will* cause sandbox violation, use einstall instead. It automatically passes DESTDIR=${D} to make install, or you can do this explicitly, if package requires some additional parameters. Sometimes, unfortunately, it takes a bit of seding or patching to make it install in proper place, however resorting to --prexif=${D}/.. during configure step is usually a bad idea and should be avoided.

George