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-20210921.0):
ID: 995373 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
According to the schedule [1], Fedora 35 Candidate Beta-1.1 is now
available for testing. Please help us complete all the validation
testing! For more information on release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
Test coverage information for the cu
Example:
https://koji.fedoraproject.org/koji/taskinfo?taskID=76099482
Built the same thing on F35/34/33 and EPEL8/7 and that worked. Did
something change in Rawhide that I should be aware of or is this just a
temporary thing?
Thanks,
--
Bojan
___
deve
V Tue, Sep 21, 2021 at 09:28:55PM +0200, Miroslav Suchý napsal(a):
> And PDC is either misbehaving or I cannot use it properly:
>
> https://pdc.fedoraproject.org/rest_api/v1/component-branches/?name=flatpak-runtime-config&type=rpms#tab_list
>
> What is current status of this package? And how can
V Tue, Sep 21, 2021 at 01:31:52PM -0600, Jerry James napsal(a):
> On Tue, Sep 21, 2021 at 1:29 PM Miroslav Suchý wrote:
> > And PDC is either misbehaving or I cannot use it properly:
>
> The former, I think. I just tried to launch a build and got:
>
> $ fedpkg build
> Could not execute build: T
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-20210921.0):
ID: 995753 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
The build for f35 was successful:
https://koji.fedoraproject.org/koji/buildinfo?buildID=1835338
I've submitted an update to bodhi as well:
https://bodhi.fedoraproject.org/updates/FEDORA-2021-032397269f
Although now that I think of it, it probably would've been cleaner to do create
a side tag, p
No missing expected images.
Failed openQA tests: 2/16 (x86_64), 3/15 (aarch64)
New failures (same test not failed in Fedora-IoT-35-20210919.0):
ID: 995769 Test: x86_64 IoT-dvd_ostree-iso iot_zezere_server
URL: https://openqa.fedoraproject.org/tests/995769
ID: 995783 Test: x86_64 IoT-dv
Hello,
for many releases, Fedora has the brp-mangle-sehbangs BuildRoot Policy Script
that does the following:
1) Gets all executable files in the buildroot
2) Gets all "text" files from those
3a) Mangles shebangs that are "wrong"
(e.g. #!/usr/bin/env node -> #!/usr/bin/node)
3b) Remov
OLD: Fedora-Rawhide-20210921.n.0
NEW: Fedora-Rawhide-20210922.n.0
= SUMMARY =
Added images:0
Dropped images: 1
Added packages: 8
Dropped packages:0
Upgraded packages: 91
Downgraded packages: 0
Size of added packages: 9.95 MiB
Size of dropped packages:0 B
Missing expected images:
Xfce raw-xz armhfp
Failed openQA tests: 6/132 (aarch64), 3/204 (x86_64)
ID: 995519 Test: aarch64 Server-dvd-iso anaconda_help@uefi
URL: https://openqa.fedoraproject.org/tests/995519
ID: 995562 Test: aarch64 Server-dvd-iso server_cockpit_basic@uefi
URL: https://
Hi,
I was notified some time ago that sylfilter is FTBFS in Fedora Rawhide. So, I
was looking at the build log, and I got this:
.
+ /usr/lib/rpm/check-rpaths
***
*
* WARNING: 'check-rpaths' detected a broken RPATH O
On 22/09/2021 15:24, Globe Trotter via devel wrote:
So, it appears that there is a standard /usr/lib64? But is it being set
directly by the spec file? How do I unset it? Any suggestions?
https://docs.fedoraproject.org/en-US/packaging-guidelines/#_removing_rpath
--
Sincerely,
Vitaly Zaitsev
Hi all,
v0.17
=
After quiet period, the neard user-space counterpart of Linux kernel NFC
stack, gets a new release - v0.17.
The release includes several fixes (including potential security fixes)
and improvements, plus few new features.
Source code release:
https://git.kernel.org/pub/scm/net
On Mon, Sep 20, 2021 at 3:11 PM Michael Catanzaro wrote:
>
> On Mon, Sep 20 2021 at 02:43:20 PM +0200, Fabio Valentini
> wrote:
> > As usual, I'm asking: Is it OK for me to fix obvious oversights, such
> > as "package was built successfully, it just needs to be submitted to
> > bodhi" or "package
> On Wednesday, September 22, 2021, 08:32:05 AM CDT, Vitaly Zaitsev via devel
> wrote:
> On 22/09/2021 15:24, Globe Trotter via devel wrote:
> So, it appears that there is a standard /usr/lib64? But is it being set
>directly by the spec file? How do I unset it? Any suggestions?
>
http
Missing expected images:
Xfce raw-xz armhfp
Compose FAILS proposed Rawhide gating check!
1 of 43 required test results missing
Unsatisfied gating requirements that could not be mapped to openQA tests:
MISSING: fedora.Cloud_Base-qcow2-qcow2.x86_64.64bit - compose.cloud_autocloud
Failed openQA tes
The KiCAD project builds "nightly" images via copr. Lately, I'm seeing many failures for the ppc64le
architecture. In some cases [1] I get "Error: Failed to download metadata for repo 'fedora'". In other
cases [2] I get "pigz: abort: write error on (No space left on device)".
Is there anyth
On Wed, Sep 22, 2021 at 3:07 AM Petr Pisar wrote:
> That's a random failure (of Fedora's HTTPS load balancer?). I always get 500
> once in a few dozens of requests:
>
> $ while wget -O /dev/null 'https://pdc.fedoraproject.org/rest_api/v1/'; do
> N=$((N+1)); echo "$N"; done
Interesting. I think
V Wed, Sep 22, 2021 at 06:40:48PM +1000, Bojan Smojver via devel napsal(a):
> Example:
>
> https://koji.fedoraproject.org/koji/taskinfo?taskID=76099482
>
> Built the same thing on F35/34/33 and EPEL8/7 and that worked. Did
> something change in Rawhide that I should be aware of or is this just a
Hi all,
v0.17
=
After quiet period, the neard user-space counterpart of Linux kernel NFC
stack, gets a new release - v0.17.
The release includes several fixes (including potential security fixes)
and improvements, plus few new features.
Source code release:
https://git.kernel.org/pub/scm/net
On Wed, 22 Sept 2021 at 10:20, Steven A. Falco wrote:
>
> The KiCAD project builds "nightly" images via copr. Lately, I'm seeing many
> failures for the ppc64le architecture. In some cases [1] I get "Error:
> Failed to download metadata for repo 'fedora'". In other cases [2] I get
> "pigz: a
On Wed, Sep 22, 2021 at 03:48:43PM +0200, Fabio Valentini wrote:
> On Mon, Sep 20, 2021 at 3:11 PM Michael Catanzaro
> wrote:
> >
> > On Mon, Sep 20 2021 at 02:43:20 PM +0200, Fabio Valentini
> > wrote:
> > > As usual, I'm asking: Is it OK for me to fix obvious oversights, such
> > > as "package
On Wed, Sep 22, 2021 at 08:27:07AM -0600, Jerry James wrote:
> On Wed, Sep 22, 2021 at 3:07 AM Petr Pisar wrote:
> > That's a random failure (of Fedora's HTTPS load balancer?). I always get 500
> > once in a few dozens of requests:
> >
> > $ while wget -O /dev/null 'https://pdc.fedoraproject.org/r
>On Wednesday, September 22, 2021, 08:32:05 AM CDT, Vitaly Zaitsev via devel
> wrote:
> On 22/09/2021 15:24, Globe Trotter via devel wrote:
>> So, it appears that there is a standard /usr/lib64? But is it being set
>> directly by the spec file? How do I unset it? Any suggestions?
> h
On Wed, 22 Sep 2021 15:43:36 + (UTC)
Globe Trotter via devel wrote:
>
>
>
>
>
> >On Wednesday, September 22, 2021, 08:32:05 AM CDT, Vitaly Zaitsev via devel
> > wrote:
>
>
>
>
>
> > On 22/09/2021 15:24, Globe Trotter via devel wrote:
> >> So, it appears that there is a standard /
W dniu 21.09.2021 o 23:12, Richard W.M. Jones pisze:
On Tue, Sep 21, 2021 at 10:16:17PM +0200, Julian Sikorski wrote:
W dniu 21.09.2021 o 11:00, Richard W.M. Jones pisze:
On Mon, Sep 20, 2021 at 11:45:39AM -0600, Jerry James wrote:
On Mon, Sep 20, 2021 at 10:49 AM Julian Sikorski wrote:
my l
We will be holding the F35 Beta Go/No-Go meeting tomorrow at 1700 UTC
in #fedora-meeting. For more information, see the calendar event[1] or
wiki page[2].
[1] https://calendar.fedoraproject.org/Fedora%20release/#m10064
[2] https://fedoraproject.org/wiki/Go_No_Go_Meeting
--
Ben Cotton
He / Him /
W dniu 22.09.2021 o 18:34, Julian Sikorski pisze:
W dniu 21.09.2021 o 23:12, Richard W.M. Jones pisze:
On Tue, Sep 21, 2021 at 10:16:17PM +0200, Julian Sikorski wrote:
W dniu 21.09.2021 o 11:00, Richard W.M. Jones pisze:
On Mon, Sep 20, 2021 at 11:45:39AM -0600, Jerry James wrote:
On Mon, Sep
On 9/20/21 14:43, Fabio Valentini wrote:
- golang-github-docker-libkv-devel-0:0.2.1-5.fc34 >
golang-github-docker-libkv-devel-0:0.2.1-2.fc35
Might be a bug in rpmautospec, it has reset the Release to 1 when it did
a build with the bootstrap flag.
__
W dniu 22.09.2021 o 18:42, Julian Sikorski pisze:
W dniu 22.09.2021 o 18:34, Julian Sikorski pisze:
W dniu 21.09.2021 o 23:12, Richard W.M. Jones pisze:
On Tue, Sep 21, 2021 at 10:16:17PM +0200, Julian Sikorski wrote:
W dniu 21.09.2021 o 11:00, Richard W.M. Jones pisze:
On Mon, Sep 20, 2021 a
Hello,
On Wednesday, September 22, 2021 7:21:42 AM EDT Miro Hrončok wrote:
> for many releases, Fedora has the brp-mangle-sehbangs BuildRoot Policy
> Script that does the following:
>
> 1) Gets all executable files in the buildroot
> 2) Gets all "text" files from those
> 3a) Mangles shebang
On 22/09/21 12:47, Artur Frenszek-Iwicki wrote:
> The build for f35 was successful:
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1835338
> I've submitted an update to bodhi as well:
> https://bodhi.fedoraproject.org/updates/FEDORA-2021-032397269f
>
> Although now that I think of it, it
On Wed, Sep 22, 2021 at 6:45 PM Robert-André Mauchin wrote:
>
> On 9/20/21 14:43, Fabio Valentini wrote:
> > - golang-github-docker-libkv-devel-0:0.2.1-5.fc34 >
> > golang-github-docker-libkv-devel-0:0.2.1-2.fc35
>
> Might be a bug in rpmautospec, it has reset the Release to 1 when it did
> a buil
OLD: Fedora-35-20210921.n.1
NEW: Fedora-35-20210922.n.0
= SUMMARY =
Added images:0
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 6
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
On Wed, Sep 22, 2021 at 6:35 PM Julian Sikorski wrote:
>
> W dniu 21.09.2021 o 23:12, Richard W.M. Jones pisze:
> > On Tue, Sep 21, 2021 at 10:16:17PM +0200, Julian Sikorski wrote:
> >> W dniu 21.09.2021 o 11:00, Richard W.M. Jones pisze:
> >>> On Mon, Sep 20, 2021 at 11:45:39AM -0600, Jerry James
Thanks, this has addressed the problem.
On Wednesday, September 22, 2021, 10:52:28 AM CDT, Dan Horák
wrote:
On Wed, 22 Sep 2021 15:43:36 + (UTC)
Globe Trotter via devel wrote:
>
>
>
>
>
> >On Wednesday, September 22, 2021, 08:32:05 AM CDT, Vitaly Zaitsev via devel
> > wrot
On 22. 09. 21 18:47, Steve Grubb wrote:
4) maybe fapolicyd-cli has better detection? Or at least, its more closely
maintained. It also has it's own ELF detection so that it's stable from
release to release.
Not checked whether it has better detection or not, but I see it would pull the
followi
On 9/22/21 11:12, Stephen John Smoogen wrote:
On Wed, 22 Sept 2021 at 10:20, Steven A. Falco wrote:
The KiCAD project builds "nightly" images via copr. Lately, I'm seeing many failures for the ppc64le
architecture. In some cases [1] I get "Error: Failed to download metadata for repo 'fedora
> I can take care of creating the side-tag,
> tagging the fpc build in it (no need to rebuild it again)
> and trying to rebuild all dependent packages there.
Sure, thanks for the help.
A.FI.
___
devel mailing list -- devel@lists.fedoraproject.org
To uns
Thank you. Will check out the logs and the bug report.
--
Bojan
-Original Message-
From: Petr Pisar
To: Development discussions related to Fedora
Cc: Bojan Smojver
Subject: Re: Rawhide: noarch package built differently on different
architectures
Date: Wed, 22 Sep 2021 16:44:52 +0200
Am 22.09.21 um 19:38 schrieb Fabio Valentini:
On Wed, Sep 22, 2021 at 6:35 PM Julian Sikorski wrote:
W dniu 21.09.2021 o 23:12, Richard W.M. Jones pisze:
On Tue, Sep 21, 2021 at 10:16:17PM +0200, Julian Sikorski wrote:
W dniu 21.09.2021 o 11:00, Richard W.M. Jones pisze:
On Mon, Sep 20, 202
No missing expected images.
Failed openQA tests: 7/204 (x86_64), 5/141 (aarch64)
New failures (same test not failed in Fedora-35-20210921.n.1):
ID: 996826 Test: x86_64 Server-dvd-iso realmd_join_sssd
URL: https://openqa.fedoraproject.org/tests/996826
ID: 996837 Test: x86_64 Workstation
On Wednesday, September 22, 2021 1:46:11 PM EDT Miro Hrončok wrote:
> > 4) maybe fapolicyd-cli has better detection? Or at least, its more
> > closely
> > maintained. It also has it's own ELF detection so that it's stable from
> > release to release.
>
> Not checked whether it has better detection
On 22. 09. 21 21:46, Steve Grubb wrote:
By chance do you have a pointer to one of those javascript files that is
misidentified? (Or any other for that matter). I'd like to see what's going on
and get a fix in place.
yarnpkg package, %prepped
$ file --mime-type yarn-1.22.10/bin/yarn.js
yarn-1.2
On Wednesday, September 22, 2021 4:26:49 PM EDT Miro Hrončok wrote:
> > By chance do you have a pointer to one of those javascript files that is
> > misidentified? (Or any other for that matter). I'd like to see what's
> > going on and get a fix in place.
>
> yarnpkg package, %prepped
>
> $ file
On 22. 09. 21 22:48, Steve Grubb wrote:
On Wednesday, September 22, 2021 4:26:49 PM EDT Miro Hrončok wrote:
By chance do you have a pointer to one of those javascript files that is
misidentified? (Or any other for that matter). I'd like to see what's
going on and get a fix in place.
yarnpkg pa
According to the schedule [1], Fedora 35 Candidate Beta-1.2 is now
available for testing. Please help us complete all the validation
testing! For more information on release validation testing, see:
https://fedoraproject.org/wiki/QA:Release_validation_test_plan
Test coverage information for the cu
On 9/22/21 4:21 AM, Miro Hrončok wrote:
> Hello,
>
> for many releases, Fedora has the brp-mangle-sehbangs BuildRoot Policy Script
> that does the following:
>
> 1) Gets all executable files in the buildroot
> 2) Gets all "text" files from those
> 3a) Mangles shebangs that are "wrong"
>
No missing expected images.
Failed openQA tests: 4/204 (x86_64), 6/141 (aarch64)
ID: 997639 Test: x86_64 Workstation-live-iso apps_startstop
URL: https://openqa.fedoraproject.org/tests/997639
ID: 997648 Test: x86_64 Workstation-live-iso desktop_login
URL: https://openqa.fedoraproject.or
I've created f35-build-side-46123 and tagged fpc-3.2.2-3.fc35 into that.
Lazarus rebuild is in progress. I will take care of rebuilding the other
packages listed in bug 1987485 as soon as I can. If the maintainers of
those packages want to rebuild their package (in the side-tag), please
do so, it
51 matches
Mail list logo
