[cmake-developers] [CMake 0011885]: Unclear licensing of Utilities/cmlibarchive/build/windows/{mvcpp, wccpp}.nt
Mantis Bug Tracker
mantis at public.kitware.com
Mon Feb 21 15:40:55 EST 2011
The following issue has been SUBMITTED.
======================================================================
http://public.kitware.com/Bug/view.php?id=11885
======================================================================
Reported By: Modestas Vainius
Assigned To:
======================================================================
Project: CMake
Issue ID: 11885
Category: CMake
Reproducibility: always
Severity: major
Priority: high
Status: new
======================================================================
Date Submitted: 2011-02-21 15:40 EST
Last Modified: 2011-02-21 15:40 EST
======================================================================
Summary: Unclear licensing of
Utilities/cmlibarchive/build/windows/{mvcpp,wccpp}.nt
Description:
Headers of those files state:
#/* FILE: wccpp.nt
# *
# * Copyright (c) 2008
# * TouchNet Information Systems, Inc.
# * All Rights Reserved
# *
# * This program is an unpublished copyright work of TouchNet Information
# * Systems, Inc. of Lenexa, KS. The program, all information disclosed
# * and the matter shown and described hereon or herewith are confidential
# * and proprietary to TouchNet Information Systems, Inc.
# *
# ******************************************************************************
# *
# * $LastChangedBy: kientzle $
# * $Locker: $
# * $ProjectName: $
# * $ProjectRevision: $
# * $LastChangedRevision: 29 $
# * $LastChangedDate: 2008-05-05 18:10:33 -0400 (Mon, 05 May 2008) $
# * $State$
# * $RCSfile$
# * $Source$
# *
# * Change Log:
# * $Log: $
# *
# */
So licensing looks really dubious to me (confidential and proprietary, huh?). I
would like to get some clarification.
While Debian packages use external libarchive and these files are MS-Windows
specific anyway, this issue would still require me to "clean up" (i.e. dfsg) the
upstream tarball before upload to Debian archive. I would really like to avoid
this procedure if possible.
In the long term, it seems wrong that you ship cmake external dependencies
inside the cmake tarball. IMO, it would make sense to ship external dependencies
bundle in its own tarball if you absolutely have to.
The bug was originally reported at https://bugs.debian.org/614390.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2011-02-21 15:40 Modestas VainiusNew Issue
======================================================================
More information about the cmake-developers
mailing list