Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RFE: Support for susedata.xml in repodata #1945

Open
Conan-Kudo opened this issue Dec 9, 2024 · 3 comments
Open

RFE: Support for susedata.xml in repodata #1945

Conan-Kudo opened this issue Dec 9, 2024 · 3 comments
Labels
Priority: LOW RFE Request For Enhancement (as opposed to a bug) Triaged Someone on the DNF 5 team has read the issue and determined the next steps to take

Comments

@Conan-Kudo
Copy link
Member

Zypper supports an extension to rpm-md known as the susedata.(lang.)xml file.

This extension offers a number of extra attributes, as noted here:

This extra repodata file offers two main properties:

  • A way to ship proprietary licenses for packages that need explicit user agreement via the EULA tag when the package is requested (susedata.xml)
  • A way to ship translations of RPM tags (in susedata.$LANG.xml)

In order to make it possible for SUSE distributions to ship DNF instead of Zypper, we need this data handled if it exists in the repodata, and support for signaling EULA stuff out to frontends (e.g. PackageKit, which does support this with the Zypp backend too).

This would also be useful for Fedora, particularly the ability to handle proprietary licenses, since this facility is required to be able to accept EULAs for software pre-transaction without requiring horrible hacks (e.g. Microsoft SQL Server ODBC driver RPMs use a preinstall script to force acceptance of the EULA, and rejecting it breaks your system).

(Migrated from RHBZ#1908373)

@Conan-Kudo Conan-Kudo added the RFE Request For Enhancement (as opposed to a bug) label Dec 9, 2024
@Conan-Kudo
Copy link
Member Author

@Conan-Kudo
Copy link
Member Author

FYI @dcantrell @dmach @lkocman

@m-blaha
Copy link
Member

m-blaha commented Jan 14, 2025

This is valid request. Currently the metadata types libdnf5 knows about are hardcoded (see include/libdnf5/conf/const.hpp). We should think of more flexible way how distributions (or API users) can define their own set of repository metadata.

Related: #1564

@m-blaha m-blaha added Priority: LOW Triaged Someone on the DNF 5 team has read the issue and determined the next steps to take labels Jan 14, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Priority: LOW RFE Request For Enhancement (as opposed to a bug) Triaged Someone on the DNF 5 team has read the issue and determined the next steps to take
Projects
None yet
Development

No branches or pull requests

2 participants