Ros-dev

ros-dev@reactos.org

5789 discussions

Re: [ros-dev] [ros-diffs] [akhaldi] 61381: [USBSTOR] * Define INITGUID in the main header. CORE-7716

by Timo Kreuzer

This is a suboptimal way of handling it, because it will cause the compiler to instantiate all GUIDs in all compilation units. When linking only one will be selected for the executable, but still it increases the size of all object files. If it is to allow a precompiled header, I suggest adding an additional guid.c file, that only includes the guid headers, not the precompiled header. Timo Am 24.12.2013 21:58, schrieb akhaldi(a)svn.reactos.org: > Author: akhaldi > Date: Tue Dec 24 20:58:27 2013 > New Revision: 61381 > > URL: http://svn.reactos.org/svn/reactos?rev=61381&view=rev > Log: > [USBSTOR] > * Define INITGUID in the main header. > CORE-7716 > > Modified: > trunk/reactos/drivers/usb/usbstor/usbstor.c > trunk/reactos/drivers/usb/usbstor/usbstor.h > > Modified: trunk/reactos/drivers/usb/usbstor/usbstor.c > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/usb/usbstor/usbsto… > ============================================================================== > --- trunk/reactos/drivers/usb/usbstor/usbstor.c [iso-8859-1] (original) > +++ trunk/reactos/drivers/usb/usbstor/usbstor.c [iso-8859-1] Tue Dec 24 20:58:27 2013 > @@ -10,7 +10,6 @@ > > /* INCLUDES ******************************************************************/ > > -#define INITGUID > #include "usbstor.h" > > #define NDEBUG > > Modified: trunk/reactos/drivers/usb/usbstor/usbstor.h > URL: http://svn.reactos.org/svn/reactos/trunk/reactos/drivers/usb/usbstor/usbsto… > ============================================================================== > --- trunk/reactos/drivers/usb/usbstor/usbstor.h [iso-8859-1] (original) > +++ trunk/reactos/drivers/usb/usbstor/usbstor.h [iso-8859-1] Tue Dec 24 20:58:27 2013 > @@ -1,5 +1,7 @@ > > #pragma once > + > +#define INITGUID > > #include <ntddk.h> > #include <usbdi.h> > > >

11 years, 6 months

Re: [ros-dev] Fwd: Your stand proposal for ReactOS has been rejected

by Александр

Was Haiku accepted? Can we share stand with ?

11 years, 6 months

Announcement: Server downtime on 28th December

by Colin Finck

https://reactos.org/node/739

11 years, 6 months

Does 'make install' work on 0.3.15?

by Marvin Zhang

It seems it doesn't work right now set ROS_INSTALL=z:\reactos make install

11 years, 6 months

Re: [ros-dev] [ros-diffs] [ekohl] 61145: [FASTFAT] FsdGetFsVolumeInformation: Return volume creation time.

by Ged Murphy

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

11 years, 6 months

TitaniumGL is a FREEWARE driver architecture

by Александр

11 years, 6 months

Status Meeting (November 2013)

by Aleksey Bragin

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

11 years, 6 months

Re: [ros-dev] Ros-dev Digest, Vol 111, Issue 24

by brazguna＠yahoo.com

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 ****************************************

11 years, 7 months

Fezile server down

by Colin Finck

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

11 years, 7 months

Server downtime on Saturday

by Colin Finck

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

11 years, 7 months

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev