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-20220226.0):
ID: 1150283 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On Saturday, 26 February 2022 14:19:40 CET Sérgio Basto wrote:
> On Fri, 2022-02-25 at 08:02 -0500, Neal Gompa wrote:
>
> > On Fri, Feb 25, 2022 at 4:54 AM Andreas Schneider
> > wrote:
> >
> > >
> > > Hello!
> > >
> > > Over the past 8 month, I've been working on getting Electron [1]
> > > bui
On 27/02/2022 08:23, Andreas Schneider wrote:
You don't have to. You can point electron builder to your system electron and
it will use that. Then you just do not package the electron files. All you
need is the resources directory.
You must run electron-builder on Fedora Koji. Pre-built package
Il 25/02/22 10:53, Andreas Schneider ha scritto:
> This was possible because we finally have ffmpeg [3] in Fedora.
Wow, going off-topic here, but that's great news that should have been
highlighted and announced. There are several packages that have some
functionalities disabled because ffmpeg was
OLD: Fedora-Rawhide-20220226.n.1
NEW: Fedora-Rawhide-20220227.n.0
= SUMMARY =
Added images:1
Dropped images: 1
Added packages: 0
Dropped packages:0
Upgraded packages: 9
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size
On Sat, Feb 26, 2022 at 02:00:08PM -0500, Ben Beasley wrote:
> The c4core package will be updated to 0.1.9 in Rawhide in one week
> (2022-03-05), or slightly later, with an accompanying .so version bump. This
> shouldn’t affect any packages, as c4core is a leaf package. (It will be a
> dependency f
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-20220226.0):
ID: 1150693 Test: x86_64 Cloud_Base-qcow2-qcow2 cloud_autocloud
URL: https://op
On 27/02/2022 10:51, Mattia Verga via devel wrote:
Wow, going off-topic here, but that's great news that should have been
highlighted and announced.
There will be great news when the H.264 and H.265 patents finally expire.
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
Hi,
having run "rpm -qa | uniq -d -w 10 | sort " , I got some packages two
or three times installed, and I'm not sure, that it is intended:
Device: pinephone ( rawhide )
Update Status: 2021-02-27 fully upgraded
rpm database: rebuild before running it
This could be caused by the process, how
On Sun, Feb 27, 2022 at 12:37:19PM +0100, Marius Schwarz wrote:
>
> Hi,
>
> having run "rpm -qa | uniq -d -w 10 | sort " , I got some packages two or
> three times installed, and I'm not sure, that it is intended:
>
> Device: pinephone ( rawhide )
> Update Status: 2021-02-27 fully upgraded
> rpm
OLD: Fedora-36-20220226.n.0
NEW: Fedora-36-20220227.n.0
= SUMMARY =
Added images:2
Dropped images: 0
Added packages: 0
Dropped packages:0
Upgraded packages: 0
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:0 B
Size of upgraded
Missing expected images:
Minimal raw-xz armhfp
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 21/231 (x86_64), 24/161 (aarch64)
New failures (same test not failed in Fedora-Rawhide-20220226.n.1):
ID: 1150369 Test: x86_64 Workstation-live-iso un
No missing expected images.
Failed openQA tests: 14/161 (aarch64), 5/229 (x86_64)
New failures (same test not failed in Fedora-36-20220226.n.0):
ID: 1150857 Test: aarch64 Server-dvd-iso anaconda_help@uefi
URL: https://openqa.fedoraproject.org/tests/1150857
ID: 1150865 Test: aarch64 Serve
Am 27.02.22 um 13:00 schrieb Zbigniew Jędrzejewski-Szmek:
Such duplicate packages usually happen when an upgrade is interrupted.
Are you sure you didn't have an upgrade fail at some point?
AFAIK, some failed, due to lack of free space, but all other run throu
without errors, when they finally
I am sure you are correct that this would be fine in practice, although
technically the Updates Policy[1] currently has no exception to the
notification requirements for cases where one is very sure that nobody will be
affected by an API/ABI change.
(I neglected to mention that c4fs will have t
Missing expected images:
Iot dvd aarch64
Iot dvd x86_64
Failed openQA tests: 2/15 (aarch64), 2/16 (x86_64)
New failures (same test not failed in Fedora-IoT-37-20220222.0):
ID: 1151153 Test: aarch64 IoT-dvd_ostree-iso release_identification@uefi
URL: https://openqa.fedoraproject.org/tests/11
On Sunday, 27 February 2022 10:06:17 CET Vitaly Zaitsev via devel wrote:
> On 27/02/2022 08:23, Andreas Schneider wrote:
>
> > You don't have to. You can point electron builder to your system electron
> > and
it will use that. Then you just do not package the electron files.
> > All you need is t
No missing expected images.
Failed openQA tests: 1/15 (aarch64)
Old failures (same test failed in Fedora-IoT-36-20220225.0):
ID: 1151175 Test: aarch64 IoT-dvd_ostree-iso iot_clevis@uefi
URL: https://openqa.fedoraproject.org/tests/1151175
Soft failed openQA tests: 1/16 (x86_64)
(Tests comple
On 27/02/2022 19:03, Gary Buhrmaster wrote:
Unless H.266 (VVC) takes off, and we get to
start the cycle all over again until 2040 or
so (rough estimate on patent expiration).
H.266 is not popular. Most video services (Youtube, Twitch, etc.) have
started to switch to the royalty-free AV1 codec.
On Sun, Feb 27, 2022 at 2:04 PM Vitaly Zaitsev via devel
wrote:
>
> On 27/02/2022 19:03, Gary Buhrmaster wrote:
> > Unless H.266 (VVC) takes off, and we get to
> > start the cycle all over again until 2040 or
> > so (rough estimate on patent expiration).
>
> H.266 is not popular. Most video servic
On Fri, Feb 25, 2022 at 09:05:50AM +0100, Kamil Dudka wrote:
> On Thursday, February 24, 2022 3:37:56 PM CET Neal Gompa wrote:
> > On Thu, Feb 24, 2022 at 8:58 AM Richard W.M. Jones
> wrote:
> > > On Thu, Feb 24, 2022 at 02:28:08PM +0100, Kamil Dudka wrote:
> > > > On Thursday, February 24, 2022
On 2/27/22 02:32, Andreas Schneider wrote:
> On Sunday, 27 February 2022 01:37:08 CET Demi Marie Obenour wrote:
>> On 2/26/22 02:21, Andreas Schneider wrote:
>>> On Friday, 25 February 2022 14:02:11 CET Neal Gompa wrote:
I think this is probably one of those things that would be worth
for
I noticed in the electron thread that we now have FFMPEG 5.0 in the
official Fedora repos, but this will of course mean that certain codecs are
removed due to legal concerns. This prompts a few questions though:
1) How are these removed codecs handled in the library? Can we link an
upstream applic
On Sun, Feb 27, 2022 at 9:46 PM Ian McInerney via devel
wrote:
>
> I noticed in the electron thread that we now have FFMPEG 5.0 in the official
> Fedora repos, but this will of course mean that certain codecs are removed
> due to legal concerns. This prompts a few questions though:
>
> 1) How ar
On Mon, Feb 28, 2022 at 2:46 AM Ian McInerney via devel
wrote:
> 1) How are these removed codecs handled in the library? Can we link an
> upstream application against FFMPEG in Fedora now and have it gracefully fail
> when it tries to access a non-free codec that was removed, or does the
> rem
On Mon, Feb 28, 2022 at 3:00 AM Neal Gompa wrote:
> We do also have OpenH264 support enabled via dlopening the library, so
> if the openh264 package is present on the system, it'll "just work"
> and provide H.264 support. If it is not installed, it'll return the
> correct error for applications t
On Sun, Feb 27, 2022 at 10:05 PM Gary Buhrmaster
wrote:
>
> On Mon, Feb 28, 2022 at 3:00 AM Neal Gompa wrote:
>
> > We do also have OpenH264 support enabled via dlopening the library, so
> > if the openh264 package is present on the system, it'll "just work"
> > and provide H.264 support. If it i
On Monday, February 28, 2022 3:45:55 AM CET Ian McInerney via devel wrote:
> I noticed in the electron thread that we now have FFMPEG 5.0 in the
> official Fedora repos, but this will of course mean that certain codecs are
> removed due to legal concerns. This prompts a few questions though:
>
> 1
28 matches
Mail list logo