<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>207151</bug_id>
          
          <creation_ts>2008-01-23 13:02 0000</creation_ts>
          <short_desc>=sys-apps/which-2.19 cannot be installed in stage1 because readline isnt installed</short_desc>
          <delta_ts>2008-03-14 10:54:39 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Ebuilds</component>
          <version>unspecified</version>
          <rep_platform>All</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>trivial</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <votes>10</votes>
          <everconfirmed>1</everconfirmed>
          <reporter>daijo@daijo.org</reporter>
          <assigned_to>release@gentoo.org</assigned_to>
          <cc>drobbins@funtoo.org</cc>
    
    <cc>vapier@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>daijo@daijo.org</who>
            <bug_when>2008-01-23 13:02:10 0000</bug_when>
            <thetext>When building which-2.19 (unstable) with readline-5.2_p7 (stable) we got the following error message:

xmalloc.h:29:31: error: readline/rlstdc.h: No such file or directory
make[2]: *** [tilde.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-apps/which-2.19/work/which-2.19/tilde&apos;
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/sys-apps/which-2.19/work/which-2.19&apos;
make: *** [all] Error 2

If using the unstable release of readline-5.2_p12-r1 it compiles without problem.


Reproducible: Always

Steps to Reproduce:
1. If using stable: ACCEPT_KEYWORDS=&quot;~amd64&quot; which-2.19
2. If using unstable AND you did not updated readline: emerge which
3. If using unstable and you updated readline before you should&apos;t be reading this ;-).

Actual Results:  
=sys-apps/which-2.19 fails to merge due compilation errors.

Expected Results:  
Compilation successfull and package merged.

This problem is simple, but if you are installing from a stage-1 you must take care of updating readline before going to stage-3 (just before emerge -e system).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daijo@daijo.org</who>
            <bug_when>2008-01-23 13:03:30 0000</bug_when>
            <thetext>When I said if you&apos;re compiling from a stage-1 I want to say: If you are compiling from a stage-1 *using* an *unstable* arch (~amd64 for me).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daijo@daijo.org</who>
            <bug_when>2008-01-23 13:09:56 0000</bug_when>
            <thetext>Created an attachment (id=141652)
Updated which-2.19.ebuild

I know that this is trivial to fix, but I uploaded a which-2.19.ebuild with DEPEND updated. Just for self-training :).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-01-23 15:15:48 0000</bug_when>
            <thetext>(From update of attachment 141652)
please do not post entire ebuilds as they are hard to read to figure out what you&apos;ve actually changed ... post diffs instead</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-01-23 15:21:56 0000</bug_when>
            <thetext>readline-5.2_p7 provides readline/rlstdc.h ... as does readline-5.1 and readline-4.3 and ...

whatever the reason for your failure, it isnt a DEPEND issue

since you&apos;re building from a stage1, you&apos;ll have to figure it out and get back to us</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daijo@daijo.org</who>
            <bug_when>2008-01-23 22:19:04 0000</bug_when>
            <thetext>I have done some research about this.

After decompressing the stage1-amd64-2007.0.tar.bz2 I look for readline header files:

machine ~ # find /home/username/gentoo -name &quot;readline*&quot;
machine ~ #

As you can see there is no readline by default in stage1 nor bootstrap.sh installs it. Another check to ensure that:

machine ~ # ROOT=/home/username/gentoo emerge -pv readline

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild  N    ] sys-libs/readline-5.2_p12-r1 to /home/username/gentoo/ 2,018 kB

Total: 1 package (1 new), Size of downloads: 2,018 kB
machine ~ #

Since which-2.19 readline is required before compile this version:

machine ~ # mkdir which
machine ~ # tar zxf /usr/portage/distfiles/which-2.16.tar.gz -C which
machine ~ # tar zxf /usr/portage/distfiles/which-2.19.tar.gz -C which
machine ~ # cg rlstdc which/*
0 which/which-2.19/tilde/xmalloc.h 27 #  include &quot;rlstdc.h&quot;
1 which/which-2.19/tilde/xmalloc.h 29 #  include &lt;readline/rlstdc.h&gt;
machine ~ #

I hope this helps.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-01-24 03:45:07 0000</bug_when>
            <thetext>last i checked, stage1 installs are not supported ... if it breaks, you get to fix it

final word is of course up to the release team</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>agaffney@gentoo.org</who>
            <bug_when>2008-01-24 13:32:47 0000</bug_when>
            <thetext>I don&apos;t think you&apos;ll get any argument from us, unless it blocks us building stages later on down the line, of course :P</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daijo@daijo.org</who>
            <bug_when>2008-01-30 14:19:55 0000</bug_when>
            <thetext>Hi,

this comment is only for reference.

If you&apos;re currently building a ~keyworded stage3 with catalyst, you must take care of this bug due it will happend to you.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pmjawor@gmail.com</who>
            <bug_when>2008-03-09 02:05:08 0000</bug_when>
            <thetext>Confirm, I still have this problem installing gentoo from stage1 on x86 compatible  VIA C7. I have just manualy emerged readline and now which is emerged correctly. This should be fixed, because I could waste the night of compilation if I have not noticed that my remote installation has stoped. People just use emerge -e system and think that there should be no problem during ~6h of installation/compilation. You will log on and see that for most of the time there was nothing done because at the some beginning there was error. It has been reported in January, now we have March.
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2008-03-11 02:19:38 0000</bug_when>
            <thetext>Peter, as you might not have noticed, this bug is not going to be fixed.  We do not support stage1 installations.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daijo@daijo.org</who>
            <bug_when>2008-03-11 19:51:47 0000</bug_when>
            <thetext>Hi, 

only for clarification but:

Shouldn&apos;t this be fixed to avoid compilation errors while using catalyst? Those who wants to make a stage3 fall into this error too.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2008-03-13 07:18:31 0000</bug_when>
            <thetext>*** Bug 213224 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>jakub@gentoo.org</who>
            <bug_when>2008-03-13 07:24:58 0000</bug_when>
            <thetext>*** Bug 213224 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drobbins@funtoo.org</who>
            <bug_when>2008-03-13 07:28:56 0000</bug_when>
            <thetext>As reported in bug 213224, the which-2.19 build failure is causing a failure in catalyst when building stages using a stable x86 profile.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daijo@daijo.org</who>
            <bug_when>2008-03-13 07:39:28 0000</bug_when>
            <thetext>This bug is now happenning building stable x86 catalyst profiles. Drobbins asked about reopen this in the duplicated bug entry.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drobbins@funtoo.org</who>
            <bug_when>2008-03-13 16:52:18 0000</bug_when>
            <thetext>The rlstdc.h include appears to be extraneous. I have tried removing it and which appears to build fine. This needs more testing to ensure it builds in all environments, and has not been tested inside catalyst. See attached which-2.19-r1.ebuild and which-readline-fix.patch. Also note that a rev bump should probably not be done as this appears to be purely a build fix (did a rev bump locally only for testing purposes)</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drobbins@funtoo.org</who>
            <bug_when>2008-03-13 16:54:43 0000</bug_when>
            <thetext>Created an attachment (id=146047)
new ebuild that applies build fix

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drobbins@funtoo.org</who>
            <bug_when>2008-03-13 16:55:22 0000</bug_when>
            <thetext>Created an attachment (id=146049)
remove reference to rlstdc.h - seems to fix things.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cardoe@gentoo.org</who>
            <bug_when>2008-03-13 18:42:32 0000</bug_when>
            <thetext>in tree as sys-apps/which-2.19-r1, not closing since this is assigned to release.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cardoe@gentoo.org</who>
            <bug_when>2008-03-13 18:48:07 0000</bug_when>
            <thetext>erm. I didn&apos;t actually intend to revbump it since it&apos;s a build fix. it&apos;s actually sys-apps/which-2.19</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cardoe@gentoo.org</who>
            <bug_when>2008-03-13 18:54:20 0000</bug_when>
            <thetext>*** Bug 213224 has been marked as a duplicate of this bug. ***</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>wolf31o2@gentoo.org</who>
            <bug_when>2008-03-13 19:12:52 0000</bug_when>
            <thetext>Well, really this should have stayed RESOLVED and the other should have just been RESOLVED-FIXED.  I&apos;m marking this as &quot;FIXED&quot; since it&apos;s fixed in the tree.  Again, we don&apos;t support stage1 installation, and a build failure for catalyst isn&apos;t the release team&apos;s &quot;bug&quot; but one in the package, which has already been fixed... so again... FIXED.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-03-14 00:29:45 0000</bug_when>
            <thetext>please properly document patches before putting them in the tree

has anyone sent this to the which maintainer ?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>drobbins@funtoo.org</who>
            <bug_when>2008-03-14 00:47:35 0000</bug_when>
            <thetext>Yes, it has been sent upstream to the which maintainer and he had already received an identical patch from someone else:

&quot;&quot;

This was already sent to me by someone else, and has already been
committed to SVN. It will be in 2.20 -- though it can take years
before I release that :p
- Show quoted text -

On Thu, Mar 13, 2008 at 12:55:04PM -0600, Daniel Robbins wrote:
&gt; Hi Carlo,
&gt;
&gt;  I have created a patch for which-2.19 that removes an unnecessary
&gt;  dependency on readline for compilation.
&gt;
&gt;  While nearly all Linux systems have readline installed, this
&gt;  unnecessary dependency on readline can create problems when
&gt;  &quot;bootstrapping&quot; or building up a Linux OS from scratch, during which
&gt;  time readline might not yet be installed.
&gt;
&gt;  I thought the best course of action was remove the readline dependency
&gt;  - please consider integrating this into your source tree.
&gt;
&gt;  This fix resolves the following Gentoo bugs, which also provide detail
&gt;  of how the issue was breaking Gentoo&apos;s distro build process:
&gt;
&gt;  http://bugs.gentoo.org/show_bug.cgi?id=207151
&gt;  http://bugs.gentoo.org/show_bug.cgi?id=213224
&gt;
&gt;  Best Regards,
&gt;
&gt;
&gt;  Daniel Robbins



--
Carlo Wood &lt;carlo@alinoe.com&gt;

&quot;&quot;</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2008-03-14 10:54:39 0000</bug_when>
            <thetext>thanks</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>141652</attachid>
            <date>2008-01-23 13:09 0000</date>
            <desc>Updated which-2.19.ebuild</desc>
            <filename>which-2.19.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">aW5oZXJpdCBldXRpbHMNCg0KREVTQ1JJUFRJT049IlByaW50cyBvdXQgbG9jYXRpb24gb2Ygc3Bl
Y2lmaWVkIGV4ZWN1dGFibGVzIHRoYXQgYXJlIGluIHlvdXIgcGF0aCINCkhPTUVQQUdFPSJodHRw
Oi8vd3d3LnhzNGFsbC5ubC9+Y2FybG8xNy93aGljaC8iDQpTUkNfVVJJPSJodHRwOi8vd3d3Lnhz
NGFsbC5ubC9+Y2FybG8xNy93aGljaC8ke1B9LnRhci5neiINCg0KTElDRU5TRT0iR1BMLTMiDQpT
TE9UPSIwIg0KS0VZV09SRFM9In5hbHBoYSB+YW1kNjQgfmFybSB+aHBwYSB+aWE2NCB+bTY4ayB+
bWlwcyB+cHBjIH5wcGM2NCB+czM5MCB+c2ggfnNwYXJjIH54ODYiDQpJVVNFPSIiDQoNCkRFUEVO
RD0ic3lzLWFwcHMvdGV4aW5mbw0KICAgICAgICA+PXN5cy1saWJzL3JlYWRsaW5lLTUuMl9wMTIt
cjEiDQoNClJERVBFTkQ9IiINCg0Kc3JjX3VucGFjaygpIHsNCiAgICAgICAgdW5wYWNrICR7QX0N
CiAgICAgICAgY2QgIiR7U30iDQogICAgICAgIGVwYXRjaCAiJHtGSUxFU0RJUn0iL3doaWNoLWdl
bnRvby5wYXRjaA0KfQ0KDQpzcmNfaW5zdGFsbCgpIHsNCiAgICAgICAgZW1ha2UgaW5zdGFsbCBE
RVNURElSPSIke0R9IiB8fCBkaWUNCiAgICAgICAgZG9kb2MgQVVUSE9SUyBFWEFNUExFUyBORVdT
IFJFQURNRSoNCn0NCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>146047</attachid>
            <date>2008-03-13 16:54 0000</date>
            <desc>new ebuild that applies build fix</desc>
            <filename>which-2.19-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA4IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L3N5cy1hcHBzL3doaWNoL3doaWNoLTIuMTkuZWJ1
aWxkLHYgMS4zIDIwMDgvMDMvMDcgMTQ6MjQ6MDYgY29sZHdpbmQgRXhwICQKCmluaGVyaXQgZXV0
aWxzCgpERVNDUklQVElPTj0iUHJpbnRzIG91dCBsb2NhdGlvbiBvZiBzcGVjaWZpZWQgZXhlY3V0
YWJsZXMgdGhhdCBhcmUgaW4geW91ciBwYXRoIgpIT01FUEFHRT0iaHR0cDovL3d3dy54czRhbGwu
bmwvfmNhcmxvMTcvd2hpY2gvIgpTUkNfVVJJPSJodHRwOi8vd3d3LnhzNGFsbC5ubC9+Y2FybG8x
Ny93aGljaC8ke1B9LnRhci5neiIKCkxJQ0VOU0U9IkdQTC0zIgpTTE9UPSIwIgpLRVlXT1JEUz0i
YWxwaGEgYW1kNjQgfmFybSB+aHBwYSBpYTY0IH5tNjhrIH5taXBzIH5wcGMgfnBwYzY0IH5zMzkw
IH5zaCBzcGFyYyB4ODYiCklVU0U9IiIKCkRFUEVORD0ic3lzLWFwcHMvdGV4aW5mbyIKUkRFUEVO
RD0iIgoKc3JjX3VucGFjaygpIHsKCXVucGFjayAke0F9CgljZCAiJHtTfSIKCWVwYXRjaCAiJHtG
SUxFU0RJUn0iL3doaWNoLWdlbnRvby5wYXRjaCAiJHtGSUxFU0RJUn0iL3doaWNoLXJlYWRsaW5l
LWZpeC5wYXRjaAp9CgpzcmNfaW5zdGFsbCgpIHsKCWVtYWtlIGluc3RhbGwgREVTVERJUj0iJHtE
fSIgfHwgZGllCglkb2RvYyBBVVRIT1JTIEVYQU1QTEVTIE5FV1MgUkVBRE1FKgp9Cg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>146049</attachid>
            <date>2008-03-13 16:55 0000</date>
            <desc>remove reference to rlstdc.h - seems to fix things.</desc>
            <filename>which-readline-fix.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdXJOIHdoaWNoLTIuMTkvdGlsZGUveG1hbGxvYy5oIHdoaWNoLTIuMTktcGF0Y2hlZC90
aWxkZS94bWFsbG9jLmgKLS0tIHdoaWNoLTIuMTkvdGlsZGUveG1hbGxvYy5oCTIwMDgtMDEtMTYg
MTA6MDc6NTcuMDAwMDAwMDAwIC0wNjAwCisrKyB3aGljaC0yLjE5LXBhdGNoZWQvdGlsZGUveG1h
bGxvYy5oCTIwMDgtMDMtMTMgMTE6NDc6MTYuMDAwMDAwMDAwIC0wNTAwCkBAIC0yMywxMiArMjMs
NiBAQAogI2lmICFkZWZpbmVkIChfWE1BTExPQ19IXykKICNkZWZpbmUgX1hNQUxMT0NfSF8KIAot
I2lmIGRlZmluZWQgKFJFQURMSU5FX0xJQlJBUlkpCi0jICBpbmNsdWRlICJybHN0ZGMuaCIKLSNl
bHNlCi0jICBpbmNsdWRlIDxyZWFkbGluZS9ybHN0ZGMuaD4KLSNlbmRpZgotCiAjaWZuZGVmIFBU
Ul9UCiAKICNpZmRlZiBfX1NURENfXwo=
</data>        

          </attachment>
    </bug>

</bugzilla>