Bug 36255 - cl-uffi fails to compile itself for sbcl because common-lisp-controller fails to set up environment correctly
Bug#: 36255 Product:  Gentoo Linux Version: unspecified Platform: x86
OS/Version: Linux Status: CLOSED Severity: major Priority: P2
Resolution: TEST-REQUEST Assigned To: mkennedy@gentoo.org Reported By: timmy+gentoo@cc.gatech.edu
Component: Ebuilds
URL: 
Summary: cl-uffi fails to compile itself for sbcl because common-lisp-controller fails to set up environment correctly
Keywords:  
Status Whiteboard: 
Opened: 2003-12-21 11:05 0000
Description:   Opened: 2003-12-21 11:05 0000
>>> /usr/share/man/man8/clc-build-daemon.8.gz
>>> /usr/share/man/man8/clc-reregister-all-impl.8.gz
>>> /usr/share/man/man8/register-common-lisp-implementation.8.gz
--- /etc/
--- /etc/common-lisp/
>>> /etc/common-lisp/autobuild
cycle
>>> /etc/lisp-config.lisp

 * Adding group 'cl-builder' to your system ...
 *  - Groupid: 407
groupadd: gid 407 is not unique

!!! ERROR: dev-lisp/common-lisp-controller-3.76-r1 failed.
!!! Function enewgroup, Line 557, Exitcode 4
!!! enewgroup failed

>>> Regenerating /etc/ld.so.cache...
 * Caching service dependencies...                                           [ ok ]
>>> dev-lisp/common-lisp-controller-3.76-r1 merged.

 dev-lisp/common-lisp-controller
    selected: 3.76
   protected: 3.76-r1
     omitted: none

>>> 'Selected' packages are slated for removal.
>>> 'Protected' and 'omitted' packages will not be removed.



Reproducible: Always
Steps to Reproduce:
well, because of a bug in one of the earlier ebuilts, I had to make my own cl-builder user and /home/cl-builder directory and chown cl-builder /usr/lib/common-lisp. It seems that one of the earlier scripts was requesting something like user id 407(???) for the cl-builder user to be created which seems really stupid because that was already taken by proftp or something on my system.
1. emerge -u uffi (when commmon-lisp-controller is an older version)
2.
3.

Actual Results:  
returns success but it shouldn't

Expected Results:  
if clc cannot set up the environment, it should at least fail and give
instructions on what needs to be done. i was about to report this as a bug for
uffi because that is what ultimately failed, but i found that uffi seemed to
work when i did some stuff.

root:timmymain:~$ emerge info
Portage 2.0.49-r18 (default-x86-1.4, gcc-3.3.2,
glibc-2.2.5-r2,2.3.3_pre20031212-r0, 2.6.0-test7)
=================================================================
System uname: 2.6.0-test7 i686 AMD Athlon(tm) XP 1600+
Gentoo Base System version 1.4.3.12
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CFLAGS="-mcpu=athlon-xp -O3 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/
/usr/share/texmf/xdvi/ /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-mcpu=athlon-xp -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs ccache sandbox"
GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo
http://gentoo.oregonstate.edu http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.namerica.gentoo.org/gentoo-portage"
USE="X aalib apm arts avi berkdb bonobo canna cjk crypt dvd emacs encode esd
foomaticdb gdbm gif gnome gpm gtk gtk2 gtkhtml guile imlib java jpeg kde leim
libg++ libwww mad mikmod motif mozilla mpeg ncurses nls oggvorbis oss pam pdflib
perl png python qt quicktime readline sdl slang spell ssl svga tcltk tcpd tetex
truetype unicode x86 xml2 xmms xv zlib"

------- Comment #1 From Timmy Douglas 2003-12-21 11:11:13 0000 -------
oops i didn't even read the error correctly.. i made a user called cl-builder
instead of a group and it seemed to work without the group as long as i had
/home/cl-builder and /usr/lib/common-lisp chown'd to user cl-builder.

i checking the radio button to assign the bug because it looks like this guy
handles uffi and clc.

------- Comment #2 From Timmy Douglas 2003-12-21 11:23:39 0000 -------
i don't think :uffi is compiled into the sbcl.core file like i expected it
would be?

some of the output at the end

...
; compiling top level form: 
; recognizing DEFUN CONVERT-SUPPORTING-LIBRARIES-TO-STRING
; compiling top level form: 
; compiling DEFUN CONVERT-SUPPORTING-LIBRARIES-TO-STRING: 
; compiling top level form: 

; /usr/lib/common-lisp/sbcl/uffi/src/libraries.fasl written
; compilation finished in 0:00:00
; compiling file "/usr/share/common-lisp/source/uffi/src/os.lisp" (written 21
DEC 2003 02:19:23 PM):
; compiling top level form: 
; recognizing DEFUN RUN-SHELL-COMMAND
; compiling top level form: 
; compiling DEFUN RUN-SHELL-COMMAND: 
; compiling top level form: 

; /usr/lib/common-lisp/sbcl/uffi/src/os.fasl written
; compilation finished in 0:00:00
; compilation unit finished
;   caught 2 STYLE-WARNING conditions
;   printed 2 notes
register-common-lisp-source: Package uffi installed
>>> Regenerating /etc/ld.so.cache...
 * Caching service dependencies...                                           [
ok ]
>>> dev-lisp/cl-uffi-1.4.6 merged.

>>> clean: No packages selected for removal.

>>> Regenerating /etc/ld.so.cache...
 * Caching service dependencies...                                           [
ok ]
>>> Auto-cleaning packages ...

>>> No outdated packages were found on your system.


 * GNU info directory index is up-to-date.

------- Comment #3 From Matthew Kennedy (RETIRED) 2003-12-21 12:08:36 0000 -------
To answer comment #2 first:  UFFI is not compiled into the core (if you mean
loaded and saved into the lisp image on disk).  A (require :uffi) in a
top-level in either CMUCL or SBCL should load UFFI FASLs from
/usr/lib/common-lisp/*/uffi...

I think you're right with the group and user id settigns.  I've made a
common-lisp-controller-3.76-r1 which creates cl-builder groups and user IDs
based on the next available number.

Try emerge sync, followed by emerge -u common-lisp-controller to get this new
version (should be on rsync mirrors in an hour or so).  Let me know how it
goes.

Matt

------- Comment #4 From Matthew Kennedy (RETIRED) 2003-12-21 12:09:23 0000 -------
-r2 rather

------- Comment #5 From Timmy Douglas 2003-12-21 13:58:28 0000 -------
seems to work now, thanks.