XRootD software framework
XRootD software framework is a fully generic suite for fast, low latency and scalable data access, which can serve natively any kind of data, organized as a hierarchical filesystem-like namespace, based on the concept of directory. As a general rule, particular emphasis has been put in the quality of the core software parts.
- Sources inherited from project science
- Devel package for openSUSE:Factory
-
3
derived packages
- Links to openSUSE:Factory / xrootd
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout home:redwil:15.4/xrootd && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
_link | 0000000124 124 Bytes | |
cmsd | 0000002104 2.05 KB | |
frm_purged | 0000002228 2.18 KB | |
frm_xfrd | 0000002180 2.13 KB | |
xrootd | 0000002152 2.1 KB | |
xrootd-3.2.7.tar.gz | 0001510630 1.44 MB | |
xrootd.changes | 0000004955 4.84 KB | |
xrootd.spec | 0000008950 8.74 KB |
Revision 11 (latest revision is 86)
- update to version 3.2.7 * For OpenSSL versions prior to 1, make the 'default' and 'old' hash algorithm result the same. This fixes Savannah bug #98997. * Do not rebuild the full chain when the CRL is invalidated; also, make sure that the invalid CRL object in only deleted when no longer in use. Fixes bug #99074. * Allow for null fields in the cgi string. * Add missing return statement to avoid SEGV during write error recovery under certain circumstances. Fixes bug #99002.
Comments 2
Just a small heads up, regarding generating/packaging the Python bindings:
https://github.com/amadio/xrootd/commit/39585c3274b8569cd98a8239e3db18db728ea1ce
This should allow to build the bindings in a separate package, or maybe a multibuild. This also allows to reduce the number of rebuilds, as e.g. any changes in the non-default python version will no longer cause any rebuilds of the main package.
Many thanks Stefan, will add that commit to the version 5.5.5 update I am in the process of packaging and see how it goes.