search

SUSE / connect-ng

Other
9 stars 14 forks source link

libzypp/libdnf backend exchangeability #145

Open lkocman opened 1 year ago

lkocman commented 1 year ago

Similar to https://github.com/yast/yast-packager/issues/622

Hello, this one is one of two requests split from https://code.opensuse.org/leap/features/issue/1

The direction that SUSE seemed to agree upon regarding fate of DNF in ALP (PED-163) is to support the community to swap libdnf and libzypp backends.

@Conan-Kudo mentioned that there are two components that seem to be problematic to swap which is yast* and suseconnect-ng.

We'd like to use this tracker for work related to the exchangeability of libzypp and libdnf backends in suseconnect-ng

skazi0 commented 1 year ago

Note that suseconnect-ng doesn't use libzypp directly but rather calls zypper and parses the xml output.

lkocman commented 1 year ago

Hello @skazi0 thank you for correction. The end goal is to be able to run suseconnect-ng on top of system which has dnf5 instead of zypper.

Conan-Kudo commented 1 year ago

It would also be beneficial to be able to do this for connecting EL systems to SCC directly for Liberty Linux customers.

Conan-Kudo commented 7 months ago

Here's the rhsm variant of the plugin for dnf5: https://github.com/rpm-software-management/dnf5/blob/main/libdnf5-plugins/rhsm/rhsm.cpp

And here's the variant of the plugin for older libdnf: https://github.com/rpm-software-management/libdnf/blob/dnf-4-master/plugins/rhsm.cpp

lkocman commented 7 months ago

Related addition of suseconnect-ng to Fedora https://bugzilla.redhat.com/show_bug.cgi?id=2241356 Next step would be to add the dnf plugin for scc. And perhaps we could get rid of the RMT step in https://documentation.suse.com/liberty/9/single-html/quickstart/index.html#configure-rmt-server