Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 58889 - moinmoin create script "moin-create" fails with traceback
Summary: moinmoin create script "moin-create" fails with traceback
Status: RESOLVED UPSTREAM
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Web Application Packages Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-07-30 06:20 UTC by Aaron Kulbe (RETIRED)
Modified: 2004-08-30 10:32 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Aaron Kulbe (RETIRED) gentoo-dev 2004-07-30 06:20:50 UTC
After emerging moin-create, and running the moin-create script, I get a Traceback.


Reproducible: Always
Steps to Reproduce:
1. moin-create
2.
3.

Actual Results:  
zoom ~ # moin-create
Traceback (most recent call last):
  File "/usr/bin/moin-create", line 3, in ?
    run()
  File "/usr/lib/python2.3/site-packages/MoinMoin/scripts/moin_create.py", line
                                                                            128,
in run
    _util.runMain(__name__, main)
AttributeError: 'module' object has no attribute 'runMain'
zoom ~ #


Expected Results:  
for the moin-create script to run successfully

zoom ~ # emerge info
Portage 2.0.51_pre13 (default-x86-2004.0, gcc-3.3.3, glibc-2.3.3.20040420-r0,
2.6.7 i686 AMD Athlon(TM) XP 2000+)
=================================================================
System uname: 2.6.7 i686 AMD Athlon(TM) XP 2000+
Gentoo Base System version 1.4.16
ccache version 2.3 [enabled]
Autoconf: sys-devel/autoconf-2.59-r4
Automake: sys-devel/automake-1.8.3
Binutils: sys-devel/binutils-2.14.90.0.8-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config
/usr/kde/3.2/share/config /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref
/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="-march=athlon-xp -O3 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs buildpkg ccache fixpackages sandbox"
GENTOO_MIRRORS="http://mirrors.tds.net/gentoo http://mirror.datapipe.net/gentoo
http://gentoo.mirrors.pair.com/"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="X aalib alsa apache2 apm arts avi berkdb bonobo cdr crypt cups curl debug
doc dvd dvdr encode esd evo flash foomaticdb freetds gd gdbm gif gnome gnutls
gphoto2 gpm gstreamer gtk gtk2 gtkhtml guile imap imlib java jpeg kde libg++
libwww mad maildir mikmod motif mozilla mpeg mysql nas ncurses nls nptl
oggvorbis opengl openoffice oss pam pcmcia pda pdflib perl png pnp ppds python
qt quicktime readline samba sasl scanner sdl slang spell ssl svga tcltk tcpd
tetex tiff truetype usb wmf x86 xinerama xml2 xmms xv zlib"
Comment 1 Renat Lumpau (RETIRED) gentoo-dev 2004-08-30 10:32:25 UTC
See http://sourceforge.net/mailarchive/message.php?msg_id=7612017 

From: Thomas Waldmann
> I have 1.2.1 installed and tried moin-create just now.  It failed with this
 > traceback: 
 > 
 >     Traceback (most recent call last):
 >       File "/usr/local/bin/moin-create", line 3, in ?
 >         run()
 >       File "/usr/local/lib/python2.2/site-packages/MoinMoin/scripts/moin_create.py", line
128, in run
 >         _util.runMain(__name__, main)
 >     AttributeError: "module" object has no attribute "runMain"
 > 
 > Sure enough, the only .py file in the distribution which contains "runMain"
 > is .../scripts/moin_create.py.  Is this a known problem?  Is there a
 > workaround?
 
 I did never use that script. Is that mentioned somewhere in the docs?
 
 I am not sure if that script ever worked. If it did, it is maybe 
 currently non-functional cause of the big changes we did after 1.0.
 
 For installing new wikis, please follow INSTALL.html - that"ll work.