On 29-08-2022 19:32, Chris Murphy wrote:
On Mon, Aug 29, 2022, at 11:12 AM, Chris Murphy wrote:
On Mon, Aug 29, 2022, at 11:10 AM, Adam Williamson wrote:
There *is* a workaround, BTW - I didn't mention this in my
original mail, and probably should have. At least according to
discussion in t
V Tue, Aug 30, 2022 at 09:39:27AM +0300, Alexander Bokovoy napsal(a):
> On ma, 29 elo 2022, Adam Williamson wrote:
> > On Tue, 2022-08-30 at 00:32 -0400, DJ Delorie wrote:
> > > It sounds to me like the problem is "how do we best use the available
> > > automated test resources?" so I'll answer acc
I think that the first steps here would be to:
- package it in Fedora
- write a documentation page on how to use it (the quick docs may be a good
place: https://docs.fedoraproject.org/en-US/quick-docs/)
- do a lot of testing and benchmarks to get memory and performance numbers for
each major Fedo
Hi everyone,
I'm the maintainer of the FreeRADIUS package in Fedora and RHEL. This
package contains multiple subpackages that are shipped in Fedora while
In RHEL9 we removed some of these. There are some users requesting
these subpackages to be available in RHEL9, so I would like to add
them to EP
On 30. 08. 22 12:10, Antonio Torres wrote:
Hi everyone,
I'm the maintainer of the FreeRADIUS package in Fedora and RHEL. This
package contains multiple subpackages that are shipped in Fedora while
In RHEL9 we removed some of these. There are some users requesting
these subpackages to be availabl
On Mon, Aug 29, 2022 at 10:48 PM Miro Hrončok wrote:
>
> On 29. 08. 22 20:30, Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/StrongCryptoSettings3Forewarning2
> >
> > == Summary ==
> >
> > Cryptographic policies will be tightened in Fedora ''38''-39,
> > SHA-1 signatures will no long
The current status is:
- opentoonz: was adapted in
https://src.fedoraproject.org/rpms/opentoonz/pull-request/1, built and
updated
- openmeeg: was re-adapted in
https://src.fedoraproject.org/rpms/openmeeg/pull-request/2, built and
updated
Thanks Diego and Antonio for your quick response.
- freefe
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2122605
Pretty simple package, just a small library and a single tool.
This bug depends on a change to the Rawhide kernel configuration
before it will work (https://bugzilla.redhat.com/2122595) but I don't
think that needs to get in the way of
OLD: Fedora-Rawhide-20220829.n.0
NEW: Fedora-Rawhide-20220830.n.0
= SUMMARY =
Added images:2
Dropped images: 0
Added packages: 34
Dropped packages:1
Upgraded packages: 85
Downgraded packages: 1
Size of added packages: 5.86 MiB
Size of dropped packages
[I can't find the original message, so sorry about incorrect threading]
This bug is another symptom of issues which make it hard to run Fedora
in "small" systems with "only" 1GB of RAM.
Another is that LUKS filesystem decryption uses a deliberately
"memory-hard" algorithm called Argon2 which req
On Mon, Aug 29, 2022 at 02:30:44PM -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/StrongCryptoSettings3Forewarning2
>
> == Summary ==
>
> Cryptographic policies will be tightened in Fedora ''38''-39,
> SHA-1 signatures will no longer be trusted by default.
> Fedora ''38'' will
From my perspective, anything that blocks the release is on the
critical path. So any time there's a violation of the release criteria
and the package is not on the critical path definition, that's a bug
in the definition.
I recognize that this is a somewhat naïve view. For one, it may
broaden the
On Tue, Aug 30, 2022, at 8:27 AM, Richard W.M. Jones wrote:
> Another is that LUKS filesystem decryption uses a deliberately
> "memory-hard" algorithm called Argon2 which requires loads of RAM and
> sometimes has problems running on a machine with 1GB and no swap.
The built-in default for crypts
OLD: Fedora-37-20220829.n.0
NEW: Fedora-37-20220830.n.0
= SUMMARY =
Added images:3
Dropped images: 1
Added packages: 0
Dropped packages:1
Upgraded packages: 1
Downgraded packages: 0
Size of added packages: 0 B
Size of dropped packages:31.46 KiB
Size of
On Tue, Aug 30, 2022, at 9:43 AM, Chris Murphy wrote:
> On Tue, Aug 30, 2022, at 8:27 AM, Richard W.M. Jones wrote:
>> Another is that LUKS filesystem decryption uses a deliberately
>> "memory-hard" algorithm called Argon2 which requires loads of RAM and
>> sometimes has problems running on a mac
Hello,
I'd like to inform you that starting from
redhat-rpm-config-230-1.fc38, the "%configure" macro will check for
the availability of the "--runstatedir" option in the configure script
and make use of it if it is.
Frédéric Bérat
Senior Software Engineer, Platform Tools
Red Hat
fbe...@redhat
On 30/08/2022 15:48, Chris Murphy wrote:
The built-in default for cryptsetup on Fedora is LUKS2 which uses
argon2id with parameters:
Iteration time: 2000, Memory required: 1048576kB, Parallel threads: 4
This is maximum, it is decreased according to benchmark during format.
It is pos
Am 29.08.22 um 15:43 schrieb Dan Čermák:
I agree, this needn't block F37, but I still think that this should be
fixed. Unless I use microdnf, I cannot upgrade my VPS with 1GB RAM that
happily hosts my home page, which is quite a bummer and a bit of a shame
to be honest.
Are you trying to "dnf u
Hello,
In September package slf4j in Fedora Rawhide will be updated to a new
major version 2.0.0. This update contains API and ABI breaks,
therefore I am announcing it in advance. More details follow.
SLF4J is a popular Java logging framework. A new major version 2.0.0
has been recently released.
===
#fedora-meeting: FESCO (2022-08-30)
===
Meeting started by mhayden at 17:00:02 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting/2022-08-30/fesco.2022-08-30-17.00.log.html
Meeting summary
---
On Mon, Aug 15, 2022 at 05:04:27PM -0400, Ben Cotton wrote:
> == Detailed Description ==
> Upstream has changed the naming of the "minizip" package to
> "minizip-ng" and we should follow their naming so there is no
> confusion about which package is the right one. Upstream has also
> requested to r
On Thu, Aug 25, 2022 at 9:53 AM Miro Hrončok wrote:
>
> Hello folks,
>
> during our Nest FESCo session, we've talked about enabling Koschei [1] for all
> packages automatically.
>
> There seem to be a consensus by FESCo members, that it would be a good thing.
>
> What would it take?
>
> 1) Koji re
On Tue, 2022-08-30 at 09:39 +0300, Alexander Bokovoy wrote:
> On ma, 29 elo 2022, Adam Williamson wrote:
> > On Tue, 2022-08-30 at 00:32 -0400, DJ Delorie wrote:
> > > It sounds to me like the problem is "how do we best use the available
> > > automated test resources?" so I'll answer accordingly.
On Tue, 2022-08-30 at 10:19 +0200, Petr Pisar wrote:
> V Tue, Aug 30, 2022 at 09:39:27AM +0300, Alexander Bokovoy napsal(a):
> > On ma, 29 elo 2022, Adam Williamson wrote:
> > > On Tue, 2022-08-30 at 00:32 -0400, DJ Delorie wrote:
> > > > It sounds to me like the problem is "how do we best use the
On Tue, 2022-08-30 at 09:14 -0400, Ben Cotton wrote:
> From my perspective, anything that blocks the release is on the
> critical path. So any time there's a violation of the release criteria
> and the package is not on the critical path definition, that's a bug
> in the definition.
>
> I recogniz
I'll trade you for a basic Python package:
https://bugzilla.redhat.com/show_bug.cgi?id=2121258
On Tue, Aug 30, 2022 at 6:56 AM Richard W.M. Jones
wrote:
>
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=2122605
>
> Pretty simple package, just a small library and a single tool.
>
> This bu
Ah I see you got someone.
On Tue, Aug 30, 2022 at 3:19 PM Jonathan Wright
wrote:
> I'll trade you for a basic Python package:
> https://bugzilla.redhat.com/show_bug.cgi?id=2121258
>
> On Tue, Aug 30, 2022 at 6:56 AM Richard W.M. Jones
> wrote:
>
>>
>> https://bugzilla.redhat.com/bugzilla/show_b
On 22/08/30 05:57PM, Zbigniew Jędrzejewski-Szmek wrote:
> On Mon, Aug 15, 2022 at 05:04:27PM -0400, Ben Cotton wrote:
> > == Detailed Description ==
> > Upstream has changed the naming of the "minizip" package to
> > "minizip-ng" and we should follow their naming so there is no
> > confusion about
Guys,
I'm not sure what I'm doing wrong, but for some reason I can no longer call
"fedpkg -- update" on any of the repositories (el8, el7, fc36, etc).
It prompts me for the password and then goes through the routine that it's
not accepted.
I'm using the same password that I can correctly log int
On Tue, Aug 30, 2022 at 05:50:08PM -0400, Chris wrote:
> Guys,
>
> I'm not sure what I'm doing wrong, but for some reason I can no longer call
> "fedpkg -- update" on any of the repositories (el8, el7, fc36, etc).
>
> It prompts me for the password and then goes through the routine that it's
> no
Hi all,
Just a note that I finally got the X1 Carbon G10 with Fedora up in North
America. It's taken a few weeks of wrangling with the web team but it's
there. Please let me know if you see any issues. Go to the X1 Carbon
page in the US or Canada and look for "ThinkPad X1 Carbon Gen 10 Intel
(14")
> The reason this bug isn't hitting RHEL right now is simply just because the
> default
RHEL repositories are much smaller - also crucially things like many -devel
packages are
in a separate repository.
RHEL actually is hitting this issue in different contexts for an entirely
different reason (
On Mon, Aug 29, 2022 at 2:05 AM Tomáš Popela wrote:
>
> Hi Sérgio,
>
> Dne so 27. 8. 2022 21:53 uživatel Sérgio Basto napsal:
>>
>> As Kevin Kofler (more or less) wrote in "Pcre Deprecation" thread,
>> maybe we should be prepared to support pcre-1 forever and IMO we also
>> can extend the concept
On Fri, Aug 26, 2022 at 10:09 AM Vít Ondruch wrote:
>
>
> Dne 25. 08. 22 v 16:38 Fabio Valentini napsal(a):
> > On Thu, Aug 25, 2022 at 4:34 PM Ankur Sinha wrote:
> >> On Thu, Aug 25, 2022 15:58:12 +0200, Fabio Valentini wrote:
> >>> Yeah that should be pretty simple. Get list of source packages
On ti, 30 elo 2022, Adam Williamson wrote:
On Tue, 2022-08-30 at 09:39 +0300, Alexander Bokovoy wrote:
On ma, 29 elo 2022, Adam Williamson wrote:
> On Tue, 2022-08-30 at 00:32 -0400, DJ Delorie wrote:
> > It sounds to me like the problem is "how do we best use the available
> > automated test re
35 matches
Mail list logo
