Matt Turner posted on Mon, 08 Aug 2011 03:32:09 + as excerpted:
> On Sun, Aug 7, 2011 at 11:21 PM, Mike Frysinger
> wrote:
>> now that yacc is no longer part of system, and we have multiple
>> providers of yacc, we need a virtual. so unless there are any
>> complaints, i'll be adding virtual
On Aug 8, 2011 12:22 AM, "Mike Frysinger" wrote:
> virtual/yacc which has "|| ( sys-devel/bison dev-util/yacc )".
No dev-util/byacc?
On Sat, Aug 06, 2011 at 04:13:52PM +0200, Fabian Groffen wrote:
> - tree generation is dynamic
> + easy to move packages around, their category is specified by the
> tree configuration, the repository the package lives in doesn't change,
> probably overlays, betagarden, graveyard, sunset,
On Sun, Aug 7, 2011 at 11:21 PM, Mike Frysinger wrote:
> now that yacc is no longer part of system, and we have multiple providers of
> yacc, we need a virtual. so unless there are any complaints, i'll be adding
> virtual/yacc which has "|| ( sys-devel/bison dev-util/yacc )".
>
> once that settle
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2011-08-07 23h59 UTC.
Removals:
app-crypt/steghide 2011-08-01 18:53:13 hwoarang
app-arch/upm2011-08-01 18:55:15 hwoarang
app-emulation/gdb-armulator
now that yacc is no longer part of system, and we have multiple providers of
yacc, we need a virtual. so unless there are any complaints, i'll be adding
virtual/yacc which has "|| ( sys-devel/bison dev-util/yacc )".
once that settles, i'll probably relocate bison to dev-util.
-mike
signature.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/07/2011 10:38 PM, Samuli Suominen wrote:
> On 08/08/2011 12:33 AM, Markos Chandras wrote:
>> On 08/06/2011 08:34 PM, Markos Chandras wrote:
>>> - gpg control packet Hi,
>>
>>> Because of this bug[1] I would like to introduce a new virtual
>>>
On 08/08/2011 12:33 AM, Markos Chandras wrote:
> On 08/06/2011 08:34 PM, Markos Chandras wrote:
>> - gpg control packet Hi,
>
>> Because of this bug[1] I would like to introduce a new virtual for
>> all the X*lock packages. This will contain the following packages
>
>> 1) alock 2) slock 3) xlockm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/06/2011 08:34 PM, Markos Chandras wrote:
> - gpg control packet Hi,
>
> Because of this bug[1] I would like to introduce a new virtual for
> all the X*lock packages. This will contain the following packages
>
> 1) alock 2) slock 3) xlockmore
On Sun, Aug 07, 2011 at 02:50:06PM +0400, Peter Volkov wrote:
> Hi, Dmitry!
>
> В Вск, 07/08/2011 в 00:44 -0400, Dmitry Goncharov пишет:
> > Is anybody maintaining dev-util/colorgcc?
> > I'd like to contribute certain improvements for gcc and also support for the
> > sun, ibm, hp and intel compile
On Sun, Aug 07, 2011 at 02:50:06PM +0400, Peter Volkov wrote:
> Hi, Dmitry!
>
> В Вск, 07/08/2011 в 00:44 -0400, Dmitry Goncharov пишет:
> > Is anybody maintaining dev-util/colorgcc?
> > I'd like to contribute certain improvements for gcc and also support for the
> > sun, ibm, hp and intel compile
On Sun, Aug 07, 2011 at 11:45:35AM +0200, Michał Górny wrote:
> On Sat, 6 Aug 2011 20:48:09 -0400
> Dmitry Goncharov wrote:
>
> > Is anybody maintaining dev-util/colorgcc?
> > I'd like to contribute certain improvements for gcc and also support
> > for the sun, ibm, hp and intel compilers.
> > I
On Sat, Aug 6, 2011 at 18:55, "Paweł Hajdan, Jr." wrote:
>> python.eclass from python overlay supports EAPI="4".
>
> Sounds good to me. Why isn't it yet in the main portage tree?
Because Arfrever isn't a developer anymore, none of the other
developers are very familiar with the eclass code, and w
Hi,
The other day Markus(maekke) found an issue i encountered two years ago.
An app supports only a subarchitecture of the ARM architecture.
For those that don't know the ARM architecture, its an architecture
which is mostly used on embedded and/or mobile devices(cell phones,
mostly), also there'
On 07-08-2011 07:05:03 -0400, Rich Freeman wrote:
> What exactly are you thinking about here. How about this use case:
>
> I have a list of 150 packages/versions. I want to make all of them go
> from ~x86 to x86 at the same time.
>
> If they're all in one git repo, then I can use a script or wh
On Sun, Aug 7, 2011 at 5:12 AM, Fabian Groffen wrote:
> On 06-08-2011 20:55:05 +, Robin H. Johnson wrote:
>> Problems:
>> - atomic/well-ordered commits that span packages, eclasses and profiles/
>> directories. (Esp. committing to eclasses and then packages
>> afterwards).
>
> This can be
On Sun, 2011-08-07 at 11:45 +0200, Michał Górny wrote:
> On Sat, 6 Aug 2011 20:48:09 -0400
> Dmitry Goncharov wrote:
>
> > Is anybody maintaining dev-util/colorgcc?
> > I'd like to contribute certain improvements for gcc and also support
> > for the sun, ibm, hp and intel compilers.
> > I pushed
On Sat, 6 Aug 2011 20:48:09 -0400
Dmitry Goncharov wrote:
> Is anybody maintaining dev-util/colorgcc?
> I'd like to contribute certain improvements for gcc and also support
> for the sun, ibm, hp and intel compilers.
> I pushed the current version to
> https://github.com/dgoncharov/colorgcc. You
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/07/2011 01:48 AM, Dmitry Goncharov wrote:
> Greetings,
>
> Is anybody maintaining dev-util/colorgcc? I'd like to contribute
> certain improvements for gcc and also support for the sun, ibm, hp
> and intel compilers. I pushed the current versio
On 07-08-2011 11:21:51 +0200, Michał Górny wrote:
> Fabian Groffen wrote:
> > This can be done with a single commit to the rsync tree script, and it
> > doesn't necessarily need git repos.
>
> And have you considered the function PoV on this?
>
> With clean git repo: few commits, git push
>
> W
On Sun, 7 Aug 2011 11:12:47 +0200
Fabian Groffen wrote:
> > Problems:
> > - atomic/well-ordered commits that span packages, eclasses and
> > profiles/ directories. (Esp. committing to eclasses and then
> > packages afterwards).
>
> This can be done with a single commit to the rsync tree script,
On 06-08-2011 20:55:05 +, Robin H. Johnson wrote:
> On Sat, Aug 06, 2011 at 04:13:52PM +0200, Fabian Groffen wrote:
> > In this email, I step away from the current model that Gentoo uses for
> > the gentoo-x86 repository. Instead, I consider a repo-per-package
> > model, as in use by e.g. Fedo
On 06-08-2011 22:42:33 +0200, Krzysztof Pawlik wrote:
> To be honest I don't like that idea. I don't see any benefits from doing so:
> - tree generation is dynamic - actually I think this is a disadvantage, it
> has
> a nice potential to eat a lot of resources on master rsync server, also having
On 06-08-2011 16:17:32 -0400, James Cloos wrote:
> Your idea is a step in the right direction, but the ideal config would
> have a top level portage.git with sub-modules for each category, as well
> as for eclass, licenses, profiles and scripts. Each category.git should
> have sub-modules for each
On 07-08-2011 00:07:41 +0530, Nirbheek Chauhan wrote:
> On Sat, Aug 6, 2011 at 7:43 PM, Fabian Groffen wrote:
> > In short, the repo-per-package model means that each package
> > (my-cat/package) is a separate repository in some VCS.
> > Instead of having a huge tree that will only grow forever (g
On 06-08-2011 16:36:00 +0100, Markos Chandras wrote:
> I like your proposal but please clarify the following two questions
>
> 1) Each package requires a new repository. Who is responsible to create
> that? Should developers be responsible to do that or they should ping infra?
I would prefer all
26 matches
Mail list logo
