Pulp: Issueshttps://pulp.plan.io/https://pulp.plan.io/favicon.ico2021-06-24T13:06:49ZPulp
Planio RPM Support - Issue #8966 (CLOSED - CURRENTRELEASE): yum dependency resolution broken due to inco...https://pulp.plan.io/issues/89662021-06-24T13:06:49Zpneerincx
<p>On a pulp server with</p>
<pre><code>versions:
- component: core
version: 3.13.0
- component: rpm
version: 3.13.0
- component: file
version: 1.8.0
</code></pre>
<p>the generated repodata/*-primary.xml.gz files for Pulp RPM publications are incomplete: the <strong></strong> tags are missing. Therefore several packages cannot be updated anymore on CentOS 7 Pulp clients, because yum fails to resolve dependencies. E.g.:</p>
<pre><code>$> yum update coreutils
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
Resolving Dependencies
--> Running transaction check
---> Package coreutils.x86_64 0:8.22-24.el7 will be updated
---> Package coreutils.x86_64 0:8.22-24.el7_9.2 will be an update
--> Processing Dependency: /usr/bin/env for package: 1:dbus-1.10.24-15.el7.x86_64
--> Processing Dependency: /usr/bin/env for package: python-libs-2.7.5-89.el7.x86_64
--> Processing Dependency: /usr/bin/sha512sum for package: selinux-policy-3.13.1-268.el7_9.2.noarch
--> Finished Dependency Resolution
Error: Package: 1:dbus-1.10.24-15.el7.x86_64 (@centos7-base)
Requires: /usr/bin/env
Removing: coreutils-8.22-24.el7.x86_64 (@centos7-base)
Not found <<<<<<---------------------------------------------------------------
Updated By: coreutils-8.22-24.el7_9.2.x86_64 (centos7-updates)
Not found
Error: Package: python-libs-2.7.5-89.el7.x86_64 (@centos7-base)
Requires: /usr/bin/env
Removing: coreutils-8.22-24.el7.x86_64 (@centos7-base)
Not found
Updated By: coreutils-8.22-24.el7_9.2.x86_64 (centos7-updates)
Not found
Error: Package: selinux-policy-3.13.1-268.el7_9.2.noarch (@centos7-updates)
Requires: /usr/bin/sha512sum
Removing: coreutils-8.22-24.el7.x86_64 (@centos7-base)
Not found
Updated By: coreutils-8.22-24.el7_9.2.x86_64 (centos7-updates)
Not found
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
</code></pre>
<p>Note that centos7-base and centos7-updates are repos served by Pulp. A <strong>yum deplist</strong> for the first problematic dependency confirms that something is missing:</p>
<pre><code>$> yum deplist dbus
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
package: dbus.x86_64 1:1.10.24-15.el7
dependency: /bin/sh
provider: bash.x86_64 4.2.46-34.el7
dependency: /usr/bin/env
Unsatisfied dependency <<<<<<---------------------------------------------------------------
dependency: /usr/sbin/useradd
Unsatisfied dependency
dependency: dbus-libs(x86-64) = 1:1.10.24-15.el7
provider: dbus-libs.x86_64 1:1.10.24-15.el7
dependency: libaudit.so.1()(64bit)
provider: audit-libs.x86_64 2.8.5-4.el7
dependency: libc.so.6(GLIBC_2.14)(64bit)
provider: glibc.x86_64 2.17-324.el7_9
dependency: libcap-ng.so.0()(64bit)
provider: libcap-ng.x86_64 0.7.5-4.el7
dependency: libdbus-1.so.3()(64bit)
provider: dbus-libs.x86_64 1:1.10.24-15.el7
dependency: libdbus-1.so.3(LIBDBUS_1_3)(64bit)
provider: dbus-libs.x86_64 1:1.10.24-15.el7
dependency: libdbus-1.so.3(LIBDBUS_PRIVATE_1.10.24)(64bit)
provider: dbus-libs.x86_64 1:1.10.24-15.el7
dependency: libexpat.so.1()(64bit)
provider: expat.x86_64 2.1.0-12.el7
dependency: libpthread.so.0()(64bit)
provider: glibc.x86_64 2.17-324.el7_9
dependency: libpthread.so.0(GLIBC_2.2.5)(64bit)
provider: glibc.x86_64 2.17-324.el7_9
dependency: libselinux(x86-64) >= 1.15.2
provider: libselinux.x86_64 2.5-15.el7
dependency: libselinux.so.1()(64bit)
provider: libselinux.x86_64 2.5-15.el7
dependency: libsystemd.so.0()(64bit)
provider: systemd-libs.x86_64 219-78.el7_9.3
dependency: libsystemd.so.0(LIBSYSTEMD_209)(64bit)
provider: systemd-libs.x86_64 219-78.el7_9.3
dependency: rtld(GNU_HASH)
provider: glibc.x86_64 2.17-324.el7_9
provider: glibc.i686 2.17-324.el7_9
dependency: systemd
provider: systemd.x86_64 219-78.el7_9.3
</code></pre>
<p>Below are fragments for the dbus and coreutils packages from the repodata/*-primary.xml.gz file of this Pulp distribution. Note that dbus specifies a dependency <strong><rpm:entry name="/usr/bin/env"/></strong>, but there is no <strong>/usr/bin/env</strong> in the entry for coreutils:</p>
<pre><code><package type="rpm">
<name>dbus</name>
<arch>x86_64</arch>
<version epoch="1" ver="1.10.24" rel="15.el7"/>
<checksum type="sha256" pkgid="YES">99a677acf9d35be3213a00fc2d97e562498398f3e387f3c4bc73c3d4a614e4e2</checksum>
<summary>D-BUS message bus</summary>
<description>D-BUS is a system for sending messages between applications. It is
used both for the system-wide message bus service, and as a
per-user-login-session messaging facility.</description>
<packager>CentOS BuildSystem &lt;http://bugs.centos.org&gt;</packager>
<url>http://www.freedesktop.org/Software/dbus/</url>
<time file="1602701262" build="1601481306"/>
<size package="251300" installed="594463" archive="602268"/>
<location href="Packages/d/dbus-1.10.24-15.el7.x86_64.rpm"/>
<format>
<rpm:license>(GPLv2+ or AFL) and GPLv2+</rpm:license>
<rpm:vendor>CentOS</rpm:vendor>
<rpm:group>System Environment/Libraries</rpm:group>
<rpm:buildhost>x86-01.bsys.centos.org</rpm:buildhost>
<rpm:sourcerpm>dbus-1.10.24-15.el7.src.rpm</rpm:sourcerpm>
<rpm:header-range start="1384" end="42656"/>
<rpm:provides>
<rpm:entry name="dbus(x86-64)" flags="EQ" epoch="1" ver="1.10.24" rel="15.el7"/>
<rpm:entry name="dbus" flags="EQ" epoch="1" ver="1.10.24" rel="15.el7"/>
<rpm:entry name="config(dbus)" flags="EQ" epoch="1" ver="1.10.24" rel="15.el7"/>
<rpm:entry name="/bin/dbus-send"/>
</rpm:provides>
<rpm:requires>
<rpm:entry name="systemd" pre="1"/>
<rpm:entry name="systemd"/>
<rpm:entry name="rtld(GNU_HASH)"/>
<rpm:entry name="libsystemd.so.0(LIBSYSTEMD_209)(64bit)"/>
<rpm:entry name="libsystemd.so.0()(64bit)"/>
<rpm:entry name="libselinux.so.1()(64bit)"/>
<rpm:entry name="libselinux(x86-64)" flags="GE" epoch="0" ver="1.15.2"/>
<rpm:entry name="libpthread.so.0(GLIBC_2.2.5)(64bit)"/>
<rpm:entry name="libpthread.so.0()(64bit)"/>
<rpm:entry name="libexpat.so.1()(64bit)"/>
<rpm:entry name="libdbus-1.so.3(LIBDBUS_PRIVATE_1.10.24)(64bit)"/>
<rpm:entry name="libdbus-1.so.3(LIBDBUS_1_3)(64bit)"/>
<rpm:entry name="libdbus-1.so.3()(64bit)"/>
<rpm:entry name="libcap-ng.so.0()(64bit)"/>
<rpm:entry name="libc.so.6(GLIBC_2.14)(64bit)"/>
<rpm:entry name="libaudit.so.1()(64bit)"/>
<rpm:entry name="dbus-libs(x86-64)" flags="EQ" epoch="1" ver="1.10.24" rel="15.el7"/>
<rpm:entry name="/usr/sbin/useradd" pre="1"/>
<rpm:entry name="/usr/bin/env"/> <<<<<<---------------------------------------------------------------
<rpm:entry name="/bin/sh" pre="1"/>
<rpm:entry name="/bin/sh"/>
</rpm:requires>
</format>
</package>
<package type="rpm">
<name>coreutils</name>
<arch>x86_64</arch>
<version epoch="0" ver="8.22" rel="24.el7"/>
<checksum type="sha256" pkgid="YES">e320010b41826322b947d65f2893d20d395dc11f2a342085432b2014a81082c7</checksum>
<summary>A set of basic GNU tools commonly used in shell scripts</summary>
<description>These are the GNU core utilities. This package is the combination of
the old GNU fileutils, sh-utils, and textutils packages.</description>
<packager>CentOS BuildSystem &lt;http://bugs.centos.org&gt;</packager>
<url>http://www.gnu.org/software/coreutils/</url>
<time file="1566508890" build="1566282446"/>
<size package="3415080" installed="14593469" archive="14644536"/>
<location href="Packages/c/coreutils-8.22-24.el7.x86_64.rpm"/>
<format>
<rpm:license>GPLv3+</rpm:license>
<rpm:vendor>CentOS</rpm:vendor>
<rpm:group>System Environment/Base</rpm:group>
<rpm:buildhost>x86-01.bsys.centos.org</rpm:buildhost>
<rpm:sourcerpm>coreutils-8.22-24.el7.src.rpm</rpm:sourcerpm>
<rpm:header-range start="1384" end="130864"/>
<rpm:provides>
<rpm:entry name="textutils" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="stat" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="sh-utils" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="mktemp" flags="EQ" epoch="4" ver="8.22" rel="24.el7"/>
<rpm:entry name="libstdbuf.so()(64bit)"/>
<rpm:entry name="fileutils" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="coreutils(x86-64)" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="coreutils" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="config(coreutils)" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="bundled(gnulib)"/>
<rpm:entry name="/bin/uname"/>
<rpm:entry name="/bin/true"/>
<rpm:entry name="/bin/touch"/>
<rpm:entry name="/bin/sync"/>
<rpm:entry name="/bin/stty"/>
<rpm:entry name="/bin/sort"/>
<rpm:entry name="/bin/sleep"/>
<rpm:entry name="/bin/rmdir"/>
<rpm:entry name="/bin/rm"/>
<rpm:entry name="/bin/readlink"/>
<rpm:entry name="/bin/pwd"/>
<rpm:entry name="/bin/nice"/>
<rpm:entry name="/bin/mv"/>
<rpm:entry name="/bin/mktemp"/>
<rpm:entry name="/bin/mknod"/>
<rpm:entry name="/bin/mkdir"/>
<rpm:entry name="/bin/ls"/>
<rpm:entry name="/bin/ln"/>
<rpm:entry name="/bin/false"/>
<rpm:entry name="/bin/env"/>
<rpm:entry name="/bin/echo"/>
<rpm:entry name="/bin/df"/>
<rpm:entry name="/bin/dd"/>
<rpm:entry name="/bin/date"/>
<rpm:entry name="/bin/cut"/>
<rpm:entry name="/bin/cp"/>
<rpm:entry name="/bin/chown"/>
<rpm:entry name="/bin/chmod"/>
<rpm:entry name="/bin/chgrp"/>
<rpm:entry name="/bin/cat"/>
<rpm:entry name="/bin/basename"/>
</rpm:provides>
<rpm:requires>
<rpm:entry name="rtld(GNU_HASH)"/>
<rpm:entry name="ncurses"/>
<rpm:entry name="libselinux.so.1()(64bit)"/>
<rpm:entry name="librt.so.1(GLIBC_2.3.3)(64bit)"/>
<rpm:entry name="librt.so.1()(64bit)"/>
<rpm:entry name="libpthread.so.0(GLIBC_2.3.2)(64bit)"/>
<rpm:entry name="libpthread.so.0(GLIBC_2.2.5)(64bit)"/>
<rpm:entry name="libpthread.so.0()(64bit)"/>
<rpm:entry name="libgmp.so.10()(64bit)"/>
<rpm:entry name="libcrypto.so.10(libcrypto.so.10)(64bit)"/>
<rpm:entry name="libcrypto.so.10()(64bit)"/>
<rpm:entry name="libcap.so.2()(64bit)"/>
<rpm:entry name="libc.so.6(GLIBC_2.17)(64bit)"/>
<rpm:entry name="libattr.so.1(ATTR_1.1)(64bit)"/>
<rpm:entry name="libattr.so.1()(64bit)"/>
<rpm:entry name="libacl.so.1(ACL_1.0)(64bit)"/>
<rpm:entry name="libacl.so.1()(64bit)"/>
<rpm:entry name="grep" pre="1"/>
<rpm:entry name="gmp"/>
<rpm:entry name="/sbin/install-info" pre="1"/>
<rpm:entry name="/sbin/install-info"/>
<rpm:entry name="/bin/sh" pre="1"/>
<rpm:entry name="/bin/sh"/>
</rpm:requires>
<rpm:conflicts>
<rpm:entry name="filesystem" flags="LT" epoch="0" ver="3"/>
</rpm:conflicts>
<rpm:obsoletes>
<rpm:entry name="textutils" flags="LE" epoch="0" ver="2.0.21"/>
<rpm:entry name="stat" flags="LE" epoch="0" ver="3.3"/>
<rpm:entry name="sh-utils" flags="LE" epoch="0" ver="2.0.12"/>
<rpm:entry name="mktemp" flags="LT" epoch="4" ver="8.22" rel="24.el7"/>
<rpm:entry name="fileutils" flags="LE" epoch="0" ver="4.1.9"/>
<rpm:entry name="coreutils-libs" flags="LT" epoch="0" ver="8.13"/>
</rpm:obsoletes>
</format>
</package>
</code></pre>
<p>We've also updated the rpm plugin to 3.13.2 on this Pulp server and recreated remotes + repositories + publications + distributions, but that did not solve the problem.</p>
<p>Below are the same commands and fragments from the <strong>repodata/*-primary.xml.gz</strong> file from another, older Pulp server that does work:</p>
<pre><code>versions:
- component: core
version: 3.12.2
- component: rpm
version: 3.10.0
- component: file
version: 1.7.0
</code></pre>
<pre><code><package type="rpm">
<name>dbus</name>
<arch>x86_64</arch>
<version epoch="1" ver="1.10.24" rel="15.el7"/>
<checksum type="sha256" pkgid="YES">99a677acf9d35be3213a00fc2d97e562498398f3e387f3c4bc73c3d4a614e4e2</checksum>
<summary>D-BUS message bus</summary>
<description>D-BUS is a system for sending messages between applications. It is
used both for the system-wide message bus service, and as a
per-user-login-session messaging facility.</description>
<packager>CentOS BuildSystem &lt;http://bugs.centos.org&gt;</packager>
<url>http://www.freedesktop.org/Software/dbus/</url>
<time file="1602701262" build="1601481306"/>
<size package="251300" installed="594463" archive="602268"/>
<location href="Packages/d/dbus-1.10.24-15.el7.x86_64.rpm"/>
<format>
<rpm:license>(GPLv2+ or AFL) and GPLv2+</rpm:license>
<rpm:vendor>CentOS</rpm:vendor>
<rpm:group>System Environment/Libraries</rpm:group>
<rpm:buildhost>x86-01.bsys.centos.org</rpm:buildhost>
<rpm:sourcerpm>dbus-1.10.24-15.el7.src.rpm</rpm:sourcerpm>
<rpm:header-range start="1384" end="42656"/>
<rpm:provides>
<rpm:entry name="dbus(x86-64)" flags="EQ" epoch="1" ver="1.10.24" rel="15.el7"/>
<rpm:entry name="dbus" flags="EQ" epoch="1" ver="1.10.24" rel="15.el7"/>
<rpm:entry name="config(dbus)" flags="EQ" epoch="1" ver="1.10.24" rel="15.el7"/>
<rpm:entry name="/bin/dbus-send"/>
</rpm:provides>
<rpm:requires>
<rpm:entry name="systemd" pre="1"/>
<rpm:entry name="systemd"/>
<rpm:entry name="rtld(GNU_HASH)"/>
<rpm:entry name="libsystemd.so.0(LIBSYSTEMD_209)(64bit)"/>
<rpm:entry name="libsystemd.so.0()(64bit)"/>
<rpm:entry name="libselinux.so.1()(64bit)"/>
<rpm:entry name="libselinux(x86-64)" flags="GE" epoch="0" ver="1.15.2"/>
<rpm:entry name="libpthread.so.0(GLIBC_2.2.5)(64bit)"/>
<rpm:entry name="libpthread.so.0()(64bit)"/>
<rpm:entry name="libexpat.so.1()(64bit)"/>
<rpm:entry name="libdbus-1.so.3(LIBDBUS_PRIVATE_1.10.24)(64bit)"/>
<rpm:entry name="libdbus-1.so.3(LIBDBUS_1_3)(64bit)"/>
<rpm:entry name="libdbus-1.so.3()(64bit)"/>
<rpm:entry name="libcap-ng.so.0()(64bit)"/>
<rpm:entry name="libc.so.6(GLIBC_2.14)(64bit)"/>
<rpm:entry name="libaudit.so.1()(64bit)"/>
<rpm:entry name="dbus-libs(x86-64)" flags="EQ" epoch="1" ver="1.10.24" rel="15.el7"/>
<rpm:entry name="/usr/sbin/useradd" pre="1"/>
<rpm:entry name="/usr/bin/env"/> <<<<<<---------------------------------------------------------------
<rpm:entry name="/bin/sh" pre="1"/>
<rpm:entry name="/bin/sh"/>
</rpm:requires>
<file type="dir">/etc/dbus-1/system.d</file>
<file type="dir">/etc/dbus-1/session.d</file>
<file type="dir">/etc/dbus-1</file>
<file>/usr/bin/dbus-uuidgen</file>
<file>/usr/bin/dbus-update-activation-environment</file>
<file>/usr/bin/dbus-test-tool</file>
<file>/usr/bin/dbus-send</file>
<file>/usr/bin/dbus-run-session</file>
<file>/usr/bin/dbus-monitor</file>
<file>/usr/bin/dbus-daemon</file>
<file>/usr/bin/dbus-cleanup-sockets</file>
<file>/etc/dbus-1/system.conf</file>
<file>/etc/dbus-1/session.conf</file>
</format>
</package>
<package type="rpm">
<name>coreutils</name>
<arch>x86_64</arch>
<version epoch="0" ver="8.22" rel="24.el7"/>
<checksum type="sha256" pkgid="YES">e320010b41826322b947d65f2893d20d395dc11f2a342085432b2014a81082c7</checksum>
<summary>A set of basic GNU tools commonly used in shell scripts</summary>
<description>These are the GNU core utilities. This package is the combination of
the old GNU fileutils, sh-utils, and textutils packages.</description>
<packager>CentOS BuildSystem &lt;http://bugs.centos.org&gt;</packager>
<url>http://www.gnu.org/software/coreutils/</url>
<time file="1566508890" build="1566282446"/>
<size package="3415080" installed="14593469" archive="14644536"/>
<location href="Packages/c/coreutils-8.22-24.el7.x86_64.rpm"/>
<format>
<rpm:license>GPLv3+</rpm:license>
<rpm:vendor>CentOS</rpm:vendor>
<rpm:group>System Environment/Base</rpm:group>
<rpm:buildhost>x86-01.bsys.centos.org</rpm:buildhost>
<rpm:sourcerpm>coreutils-8.22-24.el7.src.rpm</rpm:sourcerpm>
<rpm:header-range start="1384" end="130864"/>
<rpm:provides>
<rpm:entry name="textutils" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="stat" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="sh-utils" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="mktemp" flags="EQ" epoch="4" ver="8.22" rel="24.el7"/>
<rpm:entry name="libstdbuf.so()(64bit)"/>
<rpm:entry name="fileutils" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="coreutils(x86-64)" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="coreutils" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="config(coreutils)" flags="EQ" epoch="0" ver="8.22" rel="24.el7"/>
<rpm:entry name="bundled(gnulib)"/>
<rpm:entry name="/bin/uname"/>
<rpm:entry name="/bin/true"/>
<rpm:entry name="/bin/touch"/>
<rpm:entry name="/bin/sync"/>
<rpm:entry name="/bin/stty"/>
<rpm:entry name="/bin/sort"/>
<rpm:entry name="/bin/sleep"/>
<rpm:entry name="/bin/rmdir"/>
<rpm:entry name="/bin/rm"/>
<rpm:entry name="/bin/readlink"/>
<rpm:entry name="/bin/pwd"/>
<rpm:entry name="/bin/nice"/>
<rpm:entry name="/bin/mv"/>
<rpm:entry name="/bin/mktemp"/>
<rpm:entry name="/bin/mknod"/>
<rpm:entry name="/bin/mkdir"/>
<rpm:entry name="/bin/ls"/>
<rpm:entry name="/bin/ln"/>
<rpm:entry name="/bin/false"/>
<rpm:entry name="/bin/env"/>
<rpm:entry name="/bin/echo"/>
<rpm:entry name="/bin/df"/>
<rpm:entry name="/bin/dd"/>
<rpm:entry name="/bin/date"/>
<rpm:entry name="/bin/cut"/>
<rpm:entry name="/bin/cp"/>
<rpm:entry name="/bin/chown"/>
<rpm:entry name="/bin/chmod"/>
<rpm:entry name="/bin/chgrp"/>
<rpm:entry name="/bin/cat"/>
<rpm:entry name="/bin/basename"/>
</rpm:provides>
<rpm:requires>
<rpm:entry name="rtld(GNU_HASH)"/>
<rpm:entry name="ncurses"/>
<rpm:entry name="libselinux.so.1()(64bit)"/>
<rpm:entry name="librt.so.1(GLIBC_2.3.3)(64bit)"/>
<rpm:entry name="librt.so.1()(64bit)"/>
<rpm:entry name="libpthread.so.0(GLIBC_2.3.2)(64bit)"/>
<rpm:entry name="libpthread.so.0(GLIBC_2.2.5)(64bit)"/>
<rpm:entry name="libpthread.so.0()(64bit)"/>
<rpm:entry name="libgmp.so.10()(64bit)"/>
<rpm:entry name="libcrypto.so.10(libcrypto.so.10)(64bit)"/>
<rpm:entry name="libcrypto.so.10()(64bit)"/>
<rpm:entry name="libcap.so.2()(64bit)"/>
<rpm:entry name="libc.so.6(GLIBC_2.17)(64bit)"/>
<rpm:entry name="libattr.so.1(ATTR_1.1)(64bit)"/>
<rpm:entry name="libattr.so.1()(64bit)"/>
<rpm:entry name="libacl.so.1(ACL_1.0)(64bit)"/>
<rpm:entry name="libacl.so.1()(64bit)"/>
<rpm:entry name="grep" pre="1"/>
<rpm:entry name="gmp"/>
<rpm:entry name="/sbin/install-info" pre="1"/>
<rpm:entry name="/sbin/install-info"/>
<rpm:entry name="/bin/sh" pre="1"/>
<rpm:entry name="/bin/sh"/>
</rpm:requires>
<rpm:conflicts>
<rpm:entry name="filesystem" flags="LT" epoch="0" ver="3"/>
</rpm:conflicts>
<rpm:obsoletes>
<rpm:entry name="textutils" flags="LE" epoch="0" ver="2.0.21"/>
<rpm:entry name="stat" flags="LE" epoch="0" ver="3.3"/>
<rpm:entry name="sh-utils" flags="LE" epoch="0" ver="2.0.12"/>
<rpm:entry name="mktemp" flags="LT" epoch="4" ver="8.22" rel="24.el7"/>
<rpm:entry name="fileutils" flags="LE" epoch="0" ver="4.1.9"/>
<rpm:entry name="coreutils-libs" flags="LT" epoch="0" ver="8.13"/>
</rpm:obsoletes>
<file>/usr/sbin/chroot</file>
<file>/usr/bin/yes</file>
<file>/usr/bin/whoami</file>
<file>/usr/bin/who</file>
<file>/usr/bin/wc</file>
<file>/usr/bin/vdir</file>
<file>/usr/bin/users</file>
<file>/usr/bin/unlink</file>
<file>/usr/bin/uniq</file>
<file>/usr/bin/unexpand</file>
<file>/usr/bin/uname</file>
<file>/usr/bin/tty</file>
<file>/usr/bin/tsort</file>
<file>/usr/bin/truncate</file>
<file>/usr/bin/true</file>
<file>/usr/bin/tr</file>
<file>/usr/bin/touch</file>
<file>/usr/bin/timeout</file>
<file>/usr/bin/test</file>
<file>/usr/bin/tee</file>
<file>/usr/bin/tail</file>
<file>/usr/bin/tac</file>
<file>/usr/bin/sync</file>
<file>/usr/bin/sum</file>
<file>/usr/bin/stty</file>
<file>/usr/bin/stdbuf</file>
<file>/usr/bin/stat</file>
<file>/usr/bin/split</file>
<file>/usr/bin/sort</file>
<file>/usr/bin/sleep</file>
<file>/usr/bin/shuf</file>
<file>/usr/bin/shred</file>
<file>/usr/bin/sha512sum</file>
<file>/usr/bin/sha384sum</file>
<file>/usr/bin/sha256sum</file>
<file>/usr/bin/sha224sum</file>
<file>/usr/bin/sha1sum</file>
<file>/usr/bin/seq</file>
<file>/usr/bin/runcon</file>
<file>/usr/bin/rmdir</file>
<file>/usr/bin/rm</file>
<file>/usr/bin/realpath</file>
<file>/usr/bin/readlink</file>
<file>/usr/bin/pwd</file>
<file>/usr/bin/ptx</file>
<file>/usr/bin/printf</file>
<file>/usr/bin/printenv</file>
<file>/usr/bin/pr</file>
<file>/usr/bin/pinky</file>
<file>/usr/bin/pathchk</file>
<file>/usr/bin/paste</file>
<file>/usr/bin/od</file>
<file>/usr/bin/numfmt</file>
<file>/usr/bin/nproc</file>
<file>/usr/bin/nohup</file>
<file>/usr/bin/nl</file>
<file>/usr/bin/nice</file>
<file>/usr/bin/mv</file>
<file>/usr/bin/mktemp</file>
<file>/usr/bin/mknod</file>
<file>/usr/bin/mkfifo</file>
<file>/usr/bin/mkdir</file>
<file>/usr/bin/md5sum</file>
<file>/usr/bin/ls</file>
<file>/usr/bin/logname</file>
<file>/usr/bin/ln</file>
<file>/usr/bin/link</file>
<file>/usr/bin/join</file>
<file>/usr/bin/install</file>
<file>/usr/bin/id</file>
<file>/usr/bin/hostid</file>
<file>/usr/bin/head</file>
<file>/usr/bin/groups</file>
<file>/usr/bin/fold</file>
<file>/usr/bin/fmt</file>
<file>/usr/bin/false</file>
<file>/usr/bin/factor</file>
<file>/usr/bin/expr</file>
<file>/usr/bin/expand</file>
<file>/usr/bin/env</file> <<<<<<---------------------------------------------------------------
<file>/usr/bin/echo</file>
<file>/usr/bin/du</file>
<file>/usr/bin/dirname</file>
<file>/usr/bin/dircolors</file>
<file>/usr/bin/dir</file>
<file>/usr/bin/df</file>
<file>/usr/bin/dd</file>
<file>/usr/bin/date</file>
<file>/usr/bin/cut</file>
<file>/usr/bin/csplit</file>
<file>/usr/bin/cp</file>
<file>/usr/bin/comm</file>
<file>/usr/bin/cksum</file>
<file>/usr/bin/chown</file>
<file>/usr/bin/chmod</file>
<file>/usr/bin/chgrp</file>
<file>/usr/bin/chcon</file>
<file>/usr/bin/cat</file>
<file>/usr/bin/basename</file>
<file>/usr/bin/base64</file>
<file>/usr/bin/arch</file>
<file>/usr/bin/[</file>
<file>/etc/profile.d/colorls.sh</file>
<file>/etc/profile.d/colorls.csh</file>
<file>/etc/DIR_COLORS.lightbgcolor</file>
<file>/etc/DIR_COLORS.256color</file>
<file>/etc/DIR_COLORS</file>
</format>
</package>
</code></pre>
<p>With the <strong></strong> tags present in the repo metadata <strong>yum deplist</strong> can resolve the dependencies (and yum update works too):</p>
<pre><code>$> yum deplist dbus
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
package: dbus.x86_64 1:1.10.24-15.el7
dependency: /bin/sh
provider: bash.x86_64 4.2.46-34.el7
dependency: /usr/bin/env
provider: coreutils.x86_64 8.22-24.el7_9.2 <<<<<<---------------------------------------------------------------
dependency: /usr/sbin/useradd
provider: shadow-utils.x86_64 2:4.6-5.el7
dependency: dbus-libs(x86-64) = 1:1.10.24-15.el7
provider: dbus-libs.x86_64 1:1.10.24-15.el7
dependency: libaudit.so.1()(64bit)
provider: audit-libs.x86_64 2.8.5-4.el7
dependency: libc.so.6(GLIBC_2.14)(64bit)
provider: glibc.x86_64 2.17-323.el7_9
dependency: libcap-ng.so.0()(64bit)
provider: libcap-ng.x86_64 0.7.5-4.el7
dependency: libdbus-1.so.3()(64bit)
provider: dbus-libs.x86_64 1:1.10.24-15.el7
dependency: libdbus-1.so.3(LIBDBUS_1_3)(64bit)
provider: dbus-libs.x86_64 1:1.10.24-15.el7
dependency: libdbus-1.so.3(LIBDBUS_PRIVATE_1.10.24)(64bit)
provider: dbus-libs.x86_64 1:1.10.24-15.el7
dependency: libexpat.so.1()(64bit)
provider: expat.x86_64 2.1.0-12.el7
dependency: libpthread.so.0()(64bit)
provider: glibc.x86_64 2.17-323.el7_9
dependency: libpthread.so.0(GLIBC_2.2.5)(64bit)
provider: glibc.x86_64 2.17-323.el7_9
dependency: libselinux(x86-64) >= 1.15.2
provider: libselinux.x86_64 2.5-15.el7
dependency: libselinux.so.1()(64bit)
provider: libselinux.x86_64 2.5-15.el7
dependency: libsystemd.so.0()(64bit)
provider: systemd-libs.x86_64 219-78.el7_9.3
dependency: libsystemd.so.0(LIBSYSTEMD_209)(64bit)
provider: systemd-libs.x86_64 219-78.el7_9.3
dependency: rtld(GNU_HASH)
provider: glibc.x86_64 2.17-323.el7_9
provider: glibc.i686 2.17-323.el7_9
dependency: systemd
provider: systemd.x86_64 219-78.el7_9.3
</code></pre> RPM Support - Issue #8176 (CLOSED - DUPLICATE): Yum groups in comps.xml brokenhttps://pulp.plan.io/issues/81762021-01-28T17:19:26Zjdjeffers
<p><strong>Ticket moved to GitHub</strong>: "pulp/pulp_rpm/2264":<a href="https://github.com/pulp/pulp_rpm/issues/2264" class="external">https://github.com/pulp/pulp_rpm/issues/2264</a></p>
<hr>
<p>This is from a discussion on the Foreman forums (<a href="https://community.theforeman.org/t/bug-smart-proxies-do-not-sync-katello-3-15-through-3-18-rc2/21654/5" class="external">https://community.theforeman.org/t/bug-smart-proxies-do-not-sync-katello-3-15-through-3-18-rc2/21654/5</a>).</p>
<p>A user provided a possible workaround:</p>
<pre><code>I may have found a workaround (WARNING: possible dirty hack detected). The problem seems to be with the Yum groups defined in comps.xml (I wasn’t able to find the file itself, but as most repos seem to have this problem, I decided ‘just’ to check Yum docs what it’s supposed to do)
And I edited the Python file (/usr/lib/python2.7/site-packages/pulp_rpm/plugins/importers/yum/repomd/group.py) throwing the errors.
Replace
packagelist = element.find('packagelist')
conditional, default, mandatory, optional = _parse_packagelist(
packagelist.findall('packagereq'))
with
packagelist = element.find('packagelist')
try:
conditional, default, mandatory, optional = _parse_packagelist(
packagelist.findall('packagereq'))
except:
conditional, default, mandatory, optional = [], [], [], []
This bypasses any faulty comps.xml files, but I DO NOT KNOW if and what this might break in the long term. I am still currently testing it.
</code></pre> Pulp - Issue #7850 (CLOSED - CURRENTRELEASE): Wrong version for jquery include in API.html templa...https://pulp.plan.io/issues/78502020-11-18T15:03:21Zequipe_serveurs@exane.com
<p>As of djangorestframework~=3.12.2 (In requirements.txt) the provided jquery version is 3.5.1 (vs 3.3.1).</p>
<p>This mainly breaks the forms that are no mre available as the JS library can not be loaded.</p> Ansible Plugin - Issue #5346 (CLOSED - DUPLICATE): Wrong url resolution when path is the last com...https://pulp.plan.io/issues/53462019-08-26T13:00:55Zosapryki
<p><strong>Ticket moved to GitHub</strong>: "pulp/pulp_ansible/688":<a href="https://github.com/pulp/pulp_ansible/issues/688" class="external">https://github.com/pulp/pulp_ansible/issues/688</a></p>
<hr>
<p>When <code><path:path></code> component is the last one in <code>GALAXY_API_ROOT</code>, Django redirects all requests having this prefix to the <code>GalaxyVersionView</code>, which is defined in <code>pulp_ansible/app/urls.py</code> as:</p>
<pre><code class="python syntaxhl" data-language="python"><span class="n">path</span><span class="p">(</span><span class="n">GALAXY_API_ROOT</span><span class="p">,</span> <span class="n">GalaxyVersionView</span><span class="p">.</span><span class="n">as_view</span><span class="p">()),</span>
</code></pre> Pulp - Issue #2828 (CLOSED - WONTFIX): yum plugin documentation states that ssl_client_cert is lo...https://pulp.plan.io/issues/28282017-06-21T18:15:17Zmikea
<p>From the page: <a href="https://docs.pulpproject.org/plugins/pulp_rpm/tech-reference/yum-plugins.html" class="external">https://docs.pulpproject.org/plugins/pulp_rpm/tech-reference/yum-plugins.html</a><br>
ssl_client_cert<br>
Certificate used as the client certificate when synchronizing the repository. This is used to communicate authentication information to the feed source. The value to this option must be the full path to the certificate. <strong>The specified file may be the certificate itself or a single file containing both the certificate and private key.</strong></p>
<p>This API option is actually looking for certificate text and not a path to a file.</p> Pulp - Issue #1194 (CLOSED - NOTABUG): yum groupinstall pulp-consumer-qpid upgrades default puppethttps://pulp.plan.io/issues/11942015-08-18T14:54:34Zvijaykumar.jain@nomura.comvijaykumar.jain@nomura.com
<p>It was recently reported that yum groupinstall pulp-consumer-qpid upgraded puppet version (2.6.7 -> 2.7.x) on the clients. As a result of which puppet master(2.6.x) s communication with puppet clients. we are not using pulp for puppet deployment but only for rpm as of now. is there a way we remove pulp-puppet plugins on client so that rpm deployment still works?</p> Pulp - Issue #1079 (CLOSED - WONTFIX): Wrong error message when performing operation without logg...https://pulp.plan.io/issues/10792015-06-23T20:49:59Zdkliban@redhat.com
<p>Before I logged in I ran following command:</p>
<pre><code>pulp-admin auth user create --login=brian --password=redhat
</code></pre>
<p>The response from the server was:</p>
<pre><code>The specified user does not have permission to execute the given command
</code></pre>
<p>I also tried performing a basic repo create operation:</p>
<pre><code>pulp-admin rpm repo create --repo-id blah
</code></pre>
<p>And I got the exact same result as above.</p>
<p>After I logged in I was able to perform both of the operations operation.</p> RPM Support - Issue #1044 (CLOSED - WONTFIX): Yum distributor validation of relative url is match...https://pulp.plan.io/issues/10442015-06-10T13:02:50Zbcourtbcourt@redhat.com
<p>The validation of relative urls for the yum distributor is overly broad and is matching ISO repos as well as yum repos. This is causing problems because they are actually served from different paths and are causing false negatives from the validation: pulp_rpm/plugins/distributors/yum/configuration.py:456</p> RPM Support - Issue #793 (CLOSED - WONTFIX): yum_distributor doc for Repository Authentication li...https://pulp.plan.io/issues/7932015-03-18T13:44:50Zfabiss2490@fabis.synology.me
<p>Acccording to documentation <a href="https://pulp-rpm-user-guide.readthedocs.org/en/latest/configuration.html#protected-repositories" class="external">https://pulp-rpm-user-guide.readthedocs.org/en/latest/configuration.html#protected-repositories</a> if we want to add authentication per repository we need to use options:</p>
<pre><code>--feed-ca-cert
--feed-cert
--feed-key
</code></pre>
<p>This is wrong because these options are used to sync protected repos.</p> Pulp - Issue #394 (CLOSED - WONTFIX): Wrong status code for Upload APIhttps://pulp.plan.io/issues/3942015-02-28T22:00:49Zigulina@redhat.comigulina@redhat.com
<p>Description of problem:</p>
<p>Import into a repository operation returns code 200 (aka if the import completed successfully), but response body repots an error.</p>
<p>Version-Release number of selected component (if applicable):<br>
2.3</p>
<p>How reproducible:<br>
always</p>
<p>Steps to Reproduce (first variant):<br>
1. curl -i -H \"Accept: application/json\" -X POST -k -u admin:admin '<a href="https://localhost/pulp/api/v2/content/uploads/" class="external">https://localhost/pulp/api/v2/content/uploads/</a>'</p>
<p>HTTP/1.1 201 Created<br>
Date: Mon, 03 Feb 2014 12:49:34 GMT<br>
Server: Apache/2.4.6 (Fedora) OpenSSL/1.0.1e-fips mod_wsgi/3.4 Python/2.7.5<br>
Location: /pulp/api/v2/content/uploads/b53ff383-8f97-4019-88e7-015af64d5f2f/<br>
Content-Length: 132<br>
Content-Type: application/json</p>
<p>{"upload_id": "b53ff383-8f97-4019-88e7-015af64d5f2f", "_href": "/pulp/api/v2/content/uploads/b53ff383-8f97-4019-88e7-015af64d5f2f/"}[igulina@localhost tests]$</p>
<p>2. curl -i -F name=test -F filedata=@/var/lib/pulp/content/rpm/whale/0.2/1/noarch/3b34234afc8b8931d627f8466f0e4fd352145a2512681ec29db0a051a0c9d893/whale-0.2-1.noarch.rpm -H \"Accept: application/json\" -X PUT -k -u admin:admin '<a href="https://localhost/pulp/api/v2/content/uploads/b53ff383-8f97-4019-88e7-015af64d5f2f/500/" class="external">https://localhost/pulp/api/v2/content/uploads/b53ff383-8f97-4019-88e7-015af64d5f2f/500/</a>'</p>
<p>HTTP/1.1 200 OK<br>
Date: Mon, 03 Feb 2014 12:50:31 GMT<br>
Server: Apache/2.4.6 (Fedora) OpenSSL/1.0.1e-fips mod_wsgi/3.4 Python/2.7.5<br>
Content-Length: 4<br>
Content-Type: application/json</p>
<p>3. curl -i -H \"Accept: application/json\" -X POST -k -u admin:admin -d '{"upload_id":"b53ff383-8f97-4019-88e7-015af64d5f2f","unit_type_id":"rpm", "unit_key" : "text.rpm"}' '<a href="https://localhost/pulp/api/v2/repositories/foo/actions/import_upload/" class="external">https://localhost/pulp/api/v2/repositories/foo/actions/import_upload/</a>'</p>
<p>HTTP/1.1 200 OK<br>
Date: Mon, 03 Feb 2014 12:58:05 GMT<br>
Server: Apache/2.4.6 (Fedora) OpenSSL/1.0.1e-fips mod_wsgi/3.4 Python/2.7.5<br>
Content-Length: 95<br>
Content-Type: application/json</p>
<p>{"details": {"errors": ["invalid unit key or metadata"]}, "success_flag": false, "summary": ""}</p>
<p>Steps to Reproduce (second variant):<br>
the same for uuid as "unit_key"</p>
<p>curl -i -H \"Accept: application/json\" -X POST -k -u admin:admin -d '{"upload_id":"b53ff383-8f97-4019-88e7-015af64d5f2f","unit_type_id":"rpm", "unit_key" : "fe28a235-d70a-4103-bb72-b89831d4cbc1"}' '<a href="https://localhost/pulp/api/v2/repositories/foo/actions/import_upload/" class="external">https://localhost/pulp/api/v2/repositories/foo/actions/import_upload/</a>'</p>
<p>HTTP/1.1 200 OK<br>
Date: Mon, 03 Feb 2014 13:44:07 GMT<br>
Server: Apache/2.4.6 (Fedora) OpenSSL/1.0.1e-fips mod_wsgi/3.4 Python/2.7.5<br>
Content-Length: 95<br>
Content-Type: application/json</p>
<p>Expected results:<br>
if "success_flag" is false then it should return error status code</p>
<p>HTTP/1.1 4xx Error</p>
<p>{"details": {"errors": ["invalid unit key or metadata"]}, "success_flag": false, "summary": ""}</p>
<p>Additional info:<br>
Also see bug 1060752</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1060757" class="external">Bugzilla Bug #1060757</a> +</p> Pulp - Issue #365 (CLOSED - WONTFIX): wrong value in repoid when uninstalling using pulp-adminhttps://pulp.plan.io/issues/3652015-02-28T21:57:51Zpthomas@redhat.com
<p>Description of problem:</p>
<p>If you use pulp-admin to unistall, the repoid in the report has the value as installed</p>
<p>Version-Release number of selected component (if applicable):</p>
<p>[root@hp-dl380pgen8-02-vm-16 ~]# rpm -q pulp-server<br>
pulp-server-2.2.0-0.25.beta.fc19.noarch<br>
[root@hp-dl380pgen8-02-vm-16 ~]#</p>
<p>How reproducible:</p>
<p>Steps to Reproduce:<br>
[root@hp-dl380pgen8-02-vm-16 ~]# pulp-admin rpm consumer package uninstall run --consumer-id consumer1 --name zsh<br>
Uninstall task created with id [ 97d1c884-6e74-4c88-a0ce-cb7291edb9d0 ]</p>
<p>This command may be exited via ctrl+c without affecting the request.</p>
<p>[-]<br>
Waiting to begin...<br>
Refresh Repository Metadata [ OK ]<br>
Downloading Packages [ OK ]<br>
Running Test Transaction [ OK ]<br>
Running Transaction [ OK ]</p>
<p>Uninstall Completed</p>
<p><span><del>--------------------------------------------------------------------</del></span><br>
Uninstalled<br>
<span><del>--------------------------------------------------------------------</del></span></p>
<p>Name: zsh<br>
Version: 4.3.10<br>
Arch: x86_64<br>
Repoid: installed</p>
<p>[root@hp-dl380pgen8-02-vm-16 ~]#</p>
<p>Actual results:</p>
<p>Expected results:</p>
<p>Additional info:</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=997411" class="external">Bugzilla Bug #997411</a> +</p> RPM Support - Issue #353 (CLOSED - WONTFIX): yum importer needs better reportinghttps://pulp.plan.io/issues/3532015-02-28T21:56:25Zmhrivnakmhrivnak@redhat.com
<p>The current client-side reporting doesn't work very well. Many error conditions result in unfriendly behavior in the client and a failure to even deliver an error message.</p>
<p>+ This bug was cloned from <a href="https://bugzilla.redhat.com/show_bug.cgi?id=971546" class="external">Bugzilla Bug #971546</a> +</p> RPM Support - Story #240 (CLOSED - NOTABUG): YUM repositories using deltainfo don't get delta RPM...https://pulp.plan.io/issues/2402015-02-19T01:18:33Zkvedulv@kvedulv.dekvedulv@kvedulv.de
<p>+<span>+ This bug was initially created as a clone of <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1120215" class="external">Bugzilla Bug #1120215</a> +</span>+</p>
<p>Description of problem:</p>
<p>Description of problem:<br>
YUM repositories using deltainfo instead of prestodelta don't get their Delta-RPMs synced into the published repo.</p>
<p>Version-Release number of selected component (if applicable):<br>
2.4beta23</p>
<p>How reproducible:<br>
always</p>
<p>Steps to Reproduce:<br>
1. Patch pulp with <a href="https://github.com/pulp/pulp_rpm/pull/525" class="external">https://github.com/pulp/pulp_rpm/pull/525</a> to work around missing name element im collection of SUSE repos.<br>
2. Import and publish attached test repo.<br>
3. Try a zypper update on the client.</p>
<p>Actual results:<br>
Delta RPMs are missing</p>
<p>Expected results:<br>
Delta RPMs are in the published repo</p>
<p>--- Additional comment from <a href="mailto:mhrivnak@redhat.com" class="email">mhrivnak@redhat.com</a> at 07/16/2014 16:30:58 ---</p>
<p>Thank you for finding both of these incompatibilities between pulp and SUSE content. We want to support SUSE content, and this will be very helpful in making that happen.</p>
<p>A diligent investigation of the schema for the deltainfo file vs. the prestodelta file will be required before we can implement this. Any additional help with that would be quite welcome.</p>
<p>--- Additional comment from <a href="mailto:kvedulv@kvedulv.de" class="email">kvedulv@kvedulv.de</a> at 07/16/2014 21:57:35 ---</p>
<p><a href="http://en.opensuse.org/openSUSE:Standards_Rpm_Metadata" class="external">http://en.opensuse.org/openSUSE:Standards_Rpm_Metadata</a> says:<br>
deltainfo.xml used to support delta rpms. Format is the same as yum-presto<br>
A glance at those deltainfo.xml files is also confirming that, so it shouldn't be hard to fix.</p>
<p>Unfortunately I don't have a clue how to handle that in the importer, as PRESTO_DELTA_FILE_NAME = 'prestodelta.xml.gz' doesn't leave much room for or-clauses. ;)</p>
<p>It would probably make sense to publish the contents of a generated prestodelta.xml also as deltainfo.xml so zypper/yast can consume it.</p>
<p>--- Additional comment from <a href="mailto:kvedulv@kvedulv.de" class="email">kvedulv@kvedulv.de</a> at 07/18/2014 11:03:45 ---</p>
<p>Workaround at <a href="https://github.com/pulp/pulp_rpm/pull/527" class="external">https://github.com/pulp/pulp_rpm/pull/527</a></p>
<p>--- Additional comment from <a href="mailto:bcourt@redhat.com" class="email">bcourt@redhat.com</a> at 01/12/2015 17:15:27 ---</p>
<p>Michael Moll, With some browsing & testing I did, it appeared that zypper will read the presto-delta.xml.gz file if it is in the repository. Can you confirm whether or not the file must be named deltainfo if zypper will use a presto-delta file if it is found instead.</p>
<p>There is another patch at <a href="https://github.com/pulp/pulp_rpm/pull/629" class="external">https://github.com/pulp/pulp_rpm/pull/629</a> that will ensure that all the information is synced into a pulp repository. It's just a matter of how it is published. In this case it is vastly simpler if we can always use presto-delta as the name of the output file.</p>
<p>--- Additional comment from <a href="mailto:kvedulv@kvedulv.de" class="email">kvedulv@kvedulv.de</a> at 01/16/2015 13:58:44 ---</p>
<p>After changing employers, I don't have a pulp instance around to test at the moment, sorry... If your tests are positive with zypper from SLES 11 SP3 (that's the oldest still supported, I think), I'd say just go ahead. If real testing is needed, ping me again and I'll setup something.<br>
Thanks for following up on that!</p> RPM Support - Story #38 (CLOSED - WONTFIX): Yum Plugins: Revisit search indexeshttps://pulp.plan.io/issues/382014-12-18T16:12:38ZAnonymousRPM Support - Story #27 (CLOSED - WONTFIX): Yum Plugins: Resolution for retain-old-count & errata...https://pulp.plan.io/issues/272014-12-18T16:12:37ZAnonymous
<p>Deliverable: decide what needs to happen, but don't write any new code decide if it is ok for --retain-old-count to break availability of RPMs for errata</p>