Bug 231574
Summary: | dvdisaster is intentionally crippled | ||||||
---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Philippe Troin <phil> | ||||
Component: | dvdisaster | Assignee: | Dmitry Butskoy <dmitry> | ||||
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||
Severity: | medium | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | rawhide | CC: | carsten, pbonzini | ||||
Target Milestone: | --- | Keywords: | Reopened | ||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | All | ||||||
Whiteboard: | |||||||
Fixed In Version: | Doc Type: | Bug Fix | |||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2013-03-15 11:52:13 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: | |||||||
Attachments: |
|
Description
Philippe Troin
2007-03-09 03:17:42 UTC
That code is simply a graceful stop for CSS-encryted media. Removing it won't enable you to read such media, as the program has no capabilities for decrypting CSS. You would simply get throusands of error messages when trying to read the encrypted sectors later. > the program has no capabilities for decrypting CSS
Is it possible to check at runtime whether libdvdcss is installed in the system,
and dynamically load it then? Or maybe provide some just an external module for
decrypt functionality (external due to patent/etc. issues)?
Just thoughts... :)
Hi Dmitry and Phil, libdvdcss support wouldn't fit well into the dvdisaster framework. Technically, dvdisaster follows the "One tool, one purpose" discipline. It is heavily optimized towards protecting and recovering data on (re-)writeable media. Decrypting DVD-ROM is a completely different story. It would coerce dvdisaster into something it was not designed for. Practically, circumventing CSS leads to legal encumberance in many countries. Some may ban development and distribution of the program. That should not be taken lightly. The data protection and recovery capabilities of dvdisaster are unique. It is not easily replaceable with other software. Is it worth legally tainting it? Just some thoughts from the maintainer's perspective. Carsten Reopening. The program has no capabilities for decrypting CSS, but one does not need to decrypt CSS when reparing a DVD that you have legally bought in your region. Even for encrypted media, it is usually enough to first "unlock" the DVD by opening it in totem or vlc. After that, dvdisaster can successfully read the image. Regarding the tainting of dvdisaster, Debian is already shipping a similar patch, so we would not change anything. Created attachment 707351 [details]
patch for the spec file, and patch file for dvdisaster 0.72.4
I had now discussion with the upstream developer. The problem is in his country's local laws (seems Germany). In short: - it is forbidden to publish a software which can be used to circumvent copy protection; - to follow this, most dvd-related applications just stop read on the first unreadable (say encrypted) sector; - but dvdisaster obviously cannot follow this scheme, since it is a recovery tool; - the only way found is to drop any "pressed DVD media" (eg. DVD-ROM). It might looks some strange, but very often copy protection laws have ambiguous interpretation... Besides this, I doubt whether the proposed feature is actually useful for most users. IMHO Dvdisaster is mostly targeted for (user) writeable dvd media, rather than some bought dvd-roms. IOW, if somebody want to distribute a "patched" version of dvdisaster, he/she should use repositories like Livna . Sorry, closed wantfix. :( |