It would a major improvement in cleanness if 
roundup would support a Mailman style installation.

Mailman uses c wrappers for the mail and cgi commands.
They check the group permissions, calling parameters
and can use setgid bits. It makes security permission
bugs less likely.

All binaries and data get installed in the directory
of one user (usually ~mailman). There is a bin/paths.py
which sets the path for the modules ~mailman/Mailman.
The data for the lists also reside there
(~mailman/lists , ~mailman/data, ~mailman/log)
This allows for several versions to be installed and
everything related to one version is in one place for
the administrators.
So no more patching of python path and giving the
instances directory
in default cases. Just call ~roundup/bin/admin and only
give it the name of the tracker.

The latter shows how installing everything in one place
can help
to make the usage simple, because the default
directories are known.
I find that I type /home/roundup/instances/testroundup
way to often during installation. 

In short: Please check out the clear design of the mailman
and its regular installation at ~mailman. Just mimic it.

Logged In: YES 
user_id=6405

What's the behaviour under Windows? 
 

Logged In: YES 
user_id=113859

> What's the behaviour under Windows? 

Good question. I don't know.

 

Logged In: YES 
user_id=6405

As far as the other stuff goes:  
1. user: there's nothing stopping you from creating a new user and  
installing all trackers as that user - in fact, on unix it's encouraged.  
2. wrappers: I'm never going to ship a Roundup that requires  
compilation of C code. I might consider shipping an additional package  
that included such things, but Roundup will never require it. Also, I'm  
unlikely to ever write it, so it's going to have to be contributed. If  
you're willing, I can discuss the implementation on the roundup-devel  
mailing list.  
 

Logged In: YES 
user_id=113859

to 1.: Of course I can create a user. :) For my fellow
administrators I would consider
it a significant improvement to streamline that installation
per default.
The good side of defaults is that they give good suggestions
if people are undecided or lost in details during their
attempt to just get something running.

to 2: It does not necessarily need to be a mandatory wrapper.
Just the wrappers would add security and help the group
permission problem. You could just check out the code from
mailman and see what is possible. Even when it is not
mandatory you can make it a sane default.

Logged In: YES 
user_id=596169

I also think that installing everything in one place is a
VERY good thing. The stuff installed into site-packages is not
generic enough for independent usage. Besides, in this case
it is simpler to write migration scripts for new versions.

Logged In: YES 
user_id=6405

The current distutils-based installation mechanism is not going to 
change. 
 
I will consider distributing any contributed C wrapper code with 
Roundup if/when that code is contributed. 
 

Logged In: YES 
user_id=6405

I'm going to consider this feature request dead if there's no 
activity in a week's time. 
 

Logged In: YES 
user_id=113859

I still hold this feature request up. :)

For the reasons given I still strongly believe 
that a way to make this installation 
with a wrapper and if possible similiar to mailman is important 
to roundup.

There will be several ways to install it, 
but the mailman way is suitable in many situations
and kown to many administrators which is a huge advantage.

Logged In: YES 
user_id=113859

BTW: the code for proposed wrapper is basically
there in mailman. Design is not hard and can just be copied.

Logged In: YES 
user_id=29957

However, Richard's already said he's not interested in 
doing the work, and no-one's stepped forward in the 
5 months that this issue's been open. 

Logged In: YES 
user_id=113859

That's not really a reason to close the feature request.
It is just a long standing open feature request. 
Somebody (maybe even me) might help doing the wrapper first.

Logged In: YES 
user_id=38283

Please don't break things.  i love the way the installation works 
:-)

Been a while since i mucked w/ mailman, and i'm not sure i see 
any point in making it more the way mailman does it.