Result for 001470BB36297CBA1656267F30775BFCE7F886C7

Query result

Key Value
FileName./usr/lib/python2.3/site-packages/odf/opendocument.py
FileSize22610
MD5BB717C496D15682D80D7B5B19690980E
SHA-1001470BB36297CBA1656267F30775BFCE7F886C7
SHA-256CF5BEE36047DF03A981AEA4AA8048110041024D4005350FFA562B34C802516A4
SSDEEP192:Cu4AKk3ieRTNwF//koeZ4WjDdu84zRK0HGjuEM3TjaQwXU5HREnVqMHZxm6FW4n0:Cu40ieRpjfu8+YxCEmTjbw2HRE4tTBJ
TLSHT130A28577A4069174431BAC2E549BF456BB29A84B110820357DFC46ECBF50A7C63F2EFA
hashlookup:parent-total5
hashlookup:trust75

Network graph view

Parents (Total: 5)

The searched file hash is included in 5 parent files which include package known and seen by metalookup. A sample is included below:

Key Value
MD5C18C4C0B80E247F3A26E45EA7B5398DB
PackageArchnoarch
PackageDescriptionOdfpy aims to be a complete API for OpenDocument in Python. Unlike other more convenient APIs, this one is essentially an abstraction layer just above the XML format. The main focus has been to prevent the programmer from creating invalid documents. It has checks that raise an exception if the programmer adds an invalid element, adds an attribute unknown to the grammar, forgets to add a required attribute or adds text to an element that doesn't allow it. These checks and the API itself were generated from the RelaxNG schema, and then hand-edited. Therefore the API is complete and can handle all ODF constructions, but could be improved in its understanding of data types.
PackageMaintainerFedora Project
PackageNameodfpy
PackageRelease3.fc14
PackageVersion0.9
SHA-1FBE303D5BDD5ED9C4402BF1A45AF3EDDC164D2A1
SHA-2562C749A5D58C9A0B86AD273ED2968B9F37C3B313A1B4A04B557E65950C64A3FD2
Key Value
FileSize7391014
MD5156F1475DAE9C90E5E77BCC8A9776D95
PackageDescriptione-book converter and library management Calibre is meant to be a complete e-library solution. It includes library management, format conversion, news feeds to ebook conversion as well as e-book reader sync features. . Calibre is primarily a ebook cataloging program. It manages your ebook collection for you. It is designed around the concept of the logical book, i.e. a single entry in the database that may correspond to ebooks in several formats. It also upports conversion from a dozen different ebook formats to LRF and EPUB. A graphical interface to the conversion software can be accessed easily by just clicking the "Convert E-books" button. . Supported input formats are: MOBI, LIT, PRC, EPUB, ODT, HTML, CBR, CBZ, RTF, TXT, PDF and LRS. . Calibre has a modular device driver design that makes adding support for different e-reader devices easy. At the moment, it has support for the SONY PRS 500/505/700 and the iPhone (with the stanza reader software). Syncing supports updating metadata on the device from metadata in the library and the creation of collections on the device based on the tags defined in the library view. If an book has more than one format available, calibre automatically chooses the best format when uploading to the device. . Calibre can automatically fetch news from a number of websites/RSS feeds, format the news into a ebook and upload to a connected device. There is support for generating LRF/EPUB ebooks. The ebooks include the *full* versions of the articles, not just the summaries. . Calibre has also a built-in ebook viewer that can display all the major ebook formats.
PackageMaintainerUbuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>
PackageNamecalibre
PackageSectiontext
PackageVersion0.4.143+dfsg-1
SHA-109E5EB346E83AAA189898604F87F1F2F0244BDFC
SHA-25696ED1CD5B6CC2546941D0A60B5253459DB1B458B7C3786CA103D18227A89A9DF
Key Value
MD5A613B751C1D223A2F4E155999397C0B0
PackageArchnoarch
PackageDescriptionOdfpy aims to be a complete API for OpenDocument in Python. Unlike other more convenient APIs, this one is essentially an abstraction layer just above the XML format. The main focus has been to prevent the programmer from creating invalid documents. It has checks that raise an exception if the programmer adds an invalid element, adds an attribute unknown to the grammar, forgets to add a required attribute or adds text to an element that doesn't allow it. These checks and the API itself were generated from the RelaxNG schema, and then hand-edited. Therefore the API is complete and can handle all ODF constructions, but could be improved in its understanding of data types.
PackageMaintainerFedora Project <http://bugzilla.redhat.com/bugzilla>
PackageNameodfpy
PackageRelease1.el4
PackageVersion0.9
SHA-1C4FDCF089CCC45279A5000FD7DDF60700B53998D
SHA-256B2ED29AB434B6A95E369237BC7363FB5B83C32B801A89E2A5BAA79F9C895BE07
Key Value
MD55DACF08980AE95E90626665DF78DCDFD
PackageArchnoarch
PackageDescriptionOdfpy aims to be a complete API for OpenDocument in Python. Unlike other more convenient APIs, this one is essentially an abstraction layer just above the XML format. The main focus has been to prevent the programmer from creating invalid documents. It has checks that raise an exception if the programmer adds an invalid element, adds an attribute unknown to the grammar, forgets to add a required attribute or adds text to an element that doesn't allow it. These checks and the API itself were generated from the RelaxNG schema, and then hand-edited. Therefore the API is complete and can handle all ODF constructions, but could be improved in its understanding of data types.
PackageMaintainerFedora Project
PackageNameodfpy
PackageRelease2.fc12
PackageVersion0.9
SHA-106259FD9C3F9C499FEA23E5A25C86101E8912480
SHA-256FFCDF5F44AA52EC34BBFA2B6B796E88842028DD8D9BF6C6845553787EB3C73CF
Key Value
MD546BEF42385471B20DCC7D2C331F5B2FA
PackageArchnoarch
PackageDescriptionOdfpy aims to be a complete API for OpenDocument in Python. Unlike other more convenient APIs, this one is essentially an abstraction layer just above the XML format. The main focus has been to prevent the programmer from creating invalid documents. It has checks that raise an exception if the programmer adds an invalid element, adds an attribute unknown to the grammar, forgets to add a required attribute or adds text to an element that doesn't allow it. These checks and the API itself were generated from the RelaxNG schema, and then hand-edited. Therefore the API is complete and can handle all ODF constructions, but could be improved in its understanding of data types.
PackageMaintainerFedora Project
PackageNameodfpy
PackageRelease2.fc12
PackageVersion0.9
SHA-17A332E14C675F5512A0C3DB89BE8AE1B920A1655
SHA-2569D4607FAEFD99F54BDAD38A943323CF46D0F56F2F662EC2782B102D402254C6D