From: Enrico Weigelt <weigelt@metux.de>
To: gentoo-dev@lists.gentoo.org
Subject: Re: [gentoo-dev] Re: proxy-dev (an alternative to sunrise?)
Date: Fri, 28 Jul 2006 17:39:57 +0200 [thread overview]
Message-ID: <20060728153957.GA18200@nibiru.local> (raw)
In-Reply-To: <44C9DC80.4010103@gentoo.org>
* Luis Francisco Araujo <araujo@gentoo.org> schrieb:
Hi,
> Well, my idea is more focused on getting closer the developer with the
> user, in the sense that they would be like a team (as i already said) ,
> where the developer is the official figure in the group. So, at some
so far okay, but we probably suffer an different problem:
The gentoo devs currently do much of the upstream's work.
Fixing bugs or even adding new stuff which does not directly have to
do w/ gentoo should be done exlusively by the upstream.
The problem is: many projects have quite long release cycles and don't
do separate bugfix releases. For example expat: it took very long to
get some little makefile fixes into the release - the upstream team
collected quite much until they did the next release (and then they
released an direct, just bugfixing, sucessor of 1.98.x as 2.0.x ...).
Some projects are quite strange about such things and its like fighting
against windmills trying to change their minds.
So I founded an project which maintains such bugfixes and releases
hotfix patches against many versions of many patches and also stays
in contact w/ upstream to get them in the tree:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
This project is meant to concentrate QM efforts more generally (instead
of each distro for its own) and prevent double works, so many distros
(and also self-compiling people) can benefit from it.
I'd like to invite you all to join this project and use it for your
dev works @ gentoo.
For an oss-qm + gentoo connection I imagine the following workflow:
(should also work w/ other distros this way)
* gentoo user files an bug -> gets assigned to the devs.
* dev inspects the bug whether its gentoo-specific or general
@ general:
* dev pushes the bug to oss-qm (files a bug there),
* oss-qm tries to solve this bug and releases a new hotfix
* the gentoo dev then takes in the hotfix and gives the
patched package into the QM cycle.
@ gentoo:
* works as currently
As for the suggested user contribution:
The users willing to contribute simply join the oss-qm team and do
their works there. This at least would cope evrything that's not
gentoo specific. What remains to gentoo would be just the contents
of the ebuild file (ie. useflags and dependencies okay, etc).
At the moment some ebuilds contain much logic for doing the actual
build, ie. generating makefiles, etc. This should go completely to
oss-qm - the (hotfixed) packages should all supply one of the semi-
standard interfaces like autoconf-style ./configure, package imports
should be done entirely via pkg-config, etc.
In the last few days I did much of such fixing works, ie. on mpd and
libao, mainly fixing configure.in + makefiles. Some of those works
are currently hanging on the devs feet, but shouldn't. The gentoo devs
should only have to take some (maybe hotfixed) package, pull it through
the QM cycle and look if its good enough to get it into the tree.
cu
--
---------------------------------------------------------------------
Enrico Weigelt == metux IT service - http://www.metux.de/
---------------------------------------------------------------------
Please visit the OpenSource QM Taskforce:
http://wiki.metux.de/public/OpenSource_QM_Taskforce
Patches / Fixes for a lot dozens of packages in dozens of versions:
http://patches.metux.de/
---------------------------------------------------------------------
--
gentoo-dev@gentoo.org mailing list
next prev parent reply other threads:[~2006-07-28 15:45 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-07-28 2:19 [gentoo-dev] proxy-dev (an alternative to sunrise?) Luis Francisco Araujo
2006-07-28 2:56 ` Thomas Cort
2006-07-28 3:56 ` Luis Francisco Araujo
2006-07-28 8:39 ` [gentoo-dev] " Stefan Schweizer
2006-07-28 9:44 ` Luis Francisco Araujo
2006-07-28 14:16 ` Luca Longinotti
2006-07-28 15:39 ` Enrico Weigelt [this message]
2006-07-28 17:23 ` Luis Francisco Araujo
2006-07-30 16:36 ` Simon Stelling
2006-07-28 18:02 ` [gentoo-dev] " Robert Cernansky
2006-07-28 18:26 ` Luis Francisco Araujo
2006-07-28 19:00 ` Robert Cernansky
2006-07-28 19:49 ` Alexandre Buisse
2006-07-28 20:09 ` Robert Cernansky
2006-07-28 21:35 ` Luis Medinas
2006-07-28 18:51 ` Donnie Berkholz
2006-07-28 19:07 ` Robert Cernansky
2006-07-28 19:26 ` Luis Francisco Araujo
2006-07-28 19:55 ` Robert Cernansky
2006-07-29 0:19 ` Alastair Tse
2006-07-29 9:29 ` Bruno
2006-07-29 22:36 ` Luis Francisco Araujo
2006-07-30 13:50 ` Paul de Vrieze
2006-07-30 16:46 ` Daniel Gryniewicz
2006-07-29 18:16 ` [gentoo-dev] " Ryan Hill
2006-07-29 22:49 ` Luis Francisco Araujo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20060728153957.GA18200@nibiru.local \
--to=weigelt@metux.de \
--cc=gentoo-dev@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox