%global _empty_manifest_terminate_build 0
Name:		python-xnat
Version:	0.5.0
Release:	1
Summary:	An XNAT client that exposes the XNAT REST interface as python objects. Part of the interface is automatically generated based on the servers data model as defined by the xnat schema.
License:	Apache 2.0
URL:		https://gitlab.com/radiology/infrastructure/xnatpy
Source0:	https://mirrors.nju.edu.cn/pypi/web/packages/f1/16/233d3258a6c4fca2e22198c99643ceb303acec6a2fcc0a4f8d2e2e9cd2df/xnat-0.5.0.tar.gz
BuildArch:	noarch

Requires:	python3-sphinx-rtd-theme
Requires:	python3-progressbar2
Requires:	python3-isodate
Requires:	python3-requests
Requires:	python3-click
Requires:	python3-pydicom

%description
A new XNAT client that exposes XNAT objects/functions as python
objects/functions. The aim is to abstract as much of the REST API
away as possible and make xnatpy feel like native Python code. This
reduces the need for the user to know the details of the REST API.
Low level functionality can still be accessed via the connection object
which has `get`, `head`, `put`, `post`, `delete` methods for more
directly calling the REST API.

%package -n python3-xnat
Summary:	An XNAT client that exposes the XNAT REST interface as python objects. Part of the interface is automatically generated based on the servers data model as defined by the xnat schema.
Provides:	python-xnat
BuildRequires:	python3-devel
BuildRequires:	python3-setuptools
BuildRequires:	python3-pip
%description -n python3-xnat
A new XNAT client that exposes XNAT objects/functions as python
objects/functions. The aim is to abstract as much of the REST API
away as possible and make xnatpy feel like native Python code. This
reduces the need for the user to know the details of the REST API.
Low level functionality can still be accessed via the connection object
which has `get`, `head`, `put`, `post`, `delete` methods for more
directly calling the REST API.

%package help
Summary:	Development documents and examples for xnat
Provides:	python3-xnat-doc
%description help
A new XNAT client that exposes XNAT objects/functions as python
objects/functions. The aim is to abstract as much of the REST API
away as possible and make xnatpy feel like native Python code. This
reduces the need for the user to know the details of the REST API.
Low level functionality can still be accessed via the connection object
which has `get`, `head`, `put`, `post`, `delete` methods for more
directly calling the REST API.

%prep
%autosetup -n xnat-0.5.0

%build
%py3_build

%install
%py3_install
install -d -m755 %{buildroot}/%{_pkgdocdir}
if [ -d doc ]; then cp -arf doc %{buildroot}/%{_pkgdocdir}; fi
if [ -d docs ]; then cp -arf docs %{buildroot}/%{_pkgdocdir}; fi
if [ -d example ]; then cp -arf example %{buildroot}/%{_pkgdocdir}; fi
if [ -d examples ]; then cp -arf examples %{buildroot}/%{_pkgdocdir}; fi
pushd %{buildroot}
if [ -d usr/lib ]; then
	find usr/lib -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/lib64 ]; then
	find usr/lib64 -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/bin ]; then
	find usr/bin -type f -printf "/%h/%f\n" >> filelist.lst
fi
if [ -d usr/sbin ]; then
	find usr/sbin -type f -printf "/%h/%f\n" >> filelist.lst
fi
touch doclist.lst
if [ -d usr/share/man ]; then
	find usr/share/man -type f -printf "/%h/%f.gz\n" >> doclist.lst
fi
popd
mv %{buildroot}/filelist.lst .
mv %{buildroot}/doclist.lst .

%files -n python3-xnat -f filelist.lst
%dir %{python3_sitelib}/*

%files help -f doclist.lst
%{_docdir}/*

%changelog
* Thu Mar 09 2023 Python_Bot <Python_Bot@openeuler.org> - 0.5.0-1
- Package Spec generated