openSUSE Build Service

Overview Repositories Revisions Requests Users Attributes Meta

File haproxy.spec of Package haproxy (Revision 21ef1182ba96bbf644dbc732b4a76044)

Currently displaying revision 21ef1182ba96bbf644dbc732b4a76044 , Show latest

#
# spec file for package haproxy
#
# Copyright (c) 2013 SUSE LINUX Products GmbH, Nuernberg, Germany.
#
# All modifications and additions to the file contributed by third parties
# remain the property of their copyright owners, unless otherwise agreed
# upon. The license for this file, and modifications and additions to the
# file, is the same license as for the pristine package itself (unless the
# license for the pristine package is not an Open Source License, in which
# case the license is the MIT License). An "Open Source License" is a
# license that conforms to the Open Source Definition (Version 1.9)
# published by the Open Source Initiative.

# Please submit bugfixes or comments via http://bugs.opensuse.org/

Name:           haproxy
Version:        1.4.24
Release:        0
#
License:         GPL-2.0+ and  LGPL-2.1+
Group:          Productivity/Networking/Web/Proxy
#
BuildRequires:  libgcrypt-devel
BuildRequires:  pcre-devel libgcrypt-devel
BuildRequires:  udev
BuildRequires:  pkgconfig(systemd)
%define pkg_name haproxy
%define pkg_home /var/lib/%{pkg_name}
#
Url:            http://haproxy.1wt.eu/
Source:         http://haproxy.1wt.eu/download/1.4/src/haproxy-%{version}.tar.gz
Source1:        %{pkg_name}.service
Source2:        http://haproxy.1wt.eu/download/contrib/haproxy.vim
Patch1:         haproxy-1.2.16_config_haproxy_user.patch
Patch2:         haproxy-makefile_lib.patch
Source99:       haproxy-rpmlintrc
#
Summary:        The Reliable, High Performance TCP/HTTP Load Balancer
Provides:       %{name}-doc = %{version}
Obsoletes:      %{name}-doc < %{version}
%{?systemd_requires}

%description
HAProxy implements an event-driven, mono-process model which enables support
for very high number of simultaneous connections at very high speeds.
Multi-process or multi-threaded models can rarely cope with thousands of
connections because of memory limits, system scheduler limits, and lock
contention everywhere. Event-driven models do not have these problems because
implementing all the tasks in user-space allows a finer resource and time
management. The down side is that those programs generally don't scale well on
multi-processor systems. That's the reason why they must be optimized to get
the most work done from every CPU cycle.

%prep
%setup -q
%patch1
%patch2

%build
%{__make} \
    TARGET=linux26 \
    CPU="%{_target_cpu}" \
    USE_PCRE=1 \
    USE_LIBCRYPT=1 \
    LIB="%{_lib}" \
    DEBUG="%{optflags} -fno-strict-aliasing"

%install
%{__install} -D -m 0755 %{pkg_name}              %{buildroot}%{_sbindir}/%{pkg_name}
%{__install} -D -m 0644 examples/%{pkg_name}.cfg %{buildroot}%{_sysconfdir}/%{pkg_name}/%{pkg_name}.cfg
%{__install} -D -m 0755 %{S:1}                   %{buildroot}%{_unitdir}/%{pkg_name}.service
ln -sf /sbin/service   %{buildroot}%{_sbindir}/rc%{pkg_name}
%{__install} -d -m 0755                          %{buildroot}%{pkg_home}
%{__install} -D -m 0644 %{S:2}                   %{buildroot}%{_datadir}/%{pkg_name}/%{pkg_name}.vim
%{__install} -D -m 0644 doc/%{pkg_name}.1        %{buildroot}%{_mandir}/man1/%{pkg_name}.1
gzip %{buildroot}%{_mandir}/man1/%{pkg_name}.1

%pre
/usr/sbin/groupadd -r %{pkg_name} &>/dev/null ||:
/usr/sbin/useradd  -g %{pkg_name} -s /bin/false -r -c "user for %{pkg_name}" -d %{pkg_home} %{pkg_name} &>/dev/null ||:

%post
%service_add_post %{pkg_name}.service

%preun
%service_del_preun %{pkg_name}.service

%postun
%service_del_postun %{pkg_name}.service

%files
%defattr(-,root,root,-)
%doc CHANGELOG README LICENSE
%doc ROADMAP TODO doc/* examples
%dir %{_sysconfdir}/%{pkg_name}
%config(noreplace) %{_sysconfdir}/%{pkg_name}/%{pkg_name}.cfg
%{_unitdir}/%{pkg_name}.service
%{_sbindir}/haproxy
%{_sbindir}/rchaproxy
%{pkg_home}
%doc %{_mandir}/man1/%{pkg_name}.1.gz
%{_datadir}/%{pkg_name}

%changelog

Places

File haproxy.spec of Package haproxy (Revision 21ef1182ba96bbf644dbc732b4a76044)

Places