On Wed, Jul 8, 2020 at 9:50 AM Matthew Miller wrote:
>
> More data is always better. I like qualifying the situations in that way. I
> think we should make our decision based on the "center" rather than the
> edges, though.
>
> For I hope obvious reasons, I'd love to see this tested on a Lenovo X1
Le jeudi 09 juillet 2020 à 09:40 -0700, PGNet Dev a écrit :
> I'm working on a spec, pulling source with forgemeta/scm
>
> With known/supported scm sources (e.g., github), it works as
> expected, with no issues.
Because every forge hosting service out there is inventing its own
archive export API
Le jeudi 09 juillet 2020 à 23:47 +, Zachary Lym a écrit :
> > Yes, it's completely reasonable to not do it. It might seem like a
> > big
> > change on its own, but Btrfs has had native compression for 10+
> > years,
> > and at least three years for most all of the workloads at Facebook.
> > So
On Fri, Jun 26, 2020 at 6:30 PM Josef Bacik wrote:
>
> On 6/26/20 11:15 AM, Matthew Miller wrote:
> > On Fri, Jun 26, 2020 at 11:13:39AM -0400, Josef Bacik wrote:
> >> Not Fedora land, but Facebook installs it on all of our root
> >> devices, so millions of machines. We've done this for 5 years.
Le jeudi 09 juillet 2020 à 23:58 -0400, Przemek Klosowski via devel a
écrit :
>
> While it's true that a completely secure software chain doesn't
> really exist yet, we are slowly going in that direction, because it
> is just inconceivable otherwise in the world with billions of
> autonomous IOT d
Matthew Miller wrote:
> I also don't see any reason to be required to keep unsolicited negative
> "private" emails secret. There's no agreement that they should be.
> However, I would request that you ignore them rather than bringing them
> back to the list. We can unsubscribe and moderate, but we
I haven't seen any mention of Silverblue in the Btrfs discussions. Will
Silverblue also switch to Btrfs if the change is approved?
I've tested installing Silverblue 32 and Rawhide with the default Btrfs
partitioning suggested by Anaconda, and in both cases the system failed to
boot after installat
On Fri, Jul 10, 2020 at 6:45 AM Marek Suchánek wrote:
>
> I haven't seen any mention of Silverblue in the Btrfs discussions. Will
> Silverblue also switch to Btrfs if the change is approved?
>
> I've tested installing Silverblue 32 and Rawhide with the default Btrfs
> partitioning suggested by A
That's perfect, thanks.
So for reference, the fix is to add an option to the kernel command line:
rootflags=subvol=$(root_device.name)
--
Marek Suchánek
He / Him / His
Technical Writer 2, Customer Content Services
Red Hat Czech
IM: msuchane
On Fri, Jul 10, 2020 at 12:51 PM Neal Gompa wrote:
On Fri, Jul 10, 2020 at 6:57 AM Marek Suchánek wrote:
>
> That's perfect, thanks.
>
> So for reference, the fix is to add an option to the kernel command line:
>
> rootflags=subvol=$(root_device.name)
>
Yes, essentially it's the label of the root subvolume.
--
真実はいつも一つ！/ Always, there's only o
On 7/10/20 5:06 AM, Nicolas Mailhot wrote:
The problem IOT side is not the security of the
software update chain. The problem is that manufacturers skimp on
software updates in the first place
Yes, that's the situation right now: everyone has a custom firmware tied
to a short product cycle---s
On Thu, Jul 9, 2020 at 5:20 PM Chris Adams wrote:
>
> Once upon a time, nick...@gmail.com said:
> > To be honest, I don't know. Do all UEFI secure boot implementations
> > allow you to add your own keys to the list of trusted keys?
>
> I believe that the Microsoft OEM Windows x86_64 distribution
On Wednesday, July 8, 2020 6:25:57 PM CEST Nicolas Mailhot via devel wrote:
> Le 2020-07-08 17:19, Pavel Raiskup a écrit :
>
> > Small experiment (few-liner) for copr with "%bid, build system tag":
> > https://pagure.io/copr/copr/pull-request/1436
>
> Well, that ties the system to corp, not koji
On Thu, Jul 09, 2020 at 02:15:03PM -0400, Matthew Miller wrote:
> On Thu, Jul 09, 2020 at 11:09:57AM -0700, Adam Williamson wrote:
> > What we're dealing with now is awkward consequences of this change for
> > existing installs, where we'd probably want to *keep* modular repos,
> > especially if an
https://bugzilla.redhat.com/show_bug.cgi?id=1855332
Petr Pisar changed:
What|Removed |Added
Status|ASSIGNED|MODIFIED
Fixed In Version|
On 09. 07. 20 20:00, Ben Cotton wrote:
https://fedoraproject.org/wiki/Changes/ModularPolicy
== Summary ==
Establish a set of rules for Modular content in Fedora to ensure an
optimal user and packager experience.
== Owner ==
* Name: [[User:Sgallagh| Stephen Gallagher]]
* Email:sgall...@redhat.co
On 7/9/20 2:24 PM, Eric Sandeen wrote:
<50 runs later on btrfs>
16 readonly mounts failed (32% failure rate)
Within the successful mounts, 1 or more files were unreachable in 30 attempts.
Across all 50 attempts, 7720 files were lost.
Is that better than ext4, and will ext4 need fsck just to be
On 09. 07. 20 20:19, Adam Williamson wrote:
On Thu, 2020-07-09 at 11:09 -0700, Adam Williamson wrote:
On Thu, 2020-07-09 at 16:45 +0200, Igor Raits wrote:
On Thu, 2020-07-09 at 07:36 -0700, John M. Harris Jr wrote:
On Thursday, July 9, 2020 5:24:59 AM MST Petr Pisar wrote:
DNF should perform
Le vendredi 10 juillet 2020 à 07:12 -0400, Przemek Klosowski via devel
a écrit :
>
> My point is that however the updates are being produced, they need a
> secure remote update method. It's not realistic to expect end users
> to be in the loop
If you remove end users from the loop there is zero
Cc'ing SciTech SIG as this is a science-related package.
Hello!
I'm orphaning gabedit. It has two bugs open:
https://bugzilla.redhat.com/buglist.cgi?bug_status=__open__&component=gabedit&product=Fedora
Last release was in February this year, so upstream is not dead,
but I don't have time to mai
On 09. 07. 20 14:24, Petr Pisar wrote:
On Thu, Jul 09, 2020 at 12:55:44PM +0200, Igor Raits wrote:
One just noticed that `dnf autoremove` is trying to remove `fedora-
repos-modular` and `fedora-repos-rawhide-modular`.
[...]
I don't know where / which the fix should be: DNF, comps or both.
Sim
Hello, Faye.
On Saturday, 04 July 2020 at 00:42, Faye C. wrote:
[...]
> Because of the way Windows 10 is, UEFI is the only thing that is
> accepted (no Legacy Boot). If I try any other OS on UEFI my laptop
> can't find the disc image. It somehow seems to be designed only for
> Windows 10. Legacy B
> Matthew Miller wrote:
>
> Well, as I understand it, the main reason he is sending those private
> replies is that he was banned from the mailing list, or put on moderation or
> something.
>
> If this mailing list were actually a place where people are allowed to voice
> their technical criti
On 09. 07. 20 12:55, Igor Raits wrote:
I don't know where / which the fix should be: DNF, comps or both.
Simply putting the fedora-repos-modular in comps won't help since DNF
is only using them when running `group install/update/remove`.
How much crazy would it be to call `dnf group upgrade cor
On Fri, Jul 10, 2020 at 07:18:06AM -0400, Neal Gompa wrote:
> I don't know this for sure, but from what I've heard, that last point
> (user management of keys) is no longer a requirement, as is being able
> to disable Secure Boot. Some of my friends have reported getting
> laptops from some big ven
On Fri, Jul 10, 2020 at 01:37:14PM +0200, Nicolas Mailhot via devel wrote:
> If you remove end users from the loop there is zero zip nada need for
> secure boot in the first place. The sole function of secure boot and
> DRPM is to prevent end users, present in the update loop, from doing
> things t
On 7/10/20 7:37 AM, Nicolas Mailhot wrote:
Le vendredi 10 juillet 2020 à 07:12 -0400, Przemek Klosowski via devel
a écrit :
My point is that however the updates are being produced, they need a
secure remote update method. It's not realistic to expect end users
to be in the loop
If you remove en
Le vendredi 10 juillet 2020 à 07:51 -0400, Solomon Peachy a écrit :
> On Fri, Jul 10, 2020 at 01:37:14PM +0200, Nicolas Mailhot via devel
> wrote:
> > If you remove end users from the loop there is zero zip nada need
> > for
> > secure boot in the first place. The sole function of secure boot
> > a
On Fr, 10.07.20 06:50, Neal Gompa (ngomp...@gmail.com) wrote:
> On Fri, Jul 10, 2020 at 6:45 AM Marek Suchánek wrote:
> >
> > I haven't seen any mention of Silverblue in the Btrfs discussions. Will
> > Silverblue also switch to Btrfs if the change is approved?
> >
> > I've tested installing Silv
Le vendredi 10 juillet 2020 à 08:00 -0400, Przemek Klosowski a écrit :
> >
> Not quite---as I said in next sentence that you didn't include in
> your quote, secure boot also tries to prevent unauthorized
> modifications,
That does not work either, because if your system is remotely
exploitable, i
On 7/10/20 8:25 AM, Nicolas Mailhot wrote:
Le vendredi 10 juillet 2020 à 08:00 -0400, Przemek Klosowski a écrit :
Not quite---as I said in next sentence that you didn't include in
your quote, secure boot also tries to prevent unauthorized
modifications,
That does not work either, because if you
Le vendredi 10 juillet 2020 à 13:22 +0200, Pavel Raiskup a écrit :
> On Wednesday, July 8, 2020 6:25:57 PM CEST Nicolas Mailhot via devel
> wrote:
> > Le 2020-07-08 17:19, Pavel Raiskup a écrit :
> >
> > > Small experiment (few-liner) for copr with "%bid, build system
> > > tag":
> > > https://pag
Le vendredi 10 juillet 2020 à 14:59 +0200, Nicolas Mailhot a écrit :
> Le vendredi 10 juillet 2020 à 13:22 +0200, Pavel Raiskup a écrit :
> > On Wednesday, July 8, 2020 6:25:57 PM CEST Nicolas Mailhot via
> > devel
> > wrote:
> > > Le 2020-07-08 17:19, Pavel Raiskup a écrit :
> > >
> > > > Small e
https://fedoraproject.org/wiki/Changes/golang1.15
== Summary ==
Rebase of Golang package to upcoming version 1.15 in Fedora 33,
including rebuild of all dependent packages(pre-release version of Go
will be used for rebuild, if released version will not be available at
the time of the mass rebuild)
Note that this proposal was prepared prior to the deadline, but due to
an error in wiki formatting, it did not appear in the queue.
On Fri, Jul 10, 2020 at 9:40 AM Ben Cotton wrote:
>
> https://fedoraproject.org/wiki/Changes/golang1.15
>
> == Summary ==
> Rebase of Golang package to upcoming vers
On Fri, Jul 10, 2020 at 12:59:37AM -0600, Chris Murphy wrote:
> https://paste.centos.org/view/f4165396
>
> Two workloads: install and update. It might seem like an update is
> both read and write dependent, but the rpms are already compressed and
> don't get compressed again. The differences, I ex
Right, upstream provided a patch which landed on Rawhide:
https://developer.blender.org/rB56d0df51a36fdce7ec2d1fbb7b47b1d95b591b5f
Could someone having python expertise check it please?
Thanks.
On 2020-07-09 1:34 a.m., Miro Hrončok wrote:
On 09. 07. 20 10:22, Dan Horák wrote:
On Thu, 9 Jul
On Fri, Jul 10, 2020, 8:37 AM Matthew Miller
wrote:
> On Fri, Jul 10, 2020 at 12:59:37AM -0600, Chris Murphy wrote:
> > https://paste.centos.org/view/f4165396
> >
> > Two workloads: install and update. It might seem like an update is
> > both read and write dependent, but the rpms are already com
On Fri, Jul 10, 2020, 6:07 AM Lennart Poettering
wrote:
> On Fr, 10.07.20 06:50, Neal Gompa (ngomp...@gmail.com) wrote:
>
> > On Fri, Jul 10, 2020 at 6:45 AM Marek Suchánek
> wrote:
> > >
> > > I haven't seen any mention of Silverblue in the Btrfs discussions.
> Will Silverblue also switch to Bt
On 10. 07. 20 17:22, Luya Tshimbalanga wrote:
Right, upstream provided a patch which landed on Rawhide:
https://developer.blender.org/rB56d0df51a36fdce7ec2d1fbb7b47b1d95b591b5f
Could someone having python expertise check it please?
If it builds, ship it :)
(The changes look reasonable.)
--
On Fri, Jul 10, 2020 at 09:34:36AM -0600, Chris Murphy wrote:
> On Fri, Jul 10, 2020, 6:07 AM Lennart Poettering
> wrote:
>
> > On Fr, 10.07.20 06:50, Neal Gompa (ngomp...@gmail.com) wrote:
> >
> > > On Fri, Jul 10, 2020 at 6:45 AM Marek Suchánek
> > wrote:
> > > >
> > > > I haven't seen any men
On 7/10/20 1:26 AM, Nicolas Mailhot wrote:
Le jeudi 09 juillet 2020 à 09:40 -0700, PGNet Dev a écrit :
I'm working on a spec, pulling source with forgemeta/scm
With known/supported scm sources (e.g., github), it works as
expected, with no issues.
involves writing the lua equivalent of regexpe
On 26.06.2020 16:42, Ben Cotton wrote:
> ** transparent compression: significantly reduces write amplification,
> improves lifespan of storage hardware
What can you say about this? https://arxiv.org/pdf/1707.08514.pdf
--
Sincerely,
Vitaly Zaitsev (vit...@easycoding.org)
___
On Friday, July 10, 2020, Vitaly Zaitsev via devel <
devel@lists.fedoraproject.org> wrote:
> On 26.06.2020 16:42, Ben Cotton wrote:
> > ** transparent compression: significantly reduces write amplification,
> > improves lifespan of storage hardware
>
> What can you say about this? https://arxiv.or
On Thu, Jul 09, 2020 at 06:15:54PM +0200, Jan Kratochvil wrote:
> On Tue, 07 Jul 2020 21:11:31 +0200, Kevin Fenzi wrote:
> > I am not sure what to tell you here. Perhaps you could describe the
> > reason you are working on the chromium debuginfo? Is it broken? Missing?
> > Less useful that normal?
> It doesn't use compression so not relevant to the cited statement?
Well the paper compares ext2, ext4, xfs, f2fs, and btrfs in terms of IO
amplification and states:
"In fact, in all our experiments, btrfs was an outlier, producing the highest
read, write, and space amplification."
The resul
On 7/10/20 10:14 AM, Vitaly Zaitsev via devel wrote:
On 26.06.2020 16:42, Ben Cotton wrote:
** transparent compression: significantly reduces write amplification,
improves lifespan of storage hardware
What can you say about this? https://arxiv.org/pdf/1707.08514.pdf
I would say that it illus
On Fr, 10.07.20 09:34, Chris Murphy (li...@colorremedies.com) wrote:
> > That makes things a lot more robust, as btrfs will then just work like
> > any other fs even if you insert the root subvol in between like
> > anaconda apparently does.
> >
> > I think there's big value in allowing short kern
On Fri, Jul 10, 2020 at 07:14:09PM +0200, Vitaly Zaitsev via devel wrote:
> On 26.06.2020 16:42, Ben Cotton wrote:
> > ** transparent compression: significantly reduces write amplification,
> > improves lifespan of storage hardware
>
> What can you say about this? https://arxiv.org/pdf/1707.08514.
https://fedoraproject.org/wiki/Changes/XorgUtilityDeaggregation
== Summary ==
The collection packages
`xorg-x11-{apps,font-utils,server-utils,utils,xkb-utils}` will be
retired, and the individual utilities within them will be packaged
separately.
== Owner ==
* Name: [[User:ajax|Adam Jackson]]
*
https://fedoraproject.org/wiki/Changes/Reserve_resources_for_active_user_WS
== Summary ==
This proposal adds cgroup based resource protections for the active
graphical session. This is done by passing a memory protection of
250MiB to active users (capped at 10% of system memory) and by
enabling ot
Maybe Workstation could provide Déjà Dup in the default system to make
it discoverable and encourage users to create backups.
It has to be an installed application (can’t be a website), and most
users would benefit from having backups.
___
devel mailing
On Friday, July 10, 2020 2:27:02 AM MST Kevin Kofler wrote:
> Matthew Miller wrote:
>
> > I also don't see any reason to be required to keep unsolicited negative
> > "private" emails secret. There's no agreement that they should be.
> > However, I would request that you ignore them rather than bri
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 notation is meaningless. By the definition of the O no
On Friday, July 10, 2020 4:12:42 AM MST Przemek Klosowski via devel wrote:
> On 7/10/20 5:06 AM, Nicolas Mailhot wrote:
>
> > The problem IOT side is not the security of the
> > software update chain. The problem is that manufacturers skimp on
> > software updates in the first place
>
>
> Yes, t
On Friday, July 10, 2020 5:05:51 AM MST Nicolas Mailhot via devel wrote:
> Le vendredi 10 juillet 2020 à 07:51 -0400, Solomon Peachy a écrit :
>
> > On Fri, Jul 10, 2020 at 01:37:14PM +0200, Nicolas Mailhot via devel
> > wrote:
> >
> > > If you remove end users from the loop there is zero zip nad
On Friday, July 10, 2020 4:39:21 AM MST Miro Hrončok wrote:
> On 09. 07. 20 14:24, Petr Pisar wrote:
>
> > On Thu, Jul 09, 2020 at 12:55:44PM +0200, Igor Raits wrote:
> >
> >> One just noticed that `dnf autoremove` is trying to remove `fedora-
> >> repos-modular` and `fedora-repos-rawhide-modular
On 10. 07. 20 23:35, John M. Harris Jr wrote:
DNF should perform "dnf mark install fedora-repos-rawhide-modular" action
on a system upgrade, because we want that package to be prensented on
the system. However I worry that DNF does not possess a capability for
doing it. (Except of injecting that
Hi,
I've prepared rebase of poppler to 0.90.0 in the side tag
"f33-build-side-25167". I ask you to build your dependent packages in it
and I will ask to merge it to main branch next Friday (17th of July).
There are several API changes and soname bump of the base library
libpoppler.so.*.
Btw,
On Friday, July 10, 2020 2:53:30 PM MST Miro Hrončok wrote:
> On 10. 07. 20 23:35, John M. Harris Jr wrote:
>
> >>> DNF should perform "dnf mark install fedora-repos-rawhide-modular"
> >>> action
> >>> on a system upgrade, because we want that package to be prensented on
> >>> the system. However
On Fri, Jul 10, 2020 at 12:16 PM Lennart Poettering
wrote:
>
> On Fr, 10.07.20 09:34, Chris Murphy (li...@colorremedies.com) wrote:
>
> > > That makes things a lot more robust, as btrfs will then just work like
> > > any other fs even if you insert the root subvol in between like
> > > anaconda ap
On Thursday, May 28, 2020 12:53:26 PM MST Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/drop_mod_php
>
> == Summary ==
> mod_php (apache2handler) is an optional httpd module to execute PHP
> scripts, not used.
>
> == Owner ==
> * Name: [[User:Remi| Remi Collet]]
> * Email: remi at fe
On Fri, Jul 10, 2020 at 8:55 PM John M. Harris Jr wrote:
>
> On Thursday, May 28, 2020 12:53:26 PM MST Ben Cotton wrote:
> > https://fedoraproject.org/wiki/Changes/drop_mod_php
> >
> > == Summary ==
> > mod_php (apache2handler) is an optional httpd module to execute PHP
> > scripts, not used.
> >
On Friday, July 10, 2020 5:56:31 PM MST Neal Gompa wrote:
> On Fri, Jul 10, 2020 at 8:55 PM John M. Harris Jr
> wrote:
> >
> >
> > On Thursday, May 28, 2020 12:53:26 PM MST Ben Cotton wrote:
> >
> > > https://fedoraproject.org/wiki/Changes/drop_mod_php
> > >
> > >
> > >
> > > == Summary ==
> > >
> https://paste.centos.org/view/f4165396
>
> Two workloads: install and update. It might seem like an update is
> both read and write dependent, but the rpms are already compressed and
> don't get compressed again. The differences, I expect, are mostly
> write performance. And this suggests it's
On Fri, Jul 10, 2020 at 8:59 PM John M. Harris Jr wrote:
>
> On Friday, July 10, 2020 5:56:31 PM MST Neal Gompa wrote:
> > On Fri, Jul 10, 2020 at 8:55 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Thursday, May 28, 2020 12:53:26 PM MST Ben Cotton wrote:
> > >
> > > > https://fedoraproject
On Friday, July 10, 2020 6:14:27 PM MST Neal Gompa wrote:
> On Fri, Jul 10, 2020 at 8:59 PM John M. Harris Jr
> wrote:
> >
> >
> > On Friday, July 10, 2020 5:56:31 PM MST Neal Gompa wrote:
> >
> > > On Fri, Jul 10, 2020 at 8:55 PM John M. Harris Jr
> > >
> > > wrote:
> > >
> > > >
> > > >
> > >
On Fri, Jul 10, 2020 at 9:26 PM John M. Harris Jr wrote:
>
> On Friday, July 10, 2020 6:14:27 PM MST Neal Gompa wrote:
> > On Fri, Jul 10, 2020 at 8:59 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Friday, July 10, 2020 5:56:31 PM MST Neal Gompa wrote:
> > >
> > > > On Fri, Jul 10, 2020 at
On Friday, July 10, 2020 6:31:08 PM MST Neal Gompa wrote:
> On Fri, Jul 10, 2020 at 9:26 PM John M. Harris Jr
> wrote:
> >
> >
> > On Friday, July 10, 2020 6:14:27 PM MST Neal Gompa wrote:
> >
> > > On Fri, Jul 10, 2020 at 8:59 PM John M. Harris Jr
> > >
> > > wrote:
> > >
> > > >
> > > >
> > >
On Fri, Jul 10, 2020 at 9:38 PM John M. Harris Jr wrote:
>
> On Friday, July 10, 2020 6:31:08 PM MST Neal Gompa wrote:
> > On Fri, Jul 10, 2020 at 9:26 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Friday, July 10, 2020 6:14:27 PM MST Neal Gompa wrote:
> > >
> > > > On Fri, Jul 10, 2020 at
On Friday, July 10, 2020 6:43:59 PM MST Neal Gompa wrote:
> On Fri, Jul 10, 2020 at 9:38 PM John M. Harris Jr
> wrote:
> >
> >
> > On Friday, July 10, 2020 6:31:08 PM MST Neal Gompa wrote:
> >
> > > On Fri, Jul 10, 2020 at 9:26 PM John M. Harris Jr
> > >
> > > wrote:
> > >
> > > >
> > > >
> > >
Hi folks! I'm proposing we cancel the QA meeting for Monday. I don't
have anything urgent new this week.
If you're aware of anything important we have to discuss this week,
please do reply to this mail and we can go ahead and run the meeting.
Note on blocker meetings: we still have a very short l
On Sat, Jul 11, 2020 at 1:50 AM John M. Harris Jr wrote:
>
> Why should I have to switch the system that's being used, and potentially
> break these servers, just because a package isn't being compiled anymore? It
> still works, and it works very well. It has less overhead than php-fpm, even!
>
On Friday, July 10, 2020 6:56:36 PM MST Gary Buhrmaster wrote:
> On Sat, Jul 11, 2020 at 1:50 AM John M. Harris Jr
> wrote:
>
> >
> >
> > Why should I have to switch the system that's being used, and potentially
> > break these servers, just because a package isn't being compiled anymore?
> > I
https://bugzilla.redhat.com/show_bug.cgi?id=1855334
--- Comment #11 from Fedora Update System ---
FEDORA-2020-1f18f358d0 has been pushed to the Fedora 31 testing repository.
In short time you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-tes
On Fri, Jul 10, 2020 at 10:05 PM John M. Harris Jr wrote:
>
> On Friday, July 10, 2020 6:56:36 PM MST Gary Buhrmaster wrote:
> > On Sat, Jul 11, 2020 at 1:50 AM John M. Harris Jr
> > wrote:
>
> >
> > >
> > >
> > > Why should I have to switch the system that's being used, and potentially
> > > bre
On Saturday, July 11, 2020, John M. Harris Jr wrote:
> On Friday, July 10, 2020 6:43:59 PM MST Neal Gompa wrote:
> > On Fri, Jul 10, 2020 at 9:38 PM John M. Harris Jr
> > wrote:
> > >
> > >
> > > On Friday, July 10, 2020 6:31:08 PM MST Neal Gompa wrote:
> > >
> > > > On Fri, Jul 10, 2020 at 9:26
On Friday, July 10, 2020 7:12:50 PM MST Neal Gompa wrote:
> On Fri, Jul 10, 2020 at 10:05 PM John M. Harris Jr
> wrote:
> >
> >
> > On Friday, July 10, 2020 6:56:36 PM MST Gary Buhrmaster wrote:
> >
> > > On Sat, Jul 11, 2020 at 1:50 AM John M. Harris Jr
> > >
> > > wrote:
> >
> >
> >
> > >
> >
On Friday, July 10, 2020 9:41:48 PM MST drago01 wrote:
> On Saturday, July 11, 2020, John M. Harris Jr wrote:
> > On Friday, July 10, 2020 6:43:59 PM MST Neal Gompa wrote:
> > > On Fri, Jul 10, 2020 at 9:38 PM John M. Harris Jr
> > >
> > > wrote:
> > > > On Friday, July 10, 2020 6:31:08 PM MST N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Fri, 2020-07-10 at 15:55 -0400, Ben Cotton wrote:
> https://fedoraproject.org/wiki/Changes/Reserve_resources_for_active_user_WS
>
> == Summary ==
> This proposal adds cgroup based resource protections for the active
> graphical session. This is d
On 7/10/20 10:55 PM, John M. Harris Jr wrote:
I demonstrated how it adds ~1ms to requests. That's one of the major downsides
to using FastCGI, and it's unavoidable.
You didn't demonstrate anything, you made an unsubstantiated claim. Did
you even look at the link that was given? Regardless of
81 matches
Mail list logo
