[Spacewalk-list] spacewalk 2.9 && never ending issue with ubuntu/debian clients

[Florin Portase]

On 2019-02-13 10:56, Florin Portase wrote:

> Hello, 
> 
> I just have upgraded the spacewalk server from 2.7 => 2.9. 
> 
> I have applied also the sql patch from https://bugzilla.redhat.com/show_bug.cgi?id=1661347 
> 
> + upgraded the clients from : 
> 
> http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.9:/debclients/ 
> 
> Just to mention spacewalk 2.7 +  patches was working just fine for both debian & ubuntu. 
> 
> Now, for ubuntu 16.05 I have over 100 packages marked as up-gradable( over and over....) 
> 
> _______________________________________________
> 
> Spacewalk-list mailing list
> Spacewalk-list at redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list

So, after digging through  SPW archive Dec '18 til Feb '19 finally I
come to something more acceptable: 

1. sync script for Ubuntu channels 

2. "spacewalk-add-debian-multiarch-header.py.NEW " took it from
"https://www.redhat.com/archives/spacewalk-list/2018-December/msg00017.html"


wget  -q
http://de.archive.ubuntu.com/ubuntu/dists/xenial/main/binary-amd64/Packages.gz
 \
        -O /tmp/Packages-xenial-main.gz && gunzip -f
/tmp/Packages-xenial-main.gz
wget  -q
http://cz.archive.ubuntu.com/ubuntu/dists/xenial-updates/main/binary-amd64/Packages.gz
 \
        -O /tmp/Packages-xenial-updates.gz  && gunzip -f
/tmp/Packages-xenial-updates.gz
wget  -q
http://cz.archive.ubuntu.com/ubuntu/dists/xenial-security/main/binary-amd64/Packages.gz
\
        -O /tmp/Packages-xenial-security.gz && gunzip -f
/tmp/Packages-xenial-security.gz

s=180
trap 'echo "Ctrl-C detected."' 2
for (( i=$s ; i>0; i--));
        do
                #printf '\rFinishing sync in: %2d seconds' $i; sleep 1
                echo -ne  "\rFinishing sync in: $i seconds\033[0K";
sleep 1
        done
echo -e "\nSync completed!"
trap 2
                $_BIN_PATH/spacewalk-add-debian-multiarch-header.py.NEW 
$_PKG_MAIN/Packages    /tmp/Packages-xenial-main
                $_BIN_PATH/spacewalk-add-debian-multiarch-header.py.NEW 
$_PKG_UPD/Packages      /tmp/Packages-xenial-updates
                $_BIN_PATH/spacewalk-add-debian-multiarch-header.py.NEW 
$_PKG_SEC/Packages      /tmp/Packages-xenial-security
                $_BIN_PATH/spacewalk-add-debian-multiarch-header.py.NEW 
$_PKG_UNIV/Packages    /tmp/Packages-xenial-universe

                /bin/mv $_PKG_MAIN/Packages.new $_PKG_MAIN/Packages
                /bin/mv $_PKG_SEC/Packages.new $_PKG_SEC/Packages
                /bin/mv $_PKG_UPD/Packages.new $_PKG_UPD/Packages
                /bin/mv $_PKG_UNIV/Packages.new $_PKG_UNIV/Packages

                gzip < $_PKG_MAIN/Packages > $_PKG_MAIN/Packages.gz
                gzip < $_PKG_UPD/Packages  > $_PKG_UPD/Packages.gz
                gzip < $_PKG_SEC/Packages  > $_PKG_SEC/Packages.gz
                gzip < $_PKG_UNIV/Packages > $_PKG_UNIV/Packages.gz

cd $_PKG_MAIN
        $_BIN_PATH/secureApt.sh  xenial xenial-main
        touch -r Packages.gz  Packages
cd $_PKG_UPD
        $_BIN_PATH/secureApt.sh  xenial xenial-updates
        touch -r Packages.gz  Packages
cd $_PKG_SEC
        $_BIN_PATH/secureApt.sh  xenial xenial-security
        touch -r Packages.gz  Packages 

So just to resume, SYNC =>OK, applying ALL missing headers =>OK, now the
packages that are showed as up-gradable dropped from ~120 to only 6 (  
base-files libbind9-140 libisc160 libisccc140 libisccfg140 liblwres141 )


~~BUT~~ 

Here I run into another problem, it seems taskomatic is generating
Package files over and over ( touch -r Packages.gz  Packages seems to
have no effect)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20190222/02e28c50/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: OpenPGP digital signature
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20190222/02e28c50/attachment.sig>