IRC

Well, seems like I'm the only one who discovered, that IRC-server still
work. Just target your clients to 195.30.85.204 instead of
irc.midgard-project.org until DNS is set up.

--

-- 
Alexey Zakhlestine
E-mail: cheshire@...
URL: http://web.peterlink.ru/

Public GPG-Key: http://andersen.peterlink.ru/public.asc

Re: Midgard Lodz meeting - confirmation

Henri Bergius <henri.bergius@...> wrote:

> On Thu, 2003-07-31 at 19:06, Alexander Bokovoy wrote:
> > Greetings!
> 
> Hello!
> 
> > As we are approaching August, 8th, please everybody who will be attending
> > the Midgard East European Meeting in Lodz, that you will actually be there
> > :)
> 
> Yeah, got my meeting on the 7th rescheduled so I have the
> travel time needed.

Hey! I live in Lodz! I can be here too ;)

> > Hope to see you all there and release Midgard 1.5.1.
> 
> Yeah, will be fun.

No doubt.

> As to Midgard 1.5.1, we will need to appoint new release manager
> to make that happen.

According to that developing midgard php extension to make it more complex 
is like suicide now new release manager shouldn't have much work to do IMHO.
I will repeat it thousand times - current library with repligard is wolf in body of sheep. 
But what midgard needs is that wolf in its own body. 

Re: Midgard Lodz meeting - confirmation

> Hey! I live in Lodz! I can be here too ;)
You gotta be kidding 

Me be there near noon, too. Piotras, give me your phone no as I would need
some traffic guidance 

Solt

Re: Midgard Lodz meeting - confirmation

"Marcin Soltysiak" <olga@...> wrote:

> > Hey! I live in Lodz! I can be here too ;)
> You gotta be kidding 

Live is too short to be not kindly kidding with kids :)

> 
> Me be there near noon, too. Piotras, give me your phone no as I would need
> some traffic guidance 

+48 608 408 212

Piotras

Re: DNS Management Credencials don't work anymore

On Wed, 2003-07-30 at 20:09, Torben Nehmer wrote:
> I just wanted to change the DNS record of the various services located
> on nathan to point to the new IPs of Nathan. Somehow the credencials
> for the DNS Management of midgard-project.org don't work anymore.
> 
> @Armand: It was you who has this under control, wasn't it?

ACK.

> I would either need the new credncials or someone to change all
> occurences of 195.30.2.52 to 195.30.85.204 or the new credencials (or
> both *g*)

And both it is. The first in a pgp protected mailbox near you.

cheers,

--

-- 
Envida                     http://www.envida.net/
Armand A. Verstappen       Graadt van Roggenweg 328
armand@...       3531 AH Utrecht
tel: +31 (0)30 298 2255    Postbus 19127
fax: +31 (0)30 298 2111    3501 DC Utrecht

Midgard schema

Hi, 

Ok, heres, a new version of the schema. This time I basicly based it on
the old proposed schema with a few changes:

* Instead of naming an entry mgd<entryname> I changed it to
Midgard<entryname> thus the ldap objectclasses and the Midgard objects
share the same names.

* I commented out the objectclass for Articles because not all of the
attributes for it are defined. I only need hosts, users and sitegroups
for now, so I'm stikking with that.

* Also, I've added a GUID attributetype. I've also added that to the
different objectclasses. 

I expect there will be more changes to the schema when it starts being
used, but that will probably be mostly additions and minor fixes.

Tarjei

#
# Midgard schema (Midgard base OID : 1.3.6.1.4.1.6994)
#
# Requires : core.schema (OpenLDAP)
# Requires : cosine.schema (RFC1274)
# Requires : inetorgperson.schema (RFC2798)
# Requires : nis.schema (RFC2307)

Re: Midgard schema

On Sun, Aug 03, 2003 at 10:47:44PM +0200, Tarjei Huse wrote:
> Hi, 
> 
> Ok, heres, a new version of the schema. This time I basicly based it on
> the old proposed schema with a few changes:
> 
> * Instead of naming an entry mgd<entryname> I changed it to
> Midgard<entryname> thus the ldap objectclasses and the Midgard objects
> share the same names.
Ok, it is good approach.

> 
> * I commented out the objectclass for Articles because not all of the
> attributes for it are defined. I only need hosts, users and sitegroups
> for now, so I'm stikking with that.
Ok, no problem.

 
> * Also, I've added a GUID attributetype. I've also added that to the
> different objectclasses. 
> 
> I expect there will be more changes to the schema when it starts being
> used, but that will probably be mostly additions and minor fixes.
Yes, as ISPMan so far will be the only consumer of the schema, it is OK.

Schema looks good so far :)
> #
> # Midgard schema (Midgard base OID : 1.3.6.1.4.1.6994)
> #
> # Requires : core.schema (OpenLDAP)

Re: Midgard schema

Hi there,

>>* I commented out the objectclass for Articles because not all of the
>>attributes for it are defined. I only need hosts, users and sitegroups
>>for now, so I'm stikking with that.
>>    
>>
>Ok, no problem.
>
I'll commit it to CVS then. Where should I put it?

Tarjei

>
> 
>  
>
>>* Also, I've added a GUID attributetype. I've also added that to the
>>different objectclasses. 
>>
>>I expect there will be more changes to the schema when it starts being
>>used, but that will probably be mostly additions and minor fixes.
>>    
>>
>Yes, as ISPMan so far will be the only consumer of the schema, it is OK.
>
>Schema looks good so far :)
>  
>
>>#

Re: Midgard schema

On Mon, Aug 04, 2003 at 12:27:38PM +0200, Tarjei Huse wrote:
> Hi there,
> 
> 
> >>* I commented out the objectclass for Articles because not all of the
> >>attributes for it are defined. I only need hosts, users and sitegroups
> >>for now, so I'm stikking with that.
> >>   
> >>
> >Ok, no problem.
> >
> I'll commit it to CVS then. Where should I put it?
dev/ldap/schema
?

--

-- 
/ Alexander Bokovoy
---
The life which is unexamined is not worth living.
		-- Plato

On making decisions

Greetings!

A lot of new ideas and functionalities seem to be floating
around. Since we don't currently have an active release
manager, we need to agree on procedure for handling these.

How about:
<Spike_Spiegel> thought about midgard API: sort options ('reverse)
<Spike_Spiegel> should be renamed to ASC or DESC
<Spike_Spiegel> this will make it more easily to understand
<bergie> Spike_Spiegel: agreed, but should be done incrementally (first
start supporting asc/desc, then slowly deprecate reverse)
<Spike_Spiegel> sure
<Spike_Spiegel> should such proposals be send to devlist? who decides
what should go in and what shouldn't?
--> tarjei (~tarjei@...) has joined #midgard
<bergie> Spike_Spiegel: usually the release manager makes final decision
<Spike_Spiegel> aha.. that's exactly the person we do not have,
currently :)))
<bergie> agreed. So propose on the dev list and if nobody disagrees...
<bergie> Maybe we should turn to use a +1/-1 system with proposals
<bergie> if something gets 5x+1, it can be done 
<Spike_Spiegel> then it's better to define who has right to vote.
<bergie> people with CVS access?
<Spike_Spiegel> good point

/Bergie

--

-- 
Henri Bergius                           Henri.Bergius@...