Gary Buhrmaster wrote:
> While not exactly the same, the measured increase in size
> by the Arch community for their packaging by moving from
> xz to zstd was ~0.8% (and gaining a huge reduction in CPU
> utilization at the decompress end).
I don't know what xz settings Arch was using, but in the c
Chris Murphy wrote:
> Even at 8% bigger it would be worth it. And probably 16%.
I disagree. We need to stop treating bloat like a feature.
And please see my other replies for why this is a particularly bad tradeoff
in this particular case.
> Gaining additional features, like on the fly checksum
On Tue, Jan 7, 2020 at 12:51 PM Nicolas Mailhot via devel
wrote:
>
> Yes, it worked because it was a press-friendly “fairy tale” story, not
> because of the cash spent on marketing (or because of the quality of
> the marketed product).
>
It's both, though. Having a good story is part of the answer
On Tue, Jan 7, 2020 at 4:21 PM Kevin Kofler wrote:
> Kamil Paral wrote:
> > Well for the general user, everything is one-time. One download, one
> write
> > to USB, one install. Saving a minute in one step and adding it to a
> > different step doesn't really matter, it's the same sum overall (unl
And whoever maintains RPM Fusion would have to ensure somehow that all
users of the rpm update within 30 days ... Seriously, I don't think
anybody can put the data up on a server with no per-user authentication
without violating the license.
Dave
On Tue, Jan 07, 2020 at 05:31:48PM +0100, Kevin Ko
On Sun, Jan 5, 2020, at 12:08 PM, Chris Murphy wrote:
> I've pretty much concluded Fedora is best off dropping the nested ext4
> in favor of plain squashfs, and using zstd.
Fedora CoreOS already uses zstd for squashfs:
https://github.com/coreos/coreos-assembler/blob/master/src/cmd-buildextend-
I intended to demonstrate that cgroups can be used to cause the kernel OOM
killer to react appropriately and fast enough, implying that replacing the
OOM killer is not necessary and that replacing it by a userspace OOM killer
that does not account for cgroups can be undesirable. The exact same cont
On Tue, Jan 7, 2020 at 1:48 PM Mark Otaris wrote:
>
> I intended to demonstrate that cgroups can be used to cause the kernel OOM
> killer to react appropriately and fast enough, implying that replacing the
> OOM killer is not necessary and that replacing it by a userspace OOM killer
> that does no
#8504 Planned Outage - Fedora Staging - 2020-01-13 21:00 UTC
Opened a day ago by smooge. Modified 4 hours ago
Open
There will be an outage starting at 2020-01-13 21:00UTC,
which will last approximately 4 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrast
8505 Planned Outage - Fedora Build Systems - 2020-01-14 21:00 UTC
Opened a day ago by smooge. Modified 2 minutes ago
Open
Planned Outage - Fedora Build Systems - 2020-01-14 21:00 UTC
There will be an outage starting at 2020-01-14 21:00 UTC,
which will last approximately 4 hours.
To convert UTC to
#8506 Planned Outage - Fedoraproject.org - 2020-01-15 21:00 UTC
Opened a day ago by smooge. Modified a day ago
Open
Planned Outage - Fedoraproject.org - 2020-01-15 21:00 UTC
There will be an outage starting at 2020-01-15 21:00UTC,
which will last approximately 4 hours.
To convert UTC to your loca
On Fri, 2019-12-13 at 17:13 -0800, Adam Williamson wrote:
> On Fri, 2019-12-13 at 11:17 -0800, Adam Williamson wrote:
> > It...*could* also work for non-candidate (i.e. nightly) Pungi 4
> > composes that have been garbage collected by retrieving the info from
> > PDC, but this thread has made me re
Once upon a time, Dave Dykstra said:
> And whoever maintains RPM Fusion would have to ensure somehow that all
> users of the rpm update within 30 days ... Seriously, I don't think
> anybody can put the data up on a server with no per-user authentication
> without violating the license.
Not really
Hi,
Thank you Igor for your review.
On Thu, Jan 2, 2020 at 10:52 PM Igor Gnatenko <
ignatenkobr...@fedoraproject.org> wrote:
> I think it would be useful to mention in the change page that
> langpacks-core-* already depend on "good quality font". If that is
> already there, I apologize.
>
>
I th
vokoscreenNG packaged now. Nice to have such app available in official repos.
F31: https://bodhi.fedoraproject.org/updates/FEDORA-2020-a489a2436a
F30: https://bodhi.fedoraproject.org/updates/FEDORA-2020-aa27dbce21
___
devel mailing list -- devel@lists.fe
Awesome!
On 1/8/20 10:09 AM, Artem Tim wrote:
vokoscreenNG packaged now. Nice to have such app available in official repos.
F31: https://bodhi.fedoraproject.org/updates/FEDORA-2020-a489a2436a
F30: https://bodhi.fedoraproject.org/updates/FEDORA-2020-aa27dbce21
___
101 - 116 of 116 matches
Mail list logo
