Re: [DISCUSS] Apache Celix website svn -> git

[Pepijn Noltes]

Hi All,

The current celix-site repo [1] has an initial setup for the updated
website.

For now Edwin - the student updating the Celix website -  has chosen to
write its own small build script instead of using Hugo, Jykell or something
else. My primary concern with this is that is should be maintainable, but
as long as this will be a single and relatively small python script I think
this is fine.

I would like some feedback on the visual direction for the update site.
Primary the main navigation bar and the resizing (including mobile phones)
for the update website.  The side navigation still needs some work.
You should be able to run the build script following the instruction in the
README and then browse the update site on locally on your machine.

[1] https://git-wip-us.apache.org/repos/asf/celix-site.git

Greetings,
Pepijn

On Thu, Oct 12, 2017 at 9:12 PM Pepijn Noltes 
wrote:

> Hi All,
>
> @Bjoern thanks for input. I requested the student to have a look at Hugo.
>
> I also requested a new Apache git repo (celix-site) and this repo is now
> available [1].
>
> The approach I want to take now is to start getting something up and
> running with either jykell or hugo on the celix-site. Meaning having a src
> dir with some markdown files, a generated content dir with html and some
> instructions/scripts on root level which should be used to generate the
> site.
> From there build up the new site (hopefully with some pull request from
> our student) and finally request infra to use the celix-site git repo
> instead of the svn one.
>
> Any thought or remarks are welcome.
>
> Greetings,
> Pepijn
>
> [1] https://git-wip-us.apache.org/repos/asf/celix-site.git
>
>
> On Sun, Oct 8, 2017 at 1:26 PM Bjoern Petri 
> wrote:
>
>>
>> Hi Pepijn,
>>
>>
>> Good Idea - separating documentation into a dedicated
>> git repo could give us more flexibility e.g of the organization
>> of the docs which in turn will help users to pick it up more easily.
>> So definitely no objections from my side.
>>
>> Anyway, I wanted to point you to hugo[1] as an alternative
>> to jekyll. Saying this, I  should mention that I do not have any
>> experience with jekyll, but I really like hugo for it's simplicity.
>>
>> So maybe your student wants to give it a try as well.
>>
>> Regards,
>>   Bjoern
>>
>> [1] https://gohugo.io/
>>
>>
>> On 02.10.2017 21:06, Pepijn Noltes wrote:
>> > Hi All,
>> >
>> > I currently mentoring a student with the assignment to update/redesign
>> the
>> > Celix website.
>> > There are a few reasons why I think a update for the website is needed.
>> > First of IMO we could do a better job in explaining the ideas behind and
>> > benefits of Celix, how Celix works and the plain look & feel of the
>> website
>> > can be improved.
>> > But also for a technical point of view I would like to move away from
>> the
>> > svnpubsub mechanisme to a more git friendly approach.
>> > The latter I like to discuss in this mail.
>> >
>> > Personally I like the way Apache Beam has organised it's website.
>> > They have a separate git repository for their website [1] and use jekyll
>> > [2] to generate most html files from markdown files.
>> > If I am correct this means that we can still mainly use markdown files
>> to
>> > write and maintain the Celix website and use a (IMO) more friendly
>> > environment to generate and commit the website.
>> >
>> > [1] https://github.com/apache/beam-site
>> > [2] http://jekyllrb.com
>> >
>> > Let me know what you think if this approach. If nobody disagrees I will
>> go
>> > ahead and see what step we can take to arrange this.
>> >
>> > Greetings,
>> > Pepijn
>> >
>>
>>
>>

Celix board report

[Pepijn Noltes]

Hi All,

It is time for the board report.
See my proposal below, please feel free to comment if you are missing something.

Greetings,
Pepijn


## Description:

 - dynamic service framework for C and C++.


## Issues:

 - There are no issues requiring board attention at this time


## Activity:

 -The PubSubAdmin implementation is refactored, so that serializers
are nog pluggable. This means that the discovery, transport and
serialisation techniques are now all pluggable and can differente
techniques can be combined.
- The CMake add_deploy mechanisme is updated to support a more easier
use in IDE. Practically this means that an add_deploy call will result
in a executable, which can be run directly from an IDE (with CMake
support).
- A CMake add_celix_docker is added so that minimal docker images
based on Celix can be created. This CMake function will create a
minimal filesystem with only the required executable/libraries and
bundles (unstripped ~ 17 mb)


## Health report:

 - The current activity is a bit on the low side, even considering the
size of the community.


## PMC changes:

 - Currently 7 PMC members.

 - No new PMC members added in the last 3 months

 - Last PMC addition was Alexander Broekhuis on Wed Jul 16 2014


## Committer base changes:

 - Currently 10 committers.

 - No new committers added in the last 3 months

 - Last committer addition was Roy Lenferink at Thu Feb 09 2017



## Releases:

 - Last release was 2.0.0 on Wed Oct 26 2016



## Mailing list activity:


 - dev@celix.apache.org:

- 59 subscribers (down -1 in the last 3 months):

- 18 emails sent to list (17 in previous quarter)



## JIRA activity:


 - 7 JIRA tickets created in the last 3 months

 - 10 JIRA tickets closed/resolved in the last 3 months