phpgroupware-developers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

SV: Identifying apps stati - Was: Re: [phpGroupWare-developers] Status o


From: Sigurd Nes
Subject: SV: Identifying apps stati - Was: Re: [phpGroupWare-developers] Status of the Debian packaging of phpGroupware
Date: Fri, 22 Feb 2008 14:07:17 +0100 (MET)


> From: Dave Hall address@hidden
> Sent: 2008-02-22 13:25:50 CET
> To: Sigurd Nes address@hidden
> Cc: address@hidden
> Subject: RE: Identifying apps stati - Was: Re: [phpGroupWare-developers]      
> Status of the Debian packaging of phpGroupware
> 
> 
> On Fri, 2008-02-22 at 13:15 +0100, Sigurd Nes wrote:
> > > From: Dave Hall address@hidden
> > > Sent: 2008-02-22 13:04:06 CET
> > > To: address@hidden
> > > Subject: RE: Identifying apps stati - Was: Re: [phpGroupWare-developers]  
> > > Status of the Debian packaging of phpGroupware
> > > 
> > > 
> > > On Fri, 2008-02-22 at 12:56 +0100, Sigurd Nes wrote:
> > > > Is there a conclusion on what applications will be included in 0.9.18 ?
> > > > 
> > > > I'm curious about the  'ged', 'hrm', 'manual', 'projects', 'property' 
> > > > and 'sms' 
> > > 
> > > This is a discussion about what will be included in the 0.9.16 debs in
> > > Debian.
> > > 
> > > What will and won't be in 0.9.18 will be decided during the release
> > > cycle, but currently we are all busy hacking away, so making such a
> > > decision seems kinda pointless atm :)
> > > 
> > 
> > I would feel a whole lot better if you could indicate that the intention is 
> > to include them.
> 
> Without going back through a stack of emails and logs this is what I can
> recall of the top of my head as being the release criteria for 0.9.18
> 
> Runs with register_globals off
> Runs with E_ALL error reporting
> Doesn't have obvious security, licensing or other significant issues
> Has a maintainer
> Maintainer fixes reasonable bugs doing release cycle
> Uses the API appropriately
> Basically complies with the coding standards
> 
> If those modules - or any others meet that criteria (or at least try
> very hard to) then they will be included.  Also if the criteria changes,
> then the module/s will need to meet the new criteria.
> 
Thanks - that's what I wanted - not limited to groupware
This would then be a powerful system for a wide variety of appliances. 

Regards

Sigurd

reply via email to

[Prev in Thread] Current Thread [Next in Thread]