1 |
* Luca Barbato <lu_zero@g.o> schrieb: |
2 |
> Enrico Weigelt wrote: |
3 |
> >My suggestion: make those language bindings being separate |
4 |
> >packages. So, other packages can depend on them directly, |
5 |
> >instead of the current, build-breaking hack. |
6 |
> > |
7 |
> >I'm not advocating gentoo should do this step alone, but |
8 |
> >instead join in the upstream and solve it there. |
9 |
> |
10 |
> The issue is upstream related, we can workaround it using a way to |
11 |
> express that requirement (usedeps, checks in pkg_setup, whatever), |
12 |
> obviously trying to cooperate with upstream in order to get the optional |
13 |
> bindings build w/out the main program would make our life simpler and |
14 |
> probably their as well. |
15 |
> |
16 |
> Partial builds are quite a problem since they are anything but reliable. |
17 |
|
18 |
ACK. These are just hacks to work around upstream's design |
19 |
problems. For me, working much embedded environments, those |
20 |
hacks are not an option, since builds MUST be reliable |
21 |
(the packages MUST work IMMEDIATELY after deployment, since |
22 |
there is no chance for doing things like revdep-rebuild). |
23 |
|
24 |
My vote is: declaring guidelines (or better: constraints) for |
25 |
clean builds and then working directly within the upstream to |
26 |
get it on the road. If the upstream really blocks it, do a |
27 |
fork / maintain a patchline (like OSS-QM project does). |
28 |
|
29 |
I'm already doing so with several packages. |
30 |
|
31 |
|
32 |
cu |
33 |
-- |
34 |
--------------------------------------------------------------------- |
35 |
Enrico Weigelt == metux IT service - http://www.metux.de/ |
36 |
--------------------------------------------------------------------- |
37 |
Please visit the OpenSource QM Taskforce: |
38 |
http://wiki.metux.de/public/OpenSource_QM_Taskforce |
39 |
Patches / Fixes for a lot dozens of packages in dozens of versions: |
40 |
http://patches.metux.de/ |
41 |
--------------------------------------------------------------------- |
42 |
-- |
43 |
gentoo-dev@l.g.o mailing list |