Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Wolfgang Denk]

Dear Henning,

In message <20180209203016.22ade...@mmd1pvb1c.ad001.siemens.net> you wrote:
>
...
> case we change our mind ... at the meeting there was a comment by Karim,
> where he suggested to use google analytics.

See https://www.google.de/search?q=google+analytics+deutscher+datenschutz

> That is the situation today, which does not mean that we need to
> respect that wish. If you really want to disguise your use of Xenomai
> you need to take your own measures (i.e. subscribe with your gmail and
> do not download from your company network etc.). Catering for such
> anonymous use is not our job.

This sounds as if you suggest to harvest and use/publish data
against the recognizable intent of the users.  Just to make this
clear: not on our servers.  Yes, the data may be interesting, but my
respect for the wishes, needs and rights of our users is more
important to me.

> Here i hear yet another wish to establish a regular community event.
> Maybe a topic worth stating a new thread on.

I agree.  Meting in person is always much more efficient than other
attempts.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
One possible reason that things aren't going  according  to  plan  is
that there never was a plan in the first place.

___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Henning Schild]

Am Fri, 9 Feb 2018 17:45:43 +0100
schrieb Wolfgang Denk :

> Dear Karim,
> 
> In message <71b1c406-6eb5-8c62-36e6-c48341baf...@opersys.com> you
> wrote:
> >   
> > >>- usage stats could be extracted from our website, downloads,
> > >>  mailinglists  
> > > 
> > > We have to be very careful here.  German law is pretty strict
> > > about what you can (or rather must not) do with such data...  
> > 
> > I'm obviously not in a position to provide any sort of legal advice
> > nor would I recommend violating any laws. However, it would
> > probably be worth getting some specifics on this instead of just
> > shying away because of an unspecified potential issue. The point
> > is, it's my understanding that there would be no selling nor
> > advertising of this nor use for any commercial purpose. The only
> > purpose here is to get a better understanding of who is using
> > Xenomai and where they are physically located to plan activities
> > accordingly and provide a more accurate picture to the larger open
> > source community as to the composition of the Xenomai user-base.  
> 
> This is not intended to "shy away" anybody.  But the laws are really
> strict. Yes,we can easily generate information like numners of
> downloads or such, without problems.  But just storing accessing IP
> addresses (even whenyou never ever disclose these to anybody) means
> you are storing pesonal information, and you might require
> permission from the accessing user.  So for exmaple trying to
> evaluate accessing domain names to generate statistics about the
> number of companies who are interested in Xenomai would be something
> which I would not do without prior legal clearance.

I do not want to continue that discussion forever, especially not in
this thread. We all seem to agree that we do not want collect stats. In
case we change our mind ... at the meeting there was a comment by Karim,
where he suggested to use google analytics.
Doing that or using a "like-button" of some sort might allow us to work
around possible legal problems we have when hosting in Germany.

> > > I doubt this will actually work.  In my experience, there is a
> > > pretty large base of users who intentionally do NOT advertise
> > > their use of Xenomai.  
> > 
> > That's a good point. Still, Xenomai has historically suffered from 
> > having a primarily "anonymous" user base. Yet, that user base is 
> > hampered by the lack of seeming traction given that few are willing
> > to "endorse" the project.  
> 
> This is only natural, I think. We are not one of the classic open
> source communities like Linux of U-Boot have.  You don't run Xenomai
> on your toy project to scratch some private itches.  Xenomai is
> intended for and primarily applied in industrial environments.
> The overwhelming majority of Xenomai users known to me don't do this
> for fun, but for business. And many of them are not permitted to
> disclose any details of their work, often not even the name of the
> company.  This has not much to do with being willing or not, but
> with being permitted.

That is the situation today, which does not mean that we need to
respect that wish. If you really want to disguise your use of Xenomai
you need to take your own measures (i.e. subscribe with your gmail and
do not download from your company network etc.). Catering for such
anonymous use is not our job.


> > That's the core issue. If no one is going to show public and strong 
> > support for this project, it's going to be close to impossible to
> > show the value of the project to the wider open source community,
> > especially the Linux kernel developers. The project's value can
> > only be argued for so long simply based on logical arguments when
> > compared to other approaches.  
> 
> This problem is as old as Xenomai.  We tried before to overcome
> this, for example with the first (and so far only, sic!) Xenomai
> User's Meeting of 2009 where we were actually able to find a few
> companies willing to publicly confirm their use of Xenomai ([1]).
> We did a number of projects based on Xenomai since, and please
> don't assume that we did not try to get more such publicity.

Here i hear yet another wish to establish a regular community event.
Maybe a topic worth stating a new thread on.

Henning

> I really don't want to discourage you, but please don't hold your
> breath!
> 
> [1] http://www.denx.de/en/News/Xum2009AbstractsAndPresentations
> 
> 
> Best regards,
> 
> Wolfgang Denk
> 


___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Karim Yaghmour]

Hi Wolfgang,

On 02/09/2018 11:45 AM, Wolfgang Denk wrote:

Dear Karim,

In message <71b1c406-6eb5-8c62-36e6-c48341baf...@opersys.com> you wrote:



- usage stats could be extracted from our website, downloads,
  mailinglists


We have to be very careful here.  German law is pretty strict about
what you can (or rather must not) do with such data...


I'm obviously not in a position to provide any sort of legal advice nor
would I recommend violating any laws. However, it would probably be
worth getting some specifics on this instead of just shying away because
of an unspecified potential issue. The point is, it's my understanding
that there would be no selling nor advertising of this nor use for any
commercial purpose. The only purpose here is to get a better
understanding of who is using Xenomai and where they are physically
located to plan activities accordingly and provide a more accurate
picture to the larger open source community as to the composition of the
Xenomai user-base.


This is not intended to "shy away" anybody.  But the laws are really
strict. Yes,we can easily generate information like numners of
downloads or such, without problems.  But just storing accessing IP
addresses (even whenyou never ever disclose these to anybody) means
you are storing pesonal information, and you might require
permission from the accessing user.  So for exmaple trying to
evaluate accessing domain names to generate statistics about the
number of companies who are interested in Xenomai would be something
which I would not do without prior legal clearance.


Understood. FWIW, I don't have access to any of this myself. Just trying 
to help.



I doubt this will actually work.  In my experience, there is a
pretty large base of users who intentionally do NOT advertise their
use of Xenomai.


That's a good point. Still, Xenomai has historically suffered from
having a primarily "anonymous" user base. Yet, that user base is
hampered by the lack of seeming traction given that few are willing to
"endorse" the project.


This is only natural, I think. We are not one of the classic open
source communities like Linux of U-Boot have.  You don't run Xenomai
on your toy project to scratch some private itches.  Xenomai is
intended for and primarily applied in industrial environments.
The overwhelming majority of Xenomai users known to me don't do this
for fun, but for business. And many of them are not permitted to
disclose any details of their work, often not even the name of the
company.  This has not much to do with being willing or not, but
with being permitted.


That makes sense. I wouldn't say most people using U-Boot are doing it 
for toy projects, but I get what you mean. Being a Linux or U-Boot user 
may be more anonymizing that declaring that you use Xenomai.



That's the core issue. If no one is going to show public and strong
support for this project, it's going to be close to impossible to show
the value of the project to the wider open source community, especially
the Linux kernel developers. The project's value can only be argued for
so long simply based on logical arguments when compared to other approaches.


This problem is as old as Xenomai.  We tried before to overcome
this, for example with the first (and so far only, sic!) Xenomai
User's Meeting of 2009 where we were actually able to find a few
companies willing to publicly confirm their use of Xenomai ([1]).
We did a number of projects based on Xenomai since, and please
don't assume that we did not try to get more such publicity.

I really don't want to discourage you, but please don't hold your
breath!


True, this is an old problem. But it's going to have to be solved at 
some point. Because it's those very users who depend on Xenomai who are 
ultimately going to pay the price if it ceases to be maintainable.


The idea was that by having regular meetings at a proper location, 
possibly co-located with another event such as ELC or ELCE, then people 
could show up "uncommitted" to an adjunct event. Yet, still, this would 
foster at least some form of community around the project.


Cheers,

--
Karim Yaghmour
CEO - Opersys inc. / www.opersys.com
http://twitter.com/karimyaghmour

___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Karim Yaghmour]

Hi Wolfgang,

On 02/09/2018 06:00 AM, Wolfgang Denk wrote:

In message <20180208145121.7551c...@mmd1pvb1c.ad001.siemens.net> you wrote:

   - usage stats could be extracted from our website, downloads,
 mailinglists


We have to be very careful here.  German law is pretty strict about
what you can (or rather must not) do with such data...


I'm obviously not in a position to provide any sort of legal advice nor 
would I recommend violating any laws. However, it would probably be 
worth getting some specifics on this instead of just shying away because 
of an unspecified potential issue. The point is, it's my understanding 
that there would be no selling nor advertising of this nor use for any 
commercial purpose. The only purpose here is to get a better 
understanding of who is using Xenomai and where they are physically 
located to plan activities accordingly and provide a more accurate 
picture to the larger open source community as to the composition of the 
Xenomai user-base.



- for now we do not look at that and try to not be nosy


I can't parse that?


- usage stats could be very useful for users as well
 - get an idea how popular Xenomai is
 - where in the world
 - which versions especially


I doubt this will actually work.  In my experience, there is a
pretty large base of users who intentionally do NOT advertise their
use of Xenomai.


That's a good point. Still, Xenomai has historically suffered from 
having a primarily "anonymous" user base. Yet, that user base is 
hampered by the lack of seeming traction given that few are willing to 
"endorse" the project.


That's the core issue. If no one is going to show public and strong 
support for this project, it's going to be close to impossible to show 
the value of the project to the wider open source community, especially 
the Linux kernel developers. The project's value can only be argued for 
so long simply based on logical arguments when compared to other approaches.


Cheers,

--
Karim Yaghmour
CEO - Opersys inc. / www.opersys.com
http://twitter.com/karimyaghmour

___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Wolfgang Denk]

Dear Karim,

In message <71b1c406-6eb5-8c62-36e6-c48341baf...@opersys.com> you wrote:
> 
> >>- usage stats could be extracted from our website, downloads,
> >>  mailinglists
> > 
> > We have to be very careful here.  German law is pretty strict about
> > what you can (or rather must not) do with such data...
> 
> I'm obviously not in a position to provide any sort of legal advice nor 
> would I recommend violating any laws. However, it would probably be 
> worth getting some specifics on this instead of just shying away because 
> of an unspecified potential issue. The point is, it's my understanding 
> that there would be no selling nor advertising of this nor use for any 
> commercial purpose. The only purpose here is to get a better 
> understanding of who is using Xenomai and where they are physically 
> located to plan activities accordingly and provide a more accurate 
> picture to the larger open source community as to the composition of the 
> Xenomai user-base.

This is not intended to "shy away" anybody.  But the laws are really
strict. Yes,we can easily generate information like numners of
downloads or such, without problems.  But just storing accessing IP
addresses (even whenyou never ever disclose these to anybody) means
you are storing pesonal information, and you might require
permission from the accessing user.  So for exmaple trying to
evaluate accessing domain names to generate statistics about the
number of companies who are interested in Xenomai would be something
which I would not do without prior legal clearance.

> > I doubt this will actually work.  In my experience, there is a
> > pretty large base of users who intentionally do NOT advertise their
> > use of Xenomai.
> 
> That's a good point. Still, Xenomai has historically suffered from 
> having a primarily "anonymous" user base. Yet, that user base is 
> hampered by the lack of seeming traction given that few are willing to 
> "endorse" the project.

This is only natural, I think. We are not one of the classic open
source communities like Linux of U-Boot have.  You don't run Xenomai
on your toy project to scratch some private itches.  Xenomai is
intended for and primarily applied in industrial environments.
The overwhelming majority of Xenomai users known to me don't do this
for fun, but for business. And many of them are not permitted to
disclose any details of their work, often not even the name of the
company.  This has not much to do with being willing or not, but
with being permitted.

> That's the core issue. If no one is going to show public and strong 
> support for this project, it's going to be close to impossible to show 
> the value of the project to the wider open source community, especially 
> the Linux kernel developers. The project's value can only be argued for 
> so long simply based on logical arguments when compared to other approaches.

This problem is as old as Xenomai.  We tried before to overcome
this, for example with the first (and so far only, sic!) Xenomai
User's Meeting of 2009 where we were actually able to find a few
companies willing to publicly confirm their use of Xenomai ([1]).
We did a number of projects based on Xenomai since, and please
don't assume that we did not try to get more such publicity.

I really don't want to discourage you, but please don't hold your
breath!

[1] http://www.denx.de/en/News/Xum2009AbstractsAndPresentations


Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
If a train station is a place where a train stops,
   then what's a workstation?

___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Henning Schild]

Am Fri, 9 Feb 2018 12:00:28 +0100
schrieb Wolfgang Denk :

> Dear Henning,
> 
> In message <20180208145121.7551c...@mmd1pvb1c.ad001.siemens.net> you
> wrote:
> > 
> > on 02/02/18 we had an open community meeting in Brussels to discuss
> > topics around Xenomai. Both the recent development as well as plans
> > for the future.  
> 
> Thanks for the summary - it's a pity I was not able to attend.
> 
> > - open questions:
> >  Will issues, pull-request and wikis from gitlab be open?  
> 
> I think it would be beneficial to provide open access to registered
> users, so everybody can contribute with minimal effort.  The
> registration (and verification of the provided email address) is
> necessary to avoid spammers / wiki trolls.

We already discussed that elsewhere. Multiple channels can mean that
you get spammed with notifications, have to poll multiple channels,
miss information, or have to keep multiple channels in sync.

And the big problem with issues and all that magic is, that you bury
very valuable information in the depth of a web-application. Where it
might be very hard to extract it from and switch to something else.

If we are ok with the second point, we could just give it a try and
react if the first one becomes a problem.

> >  Will the website move into gitlab?  
> 
> Otherwise we will find ways to host that, too.
> 
> >   - usage stats could be extracted from our website, downloads,
> > mailinglists  
> 
> We have to be very careful here.  German law is pretty strict about
> what you can (or rather must not) do with such data...
> 
> >- for now we do not look at that and try to not be nosy  
> 
> I can't parse that?

What i wanted to say is that nobody looked at that yet, now that you
mentioned possible legal problems that is probably a good thing.

> >- usage stats could be very useful for users as well
> > - get an idea how popular Xenomai is
> > - where in the world
> > - which versions especially  
> 
> I doubt this will actually work.  In my experience, there is a
> pretty large base of users who intentionally do NOT advertise their
> use of Xenomai.

Using stats collected on our infrastructure is a way to work around
users silently consuming, that is why we talked about that topic. You
at least get an idea how many times i.e. a tarball got downloaded (like
on sourceforge)

> > Testing:
> > 
> > - with the new hoster we will have gitlab-ci to control or run all
> >   sorts of tests
> > - at the end we would like to have all that in CI:
> >   - compile tests for all arches and multiple configs
> >   - full OS image generation for testing on reference boards
> >   - functional testing "smokey"
> >   - performance testing ("latency", "switch-test" etc. combined with
> > stress, dd, ...)  
> 
> Heiko Schocher has such a system up and running for a few boards of
> our customers; it is based on his tbot test framework.  It's nothing
> too sophisticated yet, but at least he builds the images, runs the
> latency test, makes sure there are no overruns and verifies that a
> max value is not exceeded.  Heiko even generates some grpahics using
> gnuplot and includes this into the automatically generated PDF
> documentation.
> 
> Sorry, I can't show an example here as thi is customer specific, but
> the test cases itself are free, see [1].

I have a fork of tbot running here as well, i did not even know it was
used somewhere else. It was before my time at Siemens but i think Heiko
initially developed that for us.
Now i wanted to suggest to make that open-source ... but it is! I will
have to see what changed in there since and see whether my additions
could be useful for upstream.

> [We use a Yocto meta layer for Xenomai here.  This is pretty generic
> and has actually been submitted to mainline, but the steering
> committee still has to decide if there is interest to add it :-( ]
> 
> > - we will have to divide and conquer and start with the low-hanging
> >   fruits like compile-only  
> 
> Runtime tests are cheap as well if you find tbot [2], [3] is good
> enough for your purposes.  You can also run these under Jenins etc.
> easily [4]. I will ask Heiko to get this running on a BBB as well so
> we could even show it on the tbot2go setup [5]. Give me a week,
> please.
> 
> [1] https://github.com/hsdenx/tbot/tree/master/src/tc/linux/xenomai
> [2] https://www.tbot.tools/
> [3] https://github.com/hsdenx/tbot
> [4] http://www.tbot.tools/jenkins.html
> [5] http://www.tbot.tools/tbot2go.html
> 
> > - all testing infrastructure should be open, ideally contributers
> >   should be able to use it as well, or at least see the reports
> > - Gilles used to run a CI that could do a lot of the above
> >  - but that was pretty custom and would be hard to use/maintain
> > without Gilles ... given the code can still be found  
> 
> If you have a board to run the tests on, you can easily set up all
> needed infrastructure to use tbot for these purposes.  If you don't
> 

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Wolfgang Denk]

Dear Henning,

In message <20180208145121.7551c...@mmd1pvb1c.ad001.siemens.net> you wrote:
> 
> on 02/02/18 we had an open community meeting in Brussels to discuss
> topics around Xenomai. Both the recent development as well as plans for
> the future.

Thanks for the summary - it's a pity I was not able to attend.

> - open questions:
>  Will issues, pull-request and wikis from gitlab be open?

I think it would be beneficial to provide open access to registered
users, so everybody can contribute with minimal effort.  The
registration (and verification of the provided email address) is
necessary to avoid spammers / wiki trolls.

>  Will the website move into gitlab?

Otherwise we will find ways to host that, too.

>   - usage stats could be extracted from our website, downloads,
> mailinglists

We have to be very careful here.  German law is pretty strict about
what you can (or rather must not) do with such data...

>- for now we do not look at that and try to not be nosy

I can't parse that?

>- usage stats could be very useful for users as well
> - get an idea how popular Xenomai is
> - where in the world
> - which versions especially

I doubt this will actually work.  In my experience, there is a
pretty large base of users who intentionally do NOT advertise their
use of Xenomai.

> Testing:
> 
> - with the new hoster we will have gitlab-ci to control or run all
>   sorts of tests
> - at the end we would like to have all that in CI:
>   - compile tests for all arches and multiple configs
>   - full OS image generation for testing on reference boards
>   - functional testing "smokey"
>   - performance testing ("latency", "switch-test" etc. combined with
> stress, dd, ...)

Heiko Schocher has such a system up and running for a few boards of
our customers; it is based on his tbot test framework.  It's nothing too
sophisticated yet, but at least he builds the images, runs the
latency test, makes sure there are no overruns and verifies that a
max value is not exceeded.  Heiko even generates some grpahics using
gnuplot and includes this into the automatically generated PDF
documentation.

Sorry, I can't show an example here as thi is customer specific, but
the test cases itself are free, see [1].

[We use a Yocto meta layer for Xenomai here.  This is pretty generic
and has actually been submitted to mainline, but the steering
committee still has to decide if there is interest to add it :-( ]

> - we will have to divide and conquer and start with the low-hanging
>   fruits like compile-only

Runtime tests are cheap as well if you find tbot [2], [3] is good
enough for your purposes.  You can also run these under Jenins etc.
easily [4]. I will ask Heiko to get this running on a BBB as well so
we could even show it on the tbot2go setup [5]. Give me a week,
please.

[1] https://github.com/hsdenx/tbot/tree/master/src/tc/linux/xenomai
[2] https://www.tbot.tools/
[3] https://github.com/hsdenx/tbot
[4] http://www.tbot.tools/jenkins.html
[5] http://www.tbot.tools/tbot2go.html

> - all testing infrastructure should be open, ideally contributers
>   should be able to use it as well, or at least see the reports
> - Gilles used to run a CI that could do a lot of the above
>  - but that was pretty custom and would be hard to use/maintain without
>Gilles ... given the code can still be found

If you have a board to run the tests on, you can easily set up all
needed infrastructure to use tbot for these purposes.  If you don't
already have hardware that allows for remote console access and
remote power cycling you can follow the tbot2go example for less
than 100 Euro (and by just adding more relays, you can use one such
setup for several boards, of course).

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,  Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: w...@denx.de
In C we had to code our own bugs, in C++ we can inherit them.

___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Greg Gallagher]

I thought the meeting was great thanks to everyone that set it up.  I
think it really got some things out in the open.  Moving forward what
items should we tackle first?  I also have these two how to articles
that I made a while ago.  I need to clean up the information in it
since I've learned more since and they can be improved.  If anyone is
looking at tackling the tutorials we talked about during the meeting
and would like to use them as a reference please feel free.  They are
geared towards Zynq but they can be generalized.  Once I get these
raspberry pi images to a point where I can share, I'd be happy to work
with someone on gearing some of the getting started material towards
raspberry pi.

https://embeddedgreg.com/2017/07/16/getting-started-with-xenomai-3-on-zynq/

https://embeddedgreg.com/2017/08/08/hello-xeno-world/

-Greg

On Thu, Feb 8, 2018 at 8:51 AM, Henning Schild
 wrote:
> Hi,
>
> on 02/02/18 we had an open community meeting in Brussels to discuss
> topics around Xenomai. Both the recent development as well as plans for
> the future.
>
> We at Siemens work closely together with Philippe Gerum. We first
> considered inviting him to our office in Munich and have an internal
> meeting. But i am happy we went for the open meeting instead. The crowd
> was not too big and some attendees where mostly silent, i would still
> call it a success. For me personally it was nice to meet in person,
> after contributing to Xenomai for a few years now.
> Let us see whether we can make that a more regular event and motivate
> even more people to show up and speak about their usage of Xenomai in
> their projects or even products.
>
> Henning
>
> 
>
> Attendees:
> --
> local:
>  Philippe Gerum, Karim Yaghmour, Jan Leupold, Sebastian Smolorz, Jeroen
>  Van den Keybus,  Niels Wellens, Jan Kiszka, Henning Schild
> remote:
>  Greg Gallagher, Dmitriy Cherkasov
>
> Ipipe:
> --
> - it was decided that the following arches will not be supported
>   anymore:
>   - blackfin, ppc64, arm32 < v7
> - the remaining ones will be maintained by these people
>  - Steven Seeger ppc32
>  - Dimitri Cherkasov arm64
>  - Philippe Gerum arm32 >= v7
>  - Jan Kiszka i386/x86_64
> - Philippe described the current state of the pipeline patches
>  - the maintainability of these patches was identified as a critical
>issue of the project
>  - hard to rebase, understand etc.
> - new approach for the patches discussed
>  - split "the patch" into a clear series of patches, with meaningful
>commit messages
>  - and improve that split over time
>  - that should mitigate the mentioned problems, increase quality and
>ease maintenance
>  - authership of contributions should be kept
> - supported kernel versions
>  - we will aim to provide ipipe-patches for the respective latest LTS
>  - patch series will be rebased onto .0 release
>  - in rebase fold/squash or split patches to keep it a clear series
>  - it is not fully clear whether rebase or merge workflows will be used
>within one release (i.e. from 4.4.0 to 4.4.71)
>  - only _one_ LTS kernel will be officially supported at a time
>  - older LTS branches can be maintained if anyone signs up for doing
>that (Siemens is likely to keep working on 4.4 for a while)
>  - maintainers of such branches will have to "poll" the latest branch
>to find out about fixes that might require backporting
> - upstreaming of Ipipe
>  - the current patchset can not be used for upstreaming into the Linux
>kernel
>  - the new split patchqueue could have some potential for getting tiny
>bits merged
>  - for the real merge, Philippe has version 4 of the pipeline in the
>making
>   - that could "come close" but is still in the making (with little
> time to work on it)
>   - we will need a "user" of that when we propose it upstream
>
> Workflows/Releases:
> ---
> - upcoming release of ipipe 4.14
>  - x86 still has FPU issues, the rest is done
> - upcoming xenomai release 3.0.7
>  - contains rtnet-fixes, x86 build fixes and more
>  - still waiting for ipipe-4.14 but could be released without that
> - upcoming xenomai release 3.1
>  - introduce arm64, see git
>  - waiting for ipipe-4.14
>
> - there will be no release plan or schedule
> - users should learn to use git and forget about release tags
>
> Infrastructure:
> --
> - xenomai and ipipe will move to gitlab of denx (should be mostly
>   transparent for users)
> - mailinglist moves to denx (again, should be transparent)
> - open questions:
>  Will issues, pull-request and wikis from gitlab be open?
>  Will the website move into gitlab?
>
> Roles:
> --
> - Ipipe arch maintainers (see above)
> - Philippe Gerum: Ipipe Integrator
> - Philippe wants to hand over most of his current duties until 09/18
>
> Roles/Tasks we need volunteer for:
>  - release manager
>  - public relations
>   - gather/collect information from the "inside"
>- who is using 

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Greg Gallagher]

Right now I'm testing images for pi zero w, 2b and 3.  So I should
have some basic testing of all images by the weekend.  I'll get some
testing on arm64 and post the images soon so others can join in :)

-Greg

On Thu, Feb 8, 2018 at 9:02 PM, Dmitriy Cherkasov  wrote:
> On 02/08/2018 12:32 PM, Greg Gallagher wrote:
>
>> geared towards Zynq but they can be generalized.  Once I get these
>> raspberry pi images to a point where I can share, I'd be happy to work
>> with someone on gearing some of the getting started material towards
>> raspberry pi.
>
> Which pi boards are you targeting? If you have an RPi3, the arm64 port could 
> use
> some testing.

___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai

Re: [Xenomai] Xenomai community meeting 2018, meeting minutes

[Dmitriy Cherkasov]

On 02/08/2018 12:32 PM, Greg Gallagher wrote:

> geared towards Zynq but they can be generalized.  Once I get these
> raspberry pi images to a point where I can share, I'd be happy to work
> with someone on gearing some of the getting started material towards
> raspberry pi.

Which pi boards are you targeting? If you have an RPi3, the arm64 port could use
some testing.

___
Xenomai mailing list
Xenomai@xenomai.org
https://xenomai.org/mailman/listinfo/xenomai