Digg this topic Add to my del.icio.us Submit to SlashDot 3 Pages V  < 1 2 3 >  
Reply to this topicStart new topic
> How to determine if a file is redistributable, Files within .scripts or hosted on boot-land servers
phox
post Oct 30 2007, 05:52 PM
Post #11


Advanced Member
***

Group: .script developer
Posts: 590
Joined: 8-August 06
Member No.: 134



QUOTE (psc @ Oct 30 2007, 04:30 PM) *
You have to consider, that I do not publish the result of the script, I only publish the script.


It's very simple:

If you publish (only) script, you publish application files embedded in it.
Ergo, individual clients are required to accept EULA on every boot!!!

This is another example why application files should not be embedded in the scripts.
Go to the top of the page
 
+Quote Post
phox
post Oct 30 2007, 05:58 PM
Post #12


Advanced Member
***

Group: .script developer
Posts: 590
Joined: 8-August 06
Member No.: 134



QUOTE (psc @ Oct 30 2007, 04:30 PM) *
It is easy to avoid this confirmation and to save some space in the ISO...


You could save lot of space
if you UPX all application files before embedding!

I have done it and it works.
Go to the top of the page
 
+Quote Post
psc
post Oct 30 2007, 05:59 PM
Post #13


Guru
***

Group: .script developer
Posts: 3,190
Joined: 14-July 06
From: Korschenbroich, Germany
Member No.: 3


Germany


QUOTE (phox @ Oct 30 2007, 06:52 PM) *
It's very simple:

If you publish (only) script, you publish application files embedded in it.
Ergo, individual clients are required to accept EULA on every boot!!!

This is another example why application files should not be embedded in the scripts.


A clear answer! Thanks.
But you misunderstood me:

In the script I do not include 'suspicious' files.

I only
  • exclude some 'EULA' files
  • include a flag that the EULA is accepted.
(My personal opinion is that I'm allowed to do so. But I want to hear different opinions, if any)

Peter
Go to the top of the page
 
+Quote Post
phox
post Oct 30 2007, 06:07 PM
Post #14


Advanced Member
***

Group: .script developer
Posts: 590
Joined: 8-August 06
Member No.: 134



QUOTE (psc @ Oct 30 2007, 04:59 PM) *
A clear answer! Thanks.
But you misunderstood me:

In the script I do not include 'suspicious' files.

I only
  • exclude some 'EULA' files
  • include a flag that the EULA is accepted.
(My personal opinion is that I'm allowed to do so. But I want to hear different opinions, if any)

Peter


Every installation of VMware Player requests EULA acceptance.

It's better to ask user to download and install (accepting EULA) VMware Player
and make script to collect necessary files from installation folder in host machine.

In that way you transfer legal issues to user and script is smaller.
Go to the top of the page
 
+Quote Post
TheHive
post Oct 30 2007, 06:09 PM
Post #15


Advanced Member
***

Group: .script developer
Posts: 1,899
Joined: 14-July 06
Member No.: 5



Ill go with the Grey? Area.


QUOTE
if you UPX all application files before embedding!

Dont some applications have problems with UPXing
Go to the top of the page
 
+Quote Post
phox
post Oct 30 2007, 06:10 PM
Post #16


Advanced Member
***

Group: .script developer
Posts: 590
Joined: 8-August 06
Member No.: 134



QUOTE (TheHive @ Oct 30 2007, 05:09 PM) *
Dont some applications have problems with UPXing


This one not!
Go to the top of the page
 
+Quote Post
jaclaz
post Oct 30 2007, 06:17 PM
Post #17


Finder
***

Group: Advanced user
Posts: 1,185
Joined: 14-July 06
Member No.: 2


Italy


Are we talking about this EULA?:
http://www.vmware.com/download/eula/player.html

@psc
I guess that phox is referring to embedded files (which you do not provide, if I get it right)
QUOTE
.....
3.3 Restrictions. You may not (i) sell, lease, license, sublicense, distribute or otherwise transfer in whole or in part the Software or the Software License Key to another party; (ii) provide, disclose, divulge or make available to, or permit use of the Software in whole or in part by, any third party (except Designated Administrative Access) without VMware's prior written consent; or (iii) modify or create derivative works based upon the Software.
.....


whilst you are posing a slightly different problem, the way you setup the .iso, result of running your .script on files that the user must get by himself, can be "tweaked" into not displaying the EULA at every run.

The license is not very clear, but this:
QUOTE
9.1 Player:

Additional License Terms :

VMware grants you a nonexclusive, nontransferable license, without rights to sublicense, to (i) use the Software solely for your own internal information processing services and computing needs in connection with permitted uses of the Software; (ii) use the documentation accompanying the Software. Subject to the above, each copy of the Software may not be used by any other person, whether or not such person is employed by or otherwise associated with your entity. You may not share or use concurrently the Software.

Distributing the Software. If you are interested in distributing the Software electronically or via internal Web site, CD or other media, or are interested in placing a VMware provided logo on your printed material, please send a request to player_distribution@vmware.com and we will provide you with a copy of our distribution agreement for your signature.


So it is even possible (though cannot say how probable) that VMWare will allow a distribution of files embedded.

Now the point is, (I don't know how it works since registering is required to download the player), what happens with the downloaded file?
Is it a SETUP.EXE or .MSI that requires acceptance of the EULA before installing?
If yes, there is no need to have the user accept it every time.
Or does your .script use directly the downloaded file "by-passing" the EULA acceptance step set forth by VMWare?
How does VMWare Player works in a normal install?
Does it requires acceptance of the EULA every time it is run or just once?

If just once, you may make your .script require acceptance of the license just once at the time of build.

jaclaz
Go to the top of the page
 
+Quote Post
phox
post Oct 30 2007, 06:36 PM
Post #18


Advanced Member
***

Group: .script developer
Posts: 590
Joined: 8-August 06
Member No.: 134



I have great difficulty to understand:

why we are insisting to expose Forum to legal vulnerability
and continue endless discussion about it, by allowing embedding
application files in the scripts.

In "normal" situation, every user is responsible for legality of use
of his computer and software in it.

Why in the case of scripts, we insist to deprive him from that responsibility
and transfer it on the Forum, unnecessary? (IMG:../forums/style_emoticons/default/confused1.gif) (IMG:../forums/style_emoticons/default/confused1.gif)
Go to the top of the page
 
+Quote Post
psc
post Oct 30 2007, 09:08 PM
Post #19


Guru
***

Group: .script developer
Posts: 3,190
Joined: 14-July 06
From: Korschenbroich, Germany
Member No.: 3


Germany


QUOTE (phox @ Oct 30 2007, 07:07 PM) *
It's better to ask user to download and install (accepting EULA) VMware Player
and make script to collect necessary files from installation folder fro host machine.

In that way you transfer legal issues to user and script is smaller.


That's what I'm trying to do:

I have VMWare Player on my PC and I already accepted the EULA.

My question was:

If I transfer the 'EULA-accepted-flag' to the PE, is that legal / grey / illegal?

Peter
Go to the top of the page
 
+Quote Post
phox
post Oct 30 2007, 09:21 PM
Post #20


Advanced Member
***

Group: .script developer
Posts: 590
Joined: 8-August 06
Member No.: 134



QUOTE (psc @ Oct 30 2007, 08:08 PM) *
If I transfer the 'EULA-accepted-flag' to the PE, is that legal / grey / illegal?


Let user worry about that.

As far as he doesn't distribute final ISO, he is safe (I think).
Go to the top of the page
 
+Quote Post

3 Pages V  < 1 2 3 >
Fast ReplyReply to this topicStart new topic

Members Who Viewed Topic Today ()

 

Display Mode: Standard · Switch to: Linear+ · Switch to: Outline


RSS Lo-Fi Version Time is now: 2nd November 2007 - 11:35 PM

MKPortal ©2003-2006 mkportal.it