Search Criteria
Package Details: calibre-plugin-dedrm 10.0.3-1
Package Actions
| Git Clone URL: | https://aur.archlinux.org/calibre-plugin-dedrm.git (read-only, click to copy) |
|---|---|
| Package Base: | calibre-plugin-dedrm |
| Description: | DeDRM tools for ebooks - Calibre plugin |
| Upstream URL: | https://github.com/noDRM/DeDRM_tools/ |
| Licenses: | GPL3 |
| Submitter: | t-8ch |
| Maintainer: | t-8ch |
| Last Packager: | t-8ch |
| Votes: | 18 |
| Popularity: | 0.78 |
| First Submitted: | 2021-04-19 18:10 (UTC) |
| Last Updated: | 2022-07-19 20:37 (UTC) |
Dependencies (5)
- calibre (calibre-unicode-pathAUR, calibre-gitAUR)
- unzip (unzip-natspecAUR, unzip-zstdAUR) (make)
- zip (zip-natspecAUR) (make)
- openssl (openssl-gitAUR, openssl-staticAUR) (optional) – for crytographic primitives
- python-pycryptodome (optional) – for crytographic primitives
Latest Comments
« First ‹ Previous 1 2 3
t-8ch commented on 2021-05-04 21:17 (UTC)
@redfish To be honest I would have more expected to shell out to some cli tools (regedit.exe?) and read their output. That should be more portable and need much less dependencies.
redfish commented on 2021-05-04 21:05 (UTC)
@t-8ch: unfortunate, yeah. There's a path though: python-hivex. I was wrong about needing Microsoft .dlls to access the registry; can do it via this library from Linux. Somebody gotta upstream a patch (so much to do, so little time).
t-8ch commented on 2021-05-04 18:25 (UTC)
@redfish. Indeed! This seems unfortunate. This even contains inline assembly in python strings.
redfish commented on 2021-05-04 18:12 (UTC)
@t-8ch: nah, you'll get 'failed to find keys', try it. And it's expected from reading DeDRM source code: DeDRM reads the keys from Windows Registry, and the python code that does it is not portable -- it's Windows-only (uses 'import winreg', etc). And besides the part that reads the registry, that code also contains the PyCrypto code that is needed to really extract the key into a usable format. So, even in principle, I doubt that code could be made portable: my guess is that to read the registry you need to use Microsoft .dll's (though I might be wrong on this), if so, then the most you could hope for is that the PyCrypto code could be separated, such that it will run on the Linux side, but even that is not done: the whole procedure must run in the Python interpreter inside wine. So, you need to have Python and PyCrypto installed in your wine prefix.
t-8ch commented on 2021-05-04 06:01 (UTC)
@redfish This should not be necessary. It should be enough to set the WINEPREFIX setting in the dedrm settings to the prefix where ADE is installed and then autodetect the installation.
redfish commented on 2021-05-04 02:54 (UTC)
If you want to experiment with Adobe Digital Editions, then you'll need to install Python through wine via an .msi installer for Windows 32-bit (v3.4), and then install the PyCrypto Python package through pip in wine from a binary wheel (.whl). Wheels are available here [1], note the python version in the filenames, and install that python version in particular; also, do not upgrade pip. To install a .whl, simply do
wine python -m pip install file.whl. After this, the DeDRM Plugin Options in calibre should find the key, as described in the instructions; otherwise you'll get key not found error.[1] http://www.voidspace.org.uk/python/pycrypto-2.6.1/
« First ‹ Previous 1 2 3