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-33-20211125.0):
ID: 1071247 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
Sérgio Basto wrote on 2021/11/22 21:49:
Hi,
ImageMagick 6.9.12.30 have more security fixes and it was built on
Rawhide and F35
Now I think we also should update F34 since we have a bunch of security
fixes .
So I prepared f34-build-side-48004 so please use
fedpkg build
The following Fedora EPEL 7 Security updates need testing:
Age URL
69 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-f005e1b879
debmirror-2.35-1.el7
3 https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2021-cd37548bc5
libdxfrw-1.0.1-1.el7 librecad-2.2.0-0.11.rc2.el7
1
Voting in the Fedora Linux 35 elections is now open. Go to the
Elections app[1] to cast your vote. Voting closes at 23:59 UTC on
Thursday 9 December. Don't forget to claim your "I Voted" badge when
you cast your ballot. Links to candidate interviews are in the
Elections app and on the Community
Voting in the Fedora Linux 35 elections is now open. Go to the
Elections app[1] to cast your vote. Voting closes at 23:59 UTC on
Thursday 9 December. Don't forget to claim your "I Voted" badge when
you cast your ballot. Links to candidate interviews are in the
Elections app and on the Community
Mesa would be nice.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines:
https://fedoraproject.org/wiki/Changes/PostgreSQL_14
== Summary ==
Update of PostgreSQL (`postgresql` and `libpq` components) in Fedora
from version 13 to version 14 in the non-modular (main) builds.
== Owner ==
* Name: [[User:fjanus| Filip Januš]]
* Email: fja...@redhat.com
== Detailed
https://fedoraproject.org/wiki/Changes/PostgreSQL_14
== Summary ==
Update of PostgreSQL (`postgresql` and `libpq` components) in Fedora
from version 13 to version 14 in the non-modular (main) builds.
== Owner ==
* Name: [[User:fjanus| Filip Januš]]
* Email: fja...@redhat.com
== Detailed
https://bugzilla.redhat.com/show_bug.cgi?id=2025616
Fedora Update System changed:
What|Removed |Added
Status|MODIFIED|ON_QA
--- Comment #2 from
On Thu, 18 Nov 2021 at 10:36, Dominique Martinet wrote:
>
> Hi Jonathan,
>
> Jonathan Wakely wrote on Wed, Nov 03, 2021 at 01:47:22PM +:
> > And I'll shamelessly plug my copr with weekly GCC snapshots ;-)
> > https://copr.fedorainfracloud.org/coprs/jwakely/gcc-latest/
>
> I cannot seem to be
On Thu, 25 Nov 2021 at 13:59, David Sommerseth wrote:
> b) By adding the devtoolset as a build dependency, is that enough?
> Will the final .rpm need anything else installed to function? Like a
> newer libstdc++?
No, that's the point of devtoolset, as opposed to just building your
own new GCC.
Am 12.11.21 um 09:37 schrieb Martin Stransky:
Hi folks,
I was told that people were having trouble with Firefox/HW
acceleration/VA-API setup on Fedora so I put some info at wiki at:
https://fedoraproject.org/wiki/Firefox_Hardware_acceleration
Hope it helps.
Martin >
With
https://bugzilla.redhat.com/show_bug.cgi?id=2025845
--- Comment #7 from Fedora Update System ---
FEDORA-2021-1ef3b14aa4 has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
https://bugzilla.redhat.com/show_bug.cgi?id=2025845
--- Comment #8 from Fedora Update System ---
FEDORA-2021-91491d02b6 has been pushed to the Fedora 34 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing
On Thu, Nov 25, 2021 at 8:26 AM Neal Gompa wrote:
>
> On Thu, Nov 25, 2021 at 6:19 AM Nico Kadel-Garcia wrote:
> >
> > On Thu, Nov 25, 2021 at 3:05 AM Miroslav Suchý wrote:
> > >
> > > Dne 22. 11. 21 v 15:00 Pavel Raiskup napsal(a):
> > > > Hello Fedora EPEL maintainers!
> > > >
> > > > First I
Hi Paul,
On 25.11.21 11:21, Paul Howarth wrote:
> I'd suggest contacting Felix Schwarz , who
> seems to do most of the work on the certbot packages.
Thanks. You were right on the money, Felix was the guy to get in touch with.
Cheers!
___
devel
On 25.11.21 13:07, Felix Schwarz wrote:
>
> Am 25.11.21 um 09:21 schrieb spike:
>> I've been trying to contact Fedora's certbot SIG for a while now. Back then
>> I wanted to help fix some issues with python-dns-lexicon (which are resolved
>> upstream now and an update has trickled down to
https://bugzilla.redhat.com/show_bug.cgi?id=2023737
Xavier Bachelot changed:
What|Removed |Added
Doc Type|--- |If docs needed, set a value
On Thu, Nov 25, 2021 at 05:20:00PM +0100, Leon Fauster wrote:
> >I mean, seriously, RH should make this easy for Fedora packagers.
>
> +1
> and COPR and mock packagers in general.
Yes, but _I_ only have one lever. :)
--
Matthew Miller
Fedora Project Leader
On Thu, Nov 25, 2021 at 11:11 AM Florian Weimer wrote:
>
> * Peter Robinson:
>
> > On Thu, Nov 25, 2021 at 10:43 AM Florian Weimer wrote:
> >>
> >> * Ben Cotton:
> >>
> >> > == Detailed Description ==
> >> >
> >> > The ARMv7 arm architecture was the second variant of the arm
> >> > architecture
On Tue, Nov 16, 2021 at 8:10 PM Peter Boy wrote:
>
>
>
> > Am 16.11.2021 um 20:37 schrieb Miro Hrončok :
> >
> > On 15. 11. 21 20:15, Ben Cotton wrote:
> >> https://fedoraproject.org/wiki/Changes/RetireARMv7
> >> == Owner ==
> >> * Name: [[User:pbrobinson| Peter Robinson]]
> >> * Email:
> >
> >
Hi Dominique,
Thanks! I was able to install these.
> I see the system's llvm (12) got installed as the copr's llvm12 instead,
> and llvm became the snapshot -- would it make sense to keep llvm as the
> system's llvm (12), and install the lvm snapshot as llvm14 instead?
>
I understand why you
On Thu, Nov 25, 2021 at 8:05 AM Miroslav Suchý wrote:
> I wrote down the possible options and their pros and cons and I done my best
> to catch all the feedback here.
Thanks.
Another idea occurred to me, similar to "D"
(use alternatives) and incorporates "A" (delete
the current epel-8) for
Hi Reon,
On Thu, 18 Nov 2021 at 03:38, Reon Beon via devel <
devel@lists.fedoraproject.org> wrote:
> Cool, how about a llvm-git package when it gets more testing?
>
And what would that include?
Cheers,
Konrad
___
devel mailing list --
On Mon, Nov 22, 2021 at 03:10:58PM +0100, Miro Hrončok wrote:
> >- builds will require a valid Red Hat subscription (the no-cost variant is
> > OK as well, though [2])
>
> I cannot help myself but I consider this very unpleasant for EPEL packagers.
>
> Getting and configuring the subscription
On Mon, Nov 22, 2021 at 03:10:58PM +0100, Miro Hrončok wrote:
> >- builds will require a valid Red Hat subscription (the no-cost variant is
> > OK as well, though [2])
>
> I cannot help myself but I consider this very unpleasant for EPEL packagers.
>
> Getting and configuring the subscription
No missing expected images.
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 3/208 (x86_64), 13/142 (aarch64)
New failures (same test not failed in Fedora-Rawhide-20211124.n.0):
ID: 1070598 Test: x86_64 Silverblue-dvd_ostree-iso gedit
URL:
I’d like to point to
https://src.fedoraproject.org/rpms/sleef/blob/epel7/f/sleef.spec as a
working example of a package that is built with a devtoolset in EPEL7.
While I maintain the sleef package, the EPEL7 backport was contributed
by Dave Love.
– Ben Beasley
On 11/25/21 08:56, David
Hi,
I'm starting to hit more and more challenges in the OpenVPN 3 Linux
project with the RHEL-7 GCC version (which is 4.8.5), especially when it
comes to C++ building. I've tried to keep the project compatible with
RHEL-7 as the oldest supported distro, but it is getting harder and
harder. In
On Thu, Nov 25, 2021 at 6:19 AM Nico Kadel-Garcia wrote:
>
> On Thu, Nov 25, 2021 at 3:05 AM Miroslav Suchý wrote:
> >
> > Dne 22. 11. 21 v 15:00 Pavel Raiskup napsal(a):
> > > Hello Fedora EPEL maintainers!
> > >
> > > First I don't feel comfortable announcing this, I'm not happy about the
> >
On Thu, Nov 25, 2021 at 6:19 AM Nico Kadel-Garcia wrote:
>
> On Thu, Nov 25, 2021 at 3:05 AM Miroslav Suchý wrote:
> >
> > Dne 22. 11. 21 v 15:00 Pavel Raiskup napsal(a):
> > > Hello Fedora EPEL maintainers!
> > >
> > > First I don't feel comfortable announcing this, I'm not happy about the
> >
OLD: Fedora-Rawhide-20211124.n.0
NEW: Fedora-Rawhide-20211125.n.0
= SUMMARY =
Added images:3
Dropped images: 0
Added packages: 2
Dropped packages:10
Upgraded packages: 66
Downgraded packages: 0
Size of added packages: 551.30 KiB
Size of dropped packages
Am 25.11.21 um 09:21 schrieb spike:
I've been trying to contact Fedora's certbot SIG for a while now. Back then I
wanted to help fix some issues with python-dns-lexicon (which are resolved
upstream now and an update has trickled down to Fedora 35 with the latest
release) but currently I'm
On Thu, Nov 25, 2021 at 11:43:06AM +0100, Florian Weimer wrote:
> And we recently lost Systemtap probes on Arm, with no clear path
> towards restoring them.
Is this a reference to this issue or another one?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103395
Rich.
--
Richard Jones,
On Thu, Nov 25, 2021 at 3:05 AM Miroslav Suchý wrote:
>
> Dne 22. 11. 21 v 15:00 Pavel Raiskup napsal(a):
> > Hello Fedora EPEL maintainers!
> >
> > First I don't feel comfortable announcing this, I'm not happy about the
> > situation and so I don't want to be the lightning rod :-). But I
* Peter Robinson:
> On Thu, Nov 25, 2021 at 10:43 AM Florian Weimer wrote:
>>
>> * Ben Cotton:
>>
>> > == Detailed Description ==
>> >
>> > The ARMv7 arm architecture was the second variant of the arm
>> > architecture that Fedora has supported, the first was ARMv5, the third
>> > is aarch64.
On Thu, Nov 25, 2021 at 10:43 AM Florian Weimer wrote:
>
> * Ben Cotton:
>
> > == Detailed Description ==
> >
> > The ARMv7 arm architecture was the second variant of the arm
> > architecture that Fedora has supported, the first was ARMv5, the third
> > is aarch64. The proposal is to retire ARMv7
* Ben Cotton:
> == Detailed Description ==
>
> The ARMv7 arm architecture was the second variant of the arm
> architecture that Fedora has supported, the first was ARMv5, the third
> is aarch64. The proposal is to retire ARMv7 as part of the Fedora 37
> release. This will allow ARMv7/armhfp to be
Hi,
On Thu, 25 Nov 2021 09:21:27 +0100
spike wrote:
> Hi everyone,
>
> I've been trying to contact Fedora's certbot SIG for a while now.
> Back then I wanted to help fix some issues with python-dns-lexicon
> (which are resolved upstream now and an update has trickled down to
> Fedora 35 with
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-2026.0):
ID: 1070470 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
Hello team,
Openvdb got a so version bumped to 9.0 which affects the following
packages:
blender (to use nanovdb built in openvdb)
OpenImageIO (required by blender)
openvdb
prusa-slicer
usd
Please use the command "fedpkg build --target=f36-build-side-48116" and
"koji wait-repo
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-20211124.0):
ID: 1070454 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL:
I've removed the ExcludeArch %{arm} now, and added this temporary
patch to make things compile on armv7:
https://src.fedoraproject.org/rpms/qemu/c/f9f5de99949d58a308ae03ab2a0f4fd35b3e1160?branch=rawhide
https://koji.fedoraproject.org/koji/taskinfo?taskID=79236809
Rich.
--
Richard Jones,
Hi everyone,
I've been trying to contact Fedora's certbot SIG for a while now. Back then I
wanted to help fix some issues with python-dns-lexicon (which are resolved
upstream now and an update has trickled down to Fedora 35 with the latest
release) but currently I'm trying to find somebody
Dne 22. 11. 21 v 15:00 Pavel Raiskup napsal(a):
Hello Fedora EPEL maintainers!
First I don't feel comfortable announcing this, I'm not happy about the
situation and so I don't want to be the lightning rod :-). But I believe
that we can come to acceptable Copr/Mock solution and this needs to be
Dne 22. 11. 21 v 15:00 Pavel Raiskup napsal(a):
Hello Fedora EPEL maintainers!
First I don't feel comfortable announcing this, I'm not happy about the
situation and so I don't want to be the lightning rod :-). But I believe
that we can come to acceptable Copr/Mock solution and this needs to be
46 matches
Mail list logo
