1 |
On Wed, Jun 11, 2008 at 07:16:05PM -0700, Brian Harring wrote: |
2 |
> On Wed, Jun 11, 2008 at 07:00:16PM +0100, David Leverton wrote: |
3 |
> > On Thursday 12 June 2008 02:46:03 Jim Ramsay wrote: |
4 |
> > > David Leverton <levertond@××××××××××.com> wrote: |
5 |
> > > > Since at least one ebuild has already been modified specifically to |
6 |
> > > > work around the bug, I'd say it's pretty real. |
7 |
> > > |
8 |
> > > For those of us trying to play along at home, which one is this? |
9 |
> > |
10 |
> > http://tinyurl.com/4w4t69 |
11 |
> |
12 |
> Few things I'll note about this stupid, stupid mess- looks of it, |
13 |
> paludis folk have known about this for a while. In other words, folk |
14 |
> bitching about 'improving' QA intentionally sat on a bug for the sake |
15 |
> of mocking, bug which according to them ebuild devs have supposedly |
16 |
> worked around (yet to see it, but it's viable). |
17 |
> |
18 |
> Useful to the whole, I'm sure. Same folk in control of PMS for those |
19 |
> playing the home game, politics over QA seemingly. |
20 |
> |
21 |
> So what was the bug? Aside from having to walk the full eapi-1 bugs, |
22 |
> (ebuild referenced wasn't of use), majority of which actually *is* |
23 |
> tested in pkgcore (unlike portage which makes one wonder why pkgcore |
24 |
> is targeted), the fault is a simple defaulting of an unset var being |
25 |
> missed in implementing an undocumented spec (honestly, where is eapi1 |
26 |
> spec?). |
27 |
> |
28 |
> Literally, the BS of the last day all comes down to inability to state |
29 |
> the following: |
30 |
> |
31 |
> === modified file 'pkgcore/bin/ebuild-env/ebuild-functions.sh' |
32 |
> --- pkgcore/bin/ebuild-env/ebuild-functions.sh 2007-11-12 01:17:24 +0000 |
33 |
> +++ pkgcore/bin/ebuild-env/ebuild-functions.sh 2008-06-11 22:24:16 +0000 |
34 |
> @@ -236,7 +236,7 @@ src_compile |
35 |
> { |
36 |
> if [ "${EAPI:-0}" == 0 ] ; then |
37 |
> [ -x ./configure ] && econf |
38 |
> - elif [ -x ${ECONF_SOURCE}/configure ]; then |
39 |
> + elif [ -x ${ECONF_SOURCE:-.}/configure ]; then |
40 |
> econf || die "econf failed" |
41 |
> fi |
42 |
> if [ -f Makefile ] || [ -f GNUmakefile ] || [ -f makefile ]; then |
43 |
> |
44 |
> |
45 |
|
46 |
I'm not quite sure how you're trying to present this, but are you really |
47 |
trying to say that EAPI 1 isn't documented? I myself found this in |
48 |
pms.pdf in 2 minutes(it's section 10.1.3). I wouldn't exactly say it's |
49 |
because it was "missed in implementing an undocumented spec." |