No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-32-20201101.0):
ID: 712921 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Bonjour Emmett,
On Monday, 02 November 2020 at 01:38, Emmett Boudreau wrote:
[...]
> The main reason I would like to do this is in order to
> keep the packages on the data science front well-maintained, notably
> the Julia programming language -- where there could even be
> installations of differ
Welcome Emmett!
On Mon, 2 Nov 2020 at 09:22, Dominik 'Rathann' Mierzejewski <
domi...@greysector.net> wrote:
> Bonjour Emmett,
>
> On Monday, 02 November 2020 at 01:38, Emmett Boudreau wrote:
> [...]
> > The main reason I would like to do this is in order to
> > keep the packages on the data scie
On Sunday, 01 November 2020 at 21:21, Xavier Delaruelle wrote:
> Hello Dominik
>
> > ...
> > Do you have any RPM packaging experience in Fedora?
>
> I have RPM packaging experience. I create RPM specfiles since many
> years. In the Fedora context, I have provided specfile patches to Jan
> for the
No missing expected images.
Passed openQA tests: 7/7 (x86_64), 7/7 (aarch64)
--
Mail generated by check-compose:
https://pagure.io/fedora-qa/check-compose
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le..
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On 02/11/2020 12.03, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for
sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_t
> That's great. I also found
> https://bugzilla.redhat.com/show_bug.cgi?id=1431952 and a couple of
> other high-quality bug reports. I'll sponsor you this time so that you
> can take care environment-modules immediately.
>
> Welcome on board!
Thanks a lot Dominik.
Regards,
Xavier
___
On Mon, Nov 02, 2020 at 12:13:18PM +0100, Fabio M. Di Nitto wrote:
> On 02/11/2020 12.03, Miro Hrončok wrote:
> > The following packages are orphaned and will be retired when they
> > are orphaned for six weeks, unless someone adopts them. If you know for
> > sure
> > that the package should be ret
> = NOTE about xinetd =
>
> Many packagers are listed as affected by xinetd. The dependency chain is:
>
> cvs (kasal, ppisar)
> cvs-inetd.noarch requires xinetd
>
> git (amahdal, besser82, chrisw, pcahyna, pstodulk, skisela, tmz)
> git.src requires
On 11/2/20 12:13 PM, Fabio M. Di Nitto wrote:
On 02/11/2020 12.03, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper
Hi,
Dne 27. 10. 20 v 13:52 Martin Curlej napsal(a):
Hi,
EOL and Obsoletes were planned as a feature of Modularity. The feature
should enable to set shorter/longer life cycles on Modules than the OS
release. The initial idea was to set this information in the disgit
metadata of a Module. As
On Sun, Nov 01, 2020 at 03:54:36PM -0600, Michael Catanzaro wrote:
> Hi,
>
> Since upgrading to Fedora 33, I notice gdb no longer prompts me to
> install missing debuginfo packages. Full backtraces contain no
> member variables or line numbers and are not very useful for
> debugging problems. For
On 11/2/20 12:33 PM, Daniel Mach wrote:
Then there's a question how to get the documents into modules.yaml. From my
perspective, it's up to Fedora infra/releng/packaging people. Whether it should
be in dist-git, git repo (similar to modulemd-defaults or comps), PDC, Bodhi
(similar to updateinfo
- Original Message -
> From: "Isaac True"
> To: devel@lists.fedoraproject.org
> Sent: Sunday, November 1, 2020 10:55:29 AM
> Subject: Self Introduction: Isaac True
>
> Hello everyone,
>
> My name is Isaac. I've been a long-time user of Linux and FOSS, and I work in
> Germany as a softw
On 02/11/2020 12.27, Miro Hrončok wrote:
On 11/2/20 12:13 PM, Fabio M. Di Nitto wrote:
On 02/11/2020 12.03, Miro Hrončok wrote:
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know
for sure
that the package should
On Mon, 2 Nov 2020 at 06:55, Miro Hrončok wrote:
> On 11/2/20 12:33 PM, Daniel Mach wrote:
> > Then there's a question how to get the documents into modules.yaml. From
> my
> > perspective, it's up to Fedora infra/releng/packaging people. Whether it
> should
> > be in dist-git, git repo (similar
Hello.
It seems that something broke in rawhide, I see a lot of:
collect2: fatal error: ld terminated with signal 11 [Segmentation fault], core
dumped
See for example https://bugzilla.redhat.com/show_bug.cgi?id=1893734
It might (or might not) be caused by binutils 2.35.1-11.fc34
https://kos
Hello everyone!
Thanks for attending today's meeting. We will be meeting again in two
weeks' time. bt0 would be chairing the next meeting :D
Links to the logs from today's meeting:
*
https://meetbot.fedoraproject.org/fedora-neuro/2020-11-02/neurofedora.2020-11-02-13.01.log.html
*
https://meetbo
The DevConf.CZ proposal deadline has been extended to 6 November.
There's still time for you to submit a talk about all of the great
things you're doing in Fedora. See the Community Blog post[1] for more
information.
[1] https://communityblog.fedoraproject.org/devconf-cz-cfp-now-open/
--
Ben Cot
On Mon, Nov 02, 2020 at 08:37:30AM -0500, Stephen John Smoogen wrote:
> On Mon, 2 Nov 2020 at 06:55, Miro Hrončok wrote:
>
> > On 11/2/20 12:33 PM, Daniel Mach wrote:
> > > Then there's a question how to get the documents into modules.yaml. From
> > my
> > > perspective, it's up to Fedora infra/r
I think we should consider retiring the ntp package. The upstream
project is not in a good shape and it doesn't seem to be improving.
Contributors left long time ago. The development is slow and happens
behind closed doors. They still use bitkeeper.
The main problem is that they don't fix all know
On Mon, Nov 2, 2020 at 9:33 AM Miroslav Lichvar wrote:
>
> I think we should consider retiring the ntp package. The upstream
> project is not in a good shape and it doesn't seem to be improving.
> Contributors left long time ago. The development is slow and happens
> behind closed doors. They stil
Hi everybody,
I just noticed (because of a failed build due to NVR mismatch in an
exact dependency) that *two* packages provide the "nspr" and
"nspr-devel" binary packages - nss and nspr.
Is there a reason for both those packages to exist, if nspr and
nspr-devel are built from the "nss" source pa
Hi Fedora users!
Over the last years, there were several issues in the SCP protocol,
which lead us into discussions if we can get rid of it in upstream [1].
Most of the voices there said that they use SCP mostly for simple ad-hoc
copy and because sftp utility does not provide simple interface
On Mon, 2 Nov 2020, Jakub Jelen wrote:
Some months ago, I wrote a patch [2] for scp to use SFTP internally (with
possibility to change it back using -M scp) and ran it through some
successful testing. The general feedback from upstream was also quite
positive so I would like to hear also opini
On Monday, November 2, 2020 2:44:39 PM WET Jakub Jelen wrote:
> I am looking for any kind of feedback from the idea through the
> usability, implementation. Is this something you would like to see in
> Fedora soon? Do you have something against this? Is your use case missing?
Hi Jakub,
if I am n
Michael J Gruber wrote:
>> = NOTE about xinetd =
>>
>> Many packagers are listed as affected by xinetd. The dependency chain is:
>>
>> cvs (kasal, ppisar)
>> cvs-inetd.noarch requires xinetd
>>
>> git (amahdal, besser82, chrisw, pcahyna, pstodulk, skisela, tmz)
>>
Am 02.11.20 um 15:44 schrieb Jakub Jelen:
Hi Fedora users!
Over the last years, there were several issues in the SCP protocol,
which lead us into discussions if we can get rid of it in upstream
[1]. Most of the voices there said that they use SCP mostly for simple
ad-hoc copy and because sftp
On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
> I am looking for any kind of feedback from the idea through the usability,
> implementation. Is this something you would like to see in Fedora soon? Do
> you have something against this? Is your use case missing?
I like it! scp-the-to
I haven't got a need to use obsolete modules yet, so I'll write my
opinion about the module EOL only.
Q: Should the EOL be configurable to mid-release date?
The others in this discussion showed it makes sense to EOL a module mid-release.
Since the modules are built on and on (new build targets ar
On 11/2/20 9:33 AM, Miroslav Lichvar wrote:
I think we should consider retiring the ntp package. The upstream
project is not in a good shape and it doesn't seem to be improving.
Contributors left long time ago. The development is slow and happens
behind closed doors. They still use bitkeeper.
Th
Am 02.11.20 um 16:13 schrieb Solomon Peachy:
On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
I am looking for any kind of feedback from the idea through the usability,
implementation. Is this something you would like to see in Fedora soon? Do
you have something against this? Is your
Hello Fabio,
Fabio Valentini writes:
> I just noticed (because of a failed build due to NVR mismatch in an
> exact dependency) that *two* packages provide the "nspr" and
> "nspr-devel" binary packages - nss and nspr.
>
> Is there a reason for both those packages to exist, if nspr and
> nspr-deve
On Mon, Nov 02, 2020 at 10:14:05AM -0500, Steven A. Falco wrote:
> On 11/2/20 9:33 AM, Miroslav Lichvar wrote:
> > I'm not sure how many users of ntp are there. As a replacement, we
> > could package ntpsec. It is an actively maintained fork of ntp which
> > has removed a lot of code and fixed or a
On 11/2/20 10:23 AM, Tomasz Torcz wrote:
On Mon, Nov 02, 2020 at 10:14:05AM -0500, Steven A. Falco wrote:
On 11/2/20 9:33 AM, Miroslav Lichvar wrote:
I'm not sure how many users of ntp are there. As a replacement, we
could package ntpsec. It is an actively maintained fork of ntp which
has remov
On Monday, November 2, 2020 3:44:39 PM CET Jakub Jelen wrote:
> Hi Fedora users!
>
> Over the last years, there were several issues in the SCP protocol,
> which lead us into discussions if we can get rid of it in upstream [1].
> Most of the voices there said that they use SCP mostly for simple a
On Mon, Nov 02, 2020 at 10:14:05AM -0500, Steven A. Falco wrote:
> I use ntp heavily for multiple stratum 1 timeservers here. If you drop ntp,
> I will have to build my own from source. Not a big problem, but I'd
> personally like to see ntp stay available in Fedora.
I have few stratum-1 serve
On 11/2/20 3:57 PM, Walter Cazzola wrote:
Hi,
I don't know if and how the internet protocol scp: is related to the scp
command. But I suppose it is.
Hi,
SCP is not an internet protocol -- it is simple protocol that is used
inside of encrypted SSH session, similarly to SFTP protocol. The name
On Mon, Nov 02, 2020 at 04:09:33PM +0100, Reindl Harald (privat) wrote:
> Am 02.11.20 um 15:33 schrieb Miroslav Lichvar:
> > In Fedora, there seems to be only one package that has a dependency on
> > ntp: nagios-plugins-ntp-perl. It's a monitoring plugin using the
> > problematic mode-6 protocol. I
On Mon, 2020-11-02 at 16:36 +0100, Kamil Dudka wrote:
> On Monday, November 2, 2020 3:44:39 PM CET Jakub Jelen wrote:
> > Hi Fedora users!
> >
> > Over the last years, there were several issues in the SCP protocol,
> > which lead us into discussions if we can get rid of it in upstream [1].
> > M
On 11/2/20 4:36 PM, Kamil Dudka wrote:
On Monday, November 2, 2020 3:44:39 PM CET Jakub Jelen wrote:
Hi Fedora users!
Over the last years, there were several issues in the SCP protocol,
which lead us into discussions if we can get rid of it in upstream [1].
Most of the voices there said that th
Le lundi 02 novembre 2020 à 16:16 +0100, Marius Schwarz a écrit :
> Am 02.11.20 um 16:13 schrieb Solomon Peachy:
> > On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
> > > I am looking for any kind of feedback from the idea through the
> > > usability,
> > > implementation. Is this some
On Mon, Nov 02, 2020 at 03:44:39PM +0100, Jakub Jelen wrote:
> Over the last years, there were several issues in the SCP protocol, which
> lead us into discussions if we can get rid of it in upstream [1]. Most of
> the voices there said that they use SCP mostly for simple ad-hoc copy and
> because
OLD: Fedora-Rawhide-20201101.n.0
NEW: Fedora-Rawhide-20201102.n.0
= SUMMARY =
Added images:1
Dropped images: 3
Added packages: 2
Dropped packages:0
Upgraded packages: 35
Downgraded packages: 0
Size of added packages: 61.56 KiB
Size of dropped packages:0 B
On 11/2/20 10:37 AM, Miroslav Lichvar wrote:
On Mon, Nov 02, 2020 at 10:14:05AM -0500, Steven A. Falco wrote:
I use ntp heavily for multiple stratum 1 timeservers here. If you drop ntp, I
will have to build my own from source. Not a big problem, but I'd personally
like to see ntp stay availa
On Sat, Oct 31, 2020 at 10:32 AM Jeff Law wrote:
>
>
> On 10/31/20 9:13 AM, Christoph Junghans wrote:
> > Hi,
> >
> > I am getting the following error on all archs on rawhide:
> > collect2: fatal error: ld terminated with signal 11 [Segmentation
> > fault], core dumped
> > in https://koji.fedorapr
On Monday, November 2, 2020 4:47:47 PM CET Simo Sorce wrote:
> On Mon, 2020-11-02 at 16:36 +0100, Kamil Dudka wrote:
> > How is the "compatibility scpd to support old clients" going to differ
> > from the current implementation?
> >
> > libcurl implements its own SCP client over libssh. Will this
* Kamil Dudka:
> As far as I know, (lib)curl has never silently transformed a protocol scheme
> explicitly specified with URL. This can be discussed upstream but I do not
> feel like starting the discussion myself.
Curl does it for https://, so it should be fine for scp://.
Thanks,
Florian
--
Miroslav Lichvar wrote:
> The main problem is that they don't fix all known security issues. In
> the CVE list I see about 10 issues that were not fixed at all or only
> partially, some exploitable in default configuration.
That sounds bad. Where is that list? In Red Hat Bugzilla I see only two.
On Mon, Nov 2, 2020 at 11:39 am, Zbigniew Jędrzejewski-Szmek
wrote:
Yep, I can confirm this, the hint about debuginfo is gone.
After I install appropriate debuginfo packages, the backtrace shows
all the details.
So it seems that it's just the hint that is missing.
OK, that's sort of good to
It appears that this broke in the last rebase (to 9.2). I will see about
fixing it.
In the meantime, does using debuginfod work?
export DEBUGINFOD_URLS=https://debuginfod.elfutils.org
Setting this in your env /should/ cause any missing debuginfo to be
automatically
downloaded (by just about any
On Mon, Nov 2, 2020 at 12:10 PM Björn Persson wrote:
>
> Miroslav Lichvar wrote:
> > The main problem is that they don't fix all known security issues. In
> > the CVE list I see about 10 issues that were not fixed at all or only
> > partially, some exploitable in default configuration.
>
> That so
On Monday, November 2, 2020 5:57:29 PM CET Florian Weimer wrote:
> * Kamil Dudka:
>
>
> > As far as I know, (lib)curl has never silently transformed a protocol
> > scheme explicitly specified with URL. This can be discussed upstream
> > but I do not feel like starting the discussion myself.
>
>
* Kamil Dudka:
> On Monday, November 2, 2020 5:57:29 PM CET Florian Weimer wrote:
>> * Kamil Dudka:
>>
>>
>> > As far as I know, (lib)curl has never silently transformed a protocol
>> > scheme explicitly specified with URL. This can be discussed upstream
>> > but I do not feel like starting the
On 11/2/20 9:22 AM, Neal Gompa wrote:
Work migrated to Chrony a year or so ago. The only thing I use from
ntp is the "ntpdate" tool. Everything else is chrony now. :)
out of curiosity, what's lacking for your use case?
ntpdate, here, was primarily for "set it now" interventions.
that, at leas
On Mon, Nov 2, 2020 at 12:37 PM PGNet Dev wrote:
>
> On 11/2/20 9:22 AM, Neal Gompa wrote:
> > Work migrated to Chrony a year or so ago. The only thing I use from
> > ntp is the "ntpdate" tool. Everything else is chrony now. :)
>
> out of curiosity, what's lacking for your use case?
>
> ntpdate, h
On Mon, Nov 02, 2020 at 06:09:18PM +0100, Björn Persson wrote:
> Miroslav Lichvar wrote:
> > The main problem is that they don't fix all known security issues. In
> > the CVE list I see about 10 issues that were not fixed at all or only
> > partially, some exploitable in default configuration.
>
On Monday, November 2, 2020 6:31:33 PM CET Florian Weimer wrote:
> * Kamil Dudka:
> > On Monday, November 2, 2020 5:57:29 PM CET Florian Weimer wrote:
> >> * Kamil Dudka:
> >> > As far as I know, (lib)curl has never silently transformed a protocol
> >> > scheme explicitly specified with URL. This
Dne 01. 11. 20 v 11:58 clime napsal(a):
Hello!
First of all, I don't really know what I am talking about here but I
noticed the `dnf update` operation downloads among other things
`filelists.xml` (optionally compressed by zchunk, thanks Jonathan
Dieter!!!) and I remember there was a thread on d
On Mon, Nov 2, 2020 at 5:23 pm, Keith Seitz wrote:
In the meantime, does using debuginfod work?
export DEBUGINFOD_URLS=https://debuginfod.elfutils.org
Setting this in your env /should/ cause any missing debuginfo to be
automatically
downloaded (by just about any tool requiring debuginfo, e.g,
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
2 of 43 required tests failed
openQA tests matching unsatisfied gating requirements shown with **GATING**
below
Failed openQA tests: 12/181 (x86_64), 14/117 (aarch64)
New failures (same test not failed in
Welcome Emmett,
great to see more scientists coming to Fedora. Hope you'll have a good
time here and achieve great things!
Cheers,
Dan
"Emmett Boudreau" writes:
> Hello, my name is Emmett Boudreau. I am a statistician and data scientist who
> has fallen in love with the stability of Fedora
On Mon, 2 Nov 2020 at 18:55, Vít Ondruch wrote:
>
>
> Dne 01. 11. 20 v 11:58 clime napsal(a):
> > Hello!
> >
> > First of all, I don't really know what I am talking about here but I
> > noticed the `dnf update` operation downloads among other things
> > `filelists.xml` (optionally compressed by zc
Greetings Testers!
The Fedora 33 CoreOS Test Day focuses on testing FCOS based on Fedora 33.
The FCOS `next` stream is already rebased on Fedora 33 content, which will
be coming soon to `testing` and `stable`. To prepare for the content being
promoted to other streams the Fedora CoreOS and QA team
Lazy file list loading? Yes, that's on DNF's TODO list already, but (to
be honest) not on top - there's always something more important. It's
not getting into DNF4, but it may get into DNF5 later on.
Dne 02. 11. 20 v 20:13 clime napsal(a):
On Mon, 2 Nov 2020 at 18:55, Vít Ondruch wrote:
D
No missing expected images.
Failed openQA tests: 3/15 (aarch64)
New failures (same test not failed in Fedora-IoT-33-20201029.2):
ID: 713790 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/713790
ID: 713794 Test: aarch64 IoT-dvd_ostree-iso io
Jakub Jelen wrote:
> Today, I set up a copr repository with the current openssh from Fedora + the
> patch [2] for anyone to test and provide feedback, either here on the mailing
> list, or in the github PR according to ones preferences.
Does it work with connection sharing (ControlPath, ControlM
I don't have objections to retiring the ntp tool, as long as there's something
to take its place, and as long as a command argument compatible ntpdate tool
still exists. I tend to use ntpdate much more often than I enable the ntp
service. Right now ntpdate runs on boot on my PinePhone's Fedora 3
On Mon, 2 Nov 2020 at 21:38, Daniel Mach wrote:
>
> Lazy file list loading? Yes, that's on DNF's TODO list already, but (to
> be honest) not on top - there's always something more important. It's
> not getting into DNF4, but it may get into DNF5 later on.
Ok, good to know.
Best regards
clime
>
>
On Mon, Nov 2, 2020 at 9:33 AM Miroslav Lichvar wrote:
>
> I think we should consider retiring the ntp package. The upstream
> project is not in a good shape and it doesn't seem to be improving.
> Contributors left long time ago. The development is slow and happens
> behind closed doors. They stil
On Mon, Nov 2, 2020 at 9:36 PM Nico Kadel-Garcia wrote:
> So, use "chrony" instead?
For some use cases, there is also the option of
systemd-timesyncd as a ntp client.
> Is the functionality sufficient
As always, given the different use cases, the answer
is maybe.
Here is a quick comparison: h
Hello all,
I'm hoping to become the maintainer of an orphaned package (gr-iio, GNU Radio
blocks for Analog Devices platforms) but I need some sponsorship to become a
package maintainer. The releng team recommended that I send a message on this
list to hopefully find someone.
I'm a software eng
No missing expected images.
Failed openQA tests: 2/37 (x86_64)
ID: 713808 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/713808
ID: 713841 Test: x86_64 KDE-live-iso release_identification
URL: https://openqa.fedoraproject.org/tests/713841
S
Hi all,
Daniel Mach writes:
> Hi,
>
>
> Dne 27. 10. 20 v 13:52 Martin Curlej napsal(a):
>> Hi,
>>
>> EOL and Obsoletes were planned as a feature of Modularity. The feature
>> should enable to set shorter/longer life cycles on Modules than the OS
>> release. The initial idea was to set this in
On Mon, Nov 2, 2020 at 5:23 pm, Keith Seitz wrote:
It appears that this broke in the last rebase (to 9.2). I will see
about
fixing it.
Thanks for the quick fix. Much appreciated!
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscrib
Hello all,
How are in practice security issues handled in Fedora? Is there an
active security team to help patching those in timely manner? Or is it
responsibility of individual package maintainers only? I've tried to
find some information on that, but the only thing I've found is this
page:
On Tue, Nov 3, 2020 at 12:53 am, Marek Marczykowski-Górecki
wrote:
How are in practice security issues handled in Fedora? Is there an
active security team to help patching those in timely manner? Or is it
responsibility of individual package maintainers only?
Hi,
Red Hat Product Security is r
Hello all,
Are there any plans to have Fedora repository metadata signed? I think
dnf supports it for a long time already. I know the packages themselves
are already signed, but metadata do carry some extra information that
potentially could be manipulated - for example to _selectively_ hide
some
On Mon, Nov 2, 2020 at 7:24 PM Marek Marczykowski-Górecki
wrote:
>
> Hello all,
>
> Are there any plans to have Fedora repository metadata signed? I think
> dnf supports it for a long time already. I know the packages themselves
> are already signed, but metadata do carry some extra information th
It would require https://bugzilla.redhat.com/show_bug.cgi?id=1768206
to be fixed. Right now the design in dnf for supporting gpg keys is
quite user hostile, especially in automated unattended use cases.
Dennis
On Mon, Nov 2, 2020 at 6:25 PM Marek Marczykowski-Górecki
wrote:
>
> Hello all,
>
> Ar
Hello. My name is John Kacur
I'm a real-time developer with Red Hat, who I've been with for over 11 years.
Before that I worked for approximately 8 years with IBM on the compiler team.
I am the upstream co-maintainer of rt-tests that includes cyclictest
for real-time latency testing.
I am also the
On Mon, Nov 02, 2020 at 07:33:18PM -0500, Neal Gompa wrote:
> The major remaining issue for us to start enabling repository GPG
> checks is that DNF doesn't use the RPM GPG keyring for repository
> metadata GPG signature validation, which can cause issues with our
> compose pipeline. I believe this
On Tue, Nov 3, 2020 at 12:16 AM Marek Marczykowski-Górecki
wrote:
>
> On Mon, Nov 02, 2020 at 07:33:18PM -0500, Neal Gompa wrote:
> > The major remaining issue for us to start enabling repository GPG
> > checks is that DNF doesn't use the RPM GPG keyring for repository
> > metadata GPG signature v
Question : I know that FreeIPA at one point did not work well with
chrony and required the installation of ntp. This might cause an
issue.
On Mon, Nov 2, 2020 at 3:54 PM Gary Buhrmaster
wrote:
>
> On Mon, Nov 2, 2020 at 9:36 PM Nico Kadel-Garcia wrote:
>
> > So, use "chrony" instead?
>
> For som
No missing expected images.
Soft failed openQA tests: 1/7 (x86_64), 1/7 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-33-20201102.0):
ID: 714162 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
86 matches
Mail list logo
