Re: [Spacewalk-list] Debian package comparison failing.

2019-08-02 Thread Javier.Flores 
Hi

I did what you suggested and now Packages.gz has been generated and 
installing/upgrading packages from Spacewalk works.

Thank you.

Regards,
Javier

Von: spacewalk-list-boun...@redhat.com  Im 
Auftrag von philippe bidault
Gesendet: Wednesday, July 31, 2019 6:04 PM
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Hi,

I did directly remove the corresponding repodata directory, so in your case 
/var/cache/rhn/repodata/debian-9, and to trigger a regeneration,
an "apt clean all && apt update" on a debian 9 registered on your spacewalk 
should do the trick.

Philippe.

On Wed, 31 Jul 2019 at 17:53, 
mailto:javier.flo...@gmz.migros.ch>> wrote:
Hi

I am trying to get Spacewalk to play with Debian and I am facing the same 
problem (/var/cache/rhn/repodata/debian-9/Packages.gz is empty and doesn’t get 
changed even after syncing new packages).

How did you regenerate the repodata? I tried with spacecmd 
softwarechannel_regenerateyumcache but that didn’t work on my server.

Regards,
Javier

Von: 
spacewalk-list-boun...@redhat.com<mailto:spacewalk-list-boun...@redhat.com> 
mailto:spacewalk-list-boun...@redhat.com>> 
Im Auftrag von philippe bidault
Gesendet: Wednesday, July 31, 2019 5:16 PM
An: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Thanks Robert, good catch. Indeed, the Packages file was not complete, seems 
that it was built during the reposync process of the repository as lots of 
package was missing in the repodata.
I did force Spacewalk to regenerate it, and all good now.

Regards,
Philippe.

On Wed, 31 Jul 2019 at 13:22, Robert Paschedag 
mailto:robert.pasche...@web.de>> wrote:
Please check, that you repo metadata has been correctly regenerated. Might be, 
that within the channel, the new package is there, but the metadata has not 
been refreshed (the Packages.gz) is still old.

Robert

⁣sent from my mobile device​


 Originale Nachricht 
Von: philippe bidault 
mailto:philippe.bida...@gmail.com>>
Gesendet: Wed Jul 31 08:30:07 GMT+02:00 2019
An: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Hi Robert,

No, this is so strange, absolutely no trace through apt of the new packages
proposed by Spacewalk on the Debian server. I need to troubleshoot this
deeper.

root@debian10:~# apt-cache show python-gobject
Package: python-gobject
Status: install ok installed
Priority: extra
Section: oldlibs
Installed-Size: 323
Maintainer: Debian GNOME Maintainers <
pkg-gnome-maintain...@lists.alioth.debian.org<mailto:pkg-gnome-maintain...@lists.alioth.debian.org>>
Architecture: all
Source: pygobject
Version: 3.22.0-2
Depends: python-gi (>= 3.22.0-2), python-gobject-2
Description: Python 2.x bindings for GObject - transitional package
This package will bring the two versions of GObject Python modules: the
deprecated gobject module, and the new gobject-introspection system. It
is here for upgrade purposes only. You can remove it safely when
nothing else depends on it.
Description-md5: 0972cedec40e0869495e1025aa320af1
Homepage: https://wiki.gnome.org/Projects/PyGObject

Regards,
Philippe.

On Tue, 30 Jul 2019 at 21:53, Robert Paschedag 
mailto:robert.pasche...@web.de>>
wrote:

> You can also try to install one of the packages with "apt-get -o
> Debug::pkgProblemResolver install ..."
>
> Robert
>
> ⁣sent from my mobile device​
>
>
>  Originale Nachricht 
> Von: philippe bidault 
> mailto:philippe.bida...@gmail.com>>
> Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
> An: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
> Betreff: Re: [Spacewalk-list] Debian package comparison failing.
>
> Nop, no lock or nothing similar:
>
> root@debian10:~# dpkg -l | grep python-eth
> ii  python-ethtool  0.12-1.1   amd64
>Python bindings for the ethtool kernel interface
>
> Regards,
> Philippe.
>
> On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
> mailto:michael.mr...@redhat.com>>
> wrote:
>
> > philippe bidault:
> > > Hi Michael,
> > >
> > > Here are the installed versions:
> > >
> > > root@debian10:~# dpkg -l | grep python-go
> > > ii  python-gobject  3.22.0-2   all
> > >  Python 2.x bindings for GObject - transitional package
> > > ii  python-gobject-22.28.6-13  amd64
> > >deprecated static Python bindings for the GObject library
> > > root@debian10:~# dpkg -l | grep python-eth
> > > ii  python-ethtool  0.12-1.1   amd64
> > >Python bindings for the ethto

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread Paul-Andre Panon 
On Wed, 31 Jul 2019 20:52:44 +0200,  Robert Paschedag
 wrote:

>Hi Paul,
>Problem has been solved. All good. Your code works. It was an outdated
Packages.gz file.
>Robert

and philippe bidault  wrote:

>Hi Paul,
>Yes sorry for this, false alert, the repodata for this repository was
broken.
>Regards,
>Philippe.

No worries. I replied not seeing the later posts or realizing you folks
had already figured it out. Although that doesn't solve Phillipe's
problems with the python...~rc1... packages. That is a problem for which I
don't (yet?) have a solution, and I'm unlikely to have time to find one in
the next month as I'm supposed to be quite busy. So if someone else wants
to look at rpmstrcmp to see if they can fix it without breaking
Redhat/CentOS package compares, go for it.

Cheers,

Paul-Andre

-- 
At Motorola Solutions and our subsidiaries, your privacy is important to 
us. That is why we have taken appropriate measures to ensure the data you 
provide to us is kept secure. To learn more about how we process your 
personal information, how we comply with applicable data protection laws, 
and care for the security and privacy of your personal data, please review 
our Privacy Policy 
.
 
If you have any questions related to data protection and compliance with 
applicable laws, please contact us at priva...@motorolasolutions.com 


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread philippe bidault 
Hi Paul,

Yes sorry for this, false alert, the repodata for this repository was
broken.

Regards,
Philippe.

On Wed, 31 Jul 2019 at 20:53, Robert Paschedag 
wrote:

> Hi Paul,
>
> Problem has been solved. All good. Your code works. It was an outdated
> Packages.gz file.
>
> Robert
>
> ⁣sent from my mobile device​
>
>
>  Originale Nachricht 
> Von: Paul-Andre Panon 
> Gesendet: Wed Jul 31 20:08:45 GMT+02:00 2019
> An: spacewalk-list@redhat.com
> Betreff: Re: [Spacewalk-list] Debian package comparison failing.
>
> Well, looks like the Ubuntu apt-get is the one that's getting it wrong
> here and that Spacewalk is correct (for these packages). That's what it
> looked like to me on your first e-mail but I wasn't certain, however this
> seems to confirm it. Now, have you tried to update with rhn_check after
> approving the package updates in Spacewalk?
>
> It's been annoying me that Ubuntu seems to take great liberties with the
> Debian package versioning standards but it appears to be a new low for
> them to manage to come up with versions that seem to break their own
> hacked up versioning algorithms. You could try to crank up the logging on
> the rhn_check, to verify that those package versions are being recommended
> by Spacewalk (or look at the event history?) but if Spacewalk is
> suggesting python-ethtool-0.14-1.amd64-deb and the apt-get client is
> rejecting it, then the client is wrong. If that only happens with apt-get
> however, then maybe there's a bug in the apt-get=>spacewalk glue/shim in
> separating and parsing the package version and breaking it down into
> epoch/upstream-version/Debian-version (which would be my guess with
> python-gobject-2 but unfortunately doesn't make sense with the others)
>
> Cheers,
>
> Paul-Andre
>
> On Tue, 30 Jul 2019 17:36:34 +0200, philippe bidault
>  wrote:
> >Nope, no lock or nothing similar:
> >
> >root@debian10:~# dpkg -l | grep python-eth
> >ii  python-ethtool  0.12-1.1   amd64
> >   Python bindings for the ethtool kernel interface
> >
> >Regards,
> >Philippe.
> >
> >On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
> >wrote:
> >
> >> philippe bidault:
> >> > Hi Michael,
> >> >
> >> > Here are the installed versions:
> >> >
> >> > root@debian10:~# dpkg -l | grep python-go
> >> > ii  python-gobject  3.22.0-2   all
> >> >  Python 2.x bindings for GObject - transitional package
> >> > ii  python-gobject-22.28.6-13  amd64
> >> >deprecated static Python bindings for the GObject library
> >> > root@debian10:~# dpkg -l | grep python-eth
> >> > ii  python-ethtool  0.12-1.1   amd64
> >> >Python bindings for the ethtool kernel interface
> >> >
> >> > So this is in fact matching what appears in the "Installed Package"
> column
> >> > in the Spacewalk web console. The Debian 10 client just does not see
> >> > the 3 updates.
> >>
> >> Can't they be somehow excluded / version-locked / ... etc?
> >> If you use dpkg to list all available python-ethtool packages can you
> >> see
> >> python-ethtool-0.14-1 among them?
> >>
> >> > Regards,
> >> > Philippe.
> >> ...
> >> > > > Latest Package   Installed Package
> >> > > > python-ethtool-0.14-1.amd64-deb
> python-ethtool-0.12-1.1.amd64-deb
> >> > > > python-gobject-3.30.4-1.all-deb
> python-gobject-3.22.0-2.all-deb
> >> > > > python-gobject-2-2.28.6-13+b1.amd64-deb
> python-gobject-2-2.28.6-13.amd64-deb
> >> > > >
> >> > > > But on the registered debian 10 server, "apt update" is telling
> me that all
> >> > > > the packages are already up-to-date.
> >> > >
> >> > > What version of python-ethtool, python-gobject and
> >> > > python-gobject-2 do you have installed on the debian server?
> >>
> >> Regards,
> >>
> >> --
> >> Michael Mr?ka
> >> System Management Engineering, Red Hat
> >>
> >
>
> --
> At Motorola Solutions and our subsidiaries, your privacy is important to
> us. That is why we have taken appropriate measures to ensure the data you
> provide to us is kept secure. To learn more about how we process your
> personal information, how we comply with applicable data protection laws,
>

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread Robert Paschedag 
Hi Paul,

Problem has been solved. All good. Your code works. It was an outdated 
Packages.gz file.

Robert

⁣sent from my mobile device​


 Originale Nachricht 
Von: Paul-Andre Panon 
Gesendet: Wed Jul 31 20:08:45 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Well, looks like the Ubuntu apt-get is the one that's getting it wrong
here and that Spacewalk is correct (for these packages). That's what it
looked like to me on your first e-mail but I wasn't certain, however this
seems to confirm it. Now, have you tried to update with rhn_check after
approving the package updates in Spacewalk?

It's been annoying me that Ubuntu seems to take great liberties with the
Debian package versioning standards but it appears to be a new low for
them to manage to come up with versions that seem to break their own
hacked up versioning algorithms. You could try to crank up the logging on
the rhn_check, to verify that those package versions are being recommended
by Spacewalk (or look at the event history?) but if Spacewalk is
suggesting python-ethtool-0.14-1.amd64-deb and the apt-get client is
rejecting it, then the client is wrong. If that only happens with apt-get
however, then maybe there's a bug in the apt-get=>spacewalk glue/shim in
separating and parsing the package version and breaking it down into
epoch/upstream-version/Debian-version (which would be my guess with
python-gobject-2 but unfortunately doesn't make sense with the others)

Cheers,

Paul-Andre

On Tue, 30 Jul 2019 17:36:34 +0200, philippe bidault
 wrote:
>Nope, no lock or nothing similar:
>
>root@debian10:~# dpkg -l | grep python-eth
>ii  python-ethtool  0.12-1.1   amd64
>   Python bindings for the ethtool kernel interface
>
>Regards,
>Philippe.
>
>On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
>wrote:
>
>> philippe bidault:
>> > Hi Michael,
>> >
>> > Here are the installed versions:
>> >
>> > root@debian10:~# dpkg -l | grep python-go
>> > ii  python-gobject  3.22.0-2   all
>> >  Python 2.x bindings for GObject - transitional package
>> > ii  python-gobject-22.28.6-13  amd64
>> >deprecated static Python bindings for the GObject library
>> > root@debian10:~# dpkg -l | grep python-eth
>> > ii  python-ethtool  0.12-1.1   amd64
>> >Python bindings for the ethtool kernel interface
>> >
>> > So this is in fact matching what appears in the "Installed Package"
column
>> > in the Spacewalk web console. The Debian 10 client just does not see
>> > the 3 updates.
>>
>> Can't they be somehow excluded / version-locked / ... etc?
>> If you use dpkg to list all available python-ethtool packages can you
>> see
>> python-ethtool-0.14-1 among them?
>>
>> > Regards,
>> > Philippe.
>> ...
>> > > > Latest Package   Installed Package
>> > > > python-ethtool-0.14-1.amd64-deb
python-ethtool-0.12-1.1.amd64-deb
>> > > > python-gobject-3.30.4-1.all-deb
python-gobject-3.22.0-2.all-deb
>> > > > python-gobject-2-2.28.6-13+b1.amd64-deb
python-gobject-2-2.28.6-13.amd64-deb
>> > > >
>> > > > But on the registered debian 10 server, "apt update" is telling
me that all
>> > > > the packages are already up-to-date.
>> > >
>> > > What version of python-ethtool, python-gobject and
>> > > python-gobject-2 do you have installed on the debian server?
>>
>> Regards,
>>
>> --
>> Michael Mr?ka
>> System Management Engineering, Red Hat
>>
>

--
At Motorola Solutions and our subsidiaries, your privacy is important to
us. That is why we have taken appropriate measures to ensure the data you
provide to us is kept secure. To learn more about how we process your
personal information, how we comply with applicable data protection laws,
and care for the security and privacy of your personal data, please review
our Privacy Policy
<https://www.motorolasolutions.com/en_us/about/privacy-policy.html#privacystatement>.
If you have any questions related to data protection and compliance with
applicable laws, please contact us at priva...@motorolasolutions.com
<mailto:priva...@motorolasolutions.com>

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread Paul-Andre Panon 
Well, looks like the Ubuntu apt-get is the one that's getting it wrong
here and that Spacewalk is correct (for these packages). That's what it
looked like to me on your first e-mail but I wasn't certain, however this
seems to confirm it. Now, have you tried to update with rhn_check after
approving the package updates in Spacewalk?

It's been annoying me that Ubuntu seems to take great liberties with the
Debian package versioning standards but it appears to be a new low for
them to manage to come up with versions that seem to break their own
hacked up versioning algorithms. You could try to crank up the logging on
the rhn_check, to verify that those package versions are being recommended
by Spacewalk (or look at the event history?) but if Spacewalk is
suggesting python-ethtool-0.14-1.amd64-deb and the apt-get client is
rejecting it, then the client is wrong. If that only happens with apt-get
however, then maybe there's a bug in the apt-get=>spacewalk glue/shim in
separating and parsing the package version and breaking it down into
epoch/upstream-version/Debian-version (which would be my guess with
python-gobject-2 but unfortunately doesn't make sense with the others)

Cheers,

Paul-Andre

On Tue, 30 Jul 2019 17:36:34 +0200, philippe bidault
 wrote:
>Nope, no lock or nothing similar:
>
>root@debian10:~# dpkg -l | grep python-eth
>ii  python-ethtool  0.12-1.1   amd64
>   Python bindings for the ethtool kernel interface
>
>Regards,
>Philippe.
>
>On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
>wrote:
>
>> philippe bidault:
>> > Hi Michael,
>> >
>> > Here are the installed versions:
>> >
>> > root@debian10:~# dpkg -l | grep python-go
>> > ii  python-gobject  3.22.0-2   all
>> >  Python 2.x bindings for GObject - transitional package
>> > ii  python-gobject-22.28.6-13  amd64
>> >deprecated static Python bindings for the GObject library
>> > root@debian10:~# dpkg -l | grep python-eth
>> > ii  python-ethtool  0.12-1.1   amd64
>> >Python bindings for the ethtool kernel interface
>> >
>> > So this is in fact matching what appears in the "Installed Package"
column
>> > in the Spacewalk web console. The Debian 10 client just does not see
>> > the 3 updates.
>>
>> Can't they be somehow excluded / version-locked / ... etc?
>> If you use dpkg to list all available python-ethtool packages can you
>> see
>> python-ethtool-0.14-1 among them?
>>
>> > Regards,
>> > Philippe.
>> ...
>> > > > Latest Package   Installed Package
>> > > > python-ethtool-0.14-1.amd64-deb
python-ethtool-0.12-1.1.amd64-deb
>> > > > python-gobject-3.30.4-1.all-deb
python-gobject-3.22.0-2.all-deb
>> > > > python-gobject-2-2.28.6-13+b1.amd64-deb
python-gobject-2-2.28.6-13.amd64-deb
>> > > >
>> > > > But on the registered debian 10 server, "apt update" is telling
me that all
>> > > > the packages are already up-to-date.
>> > >
>> > > What version of python-ethtool, python-gobject and
>> > > python-gobject-2 do you have installed on the debian server?
>>
>> Regards,
>>
>> --
>> Michael Mr?ka
>> System Management Engineering, Red Hat
>>
>

-- 
At Motorola Solutions and our subsidiaries, your privacy is important to 
us. That is why we have taken appropriate measures to ensure the data you 
provide to us is kept secure. To learn more about how we process your 
personal information, how we comply with applicable data protection laws, 
and care for the security and privacy of your personal data, please review 
our Privacy Policy 
.
 
If you have any questions related to data protection and compliance with 
applicable laws, please contact us at priva...@motorolasolutions.com 


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread philippe bidault 
Hi,

I did directly remove the corresponding repodata directory, so in your case
/var/cache/rhn/repodata/debian-9, and to trigger a regeneration,
an "apt clean all && apt update" on a debian 9 registered on your spacewalk
should do the trick.

Philippe.

On Wed, 31 Jul 2019 at 17:53,  wrote:

> Hi
>
>
>
> I am trying to get Spacewalk to play with Debian and I am facing the same
> problem (/var/cache/rhn/repodata/debian-9/Packages.gz is empty and doesn’t
> get changed even after syncing new packages).
>
>
>
> How did you regenerate the repodata? I tried with spacecmd
> softwarechannel_regenerateyumcache but that didn’t work on my server.
>
>
>
> Regards,
>
> Javier
>
>
>
> *Von:* spacewalk-list-boun...@redhat.com <
> spacewalk-list-boun...@redhat.com> *Im Auftrag von *philippe bidault
> *Gesendet:* Wednesday, July 31, 2019 5:16 PM
> *An:* spacewalk-list@redhat.com
> *Betreff:* Re: [Spacewalk-list] Debian package comparison failing.
>
>
>
> Thanks Robert, good catch. Indeed, the Packages file was not complete,
> seems that it was built during the reposync process of the repository as
> lots of package was missing in the repodata.
>
> I did force Spacewalk to regenerate it, and all good now.
>
>
>
> Regards,
>
> Philippe.
>
>
>
> On Wed, 31 Jul 2019 at 13:22, Robert Paschedag 
> wrote:
>
> Please check, that you repo metadata has been correctly regenerated. Might
> be, that within the channel, the new package is there, but the metadata has
> not been refreshed (the Packages.gz) is still old.
>
> Robert
>
> ⁣sent from my mobile device​
>
>
> ---- Originale Nachricht 
> Von: philippe bidault 
> Gesendet: Wed Jul 31 08:30:07 GMT+02:00 2019
> An: spacewalk-list@redhat.com
> Betreff: Re: [Spacewalk-list] Debian package comparison failing.
>
> Hi Robert,
>
> No, this is so strange, absolutely no trace through apt of the new packages
> proposed by Spacewalk on the Debian server. I need to troubleshoot this
> deeper.
>
> root@debian10:~# apt-cache show python-gobject
> Package: python-gobject
> Status: install ok installed
> Priority: extra
> Section: oldlibs
> Installed-Size: 323
> Maintainer: Debian GNOME Maintainers <
> pkg-gnome-maintain...@lists.alioth.debian.org>
> Architecture: all
> Source: pygobject
> Version: 3.22.0-2
> Depends: python-gi (>= 3.22.0-2), python-gobject-2
> Description: Python 2.x bindings for GObject - transitional package
> This package will bring the two versions of GObject Python modules: the
> deprecated gobject module, and the new gobject-introspection system. It
> is here for upgrade purposes only. You can remove it safely when
> nothing else depends on it.
> Description-md5: 0972cedec40e0869495e1025aa320af1
> Homepage: https://wiki.gnome.org/Projects/PyGObject
>
> Regards,
> Philippe.
>
> On Tue, 30 Jul 2019 at 21:53, Robert Paschedag 
> wrote:
>
> > You can also try to install one of the packages with "apt-get -o
> > Debug::pkgProblemResolver install ..."
> >
> > Robert
> >
> > ⁣sent from my mobile device​
> >
> >
> >  Originale Nachricht 
> > Von: philippe bidault 
> > Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
> > An: spacewalk-list@redhat.com
> > Betreff: Re: [Spacewalk-list] Debian package comparison failing.
> >
> > Nop, no lock or nothing similar:
> >
> > root@debian10:~# dpkg -l | grep python-eth
> > ii  python-ethtool  0.12-1.1   amd64
> >Python bindings for the ethtool kernel interface
> >
> > Regards,
> > Philippe.
> >
> > On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
> > wrote:
> >
> > > philippe bidault:
> > > > Hi Michael,
> > > >
> > > > Here are the installed versions:
> > > >
> > > > root@debian10:~# dpkg -l | grep python-go
> > > > ii  python-gobject  3.22.0-2   all
> > > >  Python 2.x bindings for GObject - transitional package
> > > > ii  python-gobject-22.28.6-13  amd64
> > > >deprecated static Python bindings for the GObject library
> > > > root@debian10:~# dpkg -l | grep python-eth
> > > > ii  python-ethtool  0.12-1.1   amd64
> > > >Python bindings for the ethtool kernel interface
> > > >
> > > > So this is in fact matching what appears in the "Installed Package"
> > > column
> > > > in the

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread Javier.Flores 
Hi

I am trying to get Spacewalk to play with Debian and I am facing the same 
problem (/var/cache/rhn/repodata/debian-9/Packages.gz is empty and doesn’t get 
changed even after syncing new packages).

How did you regenerate the repodata? I tried with spacecmd 
softwarechannel_regenerateyumcache but that didn’t work on my server.

Regards,
Javier

Von: spacewalk-list-boun...@redhat.com  Im 
Auftrag von philippe bidault
Gesendet: Wednesday, July 31, 2019 5:16 PM
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Thanks Robert, good catch. Indeed, the Packages file was not complete, seems 
that it was built during the reposync process of the repository as lots of 
package was missing in the repodata.
I did force Spacewalk to regenerate it, and all good now.

Regards,
Philippe.

On Wed, 31 Jul 2019 at 13:22, Robert Paschedag 
mailto:robert.pasche...@web.de>> wrote:
Please check, that you repo metadata has been correctly regenerated. Might be, 
that within the channel, the new package is there, but the metadata has not 
been refreshed (the Packages.gz) is still old.

Robert

⁣sent from my mobile device​


 Originale Nachricht 
Von: philippe bidault 
mailto:philippe.bida...@gmail.com>>
Gesendet: Wed Jul 31 08:30:07 GMT+02:00 2019
An: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Hi Robert,

No, this is so strange, absolutely no trace through apt of the new packages
proposed by Spacewalk on the Debian server. I need to troubleshoot this
deeper.

root@debian10:~# apt-cache show python-gobject
Package: python-gobject
Status: install ok installed
Priority: extra
Section: oldlibs
Installed-Size: 323
Maintainer: Debian GNOME Maintainers <
pkg-gnome-maintain...@lists.alioth.debian.org<mailto:pkg-gnome-maintain...@lists.alioth.debian.org>>
Architecture: all
Source: pygobject
Version: 3.22.0-2
Depends: python-gi (>= 3.22.0-2), python-gobject-2
Description: Python 2.x bindings for GObject - transitional package
This package will bring the two versions of GObject Python modules: the
deprecated gobject module, and the new gobject-introspection system. It
is here for upgrade purposes only. You can remove it safely when
nothing else depends on it.
Description-md5: 0972cedec40e0869495e1025aa320af1
Homepage: https://wiki.gnome.org/Projects/PyGObject

Regards,
Philippe.

On Tue, 30 Jul 2019 at 21:53, Robert Paschedag 
mailto:robert.pasche...@web.de>>
wrote:

> You can also try to install one of the packages with "apt-get -o
> Debug::pkgProblemResolver install ..."
>
> Robert
>
> ⁣sent from my mobile device​
>
>
>  Originale Nachricht 
> Von: philippe bidault 
> mailto:philippe.bida...@gmail.com>>
> Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
> An: spacewalk-list@redhat.com<mailto:spacewalk-list@redhat.com>
> Betreff: Re: [Spacewalk-list] Debian package comparison failing.
>
> Nop, no lock or nothing similar:
>
> root@debian10:~# dpkg -l | grep python-eth
> ii  python-ethtool  0.12-1.1   amd64
>Python bindings for the ethtool kernel interface
>
> Regards,
> Philippe.
>
> On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
> mailto:michael.mr...@redhat.com>>
> wrote:
>
> > philippe bidault:
> > > Hi Michael,
> > >
> > > Here are the installed versions:
> > >
> > > root@debian10:~# dpkg -l | grep python-go
> > > ii  python-gobject  3.22.0-2   all
> > >  Python 2.x bindings for GObject - transitional package
> > > ii  python-gobject-22.28.6-13  amd64
> > >deprecated static Python bindings for the GObject library
> > > root@debian10:~# dpkg -l | grep python-eth
> > > ii  python-ethtool  0.12-1.1   amd64
> > >Python bindings for the ethtool kernel interface
> > >
> > > So this is in fact matching what appears in the "Installed Package"
> > column
> > > in the Spacewalk web console. The Debian 10 client just does not see
> the
> > 3
> > > updates.
> >
> > Can't they be somehow excluded / version-locked / ... etc?
> > If you use dpkg to list all available python-ethtool packages can you see
> > python-ethtool-0.14-1 among them?
> >
> > > Regards,
> > > Philippe.
> > ...
> > > > > Latest Package
> > > > Installed
> > > > > Package
> > > > > python-ethtool-0.14-1.amd64-deb
> > > > > python-ethtool-0.12-1.1.amd64-deb
> > > > > python-gobject-3.30.4-1.all-deb
> > > > > python-

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread philippe bidault 
Thanks Robert, good catch. Indeed, the Packages file was not complete,
seems that it was built during the reposync process of the repository as
lots of package was missing in the repodata.
I did force Spacewalk to regenerate it, and all good now.

Regards,
Philippe.

On Wed, 31 Jul 2019 at 13:22, Robert Paschedag 
wrote:

> Please check, that you repo metadata has been correctly regenerated. Might
> be, that within the channel, the new package is there, but the metadata has
> not been refreshed (the Packages.gz) is still old.
>
> Robert
>
> ⁣sent from my mobile device​
>
>
>  Originale Nachricht 
> Von: philippe bidault 
> Gesendet: Wed Jul 31 08:30:07 GMT+02:00 2019
> An: spacewalk-list@redhat.com
> Betreff: Re: [Spacewalk-list] Debian package comparison failing.
>
> Hi Robert,
>
> No, this is so strange, absolutely no trace through apt of the new packages
> proposed by Spacewalk on the Debian server. I need to troubleshoot this
> deeper.
>
> root@debian10:~# apt-cache show python-gobject
> Package: python-gobject
> Status: install ok installed
> Priority: extra
> Section: oldlibs
> Installed-Size: 323
> Maintainer: Debian GNOME Maintainers <
> pkg-gnome-maintain...@lists.alioth.debian.org>
> Architecture: all
> Source: pygobject
> Version: 3.22.0-2
> Depends: python-gi (>= 3.22.0-2), python-gobject-2
> Description: Python 2.x bindings for GObject - transitional package
> This package will bring the two versions of GObject Python modules: the
> deprecated gobject module, and the new gobject-introspection system. It
> is here for upgrade purposes only. You can remove it safely when
> nothing else depends on it.
> Description-md5: 0972cedec40e0869495e1025aa320af1
> Homepage: https://wiki.gnome.org/Projects/PyGObject
>
> Regards,
> Philippe.
>
> On Tue, 30 Jul 2019 at 21:53, Robert Paschedag 
> wrote:
>
> > You can also try to install one of the packages with "apt-get -o
> > Debug::pkgProblemResolver install ..."
> >
> > Robert
> >
> > ⁣sent from my mobile device​
> >
> >
> > ---- Originale Nachricht 
> > Von: philippe bidault 
> > Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
> > An: spacewalk-list@redhat.com
> > Betreff: Re: [Spacewalk-list] Debian package comparison failing.
> >
> > Nop, no lock or nothing similar:
> >
> > root@debian10:~# dpkg -l | grep python-eth
> > ii  python-ethtool  0.12-1.1   amd64
> >Python bindings for the ethtool kernel interface
> >
> > Regards,
> > Philippe.
> >
> > On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
> > wrote:
> >
> > > philippe bidault:
> > > > Hi Michael,
> > > >
> > > > Here are the installed versions:
> > > >
> > > > root@debian10:~# dpkg -l | grep python-go
> > > > ii  python-gobject  3.22.0-2   all
> > > >  Python 2.x bindings for GObject - transitional package
> > > > ii  python-gobject-22.28.6-13  amd64
> > > >deprecated static Python bindings for the GObject library
> > > > root@debian10:~# dpkg -l | grep python-eth
> > > > ii  python-ethtool  0.12-1.1   amd64
> > > >Python bindings for the ethtool kernel interface
> > > >
> > > > So this is in fact matching what appears in the "Installed Package"
> > > column
> > > > in the Spacewalk web console. The Debian 10 client just does not see
> > the
> > > 3
> > > > updates.
> > >
> > > Can't they be somehow excluded / version-locked / ... etc?
> > > If you use dpkg to list all available python-ethtool packages can you
> see
> > > python-ethtool-0.14-1 among them?
> > >
> > > > Regards,
> > > > Philippe.
> > > ...
> > > > > > Latest Package
> > > > > Installed
> > > > > > Package
> > > > > > python-ethtool-0.14-1.amd64-deb
> > > > > > python-ethtool-0.12-1.1.amd64-deb
> > > > > > python-gobject-3.30.4-1.all-deb
> > > > > > python-gobject-3.22.0-2.all-deb
> > > > > > python-gobject-2-2.28.6-13+b1.amd64-deb
> > > > > >  python-gobject-2-2.28.6-13.amd64-deb
> > > > > >
> > > > > > But on the registered debian 10 server, "apt update" is telling
> me
> > > that
> > > > > all
> > > > >

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread Robert Paschedag 
Please check, that you repo metadata has been correctly regenerated. Might be, 
that within the channel, the new package is there, but the metadata has not 
been refreshed (the Packages.gz) is still old.

Robert

⁣sent from my mobile device​


 Originale Nachricht 
Von: philippe bidault 
Gesendet: Wed Jul 31 08:30:07 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Hi Robert,

No, this is so strange, absolutely no trace through apt of the new packages
proposed by Spacewalk on the Debian server. I need to troubleshoot this
deeper.

root@debian10:~# apt-cache show python-gobject
Package: python-gobject
Status: install ok installed
Priority: extra
Section: oldlibs
Installed-Size: 323
Maintainer: Debian GNOME Maintainers <
pkg-gnome-maintain...@lists.alioth.debian.org>
Architecture: all
Source: pygobject
Version: 3.22.0-2
Depends: python-gi (>= 3.22.0-2), python-gobject-2
Description: Python 2.x bindings for GObject - transitional package
This package will bring the two versions of GObject Python modules: the
deprecated gobject module, and the new gobject-introspection system. It
is here for upgrade purposes only. You can remove it safely when
nothing else depends on it.
Description-md5: 0972cedec40e0869495e1025aa320af1
Homepage: https://wiki.gnome.org/Projects/PyGObject

Regards,
Philippe.

On Tue, 30 Jul 2019 at 21:53, Robert Paschedag 
wrote:

> You can also try to install one of the packages with "apt-get -o
> Debug::pkgProblemResolver install ..."
>
> Robert
>
> ⁣sent from my mobile device​
>
>
>  Originale Nachricht 
> Von: philippe bidault 
> Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
> An: spacewalk-list@redhat.com
> Betreff: Re: [Spacewalk-list] Debian package comparison failing.
>
> Nop, no lock or nothing similar:
>
> root@debian10:~# dpkg -l | grep python-eth
> ii  python-ethtool  0.12-1.1   amd64
>Python bindings for the ethtool kernel interface
>
> Regards,
> Philippe.
>
> On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
> wrote:
>
> > philippe bidault:
> > > Hi Michael,
> > >
> > > Here are the installed versions:
> > >
> > > root@debian10:~# dpkg -l | grep python-go
> > > ii  python-gobject  3.22.0-2   all
> > >  Python 2.x bindings for GObject - transitional package
> > > ii  python-gobject-22.28.6-13  amd64
> > >deprecated static Python bindings for the GObject library
> > > root@debian10:~# dpkg -l | grep python-eth
> > > ii  python-ethtool  0.12-1.1   amd64
> > >Python bindings for the ethtool kernel interface
> > >
> > > So this is in fact matching what appears in the "Installed Package"
> > column
> > > in the Spacewalk web console. The Debian 10 client just does not see
> the
> > 3
> > > updates.
> >
> > Can't they be somehow excluded / version-locked / ... etc?
> > If you use dpkg to list all available python-ethtool packages can you see
> > python-ethtool-0.14-1 among them?
> >
> > > Regards,
> > > Philippe.
> > ...
> > > > > Latest Package
> > > > Installed
> > > > > Package
> > > > > python-ethtool-0.14-1.amd64-deb
> > > > > python-ethtool-0.12-1.1.amd64-deb
> > > > > python-gobject-3.30.4-1.all-deb
> > > > > python-gobject-3.22.0-2.all-deb
> > > > > python-gobject-2-2.28.6-13+b1.amd64-deb
> > > > >  python-gobject-2-2.28.6-13.amd64-deb
> > > > >
> > > > > But on the registered debian 10 server, "apt update" is telling me
> > that
> > > > all
> > > > > the packages are already up-to-date.
> > > >
> > > > What version of python-ethtool, python-gobject and  python-gobject-2
> > > > do you have installed on the debian server?
> >
> > Regards,
> >
> > --
> > Michael Mráka
> > System Management Engineering, Red Hat
> >
> > ___
> > Spacewalk-list mailing list
> > Spacewalk-list@redhat.com
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> 
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list




___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread philippe bidault 
Hi Robert,

No, this is so strange, absolutely no trace through apt of the new packages
proposed by Spacewalk on the Debian server. I need to troubleshoot this
deeper.

root@debian10:~# apt-cache show python-gobject
Package: python-gobject
Status: install ok installed
Priority: extra
Section: oldlibs
Installed-Size: 323
Maintainer: Debian GNOME Maintainers <
pkg-gnome-maintain...@lists.alioth.debian.org>
Architecture: all
Source: pygobject
Version: 3.22.0-2
Depends: python-gi (>= 3.22.0-2), python-gobject-2
Description: Python 2.x bindings for GObject - transitional package
This package will bring the two versions of GObject Python modules: the
deprecated gobject module, and the new gobject-introspection system. It
is here for upgrade purposes only. You can remove it safely when
nothing else depends on it.
Description-md5: 0972cedec40e0869495e1025aa320af1
Homepage: https://wiki.gnome.org/Projects/PyGObject

Regards,
Philippe.

On Tue, 30 Jul 2019 at 21:53, Robert Paschedag 
wrote:

> You can also try to install one of the packages with "apt-get -o
> Debug::pkgProblemResolver install ..."
>
> Robert
>
> ⁣sent from my mobile device​
>
>
>  Originale Nachricht 
> Von: philippe bidault 
> Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
> An: spacewalk-list@redhat.com
> Betreff: Re: [Spacewalk-list] Debian package comparison failing.
>
> Nop, no lock or nothing similar:
>
> root@debian10:~# dpkg -l | grep python-eth
> ii  python-ethtool  0.12-1.1   amd64
>Python bindings for the ethtool kernel interface
>
> Regards,
> Philippe.
>
> On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
> wrote:
>
> > philippe bidault:
> > > Hi Michael,
> > >
> > > Here are the installed versions:
> > >
> > > root@debian10:~# dpkg -l | grep python-go
> > > ii  python-gobject  3.22.0-2   all
> > >  Python 2.x bindings for GObject - transitional package
> > > ii  python-gobject-22.28.6-13  amd64
> > >deprecated static Python bindings for the GObject library
> > > root@debian10:~# dpkg -l | grep python-eth
> > > ii  python-ethtool  0.12-1.1   amd64
> > >Python bindings for the ethtool kernel interface
> > >
> > > So this is in fact matching what appears in the "Installed Package"
> > column
> > > in the Spacewalk web console. The Debian 10 client just does not see
> the
> > 3
> > > updates.
> >
> > Can't they be somehow excluded / version-locked / ... etc?
> > If you use dpkg to list all available python-ethtool packages can you see
> > python-ethtool-0.14-1 among them?
> >
> > > Regards,
> > > Philippe.
> > ...
> > > > > Latest Package
> > > > Installed
> > > > > Package
> > > > > python-ethtool-0.14-1.amd64-deb
> > > > > python-ethtool-0.12-1.1.amd64-deb
> > > > > python-gobject-3.30.4-1.all-deb
> > > > > python-gobject-3.22.0-2.all-deb
> > > > > python-gobject-2-2.28.6-13+b1.amd64-deb
> > > > >  python-gobject-2-2.28.6-13.amd64-deb
> > > > >
> > > > > But on the registered debian 10 server, "apt update" is telling me
> > that
> > > > all
> > > > > the packages are already up-to-date.
> > > >
> > > > What version of python-ethtool, python-gobject and  python-gobject-2
> > > > do you have installed on the debian server?
> >
> > Regards,
> >
> > --
> > Michael Mráka
> > System Management Engineering, Red Hat
> >
> > ___
> > Spacewalk-list mailing list
> > Spacewalk-list@redhat.com
> > https://www.redhat.com/mailman/listinfo/spacewalk-list
>
>
> 
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-31 Thread philippe bidault 
It seems that finally that if I am not wrong the stored procedure is not
working at 100% as Spacewalk wrongly detects the "~rc1" packages to be
updated on some Ubuntu 18.04 servers :

Latest Package
 Installed Package
libpython2.7-2.7.15~rc1-1ubuntu0.1.amd64-deb
 libpython2.7-2.7.15-4ubuntu4~18.04.amd64-deb
libpython2.7-minimal-2.7.15~rc1-1ubuntu0.1.amd64-deb
libpython2.7-minimal-2.7.15-4ubuntu4~18.04.amd64-deb
libpython2.7-stdlib-2.7.15~rc1-1ubuntu0.1.amd64-deb
 libpython2.7-stdlib-2.7.15-4ubuntu4~18.04.amd64-deb
python2.7-2.7.15~rc1-1ubuntu0.1.amd64-deb
 python2.7-2.7.15-4ubuntu4~18.04.amd64-deb
python2.7-minimal-2.7.15~rc1-1ubuntu0.1.amd64-deb
 python2.7-minimal-2.7.15-4ubuntu4~18.04.amd64-deb

Regards,
Philippe.

On Sat, 22 Jun 2019 at 01:01, Paul-Andre Panon <
paul-andre.pa...@avigilon.com> wrote:

> On Fri, 21 Jun 2019 16:28:17 , Jay McCanta  wrote:
>
> >We are seeing a version compare failure in spacewalk with two Debian
> packages:
> >libtre5-0.8.0-3+deb7u1ubuntu1 and
> >libtre5-0.8.0-3ubuntu1
>
> >Spacewalk says the second one is newer, but apt (and dpkg) say the first
> one is newer.
>
> >Looking at the version comparison code, which is in so many places, it
> looks like there nothing that differentiates whether to use >the rpm
> version algorithm or the Debian one.  Is this being looked at in the next
> release?  It seems  that the two algorithms are >incompatible for some
> release versions and none of the comparisons tests take into account
> whether it is deb or rpm.
>
> Hi Jay,
>
> You might want to try out the updated rpm.rpmstrcmp stored procedure in
> https://bugzilla.redhat.com/show_bug.cgi?id=1661347
>
> I submitted that bug and the proposed fix (for PostgreSQL DBs) a while
> back, but not soon enough to make it into 2.9. Hopefully it will make it
> into the next release.
>
> Cheers,
>
> Paul-Andre
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-30 Thread Robert Paschedag 
You can also try to install one of the packages with "apt-get -o 
Debug::pkgProblemResolver install ..."

Robert

⁣sent from my mobile device​


 Originale Nachricht 
Von: philippe bidault 
Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Nop, no lock or nothing similar:

root@debian10:~# dpkg -l | grep python-eth
ii  python-ethtool  0.12-1.1   amd64
   Python bindings for the ethtool kernel interface

Regards,
Philippe.

On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
wrote:

> philippe bidault:
> > Hi Michael,
> >
> > Here are the installed versions:
> >
> > root@debian10:~# dpkg -l | grep python-go
> > ii  python-gobject  3.22.0-2   all
> >  Python 2.x bindings for GObject - transitional package
> > ii  python-gobject-22.28.6-13  amd64
> >deprecated static Python bindings for the GObject library
> > root@debian10:~# dpkg -l | grep python-eth
> > ii  python-ethtool  0.12-1.1   amd64
> >Python bindings for the ethtool kernel interface
> >
> > So this is in fact matching what appears in the "Installed Package"
> column
> > in the Spacewalk web console. The Debian 10 client just does not see the
> 3
> > updates.
>
> Can't they be somehow excluded / version-locked / ... etc?
> If you use dpkg to list all available python-ethtool packages can you see
> python-ethtool-0.14-1 among them?
>
> > Regards,
> > Philippe.
> ...
> > > > Latest Package
> > > Installed
> > > > Package
> > > > python-ethtool-0.14-1.amd64-deb
> > > > python-ethtool-0.12-1.1.amd64-deb
> > > > python-gobject-3.30.4-1.all-deb
> > > > python-gobject-3.22.0-2.all-deb
> > > > python-gobject-2-2.28.6-13+b1.amd64-deb
> > > >  python-gobject-2-2.28.6-13.amd64-deb
> > > >
> > > > But on the registered debian 10 server, "apt update" is telling me
> that
> > > all
> > > > the packages are already up-to-date.
> > >
> > > What version of python-ethtool, python-gobject and  python-gobject-2
> > > do you have installed on the debian server?
>
> Regards,
>
> --
> Michael Mráka
> System Management Engineering, Red Hat
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list




___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-30 Thread Robert Paschedag 
What does "apt-cache show" for each package tell? So you see the newest package 
from SW server?

Robert

⁣sent from my mobile device​


 Originale Nachricht 
Von: philippe bidault 
Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019
An: spacewalk-list@redhat.com
Betreff: Re: [Spacewalk-list] Debian package comparison failing.

Nop, no lock or nothing similar:

root@debian10:~# dpkg -l | grep python-eth
ii  python-ethtool  0.12-1.1   amd64
   Python bindings for the ethtool kernel interface

Regards,
Philippe.

On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
wrote:

> philippe bidault:
> > Hi Michael,
> >
> > Here are the installed versions:
> >
> > root@debian10:~# dpkg -l | grep python-go
> > ii  python-gobject  3.22.0-2   all
> >  Python 2.x bindings for GObject - transitional package
> > ii  python-gobject-22.28.6-13  amd64
> >deprecated static Python bindings for the GObject library
> > root@debian10:~# dpkg -l | grep python-eth
> > ii  python-ethtool  0.12-1.1   amd64
> >Python bindings for the ethtool kernel interface
> >
> > So this is in fact matching what appears in the "Installed Package"
> column
> > in the Spacewalk web console. The Debian 10 client just does not see the
> 3
> > updates.
>
> Can't they be somehow excluded / version-locked / ... etc?
> If you use dpkg to list all available python-ethtool packages can you see
> python-ethtool-0.14-1 among them?
>
> > Regards,
> > Philippe.
> ...
> > > > Latest Package
> > > Installed
> > > > Package
> > > > python-ethtool-0.14-1.amd64-deb
> > > > python-ethtool-0.12-1.1.amd64-deb
> > > > python-gobject-3.30.4-1.all-deb
> > > > python-gobject-3.22.0-2.all-deb
> > > > python-gobject-2-2.28.6-13+b1.amd64-deb
> > > >  python-gobject-2-2.28.6-13.amd64-deb
> > > >
> > > > But on the registered debian 10 server, "apt update" is telling me
> that
> > > all
> > > > the packages are already up-to-date.
> > >
> > > What version of python-ethtool, python-gobject and  python-gobject-2
> > > do you have installed on the debian server?
>
> Regards,
>
> --
> Michael Mráka
> System Management Engineering, Red Hat
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list




___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-30 Thread philippe bidault 
Nop, no lock or nothing similar:

root@debian10:~# dpkg -l | grep python-eth
ii  python-ethtool  0.12-1.1   amd64
   Python bindings for the ethtool kernel interface

Regards,
Philippe.

On Tue, 30 Jul 2019 at 15:02, Michael Mraka 
wrote:

> philippe bidault:
> > Hi Michael,
> >
> > Here are the installed versions:
> >
> > root@debian10:~# dpkg -l | grep python-go
> > ii  python-gobject  3.22.0-2   all
> >  Python 2.x bindings for GObject - transitional package
> > ii  python-gobject-22.28.6-13  amd64
> >deprecated static Python bindings for the GObject library
> > root@debian10:~# dpkg -l | grep python-eth
> > ii  python-ethtool  0.12-1.1   amd64
> >Python bindings for the ethtool kernel interface
> >
> > So this is in fact matching what appears in the "Installed Package"
> column
> > in the Spacewalk web console. The Debian 10 client just does not see the
> 3
> > updates.
>
> Can't they be somehow excluded / version-locked / ... etc?
> If you use dpkg to list all available python-ethtool packages can you see
> python-ethtool-0.14-1 among them?
>
> > Regards,
> > Philippe.
> ...
> > > > Latest Package
> > > Installed
> > > > Package
> > > > python-ethtool-0.14-1.amd64-deb
> > > > python-ethtool-0.12-1.1.amd64-deb
> > > > python-gobject-3.30.4-1.all-deb
> > > > python-gobject-3.22.0-2.all-deb
> > > > python-gobject-2-2.28.6-13+b1.amd64-deb
> > > >  python-gobject-2-2.28.6-13.amd64-deb
> > > >
> > > > But on the registered debian 10 server, "apt update" is telling me
> that
> > > all
> > > > the packages are already up-to-date.
> > >
> > > What version of python-ethtool, python-gobject and  python-gobject-2
> > > do you have installed on the debian server?
>
> Regards,
>
> --
> Michael Mráka
> System Management Engineering, Red Hat
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-30 Thread Michael Mraka 
philippe bidault:
> Hi Michael,
> 
> Here are the installed versions:
> 
> root@debian10:~# dpkg -l | grep python-go
> ii  python-gobject  3.22.0-2   all
>  Python 2.x bindings for GObject - transitional package
> ii  python-gobject-22.28.6-13  amd64
>deprecated static Python bindings for the GObject library
> root@debian10:~# dpkg -l | grep python-eth
> ii  python-ethtool  0.12-1.1   amd64
>Python bindings for the ethtool kernel interface
> 
> So this is in fact matching what appears in the "Installed Package" column
> in the Spacewalk web console. The Debian 10 client just does not see the 3
> updates.

Can't they be somehow excluded / version-locked / ... etc?
If you use dpkg to list all available python-ethtool packages can you see
python-ethtool-0.14-1 among them?

> Regards,
> Philippe.
...
> > > Latest Package
> > Installed
> > > Package
> > > python-ethtool-0.14-1.amd64-deb
> > > python-ethtool-0.12-1.1.amd64-deb
> > > python-gobject-3.30.4-1.all-deb
> > > python-gobject-3.22.0-2.all-deb
> > > python-gobject-2-2.28.6-13+b1.amd64-deb
> > >  python-gobject-2-2.28.6-13.amd64-deb
> > >
> > > But on the registered debian 10 server, "apt update" is telling me that
> > all
> > > the packages are already up-to-date.
> >
> > What version of python-ethtool, python-gobject and  python-gobject-2
> > do you have installed on the debian server?

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-30 Thread philippe bidault 
Hi Michael,

Here are the installed versions:

root@debian10:~# dpkg -l | grep python-go
ii  python-gobject  3.22.0-2   all
 Python 2.x bindings for GObject - transitional package
ii  python-gobject-22.28.6-13  amd64
   deprecated static Python bindings for the GObject library
root@debian10:~# dpkg -l | grep python-eth
ii  python-ethtool  0.12-1.1   amd64
   Python bindings for the ethtool kernel interface

So this is in fact matching what appears in the "Installed Package" column
in the Spacewalk web console. The Debian 10 client just does not see the 3
updates.

Regards,
Philippe.

On Tue, 30 Jul 2019 at 11:46, Michael Mraka 
wrote:

> philippe bidault:
> > Hi,
>
> Hello Philippe,
>
> > Indeed, the procedure from Paul did solve the issues on package
> comparison
> > I had on Ubuntu 18.04 and Debian 9.
> >
> > I am trying now to implement Debian 10 in Spacewalk, but curiously I
> have a
> > mismatch between the packages number to be updated on Spacewalk and the
> > server.
> >
> > On Spacewalk. 3 servers flagged to be updated:
> >
> > Latest Package
> Installed
> > Package
> > python-ethtool-0.14-1.amd64-deb
> > python-ethtool-0.12-1.1.amd64-deb
> > python-gobject-3.30.4-1.all-deb
> > python-gobject-3.22.0-2.all-deb
> > python-gobject-2-2.28.6-13+b1.amd64-deb
> >  python-gobject-2-2.28.6-13.amd64-deb
> >
> > But on the registered debian 10 server, "apt update" is telling me that
> all
> > the packages are already up-to-date.
>
> What version of python-ethtool, python-gobject and  python-gobject-2
> do you have installed on the debian server?
>
> > Somebody did have this same issue ?
> >
> > Regards,
> > Philippe.
>
> Regards,
>
> --
> Michael Mráka
> System Management Engineering, Red Hat
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-30 Thread Michael Mraka 
philippe bidault:
> Hi,

Hello Philippe,

> Indeed, the procedure from Paul did solve the issues on package comparison
> I had on Ubuntu 18.04 and Debian 9.
> 
> I am trying now to implement Debian 10 in Spacewalk, but curiously I have a
> mismatch between the packages number to be updated on Spacewalk and the
> server.
> 
> On Spacewalk. 3 servers flagged to be updated:
> 
> Latest PackageInstalled
> Package
> python-ethtool-0.14-1.amd64-deb
> python-ethtool-0.12-1.1.amd64-deb
> python-gobject-3.30.4-1.all-deb
> python-gobject-3.22.0-2.all-deb
> python-gobject-2-2.28.6-13+b1.amd64-deb
>  python-gobject-2-2.28.6-13.amd64-deb
> 
> But on the registered debian 10 server, "apt update" is telling me that all
> the packages are already up-to-date.

What version of python-ethtool, python-gobject and  python-gobject-2
do you have installed on the debian server?

> Somebody did have this same issue ?
> 
> Regards,
> Philippe.

Regards,

--
Michael Mráka
System Management Engineering, Red Hat

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-07-29 Thread philippe bidault 
Hi,

Indeed, the procedure from Paul did solve the issues on package comparison
I had on Ubuntu 18.04 and Debian 9.

I am trying now to implement Debian 10 in Spacewalk, but curiously I have a
mismatch between the packages number to be updated on Spacewalk and the
server.

On Spacewalk. 3 servers flagged to be updated:

Latest PackageInstalled
Package
python-ethtool-0.14-1.amd64-deb
python-ethtool-0.12-1.1.amd64-deb
python-gobject-3.30.4-1.all-deb
python-gobject-3.22.0-2.all-deb
python-gobject-2-2.28.6-13+b1.amd64-deb
 python-gobject-2-2.28.6-13.amd64-deb

But on the registered debian 10 server, "apt update" is telling me that all
the packages are already up-to-date.

Somebody did have this same issue ?

Regards,
Philippe.

On Sat, 22 Jun 2019 at 01:01, Paul-Andre Panon <
paul-andre.pa...@avigilon.com> wrote:

> On Fri, 21 Jun 2019 16:28:17 , Jay McCanta  wrote:
>
> >We are seeing a version compare failure in spacewalk with two Debian
> packages:
> >libtre5-0.8.0-3+deb7u1ubuntu1 and
> >libtre5-0.8.0-3ubuntu1
>
> >Spacewalk says the second one is newer, but apt (and dpkg) say the first
> one is newer.
>
> >Looking at the version comparison code, which is in so many places, it
> looks like there nothing that differentiates whether to use >the rpm
> version algorithm or the Debian one.  Is this being looked at in the next
> release?  It seems  that the two algorithms are >incompatible for some
> release versions and none of the comparisons tests take into account
> whether it is deb or rpm.
>
> Hi Jay,
>
> You might want to try out the updated rpm.rpmstrcmp stored procedure in
> https://bugzilla.redhat.com/show_bug.cgi?id=1661347
>
> I submitted that bug and the proposed fix (for PostgreSQL DBs) a while
> back, but not soon enough to make it into 2.9. Hopefully it will make it
> into the next release.
>
> Cheers,
>
> Paul-Andre
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Debian package comparison failing.

2019-06-21 Thread Paul-Andre Panon 
On Fri, 21 Jun 2019 16:28:17 , Jay McCanta  wrote:

>We are seeing a version compare failure in spacewalk with two Debian
packages:
>libtre5-0.8.0-3+deb7u1ubuntu1 and
>libtre5-0.8.0-3ubuntu1

>Spacewalk says the second one is newer, but apt (and dpkg) say the first
one is newer.

>Looking at the version comparison code, which is in so many places, it
looks like there nothing that differentiates whether to use >the rpm
version algorithm or the Debian one.  Is this being looked at in the next
release?  It seems  that the two algorithms are >incompatible for some
release versions and none of the comparisons tests take into account
whether it is deb or rpm.

Hi Jay,

You might want to try out the updated rpm.rpmstrcmp stored procedure in
https://bugzilla.redhat.com/show_bug.cgi?id=1661347

I submitted that bug and the proposed fix (for PostgreSQL DBs) a while
back, but not soon enough to make it into 2.9. Hopefully it will make it
into the next release.

Cheers,

Paul-Andre

___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

[Spacewalk-list] Debian package comparison failing.

2019-06-21 Thread Jay McCanta 
We are seeing a version compare failure in spacewalk with two Debian packages:
libtre5-0.8.0-3+deb7u1ubuntu1
and
libtre5-0.8.0-3ubuntu1

Spacewalk says the second one is newer, but apt (and dpkg) say the first one is 
newer.

Looking at the version comparison code, which is in so many places, it looks 
like there nothing that differentiates whether to use the rpm version algorithm 
or the Debian one.  Is this being looked at in the next release?  It seems  
that the two algorithms are incompatible for some release versions and none of 
the comparisons tests take into account whether it is deb or rpm.

[https://cdn.f5.com/webcommon/email-signature/images/f5-logo-rgb-30x30.jpg]
 Jay McCanta  |  Principal Systems Administrator
 D +1 (206) 272-7998  M +1-206-434-1080


___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list