1 |
On Sun, Oct 18, 2009 at 2:11 AM, Fabian Groffen <grobian@g.o> wrote: |
2 |
> This is a formal apology for springing that onto you. |
3 |
|
4 |
Thanks a lot. Not everybody can do such a thing as a public apology. I |
5 |
will nonetheless ask the council to vote on the following during next |
6 |
meeting: |
7 |
Ask Fabian to change his signature from: |
8 |
"Gentoo on a different level" |
9 |
To: |
10 |
"Failure in a different level" |
11 |
;o) |
12 |
|
13 |
2009/10/18 Tomáš Chvátal <scarabeus@g.o>: |
14 |
> Why on earth portage simply does not detect the prefix enviroment is being run |
15 |
> and then INTERNALY switch D->ED and other variables. |
16 |
|
17 |
If that means we can get away without touching ebuilds, apart from |
18 |
changing their EAPI variable, then that's absolutely what we have to |
19 |
do. I'd like things to be done the right way though (see below). |
20 |
|
21 |
On Fri, Nov 13, 2009 at 4:43 AM, Ulrich Mueller <ulm@g.o> wrote: |
22 |
> However, there is need for additional discussion. From the council |
23 |
> meeting log I could extract the following open questions: |
24 |
|
25 |
It would be preferable for the discussion to happen on this list |
26 |
before the meeting or we'll end up postponing again due to having more |
27 |
questions coming up at that time. |
28 |
|
29 |
> 2. Should the Prefix team be allowed to do the necessary changes to |
30 |
> ebuilds themselves, or should it be done by the respective |
31 |
> maintainers? |
32 |
|
33 |
I think here it's obvious that anybody who is an ebuild dev and sees |
34 |
anything to fix (prefix or else) is encouraged to go ahead and do it, |
35 |
as we've always done. The recommendation is and will always be to talk |
36 |
to the current maintainers out of politeness and to be extra careful |
37 |
(i.e. usually letting the maintainers do it) in case of |
38 |
system/tricky/exotic package. We don't give full cvs access to the |
39 |
whole tree to all ebuild devs for nothing. |
40 |
|
41 |
> 4. EAPI numbering: Would this simply be added as an additional |
42 |
> feature to EAPI 3? Or should we have an intermediate EAPI slot, |
43 |
> e.g. 2.1 or 3 (and current EAPI 3 renamed to 4 in the latter |
44 |
> case)? |
45 |
|
46 |
Here I'd add to the choices: why not release an intermediate EAPI with |
47 |
the prefix stuff and whatever that has already been done for EAPI3? |
48 |
The exact name of a potential intermediate EAPI is a non-problem. |
49 |
However I would prefer if it were a number like 2.1 or 2.5 or even 3, |
50 |
because although we currently treat the EAPI variable as a simple |
51 |
string we may change our mind later and find it handy someday to use |
52 |
operators on them such as >=2.1. |
53 |
|
54 |
> 5. Who is going to write the exact specification (PMS patch) for |
55 |
> this EAPI feature? |
56 |
|
57 |
I thought I asked Fabian to work on that at the end of the meeting. In |
58 |
case I didn't then consider this as me officially asking him if he can |
59 |
take care of it. Fabian is this OK with you? |
60 |
|
61 |
Also I think it would be nice if somebody took care of a portage |
62 |
patch, since I hear it is rather simple. Fabian again? Or Zac? Any |
63 |
other volunteers? |
64 |
|
65 |
I would prefer to have all the pieces in places before the next |
66 |
meeting so that we can vote on the real thing and have prefix |
67 |
implemented the right way before the end of the year. |
68 |
|
69 |
> 6. (Any question that I've missed?) |
70 |
|
71 |
Here are a few that I gathered from others (my comments are between |
72 |
parentheses): |
73 |
|
74 |
> How are dynamically linked set*id programs going to work? |
75 |
|
76 |
> How are scripts using #!shebangs going to work? |
77 |
> You write an ebuild, and you DEPEND upon >=foo-3, because the build |
78 |
> process includes some foo code. The foo code is executed via |
79 |
> scripts using #!/usr/bin/foo. Normally, this is fine. |
80 |
> But on prefix, /usr/bin/foo might be a crappy, OS X mangled foo-2 |
81 |
> that's no good. So even though you've got the foo-3 dep met, it'll be |
82 |
> met in /opt/Gentoo/blah, so your package will fail. |
83 |
|
84 |
> How are ebuilds to be marked as supporting prefix or not? |
85 |
(Here I'm guessing that changing the EAPI variable will do) |
86 |
|
87 |
> Why is there only a single permitted installation path? |
88 |
(I'm under the impression this is a limitation of the windows |
89 |
installer but not of prefix itself. So patching the installer would |
90 |
fix that) |
91 |
|
92 |
> What exactly is expected from a prefix-compliant package manager to |
93 |
> support full prefix installs, as opposed to just supporting installs |
94 |
> to / with prefix-aware ebuilds? |
95 |
(The PMS patch should answer that) |
96 |
|
97 |
Denis. |