On Thu, Mar 18, 2010 at 1:27 PM, Ben de Groot wrote:
> On 18 March 2010 20:24, Fabian Groffen 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)
>
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
On 18 March 2010 21:53, Doktor Notor wrote:
> On Thu, 18 Mar 2010 21:27:50 +0100
> Ben de Groot 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 sys
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 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
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 napis
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 th
On Thu, 18 Mar 2010 23:00:56 +0200
Petteri Räty 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 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 corr
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-w
On 03/18/2010 10:10 PM, Ciaran McCreesh wrote:
> On Thu, 18 Mar 2010 22:02:38 +0200
> Petteri Räty 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 dependen
On Thu, 18 Mar 2010 21:27:50 +0100
Ben de Groot 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 way to do
On 18 March 2010 20:09, Thomas Sachau 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 being the bottlen
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:24, Fabian Groffen 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 behaviour is w
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 i
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".
On Thu, 18 Mar 2010 22:02:38 +0200
Petteri Räty 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 works with the
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 g
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 pa
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
> v
On 03/18/2010 08:28 PM, Ciaran McCreesh wrote:
> On Thu, 18 Mar 2010 20:20:02 +0100
> Thomas Sachau 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 usu
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 be
On Thu, 18 Mar 2010 20:20:02 +0100
Thomas Sachau 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 were to take
exist
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 wit
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 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 pack
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-wan
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-wan
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?
>
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
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
> 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
2010/3/18 Samuli Suominen :
> 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 s
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.
>>
>> -
> 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.
I
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: builds package documentation, or
> build GUI frontend. Meaning of this flags is one for all
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: builds package documentation, or
build GUI frontend. Meaning of this flags is one for all
packages in portage. And this is described in use.desc
38 matches
Mail list logo
