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
On 07-08-2011 00:07:41 +0530, Nirbheek Chauhan wrote:
On Sat, Aug 6, 2011 at 7:43 PM, Fabian Groffen grob...@gentoo.org 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
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 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 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. Fedora [1]
On Sun, 7 Aug 2011 11:12:47 +0200
Fabian Groffen grob...@gentoo.org 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
On 07-08-2011 11:21:51 +0200, Michał Górny wrote:
Fabian Groffen grob...@gentoo.org 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
-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 version to
On Sat, 6 Aug 2011 20:48:09 -0400
Dmitry Goncharov dgoncha...@users.sf.net 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
On Sun, 2011-08-07 at 11:45 +0200, Michał Górny wrote:
On Sat, 6 Aug 2011 20:48:09 -0400
Dmitry Goncharov dgoncha...@users.sf.net 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
On Sun, Aug 7, 2011 at 5:12 AM, Fabian Groffen grob...@gentoo.org 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
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
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
On Sat, Aug 6, 2011 at 18:55, Paweł Hajdan, Jr. phajdan...@gentoo.org 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
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 compilers.
I
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 compilers.
I
-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 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) xlockmore
-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
for all the
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
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
On Sun, Aug 7, 2011 at 11:21 PM, Mike Frysinger vap...@gentoo.org 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
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 Aug 8, 2011 12:22 AM, Mike Frysinger vap...@gentoo.org wrote:
virtual/yacc which has || ( sys-devel/bison dev-util/yacc ).
No dev-util/byacc?
24 matches
Mail list logo
