1 |
Hi! |
2 |
|
3 |
On Tue, 14 Jun 2016, Rich Freeman wrote: |
4 |
> 1. Developers wouldn't have access to all the ebuilds in the curated |
5 |
> repositories. They would only have access to the ones they contribute |
6 |
> to. |
7 |
> 1a. You could accept a contributor into a small project and not have |
8 |
> to give them access to the toolchain/etc. Of course, they're still |
9 |
> messing with curated packages so you don't want just anybody in there. |
10 |
> 2. Exherbo at least requires peer review for all commits I believe. |
11 |
> So, even if you're committing to your "own" overlay you're still going |
12 |
> to need review if your overlay is a curated one. |
13 |
> 3. Just as with Gentoo if something is curated you can generally |
14 |
> count on it to follow QA, and if it is in a non-official overlay then |
15 |
> it is anything go and it is probably not to rely too heavily on things |
16 |
> like sane version numbering, deps that don't just disappear, etc. |
17 |
> 4. If somebody really does need to make a "tree-wide" change they're |
18 |
> going to need access to a bazillion repos or they'll need to ask |
19 |
> everybody else to commit it for them. |
20 |
> 4a. Conversely, people who probably shouldn't be making "tree-wide" |
21 |
> changes won't. |
22 |
> 5. To the extent that repos contain closely-related packages you can |
23 |
> probably make much more effective use of git branching and so on. You |
24 |
> would still be limited by any dependency relationships outside the |
25 |
> repo. |
26 |
|
27 |
6. Arch teams would have access to any and all repos that they do |
28 |
testing on -or- AT work woulkd have to be split between testing |
29 |
and doing the actual commits. |
30 |
|
31 |
I very much would not like the second option: it's more |
32 |
coordination overhead, more space for miscommunication and |
33 |
increases delays from request to commit (which can be very bad in |
34 |
the case of security bugs). |
35 |
|
36 |
Just my CHF0.021 (adjusted for inflation), |
37 |
Tboas |
38 |
|
39 |
-- |
40 |
printk("NULL POINTER IDIOT\n"); |
41 |
linux-2.6.6/drivers/media/dvb/dvb-core/dvb_filter.c |