stanbol-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dileepa Jayakody <dileepajayak...@gmail.com>
Subject Re: [REPORT] Apache Stanbol - February 2016
Date Thu, 18 Feb 2016 08:34:48 GMT
+1 from my side as well for the report.

I would like to join the call as well.

Thanks,
Dileepa

On Thu, Feb 18, 2016 at 1:10 PM, Antonio David PĆ©rez Morales <
adperezmorales@gmail.com> wrote:

> Hi
>
> +1 for the report
>
> I'm available any time you decide this or next week to have the call
>
> Regards
>
> 2016-02-17 19:41 GMT+01:00 Susheel Kumar <susheel2777@gmail.com>:
>
> > Sure, I would love to join any call to discuss the latest and project
> > direction.
> >
> > Thanks,
> > Susheel
> >
> > On Fri, Feb 12, 2016 at 5:57 AM, Rafa Haro <rharo@apache.org> wrote:
> >
> > > Hi Devs,
> > >
> > > +1 from my side too. Anyone would join me next week anytime for a
> > Hangout?
> > > Although we can always discuss further in the list, I think it could
> be a
> > > good idea to discuss on a call on project direction, next releases,
> most
> > > urgent issues, priorities....
> > >
> > > What do you guys think?
> > >
> > > Cheers,
> > > Rafa
> > >
> > > On Fri, Feb 12, 2016 at 11:10 AM Rupert Westenthaler <
> > > rupert.westenthaler@gmail.com> wrote:
> > >
> > > > The report is fine with me
> > > >
> > > > On Thu, Feb 11, 2016 at 11:48 AM, Fabian Christ <fchrist@apache.org>
> > > > wrote:
> > > > > Hi Stanbolers,
> > > > >
> > > > > since I missed the last two slots in December and January to report
> > to
> > > > > the board we have to submit a report this month.
> > > > >
> > > > > I have submitted the report below to the board.
> > > > >
> > > > > Best
> > > > > Fabian
> > > > >
> > > > > Status report for the Apache Stanbol Project - February, 2016
> > > > >
> > > > > Apache Stanbol provides a set of reusable components for semantic
> > > content
> > > > > management.
> > > > >
> > > > > First, appologies for the missed reports. We had to report in
> > December
> > > > > but missed that plus the January report.
> > > > >
> > > > > There are no issues which require board attention at the moment.
> > > However,
> > > > > the project is in a phase where new/other people should take over
> the
> > > > > lead as chairman since the current chairman Fabian Christ has less
> > and
> > > > > less time to manage the project. Therefore, the project will start
> to
> > > > > find a new person for this job.
> > > > >
> > > > > Additionally, a first suggestion was started to invite new people
> to
> > > > > become PMC members and potentially new leaders for the project.
> > > > >
> > > > > At code level the project is doing fine. The project started to
> > > > > reorganize a lot of old JIRA issues and tries to focus on the
> > relevant
> > > > > tasks.
> > > > >
> > > > > The project did not manage to cut new releases. This is also an
> issue
> > > of
> > > > > finding new people to become more responsible for the project and
> > start
> > > > > creating releases.
> > > > >
> > > > > Bertrand Delacretaz has resigned from the Stanbol PMC on December,
> > 1st
> > > > 2015
> > > > >
> > > > > Subscribers on the dev list: 233
> > > > >
> > > > > Last new committer was
> > > > >   Cristian Petroaca on May 7th, 2015
> > > > >
> > > > > No new PMC member was elected since the graduation of Apache
> Stanbol
> > on
> > > > > Sep 19th, 2012.
> > > > >
> > > > > Last stack release was:
> > > > >   Apache Stanbol 0.12 on Mar 2nd, 2014
> > > > >
> > > > > Last component release was:
> > > > >   Apache Stanbol Partial Security Release RC2 on June 5th, 2014
> > > > >   org.apache.stanbol.commons.security.reactor-20140602
> > > >
> > > >
> > > >
> > > > --
> > > > | Rupert Westenthaler             rupert.westenthaler@gmail.com
> > > > | BodenlehenstraƟe 11                              ++43-699-11108907
> > > > | A-5500 Bischofshofen
> > > > | REDLINK.CO
> > > >
> > >
> >
> ..........................................................................
> > > > | http://redlink.co/
> > > >
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message