View Issue Details Jump to Notes ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0011885CMakeCMakepublic2011-02-21 15:402011-06-17 18:27
ReporterModestas Vainius 
Assigned ToBrad King 
PriorityhighSeveritymajorReproducibilityalways
StatusclosedResolutionfixed 
Platformamd64OSDebian GNU/LinuxOS Versionsid
Product VersionCMake 2.8.3 
Target VersionCMake 2.8.5Fixed in VersionCMake 2.8.5 
Summary0011885: Unclear licensing of Utilities/cmlibarchive/build/windows/{mvcpp,wccpp}.nt
DescriptionHeaders 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. [^]
TagsNo tags attached.
Attached Files

 Relationships

  Notes
(0025549)
Brad King (manager)
2011-02-22 15:59

Very few operating systems have wonderful package managers like Debian. Furthermore some of CMake's dependencies don't even build on all the compilers we support so we need to fork them anyway. You can remove the unused Utilities/* directories from Debian's CMake source tarball if you wish.

Anyway, I removed the files mentioned in this issue:

  http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=fabdf7aa [^]

This issue should be reported to libarchive's upstream bug tracker too.

 Issue History
Date Modified Username Field Change
2011-02-21 15:40 Modestas Vainius New Issue
2011-02-22 15:58 Brad King Assigned To => Brad King
2011-02-22 15:58 Brad King Status new => assigned
2011-02-22 15:59 Brad King Note Added: 0025549
2011-02-22 15:59 Brad King Status assigned => closed
2011-02-22 15:59 Brad King Resolution open => fixed
2011-06-17 18:27 David Cole Fixed in Version => CMake 2.8.5
2011-06-17 18:27 David Cole Target Version => CMake 2.8.5


Copyright © 2000 - 2018 MantisBT Team