Re: [Freedos-user] Fdnet

[Björn Morell]

Den 2022-03-08 kl. 12:55, skrev Jerome Shidel:



On Mar 8, 2022, at 4:44 AM, Björn Morell  wrote:

I run MTCP and have for a while and it works great, ftp server etc. I have 
fresh installatio of 1.3 on an

old fujitsi-siemens 1000 mhz, with an intel 815 chipset so the e1000pkt works 
fine with DHCP and it

updates the .cfg. I ran the wattcp.bat and have a wattcp.cfg in freedos\bin. 
Paths to wattcp and MTCP

cfgs in fdauto.bat and this, as suggested in freedos wiki instructions, fdauto:

"if not exist %dosdir%\bin\fdnet.bat goto NoNetwork

e1000pkt 0x60

call %dosdir%\bin\fdnet.bat start

c:\ddhcp\ddhcp /w /f"

But i get this at boot (ftpsrv, browsing etc. works though) ;


"

Packet Driver for Intel (R) PRO/1000 Family of Desktop & Server adapters v0.50

Copyright (C) Intel Corportation 2006. All rights reserved.

PCI BIOS is required for this driver

HERE COMES THE STRANGE PART

Physical network not supported at the moment (My translation from swedish).

IP address : 192.168.1.247

Netmask   : 255.255.255.0

Gateway   : 192.168.1.1

DNS sever : 192.168.1.1

Lease time: 43200 "


What am I doing wrong to get the same Message as before I configured anything ?

things work though !

Have good day :)

FDNET only supports a select set of drivers. It is displaying that message.

Since, networking is configured, you are manually loading a packet driver and 
manually configuring dhcp, there really is no reason to call FDNET.

Simply REM the call to FDNET. It will prevent the message.



Bear


Thanx for prompt answer,

Yes I figured it was no biggy :)  Many things will be gone from 
Fdauto.bat, not necessary with all the batch files the original goes 
through.



Bear








___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] Fdnet

[Jerome Shidel]

> On Mar 8, 2022, at 4:44 AM, Björn Morell  wrote:
> 
> I run MTCP and have for a while and it works great, ftp server etc. I have 
> fresh installatio of 1.3 on an
> 
> old fujitsi-siemens 1000 mhz, with an intel 815 chipset so the e1000pkt works 
> fine with DHCP and it
> 
> updates the .cfg. I ran the wattcp.bat and have a wattcp.cfg in freedos\bin. 
> Paths to wattcp and MTCP
> 
> cfgs in fdauto.bat and this, as suggested in freedos wiki instructions, 
> fdauto:
> 
> "if not exist %dosdir%\bin\fdnet.bat goto NoNetwork
> 
> e1000pkt 0x60
> 
> call %dosdir%\bin\fdnet.bat start
> 
> c:\ddhcp\ddhcp /w /f"
> 
> But i get this at boot (ftpsrv, browsing etc. works though) ;
> 
> 
> "
> 
> Packet Driver for Intel (R) PRO/1000 Family of Desktop & Server adapters v0.50
> 
> Copyright (C) Intel Corportation 2006. All rights reserved.
> 
> PCI BIOS is required for this driver
> 
> HERE COMES THE STRANGE PART
> 
>Physical network not supported at the moment (My translation from swedish).
> 
> IP address : 192.168.1.247
> 
> Netmask   : 255.255.255.0
> 
> Gateway   : 192.168.1.1
> 
> DNS sever : 192.168.1.1
> 
> Lease time: 43200 "
> 
> 
> What am I doing wrong to get the same Message as before I configured anything 
> ?
> 
> things work though !
> 
> Have good day :)

FDNET only supports a select set of drivers. It is displaying that message.

Since, networking is configured, you are manually loading a packet driver and 
manually configuring dhcp, there really is no reason to call FDNET. 

Simply REM the call to FDNET. It will prevent the message. 


> 
> Bear
> 
> 
> 
> 
> 
> 
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

[Freedos-user] Fdnet

[Björn Morell]

I run MTCP and have for a while and it works great, ftp server etc. I 
have fresh installatio of 1.3 on an


old fujitsi-siemens 1000 mhz, with an intel 815 chipset so the e1000pkt 
works fine with DHCP and it


updates the .cfg. I ran the wattcp.bat and have a wattcp.cfg in 
freedos\bin. Paths to wattcp and MTCP


cfgs in fdauto.bat and this, as suggested in freedos wiki instructions, 
fdauto:


"if not exist %dosdir%\bin\fdnet.bat goto NoNetwork

e1000pkt 0x60

call %dosdir%\bin\fdnet.bat start

c:\ddhcp\ddhcp /w /f"

But i get this at boot (ftpsrv, browsing etc. works though) ;


"

Packet Driver for Intel (R) PRO/1000 Family of Desktop & Server adapters 
v0.50


Copyright (C) Intel Corportation 2006. All rights reserved.

PCI BIOS is required for this driver

HERE COMES THE STRANGE PART

   Physical network not supported at the moment (My translation from 
swedish).


IP address : 192.168.1.247

Netmask   : 255.255.255.0

Gateway   : 192.168.1.1

DNS sever : 192.168.1.1

Lease time: 43200 "


What am I doing wrong to get the same Message as before I configured 
anything ?


things work though !

Have good day :)

Bear






___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNET missing from FreeDOS 1.3-RC4

[Travis Siegel]

On 10/14/2021 4:06 AM, Jon Brase wrote:

Oct 13, 2021 23:39:17 Jim Hall 

It appears that somewhere along the line, someone (at AMD?) had access
to the sources, probably in a larger source tree, and ran a batch job
or script to apply the "AMD" statement to a bunch of source files. And
that happened to catch these GPL and public domain source files. I
believe that was done in error. The original public domain and GPL
declarations trump the latter "AMD" statement.

The only issue I see here is if AMD added any code to the public domain files.

For the GPL files, the AMD violated the existing license by marking them as AMD 
proprietary, whether they added anything or not, and the only way for them to 
come back into compliance is to relicense the code under a GPL compatible 
license. So the GPL files are clean in any circumstance.

For the public domain stuff, they can't claim copyright to anything that 
existed in the files when they received them, but they can claim copyright to 
anything that they added.

If the original files can be traced and it can be demonstrated that AMD added 
nothing more than the copyright notices, then they're clean, otherwise it has 
to be determined what code was added by AMD, and that has to be stripped out.

I don't think there's an issue here, for several reasons, besides the 
ones mentioned above, any code added to the files (assuming there was 
some) I'm pretty sure is required to be released back to the community 
anyway.  I'm no lawyer, and various GPL licenses have different 
restrictions, but I'm thinking GPLV1 required any code added be released 
back to the community at large, which is why a second (then a third) 
version of the license was created.


Of course, it's been many years since I read the first version of the 
GPL license, so I could be all wrong about it, but for some reason, that 
seems to stick with me.


And, generally, even if there is proprietary code involved, (doubtful), 
in general (obviously, not always), AMD can only recoupe losses as a 
result of the code being used for commercial gain, which would be real 
hard to prove since freedos is free, and no monitary gain is made as a 
result of including said code.


I'm sure folks could argue this six ways from Sunday, and make all kinds 
of cases for just about anything they want, but has anyone actually made 
an attempt to ask AMD their thoughts on the matter?


Barring getting an all clear from AMD, I'm personally convinced the only 
way forward is to behave as previously mentioned, by removing said 
notices, and leaving it all opensource.  If they have a problem, /I'm 
sure they''ll say something.  I can't honestly see that happening 
though, and if they do, then you'll know exactly what needs removed to 
solve the problem./


/That's a win in everyone's book./

//
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNET missing from FreeDOS 1.3-RC4

[Jim Hall]

> Hi Jim and Everyone,
>
> On Mon, Sep 6, 2021 at 10:58 AM Jim Hall  wrote:
> [..]
>
> *If you agree or disagree, I'd appreciate your reply to this email.
> Agreement can be simply "agree" or "+1". If you disagree, please
> discuss. (But consensus from the last discussion favored including
> FDNET, so if no one disagrees now, I'll assume no concerns on this.)
>

On Thu, Oct 14, 2021 at 3:55 AM Jerome Shidel  wrote:
>
> The items you mention definitely help resolve many of the issues with the 
> FDNet Package. But unfortunately, I don’t think they address the issues that 
> triggered the package being pulled on 4/10/21.
>
> Please refer to that message from Michael Brutman 
> https://sourceforge.net/p/freedos/mailman/message/37259659/ and my immediate 
> followup response https://sourceforge.net/p/freedos/mailman/message/37259690/ 
> .
>
> I’m no lawyer. But, I think adding to your resolution list:
>
> (4) Change the FDNet package metadata to reflect all the various open source 
> licenses used by the programs included in the FDNet packages instead of just 
> the copying-policy for FDNet itself. In other words, have it say “Various 
> open source licenses, see included programs” instead of just “GPL V2”.
>
> I think that would be sufficient to comply with the messages I referred to 
> earlier. After all, FDNet itself is only a script and does not get compiled 
> or include any source code from programs themselves. And like a Linux 
> distribution, programs of various and even incompatible licenses may be 
> included in the distribution under certain restrictions.
>[..]


I agree, let's add:

4. update the metadata to "Various open source licenses, see included
programs" or some other generic term to indicate the mix


Jim


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNET missing from FreeDOS 1.3-RC4

[Jerome Shidel]

Hi Jim and Everyone,

> On Mon, Sep 6, 2021 at 10:58 AM Jim Hall  wrote:
> [..]
> *If you agree or disagree, I'd appreciate your reply to this email.
> Agreement can be simply "agree" or "+1". If you disagree, please
> discuss. (But consensus from the last discussion favored including
> FDNET, so if no one disagrees now, I'll assume no concerns on this.)

The items you mention definitely help resolve many of the issues with the FDNet 
Package. But unfortunately, I don’t think they address the issues that 
triggered the package being pulled on 4/10/21. 

Please refer to that message from Michael Brutman 
https://sourceforge.net/p/freedos/mailman/message/37259659/ 
 and my immediate 
followup response https://sourceforge.net/p/freedos/mailman/message/37259690/ 
 .

I’m no lawyer. But, I think adding to your resolution list:

(4) Change the FDNet package metadata to reflect all the various open source 
licenses used by the programs included in the FDNet packages instead of just 
the copying-policy for FDNet itself. In other words, have it say “Various open 
source licenses, see included programs” instead of just “GPL V2”.

I think that would be sufficient to comply with the messages I referred to 
earlier. After all, FDNet itself is only a script and does not get compiled or 
include any source code from programs themselves. And like a Linux 
distribution, programs of various and even incompatible licenses may be 
included in the distribution under certain restrictions. 

For example, if you could not release a Linux OS that included programs that 
were licensed under GPLv2 & GPLv3, Linux itself would be dead in the water and 
no longer be usable or updated. 

So, my personal belief is that FDNet (Like Gnome or KDE) can launch/run/execute 
programs of whatever license. And like a Linux Distribution, can include any 
open source licensed program as long as it does not imply that it’s license 
covers everything “in-the-box”.

But, I could be wrong. 

:-)

Jerome




___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNET missing from FreeDOS 1.3-RC4

[Jon Brase]

Oct 13, 2021 23:39:17 Jim Hall 
>
> 
> It appears that somewhere along the line, someone (at AMD?) had access
> to the sources, probably in a larger source tree, and ran a batch job
> or script to apply the "AMD" statement to a bunch of source files. And
> that happened to catch these GPL and public domain source files. I
> believe that was done in error. The original public domain and GPL
> declarations trump the latter "AMD" statement.

The only issue I see here is if AMD added any code to the public domain files.

For the GPL files, the AMD violated the existing license by marking them as AMD 
proprietary, whether they added anything or not, and the only way for them to 
come back into compliance is to relicense the code under a GPL compatible 
license. So the GPL files are clean in any circumstance.

For the public domain stuff, they can't claim copyright to anything that 
existed in the files when they received them, but they can claim copyright to 
anything that they added.

If the original files can be traced and it can be demonstrated that AMD added 
nothing more than the copyright notices, then they're clean, otherwise it has 
to be determined what code was added by AMD, and that has to be stripped out.


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNET missing from FreeDOS 1.3-RC4

[Jim Hall]

> On Mon, Sep 6, 2021 at 10:44 AM Brandon Taylor
>  wrote:
> >
> > I've just installed FreeDOS 1.3-RC4 on a virtual machine, and,
> > upon running FDIMPLES, discovered that FDNET is nowhere to be
> > found. What's the issue here?

On Mon, Sep 6, 2021 at 10:58 AM Jim Hall  wrote:
>
> I had asked that we not include FDNET in FreeDOS 1.3 RC4 due to
> license confusion in the FDNET package. You can see it documented in
> the wiki:
> http://wiki.freedos.org/wiki/index.php/Releases/1.3/Packages#Networking
>
> I've been thinking about this since RC4, and I'm starting to think
> that the package will be okay to include in RC5. But for now, it's not
> in RC4.


I've been distracted with other work, and it appears I never followed
up on this one. I meant to send this note a month ago.

I'd thought a lot about the FDNET issue. Thanks to everyone here for
the conversation we've had about it, going back to to June. I
especially appreciated the comments from Tom and Eric and Paul. You've
convinced me, I agree with you; I now think the license issue for
FDNET is actually a non-issue.

To recap:

Many of the source files have confusing/contradictory license
statements. But the sources show that Russ's GPL and public domain
claims came first. Most of these are in the PCNTPK directory. For
example, many of these files have this disclaimer at the top:

;Copyright (c) 1993 ADVANCED MICRO DEVICES, INC. All Rights Reserved.
;This software is unpblished and contains the trade secrets and
;confidential proprietary information of AMD. Unless otherwise provided
;in the Software Agreement associated herewith, it is licensed in confidence
;"AS IS" and is not to be reproduced in whole or part by any means except
;for backup. Use, duplication, or disclosure by the Government is subject
;to the restrictions in paragraph (b) (3) (B) of the Rights in Technical
;Data and Computer Software clause in DFAR 52.227-7013 (a) (Oct 1988).
;Software owned by Advanced Micro Devices, Inc., 901 Thompson Place,
;Sunnyvale, CA 94088.

But the same source files also have this, below the AMD statement:

;  Copyright, 1990, Russell Nelson, Crynwr Software
;
;
;   This program is free software; you can redistribute it and/or modify
;   it under the terms of the GNU General Public License as published by
;   the Free Software Foundation, version 1.
;
;   This program is distributed in the hope that it will be useful,
;   but WITHOUT ANY WARRANTY; without even the implied warranty of
;   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
;   GNU General Public License for more details.
;
;   You should have received a copy of the GNU General Public License
;   along with this program; if not, write to the Free Software
;   Foundation, Inc., 675 Mass Ave, Cambridge, MA 02139, USA.

..or a "public domain" statement like this:

;  Copyright 1988-1992 Russell Nelson
;
;put into the public domain by Russell Nelson, nel...@crynwr.com


I don't know why the sources later had an "AMD" statement put on them,
but you cannot claim "proprietary" or "copyright" on something that
was previously released under the GNU General Public License.

It appears that somewhere along the line, someone (at AMD?) had access
to the sources, probably in a larger source tree, and ran a batch job
or script to apply the "AMD" statement to a bunch of source files. And
that happened to catch these GPL and public domain source files. I
believe that was done in error. The original public domain and GPL
declarations trump the latter "AMD" statement.


Resolution:


(1) Let's re-accept the FDNET package into the next FreeDOS distribution.

(2) I'll make a note about this decision in the FreeDOS wiki at
http://wiki.freedos.org/wiki/index.php/Releases/1.3/Packages
(this currently has a red "do not include" note on it .. I'll update
to change it a green "include" message)

(3) To prevent future confusion, I'll create a new version of these
source files that *removes* the "AMD" statement, where a previous GPL
or public domain declaration was already made. (I think that's all of
the files in question.) I'll also create (or update, if it exists) a
README file to note the changes to the source files, and why.


I look forward to including networking support again in the next
distribution, which should be FreeDOS 1.3 RC5.


*If you agree or disagree, I'd appreciate your reply to this email.
Agreement can be simply "agree" or "+1". If you disagree, please
discuss. (But consensus from the last discussion favored including
FDNET, so if no one disagrees now, I'll assume no concerns on this.)


Jim


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNET missing from FreeDOS 1.3-RC4

[Jim Hall]

On Mon, Sep 6, 2021 at 10:44 AM Brandon Taylor
 wrote:
>
> I've just installed FreeDOS 1.3-RC4 on a virtual machine, and,
> upon running FDIMPLES, discovered that FDNET is nowhere to be
> found. What's the issue here?


I had asked that we not include FDNET in FreeDOS 1.3 RC4 due to
license confusion in the FDNET package. You can see it documented in
the wiki:
http://wiki.freedos.org/wiki/index.php/Releases/1.3/Packages#Networking

I've been thinking about this since RC4, and I'm starting to think
that the package will be okay to include in RC5. But for now, it's not
in RC4.


Jim


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

[Freedos-user] FDNET missing from FreeDOS 1.3-RC4

[Brandon Taylor]

I've just installed FreeDOS 1.3-RC4 on a virtual machine, and, upon running 
FDIMPLES, discovered that FDNET is nowhere to be found. What's the issue here?

Brandon Taylor
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNet package license problems

[Ralf Quint]

On 4/11/2021 5:54 PM, Bryan Kilgallin wrote:

Michael:


https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/fdnet.html 
 
FDNET is being distributed under GPL V2.


{404


Page not found! Either this page does not exist anymore or it can be 
found elsewhere.}


Not surprising, as Jerome in an earlier reply stated:

I have taken the git repository for FDNET offline and pulled it’s 
packages from the Software Repositories.



Ralf 😉



--
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNet package license problems

[Bryan Kilgallin]

Michael:


https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/fdnet.html 
 
FDNET is being distributed under GPL V2.


{404


Page not found! Either this page does not exist anymore or it can be 
found elsewhere.}

--
members.iinet.net.au/~kilgallin/


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNet package license problems

[Jim Hall]

We previously had notes in the wiki about questionable licenses in the
FDNet package, and it was marked Yellow ("Maybe") in the wiki for
FreeDOS 1.3. So I think it's a good idea to pull FDNet for now. I've
updated the wiki to reflect that.


http://wiki.freedos.org/wiki/index.php/Releases/1.3/Packages#Networking



On Sat, Apr 10, 2021 at 7:02 PM Jerome Shidel  wrote:
>
>
>
> > On Apr 10, 2021, at 7:03 PM, Michael Brutman  wrote:
> >
> > 
> > Jerome,
> >
> > In the grand scheme of things it is not a big deal and it has been wrong 
> > for years.
> >
> > Thanks for taking care of it.  If it does remain then Rugxulo should 
> > consider updating the parts of mTCP (and anything else) that was repackaged 
> > for use in FDNet.
>
> When DOS was still my primary OS, networking wasn’t really a thing. Sure, I 
> had a fax/modem and connected via dial-up to a couple BBS and eventually even 
> the Internet. But as for actual networking, I didn’t see much of that until 
> late Win3.11. That’s more or less to say... I’m no DOS networking expert.
>
> Rugxulo originally did some network card detection and network configuration 
> in his MetaDOS side project.
>
> FDNET was based on his work in MetaDOS
>
> But, he was not directly involved with or responsible for  FDNET. I don’t 
> expect he will be interested in improving the package.
>
> Actually, I’ve asked several times if anyone was interested in taking over 
> FDNET to make improvements and maybe increase hardware support. But, no one 
> has ever shown any interest in doing that.
>
> So, IDK if it’s even worth updating the FDNET license and resolving any other 
> issues. Or, just drop it completely.
>
> Jerome
>
>
>
>
>
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user


___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNet package license problems

[Jerome Shidel]

> On Apr 10, 2021, at 7:03 PM, Michael Brutman  wrote:
> 
> 
> Jerome,
> 
> In the grand scheme of things it is not a big deal and it has been wrong for 
> years.
> 
> Thanks for taking care of it.  If it does remain then Rugxulo should consider 
> updating the parts of mTCP (and anything else) that was repackaged for use in 
> FDNet.

When DOS was still my primary OS, networking wasn’t really a thing. Sure, I had 
a fax/modem and connected via dial-up to a couple BBS and eventually even the 
Internet. But as for actual networking, I didn’t see much of that until late 
Win3.11. That’s more or less to say... I’m no DOS networking expert.

Rugxulo originally did some network card detection and network configuration in 
his MetaDOS side project.

FDNET was based on his work in MetaDOS

But, he was not directly involved with or responsible for  FDNET. I don’t 
expect he will be interested in improving the package.

Actually, I’ve asked several times if anyone was interested in taking over 
FDNET to make improvements and maybe increase hardware support. But, no one has 
ever shown any interest in doing that.

So, IDK if it’s even worth updating the FDNET license and resolving any other 
issues. Or, just drop it completely.

Jerome





___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNet package license problems

[Michael Brutman]

Jerome,

In the grand scheme of things it is not a big deal and it has been wrong
for years.

Thanks for taking care of it.  If it does remain then Rugxulo should
consider updating the parts of mTCP (and anything else) that was repackaged
for use in FDNet.


Mike

On Sat, Apr 10, 2021 at 3:52 PM Jerome Shidel  wrote:

> Hello Michael,
>
> On Apr 10, 2021, at 3:20 PM, Michael Brutman 
> wrote:
>
> Gents (Jerome and Rugxulo in particular) ...
>
> As per
> https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/fdnet.html
> FDNET is being distributed under GPL V2.  However, it includes mTCP source
> code which is licensed under GPL V3.  As per
> https://www.gnu.org/licenses/license-list.en.html that's not allowed ...
> the two licenses are not compatible.  You just can't relicense
> something that I provided as GPL3.
>
>
> Worse is that you are distributing a version of the code that is 7 years
> out of date ...
>
> Please fix this.
>
>
> The GPL v2 was only the license for the FDNET batch program itself and was
> not meant to cover any other programs that were included in the package.
>
> It was not an attempt to re-license your software. As you can see, the GPL
> v3 license was included with your program sources in the package.
>
> However, you are correct that the listing for FDNET on the software
> repository should not have been GPL v2.
>
> Furthermore, you are correct that GPL v3 is not compatible with v2.
>
> I apologize for the mistake and any confusion it may have caused.
>
> I have taken the git repository for FDNET offline and pulled it’s packages
> from the Software Repositories.
>
> The FDNET package will require further review. It may be updated to
> resolve any conflicting license issue.
>
> However at this point, FDNET may just be discontinued.
>
> Thank you for bringing this issue to my attention.
>
> Once again, I am sorry for the misunderstanding.
>
> Jerome
> ___
> Freedos-user mailing list
> Freedos-user@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/freedos-user
>
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

Re: [Freedos-user] FDNet package license problems

[Jerome Shidel]

Hello Michael,

> On Apr 10, 2021, at 3:20 PM, Michael Brutman  wrote:
> 
> Gents (Jerome and Rugxulo in particular) ...
> 
> As per 
> https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/fdnet.html
>  
> 
>  FDNET is being distributed under GPL V2.  However, it includes mTCP source 
> code which is licensed under GPL V3.  As per 
> https://www.gnu.org/licenses/license-list.en.html 
>  that's not allowed ...  
> the two licenses are not compatible.  You just can't relicense something that 
> I provided as GPL3.
> 
> Worse is that you are distributing a version of the code that is 7 years out 
> of date ...
> 
> Please fix this.

The GPL v2 was only the license for the FDNET batch program itself and was not 
meant to cover any other programs that were included in the package. 

It was not an attempt to re-license your software. As you can see, the GPL v3 
license was included with your program sources in the package. 

However, you are correct that the listing for FDNET on the software repository 
should not have been GPL v2.

Furthermore, you are correct that GPL v3 is not compatible with v2.

I apologize for the mistake and any confusion it may have caused.

I have taken the git repository for FDNET offline and pulled it’s packages from 
the Software Repositories.

The FDNET package will require further review. It may be updated to resolve any 
conflicting license issue. 

However at this point, FDNET may just be discontinued.

Thank you for bringing this issue to my attention.

Once again, I am sorry for the misunderstanding.

Jerome
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user

[Freedos-user] FDNet package license problems

[Michael Brutman]

Gents (Jerome and Rugxulo in particular) ...

As per
https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/fdnet.html
FDNET is being distributed under GPL V2.  However, it includes mTCP source
code which is licensed under GPL V3.  As per
https://www.gnu.org/licenses/license-list.en.html that's not allowed ...
the two licenses are not compatible.  You just can't relicense
something that I provided as GPL3.

Worse is that you are distributing a version of the code that is 7 years
out of date ...

Please fix this.


Mike
___
Freedos-user mailing list
Freedos-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freedos-user