Mostly OpneSource (cross-platform) set of utilities for manipulation (check validity, recover and get statistics) with FictionBook2 format files. Currently developers provides packages for Window$ and sources via subversion. Reproducible: Always Steps to Reproduce:
Created attachment 249263 [details] the -9999 ebuild
Created attachment 249264 [details] files/setup_base.patch Patch to clear installed scripts list. Removes awful mix of OpenSource and Window$ technologies "librusec-updater.py" and GUI "validator-gui.py".
Created attachment 249632 [details] The -9999 ebuild fixed inhereit list
Created attachment 272485 [details] -9999 ebuild fixed compilation with multiplw python ABIs
Created attachment 272489 [details] 0.6.0 release version ebuild
Created attachment 314647 [details] 0.6.0-version ebuild fixed for active python interpreter 3.x (3.2 now)
Created attachment 364054 [details] fb2utils-0.6.0.ebuild completely fixed to autobuild with active python3
Created attachment 364056 [details] FictionBook2.1 vanilla schemas, needed for validation
Upstream is dead, although git mirror still exists. For me now package fails to build because of file collision: * Detected file collision(s): * * /usr/lib64/python2.7/site-packages/unidecode/__init__.py * * Searching all installed packages for file collisions... * # equery b /usr/lib64/python2.7/site-packages/unidecode/__init__.py * Searching for /usr/lib64/python2.7/site-packages/unidecode/__init__.py ... dev-python/unidecode-0.04.9-r1 (/usr/lib64/python2.7/site-packages/unidecode/__init__.py) Task (fb2 e-book validation) could be solved using more standard package (>=app-text/xmlstarlet-1.3.0 could validate xml against custom schemes, so together with attached schema set it does the same). So, closing bug as obsolete.
