On 7/10/20 11:12 PM, John M. Harris Jr wrote:
> On Thursday, July 9, 2020 2:19:27 PM MST Przemek Klosowski via devel wrote:
>> On 7/9/20 8:44 AM, Kevin Kofler wrote:
>>
>>> Przemek Klosowski via devel wrote:
>>>
* disk access is literally O(1) slower than RAM access
>>>
>>> This notatio
Le dimanche 12 juillet 2020 à 13:07 -0700, Kevin Fenzi a écrit :
> On Sun, Jul 05, 2020 at 02:15:23PM +0200, Nicolas Mailhot via devel
> wrote:
> >
> > This is now done in the latest code refresh and in the test copr
> > https://src.fedoraproject.org/fork/nim/rpms/redhat-rpm-config/c/bc4e6a79355f3
On Sat, 11 Jul 2020 16:52:41 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> warning: Unexpected size of section `.reg-xstate/59286' in core file.
> #0 0x7f552f8b3b95 in raise () from /lib64/libc.so.6
> (gdb)
>
> Is this gcc, gdb, binutils, something else?
gdb is older than kernel and you have t
On Sun, 2020-07-12 at 14:46 -0700, John M. Harris Jr wrote:
> That sounds like an excellent idea, but I'm not convinced that killing users'
> processes, while there's still tons of memory free available, is actually an
> improvement.
I think you should rather think of "MemAvailable" as a measure
On Sun, Jul 12, 2020 at 02:27:49PM -0700, John M. Harris Jr wrote:
> There's no reason to "update" any config, php-fpm is just an alternative
> option. mod_php still works well, and doesn't need to be replaced by those
> currently using it. It's still supported by the upstream, is still widely
>
On Fr, 10.07.20 18:55, Chris Murphy (li...@colorremedies.com) wrote:
> > There's really no need to complicate things by pushing btrfsisms into
> > user-visible concepts needlessly.
>
> It's been this way in Fedora for a decade.
Well, that's an argument one could also use against btrfs. We are
try
Announcing the creation of a new nightly release validation test event
for Fedora 33 Rawhide 20200713.n.0. Please help run some tests for this
nightly compose if you have time. For more information on nightly
release validation testing, see:
https://fedoraproject.org/wiki
On Sat, 11 Jul 2020 at 09:24, Jiri Vanek wrote:
>
> Hello!
>
> toatal packages: 610
> passed: 427
> failed: 176
>
> From the failures, there is 29 which passed in the copr before, and now
are thus failing from two
> reasons - unrelated change, or non-intel64-arch failure. I will put this
to FTBF b
Hello!
toatal packages: 610
passed: 427
failed: 176
From the failures, there is 29 which passed in the copr before, and now are
thus failing from two
reasons - unrelated change, or non-intel64-arch failure. I will put this to
FTBF bugs for those 29
pacakges,
In Monday, or as other duties allo
OLD: Fedora-Rawhide-20200710.n.1
NEW: Fedora-Rawhide-20200713.n.0
= SUMMARY =
Added images:3
Dropped images: 4
Added packages: 5
Dropped packages:2
Upgraded packages: 296
Downgraded packages: 0
Size of added packages: 30.48 MiB
Size of dropped packages
On Mon, Jul 13, 2020 at 10:59:24AM +0100, Joe Orton wrote:
> > It'd be as simple as accepting ngompa's PR, here:
> > https://src.fedoraproject.org/rpms/php/pull-request/4
>
> Remi has rejected the PR. There is really nothing more to discuss here,
> and I cannot really see you are making a produc
The following packages are orphaned and will be retired when they
are orphaned for six weeks, unless someone adopts them. If you know for sure
that the package should be retired, please do so now with a proper reason:
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
Note: If
On 7/10/20 5:22 PM, John M. Harris Jr wrote:
Android, actually, is trying to get it right by a) being a platform so
that common security updates are available from the platform owner, and
can be applied to everyone's system and b) having a secure remote update
method.
The problem with implementi
limb: php-IDNA_Convert, php-simplepie, php-markdown
I took these, for moodle.
--
Gwyn Ciesla
she/her/hers
in your fear, seek only peace
in your fear, seek only love
-d. bowie
Sent with ProtonMail Secure Email.
signature.asc
Description: Open
On Monday, July 13, 2020 2:59:24 AM MST Joe Orton wrote:
> On Sun, Jul 12, 2020 at 02:27:49PM -0700, John M. Harris Jr wrote:
>
> > There's no reason to "update" any config, php-fpm is just an alternative
> > option. mod_php still works well, and doesn't need to be replaced by those
> > currently
On Monday, July 13, 2020 1:58:30 AM MST Benjamin Berg wrote:
> But, I also think that the people proposing this have done quite a lot
> of testing to find reasonable values for various scenarios. If they
> have done their job correctly, then EarlyOOM will *not* prevent you
> from fully utilizing yo
On Monday, July 13, 2020 7:52:51 AM MST Przemek Klosowski via devel wrote:
> On 7/10/20 5:22 PM, John M. Harris Jr wrote:
> >> Android, actually, is trying to get it right by a) being a platform so
> >> that common security updates are available from the platform owner, and
> >> can be applied to e
On Mon, Jul 13, 2020 at 4:12 AM Lennart Poettering wrote:
>
> On Fr, 10.07.20 18:55, Chris Murphy (li...@colorremedies.com) wrote:
>
> > > There's really no need to complicate things by pushing btrfsisms into
> > > user-visible concepts needlessly.
> >
> > It's been this way in Fedora for a decade
On Mon, Jul 13, 2020 at 9:22 AM John M. Harris Jr wrote:
>
> On Monday, July 13, 2020 1:58:30 AM MST Benjamin Berg wrote:
> > But, I also think that the people proposing this have done quite a lot
> > of testing to find reasonable values for various scenarios. If they
> > have done their job corre
On Monday, July 13, 2020 3:12:22 AM MST Lennart Poettering wrote:
> On Fr, 10.07.20 18:55, Chris Murphy (li...@colorremedies.com) wrote:
>
>
> > > There's really no need to complicate things by pushing btrfsisms into
> > > user-visible concepts needlessly.
> >
> >
> >
> > It's been this way in Fe
On Mon, 2020-07-13 at 08:21 -0700, John M. Harris Jr wrote:
> On Monday, July 13, 2020 1:58:30 AM MST Benjamin Berg wrote:
> > But, I also think that the people proposing this have done quite a lot
> > of testing to find reasonable values for various scenarios. If they
> > have done their job corre
> MemAvailable is a bad heuristic, it does *not* represent "free"
> memory.
MemAvailable is a good heuristic, it does represent available memory.
вт, 14 июл. 2020 г. в 00:49, Benjamin Berg :
> On Mon, 2020-07-13 at 08:21 -0700, John M. Harris Jr wrote:
> > On Monday, July 13, 2020 1:58:30 AM MS
> Upon reading the SwapOnZRAM feature proposal, I see it is advocating
> allocating 50% of ram for swap
50% means zram disksize (max size of uncompressed data stored in zram
device) = 50% MemTotal. This data will be compressed, so, its size in RAM
will be smaller than 50% MemTotal (maybe 25% with
On 12/07/20 12:52 +0100, Ian McInerney wrote:
On Sun, Jul 12, 2020 at 12:46 PM Jonathan Wakely
wrote:
On 12/07/20 12:33 +0100, Ian McInerney wrote:
This is what the upstream project explicitly says to do when using LLVM10:
>
https://github.com/imageworks/OpenShadingLanguage/blob/master/src/
> The most
> common value I've found over a long period of time, for swap without
> hibernation is 50% of RAM.
With low RAM (2G) it's easy to use swap on zram with disksize = 150%
MemTotal with opening browsers.
50% maybe OK with MemTotal=8G.
> I'd like to hear from Alexey what he thinks about f
On Mon, Jul 13, 2020 at 10:25:36AM +0200, Jan Kratochvil wrote:
> On Sat, 11 Jul 2020 16:52:41 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> > warning: Unexpected size of section `.reg-xstate/59286' in core file.
> > #0 0x7f552f8b3b95 in raise () from /lib64/libc.so.6
> > (gdb)
> >
> > Is this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tue, 2020-07-14 at 01:28 +0900, Alexey A. wrote:
> > The most
> > common value I've found over a long period of time, for swap
> > without
> > hibernation is 50% of RAM.
>
> With low RAM (2G) it's easy to use swap on zram with disksize = 150%
> M
Is this just about the specific URL or also about the "Naming Policy"?
I am asking, because I already had a lot of arguments about the
branching on this list and various different places but this guideline
still insist that "using upstream major versions as branches is
recommended". This is not ac
On 7/13/20 8:21 AM, John M. Harris Jr wrote:
On Monday, July 13, 2020 1:58:30 AM MST Benjamin Berg wrote:
But, I also think that the people proposing this have done quite a lot
of testing to find reasonable values for various scenarios. If they
have done their job correctly, then EarlyOOM will *
On Monday, July 13, 2020 10:48:03 AM MST Samuel Sieb wrote:
> On 7/13/20 8:21 AM, John M. Harris Jr wrote:
>
> > On Monday, July 13, 2020 1:58:30 AM MST Benjamin Berg wrote:
> >
> >> But, I also think that the people proposing this have done quite a lot
> >> of testing to find reasonable values f
On Tue, 2020-07-14 at 00:55 +0900, Alexey A. wrote:
> > MemAvailable is a bad heuristic, it does *not* represent "free"
> > memory.
>
> MemAvailable is a good heuristic, it does represent available
> memory.
Maybe. But the point is that I expect a system to be in trouble long
before the value of
On Mo, 13.07.20 09:23, Chris Murphy (li...@colorremedies.com) wrote:
> I offer it to contradict the assertion that the current arrangement is
> "pushing btrfsisms". It is originally Fedora. And having to use btrfs
> specific commands to set/get the default, as you propose, is the
> "btrfsism" - in
>
> A cursory glance shows that some failed with network problems. E.g.
> plexus-velocity failed with this:
>
> DEBUG util.py:621: Errors during downloading metadata for repository 'build':
> DEBUG util.py:621: - Curl error (18): Transferred a partial file for
> http://kojipkgs-cache01.s390.
On Monday, July 13, 2020 11:13:50 AM MST Lennart Poettering wrote:
> On Mo, 13.07.20 09:23, Chris Murphy (li...@colorremedies.com) wrote:
>
>
> > I offer it to contradict the assertion that the current arrangement is
> > "pushing btrfsisms". It is originally Fedora. And having to use btrfs
> > sp
On Mon, 13 Jul 2020 18:32:10 +0200, Zbigniew Jędrzejewski-Szmek wrote:
> gdb-9.2-2.fc33.x86_64 which is the latest rawhide build... Does gdb need
> updating?
You may rather ask at gdb -at - sourceware.org.
Jan
___
devel mailing list -- devel@lists.fed
i've installed a minimal F32 instance
building up the rpmbuild env, 'mock' pkg is installed
rpm -qa | grep mock
mock-core-configs-32.6-1.fc32.noarch
mock-2.3-1.fc32.noarch
there's _no_ expected 'mock' group installed
getent group mock
On Mon, Jul 13, 2020 at 4:15 PM PGNet Dev wrote:
> i can easily manually create the group, but ... this suggests something's
> missing/broken in my install; I'd like to find/fix it.
>
> if not 'mock' what pkg (re)install creates the mock group?
The mock-core-configs package is supposed to do tha
Would someone with sufficient powers mind queueing up this update?
Thanks,
--
Bojan___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorapr
On 7/13/20 3:20 PM, Jerry James wrote:
> On Mon, Jul 13, 2020 at 4:15 PM PGNet Dev wrote:
>> i can easily manually create the group, but ... this suggests something's
>> missing/broken in my install; I'd like to find/fix it.
>>
>> if not 'mock' what pkg (re)install creates the mock group?
>
> Th
On Tue, Jul 14, 2020 at 08:33:04AM +1000, Bojan Smojver via devel wrote:
> Would someone with sufficient powers mind queueing up this update?
I would assume that person would be the one who built it...
perhaps there's some reason for not wanting to push it yet.
(CCing builder here)
kevin
sig
On Mon, Jul 13, 2020 at 12:14 PM Lennart Poettering
wrote:
> Quite frankly, I don't see why the boot loader should care about the
> btrfs subvolume the initrd later picks at all.
As far as I'm aware, rootflags= is a kernel boot parameter, and it
informs the kernel of mount options for the file s
On Mon, Jul 13, 2020 at 12:14 PM Lennart Poettering
wrote:
>
> On Mo, 13.07.20 09:23, Chris Murphy (li...@colorremedies.com) wrote:
>
> > Since it's mostly bootloader domain, and relates to a snapshot and
> > rollback paradigm as well, I think it's properly addressed in design
> > and planning tha
On Mon, Jul 13, 2020 at 11:56 AM John M. Harris Jr wrote:
>
> On Monday, July 13, 2020 10:48:03 AM MST Samuel Sieb wrote:
> > On 7/13/20 8:21 AM, John M. Harris Jr wrote:
> >
> > > On Monday, July 13, 2020 1:58:30 AM MST Benjamin Berg wrote:
> > >
> > >> But, I also think that the people proposing
On Mon, Jul 13, 2020 at 12:00 PM Benjamin Berg wrote:
>
> If MemAvailable drops below 250MiB (roughly 6GiB * 4%), then this means
> that we have less than 500MiB left for file caches. If we can't swap
> (remember, swap is already pretty full too), then a big chunk of these
> caches need to be drop
On 2020-07-12 1:22 p.m., Robert-André Mauchin wrote:
On Sunday, 12 July 2020 22:13:54 CEST Luya Tshimbalanga wrote:
Thank you for Thumbleweed spec file. With some adjustment, the build
almost succeed as the shaders path managed to fail.
On 2020-07-11 12:46 p.m., Robert-André Mauchin wrote:
45 matches
Mail list logo
