[GRASS-dev] R: [GRASS-PSC] SVN Write Access Request

Hi Hamish,

2) branches/develbranch_6/win32

the folder where i put all the scripts and files needed to prepare the
release installer (as an exe file).

why refer to 32bit in the dirname?

Good question; actually I named it as I'm used in my windows projects,
because I build on a 32 system;
BTW, I don't know if MSYS/MinGW + NSIS are available even for Win64...
For me it's the same... We can call it just "Windows"

Just few questions: all the files (dos batch scripts, the NSIS script,
icons and documents) are made by me, with the exception of:

2.1) the bmp files (4) for the installer GUI, taken from the standard
library of NSIS (that is OS, obviously)

it may be "open source", but that means 1001 different things, many of

which we can not touch. what is the license exactly? are those 4 files
distributed under terms

compatible with the GPL? If not GPL is it one of the OSI usual-suspects

approved set?

From the NSIS official web site:

Applicable licenses
--------------------------------------

* All NSIS source code, plug-ins, documentation, examples, header files and
graphics, with the exception of the compression modules and where otherwise
noted, are licensed under the zlib/libpng license.
* The zlib compression module for NSIS is licensed under the zlib/libpng
license.
* The bzip2 compression module for NSIS is licensed under the bzip2 license.
* The lzma compression module for NSIS is licensed under the Common Public
License version 1.0.

zlib/libpng license
--------------------------------------

This software is provided 'as-is', without any express or implied warranty.
In no event will the authors be held liable for any damages arising from the
use of this software.

Permission is granted to anyone to use this software for any purpose,
including commercial applications, and to alter it and redistribute it
freely, subject to the following restrictions:

1. The origin of this software must not be misrepresented; you must not
claim that you wrote the original software. If you use this software in a
product, an acknowledgment in the product documentation would be appreciated
but is not required.
2. Altered source versions must be plainly marked as such, and must not be
misrepresented as being the original software.
3. This notice may not be removed or altered from any source distribution.

About the above mentioned terms:

1. done:
http://grass.osgeo.org/grass63/binary/mswindows/native/#Install%20GRASS
2. I didn't altered the source, I'm using only the binaries
3. We are not distributing the source code

2.2) a small part of the installer, a function to let replace parts of
strings; I just copied and pasted it, maintaining the header, where is
clear the line ";Written by [author]"

what license terms did the author provide it with? you can not just cut and

paste things from the internet or "cook books", even with attribution. is it
a simple

one-liner that is hard to write any other way, or is it an original work?

without a clear license you can not distribute the code.

I found it on the wiki/examples section of NSIS site
http://nsis.sourceforge.net/StrRep
Since it's an example it lays in the zlib/libpng license mentioned above.
In particular, as I didn't modified the code, it respects all the terms in
it.

if in doubt try and contact the author of that code, they may give you full

permission to use, modify, and redistribute it.

The contact page of the author [http://nsis.sourceforge.net/User:Dandaman32\]
is no more available.

good reading:

http://www.softwarefreedom.org/resources/2008/foss-primer.html

Thanks :wink:

Marco

-----Messaggio originale-----
Da: Hamish [mailto:hamish_b@yahoo.com]
Inviato: giovedì 15 maggio 2008 12.54
A: grass-psc@lists.osgeo.org; marco.pasetti@alice.it
Oggetto: Re: [GRASS-PSC] SVN Write Access Request

Marco:

I read and accepted the terms of the RFC 2 document published here:
http://download.osgeo.org/grass/grass6_progman/rfc/rfc2_psc.html

ok, then "+1" from me.

> simple curiosity: where do you expect your initial
WinGRASS commits to be? In a dir in the source code like macosx/ and
debian/, or in the grass-web grass63/binary/mswin/ area, or ..?

1) grass-web/trunk/grass63/binary/mswindows/native

to maintain the published release documentation

2) branches/develbranch_6/win32

the folder where i put all the scripts and files needed to prepare the
release installer (as an exe file).

why refer to 32bit in the dirname?

Just few questions: all the files (dos batch scripts, the NSIS script,
icons and documents) are made by me, with the exception of:

2.1) the bmp files (4) for the installer GUI, taken from the standard
library of NSIS (that is OS, obviously)

it may be "open source", but that means 1001 different things, many of which
we can not touch. what is the license exactly? are those 4 files distributed
under terms compatible with the GPL? If not GPL is it one of the OSI
usual-suspects approved set?

2.2) a small part of the installer, a function to let replace parts of
strings; I just copied and pasted it, maintaining the header, where is
clear the line ";Written by [author]"

what license terms did the author provide it with? you can not just cut and
paste things from the internet or "cook books", even with attribution. is it
a simple one- liner that is hard to write any other way, or is it an
original work? without a clear license you can not distribute the code. if
in doubt try and contact the author of that code, they may give you full
permission to use, modify, and redistribute it.

does it match the RFC 2?

Without more details I don't know.
to be clear, it is explicitly the committer's responsibility to ensure that
everything they put in the repo is legally kosher.

(this is perhaps a matter that should be cc'd to the -dev list for wider
audience + comment)

good reading:
  http://www.softwarefreedom.org/resources/2008/foss-primer.html

Hamish

Marco:

>> 2) branches/develbranch_6/win32
>>
>> the folder where i put all the scripts and files
>> needed to prepare the release installer (as an exe file).

>why refer to 32bit in the dirname?

Good question; actually I named it as I'm used in my
windows projects, because I build on a 32 system;
BTW, I don't know if MSYS/MinGW + NSIS are available
even for Win64...
For me it's the same... We can call it just
"Windows"

too generic- we use X-windows and rastr regions are call "windows" internally. why not just use the same as on the website: mswindows?

>> Just few questions: all the files (dos batch scripts, the
>> NSIS script, icons and documents) are made by me, with the
>> exception of:
>>
>> 2.1) the bmp files (4) for the installer GUI,
>> taken from the standard
>> library of NSIS (that is OS, obviously)

> it may be "open source", but that means 1001 different things, many
> of which we can not touch. what is the license exactly? are
> those 4 files distributed under terms compatible with the GPL?
> If not GPL is it one of the OSI usual-suspects approved set?

From the NSIS official web site:

Applicable licenses
--------------------------------------

* All NSIS source code, plug-ins, documentation, examples,
header files and
graphics, with the exception of the compression modules and
where otherwise
noted, are licensed under the zlib/libpng license.
* The zlib compression module for NSIS is licensed under
the zlib/libpng
license.
* The bzip2 compression module for NSIS is licensed under
the bzip2 license.
* The lzma compression module for NSIS is licensed under
the Common Public
License version 1.0.

zlib/libpng license
--------------------------------------

This software is provided 'as-is', without any
express or implied warranty.
In no event will the authors be held liable for any damages
arising from the
use of this software.

Permission is granted to anyone to use this software for
any purpose,
including commercial applications, and to alter it and
redistribute it
freely, subject to the following restrictions:

1. The origin of this software must not be misrepresented;
you must not
claim that you wrote the original software. If you use this
software in a
product, an acknowledgment in the product documentation
would be appreciated
but is not required.
2. Altered source versions must be plainly marked as such,
and must not be
misrepresented as being the original software.
3. This notice may not be removed or altered from any
source distribution.

About the above mentioned terms:

1. done:
http://grass.osgeo.org/grass63/binary/mswindows/native/#Install%20GRASS
2. I didn't altered the source, I'm using only the
binaries
3. We are not distributing the source code

>> 2.2) a small part of the installer, a function to let replace
>> parts of strings; I just copied and pasted it, maintaining
>> the header, where is clear the line ";Written by [author]"

> what license terms did the author provide it with? you can not
> just cut and paste things from the internet or "cook books",
> even with attribution. is it a simple one-liner that is hard
> to write any other way, or is it an original work?
> without a clear license you can not distribute the code.

I found it on the wiki/examples section of NSIS site
http://nsis.sourceforge.net/StrRep
Since it's an example it lays in the zlib/libpng
license mentioned above.
In particular, as I didn't modified the code, it
respects all the terms in it.

as "examples from website" is clearly put in the license statement,
it seems like no extra effort is required there.

Hamish

Hamish,

too generic- we use X-windows and rastr regions are call “windows” internally. why not just use the same as on the website: mswindows?

good! and what about …\mswindows\native\ ?

as “examples from website” is clearly put in the license statement,
it seems like no extra effort is required there.

perfect!

Marco

Marco Pasetti wrote:

>> 2) branches/develbranch_6/win32
>>
>> the folder where i put all the scripts and files needed to prepare the
>> release installer (as an exe file).

>why refer to 32bit in the dirname?

Good question; actually I named it as I'm used in my windows projects,
because I build on a 32 system;

FWIW, the reason why people refer to "Win32" is to distinguish it from
the original 16-bit (8086 real-mode) API, where you had to allocate
memory in chunks of no more than 64KiB. In practice, Win32 refers to
the use of a flat address space, with the implicit requirement that
you need at least a 386.

There aren't any major API differences between 32-bit and 64-bit
versions of Windows. The main issue is that there is a distinguished
integer type (I forget the name) which is wide enough to hold a
pointer (you can't rely upon a pointer fitting into a LONG if you want
to support Win64, as LONG is always 32 bits).

--
Glynn Clements <glynn@gclements.plus.com>