View Issue Details [ Jump to Notes ] | [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0011885 | CMake | CMake | public | 2011-02-21 15:40 | 2011-06-17 18:27 | ||||
Reporter | Modestas Vainius | ||||||||
Assigned To | Brad King | ||||||||
Priority | high | Severity | major | Reproducibility | always | ||||
Status | closed | Resolution | fixed | ||||||
Platform | amd64 | OS | Debian GNU/Linux | OS Version | sid | ||||
Product Version | CMake 2.8.3 | ||||||||
Target Version | CMake 2.8.5 | Fixed in Version | CMake 2.8.5 | ||||||
Summary | 0011885: 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. [^] | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | |
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. |
Notes |
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 |
Issue History |
Copyright © 2000 - 2018 MantisBT Team |