> 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 missed the discussion on this one.
There is no 'cd "${S}"' command in the default
Ryan Hill wrote:
On Tue, 17 Mar 2009 00:22:36 +0100
Tiziano Müller wrote:
* Am I to take it src_test is to remain in its current worthless
state?
Yes, I'd like to see it enable by default as well, but we have to
discuss that further. So, not suited for a fast eapi release.
Please fix all 'p
On Tue, Mar 17, 2009 at 6:16 AM, Thomas Anderson wrote:
> While I'm sure there will be arguments for and against this, their merit
> really does not matter. What matters is that this is completely offtopic
> for the question of what should be in EAPI 3, and those feature's
> specification. Please
On Mon, 16 Mar 2009 23:54:02 +
Ciaran McCreesh wrote:
> On Mon, 16 Mar 2009 17:51:00 -0600
> Ryan Hill wrote:
> > On Tue, 17 Mar 2009 00:22:36 +0100
> > Tiziano Müller wrote:
> > > > * Am I to take it src_test is to remain in its current worthless
> > > > state?
> > > Yes, I'd like to see i
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 documentation before, didn't know it existed.
maybe things like the timezone-
On Mon, Mar 16, 2009 at 11:59:45PM +0100, Maciej Mrozowski wrote:
> On Monday 16 of March 2009 21:47:17 Ciaran McCreesh wrote:
> > I've got a very rough draft of what EAPI 3 might end up looking like,
> > based upon discussion:
> [cut]
>
> Nice work.
> To avoid further confusion I'd suggest removi
On Mon, 16 Mar 2009 23:05:07 -0100
"Jorge Manuel B. S. Vicetto" wrote:
> the point about kdebuild-1 and PMS was settled by the previous council
> who decided that it wasn't and would never be part of the Gentoo PMS
> and asked you to remove it from the document.
Hence the "remove kdebuild" switch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
> On Tue, 17 Mar 2009 00:26:36 +0100
> Tomáš Chvátal wrote:
>>> Why? It was an official EAPI agreed upon by the Gentoo KDE project.
>>> Having it there is helpful for package manager people, and removing
>>> it would just mean m
On Mon, 16 Mar 2009 17:51:00 -0600
Ryan Hill wrote:
> On Tue, 17 Mar 2009 00:22:36 +0100
> Tiziano Müller wrote:
> > > * Am I to take it src_test is to remain in its current worthless
> > > state?
> > Yes, I'd like to see it enable by default as well, but we have to
> > discuss that further. So,
On Tue, 17 Mar 2009 00:22:36 +0100
Tiziano Müller wrote:
> > * Am I to take it src_test is to remain in its current worthless
> > state?
> Yes, I'd like to see it enable by default as well, but we have to
> discuss that further. So, not suited for a fast eapi release.
Please fix all 'pkg fails t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marijn Schouten (hkBst) wrote:
> Thomas Sachau wrote:
>> Petteri Räty schrieb:
>>> Thomas Sachau wrote:
I would like to know, if there is some policy about editing skel.* files
or who owns/maintains them.
Additionally, i suggest some ch
On Tue, 17 Mar 2009 00:26:36 +0100
Tomáš Chvátal wrote:
> > Why? It was an official EAPI agreed upon by the Gentoo KDE project.
> > Having it there is helpful for package manager people, and removing
> > it would just mean more work when features make their way into
> > Portage. Besides, if you re
Dne úterý 17 Březen 2009 00:20:11 Ciaran McCreesh napsal(a):
> On Mon, 16 Mar 2009 23:59:45 +0100
>
> Maciej Mrozowski wrote:
> > To avoid further confusion I'd suggest removing all traces of
> > kdebuild- format and its features (like PDEPEND labels, ranged
> > dependencies) from PMS document, es
Thanks a lot for your work.
Am Montag, den 16.03.2009, 20:47 + schrieb Ciaran McCreesh:
> I've got a very rough draft of what EAPI 3 might end up looking like,
> based upon discussion:
>
> http://github.com/ciaranm/pms/tree/eapi-3
>
> Note that I will probably rebase and modifying the b
On Mon, 16 Mar 2009 23:59:45 +0100
Maciej Mrozowski wrote:
> To avoid further confusion I'd suggest removing all traces of
> kdebuild- format and its features (like PDEPEND labels, ranged
> dependencies) from PMS document, especially its references to Gentoo
> KDE project. It has not been accepted
Le 16/03/2009 23:59, Maciej Mrozowski a écrit :
* RDEPEND=DEPEND is still in. Again, was a decision reached?
Imho it would be about time to kill implicit build time dependency assignment.
+1, let's rip it out.
Rémi
On Monday 16 of March 2009 21:47:17 Ciaran McCreesh wrote:
> I've got a very rough draft of what EAPI 3 might end up looking like,
> based upon discussion:
[cut]
Nice work.
To avoid further confusion I'd suggest removing all traces of kdebuild- format
and its features (like PDEPEND labels, ranged
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Thomas Sachau wrote:
> Petteri Räty schrieb:
>> Thomas Sachau wrote:
>>> I would like to know, if there is some policy about editing skel.* files or
>>> who owns/maintains them.
>>> Additionally, i suggest some changes to skel.ebuild:
>>>
>> Posts dif
I've got a very rough draft of what EAPI 3 might end up looking like,
based upon discussion:
http://github.com/ciaranm/pms/tree/eapi-3
Note that I will probably rebase and modifying the branch quite a bit,
so if you don't know how to deal with that when using git, don't track
it.
It should b
Petteri Räty schrieb:
> Thomas Sachau wrote:
>> I would like to know, if there is some policy about editing skel.* files or
>> who owns/maintains them.
>> Additionally, i suggest some changes to skel.ebuild:
>>
>
> Posts diffs to gentoo-dev and if there are no objections --> commit.
>
> Regards,
On Fri, Mar 13, 2009 at 6:53 AM, wrote:
Hi,
I already posted some initial images on tinderbox.
http://tinderbox.dev.gentoo.org/virtualization/amd64/
Some weeks old by now. But I am fairly confident that image building
can be made automatic via scripting. Granted, I did not make an
announcemen
21 matches
Mail list logo
