Blob Blame History Raw
# Build -pythonN subpackage
%bcond_without python3

Name:           opentrep
Version:        0.07.7
Release:        7%{?dist}

Summary:        C++ library providing a clean API for parsing travel-focused requests

# The entire source code is LGPLv2+ except opentrep/basic/float_utils_google.hpp,
# which is BSD
License:        LGPLv2+ and BSD
URL:  {name}
Source0:        %{url}/archive/%{name}-%{version}.tar.gz

BuildRequires:  gcc-c++
%if 0%{?fedora} || 0%{?rhel} > 7
BuildRequires:  cmake
BuildRequires:  cmake3
BuildRequires:  boost-devel
BuildRequires:  readline-devel
BuildRequires:  soci-mysql-devel
BuildRequires:  soci-sqlite3-devel
BuildRequires:  xapian-core-devel
BuildRequires:  sqlite-devel
BuildRequires:  mysql-devel
BuildRequires:  libicu-devel
BuildRequires:  protobuf-devel
BuildRequires:  protobuf-compiler

%{name} aims at providing a clean API, and the corresponding C++
implementation, for parsing travel-focused requests.
It powers the Web site.

%{name} uses Xapian ( for the Information Retrieval
part, on freely available travel-related data (e.g., country names and codes,
city names and codes, airline names and codes, etc.), mainly to be found in
the OpenTravelData project (

The data files are available from

%{name} exposes a simple, clean and object-oriented, API. For instance,
the OPENTREP::interpretTravelRequest() method takes, as input, a string
containing the travel request, and yields, as output, the list of the
recognized terms as well as their corresponding types.
As an example, the travel request
'Washington DC Beijing Monday a/r +AA -UA 1 week 2 adults 1 dog' would give
the following list:
 * Origin airport: Washington, DC, USA
 * Destination airport: Beijing, China
 * Date of travel: next Monday
 * Date of return: 1 week after next Monday
 * Preferred airline: American Airlines; non-preferred airline: United Airlines
 * Number of travelers: 2 adults and a dog

The output can then be used by other systems, for instance to book the
corresponding travel or to visualize it on a map and calendar and to
share it with others.

%{name} makes an extensive use of existing open-source libraries for
increased functionality, speed and accuracy. In particular the
Boost (C++ Standard Extensions: and
SOCI ( libraries are used.

Note that %{name} currently only recognizes points of reference (POR),
as to be found in the following file:
A good complementary tool is GeoBase
(, a Python-based software
able to access to any travel-related data source.

%package        devel
Summary:        Header files, libraries and development helper tools for %{name}
Requires:       %{name}%{?_isa} = %{version}-%{release}
Requires:       pkgconfig

%description    devel
This package contains the header files, shared libraries and
development helper tools for %{name}. If you would like to develop
programs using %{name}, you will need to install %{name}-devel.

%if %{with python3}

%package    -n python3-%{name}
Summary:    Python bindings for %{name}
Group:      System Environment/Libraries
Requires:   %{name}%{?_isa} = %{version}-%{release}
BuildRequires:  python3-setuptools
BuildRequires:  python3-devel
BuildRequires:  boost-python3-devel

%description -n python3-%{name}
This package contains Python libraries for %{name}


%package        doc
Summary:        HTML documentation for the %{name} library
BuildArch:      noarch
BuildRequires:  tex(latex), tex(sectsty.sty), tex(tocloft.sty), tex(xtab.sty)
BuildRequires:  texlive-epstopdf
BuildRequires:  doxygen
BuildRequires:  ghostscript

%description    doc
This package contains HTML pages for %{name}. All that documentation
is generated thanks to Doxygen ( The content is
the same as what can be browsed online (
Note that the PDF form of the reference manual is mainly available online
(, as the one present in that
package is usually corrupted: it depends on the building conditions,
and it is therefore not reliable.

%setup -q -n %{name}-%{name}-%{version}




# Remove the Doxygen installer
rm -f %{buildroot}%{_docdir}/%{name}/html/installdox

# Remove additional documentation files (those files are already available
# in the project top directory)
rm -f %{buildroot}%{_docdir}/%{name}/{NEWS,,AUTHORS}

%if %{with python3}
# (Pure) Python OpenTREP executable
chmod a-x %{buildroot}%{python3_sitearch}/py%{name}/


%if 0%{?rhel} <= 7
%post -p /sbin/ldconfig

%postun -p /sbin/ldconfig

%if %{with python3}
%post -n python3-%{name}
ln -s -f %{python3_sitearch}/py%{name}/py%{name} %{_bindir}/py%{name}

%postun -n python3-%{name}
rm -f %{_bindir}/py%{name}

%doc AUTHORS ChangeLog NEWS
%license COPYING
%dir %{_datadir}/%{name}
%dir %{_datadir}/%{name}/data
%dir %{_datadir}/%{name}/data/por

%files devel

%files doc
%doc %{_docdir}/%{name}/html
%license COPYING

%if %{with python3}
%files -n python3-%{name}

* Thu Sep 24 2020 Adrian Reber <> - 0.07.7-7
- Rebuilt for protobuf 3.13

* Sat Aug 01 2020 Fedora Release Engineering <> - 0.07.7-6
- Second attempt - Rebuilt for

* Tue Jul 28 2020 Fedora Release Engineering <> - 0.07.7-5
- Rebuilt for

* Sun Jun 21 2020 Adrian Reber <> - 0.07.7-4
- Rebuilt for protobuf 3.12

* Tue Jun 16 2020 Denis Arnaud <> - 0.07.7-3
- Rebuilt for library dependency inconsistency

* Sun Jun 07 2020 Denis Arnaud <> - 0.07.7-2
- Rebuilt for SOCI 4.0.1-alpha2

* Mon Jun 01 2020 Denis Arnaud <> - 0.07.7-1
- Upstream update

* Sat May 30 2020 Jonathan Wakely <> - 0.07.4-7
- Rebuilt for Boost 1.73

* Tue May 26 2020 Miro HronĨok <> - 0.07.4-6
- Rebuilt for Python 3.9

* Wed Jan 29 2020 Fedora Release Engineering <> - 0.07.4-5
- Rebuilt for

* Thu Dec 19 2019 Orion Poplawski <> - 0.07.4-4
- Rebuild for protobuf 3.11

* Sun Nov 24 2019 Denis Arnaud <> - 0.07.4-3
- Fixed a few typos in Pythn dependencies

* Fri Nov 15 2019 Denis Arnaud <> - 0.07.4-2
- Fixed the too long description line

* Mon Nov 11 2019 Denis Arnaud <> - 0.07.4-1
- Upstream update to 0.07.4