| 1 |
Okay let's see a moment what's going on with the slotted boost. |
| 2 |
|
| 3 |
www-plugins/gnash has a blocker on the old unslotted boost because it |
| 4 |
doesn't really support multiple boost that well, like most other packages. |
| 5 |
|
| 6 |
sci-biology/cufflinks and sci-biology/express are next to completely |
| 7 |
screwed because they are hardcoding boost-1.46 (which is soon going to |
| 8 |
make them unusable). Besides, cufflinks shows that it's the kind of crap |
| 9 |
that should never have entered the tree, considering that filter-ldflags |
| 10 |
on --as-needed which is not going to do its job even if you pray. |
| 11 |
|
| 12 |
dev-util/intel-ocl-sdk does the same, but it might just install its own |
| 13 |
version since it's not going to work anyway. |
| 14 |
|
| 15 |
There was an ebuild for net-analyzer/sslsniff but I removed it since |
| 16 |
there was a -r1 that works just fine with 1.47 and later. |
| 17 |
|
| 18 |
I'm going to give it time till tomorrow to hear if somebody has a good |
| 19 |
reason to have the slotting (which has to be a _valid_ reason, not a |
| 20 |
fantasy reason like the ones I heard today about being able to install |
| 21 |
1.35 on a modern system). |
| 22 |
|
| 23 |
If nobody else can demonstrate a need and a way to leverage the |
| 24 |
slotting, I'll go with just go this way: |
| 25 |
|
| 26 |
- maintainership moved to me+scarabeus+cpp herd (which means Tiziano is |
| 27 |
still there, btw); |
| 28 |
- blocker on gnash removed; |
| 29 |
- intel-ocl-sdk, cufflinks and express will request a particular |
| 30 |
version (which makes them trouble, but it's mesesd up all the same — |
| 31 |
optionally I could just go and mask them until properly fixed); |
| 32 |
- old ebuilds removed from tree with their files, to reduce the rsync |
| 33 |
trouble. |
| 34 |
|
| 35 |
Hopefully then it'll work just as before, with the latest version |
| 36 |
available unversioned so that old packages relying on eselect will work |
| 37 |
out of the box, which is what should happen anyway. |
| 38 |
|
| 39 |
I'll also run a tinderbox against 1.51, and will start to look into what |
| 40 |
has to be done to fix whatever is still incompatible with it to work, so |
| 41 |
that when glibc 2.16 gets out we can unmask this without breaking the |
| 42 |
70% of the tree like an unmask of >=1.50-r2 would cause right now. |
| 43 |
|
| 44 |
-- |
| 45 |
Diego Elio Pettenò — Flameeyes |
| 46 |
flameeyes@×××××××××.eu — http://blog.flameeyes.eu/ |
Archives