Hey,
As of now, Fedora COPR can now build packages for openSUSE Leap 15.0 and
Tumbleweed, in addition to CentOS 6/7 with EPEL, Mageia 6 and Cauldron, and
of course, Fedora 26+ (including Rawhide).
It was mentioned on IRC that it might be a good idea to mention this in the
devel ML for folks who
Something is seriously wrong here.
Today, I woke up to the news that SUSE forked Spacewalk[0] into Uyuni[1]
(which frankly, is a hard name to say...). The explicit reason they gave
for this was that despite requests to the community to step up to take over
the Spacewalk project, the current
Hey all,
I'm working with a colleague of mine to package the Spacewalk
Debian/Ubuntu client packages for internal use. In our environment, we
use an internal instance of OBS[1] combined with debbuild[2] to build
native Debian packages with RPM spec files to drastically simplify the
effort we have
On Mon, May 28, 2018 at 12:04 PM Duncan Mac-Vicar P. <dmacvi...@suse.de>
wrote:
> Neal Gompa writes:
> > Something is seriously wrong here.
> >
> > Today, I woke up to the news that SUSE forked Spacewalk[0] into Uyuni[1]
> > (which frankly, is a hard nam
well
>> Best,
>> Nikos
>> On May 28, 2018 17:19, "Luca Menegus" <lu...@dbmsrl.com> wrote:
>> Hi Neal,
>>thank you for sharing this.
>> - Original Message -
>> > From: "Neal Gompa" <ngomp...@gmail.com>
>
On Tue, May 29, 2018 at 8:23 AM Florian Panzer - ratiokontakt GmbH <
f...@ratiokontakt.de> wrote:
> Am 28.05.2018 um 16:30 schrieb Nikos Zaharioudakis:
> > Hi list
> >
> > Taking the news on Twitter there was some interesting discussion as well
> >
> >
On Tue, May 29, 2018 at 8:41 AM Andrei Popenta
wrote:
> Proper support for debian/ubuntu would be awesome, indeed!
> and of course, an improved way of receiving errata information, other
than email lists :)
I can't fix the errata issue. Debian and Ubuntu don't offer something like
the rpm-md
Hey all,
In light of the Fedora 30 change to retire YUM[1] and the fact that
DNF is now present in RHEL/CentOS 7 (as well as Fedora, openSUSE Leap
15, Mageia, etc.), I think we should port the last remaining things
server side that have hard dependencies on YUM to use DNF.
I did a quick grep
On Sun, Feb 23, 2020 at 10:04 AM Stefan Bluhm wrote:
>
> Hello all,
>
> I am starting some activity in getting the prerequisites for Spacewalk Server
> on RHEL 8 (actually CentOS 8...) sorted.
>
> I have forked the COPR spacewalk/nightly and am trying to get as many
> packages build as
On Mon, Feb 24, 2020 at 5:22 AM Stefan Bluhm wrote:
>
> Thank you Neal,
>
> > Another thing needed will be to port the code using YUM to DNF.
>
> Is this mandatory for RHEL8? As far as I understand, yum is still working on
> RHEL8.
>
YUM v4 in RHEL 8 offers only the DNF API, not the old YUM
On Thu, Mar 12, 2020 at 7:00 AM Michael Mraka wrote:
>
> Stefan Bluhm:
> > Hello all,
> >
> > TLDR: Spacewalk packages build and can be installed on CentOS 8.
> >
> > as I am working on getting Spacewalk to run on CentOS8/RHEL8, I would like
> > to share my progress here with you, in the hopes
On Thu, Mar 12, 2020 at 7:45 AM Stefan Bluhm wrote:
>
> Thank you Neal and Michael,
>
> > Stefan: Unfortunately, spacewalk-setup fails due to a postgresql
> > configuration error (unrecognized configuration parameter
> > "checkpoint_segments"), otherwise this would have been an additional great
On Wed, Mar 11, 2020 at 8:23 AM Stefan Bluhm wrote:
>
> Hello all,
>
> TLDR: Spacewalk packages build and can be installed on CentOS 8.
>
> as I am working on getting Spacewalk to run on CentOS8/RHEL8, I would like to
> share my progress here with you, in the hopes that you can contribute or
>
On Mon, Apr 20, 2020 at 4:21 PM Stefan Bluhm wrote:
>
> Hello,
>
> I have been working quite a lot on the yum3 replacement. Dnf does deviate
> quite a bit on the provided functionality but I believe I have almost
> achieved functionality parity.
>
> One bit missing is are the updateinfo/errata
On Fri, Mar 13, 2020 at 7:58 AM Stefan Bluhm wrote:
>
> Hello Tomas,
>
> > Hey Stefan, Neal, Avi,
> > please keep in mind Spacewalk 2.10 is the last Spacewalk release planned by
> > Red Hat with a release date within a month. No further contributions to
> > Spacewalk are to be expected from Red
On Wed, Mar 18, 2020 at 8:32 AM Neal Gompa wrote:
>
> On Wed, Mar 18, 2020 at 8:31 AM Stefan Bluhm wrote:
> >
> > Hello again,
> >
> > Can you please give me some strategic guidance regarding Python 2 on the
> > clients. Python 2 is end of life. Should Python
On Wed, Mar 18, 2020 at 8:31 AM Stefan Bluhm wrote:
>
> Hello again,
>
> Can you please give me some strategic guidance regarding Python 2 on the
> clients. Python 2 is end of life. Should Python 2 clients still be included?
> I am not really sure, which clients that would be impacted across
On Fri, Mar 20, 2020 at 6:23 AM Stefan Bluhm wrote:
>
> Thank you,
>
> valid point that RHEL7 != RHEL7.
> What would be the expectation of the server? To also run on 7.6?
>
Server would be expected to run on latest RHEL 7 with updates applied.
So we can expect Python 3 there.
--
真実はいつも一つ！/
18 matches
Mail list logo
