ess 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 py
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
>
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, absolute
t; ---- 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:~
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
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:
>
umn
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 packag
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 f
gt; Matthew Wilkinson
>
>
>
> *From:* spacewalk-list-boun...@redhat.com [mailto:
> spacewalk-list-boun...@redhat.com] *On Behalf Of *philippe bidault
> *Sent:* Thursday, June 06, 2019 15:48
> *To:* spacewalk-list@redhat.com
> *Subject:* Re: [Spacewalk-list] RHEL 8 client su
Hi Matthew,
Did not test it, but if I am not wrong, this is already the case with the
last Spacewalk release:
https://github.com/spacewalkproject/spacewalk/wiki/ReleaseNotes29
"
- Spacewalk server is now capable of syncing and distributing of Red Hat
Enterprise Linux 8 Beta content"
Regards,
Ph
Hi Florin,
Not sure if this is your case, but I did had this same issue by installing
the rhn packages from this Opensuse repository :
http://download.opensuse.org/repositories/systemsmanagement:/spacewalk:/2.9:/debclients/
I did create this ticket :
https://bugzilla.opensuse.org/show_bug.cgi?id=
Hi all,
Something strange is happening on my Spacewalk 2.9: taskomatic is
regenerating my Ubuntu repodatas some times to times:
INFO | jvm 1| 2019/01/24 03:34:00 | 2019-01-24 03:34:00,144
[Thread-3446] INFO com.redhat.rhn.taskomatic.task.repomd.RepositoryWriter
- File Modified Date:2019-01
ot; header.
Philippe.
On Sun, 20 Jan 2019 at 21:17, Robert Paschedag
wrote:
> Am 20. Januar 2019 20:48:24 MEZ schrieb Robert Paschedag <
> robert.pasche...@web.de>:
> >Am 20. Januar 2019 14:03:03 MEZ schrieb philippe bidault
> >:
> >>Good news, I have upgraded to S
om> wrote:
> On Thu, 10 Jan 2019 09:47:25 +0100, philippe bidault
> wrote:
>
> >Hi Paul-Andre,
>
> >Robert did send me some weeks ago a new script which fetch all the
> missing
> >headers. I am using it, and for the moment, seems to correctly work :
>
>
Hi Paul-André,
Robert did send me some weeks ago a new script which fetch all the missing
headers. I am using it, and for the moment, seems to correctly work :
https://www.redhat.com/archives/spacewalk-list/2018-December/msg00015.html
Regards,
Philippe.
On Thu, 10 Jan 2019 at 00:45, Paul-Andre
their needed
> updates list.
>
> Cheers,
>
> Paul-Andre Panon
> Senior Systems Administrator
>
> *Avigilon*
> A Motorola Solutions Company
>
>
> On Fri, 21 Dec 2018 at 04:00, philippe bidault
> wrote:
>
>> Indeed, really appreciated Paul-Andre, I did not e
Indeed, really appreciated Paul-Andre, I did not expect somebody to work so
fast to solve this issue !!
Not sure that I will be able to implement your new PostgreSQL SP in our
current Spacewalk platform, I need to understand before the full
implication of such modification and the harmless way to d
v + a):
> # found package. Check for missing headers
> for header in pkg.keys():
> if not header in spacewalk_packages[p + v + a].keys():
> spacewalk_packages[p + v + a][header] = pkg[header]
> # open new file
> new_packag
Hi Robert,
Good to know, thanks !!
Regarding the version comparison logic issue for .deb packages, is there a
solution that could be implemented ?
Regards,
Philippe.
On Wed, 5 Dec 2018 at 20:18, Robert Paschedag
wrote:
> Am 5. Dezember 2018 00:44:25 MEZ schrieb philippe bida
Hi,
Not sure if this is relevant, but on the Spacewalk 2.8 installation
instructions, there are references about Oracle 10g and 11g, but nothing
about Oracle 12 :
https://github.com/spacewalkproject/spacewalk/wiki/HowToInstall28
In order to get Spacewalk to run with Oracle database backend, you
Hi all,
I am trying to make our Spacewalk 2.8 working with Ubuntu 18.04, but as
well described here :
https://github.com/spacewalkproject/spacewalk/wiki/DebianUbuntuSupportIn27
... there are 3 main issues :
"1- The current version comparison logic does not distinct a dot from an
hyphen, a tilde
21 matches
Mail list logo