On Monday, 14 March 2022 16.53.18 WET José Abílio Matos wrote:
> Thank you.
>
> I copied and pasted and while changing the option I left one of those rogue
> characters, keeping always the preffix. :-(
>
>
> I will try and see your suggestion.
After a reboot:
# update-crypto-policies --show
On Tuesday, March 15, 2022 12:18:02 AM CET Neal Gompa wrote:
> I bent over backwards to get the macros working all the way back to EPEL 7.
>
> I updated the cmake3 package in EPEL 7[1] and I got RHEL to update
> CMake[2] and sync the macros from Fedora[3] for RHEL 8.
>
> The only difference for E
On Monday, March 14, 2022 10:22:19 PM CET Thomas Rodgers wrote:
> These are the CMake related issues I've encountered thus far -
>
> FlightCrew: FTBFS # CMake Error: The source directory
> "/builddir/build/BUILD/FlightCrew-0.9.1/build" does not appear to contain
> CMakeLists.txt.
> csdiff: FTBF
On 3/12/22 04:43, Miroslav Suchý wrote:
Do you want to make Fedora 36 better? Please spend 1 minute of your
time and try to run:
I've done 2 upgrades from 35 -> 36 (real, not tests) on native systems.
On one, as explained earlier in this thread , I had to migrate
VirtualBox from the Oracle
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-35-20220314.0):
ID: 1175218 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
No missing expected images.
Soft failed openQA tests: 1/8 (x86_64), 1/8 (aarch64)
(Tests completed, but using a workaround for a known bug)
Old soft failures (same test soft failed in Fedora-Cloud-34-20220314.0):
ID: 1175626 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
Hello!
Has anyone else seen this?
https://koji.fedoraproject.org/koji/taskinfo?taskID=84213778
failed on armv7hl:
Error:
Problem 1: conflicting requests
- nothing provides /bin/sh needed by dnf-4.10.0-2.fc36.noarch
Problem 2: package dnf-plugins-core-4.0.24-2.fc36.noarch requires
python3-dnf
On Mon, Mar 14, 2022 at 11:12 AM Adam Williamson
wrote:
>
> On Mon, 2022-03-07 at 12:44 -0500, Josh Boyer wrote:
> > Hi Fedora, CentOS, and EPEL Communities!
> >
> > As part of our continued 3 year major Red Hat Enterprise Linux release
> > cadence, RHEL 9 development is starting to wrap up with t
On Mon, Mar 14, 2022 at 2:59 PM Dan Čermák
wrote:
>
> Hi Adam,
>
> Adam Williamson writes:
>
> > snip
>
> > That could obviously have pretty significant consequences for Fedora.
> > Bugzilla isn't only an issue tracker for Fedora; we run some
> > significant processes through it, notably the Chan
Works fine on a scratch build for me:
https://koji.fedoraproject.org/koji/taskinfo?taskID=84218959
On Tue, Mar 15, 2022 at 10:39 AM Dominik 'Rathann' Mierzejewski
wrote:
>
> Hello!
> Has anyone else seen this?
> https://koji.fedoraproject.org/koji/taskinfo?taskID=84213778
> failed on armv7hl:
>
>
Missing expected images:
Minimal raw-xz armhfp
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 11/231 (x86_64), 18/161 (aarch64)
New failures (same test not failed in Fedora-Rawhide-20220314.n.0):
ID: 1175237 Test: x86_64 Server-dvd-iso install_
I corrected a license declaration in perl-PerlX-Maybe-1.202 from
"(GPL+ or Artistic) and CC-BY-SA and Public Domain" to
"(GPL+ or Artistic) and Public Domain".
-- Petr
signature.asc
Description: PGP signature
___
devel mailing list -- devel@lists.fedor
On Tuesday, 15 March 2022 at 11:39, Dominik 'Rathann' Mierzejewski wrote:
> Hello!
> Has anyone else seen this?
> https://koji.fedoraproject.org/koji/taskinfo?taskID=84213778
> failed on armv7hl:
>
> Error:
> Problem 1: conflicting requests
> - nothing provides /bin/sh needed by dnf-4.10.0-2.f
OLD: Fedora-36-20220314.n.0
NEW: Fedora-36-20220315.n.0
= SUMMARY =
Added images:1
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 70
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of
On 15/03/2022 01:25, Ian Laurie wrote:
Sadly it's not able to boot graphically, but I think the issue is with
my RPMFusion NVIDIA drivers. I can login fine to a virtual console
however, and lightdm is running, just not working. The startx command
also fails.
1. You need to disable UEFI Secu
On Mon, Mar 14, 2022 at 11:31 AM Jiri Vanek wrote:
>
> Hi!
>
> You have valid points.
> The non transitive list is indeed not somehow immense[1]. Will add it to wiki
> page. Will also provide few recursive iterations. Ty for reminder.
> As for the java-arches macro, I have no objections to it. I
On Mon, Mar 14, 2022 at 1:08 PM Jiri Vanek wrote:
>
> Small clarification. I had jsut lerned abotu
> https://fedoraproject.org/wiki/Changes/EncourageI686LeafRemoval . This java
> proposal have nothig to do with that and was asctually done without anybody
> from JDK maintainers beeing aware.
>
No missing expected images.
Failed openQA tests: 14/229 (x86_64), 11/161 (aarch64)
New failures (same test not failed in Fedora-36-20220314.n.0):
ID: 1175932 Test: x86_64 Workstation-live-iso desktop_notifications_live
URL: https://openqa.fedoraproject.org/tests/1175932
ID: 1175935 Test:
Following is the list of topics that will be discussed in the
FESCo meeting Tuesday at 18:00UTC in #fedora-meeting on
irc.libera.chat.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/UTCHowto
or run:
date -d '2022-03-15 18:00 UTC'
Links to all issues to be di
I interpreted this to mean that, while this Java proposal and
Changes/EncourageI686LeafRemoval both have to do with i686 removals:
- the Java change should not be seen as part of Changes/EncourageI686LeafRemoval
- the Java change was written without knowledge of
Changes/EncourageI686LeafRemoval
I have completed mock builds of roughly 70% of the Boost dependent packages
in Fedora rawhide as of today. There have been no FTBFS issues related to
the upgrade to Boost 1.78.0.
Fesco approved the change proposal last week, I have confidence that this
version of Boost is stable enough to proceed
On Tue, Mar 15, 2022 at 01:21:09PM +0100, Dominik 'Rathann' Mierzejewski wrote:
> On Tuesday, 15 March 2022 at 11:39, Dominik 'Rathann' Mierzejewski wrote:
> > Hello!
> > Has anyone else seen this?
> > https://koji.fedoraproject.org/koji/taskinfo?taskID=84213778
> > failed on armv7hl:
> >
> > Erro
No missing expected images.
Failed openQA tests: 3/15 (x86_64), 4/15 (aarch64)
New failures (same test not failed in Fedora-IoT-36-20220313.0):
ID: 1176577 Test: x86_64 IoT-dvd_ostree-iso release_identification@uefi
URL: https://openqa.fedoraproject.org/tests/1176577
ID: 1176588 Test: aa
>
>
> ===
> #fedora-meeting: FESCO (2022-03-15)... (full message at
> https://libera.ems.host/_matrix/media/r0/download/libera.chat/f0e5009e37
On Sunday, March 6, 2022 4:13:26 AM EDT Dan Callaghan wrote:
> I've decided to orphan all the packages
> which I no longer use:
...
> linenoise
I am taking this one.
--
Garry T. Williams
___
devel mailing list -- devel@lists.fedoraproject.org
To un
Hi Dmitry.
It seems since the openssl 3 GA release back in September there's not
been a single successful openssl build[1], and a number of bugs [2],
and even more CVEs [3][4]. Why aren't these being dealt with in a semi
reasonable fashion? The last actual successful build is now over 6
months ago
On 3/16/22 01:13, Vitaly Zaitsev via devel wrote:
On 15/03/2022 01:25, Ian Laurie wrote:
Sadly it's not able to boot graphically, but I think the issue is
with my RPMFusion NVIDIA drivers. I can login fine to a virtual
console however, and lightdm is running, just not working. The
startx com
On 3/9/22 1:56 AM, Daniel P. Berrangé wrote:
On Wed, Mar 09, 2022 at 10:46:21AM +0100, Alexander Sosedkin wrote:
On Wed, Mar 9, 2022 at 10:20 AM Daniel P. Berrangé wrote:
On Tue, Mar 08, 2022 at 07:40:15PM +0100, Alexander Sosedkin wrote:
We've been disabling it in TLS, but its usage is much
On Tue, Mar 15, 2022 at 4:43 PM Ben Beasley wrote:
>
> I interpreted this to mean that, while this Java proposal and
> Changes/EncourageI686LeafRemoval both have to do with i686 removals:
>
> - the Java change should not be seen as part of
> Changes/EncourageI686LeafRemoval
> - the Java change w
On 15/03/2022 22:45, Robert Relyea wrote:
1) in fedora 37, provide a policy that turns SHA-1 off. in our testing,
we encourage people to run with that policy and write bugs against
components.
That policy already exists in Fedora 34 and 35 where the FUTURE policy
does not allow SHA1 in signat
On 15. 03. 22 22:27, Peter Robinson wrote:
Hi Dmitry.
It seems since the openssl 3 GA release back in September there's not
been a single successful openssl build[1], and a number of bugs [2],
and even more CVEs [3][4]. Why aren't these being dealt with in a semi
reasonable fashion? The last act
Robert Relyea wrote:
> 2) in fedora 38, SHA-1 gets turned of in the default policy and ships
> that way.
Isn't that the default already? I use the default crypto policy, and I
had a case last year where Seamonkey and Firefox refused to talk to a
certain web server, which I worked around by tempor
32 matches
Mail list logo
