Bug 202526
Summary: | cdrtools is doing bad things with licensing and should be removed | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Tom "spot" Callaway <tcallawa> |
Component: | cdrtools | Assignee: | Harald Hoyer <harald> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | urgent | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | hdegoede, mattdm, notting |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-08-16 08:03:59 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 203156 |
Description
Tom "spot" Callaway
2006-08-14 22:05:33 UTC
AFAIK, we could shipping a somewhat older version right? That would atleast give people something working in most cases. I think trying to find a suitable replacement before FC-6 is a bad idea. dvdrtools is the fork from the last version before license tainting. While the timing here is poor, we need to decide if we are willing to ship FC-6 with a piece of code that is illegal. (In reply to comment #4) > dvdrtools is the fork from the last version before license tainting. > AH, good, I forgot it was a fork. > While the timing here is poor, we need to decide if we are willing to ship FC-6 > with a piece of code that is illegal. > I'm not in the positions to make such decissions but I would say NO! (In reply to comment #5) > > While the timing here is poor, we need to decide if we are willing to ship FC-6 > > with a piece of code that is illegal. > > > > I'm not in the positions to make such decissions but I would say NO! Neither am I, but I would also say this is a blocker issue for FC-6. Can we just go back to the old all-GPL version? We can go back to FC-4's cdrtools-2.0, but this version will cause many problems. Oh my... I was so happy the current version works... Maybe someone could do a diff between the latest GPL and the current upstream release and then if there are not too much changes describe the changes which are clearly fixes in plain english (iow not code) and then someone else who didn't look at the diff can reimplement them. Or would that legally still be too dodgy? Too much changes... e.g. DVD support. A real fork of the project or complete rewrite would be the best... Isn't dvdrtools just that (a fork), surely dvdrtools should be better then a pretty old version of cdrtools without dvd support? For DVD support, I took the patches from http://crashrecovery.org/oss-dvd.html dvdrecord is much older than 2.01 Ok, I'll shut up now. Let me know if there is anything usefull I can do to help. p.s. Tom, I think its great that FC is being cleaned of this, painfull, but great! Let me know if I can be of assistance. (I'm quite good in C). you could rewrite cdrecord from scratch :) maybe by taking growisofs :) A problem is that even with older versions there are some irritating limits to the license: > This software is under GPL with the following limitations: > > > - You may not modify certain copyright messages in cdrecord.c > > See cdrecord.c for further information. > > >- You may (with a few exceptions) not modify the location of the > configuration file /etc/default/cdrecord. > > See defaults.c for further information. Long-term libburn seems to be a promising project. That's nonsensical, you can't impose additional restrictions on top of GPL. Sure, you can create a license that is "GPL, but slightly different, including these restrictions" -- but that license won't be even slightly GPL-compatible, and you certainly can't *add* those restrictions to existing GPL'd code. What's secret bug #203156? Matt: internal rhel5 tracking stuff. |