<?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>29983</bug_id>
          
          <creation_ts>2003-09-30 04:24 0000</creation_ts>
          <short_desc>dev-lisp/cmucl-bin-18e-r1 doesn&apos;t insall a lisp.core file</short_desc>
          <delta_ts>2003-10-01 22:14:31 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>CLOSED</bug_status>
          <resolution>NEEDINFO</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>geoff@gentoo.org</reporter>
          <assigned_to>mkennedy@gentoo.org</assigned_to>
          <cc>george@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>geoff@gentoo.org</who>
            <bug_when>2003-09-30 04:24:09 0000</bug_when>
            <thetext>The new r1 ebuild for cmucl-bin-18e doesn&apos;t symlink the dist lisp core to /usr/lib/cmucl/lisp.core - this results in /usr/bin/lisp failing to run if you don&apos;t specify a -core. It also means that the register-common-lisp-implementation cmucl line in the postinst won&apos;t be able to run (so no asdf if you subsequently do symlink a lisp.core until you register with clc again).

Fix: change the src_install section to add a symlink from /usr/lib/cmucl/lib/lisp-dist.core to /usr/lib/cmucl/lisp.core</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>geoff@gentoo.org</who>
            <bug_when>2003-09-30 04:26:19 0000</bug_when>
            <thetext>Created an attachment (id=18527)
patches r1 ebuild to symlink a lisp.core during installation
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mkennedy@gentoo.org</who>
            <bug_when>2003-10-01 20:20:11 0000</bug_when>
            <thetext>Hi Geoff, I think that the lisp.core is made by loading the clc into lisp-dist.core
and then dumping. this should be done in the pkg_postinst with register-common-lisp-implementation.
 The only explantion I can think of at the moment, is that inetd was not
running at the time you emerged cmucl-bin.

Perhaps this was the case on your install?  Let me know either way...</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>geoff@gentoo.org</who>
            <bug_when>2003-10-01 22:14:31 0000</bug_when>
            <thetext>Ok, my first build must have just broken then - if I remerge it now, it all
installs fine. Inetd was running when I merged it last time, the package
just didn&apos;t install a lisp.core for some reason.

No problems now.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>18527</attachid>
            <date>2003-09-30 04:26 0000</date>
            <desc>patches r1 ebuild to symlink a lisp.core during installation</desc>
            <filename>cmucl-bin-18e-r1.ebuild.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGNtdWNsLWJpbi0xOGUtcjEuZWJ1aWxkCTIwMDMtMDktMjMgMDM6MDE6MzQuMDAwMDAwMDAw
ICsxMjAwCisrKyBjbXVjbC1iaW4tMThlLXIyLmVidWlsZAkyMDAzLTA5LTMwIDIzOjE3OjM0LjAw
MDAwMDAwMCArMTIwMApAQCAtNTEsNiArNTEsNyBAQAogRU9GCiAJbXYgJHtEfS91c3IvbGliL2Nt
dWNsL2xpYi9saXNwLmNvcmUgJHtEfS91c3IvbGliL2NtdWNsL2xpYi9saXNwLWRpc3QuY29yZQog
CWRvc3ltIC91c3IvbGliL2NtdWNsL2xpYi9saXNwLWRpc3QuY29yZSAvdXNyL2xpYi9jbXVjbC9s
aXNwLWRpc3QuY29yZQorCWRvc3ltIC91c3IvbGliL2NtdWNsL2xpYi9saXNwLWRpc3QuY29yZSAv
dXNyL2xpYi9jbXVjbC9saXNwLmNvcmUKIAogCWluc2ludG8gL3Vzci9saWIvY211Y2wKIAlkb2lu
cyAke0ZJTEVTRElSfS9pbnN0YWxsLWNsYy5saXNwCg==
</data>        

          </attachment>
    </bug>

</bugzilla>