Roundup Tracker - Issues

Issue 448484

classification
init.init() fails on MacOS
Type: Severity: normal
Components: Installation Versions:
process
Status: closed fixed
:
: richard : dayreyl, richard
Priority: normal :

Created on 2001-08-06 18:43 by anonymous, last changed 2001-08-07 00:19 by richard.

Messages
msg5 Author: [hidden] (anonymous) Date: 2001-08-06 18:43
Under Python 2.1/MacOS 9.1, the initialization 
script fails in the templatebuilder.py script; see the 
traceback below:

roundup.init.init('Slack:Desktop 
Folder:roundup_test', 'extended', 'anydbm', 
'test123')
Traceback (most recent call last):
  File "<input>", line 1, in ?
  File "slack:development:python 
2.1:lib:site-packages:roundup:init.py", line 45, in 
init
    
roundup.templatebuilder.installHtmlBase(template
_name, instance_home)
  File "slack:development:python 
2.1:lib:site-packages:roundup:templatebuilder.py", 
line 43, in installHtmlBase
    os.makedirs(installDir)
  File "Slack:Applications (Mac OS 9):Python 
2.1:Lib:os.py", line 196, in makedirs
    mkdir(name, mode)
error: (17, 'File exists')

There *is* a try/except block here, but it basically 
just appears to be failing to catch the 
MacOS-specific disk I/O errors.

Thanks, though, for bringing the roundup spec so 
close to reality!

Lennon Day-Reynolds
Software Engineer
Kestrel Institute
msg6 Author: [hidden] (dayreyl) Date: 2001-08-06 21:50
Logged In: YES 
user_id=201047

This was my bug -- I had forgotten my login password, 
and wanted to submit it while I had the fresh traceback 
in hand.

One question -- how often will the template installer be 
used without the rest of the init script? If the answer is 
'never', as I suspect it might be, then it might be easiest 
to simply remove the directory creation code in 
templatebuilder.py, since the directories are created in 
the init method anyway (and commenting out the 
os.makedirs() call was the fastest way for me to get an 
installation up and running).
msg7 Author: [hidden] (richard) Date: 2001-08-07 00:19
Logged In: YES 
user_id=6405

I believe this bug is fixed in CVS - we specifically catch 
EEXIST (errno 17 usually) from the makedirs call. It'll be 
fixed in the 0.2.6 release.

History
Date User Action Args
2001-08-06 18:43:33anonymouscreate