В Пнд, 16/03/2009 в 20:47 +, Ciaran McCreesh пишет:
> * Am I to take it src_test is to remain in its current worthless state?
Is it possible in EAPI 3 make src_test failures not fatal? Something
like make die() non fatal inside src_test. Package manager if it sees
die() inside src_test should
> On Tue, 17 Mar 2009, Peter Volkov wrote:
> Probably this is not best implementation, but it describes idea
> well. If failures are non fatal I don't object to having src_test
> enabled by default and I'll all for this even.
[Replying to a random message in this thread.]
Has anyone already
Am Dienstag, den 17.03.2009, 07:47 +0100 schrieb Ulrich Mueller:
> > On Tue, 17 Mar 2009, Tiziano Müller wrote:
>
> > You forgot to mentioned that we probably also want that
> > default_src_configure/src_compile die when they try to `cd` to an
> > invalid ${S}.
>
> Sorry, seems that I've miss
Am Dienstag, den 17.03.2009, 09:05 +0100 schrieb Ulrich Mueller:
> > On Tue, 17 Mar 2009, Peter Volkov wrote:
>
> > Probably this is not best implementation, but it describes idea
> > well. If failures are non fatal I don't object to having src_test
> > enabled by default and I'll all for this
Am Dienstag, den 17.03.2009, 00:22 +0100 schrieb Tiziano Müller:
> Btw, I put up a document explaining the changes in some detail here:
> http://dev.gentoo.org/~dev-zero/docs/EAPI3.{rst,html}
> (including references to bugs if any, etc.)
> It is completely based on the spreadsheet we used earlier f
> On Tue, 17 Mar 2009, Tiziano Müller wrote:
>> I hope you don't propose to remove this useful fallback behaviour
>> in general?
> Yes I do since I don't see anything useful in it. But I'm ready to
> be taught otherwise.
There are dozens of packages in app-emacs making use of this feature
(m
On Monday 16 March 2009 21:18:16 Caleb Cushing wrote:
> On Mon, Mar 16, 2009 at 2:46 AM, Ben de Groot wrote:
> > As per http://www.gentoo.org/doc/en/openrc-migration.xml under the
> > "Clock" heading. I know, reading documentation is an acquired taste...
> > ;-)
>
> I've never seen this documentat
On Tue, 17 Mar 2009 09:05:49 +0100
Ulrich Mueller wrote:
> Has anyone already noted that for some packages (especially in sci-*)
> tests just take ages, namely a multiple of the compile time?
>
> If we are to enable tests for all users by default, we need some way
> to deal with this.
*shrug* PR
On Tue, 17 Mar 2009 10:50:17 +0300
Peter Volkov wrote:
> If failures are non fatal I don't object to having src_test enabled by
> default and I'll all for this even.
...and src_test becomes utterly worthless again.
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Tue, 17 Mar 2009 09:57:16 +0100
Ulrich Mueller wrote:
> There are dozens of packages in app-emacs making use of this feature
> (most of them from before my time, so don't blame me ;-) ). Typically
> their source is a single compressed lisp file and everything takes
> place in WORKDIR. S is not
> On Tue, 17 Mar 2009, Ciaran McCreesh wrote:
>> There are dozens of packages in app-emacs making use of this
>> feature (most of them from before my time, so don't blame me ;-) ).
>> Typically their source is a single compressed lisp file and
>> everything takes place in WORKDIR. S is not nee
On Tue, 17 Mar 2009 16:11:48 +0100
Ulrich Mueller wrote:
> > Note that the wording is such that this will only matter for ebuilds
> > that install things. Blank ebuilds that install nothing will still
> > work.
>
> How can you know that before src_install?
DEFINED_PHASES + A. If you're intereste
On Mon, 16 Mar 2009 20:47:17 +
Ciaran McCreesh wrote:
> http://github.com/ciaranm/pms/tree/eapi-3
Updated draft:
* S to WORKDIR fallback conditional for EAPI 3
* EAPI 3 has unpack --if-compressed, new src_unpack
* Formatting: -- should be -{}- for econf things
* RDEPEND=DEPEND gone in EA
On Mon, 2009-03-02 at 16:48 +, Ciaran McCreesh wrote:
> On Fri, 27 Feb 2009 04:41:23 +0200
> Mart Raudsepp wrote:
> > So here the reverting of a masking in gentoo-x86 is quite intentional
> > and currently desired.
>
> This is fundamentally broken as a concept.
>
> Adding an overlay should n
On 23:45 Sun 15 Mar , Caleb Cushing wrote:
> * You have an invalid TIMEZONE setting in /etc/timezone
> * Your /etc/localtime has been reset to Factory; enjoy!
> * Updating /etc/localtime with /usr/share/zoneinfo/Factory
>
> cat /etc/timezone
> TIMEZONE="EST5EDT"
>
> I can't figure out what
15 matches
Mail list logo
