MantisBT - CMake
View Issue Details
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. [^]
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2011-02-21 15:40Modestas VainiusNew Issue
2011-02-22 15:58Brad KingAssigned To => Brad King
2011-02-22 15:58Brad KingStatusnew => assigned
2011-02-22 15:59Brad KingNote Added: 0025549
2011-02-22 15:59Brad KingStatusassigned => closed
2011-02-22 15:59Brad KingResolutionopen => fixed
2011-06-17 18:27David ColeFixed in Version => CMake 2.8.5
2011-06-17 18:27David ColeTarget Version => CMake 2.8.5

Notes
(0025549)
Brad King   
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.