1
nettcom
Xoops Licence Usage and LGPL/Others
  • 2008/11/21 13:14

  • nettcom

  • Just popping in

  • Posts: 8

  • Since: 2002/11/14


Hi I have a legal question, is posible, co-existance XOOPS - and proprietary software working together?

Example:

Install xoops, custom modify XOOPS code/functions to work (very litle), them install 10 modules, not open source, (proprietary software, licenced, and encrypted)

Usage: when distributed the software;
have a CD, with APACHE,PHP,MYSQL,XOOPS, not encrypted and work standalone in a portable aplication mode, the unique encrypted and licenced are the 10 modules.

Seller advice, all the softwares are open source "ambient", modules are licenced and ecrypted, the 10 modules can work w/o xoops, under their own Kernel (xoops are an option, to use news, etc, opem source modules full code access)

please tellme about copy rigth violations or any license issues working as a company out of UNITED STATES.

regards

2
Mamba
Re: Xoops Licence Usage and LGPL/Others
  • 2008/11/21 19:24

  • Mamba

  • Moderator

  • Posts: 11409

  • Since: 2004/4/23


I don't think that would be possible, if your proprietary software is somehow connected to XOOPS. See:

I'd like to incorporate GPL-covered software in my proprietary system. Can I do this?

If you proprietary software is "stand-alone", i.e. if it doesn't matter if XOOPS is there or not, then you can do it. Otherwise see:

1) If a library is released under the GPL (not the LGPL), does that mean that any program which uses it has to be under the GPL or a GPL-compatible license?

2) You have a GPL'ed program that I'd like to link with my code to build a proprietary program. Does the fact that I link with your program mean I have to GPL my program?

There is also an interesting post here, where it's being said that:
Quote:

While the GPL only covers distribution, they consider it a GPL violation to *distribute software that is intended to be used in violation of the GPL*. In other words, distributing a proprietary commercial piece of software that relies on GPL libraries, and telling people, 'We can't put X into our program, but you can to make it work...' is creating a GPL-derived program just as much as rolling the GPL'd libraries in and then distributing.

So, while no one is going to root around your server seeing if you've called include() on something non-GPL, distributing that middle component is, in the FSF's eyes, an attempt to circumvent the GPL.


The same is valid for so called "bridges" between a GPL program (e.g. XOOPS) and a proprietary program. Using a bridge to call functions from XOOPS would be a violation of GPL:

Quote:

The issue ultimately lies in HOW the software is integrated. 'loosely coupled' mechanisms like REST, most XMLRPC stuff, direct manipulation of databases without calling APIs, etc., are generally OK because they are 'standard mechanisms that separate porgrams use to communicate with each other.' No matter what we call it, most bridge modules ultimately work out to: "Program 2 is sucked into the execution chain of some Drupal code, via a bridge module."
Support XOOPS => DONATE
Use 2.5.11 | Docs | Modules | Bugs

3
nettcom
Re: Xoops Licence Usage and LGPL/Others
  • 2008/11/21 23:34

  • nettcom

  • Just popping in

  • Posts: 8

  • Since: 2002/11/14


in this specific case the propetary software run actualy with out xoops, this run as stand alone aplication not need absolutely any other CMS, like xoops. (the software is like zendcart), the ideia is adapt the propetary software to run under XOOPS as a module, but work independent not calling any XOOPS class, only the autenticte mechanisn (login-users).


thats all


:)




Login

Who's Online

411 user(s) are online (307 user(s) are browsing Support Forums)


Members: 0


Guests: 411


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Nov 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits