Hello, gentoo devs! I have a little story about USE flags.
Almost every package in gentoo has USE flags. Many of them have clear
meaning. For example: doc builds package documentation, qt or
gtk build GUI frontend. Meaning of this flags is one for all
packages in portage. And this is described in
On 03/18/2010 02:39 PM, Dmitry Bashkatov wrote:
Hello, gentoo devs! I have a little story about USE flags.
Almost every package in gentoo has USE flags. Many of them have clear
meaning. For example: doc builds package documentation, qt or
gtk build GUI frontend. Meaning of this flags is one
This is already supported by metadata.xml local use flags, you can add
extended information as local use flag in addition to global use flag.
So I take this as a friendly reminder that maintainers should start
using the feature.
-Samuli
It's cool! I did not know about this feature.
Is
On 03/18/2010 03:07 PM, Dmitry Bashkatov wrote:
This is already supported by metadata.xml local use flags, you can add
extended information as local use flag in addition to global use flag.
So I take this as a friendly reminder that maintainers should start
using the feature.
-Samuli
2010/3/18 Samuli Suominen ssuomi...@gentoo.org:
On 03/18/2010 03:07 PM, Dmitry Bashkatov wrote:
This is already supported by metadata.xml local use flags, you can add
extended information as local use flag in addition to global use flag.
So I take this as a friendly reminder that maintainers
use.local.desc is automatically generated from metadata.xml files, so
it's the same thing
And this will soon be properly documented:
http://bugs.gentoo.org/show_bug.cgi?id=309963
--
Thomas Kahle
The fundamental theorem of algebra is open source. Like any other
mathematical theorem it
Dear fellow developers,
A new project is about to start so I am requesting your feedback
The primary goal of the Proxy Maintainers[1] project is to create and maintain
relationships between developers and users in order to ensure packages in the
Gentoo tree stay up to date. This involves a few
Hey,
IMHO, [1] is not clear if you don't already know what proxy
maintainance is :)
1) Should we use a new overlay? A new branch on sunrise? or work
ebuilds in Gentoo bugzilla?I think the latter is the best
usually i use bugzilla at first then the good old mail vcs :)
2) I think an email
On Thursday 18 March, Markos Chandras wrote:
1) Should we use a new overlay? A new branch on sunrise? or work
ebuilds in Gentoo bugzilla?I think the latter is the best
2) I think an email alias is not needed We can monitor
maintainer-wanted/- needed alias if needed. What do you think?
3)
On 03/18/10 18:24, Sébastien Fabbro wrote:
On Thursday 18 March, Markos Chandras wrote:
1) Should we use a new overlay? A new branch on sunrise? or work
ebuilds in Gentoo bugzilla?I think the latter is the best
2) I think an email alias is not needed We can monitor
maintainer-wanted/-
On 18/03/10 18:24, Sébastien Fabbro wrote:
On Thursday 18 March, Markos Chandras wrote:
1) Should we use a new overlay? A new branch on sunrise? or work
ebuilds in Gentoo bugzilla?I think the latter is the best
2) I think an email alias is not needed We can monitor
maintainer-wanted/-
On 03/18/2010 05:29 PM, Markos Chandras wrote:
Dear fellow developers,
A new project is about to start so I am requesting your feedback
The primary goal of the Proxy Maintainers[1] project is to create and
maintain
relationships between developers and users in order to ensure packages
Hi,
i would like to see a discussion and, if needed, a decision on the following
topic:
Currently, some packages just depend on dev-lang/python. Arfrever claims it
to be right, but this
dependency does pull in python-3*, even if the package does not require it (or
does not even work
with it).
On 18-03-2010 20:20:02 +0100, Thomas Sachau wrote:
There are 2 ways to fix this issue:
-fix the dependency string for those packages (including the lines in
distutils.eclass)
or (since Arfrever claims current portage behaviour is wrong)
-change portage behaviour to be satisfied with a
On Thu, 18 Mar 2010 20:20:02 +0100
Thomas Sachau to...@gentoo.org wrote:
-change portage behaviour to be satisfied with a python slot and to
not require other slots.
But then you'll never get new slots for the majority of dependencies
where you do usually want the newest version. If Portage
2010-03-18 20:20:02 Thomas Sachau napisał(a):
Currently, some packages just depend on dev-lang/python. Arfrever claims it
to be right
It's correct only for packages (e.g. dev-python/setuptools), which support all
versions of Python (including Python 3).
Arfrever claims current portage
On 03/18/2010 08:28 PM, Ciaran McCreesh wrote:
On Thu, 18 Mar 2010 20:20:02 +0100
Thomas Sachau to...@gentoo.org wrote:
-change portage behaviour to be satisfied with a python slot and to
not require other slots.
But then you'll never get new slots for the majority of dependencies
where
On 03/18/2010 08:33 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:20:02 Thomas Sachau napisał(a):
Currently, some packages just depend on dev-lang/python. Arfrever claims
it to be right
It's correct only for packages (e.g. dev-python/setuptools), which support all
versions
2010-03-18 20:47:35 Thomas Sachau napisał(a):
On 03/18/2010 08:33 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:20:02 Thomas Sachau napisał(a):
Currently, some packages just depend on dev-lang/python. Arfrever claims
it to be right
It's correct only for packages (e.g.
On 03/18/2010 09:43 PM, Thomas Sachau wrote:
So my vote goes for changing the dependency strings for affected packages.
Here's some thoughts on the matter:
- dev-lang/python is correct if the package works with all python
versions in tree
- in general we want new slots of packages like gcc
On Thu, 18 Mar 2010 22:02:38 +0200
Petteri Räty betelge...@gentoo.org wrote:
Here's how we could change Portage behavior for pulling new slots that
are not strictly required:
- for packages in the world file install as soon as available
- for dependencies install the new slot if everything
On 03/18/2010 08:55 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:47:35 Thomas Sachau napisał(a):
On 03/18/2010 08:33 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:20:02 Thomas Sachau napisał(a):
Currently, some packages just depend on dev-lang/python. Arfrever
On 03/18/2010 09:02 PM, Petteri Räty wrote:
On 03/18/2010 09:43 PM, Thomas Sachau wrote:
So my vote goes for changing the dependency strings for affected packages.
Here's some thoughts on the matter:
- dev-lang/python is correct if the package works with all python
versions in tree
-
On 18 March 2010 20:24, Fabian Groffen grob...@gentoo.org wrote:
On 18-03-2010 20:20:02 +0100, Thomas Sachau wrote:
There are 2 ways to fix this issue:
-fix the dependency string for those packages (including the lines in
distutils.eclass)
or (since Arfrever claims current portage
On Thursday 18 March 2010 21:09:43 Thomas Sachau wrote:
On 03/18/2010 05:29 PM, Markos Chandras wrote:
Dear fellow developers,
A new project is about to start so I am requesting your feedback
The primary goal of the Proxy Maintainers[1] project is to create and
maintain
On 18 March 2010 20:09, Thomas Sachau to...@gentoo.org wrote:
The next group of users are those, who actively maintain
their ebuild, also help other users and do this for a longer
time. Usually those users get a mentor offer sooner or later
and then become a Gentoo Developer.
Recruitment
On Thu, 18 Mar 2010 21:27:50 +0100
Ben de Groot yng...@gentoo.org wrote:
Since the last option will take time in any case, I guess the first
option is the best to achieve the desired goal: make sure Python 3
stays as far away as possible from any system that doesn't need it.
And the best
On 03/18/2010 10:10 PM, Ciaran McCreesh wrote:
On Thu, 18 Mar 2010 22:02:38 +0200
Petteri Räty betelge...@gentoo.org wrote:
Here's how we could change Portage behavior for pulling new slots that
are not strictly required:
- for packages in the world file install as soon as available
- for
On 18-03-2010 18:24, Sébastien Fabbro wrote:
On Thursday 18 March, Markos Chandras wrote:
1) Should we use a new overlay? A new branch on sunrise? or work
ebuilds in Gentoo bugzilla?I think the latter is the best
2) I think an email alias is not needed We can monitor
maintainer-wanted/-
On 03/18/2010 10:21 PM, Thomas Sachau wrote:
On 03/18/2010 09:02 PM, Petteri Räty wrote:
On 03/18/2010 09:43 PM, Thomas Sachau wrote:
So my vote goes for changing the dependency strings for affected packages.
Here's some thoughts on the matter:
- dev-lang/python is correct if the package
On Thu, 18 Mar 2010 23:00:56 +0200
Petteri Räty betelge...@gentoo.org wrote:
Here's how we could change Portage behavior for pulling new slots
that are not strictly required:
- for packages in the world file install as soon as available
- for dependencies install the new slot if
On Thursday 18 March 2010 23:03:37 Angelo Arrifano wrote:
On 18-03-2010 18:24, Sébastien Fabbro wrote:
On Thursday 18 March, Markos Chandras wrote:
1) Should we use a new overlay? A new branch on sunrise? or work
ebuilds in Gentoo bugzilla?I think the latter is the best
2) I think an
On Thu, Mar 18, 2010 at 09:13:01PM +0100, Thomas Sachau wrote:
On 03/18/2010 08:55 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:47:35 Thomas Sachau napisał(a):
On 03/18/2010 08:33 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-03-18 20:20:02 Thomas Sachau napisał(a):
On 03/18/2010 10:00 PM, Petteri Räty wrote:
And do you want to add a special rule to portage just for the special case
of python instead of the
ebuilds/eclasses having the issue?
What issue is there with ebuilds/eclasses? Both should reflect the deps
as well as can be done with current
On 03/18/10 21:53, Doktor Notor wrote:
Why on earth would you mask a working
package with extremely active maintainer in CVS
Upstream stability is unequel Gentoo stability.
Sebastian
On 18 March 2010 21:53, Doktor Notor notordok...@gmail.com wrote:
On Thu, 18 Mar 2010 21:27:50 +0100
Ben de Groot yng...@gentoo.org wrote:
Since the last option will take time in any case, I guess the first
option is the best to achieve the desired goal: make sure Python 3
stays as far
On Thursday 18 March 2010 09:17:43 Thomas Kahle wrote:
use.local.desc is automatically generated from metadata.xml files, so
it's the same thing
And this will soon be properly documented:
http://bugs.gentoo.org/show_bug.cgi?id=309963
funny, it's in my `man portage` and has been for a
On Thu, Mar 18, 2010 at 1:27 PM, Ben de Groot yng...@gentoo.org wrote:
On 18 March 2010 20:24, Fabian Groffen grob...@gentoo.org wrote:
On 18-03-2010 20:20:02 +0100, Thomas Sachau wrote:
There are 2 ways to fix this issue:
-fix the dependency string for those packages (including the lines in
On Wednesday 10 March 2010 10:58:45 Johannes Kellner wrote:
Hello List ans anyone!
I'm searching for a feature or an hint how and where to implement it.
The desired feature could be called stabilize or update to stable
and would change the selected packages when doing an update (emerge
39 matches
Mail list logo