<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=utf-8">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <p>Hi all,</p>
    <p>after fixing my problems with the errata import, I found another
      problem with Debian...especially with</p>
    <p>Debian "stretch" and SW 2.7. At least, I did not yet see a major
      (or even minor) error with Debian jessie on SW 2.7</p>
    <p><br>
    </p>
    <p>I can successfully deploy a Debian stretch system via SW 2.7,
      register it and install packages.</p>
    <p>The "installed" packages on the client is reported to SW. No
      problem so far.</p>
    <p><br>
    </p>
    <p>But, even if SW reports, that there are no newer packages in SW
      for the client, and I have done</p>
    <p>"apt-get upgrade" several times, the "client" does not recognize,
      that a particular package</p>
    <p>is already installed. I can install (for example "adduser") with</p>
    <p>"apt-get install adduser"</p>
    <p>over and over again. It does not tell.."that package is already
      installed with the newest version"<br>
    </p>
    <p>The client also reports, that it installes the "same" version
      above "the already" installed version of this package.</p>
    <p><br>
    </p>
    <p>So, for example, my freshly installed debian system has 372
      packages. After installation, "apt-get upgrade", it "always"
      upgrades about 260 packages again and again and again.</p>
    <p><br>
    </p>
    <p>Also after applying
<a class="moz-txt-link-freetext" href="https://github.com/spacewalkproject/spacewalk/wiki/DebianUbuntuSupportIn27">https://github.com/spacewalkproject/spacewalk/wiki/DebianUbuntuSupportIn27</a></p>
    <p>on the client. It does not change. What is changed then, if that
      the "installed" packages is correctly "reflected" in the SW WebUI
      for that system.<br>
    </p>
    <p>I *think*, that the problem is located on the client, especially
      in the "improvement of apt" in Debian 9 (see
<a class="moz-txt-link-freetext" href="https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#apt-improvements">https://www.debian.org/releases/stable/amd64/release-notes/ch-whats-new.en.html#apt-improvements</a>
      and <a class="moz-txt-link-freetext" href="https://wiki.debian.org/DebianRepository/Format">https://wiki.debian.org/DebianRepository/Format</a> )</p>
    <p>...</p>
    <p class="line862">If the following fields exist in the control file
      of a <tt>.deb</tt> file they also must exist in the record about
      the package in the Packages file and the value must match <em>exactly</em>
      or a client might recognize a metadata mismatch and
      redownloads/reinstalls a package: <span class="anchor"
        id="line-324"></span><span class="anchor" id="line-325"></span></p>
    <ul>
      <li>Depends et al <span class="anchor" id="line-326"></span></li>
      <li>Installed-Size <span class="anchor" id="line-327"></span></li>
      <li>Multi-Arch </li>
    </ul>
    <p>...<br>
    </p>
    <p>I know that the "Multi-Arch" header is not written to the
      packages list (see
      <a class="moz-txt-link-freetext" href="https://bugzilla.redhat.com/show_bug.cgi?id=1243387">https://bugzilla.redhat.com/show_bug.cgi?id=1243387</a>) and the
      workaround mentioned there (that I use for debian jessie) does not
      work here. The "Multi-Arch" header often has different values.</p>
    <p><br>
    </p>
    <p>I just want to know, if anybody can confirm this behavior. <br>
    </p>
    <p><br>
    </p>
    <p>Next time I'm in the office, I'll try to modify the packages list
      to add the "Multi-Arch" headers (and their) values to the packages
      list and see, if this is really the problem.</p>
    <p><br>
    </p>
    <p>Kind regards,</p>
    <p>Robert</p>
    <p><br>
    </p>
  </body>
</html>