## START: Set by rpmautospec
## (rpmautospec version 0.8.3)
## RPMAUTOSPEC: autorelease, autochangelog
%define autorelease(e:s:pb:n) %{?-p:0.}%{lua:
    release_number = 1;
    base_release_number = tonumber(rpm.expand("%{?-b*}%{!?-b:1}"));
    print(release_number + base_release_number - 1);
}%{?-e:.%{-e*}}%{?-s:.%{-s*}}%{!?-n:%{?dist}}
## END: Set by rpmautospec

%global forgeurl https://gitlab.com/CalcProgrammer1/OpenRGB
%global commit 5e81e26fcc65d3dacfb76b0a30ec0142ec7bb131
#%%global tag release_%%{version}
# Workaround for incorrect package suffix name with forge macros
# (.20231017gitrelease.0.9 for example)
#%%global distprefix %%{nil}

# https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval
ExcludeArch: %{ix86}

Name:           openrgb
Version:        1.0~rc3.1
%forgemeta
Release:        %autorelease
Summary:        Open source RGB lighting control

# Entire source code is GPL-2.0-only except some bundled libs:
#   * GPL-3.0-or-later:
#     - hueplusplus-1.0.0
#     - libcmmk
License:        GPL-2.0-only AND GPL-3.0-or-later
URL:            https://openrgb.org
Source:         %{forgesource}

BuildRequires:  desktop-file-utils
BuildRequires:  gcc-c++
BuildRequires:  libappstream-glib
BuildRequires:  systemd-rpm-macros
BuildRequires:  pkgconfig(hidapi-libusb)
BuildRequires:  pkgconfig(libusb)
BuildRequires:  pkgconfig(mbedtls)
BuildRequires:  cmake
BuildRequires:  cmake(Qt6)
BuildRequires:  cmake(Qt6LinguistTools)
Requires:       %{name}-udev-rules = %{version}-%{release}
Requires:       hicolor-icon-theme
Provides:       bundled(hueplusplus) = 1.2.0
Provides:       bundled(libcmmk)

%description
One of the biggest complaints about RGB is the software ecosystem surrounding
it.  Every manufacturer has their own app, their own brand, their own style.  If
you want to mix and match devices, you end up with a ton of conflicting,
functionally identical apps competing for your background resources.  On top of
that, these apps are proprietary and Windows-only.  Some even require online
accounts.  What if there was a way to control all of your RGB devices from a
single app, on Windows, Linux, and MacOS, without any nonsense?  That is what
OpenRGB sets out to achieve.  One app to rule them all.


# Separate Udev rules package is useful for Flatpak package and others
%package        udev-rules
Summary:        Udev rules for %{name}
BuildArch:      noarch

Requires:       systemd-udev
Suggests:       %{name} = %{version}-%{release}

%description    udev-rules
Udev rules for %{name}.


%prep
%forgeautosetup -p1

# Remove some bundled libs
pushd dependencies
rm -rf       \
  hidapi     \
  hidapi-win \
  libusb-*   \
  mbedtls-*  \
  %{nil}
popd


%build
export CFLAGS=$(echo %build_cflags | sed -e "s|-pipe||g")
export CXXFLAGS=$(echo %build_cxxflags | sed -e "s|-pipe||g")
%qmake_qt6 \
    .      \
    %{nil}
%make_build


%install
%make_install INSTALL_ROOT=%{buildroot}


%check
appstream-util validate-relax --nonet %{buildroot}%{_metainfodir}/*.xml
desktop-file-validate %{buildroot}%{_datadir}/applications/*.desktop


# Need to manually reload udev rules to get working app right after installing
# package
%post -n %{name}-udev-rules
if [ -S /run/udev/control ]; then
    udevadm control --reload
    udevadm trigger
fi


%post
%systemd_post %{name}.service

%preun
%systemd_preun %{name}.service

%postun
%systemd_postun_with_restart %{name}.service


%files
%doc README.md
%{_bindir}/%{name}
%{_datadir}/applications/*.desktop
%{_datadir}/icons/hicolor/*/apps/*.png
%{_metainfodir}/*.metainfo.xml
%{_tmpfilesdir}/%{name}.conf
%{_unitdir}/*.service


%files udev-rules
%license LICENSE
%{_udevrulesdir}/60-%{name}.rules


%changelog
## START: Generated by rpmautospec
* Tue Sep 01 2026 Tomas Chang <changyp6@gmail.com> - 1.0~rc3.1-1
- Update to latest rc release

* Mon Jan 26 2026 Artem Polishchuk <ego.cordatus@gmail.com> - 1.0~rc2-3
- Update to latest git snapshot

* Fri Jan 23 2026 Artem Polishchuk <ego.cordatus@gmail.com> - 1.0~rc2-2
- Update to latest git snapshot

* Sat Jan 17 2026 Artem Polishchuk <ego.cordatus@gmail.com> - 1.0~rc2-1
- Update to latest git snapshot

* Fri Jan 16 2026 Fedora Release Engineering <releng@fedoraproject.org> - 1.0~rc1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_44_Mass_Rebuild

* Fri Dec 12 2025 Artem Polishchuk <ego.cordatus@gmail.com> - 1.0~rc1-1
- chore: Update to latest git snapshot

* Thu Jul 24 2025 Fedora Release Engineering <releng@fedoraproject.org> - 0.9-18
- Rebuilt for https://fedoraproject.org/wiki/Fedora_43_Mass_Rebuild

* Wed Mar 19 2025 Peter Robinson <pbrobinson@gmail.com> - 0.9-17
- Rebuild for mbedtls 3.6

* Tue Mar 11 2025 Marc Deop i Argemí <marc@marcdeop.com> - 0.9-16
- fix: use patch instead of patch0

* Tue Mar 11 2025 Marc Deop i Argemí <marc@marcdeop.com> - 0.9-15
- feat: simplify spec file, update to latest commit and add patch

* Fri Jan 17 2025 Fedora Release Engineering <releng@fedoraproject.org> - 0.9-14
- Rebuilt for https://fedoraproject.org/wiki/Fedora_42_Mass_Rebuild

* Tue Sep 03 2024 Morten Stevens <mstevens@fedoraproject.org> - 0.7-3
- Rebuilt for mbedTLS 3.6.1

* Sat Apr 30 2022 Artem Polishchuk <ego.cordatus@gmail.com> - 0.7-2
- build: Trigger udev reload for udev-rules sub-package

* Sun Jan 02 2022 Artem Polishchuk <ego.cordatus@gmail.com> - 0.7-1
- Initial package

## END: Generated by rpmautospec