> - the download page for beta4 should really link to the beta3 release notes,
> especially as alot of important sitegroups info are in there.....
Good point.
> I did have a lot of difficulty trying to recompile later without sitegroups -
> Anyway I will probably do that on a different system and transfer over the
> result to this machine..
If you do a make clean & reconfigure all three parts you should have no
problems.
> The only hickups where really that debian puts some of it's libraries in
> different places (eg. /usr/include/postgresql for php3's pgsql extension etc.)
> - not sure if this is a php issue rather than midgards... (and for some reason
> apxs is sent -W-l/usr/local/lib or something - apxs doesnt have that option...
These are PHP and apache issues respectively.
> login into the admin site as admin*testing
>
> you get the message saying you are logged in as testing with sitegroup
> testing
I would expect 'root in sitegroup testing'
> create a person - eg. Someusername
> create a useraccount user@testing <-- use the @ sign in the username!!!
Why? This seems awfully inconvenient.
> log back in as admin*testing
> create a new user called [EMAIL PROTECTED]
>
> go to mysql prompt (as it is the only way to do it at present!)
> log in, etc.the type
> insert into member(uid,gid,sitegroup) values (A,0,B);
> where A=the user id for admin@testing
> where B= the sitegroup id for 'testing';
>
> theoritical this should have made an administrator of sitegroup B
> - it doesnt.....
No -- because you just tried to create a root acount!
if you have member(uid, 0, 0) that makes that uid root. _Do not_ use gid 0
unless you want to create a root user.
If you want to create a sitegroup admin, log in as admin*testing, create a
use group ('admin' for example), set the admingroup field of the sitegroup
record to it's id. If the SG id is S, the group id is G and the user id is
U, then the following situation makes U a sitegroup admin:
person(id=U, sitegroup=S)
sitegroup(id=S, admingroup=G)
grp(id=G, sitegroup=S)
member(uid=U, gid=G, sitegroup=S)
> other thing to note:
> usernames - with @ in have to be defined in the username,
It doesn't. I think you're confusing login delimiters with the actual
usernames.
> THE USERNAME field is a max of about 20 characters - so if you store @ sign
> sitegroups you probably need to do an 'alter table'!!!!
This limitation only exists in the HTML interface I think. Change the
textfield in the admin interface to accept longer texts if you need it.
> however you can use xxxx+sitegroup to login, it will look for a user xxxx
> with site group = the same as logining in with the @ but the username does not
> need to include @sitename
If this works this is a bug.
Emile
--
This is The Midgard Project's mailing list. For more information,
please visit the project's web site at http://www.midgard-project.org
To unsubscribe the list, send an empty email message to address
[EMAIL PROTECTED]
