| 1 |
On 30/07/14 14:18, Rich Freeman wrote: |
| 2 |
> On Wed, Jul 30, 2014 at 3:38 AM, "Paweł Hajdan, Jr." |
| 3 |
> <phajdan.jr@g.o> wrote: |
| 4 |
>> On 7/30/14, 7:36 AM, Samuli Suominen wrote: |
| 5 |
>>> If it's 2-3 packages out of ~300, I'd rather pick them out than |
| 6 |
>>> revision bump all ~300 for the 2-3. Or not pick them out at all |
| 7 |
>>> and let users do the rebuild (which is the obvious answer |
| 8 |
>>> to the output you posted) |
| 9 |
>> Peter Stuge pointed it out already, but I also wanted to say rebuilding |
| 10 |
>> the affected packages is not obvious to me either. |
| 11 |
> Sure, but this seems more like a portage bug (or at least a portage |
| 12 |
> output bug) rather than a fundamental issue. |
| 13 |
> |
| 14 |
> After all, there was no true block - just a need for a rebuild. |
| 15 |
> |
| 16 |
> I heard prerm as a reason why dynamic deps can break (especially with |
| 17 |
> slot operator deps, though obviously it also breaks for |
| 18 |
> non-slot-operator deps that should be expressed as such), though as |
| 19 |
> has been pointed out those will break unless we unmerge and remerge |
| 20 |
> all reverse-deps on every upgrade. Are there other issues. |
| 21 |
> |
| 22 |
> To be honest I was expecting a plethora of issues that can go wrong |
| 23 |
> with dynamic deps, but so far I'm hearing something like 2-3, and if |
| 24 |
> that really is all that there is then this may be a solvable issue. |
| 25 |
> |
| 26 |
> |
| 27 |
|
| 28 |
That's what I've been trying to point out, people are seriously suggesting |
| 29 |
disabling dynamic deps for race conditions |
| 30 |
It's like fixing one audio driver in the kernel by deleting whole ALSA block |
| 31 |
|
| 32 |
:-( |
| 33 |
|
| 34 |
- Samuli |
Archives