rpms/flatpak-xdg-utils
5
0
Fork 0
Code Issues Pull Requests Releases Activity
24f9062621
flatpak-xdg-utils/flatpak-xdg-utils.spec

136 lines
4.7 KiB
RPMSpec
Raw Normal View History

Initial import
2019-01-18 15:25:07 +00:00
Name: flatpak-xdg-utils
Summary: Command-line tools for use inside Flatpak sandboxes
Update to 1.0.6 Resolves: RHEL-71540
2025-01-09 14:44:40 +00:00
Version: 1.0.6
Release: 1%{?dist}
Migrate to SPDX license This is part of https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_3
2023-12-24 09:37:24 +00:00
License: LGPL-2.0-or-later AND LGPL-2.1-or-later
Initial import
2019-01-18 15:25:07 +00:00
URL: https://github.com/flatpak/flatpak-xdg-utils
Source: https://github.com/flatpak/%{name}/releases/download/%{version}/%{name}-%{version}.tar.xz
BuildRequires: gcc
BuildRequires: meson
BuildRequires: pkgconfig(glib-2.0)
Split flatpak-spawn into a separate sub-package The org.freedesktop.Flatpak user D-Bus service isn't just used by flatpak(1) or applications running as Flatpaks. It's also used by toolbox(1) for similar reasons: * To keep various configuration files inside the container synchronized with the host * To let the container request certain commands to be run on the host Unfortunately, the utilities other than flatpak-spawn (ie., xdg-email and xdg-email) that are meant to replace their counterparts in the xdg-utils package don't work inside Toolbox containers [1]. Moreover, there are RPM packages out there (eg., google-chrome) that "Require" xdg-utils. This causes conflicts if flatpak-xdg-utils is installed. Since Toolbox only needs flatpak-spawn to be present inside a container, there's no need to pull in the other utilities in the first place. It's a simple way to step around the above problems. [1] https://github.com/flatpak/xdg-desktop-portal/pull/348
2019-09-13 15:48:18 +00:00
Requires: flatpak-spawn%{?_isa} = %{?epoch:%{epoch}:}%{version}-%{release}
Initial import
2019-01-18 15:25:07 +00:00
%description
This package contains a number of command-line utilities for use inside
Flatpak sandboxes. They work by talking to portals.
Fix the name of the new subpackage to actually be flatpak-spawn
2019-09-15 16:00:20 +00:00
%package -n flatpak-spawn
Summary: Command-line frontend for the org.freedesktop.Flatpak service
Migrate to SPDX license This is part of https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_3
2023-12-24 09:37:24 +00:00
License: LGPL-2.1-or-later
Split flatpak-spawn into a separate sub-package The org.freedesktop.Flatpak user D-Bus service isn't just used by flatpak(1) or applications running as Flatpaks. It's also used by toolbox(1) for similar reasons: * To keep various configuration files inside the container synchronized with the host * To let the container request certain commands to be run on the host Unfortunately, the utilities other than flatpak-spawn (ie., xdg-email and xdg-email) that are meant to replace their counterparts in the xdg-utils package don't work inside Toolbox containers [1]. Moreover, there are RPM packages out there (eg., google-chrome) that "Require" xdg-utils. This causes conflicts if flatpak-xdg-utils is installed. Since Toolbox only needs flatpak-spawn to be present inside a container, there's no need to pull in the other utilities in the first place. It's a simple way to step around the above problems. [1] https://github.com/flatpak/xdg-desktop-portal/pull/348
2019-09-13 15:48:18 +00:00
Fix the name of the new subpackage to actually be flatpak-spawn
2019-09-15 16:00:20 +00:00
%description -n flatpak-spawn
Split flatpak-spawn into a separate sub-package The org.freedesktop.Flatpak user D-Bus service isn't just used by flatpak(1) or applications running as Flatpaks. It's also used by toolbox(1) for similar reasons: * To keep various configuration files inside the container synchronized with the host * To let the container request certain commands to be run on the host Unfortunately, the utilities other than flatpak-spawn (ie., xdg-email and xdg-email) that are meant to replace their counterparts in the xdg-utils package don't work inside Toolbox containers [1]. Moreover, there are RPM packages out there (eg., google-chrome) that "Require" xdg-utils. This causes conflicts if flatpak-xdg-utils is installed. Since Toolbox only needs flatpak-spawn to be present inside a container, there's no need to pull in the other utilities in the first place. It's a simple way to step around the above problems. [1] https://github.com/flatpak/xdg-desktop-portal/pull/348
2019-09-13 15:48:18 +00:00
This package contains the flatpak-spawn command-line utility. It can be
used to talk to the org.freedesktop.Flatpak service to spawn new sandboxes,
run commands on the host, or use one of the session or system helpers.
Update to 1.0.5 ... and enable installed tests.
2022-03-02 12:24:42 +00:00
%package tests
Summary: Tests for %{name}
Migrate to SPDX license This is part of https://fedoraproject.org/wiki/Changes/SPDX_Licenses_Phase_3
2023-12-24 09:37:24 +00:00
License: LGPL-2.1-or-later AND MIT
Update to 1.0.5 ... and enable installed tests.
2022-03-02 12:24:42 +00:00
Requires: %{name}%{?_isa} = %{?epoch:%{epoch}:}%{version}-%{release}
Requires: flatpak-spawn%{?_isa} = %{?epoch:%{epoch}:}%{version}-%{release}
%description tests
This package contains installed tests for %{name}.
Initial import
2019-01-18 15:25:07 +00:00
%prep
%autosetup
%build
Update to 1.0.5 ... and enable installed tests.
2022-03-02 12:24:42 +00:00
%meson -Dinstalled_tests=true
Initial import
2019-01-18 15:25:07 +00:00
%meson_build
%install
%meson_install
Add flatpak- prefix to executables to avoid conflicting with xdg-utils This also makes sure we don't provide /usr/bin/xdg-open and /usr/bin/xdg-email as that can cause the wrong package (flatpak-xdg-utils) to be pulled in instead of regular xdg-utils on regular Fedora installs. This goes together with flatpak-runtime and flatpak-sdk changes to install flatpak-xdg-open and flatpak-xdg-email as /usr/bin/xdg-open and /usr/bin/xdg-email.
2021-02-05 16:27:52 +00:00
mv $RPM_BUILD_ROOT%{_bindir}/xdg-email $RPM_BUILD_ROOT%{_bindir}/flatpak-xdg-email
mv $RPM_BUILD_ROOT%{_bindir}/xdg-open $RPM_BUILD_ROOT%{_bindir}/flatpak-xdg-open
Initial import
2019-01-18 15:25:07 +00:00
%files
%doc README.md
%license COPYING
Add flatpak- prefix to executables to avoid conflicting with xdg-utils This also makes sure we don't provide /usr/bin/xdg-open and /usr/bin/xdg-email as that can cause the wrong package (flatpak-xdg-utils) to be pulled in instead of regular xdg-utils on regular Fedora installs. This goes together with flatpak-runtime and flatpak-sdk changes to install flatpak-xdg-open and flatpak-xdg-email as /usr/bin/xdg-open and /usr/bin/xdg-email.
2021-02-05 16:27:52 +00:00
%{_bindir}/flatpak-xdg-email
%{_bindir}/flatpak-xdg-open
Initial import
2019-01-18 15:25:07 +00:00
Fix the name of the new subpackage to actually be flatpak-spawn
2019-09-15 16:00:20 +00:00
%files -n flatpak-spawn
Split flatpak-spawn into a separate sub-package The org.freedesktop.Flatpak user D-Bus service isn't just used by flatpak(1) or applications running as Flatpaks. It's also used by toolbox(1) for similar reasons: * To keep various configuration files inside the container synchronized with the host * To let the container request certain commands to be run on the host Unfortunately, the utilities other than flatpak-spawn (ie., xdg-email and xdg-email) that are meant to replace their counterparts in the xdg-utils package don't work inside Toolbox containers [1]. Moreover, there are RPM packages out there (eg., google-chrome) that "Require" xdg-utils. This causes conflicts if flatpak-xdg-utils is installed. Since Toolbox only needs flatpak-spawn to be present inside a container, there's no need to pull in the other utilities in the first place. It's a simple way to step around the above problems. [1] https://github.com/flatpak/xdg-desktop-portal/pull/348
2019-09-13 15:48:18 +00:00
%license COPYING
%{_bindir}/flatpak-spawn
Initial import
2019-01-18 15:25:07 +00:00
Update to 1.0.5 ... and enable installed tests.
2022-03-02 12:24:42 +00:00
%files tests
%{_datadir}/installed-tests
%{_libexecdir}/installed-tests
Initial import
2019-01-18 15:25:07 +00:00
%changelog
Update to 1.0.6 Resolves: RHEL-71540
2025-01-09 14:44:40 +00:00
* Thu Jan 09 2025 Jan Grulich <jgrulich@redhat.com> - 1.0.6-1
- Update to 1.0.6
Resolves: RHEL-71540
Bump release for October 2024 mass rebuild: Resolves: RHEL-64018
2024-10-29 15:24:14 +00:00
* Tue Oct 29 2024 Troy Dawson <tdawson@redhat.com> - 1.0.5-8
- Bump release for October 2024 mass rebuild:
Resolves: RHEL-64018
Bump release for June 2024 mass rebuild
2024-06-24 15:42:19 +00:00
* Mon Jun 24 2024 Troy Dawson <tdawson@redhat.com> - 1.0.5-7
- Bump release for June 2024 mass rebuild
Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
2024-01-24 11:41:42 +00:00
* Wed Jan 24 2024 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.5-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
2024-01-19 19:26:39 +00:00
* Fri Jan 19 2024 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.5-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_40_Mass_Rebuild
Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2023-07-19 19:49:59 +00:00
* Wed Jul 19 2023 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.5-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_39_Mass_Rebuild
Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2023-01-19 03:33:13 +00:00
* Thu Jan 19 2023 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.5-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_38_Mass_Rebuild
Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2022-07-21 03:16:57 +00:00
* Thu Jul 21 2022 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.5-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_37_Mass_Rebuild
Update to 1.0.5 ... and enable installed tests.
2022-03-02 12:24:42 +00:00
* Wed Mar 02 2022 Debarshi Ray <rishi@fedoraproject.org> - 1.0.5-1
- Update to 1.0.5
- Enable installed tests
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2022-01-20 03:06:41 +00:00
* Thu Jan 20 2022 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.4-5
- Rebuilt for https://fedoraproject.org/wiki/Fedora_36_Mass_Rebuild
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2021-07-21 23:04:07 +00:00
* Wed Jul 21 2021 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.4-4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_35_Mass_Rebuild
Add flatpak- prefix to executables to avoid conflicting with xdg-utils This also makes sure we don't provide /usr/bin/xdg-open and /usr/bin/xdg-email as that can cause the wrong package (flatpak-xdg-utils) to be pulled in instead of regular xdg-utils on regular Fedora installs. This goes together with flatpak-runtime and flatpak-sdk changes to install flatpak-xdg-open and flatpak-xdg-email as /usr/bin/xdg-open and /usr/bin/xdg-email.
2021-02-05 16:27:52 +00:00
* Fri Feb 05 2021 Kalev Lember <klember@redhat.com> - 1.0.4-3
- Add flatpak- prefix to executables to avoid conflicting with xdg-utils
Add explicit conflicts with xdg-utils
2021-02-05 14:14:29 +00:00
* Fri Feb 05 2021 Kalev Lember <klember@redhat.com> - 1.0.4-2
- Add explicit conflicts with xdg-utils
Update to 1.0.4
2021-02-02 12:14:05 +00:00
* Tue Feb 02 2021 Kalev Lember <klember@redhat.com> - 1.0.4-1
- Update to 1.0.4
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2021-01-26 05:38:42 +00:00
* Tue Jan 26 2021 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.1-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_34_Mass_Rebuild
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2020-07-27 17:33:16 +00:00
* Mon Jul 27 2020 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.1-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_33_Mass_Rebuild
Update to 1.0.1
2020-03-23 11:56:44 +00:00
* Mon Mar 23 2020 Kalev Lember <klember@redhat.com> - 1.0.1-1
- Update to 1.0.1
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2020-01-28 18:37:47 +00:00
* Tue Jan 28 2020 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.0-6
- Rebuilt for https://fedoraproject.org/wiki/Fedora_32_Mass_Rebuild
Fix the name of the new subpackage to actually be flatpak-spawn
2019-09-15 16:00:20 +00:00
* Sun Sep 15 2019 Kalev Lember <klember@redhat.com> - 1.0.0-5
- Fix the name of the new subpackage to actually be flatpak-spawn
Split flatpak-spawn into a separate sub-package The org.freedesktop.Flatpak user D-Bus service isn't just used by flatpak(1) or applications running as Flatpaks. It's also used by toolbox(1) for similar reasons: * To keep various configuration files inside the container synchronized with the host * To let the container request certain commands to be run on the host Unfortunately, the utilities other than flatpak-spawn (ie., xdg-email and xdg-email) that are meant to replace their counterparts in the xdg-utils package don't work inside Toolbox containers [1]. Moreover, there are RPM packages out there (eg., google-chrome) that "Require" xdg-utils. This causes conflicts if flatpak-xdg-utils is installed. Since Toolbox only needs flatpak-spawn to be present inside a container, there's no need to pull in the other utilities in the first place. It's a simple way to step around the above problems. [1] https://github.com/flatpak/xdg-desktop-portal/pull/348
2019-09-13 15:48:18 +00:00
* Fri Sep 13 2019 Debarshi Ray <rishi@fedoraproject.org> - 1.0.0-4
- Split flatpak-spawn into a separate sub-package
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2019-07-25 00:41:21 +00:00
* Thu Jul 25 2019 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.0-3
- Rebuilt for https://fedoraproject.org/wiki/Fedora_31_Mass_Rebuild
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild Signed-off-by: Fedora Release Engineering <releng@fedoraproject.org>
2019-01-31 19:49:03 +00:00
* Thu Jan 31 2019 Fedora Release Engineering <releng@fedoraproject.org> - 1.0.0-2
- Rebuilt for https://fedoraproject.org/wiki/Fedora_30_Mass_Rebuild
Initial import
2019-01-18 15:25:07 +00:00
* Wed Jan 16 2019 Owen Taylor <otaylor@redhat.com> - 1.0.0-1
- Initial version
Reference in New Issue Copy Permalink