On Thu, 11 Jan 2007 16:04:31 -0500
Chris Gianelloni [EMAIL PROTECTED] wrote:
Submit your ideas here, so we can discuss them. I will be choosing one
idea that we think we can accomplish to test out the idea of
Council-driven projects.
How about unified (and enforced) rules about Manifest PGP
Andrej Kacian wrote:
On Thu, 11 Jan 2007 16:04:31 -0500
Chris Gianelloni [EMAIL PROTECTED] wrote:
Submit your ideas here, so we can discuss them. I will be choosing one
idea that we think we can accomplish to test out the idea of
Council-driven projects.
How about unified (and enforced)
Chris Gianelloni wrote:
Submit your ideas here, so we can discuss them. I will be choosing one
idea that we think we can accomplish to test out the idea of
Council-driven projects.
A simple QA review of the entire portage tree, fixing any trivial QA concern
like missing headers inclusion,
On Mon, 22 Jan 2007 11:48:14 +0100 sanchan [EMAIL PROTECTED] wrote:
| Chris Gianelloni wrote:
| Submit your ideas here, so we can discuss them. I will be choosing
| one idea that we think we can accomplish to test out the idea of
| Council-driven projects.
|
| A simple QA review of the entire
Ciaran McCreesh ha scritto:
And ultimately, it's a waste of QA's time. There are far more severe
breakages and there are not many people in QA.
That's why I proposed this for a small targeted project.
--
Sandro (sanchan)
--
gentoo-dev@gentoo.org mailing list
sanchan wrote:
Ciaran McCreesh ha scritto:
And ultimately, it's a waste of QA's time. There are far more severe
breakages and there are not many people in QA.
That's why I proposed this for a small targeted project.
It was my interpretation that the benefit of a council driven non-tree
While hanging around lca07 it was mentioned how bandwidth hungry Gentoo is.
Given a lot of the world is still on dialup this could increase the potential
userbase for Gentoo.
As such the project idea is Automated Xdelta Generation.
principles:
no manual generation of xdeltas by gentoo devs
Chris Gianelloni [EMAIL PROTECTED] said:
Submit your ideas here, so we can discuss them. I will be choosing one
idea that we think we can accomplish to test out the idea of
Council-driven projects.
packages.g.o is a really helpful tool - which could be even more helpful
if there where some
] [RFC] Ideas for projects...
I like the idea. Something really useful I could think of is *drums*
the implementation of GLEP 42.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
--
Chris Gianelloni
Release Engineering Strategic Lead
The Gentoo Council is looking for some ideas for some small projects
that we could initiate that would help Gentoo. These project ideas
should be things that are attainable in a measurable amount of time, and
should be fairly small in scope. This would be in the same vein as the
Google Summer of
Chris Gianelloni wrote:
The Gentoo Council is looking for some ideas for some small projects
that we could initiate that would help Gentoo. These project ideas
should be things that are attainable in a measurable amount of time, and
should be fairly small in scope. This would be in the same
On Thu, Jan 11, 2007 at 04:04:31PM -0500, Chris Gianelloni wrote:
Robin Johnson came up with a good example, which was genflags an
application that was to gather information from the running system and
spit out a customized set of C(XX)FLAGS for the user.
I should clarify, that genflags was a
Chris Gianelloni wrote:
Submit your ideas here, so we can discuss them. I will be choosing one
idea that we think we can accomplish to test out the idea of
Council-driven projects.
Construction of a dynamic website for tracking kernel security issues.
There are too many of them and too many
I like the idea. Something really useful I could think of is *drums*
the implementation of GLEP 42.
--
Kind Regards,
Simon Stelling
Gentoo/AMD64 Developer
--
gentoo-dev@gentoo.org mailing list
for the implementation of ALL approved GLEPs.
Maybe GLEP 42 could be the pilot. :-)
Jason Huebel
-Original Message-
From: Simon Stelling [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 11, 2007 4:24 PM
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] [RFC] Ideas for projects
Simon Stelling wrote:
I like the idea. Something really useful I could think of is *drums*
the implementation of GLEP 42.
GLEP 42 is almost fully implemented and is currently undergoing local
testing (by me) to find the last of the obvious bugs.
--
gentoo-dev@gentoo.org mailing list
On 1/11/07, Chris Gianelloni [EMAIL PROTECTED] wrote:
The Gentoo Council is looking for some ideas for some small projects
that we could initiate that would help Gentoo.
My idea would be to extend emaint to check package.keywords and
package.use for obsolete flags, unnecessary atoms (like
On Friday 12 January 2007 05:43, Richard Fish wrote:
My idea would be to extend emaint to check package.keywords and
package.use for obsolete flags, unnecessary atoms (like foo-1.2 in
keywords when foo-1.3 is stable), atoms that don't match any current
ebuild, and so on.
app-portage/eix
On 1/11/07, Bo Ørsted Andresen [EMAIL PROTECTED] wrote:
On Friday 12 January 2007 05:43, Richard Fish wrote:
My idea would be to extend emaint to check package.keywords and
package.use for obsolete flags, unnecessary atoms (like foo-1.2 in
keywords when foo-1.3 is stable), atoms that don't
19 matches
Mail list logo
