Re: Google Code In (GCI) starting in 2 days

[Gedare Bloom]

You just contribute what you can, when you can. Much of the work is
just approving that a student finished a task, and a lot of the tasks
are trivial to approve. Otherwise, if you would like to create
specific CFS tasks for you to mentor that would be perfectly suitable
and greatly improve our GCI efforts. I think a great task would be a
CFS "Getting Started" Tutorial which should be done by a relatively
advanced student and build from the RTEMS Getting Started

You can get a sense of the kinds of tasks at:
https://devel.rtems.org/wiki/GCI/Projects



Gedare

On Sun, Dec 6, 2015 at 10:41 AM, Mathew Benson  wrote:
> Is there a web page that lists the projects?  I had tentatively volunteered 
> as a mentor, not really knowing what to expect.
>
> Sent from my iPhone
>
>> On Dec 5, 2015, at 7:59 AM, Gedare Bloom  wrote:
>>
>> Hello Everyone,
>>
>> This is a friendly reminder that GCI starts soon. Please be prepared
>> for a possible flood of new users and questions as high schoolers
>> attempt to work with different parts of RTEMS Project. If you see a
>> question on the mailing list or IRC that you may know how to answer,
>> please don't hesitate to give back by helping these students to find
>> answers.
>>
>> If anyone is able/willing to spend a few minutes each day answering
>> questions, we would really like the extra hands to help "mentor"
>> students doing tasks. Mentoring GCI is basically just answering a few
>> questions or directing the student to someone who might have the
>> answer, or to devel mailing list. Let me or Joel know if you can
>> participate!
>>
>> Thanks, and Happy Holidays to everyone.
>> Gedare
>> ___
>> users mailing list
>> us...@rtems.org
>> http://lists.rtems.org/mailman/listinfo/users
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: GPLv2

[Joel Sherrill]

On Dec 6, 2015 8:41 PM, "Daniel Gutson" <
daniel.gut...@tallertechnologies.com> wrote:
>
> On Sun, Dec 6, 2015 at 11:36 PM, Joel Sherrill 
wrote:
> >
> > On Dec 6, 2015 8:06 PM, "Daniel Gutson"
> >  wrote:
> >>
> >> In the f2fs/jffs2 thread a point about licensing arose.
> >> Martin mentioned that the original code is part of Linux, assuming
> >> that it is GPLv2 (we'll check).
> >> However, Chris asked for a dual licensing scheme in order to include
> >> it in RTEMS.
> >> I read in https://www.rtems.org/license/LICENSE "...GNU General Public
> >> License as published by the Free Software Foundation; either version
> >> 2..." so I'm confused: why should we ask for a dual license? Isn't
> >> GPLv2 indeed the same RTEMS uses?
> >>
> >
> > The RTEMS version includes an exception paragraph that neuters the viral
> > nature. See the second paragraph.
> >
> > https://www.rtems.org/license/LICENSE
>
> So adding a pure GPLv2 file would turn the entire code base free
> software... I understand.
> Then, what licenses are compatible? I imagine Boost for example, or MIT,
right?

I don't know that we have a full list. MIT and BSD are OK if no
advertising. I don't know the Boost license. But you get the idea. No
obligations on end users.

> >
> >> Please explain me.
> >>
> >> Thanks!
> >>
> >>Daniel.
> >>
> >> --
> >>
> >> Daniel F. Gutson
> >> Chief Engineering Officer, SPD
> >>
> >> San Lorenzo 47, 3rd Floor, Office 5
> >> Córdoba, Argentina
> >>
> >> Phone:   +54 351 4217888 / +54 351 4218211
> >> Skype:dgutson
> >> LinkedIn: http://ar.linkedin.com/in/danielgutson
> >> ___
> >> devel mailing list
> >> devel@rtems.org
> >> http://lists.rtems.org/mailman/listinfo/devel
>
>
>
> --
>
> Daniel F. Gutson
> Chief Engineering Officer, SPD
>
> San Lorenzo 47, 3rd Floor, Office 5
> Córdoba, Argentina
>
> Phone:   +54 351 4217888 / +54 351 4218211
> Skype:dgutson
> LinkedIn: http://ar.linkedin.com/in/danielgutson
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: libfs: are we actually using User/Group IDs?

[Chris Johns]

On 12/05/15 06:49, Martin Galvan wrote:

Certainly! This filesystem has been so far implemented in Linux, so
I'd assume it's GPLv2.


Would it be worth contacting the developer/maintainer and ask about a 
dual license or something we can use?



If this isn't compatible with the RTEMS
license, perhaps we could distribute it separately through the Source
Builder.


The configurations in the master repo for the RSB need to follow the 
same rules as RTEMS in regards to licenses. It becomes too difficult to 
place the responsibility on to our users.


The RSB should support out of tree configurations if set up correctly. 
This means you could maintain and release a configuration file the RSB 
can use to build a GPL package.



Chris
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: libfs: are we actually using User/Group IDs?

[Daniel Gutson]

On Sun, Dec 6, 2015 at 10:42 PM, Chris Johns  wrote:
> On 12/05/15 06:49, Martin Galvan wrote:
>>
>> Certainly! This filesystem has been so far implemented in Linux, so
>> I'd assume it's GPLv2.
>
>
> Would it be worth contacting the developer/maintainer and ask about a dual
> license or something we can use?

We are in contact with him (jaegeuk@gmail.com), we can ask
however, Martin, how much Linux code you plan to actually re-use?
Anyway, I will ask about this in a separate mail.

>
>> If this isn't compatible with the RTEMS
>> license, perhaps we could distribute it separately through the Source
>> Builder.
>
>
> The configurations in the master repo for the RSB need to follow the same
> rules as RTEMS in regards to licenses. It becomes too difficult to place the
> responsibility on to our users.
>
> The RSB should support out of tree configurations if set up correctly. This
> means you could maintain and release a configuration file the RSB can use to
> build a GPL package.
>
>
> Chris
> ___
> devel mailing list
> devel@rtems.org
> http://lists.rtems.org/mailman/listinfo/devel



-- 

Daniel F. Gutson
Chief Engineering Officer, SPD

San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina

Phone:   +54 351 4217888 / +54 351 4218211
Skype:dgutson
LinkedIn: http://ar.linkedin.com/in/danielgutson
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: GPLv2

[Daniel Gutson]

On Sun, Dec 6, 2015 at 11:36 PM, Joel Sherrill  wrote:
>
> On Dec 6, 2015 8:06 PM, "Daniel Gutson"
>  wrote:
>>
>> In the f2fs/jffs2 thread a point about licensing arose.
>> Martin mentioned that the original code is part of Linux, assuming
>> that it is GPLv2 (we'll check).
>> However, Chris asked for a dual licensing scheme in order to include
>> it in RTEMS.
>> I read in https://www.rtems.org/license/LICENSE "...GNU General Public
>> License as published by the Free Software Foundation; either version
>> 2..." so I'm confused: why should we ask for a dual license? Isn't
>> GPLv2 indeed the same RTEMS uses?
>>
>
> The RTEMS version includes an exception paragraph that neuters the viral
> nature. See the second paragraph.
>
> https://www.rtems.org/license/LICENSE

So adding a pure GPLv2 file would turn the entire code base free
software... I understand.
Then, what licenses are compatible? I imagine Boost for example, or MIT, right?

>
>> Please explain me.
>>
>> Thanks!
>>
>>Daniel.
>>
>> --
>>
>> Daniel F. Gutson
>> Chief Engineering Officer, SPD
>>
>> San Lorenzo 47, 3rd Floor, Office 5
>> Córdoba, Argentina
>>
>> Phone:   +54 351 4217888 / +54 351 4218211
>> Skype:dgutson
>> LinkedIn: http://ar.linkedin.com/in/danielgutson
>> ___
>> devel mailing list
>> devel@rtems.org
>> http://lists.rtems.org/mailman/listinfo/devel



-- 

Daniel F. Gutson
Chief Engineering Officer, SPD

San Lorenzo 47, 3rd Floor, Office 5
Córdoba, Argentina

Phone:   +54 351 4217888 / +54 351 4218211
Skype:dgutson
LinkedIn: http://ar.linkedin.com/in/danielgutson
___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel

Re: Concurrency in JFFS2?

[Sebastian Huber]

On 04/12/15 15:47, Martin Galvan wrote:

I see, thanks for your answer. What about the eCos mutexes though? You
mentioned eCos having a global lock for the filesystem, yet I saw more
fine-grained locked in e.g. jffs2_new_inode.


I don't remember the locking part of eCos in detail. For RTEMS I used 
the most simple approach.


--
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax : +49 89 189 47 41-09
E-Mail  : sebastian.hu...@embedded-brains.de
PGP : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

___
devel mailing list
devel@rtems.org
http://lists.rtems.org/mailman/listinfo/devel