Bug 106481 – net-zope/zwiki tests good for ~amd64 with one dependancy issue

• Status: RESOLVED WONTFIX
• Product: Gentoo Linux

[Description AJ Armstrong 2005-09-18 20:34:08 UTC]

Tested net-zope/zwiki-0.45 for ~amd64.  Builds fine.  However, the error
described at
http://zwiki.org/1149ImplementsAttributeErrorWith045WhenCMFIsNotInstalled
prevented me using zwiki until I had installed net-zope/cmf-1.5.1.  The ebuild
should perhpaps be updated with an RDEPEND on cmf.

After cmf installed, works fine.

Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r1,
2.6.12-gentoo-r9 x86_64)
=================================================================
System uname: 2.6.12-gentoo-r9 x86_64 AMD Athlon(tm) 64 Processor 3500+
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5-r2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O2 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/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/terminfo /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks multilib-strict sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/etc/portage/overlay"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 alsa avi berkdb bitmap-fonts crypt cups eds emboss encode foomaticdb
fortran gdbm gif gpm gstreamer gtk2 imlib ipv6 jpeg libwww lzw lzw-tiff mp3 mpeg
ncurses nls opengl pam pdflib perl png python quicktime readline sdl spell ssl
tcpd tetex tiff truetype-fonts type1-fonts usb userlocales xpm xv zlib
userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

[Comment 1 AJ Armstrong 2005-09-18 20:39:37 UTC]

I did some reading - apparently cmf should _not_ be required for zwiki, so no
need for the RDEPEND.  This appears to be an upstream bug, in the process of
being fixed.  We may wish to wait on the ~amd64 bump until resolved, although
this, although it is stable on other arches.

All of this is detailed in the upstream bug report I cited above.

[Comment 2 Simon Stelling (RETIRED) 2005-10-04 14:16:24 UTC]

we're currently testing a new alias system, sorry for the bugspam

[Comment 3 Mike Doty (RETIRED) 2006-01-08 20:41:41 UTC]

is this resolved upstream yet?

[Comment 4 AJ Armstrong 2006-01-08 23:55:15 UTC]

I think 0.48 is the current stable version upstream, which should have this fixed.    It looks like there is an ebuild for it - I'll do some testing this week - we should be able to keyword it ~amd64.

[Comment 5 AJ Armstrong 2006-01-10 23:00:56 UTC]

I've got it installed, but there are seem to be multi-lib-strictish issues with zope-2.9 (~amd64) (it uses /lib subdirectories in it's own /usr/lib/zope-2.9.0/lib, but that is actually /usr/lib/zope-2.9.0/lib64 on my box). Breaks starting zope.

I'll do some work on it, but I'm going to close this bug as WON'T, as we've got new issues with differnt versions.  Will open new bug(s) as a result of my work.