Hi Eric,
I know this has been discussed before, but should we not just bite the bullet and replace this driver with the Microsoft driver.
The MS_LPL license allows it to be used in reactos, and it would certainly get rid of any unknowns and give us a reliable filesystem to work from.
http://code.msdn.microsoft.com/windowshardware/fastfat-File-System-Driver-1…
Ged.
-----Original Message-----
From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos.org] On Behalf Of ekohl(a)svn.reactos.org
Sent: 29 November 2013 14:06
To: ros-diffs(a)reactos.org
Subject: [ros-diffs] [ekohl] 61145: [FASTFAT] FsdGetFsVolumeInformation: Return volume creation time.
Author: ekohl
Date: Fri Nov 29 14:05:43 2013
New Revision: 61145
Hello,
Let me invite you to the monthly status meeting taking place last
Thursday of this month, 28th of November, 19:00 UTC. Put that into your
calendars so you don't forget. And that's tomorrow!
IRC service will only be started shortly before the meeting. Your
participation passwords and server address will be emailed to you
shortly before the meeting starts, and they are going to be different
once again as they are not stored in any database. Hopefully it's not
much of inconvenience.
If someone still is not getting passwords sent before a meeting - please
email Pierre before the meeting started to get one.
The agenda will be posted shortly before the meeting, suggestions are
welcome (send them to me shortly before the meeting starts). Hermes sent
the first suggestion well before the meeting, so please follow his
example and send your suggestions too.
Regards,
Aleksey Bragin
I heard that ReactOS is nearly 80 or not yet 80 percent complete.
I feel that if we are seriously going to for true compatibility with
Microsoft Windows it may be a necessary evil to contact Microsoft about this
MS-LPL license--and other things.
It may be that don't really care either way. It may be they do. But its
better to know then not to know in this case I feel. I know the feelings
about proprietary code and avoid trade secrets. But what if a good
relationship with Microsoft makes or breaks ReactOS?
I mean the worst thing that Microsoft will do is say no, or give bogus terms
of use. But your expecting that.
What if they start to contribute to ReactOS because they see you have a good
product, and you are reputable people.
-------Original Message-------
From: ros-dev-request(a)reactos.org
Date: 11/29/13 14:32:25
To: ros-dev(a)reactos.org
Subject: Ros-dev Digest, Vol 111, Issue 24
Send Ros-dev mailing list submissions to
ros-dev(a)reactos.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.reactos.org/mailman/listinfo/ros-dev
or, via email, send a message with subject or body 'help' to
ros-dev-request(a)reactos.org
You can reach the person managing the list at
ros-dev-owner(a)reactos.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Ros-dev digest..."
Today's Topics:
1. Re: [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
(Alexander Andrejevic)
2. Re: [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
(Pierre Schweitzer)
3. Re: [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
(Herm?s B?LUSCA - MA?TO)
4. Re: [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
(Aleksey Bragin)
----------------------------------------------------------------------
Message: 1
Date: Fri, 29 Nov 2013 17:05:12 +0000
From: Alexander Andrejevic <theflash(a)sdf.lonestar.org>
To: ReactOS Development List <ros-dev(a)reactos.org>
Subject: Re: [ros-dev] [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
Message-ID: <20131129170512.GB11454(a)SDF.ORG>
Content-Type: text/plain; charset=us-ascii
I suppose it depends on how you interpret it.
To me, "...extend only to the software or derivative works that you create
that run
on a Microsoft Windows operating system product" sounds like the program
must run
on Windows exclusively. It's not "... that you create to run ...", but "...
that you
create that run ...".
Regards,
Alexander
On Fri, Nov 29, 2013 at 05:55:08PM +0100, David Quintana (gigaherz) wrote:
> I do not agree on the "unless it's on Microsoft Windows" part. The
> license grants apply if it is "created to run directly" on windows,
> which I understand as "it can run anywhere else, also, just as long as
> it runs in windows without an intermediary".
>
> On 29 November 2013 17:51, Alexander Andrejevic
> <theflash(a)sdf.lonestar.org> wrote:
> > Fastfat is located inside its own binary, so this is considered "mere
aggregation", and
> > that is not the problem. (See https://www.gnu.org/licenses/gpl-faq
html#MereAggregation).
> > The problem is that you don't even have a license to use it or
distribute it, unless it's
> > on Microsoft Windows.
> > Then again, I'm not a lawyer either and I could be wrong too. It would
be great if someone
> > who knows a lot about licenses explained this.
> >
> > Regards,
> > Alexander
> >
> > On Fri, Nov 29, 2013 at 05:35:21PM +0100, David Quintana (gigaherz)
wrote:
> >> The exact words of the license, as seen at
> >> http://www.ohloh.net/licenses/mslpl (I couldn't find a better link for
> >> it), are:
> >>
> >> "4. (F) Platform Limitation- The licenses granted in sections 2(A) &
> >> 2(B) extend only to the software or derivative works that you create
> >> that run on a Microsoft Windows operating system product."
> >>
> >> Excluding that term, the rest of the license is mostly a
> >> differently-worded BSD license. If it only needs to be tested in
> >> windows to ensure that it works there, then there should be absolutely
> >> no problem including it in ReactOS, as long as the terms don't
> >> conflict with the other licenses' terms. And GPL with the ReactOS
> >> exception, as far as I can tell, allows it. I'm not a lawyer, though,
> >> so I could be wrong.
> >>
> >> On 29 November 2013 16:17, Alexander Andrejevic
> >> <theflash(a)sdf.lonestar.org> wrote:
> >> > Hi Ged,
> >> >
> >> > Are you sure that we can use software released under the MS-LPL? It
has a rather weird
> >> > limitation in section 4, which says that you can only use it on a
Microsoft Windows operating system product".
> >> > Since ReactOS is not Windows, that would mean we can't use it.
> >> > Please correct me if I'm wrong.
> >> >
> >> > Regards,
> >> > Alexander
> >> >
> >> > On Fri, Nov 29, 2013 at 02:58:51PM -0000, Ged Murphy wrote:
> >> >> Hi Eric,
> >> >>
> >> >> I know this has been discussed before, but should we not just bite
the bullet and replace this driver with the Microsoft driver.
> >> >> The MS_LPL license allows it to be used in reactos, and it would
certainly get rid of any unknowns and give us a reliable filesystem to work
from.
> >> >>
> >> >> http://code.msdn.microsoft
com/windowshardware/fastfat-File-System-Driver-135bdf34/view/SourceCode
> >> >>
> >> >> Ged.
> >> >>
> >> >>
> >> >> -----Original Message-----
> >> >> From: ros-diffs-bounces(a)reactos.org
[mailto:ros-diffs-bounces@reactos.org] On Behalf Of ekohl(a)svn.reactos.org
> >> >> Sent: 29 November 2013 14:06
> >> >> To: ros-diffs(a)reactos.org
> >> >> Subject: [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
> >> >>
> >> >> Author: ekohl
> >> >> Date: Fri Nov 29 14:05:43 2013
> >> >> New Revision: 61145
> >> >>
> >> >>
> >> >>
> >> >> _______________________________________________
> >> >> Ros-dev mailing list
> >> >> Ros-dev(a)reactos.org
> >> >> http://www.reactos.org/mailman/listinfo/ros-dev
> >> >
> >> > --
> >> > Alexander Andrejevic <theflash(a)sdf.lonestar.org>
> >> > SDF Public Access UNIX System - http://sdf.lonestar.org
> >> >
> >> > _______________________________________________
> >> > Ros-dev mailing list
> >> > Ros-dev(a)reactos.org
> >> > http://www.reactos.org/mailman/listinfo/ros-dev
> >>
> >> _______________________________________________
> >> Ros-dev mailing list
> >> Ros-dev(a)reactos.org
> >> http://www.reactos.org/mailman/listinfo/ros-dev
> >
> > --
> > Alexander Andrejevic <theflash(a)sdf.lonestar.org>
> > SDF Public Access UNIX System - http://sdf.lonestar.org
> >
> > _______________________________________________
> > Ros-dev mailing list
> > Ros-dev(a)reactos.org
> > http://www.reactos.org/mailman/listinfo/ros-dev
>
> _______________________________________________
> Ros-dev mailing list
> Ros-dev(a)reactos.org
> http://www.reactos.org/mailman/listinfo/ros-dev
--
Alexander Andrejevic <theflash(a)sdf.lonestar.org>
SDF Public Access UNIX System - http://sdf.lonestar.org
------------------------------
Message: 2
Date: Fri, 29 Nov 2013 18:24:23 +0100
From: Pierre Schweitzer <pierre(a)reactos.org>
To: ros-dev(a)reactos.org
Subject: Re: [ros-dev] [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
Message-ID: <5298CDC7.7030300(a)reactos.org>
Content-Type: text/plain; charset="iso-8859-1"
Hi all,
Let's the experts do.
I've contacted the April (French association which mission is to promote
and defend FOSS). They can answer about licensing issues (they propose
it through their contact form).
I'll keep you informed with their answers, highlights, and so on.
Regards,
On 11/29/2013 06:05 PM, Alexander Andrejevic wrote:
> I suppose it depends on how you interpret it.
> To me, "...extend only to the software or derivative works that you create
that run
> on a Microsoft Windows operating system product" sounds like the program
must run
> on Windows exclusively. It's not "... that you create to run ...", but "..
that you
> create that run ...".
>
> Regards,
> Alexander
>
> On Fri, Nov 29, 2013 at 05:55:08PM +0100, David Quintana (gigaherz) wrote:
>> I do not agree on the "unless it's on Microsoft Windows" part. The
>> license grants apply if it is "created to run directly" on windows,
>> which I understand as "it can run anywhere else, also, just as long as
>> it runs in windows without an intermediary".
>>
>> On 29 November 2013 17:51, Alexander Andrejevic
>> <theflash(a)sdf.lonestar.org> wrote:
>>> Fastfat is located inside its own binary, so this is considered "mere
aggregation", and
>>> that is not the problem. (See https://www.gnu.org/licenses/gpl-faq
html#MereAggregation).
>>> The problem is that you don't even have a license to use it or
distribute it, unless it's
>>> on Microsoft Windows.
>>> Then again, I'm not a lawyer either and I could be wrong too. It would
be great if someone
>>> who knows a lot about licenses explained this.
>>>
>>> Regards,
>>> Alexander
>>>
>>> On Fri, Nov 29, 2013 at 05:35:21PM +0100, David Quintana (gigaherz)
wrote:
>>>> The exact words of the license, as seen at
>>>> http://www.ohloh.net/licenses/mslpl (I couldn't find a better link for
>>>> it), are:
>>>>
>>>> "4. (F) Platform Limitation- The licenses granted in sections 2(A) &
>>>> 2(B) extend only to the software or derivative works that you create
>>>> that run on a Microsoft Windows operating system product."
>>>>
>>>> Excluding that term, the rest of the license is mostly a
>>>> differently-worded BSD license. If it only needs to be tested in
>>>> windows to ensure that it works there, then there should be absolutely
>>>> no problem including it in ReactOS, as long as the terms don't
>>>> conflict with the other licenses' terms. And GPL with the ReactOS
>>>> exception, as far as I can tell, allows it. I'm not a lawyer, though,
>>>> so I could be wrong.
>>>>
>>>> On 29 November 2013 16:17, Alexander Andrejevic
>>>> <theflash(a)sdf.lonestar.org> wrote:
>>>>> Hi Ged,
>>>>>
>>>>> Are you sure that we can use software released under the MS-LPL? It
has a rather weird
>>>>> limitation in section 4, which says that you can only use it on a
Microsoft Windows operating system product".
>>>>> Since ReactOS is not Windows, that would mean we can't use it.
>>>>> Please correct me if I'm wrong.
>>>>>
>>>>> Regards,
>>>>> Alexander
>>>>>
>>>>> On Fri, Nov 29, 2013 at 02:58:51PM -0000, Ged Murphy wrote:
>>>>>> Hi Eric,
>>>>>>
>>>>>> I know this has been discussed before, but should we not just bite
the bullet and replace this driver with the Microsoft driver.
>>>>>> The MS_LPL license allows it to be used in reactos, and it would
certainly get rid of any unknowns and give us a reliable filesystem to work
from.
>>>>>>
>>>>>> http://code.msdn.microsoft
com/windowshardware/fastfat-File-System-Driver-135bdf34/view/SourceCode
>>>>>>
>>>>>> Ged.
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: ros-diffs-bounces(a)reactos.org [mailto:ros-diffs-bounces@reactos
org] On Behalf Of ekohl(a)svn.reactos.org
>>>>>> Sent: 29 November 2013 14:06
>>>>>> To: ros-diffs(a)reactos.org
>>>>>> Subject: [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
>>>>>>
>>>>>> Author: ekohl
>>>>>> Date: Fri Nov 29 14:05:43 2013
>>>>>> New Revision: 61145
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ros-dev mailing list
>>>>>> Ros-dev(a)reactos.org
>>>>>> http://www.reactos.org/mailman/listinfo/ros-dev
>>>>> --
>>>>> Alexander Andrejevic <theflash(a)sdf.lonestar.org>
>>>>> SDF Public Access UNIX System - http://sdf.lonestar.org
>>>>>
>>>>> _______________________________________________
>>>>> Ros-dev mailing list
>>>>> Ros-dev(a)reactos.org
>>>>> http://www.reactos.org/mailman/listinfo/ros-dev
>>>> _______________________________________________
>>>> Ros-dev mailing list
>>>> Ros-dev(a)reactos.org
>>>> http://www.reactos.org/mailman/listinfo/ros-dev
>>> --
>>> Alexander Andrejevic <theflash(a)sdf.lonestar.org>
>>> SDF Public Access UNIX System - http://sdf.lonestar.org
>>>
>>> _______________________________________________
>>> Ros-dev mailing list
>>> Ros-dev(a)reactos.org
>>> http://www.reactos.org/mailman/listinfo/ros-dev
>> _______________________________________________
>> Ros-dev mailing list
>> Ros-dev(a)reactos.org
>> http://www.reactos.org/mailman/listinfo/ros-dev
--
Pierre Schweitzer <pierre(a)reactos.org>
System Administrator
ReactOS Foundation
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4305 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://www.reactos
org/pipermail/ros-dev/attachments/20131129/a8e85e05/attachment-0001.bin>
------------------------------
Message: 3
Date: Fri, 29 Nov 2013 18:55:04 +0100
From: Herm?s B?LUSCA - MA?TO <hermes.belusca(a)sfr.fr>
To: 'ReactOS Development List' <ros-dev(a)reactos.org>
Subject: Re: [ros-dev] [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
Message-ID: <00db01ceed2c$223cffd0$66b6ff70$(a)sfr.fr>
Content-Type: text/plain; charset=iso-8859-1
Nice idea Pierre!
About this license we're talking about: yes I understand as Aleksander: that
you can only use fastfat or derived works from it, on an (authentic) Windows
OS (just my 2 cents, I'm not a lawyer too).
Herm?s.
-----Message d'origine-----
De?: ros-dev-bounces(a)reactos.org [mailto:ros-dev-bounces@reactos.org] De la
part de Pierre Schweitzer
Envoy??: vendredi 29 novembre 2013 18:24
??: ros-dev(a)reactos.org
Objet?: Re: [ros-dev] [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
Hi all,
Let's the experts do.
I've contacted the April (French association which mission is to promote and
defend FOSS). They can answer about licensing issues (they propose it
through their contact form).
I'll keep you informed with their answers, highlights, and so on.
Regards,
On 11/29/2013 06:05 PM, Alexander Andrejevic wrote:
> I suppose it depends on how you interpret it.
> To me, "...extend only to the software or derivative works that you
> create that run on a Microsoft Windows operating system product"
> sounds like the program must run on Windows exclusively. It's not "...
> that you create to run ...", but "... that you create that run ...".
>
> Regards,
> Alexander
>
> On Fri, Nov 29, 2013 at 05:55:08PM +0100, David Quintana (gigaherz) wrote:
>> I do not agree on the "unless it's on Microsoft Windows" part. The
>> license grants apply if it is "created to run directly" on windows,
>> which I understand as "it can run anywhere else, also, just as long
>> as it runs in windows without an intermediary".
>>
>> On 29 November 2013 17:51, Alexander Andrejevic
>> <theflash(a)sdf.lonestar.org> wrote:
>>> Fastfat is located inside its own binary, so this is considered
>>> "mere aggregation", and that is not the problem. (See
https://www.gnu.org/licenses/gpl-faq.html#MereAggregation).
>>> The problem is that you don't even have a license to use it or
>>> distribute it, unless it's on Microsoft Windows.
>>> Then again, I'm not a lawyer either and I could be wrong too. It
>>> would be great if someone who knows a lot about licenses explained this.
>>>
>>> Regards,
>>> Alexander
>>>
>>> On Fri, Nov 29, 2013 at 05:35:21PM +0100, David Quintana (gigaherz)
wrote:
>>>> The exact words of the license, as seen at
>>>> http://www.ohloh.net/licenses/mslpl (I couldn't find a better link
>>>> for it), are:
>>>>
>>>> "4. (F) Platform Limitation- The licenses granted in sections 2(A)
>>>> &
>>>> 2(B) extend only to the software or derivative works that you
>>>> create that run on a Microsoft Windows operating system product."
>>>>
>>>> Excluding that term, the rest of the license is mostly a
>>>> differently-worded BSD license. If it only needs to be tested in
>>>> windows to ensure that it works there, then there should be
>>>> absolutely no problem including it in ReactOS, as long as the terms
>>>> don't conflict with the other licenses' terms. And GPL with the
>>>> ReactOS exception, as far as I can tell, allows it. I'm not a
>>>> lawyer, though, so I could be wrong.
>>>>
>>>> On 29 November 2013 16:17, Alexander Andrejevic
>>>> <theflash(a)sdf.lonestar.org> wrote:
>>>>> Hi Ged,
>>>>>
>>>>> Are you sure that we can use software released under the MS-LPL?
>>>>> It has a rather weird limitation in section 4, which says that you can
only use it on a "Microsoft Windows operating system product".
>>>>> Since ReactOS is not Windows, that would mean we can't use it.
>>>>> Please correct me if I'm wrong.
>>>>>
>>>>> Regards,
>>>>> Alexander
>>>>>
>>>>> On Fri, Nov 29, 2013 at 02:58:51PM -0000, Ged Murphy wrote:
>>>>>> Hi Eric,
>>>>>>
>>>>>> I know this has been discussed before, but should we not just bite
the bullet and replace this driver with the Microsoft driver.
>>>>>> The MS_LPL license allows it to be used in reactos, and it would
certainly get rid of any unknowns and give us a reliable filesystem to work
from.
>>>>>>
>>>>>> http://code.msdn.microsoft.com/windowshardware/fastfat-File-Syste
>>>>>> m-Driver-135bdf34/view/SourceCode
>>>>>>
>>>>>> Ged.
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: ros-diffs-bounces(a)reactos.org
>>>>>> [mailto:ros-diffs-bounces@reactos.org] On Behalf Of
>>>>>> ekohl(a)svn.reactos.org
>>>>>> Sent: 29 November 2013 14:06
>>>>>> To: ros-diffs(a)reactos.org
>>>>>> Subject: [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
>>>>>>
>>>>>> Author: ekohl
>>>>>> Date: Fri Nov 29 14:05:43 2013
>>>>>> New Revision: 61145
>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Ros-dev mailing list
>>>>>> Ros-dev(a)reactos.org
>>>>>> http://www.reactos.org/mailman/listinfo/ros-dev
>>>>> --
>>>>> Alexander Andrejevic <theflash(a)sdf.lonestar.org> SDF Public Access
>>>>> UNIX System - http://sdf.lonestar.org
>>>>>
>>>>> _______________________________________________
>>>>> Ros-dev mailing list
>>>>> Ros-dev(a)reactos.org
>>>>> http://www.reactos.org/mailman/listinfo/ros-dev
>>>> _______________________________________________
>>>> Ros-dev mailing list
>>>> Ros-dev(a)reactos.org
>>>> http://www.reactos.org/mailman/listinfo/ros-dev
>>> --
>>> Alexander Andrejevic <theflash(a)sdf.lonestar.org> SDF Public Access
>>> UNIX System - http://sdf.lonestar.org
>>>
>>> _______________________________________________
>>> Ros-dev mailing list
>>> Ros-dev(a)reactos.org
>>> http://www.reactos.org/mailman/listinfo/ros-dev
>> _______________________________________________
>> Ros-dev mailing list
>> Ros-dev(a)reactos.org
>> http://www.reactos.org/mailman/listinfo/ros-dev
--
Pierre Schweitzer <pierre(a)reactos.org>
System Administrator
ReactOS Foundation
------------------------------
Message: 4
Date: Fri, 29 Nov 2013 23:31:03 +0400
From: Aleksey Bragin <aleksey(a)reactos.org>
To: ReactOS Development List <ros-dev(a)reactos.org>
Subject: Re: [ros-dev] [ros-diffs] [ekohl] 61145: [FASTFAT]
FsdGetFsVolumeInformation: Return volume creation time.
Message-ID: <5298EB77.7040509(a)reactos.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
To give you my position:
1. Current FAT driver in ReactOS needs to die away. I am testing all my
new code with the MS's FASTFAT driver.
2. Lawyers advice is needed whether we can distribute it.
Regards,
Aleksey Bragin
On 29.11.2013 21:55, Herm?s B?LUSCA - MA?TO wrote:
> Nice idea Pierre!
>
> About this license we're talking about: yes I understand as Aleksander:
that
> you can only use fastfat or derived works from it, on an (authentic)
Windows
> OS (just my 2 cents, I'm not a lawyer too).
>
> Herm?s.
>
> -----Message d'origine-----
> De : ros-dev-bounces(a)reactos.org [mailto:ros-dev-bounces@reactos.org] De
la
> part de Pierre Schweitzer
> Envoy? : vendredi 29 novembre 2013 18:24
> ? : ros-dev(a)reactos.org
> Objet : Re: [ros-dev] [ros-diffs] [ekohl] 61145: [FASTFAT]
> FsdGetFsVolumeInformation: Return volume creation time.
>
> Hi all,
>
> Let's the experts do.
>
> I've contacted the April (French association which mission is to promote
and
> defend FOSS). They can answer about licensing issues (they propose it
> through their contact form).
>
> I'll keep you informed with their answers, highlights, and so on.
>
> Regards,
>
> On 11/29/2013 06:05 PM, Alexander Andrejevic wrote:
>> I suppose it depends on how you interpret it.
>> To me, "...extend only to the software or derivative works that you
>> create that run on a Microsoft Windows operating system product"
>> sounds like the program must run on Windows exclusively. It's not "...
>> that you create to run ...", but "... that you create that run ...".
>>
>> Regards,
>> Alexander
>>
>> On Fri, Nov 29, 2013 at 05:55:08PM +0100, David Quintana (gigaherz)
wrote:
>>> I do not agree on the "unless it's on Microsoft Windows" part. The
>>> license grants apply if it is "created to run directly" on windows,
>>> which I understand as "it can run anywhere else, also, just as long
>>> as it runs in windows without an intermediary".
>>>
>>> On 29 November 2013 17:51, Alexander Andrejevic
>>> <theflash(a)sdf.lonestar.org> wrote:
>>>> Fastfat is located inside its own binary, so this is considered
>>>> "mere aggregation", and that is not the problem. (See
> https://www.gnu.org/licenses/gpl-faq.html#MereAggregation).
>>>> The problem is that you don't even have a license to use it or
>>>> distribute it, unless it's on Microsoft Windows.
>>>> Then again, I'm not a lawyer either and I could be wrong too. It
>>>> would be great if someone who knows a lot about licenses explained this
>>>>
>>>> Regards,
>>>> Alexander
>>>>
>>>> On Fri, Nov 29, 2013 at 05:35:21PM +0100, David Quintana (gigaherz)
> wrote:
>>>>> The exact words of the license, as seen at
>>>>> http://www.ohloh.net/licenses/mslpl (I couldn't find a better link
>>>>> for it), are:
>>>>>
>>>>> "4. (F) Platform Limitation- The licenses granted in sections 2(A)
>>>>> &
>>>>> 2(B) extend only to the software or derivative works that you
>>>>> create that run on a Microsoft Windows operating system product."
>>>>>
>>>>> Excluding that term, the rest of the license is mostly a
>>>>> differently-worded BSD license. If it only needs to be tested in
>>>>> windows to ensure that it works there, then there should be
>>>>> absolutely no problem including it in ReactOS, as long as the terms
>>>>> don't conflict with the other licenses' terms. And GPL with the
>>>>> ReactOS exception, as far as I can tell, allows it. I'm not a
>>>>> lawyer, though, so I could be wrong.
>>>>>
>>>>> On 29 November 2013 16:17, Alexander Andrejevic
>>>>> <theflash(a)sdf.lonestar.org> wrote:
>>>>>> Hi Ged,
>>>>>>
>>>>>> Are you sure that we can use software released under the MS-LPL?
>>>>>> It has a rather weird limitation in section 4, which says that you
can
> only use it on a "Microsoft Windows operating system product".
>>>>>> Since ReactOS is not Windows, that would mean we can't use it.
>>>>>> Please correct me if I'm wrong.
>>>>>>
>>>>>> Regards,
>>>>>> Alexander
>>>>>>
>>>>>> On Fri, Nov 29, 2013 at 02:58:51PM -0000, Ged Murphy wrote:
>>>>>>> Hi Eric,
>>>>>>>
>>>>>>> I know this has been discussed before, but should we not just bite
> the bullet and replace this driver with the Microsoft driver.
>>>>>>> The MS_LPL license allows it to be used in reactos, and it would
> certainly get rid of any unknowns and give us a reliable filesystem to
work
> from.
>>>>>>> http://code.msdn.microsoft.com/windowshardware/fastfat-File-Syste
>>>>>>> m-Driver-135bdf34/view/SourceCode
>>>>>>>
>>>>>>> Ged.
>>>>>>>
>>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: ros-diffs-bounces(a)reactos.org
>>>>>>> [mailto:ros-diffs-bounces@reactos.org] On Behalf Of
>>>>>>> ekohl(a)svn.reactos.org
>>>>>>> Sent: 29 November 2013 14:06
>>>>>>> To: ros-diffs(a)reactos.org
>>>>>>> Subject: [ros-diffs] [ekohl] 61145: [FASTFAT]
> FsdGetFsVolumeInformation: Return volume creation time.
>>>>>>> Author: ekohl
>>>>>>> Date: Fri Nov 29 14:05:43 2013
>>>>>>> New Revision: 61145
>>>>>>>
>>>>>>>
>>>>>>>
------------------------------
_______________________________________________
Ros-dev mailing list
Ros-dev(a)reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev
End of Ros-dev Digest, Vol 111, Issue 24
****************************************
Hi all,
Apart from the critical servers hosted in Germany, we can operate our
own network in Sweden by courtesy of Jan Blomqvist-Kinander.
Today, the infrastructure team has set up a new switch there, which is
meant to increase the network performance, allow a better intrusion
detection and offer more ports.
Most of our machines could be successfully moved to that switch, except
for Fezile. Due to unexpected networking problems, this machine became
unavailable even for us and needs to be rebooted manually. It's also one
of our older servers without an IPMI module, so we can't remotely reboot it.
The server outage affects the following services:
* iso.reactos.org
* doxygen.reactos.org
* cppcheck.reactos.org
* VMware Player Test slave
I'm very sorry for the additional downtime this has caused.
Once the server is up again, we'll do our best to prevent this from
happening again. Take my word that I'll write a report for the website
about the recent infrastructure changes, so you can get an idea of our
additional resources :)
With best regards,
Colin
Hi all,
In the process of improving the performance of our infrastructure, we
will upgrade the first of two servers this Saturday.
This will result in a downtime for the following services:
* SVN
* Mail and mailing lists
* BuildBot
* Testman
* GIT mirror
* File server at svn.reactos.org
* Compatibility Database
* ev.reactos.org
* Second nameserver
* RosKGB bot
The upgrade will in particular increase CPU performance as well as RAM
and HDD sizes, so we will have more resources available afterwards.
Our current server has served us well since 2009, so don't expect such
an upgrade to happen again in the next few years.
We're aware that this affects many core services, so we will do our best
to keep the downtime as low as possible. Our target is <12h.
Gladly, we have already done such an upgrade in the past, so it mainly
boils down to the speed of transferring files over the network.
Meanwhile, we apologize for the caused inconveniences.
With best regards and on behalf of the whole infrastructure team,
Colin Finck
Hey guys,
website seems to have some bigger problems with mySQL connection overload.
SQL ERROR [ mysqli ]
Too many connections [1040]
An sql error occurred while fetching this page. Please contact an administrator if this problem persists.
-------------------
PDOException: SQLSTATE[08004] [1040] Too many connections in lock_may_be_available() (line 167 of /srv/www/www.reactos.org/drupal/includes/lock.inc).
So administrator, I think this counts a s contacting you ^^
Greetings
Daniel "EmuandCo" Reimer