public inbox for gentoo-dev@lists.gentoo.org
 help / color / mirror / Atom feed
From: Thomas Sachau <tommy@gentoo.org>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev]  Re: Proposed change to base.eclass: EAPI-2 support
Date: Wed, 05 Nov 2008 21:20:07 +0100	[thread overview]
Message-ID: <4911FFF7.8030603@gentoo.org> (raw)
In-Reply-To: <200811051945.32471.loki_val@gentoo.org>

[-- Attachment #1: Type: text/plain, Size: 1436 bytes --]

Peter Alfredsen schrieb:
> On Wednesday 05 November 2008, Thomas Sachau wrote:
> 
>> You should at least use emake instead of make in src_install. And i
>> would suggest to use something like this instead of the make install
>> line (maybe add some other default docs, if they are common):
>>
>> if [ -f Makefile ] || [ -f GNUmakefile ] || [ -f makefile ]; then
>> 	emake DESTDIR="${D}" install || die "emake install failed"
>> fi
>> if [ -n "${DOCS}" ]; then
>> 	dodoc ${DOCS} || die "dodoc failed"
>> else
>> 	for x in AUTHORS ChangeLog NEWS README; do
>> 		if [ -e ${x} ]; then
>> 			dodoc ${x} || die "dodoc ${x} failed"
>> 		fi
>> 	done
>> fi
> 
> I only propose changes to update the base.eclass to using EAPI-2 
> functions, IOW the above is outside the scope of what I propose.
> 
> Besides, using emake instead of make is not a good change to make to an 
> eclass unless you know for a fact that all ebuilds using the eclass 
> have parallel make friendly makefiles. And even then...
> 

So change your src_compile ;-)

Do you really think, a package that supports parallel make while compiling fails support for
parallel make support on install?

And emake is and still should be the default. If there is an issue with it, the ebuild author has to
change his ebuild. But this should not be taken to force only one makejob for everyone else.

-- 
Thomas Sachau

Gentoo Linux Developer


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 315 bytes --]

  reply	other threads:[~2008-11-05 20:20 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-02 22:08 [gentoo-dev] Proposed change to base.eclass: EAPI-2 support Peter Alfredsen
2008-11-02 22:23 ` Peter Alfredsen
2008-11-03  4:49 ` Donnie Berkholz
2008-11-03  4:51   ` Donnie Berkholz
2008-11-03  6:00   ` Peter Alfredsen
2008-11-03  8:29     ` [gentoo-dev] " Steve Long
2008-11-03 19:53       ` Peter Alfredsen
2008-11-05 18:26         ` Thomas Sachau
2008-11-05 18:45           ` Peter Alfredsen
2008-11-05 20:20             ` Thomas Sachau [this message]
2008-11-05 20:54               ` Ciaran McCreesh
2008-11-05 23:06               ` Thomas Anderson
2008-11-06  1:27               ` Thomas Rösner
2008-11-06 13:41                 ` Duncan
2008-11-06  3:07               ` Javier Villavicencio
2008-11-09 15:47 ` [gentoo-dev] " Peter Alfredsen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4911FFF7.8030603@gentoo.org \
    --to=tommy@gentoo.org \
    --cc=gentoo-dev@lists.gentoo.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox