Dominik 'Rathann' Mierzejewski writes:
> I guess it could be fixed with a clean-room reimplementation of the
> stripped parts of FDK-AAC.
Clean-room reimplementation negates the very applicability of any
pre-existing *copyright* to your work. It does not affect applicability
of pre-existing *p
Hi everyone,
I have been de-facto maintaining containerd in Fedora as a member of the go-
sig for a little while now, as the previous maintainer no longer has time to
do. In addition to the Fedora branches, this package also exists on EPEL 7.
That branch has not been maintained for a while and h
Dominik 'Rathann' Mierzejewski wrote:
> I guess it could be fixed with a clean-room reimplementation of the
> stripped parts of FDK-AAC.
Unfortunately, the concept of clean-room does not apply to patents, only to
copyright. So it will not help here.
Kevin Kofler
_
Dominik 'Rathann' Mierzejewski wrote:
> Not everyone. New users will not be aware of RPM Fusion, so I see much
> value in having things mostly work out-of-the-box. We just have to agree
> to disagree here.
It depends on where the new users are coming from. And if they really find
Fedora but not R
Thanks for your answer Chris.
```
blackbird:~ # cryptsetup benchmark -c aes-xts-plain64 --key-size 512
# Tests approximatifs en utilisant uniquement la mémoire (pas de stockage E/S).
# Algorithme | Clé | Chiffrement |Déchiffrement
aes-xts512b84,3 MiB/s83,5
Vitaly Zaitsev via devel wrote:
> An unfiltered version has recently been approved[1].
>
> [1]: https://pagure.io/fedora-workstation/issue/300
I agree with the RPM Fusion developers that this is an absolutely ridiculous
double standard, especially with statements like "and we retire Fedora
flat
I am unable to clone repos from src.fpo since this morning.
$ fedpkg co xfce4-power-manager
Cloning into 'xfce4-power-manager'...
nonamed...@pkgs.fedoraproject.org: Permission denied (publickey).
fatal: Could not read from remote repository.
Please make sure you have the correct access rights
a
On Wed, Jun 08, 2022 at 07:32:21PM +0200, Miro Hrončok wrote:
>
> Hey Mark,
>
> will rawhide builds in Koji automatically create Bodhi updates after the
> outage is over, or is there some manual action that will be required?
I'm not Mark, but there shouldn't be any manual action needed. When the
On Wed, Jun 8 2022 at 10:49:51 PM +0200, Dominik 'Rathann' Mierzejewski
wrote:
I guess it could be fixed with a clean-room reimplementation of the
stripped parts of FDK-AAC.
Probably not. Aren't the stripped parts the parts that Fedora Legal
does not want us to have? (They wouldn't be strippe
On Wednesday, 08 June 2022 at 22:41, Michael Catanzaro wrote:
> On Wed, Jun 8 2022 at 09:47:53 PM +0200, Dominik 'Rathann' Mierzejewski
> wrote:
> > The above is mostly correct. It's not about audio quality, but
> > correctness. Specifically, HE-AAC audio is decoded incorrectly.
> > See https://bu
On Wed, Jun 8 2022 at 09:47:53 PM +0200, Dominik 'Rathann' Mierzejewski
wrote:
The above is mostly correct. It's not about audio quality, but
correctness. Specifically, HE-AAC audio is decoded incorrectly.
See https://bugzilla.redhat.com/show_bug.cgi?id=1501522#c22
for more details.
Looking at
Martin Stransky kirjoitti 6.6.2022 klo 11.48:
You can get exact info by running Firefox with
MOZ_LOG="PlatformDecoderModule:5"
env variable.
Thank you, this is a good thing to know.
However, te problem was resolved by ffmpeg-free update,
so I do not need to delve into the output this produce
On Wednesday, 08 June 2022 at 22:11, Alexander G. M. Smith wrote:
> On 2022-06-08 15:52, Dominik 'Rathann' Mierzejewski wrote:
> > 4xxx is not IvyBridge, it's Haswell.
>
> You sure? I was going by
> https://en.wikipedia.org/wiki/Ivy_Bridge_(microarchitecture)#Desktop_processors
>
> There would
Dominik 'Rathann' Mierzejewski kirjoitti 6.6.2022 klo 11.54:
On Saturday, 04 June 2022 at 00:05, Otto Urpelainen wrote:
I have discovered that installing the ffmpeg-free package degrades Firefox
video support. Without any kind of ffmpeg installed, Firefox is able to play
all the videos I want to
On 2022-06-08 15:52, Dominik 'Rathann' Mierzejewski wrote:
> 4xxx is not IvyBridge, it's Haswell.
You sure? I was going by
https://en.wikipedia.org/wiki/Ivy_Bridge_(microarchitecture)#Desktop_processors
There would be a significant change between Ivy Bridge and Haswell,
since it's a "tock" t
On Wednesday, 08 June 2022 at 21:00, Alexander G. M. Smith wrote:
> Ian Laurie wrote on Friday, 3 June 2022 at 11:17 p.m.:
> > Is anyone else seeing crashes and other strange events in VirtualBox
> > 6.1.34 (from RPMFusion) with Linux guests when the Linux host is running
> > Fedora 36 with kernel-
On Tuesday, 07 June 2022 at 16:25, Michael Catanzaro wrote:
> On Tue, Jun 7 2022 at 03:11:41 PM +0200, Dominik 'Rathann' Mierzejewski
> wrote:
> > You could say that about any software that we ship that's missing
> > features. FESCo decided it's better to include an incomplete or inferior
> > impl
Ian Laurie wrote on Friday, 3 June 2022 at 11:17 p.m.:
> Is anyone else seeing crashes and other strange events in VirtualBox
> 6.1.34 (from RPMFusion) with Linux guests when the Linux host is running
> Fedora 36 with kernel-5.17.12?
Same thing here. Host is Fedora 35 with kernel 5.17.12, using
On Wed, Jun 8, 2022 at 1:43 PM Maxwell G via devel
wrote:
>
> On Wednesday, June 8, 2022 8:59:21 AM CDT Petr Pisar wrote:
> > The problem is that RPM Fusion only targets Fedora.
>
> It also targets RHEL, CentOS Stream, and the various RHEL rebuilds.
>
For all practical purposes, that is effective
On Wednesday, June 8, 2022 8:59:21 AM CDT Petr Pisar wrote:
> The problem is that RPM Fusion only targets Fedora.
It also targets RHEL, CentOS Stream, and the various RHEL rebuilds.
--
Thanks,
Maxwell G (@gotmax23)
Pronouns: He/Him/His
signature.asc
Description: This is a digitally signed mess
On 08/06/2022 15:59, Petr Pisar wrote:
If Fedora linked to RPM
Fusion, then according some (U.S.) jurisdical frameworks Fedora and RPM Fusion
would form a unit and Fedora would become legally responsible for RPM Fusion.
I don't think so. RPM Fusion is a third party repository located and
regis
Jun 8, 2022 8:51:45 AM Matthew Miller :
> The differences outlined there result in different constraints.
I disagree that flathub flatpaks breaking our policies is incidental. The way
it
solves the "problem with Linux app distribution" is (in part) by allowing
developers to package and distribu
On 08/06/2022 15:31, Matthew Miller wrote:
The differences outlined there result in different constraints.
Flathub is a third-party repository which provides software for various
Linux distributions. It doesn't shape what software it carries around what
Fedora does not. It fundamentally exists
On Sun, Jun 05, 2022 at 08:02:21AM +, Mattia Verga via devel wrote:
>
> Il 05/06/22 09:37, Vitaly Zaitsev via devel ha scritto:
> > On 04/06/2022 22:43, Otto Urpelainen wrote:
> >> But the question is, what needs to be done so that ffmpeg-free will not
> >> suffer, either.
> > ffmpeg-free is a
On 08. 06. 22 17:48, Mark O'Brien wrote:
Hi all,
Apologies for the very delayed notice on this. I should have sent this mail a
lot earlier.
TL;DR there will be an outage of Bodhi tomorrow morning EU time for some
upgrades
Planned Outage - Bodhi upgrade - 2022-06-09 09:00 UTC
There will be
Missing expected images:
Minimal raw-xz armhfp
Compose PASSES proposed Rawhide gating check!
All required tests passed
Failed openQA tests: 6/231 (x86_64), 13/161 (aarch64)
New failures (same test not failed in Fedora-Rawhide-20220531.n.0):
ID: 1286655 Test: x86_64 Workstation-live-iso app
V Wed, Jun 08, 2022 at 09:31:34AM -0400, Matthew Miller napsal(a):
> On Tue, Jun 07, 2022 at 09:35:15PM +0200, Vitaly Zaitsev via devel wrote:
> > On 07/06/2022 17:31, Matthew Miller wrote:
> > >https://lists.fedoraproject.org/archives/list/le...@lists.fedoraproject.org/message/HYBZLG2X2G6GJKAE5VAK
On Tue, Jun 07, 2022 at 09:35:15PM +0200, Vitaly Zaitsev via devel wrote:
> On 07/06/2022 17:31, Matthew Miller wrote:
> >https://lists.fedoraproject.org/archives/list/le...@lists.fedoraproject.org/message/HYBZLG2X2G6GJKAE5VAK6UHQ4B3GNAJS/
> There is no real answer there.
The differences outlined
On Wed, Jun 08, 2022 at 12:37:03PM +0200, Zbigniew Jędrzejewski-Szmek wrote:
> ** are you using 'journal --setup-keys' and 'journalctl --verify-key=…'?
> In no, feel free to ignore this.
I tried it back in the day (like, 10 years ago), and concluded that the
"just delete logs" hole made it not wor
Hi!
** are you using 'journal --setup-keys' and 'journalctl --verify-key=…'?
In no, feel free to ignore this.
** background story:
[A very simplified explanation of "Forward Secure Sealing":
public-private key pair is generated when setting up a journal, the
private key is copied off the device
The irony is that XTS uses two different keys for different parts of the
operation. This means that AES-XTS-256 is AES128 and AES-XTS-512 is
AES256 (security is not increased by the second key).
So, you compared AES with 128 bit encryption with XChaCha with 256 bit.
And despite the doubled key
31 matches
Mail list logo
