| 1 |
On 08/06/06, foser <foser@g.o> wrote: |
| 2 |
> I don't think the problem with maintainer-wanted ebuilds is that they |
| 3 |
> are crappy, but that there is no dev willing to maintain them and ensure |
| 4 |
> their quality over time. 'sunrise' (who came up with that name ? cheap |
| 5 |
> asian poetry attempt) doesn't change that by adding it to an 'official' |
| 6 |
> overlay. |
| 7 |
|
| 8 |
One of the problems is that developer interest is transitory. The |
| 9 |
current system suggests that a developer take personal responsibility |
| 10 |
for ebuilds they maintain, and they maintain them until another |
| 11 |
developer steps up. It would be nice (and I guess this is one of the |
| 12 |
aims of sunrise) if there were a way for people to contribute ebuilds |
| 13 |
that they are interested in at the time, but don't want to promise to |
| 14 |
maintain forever. Think about wikipedia - how many pages would there |
| 15 |
be if every page creator had to guarantee that they would maintain |
| 16 |
each page indefinately? |
| 17 |
|
| 18 |
The time it takes to actually apply fixes etc. is another point. |
| 19 |
Bugzilla is a poor system for sharing and managing the flow of |
| 20 |
ebuilds and patches. It would be nice if there were a way for non-devs |
| 21 |
to publish ebuilds/fixes using a VCS so that they could be shared and |
| 22 |
easily pulled and applied to the main tree. It takes too long to |
| 23 |
browse bugzilla, find bugs, find ebuilds and patches, download them, |
| 24 |
copy to an overlay, fix digests, emerge, etc. and most users will |
| 25 |
figure it's not worth the hassle. |
| 26 |
-- |
| 27 |
gentoo-dev@g.o mailing list |
Archives