On Fri, 2022-09-02 at 22:43 +0200, Fabio Valentini wrote:
> On Thu, Sep 1, 2022 at 8:02 PM Demi Marie Obenour
> wrote:
> >
> > On 9/1/22 13:47, Jaroslav Mracek wrote:
> > > With loading or not loading file list it is not so easy or in general -
> > > performance optimization is allways a trade
On Thu, Sep 1, 2022 at 8:02 PM Demi Marie Obenour wrote:
>
> On 9/1/22 13:47, Jaroslav Mracek wrote:
> > With loading or not loading file list it is not so easy or in general -
> > performance optimization is allways a trade one resource for another one or
> > for some features. DNF5 will
On Thu, Sep 01, 2022 at 05:47:21PM -, Jaroslav Mracek wrote:
> With loading or not loading file list it is not so easy or in general -
> performance optimization is allways a trade one resource for another one or
> for some features. DNF5 will provide a setting to not load file list, as well
On 9/1/22 13:47, Jaroslav Mracek wrote:
> With loading or not loading file list it is not so easy or in general -
> performance optimization is allways a trade one resource for another one or
> for some features. DNF5 will provide a setting to not load file list, as well
> to not create disk
With loading or not loading file list it is not so easy or in general -
performance optimization is allways a trade one resource for another one or for
some features. DNF5 will provide a setting to not load file list, as well to
not create disk cache, or not using zchunk (already implemented in
On Thu, Sep 1, 2022 at 8:51 AM Dan Čermák
wrote:
>
> Casey Jao via devel writes:
>
> > Old rpm-ostree thread about this:
> > https://github.com/coreos/rpm-ostree/issues/1127
> >
> > 1. Debian provides a comparably sized package catalog using one-tenth the
> > size of Fedora's metadata. Are
Casey Jao via devel writes:
> Old rpm-ostree thread about this:
> https://github.com/coreos/rpm-ostree/issues/1127
>
> 1. Debian provides a comparably sized package catalog using one-tenth the
> size of Fedora's metadata. Are there any lessons that Fedora can learn from
> Debian?
> 2. Does
Old rpm-ostree thread about this:
https://github.com/coreos/rpm-ostree/issues/1127
1. Debian provides a comparably sized package catalog using one-tenth the size
of Fedora's metadata. Are there any lessons that Fedora can learn from Debian?
2. Does SUSE have the same problem?
On Tue, 2022-08-30 at 18:07 +0200, Ralf Corsépius wrote:
>
> 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
> 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
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
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
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
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
[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
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
On 8/22/22 20:44, Adam Williamson wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1907030
>
>
On 8/22/22 20:44, Adam Williamson wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1907030
>
>
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 the
>> bug, microdnf works OK. So you
> On 29 Aug 2022, at 04:25, Adam Williamson wrote:
>
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
>
What is the contents of /etc/dnf/dnf.conf
It might help to see if there is a setting therein that is causing the
mentioned issue.
Regards
Leslie
Leslie Satenstein
Montréal Québec, Canada
On Sunday, August 28, 2022 at 11:24:30 p.m. EDT, Adam Williamson
wrote:
Hey folks! I
On Mon, Aug 29, 2022, at 11:10 AM, Adam Williamson wrote:
> On Mon, 2022-08-29 at 10:53 +0200, Fabio Valentini wrote:
>> On Mon, Aug 29, 2022 at 9:53 AM Brian (bex) Exelbierd
>> wrote:
>> >
>> > I wonder if we should take another approach here. Assuming no serious bugs
>> > in dnf, rather
On Mon, 2022-08-29 at 10:53 +0200, Fabio Valentini wrote:
> On Mon, Aug 29, 2022 at 9:53 AM Brian (bex) Exelbierd
> wrote:
> >
> > I wonder if we should take another approach here. Assuming no serious bugs
> > in dnf, rather than tuning dnf for low memory environments could we suggest
> >
On Mon, Aug 29, 2022, at 4:49 AM, Hans de Goede wrote:
> 1. ZRAM helps a lot here, but I guess with containers when limiting them
> to 1G you really only get 1G since ZRAM works on the system level not
> the container level. In the VM case though ZRAM should help, is ZRAM
> enabled ? ZRAM is
Hi,
Adam Williamson writes:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1907030
>
> it's quite an
Because it's typically not an option in these kinds of VMs – you'd need
to create a swapfile, enable it, before you could launch the first DNF
command. Ideally, disable it after, as chances are a certain bookseller
is billing you per IOPS.
It's completely out of the questions for (e.g.
On Mon, Aug 29, 2022, at 3:52 AM, Brian (bex) Exelbierd wrote:
> I use Fedora IoT on GCPs free tier offering and it is fine. I a,
> assuming `rpm-ostree install` doesn’t have this issue.
It does have the issue.
rpm-ostree links to libdnf which is doing all the same things.
As I commented
On 29-08-2022 10:49, Hans de Goede wrote:
I guess if folks can chime in with thoughts here and/or in the bug
report, maybe a consensus will emerge on just how big of an issue this
is (and how likely it is to get fixed). There will presumably be a
FESCo ticket related to prioritized bug status
On 8/29/22 09:19, Zbigniew Jędrzejewski-Szmek wrote:
On Mon, Aug 22, 2022 at 05:44:26PM -0700, Adam Williamson wrote:
it's quite an old bug, but up until recently, the summary was
apparently accurate - dnf would run out of memory with 512M of RAM, but
was OK with 1G. However, as of quite
On Mon, Aug 29, 2022 at 9:53 AM Brian (bex) Exelbierd
wrote:
>
> I wonder if we should take another approach here. Assuming no serious bugs in
> dnf, rather than tuning dnf for low memory environments could we suggest
> those folks use Fedora Silverblue, CoreOS, or IoT?
Just speaking for
Hi,
On 8/23/22 02:44, Adam Williamson wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
> https://bugzilla.redhat.com/show_bug.cgi?id=1907030
>
On Mon, Aug 29, 2022 at 5:24 AM Adam Williamson
wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
>
On Mon, Aug 22, 2022 at 05:44:26PM -0700, Adam Williamson wrote:
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
>
Once upon a time, Adam Williamson said:
> There's some discussion in the bug about what might be causing this and
> potential ways to resolve it, and please do dig into/contribute to that
> if you can, but the other question here I guess is: how much do we care
> about this? How bad is it that
On Sun, Aug 28, 2022 at 11:24 PM Adam Williamson
wrote:
>
> Hey folks! I apologize for the wide distribution, but this seemed like
> a bug it'd be appropriate to get a wide range of input on.
>
> There's a bug that was proposed as an F37 Beta blocker:
>
Hey folks! I apologize for the wide distribution, but this seemed like
a bug it'd be appropriate to get a wide range of input on.
There's a bug that was proposed as an F37 Beta blocker:
https://bugzilla.redhat.com/show_bug.cgi?id=1907030
it's quite an old bug, but up until recently, the summary
36 matches
Mail list logo
