Ok, I saw it... But if I use the advised spacewalk-debian-sync script (to add header later with the other script) instead of spacewalk-repo-sync have all channels to be synchronized „from scratch“? The script says <numbers> of packages synced, <more> to sync.
Von meinem iPad gesendet Thomas Müller > Am 03.08.2018 um 19:06 schrieb Robert Paschedag <robert.pasche...@web.de>: > > Am 3. August 2018 12:35:52 MESZ schrieb "Thomas Müller" > <4thomasmuel...@gmail.com>: >> Hello, >> >> I've got it fixed by a dirty way. >> in /var/cache/rhn/repodata/<debian channel> >> >> mv Packages Packages.orig >> mv Packages.gz Packages.gz.orig >> cat Packages.orig | sed '/^\Package:/a Multi-Arch: allowed' > Packages >> cp Packages Packages.raw >> gzip Packages >> mv Packages.raw Packages >> >> Resigning via secureApt.sh, on clients apt-get update. >> works on 3 testsystems :-) >> Debian9 has right now no problem >> >> Many thanks. >> >> 2018-08-02 18:16 GMT+02:00 Robert Paschedag <robert.pasche...@web.de>: >> >>> Am 2. August 2018 18:10:09 MESZ schrieb "Thomas Müller" < >>> 4thomasmuel...@gmail.com>: >>>> An additional question: If I use the spacewalk-debian-sync script to >>>> fix the multiarch header problem should I use as repo binary-all >>>> instead of binary-amd64 for main, contrib and non-free? >>>> >>>> >>>> Von meinem iPad gesendet >>>> >>>> >>>> >>>> >>>>> Am 02.08.2018 um 17:20 schrieb Robert Paschedag >>>> <robert.pasche...@web.de>: >>>>> >>>>> Am 2. August 2018 12:30:24 MESZ schrieb "Thomas Müller" >>>> <4thomasmuel...@gmail.com>: >>>>>> Hi @all, >>>>>> >>>>>> we've set up a spacewalk server 2.7 and registered debian8, >> debian8 >>>> and >>>>>> oracle linux systems to it. >>>>>> The oracle and debian9 systems work like a charm with spacewalk, >> but >>>>>> the >>>>>> debian8 systems removes all rhn- and spacewalk tools after >>>> installing a >>>>>> package. >>>>>> >>>>>> Some investigations shows any unresolved dependencies >> (python:any) >>>> (??) >>>>>> But - if we change the /etc/apt/sources.list to let the system >> look >>>> at >>>>>> the >>>>>> original debian repositories all works as expected. >>>>>> >>>>>> sources.list spacewalk only: >>>>>> >>>>>> # Debian 8 (Jessie) >>>>>> # >>>>>> # wird durch Spacewalk verwaltet >>>>>> # >>>>>> # deb http://ftp.de.debian.org/debian/ jessie main >>>>>> # deb-src http://ftp.de.debian.org/debian/ jessie main >>>>>> >>>>>> # deb http://security.debian.org/ jessie/updates main contrib >>>>>> # deb-src http://security.debian.org/ jessie/updates main contrib >>>>>> >>>>>> # jessie-updates, previously known as 'volatile' >>>>>> # deb http://ftp.de.debian.org/debian/ jessie-updates main >> contrib >>>>>> # deb-src http://ftp.de.debian.org/debian/ jessie-updates main >>>> contrib >>>>>> >>>>>> spacewalk.list: >>>>>> >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net debian8 >>>>>> repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>>>> debian8-main-security repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>>>> debian8-main-update repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>>>> debian8-contrib >>>>>> repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>>>> debian8-contrib-security repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>>>> debian8-contrib-update repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>>>> debian8-nonfree >>>>>> repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>>>> debian8-nonfree-security repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>>>> debian8-nonfree-update repodata >>>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net >>>> debian8-main >>>>>> repodata >>>>>> >>>>>> apt install atop: >>>>>> >>>>>> Paketlisten werden gelesen... Fertig >>>>>> Abhängigkeitsbaum wird aufgebaut. >>>>>> Statusinformationen werden eingelesen.... Fertig >>>>>> atop ist schon die neueste Version. >>>>>> Probieren Sie »apt-get -f install«, um dies zu korrigieren: >>>>>> Die folgenden Pakete haben unerfüllte Abhängigkeiten: >>>>>> apt-transport-spacewalk : Hängt ab von: python:any (>= 2.6.6-7~) >> ist >>>>>> aber >>>>>> nicht installierbar >>>>>> python-cffi : Hängt ab von: python:any (>= 2.7.5-5~) ist aber >> nicht >>>>>> installierbar >>>>>> python-cryptography : Hängt ab von: python:any (>= 2.7.5-5~) ist >>>> aber >>>>>> nicht installierbar >>>>>> python-openssl : Hängt ab von: python:any (>= 2.7.5-5~) ist aber >>>> nicht >>>>>> installierbar >>>>>> Hängt ab von: python:any (< 2.8) ist aber nicht >>>>>> installierbar >>>>>> python-pkg-resources : Hängt ab von: python:any (>= 2.7) ist aber >>>> nicht >>>>>> installierbar >>>>>> Hängt ab von: python:any (< 2.8) ist aber >>>> nicht >>>>>> installierbar >>>>>> python-pycparser : Hängt ab von: python:any (>= 2.7.5-5~) ist >> aber >>>>>> nicht >>>>>> installierbar >>>>>> Hängt ab von: python:any (< 2.8) ist aber nicht >>>>>> installierbar >>>>>> python-six : Hängt ab von: python:any (>= 2.7.5-5~) ist aber >> nicht >>>>>> installierbar >>>>>> Hängt ab von: python:any (< 2.8) ist aber nicht >>>> installierbar >>>>>> rhn-client-tools : Hängt ab von: python:any ist aber nicht >>>>>> installierbar >>>>>> Empfiehlt: apt-spacewalk ist aber nicht >>>> installierbar >>>>>> E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt-get -f install« >>>> ohne >>>>>> Angabe eines Pakets (oder geben Sie eine Lösung an). >>>>>> >>>>>> apt install -f: >>>>>> >>>>>> Paketlisten werden gelesen... Fertig >>>>>> Abhängigkeitsbaum wird aufgebaut. >>>>>> Statusinformationen werden eingelesen.... Fertig >>>>>> Abhängigkeiten werden korrigiert ... Fertig >>>>>> Das folgende Paket wurde automatisch installiert und wird nicht >> mehr >>>>>> benötigt: >>>>>> python-ply >>>>>> Verwenden Sie »apt-get autoremove«, um es zu entfernen. >>>>>> Die folgenden Pakete werden ENTFERNT: >>>>>> apt-transport-spacewalk python-cffi python-cryptography >>>> python-openssl >>>>>> python-pkg-resources python-pycparser python-rhn python-six >>>>>> rhn-client-tools rhncfg rhnsd >>>>>> 0 aktualisiert, 0 neu installiert, 11 zu entfernen und 1 nicht >>>>>> aktualisiert. >>>>>> Nach dieser Operation werden 6.971 kB Plattenplatz freigegeben. >>>>>> Möchten Sie fortfahren? [J/n] >>>>>> >>>>>> As stated, if the souces.list is >>>>>> >>>>>> # Debian 8 (Jessie) >>>>>> # >>>>>> # wird durch Spacewalk verwaltet >>>>>> # >>>>>> deb http://ftp.de.debian.org/debian/ jessie main >>>>>> # deb-src http://ftp.de.debian.org/debian/ jessie main >>>>>> >>>>>> deb http://security.debian.org/ jessie/updates main contrib >>>>>> # deb-src http://security.debian.org/ jessie/updates main contrib >>>>>> >>>>>> # jessie-updates, previously known as 'volatile' >>>>>> deb http://ftp.de.debian.org/debian/ jessie-updates main contrib >>>>>> # deb-src http://ftp.de.debian.org/debian/ jessie-updates main >>>> contrib >>>>>> >>>>>> no issue.... >>>>> >>>>> This is because of the missing MultiArch header within the >>>> packages.gz files created by spacewalk. >>>>> >>>>> Strange enough that your Debian 9 systems are running. They should >>>> have the same problem. >>>>> >>>>> Robert >>>>> -- >>>>> sent from my mobile device >>> >>> Just leave it as it is right now. That should fit. >>> >>> This is all just a workaround. The main problem currently is, that >> there >>> is no field (or tables) within the DB scheme to store this header >> within >>> the DB, so this can be put into the packages.gz file while it gets >> created. >>> >>> Robert >>> -- >>> sent from my mobile device >>> > > This will not work. > > It's because "allowed" is not the only possible value for a package. > > You might want to try a > > grep ^Multi packages.gz | sort | uniq -c > > to get an idea. > > robert.pasche...@netlution.de > -- > sent from my mobile device _______________________________________________ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list