On Friday, November 20, 2020 11:52:46 AM MST Radka Gustavsson wrote:
> On Fri, Nov 20, 2020 at 6:03 PM John M. Harris Jr
>
> wrote:
> > On Thursday, November 19, 2020 11:17:15 AM MST Neal Gompa wrote:
> > > The move to having our own Matrix server is being driven by Fed
be appealing. Right now,
> our usage of IRC hurts us.
If Matrix bridges so well with IRC, and many upstream communities are using it
already, surely they could just join our channels through their bridges?
--
John M. Harris, Jr.
Splentity
___
devel
s for some of our contributors
> (myself included.)
Have you considered using a bouncer, similar software or weechat/irssi, such
that you don't have to switch hardware? This kind of software has become much
easier to use these days, and there are many services available with web based
options if you ar
On Tuesday, September 29, 2020 9:36:38 AM MST Dan Williams wrote:
> On Tue, 2020-09-29 at 09:18 -0700, John M. Harris Jr wrote:
>
> > On Tuesday, September 29, 2020 5:13:48 AM MST Zbigniew Jędrzejewski-
> > Szmek
> > wrote:
> >
> > > On Mon, Sep 28, 2020
On Tuesday, September 29, 2020 5:13:48 AM MST Zbigniew Jędrzejewski-Szmek
wrote:
> On Mon, Sep 28, 2020 at 11:41:12PM -0700, John M. Harris Jr wrote:
>
> > On Monday, September 28, 2020 9:39:17 AM MST Michael Catanzaro wrote:
> >
> > > You can do this, but again,
On Tuesday, September 29, 2020 6:41:12 AM MST Lennart Poettering wrote:
> On Di, 29.09.20 04:03, John M. Harris Jr (joh...@splentity.com) wrote:
>
>
> > > Search domains on VPNs are an indicator that these domains are handled
> > > by the VPN, that's why we use t
On Tuesday, September 29, 2020 3:59:14 AM MST Lennart Poettering wrote:
> On Di, 29.09.20 03:49, John M. Harris Jr (joh...@splentity.com) wrote:
>
>
> > Search domains have absolutely nothing to do with routing. Search domains
> > are specifically used for resolving non-FQD
On Tuesday, September 29, 2020 1:01:23 AM MST Lennart Poettering wrote:
> On Mo, 28.09.20 23:37, John M. Harris Jr (joh...@splentity.com) wrote:
>
>
> > > Configure "." as "routing domain" on a specific iface and the lookups
> > > wil go ther
used
to get the right results. Routing and DNS are unrelated.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedorap
> Ideally you'd use more fine grained routing domains however.
>
> Lennart
Lennart,
Is that a NetworkManager setting or a systemd-resolved setting? Is that going
to be exposed in the GUI, or is it something that gets hidden away?
How does systemd-resolved figure out what domains
bring
up that replacing /etc/resolv.conf would cause needless trouble, and that
looking for the comment NetworkManager puts in it wasn't sufficient, but my
messages were ignored.
Not only will this needlessly break existing configurations, but it will leak
all of your priv
On Friday, September 11, 2020 4:36:38 AM MST Björn Persson wrote:
> John M. Harris Jr wrote:
> > On Thursday, September 10, 2020 11:56:25 PM MST alcir...@posteo.net wrote:
> > > But systemd in Fedora is built to use
> > > FallbackNTPServers=0.fedora.pool.ntp.org 1.
On Thursday, September 10, 2020 10:38:51 PM MST Zbigniew Jędrzejewski-Szmek
wrote:
> On Thu, Sep 10, 2020 at 06:37:56PM -0700, John M. Harris Jr wrote:
>
> > On Thursday, September 10, 2020 4:42:24 AM MST Zbigniew Jędrzejewski-Szmek
> >
wrote:
> >
> > > O
On Thursday, September 10, 2020 11:56:25 PM MST alcir...@posteo.net wrote:
> On Thu, 2020-09-10 at 18:33 -0700, John M. Harris Jr wrote:
>
> >
> > Why in the world would systemd have anything to do with NTP? We still
> > use
>
>
> It has to do with NTP in the
need to, provide the trivial two-line
> dropin file to override this locally.
Zbyszek,
I'm definitely not suggesting something that is "non-working". That said, not
having any DNS servers configured indicates that remote lookup should not be
used, not that a random DNS server should be picked by th
r provide a default resolved.conf file where FallbackDNS is
> uncommented and filled.
It's important to note that this is also a major change in behavior.
Currently, when no DNS servers are configured, your system will only perform
local lookup, and will not look at an external DNS server.
--
John
On Thursday, September 10, 2020 1:36:18 AM MST alcir...@posteo.net wrote:
> On Thu, 2020-09-10 at 01:02 -0700, John M. Harris Jr wrote:
>
> >
> >
> > A quick reminder that we're about to release with the system
> > configured to use
> > Google DNS when no DN
to release with the system configured to use
Google DNS when no DNS servers are configured. If privacy is valued at all,
this needs to be addressed before release.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.f
is is not likely a decision that would be reached by
Fedora as a whole, if this had been put to a vote.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
F
d display system now. X
> applications will continue to run transparently through XWayland.
>
>
> --
> Ben Cotton
> He / Him / His
> Senior Program Manager, Fedora & CentOS Stream
> Red Hat
> TZ=America/Indiana/Indianapolis
As long as this can be fixed back to X11
On Monday, September 7, 2020 7:25:49 AM MST Martin Kolman wrote:
> On Tue, 2020-09-01 at 19:15 -0700, John M. Harris Jr wrote:
>
> > On Tuesday, September 1, 2020 1:22:26 PM MST Michael Catanzaro wrote:
> >
> > > Hi,
> > >
> > > We currently have a
On Saturday, September 5, 2020 8:40:21 AM MST Matthew Miller wrote:
> On Fri, Sep 04, 2020 at 05:14:21PM -0700, John M. Harris Jr wrote:
>
> > That's an interesting choice. Isn't it a bit of a waste to put all of the
> >
> > resources into Pagure for so long, onl
cussion,
>
> Aoife
>
>
> [1] https://gitlab.com/gitlab-org/gitlab/-/issues/217350
That's an interesting choice. Isn't it a bit of a waste to put all of the
resources into Pagure for so long, only to jump over to GitLab?
--
John M. Harris, Jr.
On Wednesday, September 2, 2020 8:03:03 AM MST David Tardon wrote:
> Hello,
>
> On Mon, 2020-08-31 at 23:46 -0700, John M. Harris Jr wrote:
>
> > On Monday, August 31, 2020 11:24:57 PM MST David Tardon wrote:
> >
> > > On Mon, 2020-08-31 at 00:
/etc/cron.weekly/98-zfs-fuse-scrub is the only real crontab entry.
>
>
> I also noticed that yesterday:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1874553
>
> Michael
Michael,
What's meant is that people are still setting up scheduled tasks by running
`crontab -e` and
aged cronfiles into systemd
> timers. But it seems that this is already mostly done. On my machine,
> /etc/cron.weekly/98-zfs-fuse-scrub is the only real crontab entry.
>
> Those are not big programs, but each thing that is running on a
> machine has some small i
On Tuesday, September 1, 2020 7:29:44 PM MST Ed Greshko wrote:
> On 2020-09-02 10:21, John M. Harris Jr wrote:
>
> > I don't know what you're talking about here. Am I missing something? Is
> > this a F33 Change? Exact content of my /etc/nsswitch:
>
>
> Is your syst
On Tuesday, September 1, 2020 5:19:15 AM MST Florian Weimer wrote:
> * John M. Harris, Jr.:
>
>
> > Sure, those two companies will be thrilled, I'm sure. This is a huge
> > disservice to our users. Why in the world does systemd try to force DNS
> > servers when non
how to configure DNS, you likely have
> bigger problems than systemd....
If this is unlikely to be used, can we get this set to empty by default in
Fedora?
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
On Tuesday, September 1, 2020 7:14:35 AM MST Michael Catanzaro wrote:
> On Mon, Aug 31, 2020 at 11:49 pm, John M. Harris Jr
> wrote:
>
> > Michael,
> >
> > The file is /etc/nsswitch.conf.
>
>
> You're wasting everyone's time with these low-effort spa
le this behavior, or do I have to
write my own kickstart to fix that?
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.
On Monday, August 31, 2020 8:32:49 AM MST Vitaly Zaitsev via devel wrote:
> On 31.08.2020 17:07, John M. Harris Jr wrote:
>
> > ship a release with "fallback" to Google and Cloudflare DNS?
>
>
> Big Brother will be happy. :-)
Sure, those two companies will be thr
gt; # authselect apply-changes
>
> and then restart your browser. That's not the configuration we want to
> use in F33, but hopefully it will "fix" your problem. Please let me
> know if it works!
>
> Michael
Michael,
The file is /etc/nsswitch.conf.
--
John M. Ha
On Monday, August 31, 2020 11:24:57 PM MST David Tardon wrote:
> On Mon, 2020-08-31 at 00:08 -0700, John M. Harris Jr wrote:
>
> > On Saturday, August 29, 2020 3:36:33 PM MST Colin Walters wrote:
> >
> > > https://blog.verbum.org/2020/08/22/immutable-%E2%86%92-
On Monday, August 31, 2020 6:43:37 AM MST Ed Greshko wrote:
> On 2020-08-31 21:40, John M. Harris Jr wrote:
>
> > On Monday, August 31, 2020 1:22:58 AM MST Ed Greshko wrote:
> >
> >> On 2020-08-30 18:30, Andreas Tunek wrote:
> >>
> >>
> >>
t *disabling* it, but
there's a far better option: Have it start in the background, if it doesn't
already.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Cod
s 325048326213600 26109168 20% /home
> /dev/vda1ext4 999320 184228 746280 20% /boot
> nas:/volume1/aux nfs4 5621463168 1920182016 3701281152 35% /aux
Ed,
Where did you set these fallback servers? This is something that you
specifically chose to do, and n
time. I'm
not concerned about Fedora defined cron jobs, or I wouldn't be including `atd`
in that list anyway. I don't think that anything in Fedora itself uses `atd`.
The end user is the one that will be using `crond` and `atd`.
If you just put these in the background, if they're not alread
ink on new installs. That would simplify the logic, and prevent
breaking peoples' systems needlessly. All users would benefit this way.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe se
with an editor, such as Emacs, Vim or ed. I did it
with shell expansion to make it easier to format into an email.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedorapro
bust way elsewhere. This way, everyone benefits.
Sysadmins don't have to deal with that nightmare, packagers don't have to deal
with it, upstream software devs don't get patches flying in from all around to
apply this to their software, and folks that want to give it a go can play
around wit
ad, perhaps these could be marked such that they'll start in the
background, instead of inhibiting the sddm/whatever GNOME's service is from
starting, if they're not already marked as such.
--
John M. Harris, Jr.
___
devel mailing list -- devel@
On Saturday, August 29, 2020 1:00:17 AM MST Samuel Sieb wrote:
> On 8/28/20 9:40 PM, John M. Harris Jr wrote:
>
> > Please don't invent a new logic, especially the one that systemd does.
> > This makes it very difficult to figure out where in the world the
> > config
On Friday, August 28, 2020 9:55:18 PM MST drago01 wrote:
> On Saturday, August 29, 2020, John M. Harris Jr
>
> wrote:
> > On Monday, August 10, 2020 9:52:42 AM MST Michael Catanzaro wrote:
> > > On Tue, Aug 4, 2020 at 9:08 am, Michael Catanzaro
> > >
> > &
oples' systems here, we can easily plan for this.
I also don't know where you're getting this estimate of 99% of users not
changing this file.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an emai
switching an existing single-config
> > package to a fully fragmented configuration? Is it worth the trouble,
> > or do you have any other suggestions?
>
>
> Yes, it's definitely worth the trouble, it makes many things easier and
> more robust.
Who does this m
, swap 10%, Where does 2.52 come from, pray?
Are you kidding? The system still had over a quarter of a gigabyte of free
RAM. There's no reason to start killing off processes at that point. That's
tons of free memory. To put that into perspective, that's enough free memory
to store over 1000 average-leng
On Wednesday, August 12, 2020 3:43:24 PM MST Samuel Sieb wrote:
> On 8/12/20 12:06 PM, John M. Harris Jr wrote:
>
> > On Wednesday, August 12, 2020 11:27:37 AM MST Sergio Belkin wrote:
> >
> >> mem avail: 337 of 15887 MiB ( 2.13%), swap free:0 of 4095 MiB (
&
econds
>
>
> So I wonder if is advisable using EarlyOOM + ZRAM Only, what do you
> think?
> Thanks in advance!
Please keep this in mind going forward, and take a moment to consider enabling
EarlyOOM in Fedora. As it turns out, EarlyOOM does exactly what it says it
does: It kills yo
dora has a "rescue" GRUB boot menu option. This is a "no
> host-only" initramfs. Currently it's never updated, i.e. it gets
> stale. For a while I've wanted us to remove this initramfs during
> release upgrades, so they get regenerated. At the least it'd be nice
> to mak
he dependency into
> fedora-release as was proposed elsewhere.
Generally, if you let the package go, your system won't suffer from your
processes getting killed needlessly. This is likely a benefit, so I don't know
if this is really a bug.
--
John M. Harris, Jr.
___
ra wiki didn't just appear magically one day: your colleagues in
> Fedora put effort into standing it up and its maintainance, and some
> have even worked on mediawiki itself. Telling us that it "sucks" is not
> courteous, polite, considerate, or respectful. I've s
>
> That information is stale. The feature page has been updated.
>
> man page contains:
>
>To disable a configuration file supplied by the vendor, the
> recommended way is to place a symlink to /dev/null in the
> configuration directory in /etc/, with the same filename
's not necessarily a bad thing. Regardless of what we do here, systemd-
resolved is a consumer of NetworkManager's configuration.
> We should replace it with a symlink to systemd if (and only
> if) it's managed by NetworkManager.
Sounds good.
--
John M. Harris, Jr.
___
le was generated.
Agreed, I don't think I ever removed that from my /etc/resolv.conf on any of
my systems.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...
y overwrite them whenever it feels the
> need to.
To prevent brutally overwriting configuration, it would be best not to replace
/etc/resolv.conf with a symlink on upgrade, ignoring user configuration, but
to do so on all new installs.
--
John M. Harris, Jr.
_
ew has
> completed. You can ask releng at: https://pagure.io/releng/
>
>
> Note: I have only updates the rpms namespace, there are 44 modules and
> container in the same situation for which I don't quite know what to do.
I'll update emacs-php-mode and submit a ne
systemd-resolved itself, either through
> > NetworkManager (as we will recommend) or directly through
> > systemd-resolved's configuration interface (if not using NetworkManager).
>
>
> Thanks, I guess I misunderstood because of alarmist tones.
> This will work just fin
set by NetworkManager or the end
user, and replaced with a symlink. This will needlessly break users' systems
upon upgrade. Lennart described another mode of operation for systmed-
resolved, where it continues to use /etc/resolv.conf exactly as you'd expect.
-
On Sunday, July 26, 2020 7:47:08 PM MST Gordon Messmer wrote:
> On 7/26/20 6:15 PM, John M. Harris Jr wrote:
>
> > Please do not disable reading from /etc/resolv.conf.
>
>
>
> Where did you get the impression that the change would do that?
>
> Relev
On Sunday, July 26, 2020 7:06:48 PM MST Michael Catanzaro wrote:
> On Sun, Jul 26, 2020 at 6:15 pm, John M. Harris Jr
> wrote:
>
> > Please do not disable reading from /etc/resolv.conf. If you do so,
> > please
> > limit that to the Spins
; perform name resolution. Writing to /etc/resolv.conf will no longer
> work as expected.
>
>
> --
> Ben Cotton
> He / Him / His
> Senior Program Manager, Fedora & CentOS Stream
> Red Hat
> TZ=America/Indiana/Indianapolis
Please do not disable reading from /etc
On Sunday, July 26, 2020 7:50:35 AM MST Chris Murphy wrote:
> On Sun, Jul 26, 2020 at 12:43 AM John M. Harris Jr
> wrote:
> >
> >
> > On Saturday, July 25, 2020 11:31:18 PM MST Qiyu Yan wrote:
> >
> > > John M. Harris Jr 于 2020年7月26日周日 下午2:25写道：
> &g
On Saturday, July 25, 2020 11:31:18 PM MST Qiyu Yan wrote:
> John M. Harris Jr 于 2020年7月26日周日 下午2:25写道：
>
> > On Saturday, July 25, 2020 10:29:45 PM MST Qiyu Yan wrote:
> > > But your advice to use dnf is not a good one. The thread is about the
> >
> > topic
&g
What does Silverblue use, if not `dnf`?
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/pro
On Saturday, July 25, 2020 4:28:19 PM MST Erich Eickmeyer wrote:
> On 7/25/2020 3:39 PM, John M. Harris Jr wrote:
> > The solution is to run the following command:
> >
> > `dnf install $package`. This will install your arch's version of the
> > package yo
help is welcome!
>
> Thank you!
The solution is to run the following command:
`dnf install $package`. This will install your arch's version of the package
you're looking for.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lis
rg/orphans-2020-07-20.txt
> grep it for your FAS username and follow the dependency chain.
> rmattes: emacs-lua
If somebody would be willing to sponsor me, I could take this package.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedo
is dead.
Userspace isn't dead when a system is thrashing. Your software is still
running. If it gets killed, you're most likely going to lose your data.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe s
our
RAM, not killing everything but those. The kernel OOM killer does its job, and
it does it well. The goal is to ensure the kernel can keep doing its job, it's
not going to try to figure out what you intend for userspace, as well it
shouldn't.
--
John M. Harris, Jr.
_
On Saturday, July 18, 2020 3:25:35 AM MST Benjamin Berg wrote:
> On Fri, 2020-07-17 at 19:44 -0700, John M. Harris Jr wrote:
> > On Friday, July 17, 2020 10:06:53 AM MST Benjamin Berg wrote:
> > > What we achieve by killing a process is that we give the kernel more
> &
On Friday, July 17, 2020 10:20:54 PM MST Anthony F McInerney wrote:
> On Sat, 18 Jul 2020 at 04:19, John M. Harris Jr
>
> wrote:
> > On Thursday, July 16, 2020 3:11:19 AM MST Dridi Boukelmoune wrote:
> > > there was no reason not to replac it with regular a
ure the
package remains alive and kicking for years to come. I've gone through the
review process with another package previously, and I can cite the bugzilla
ticket, if it's a requirement that I demonstrate an understanding of that
process.
--
John M. Harris, Jr.
___
ohn M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: ht
oday, or even automatic snapshotting.
Using a "generator" for this is probably the least discoverable way to go
about it, in this case. Again, fstab solves this problem. We don't need to
replace our wheels with square ones.
--
John M. Harris, Jr.
On Thursday, July 16, 2020 2:37:55 PM MST Ben Cotton wrote:
> > F33 Change proposal: Replace Linux kernel with BSD kernel - System-Wide
Well, which BSD kernel? ;)
This email just serves as a neat example of that potential new format for
Change proposals.
--
John M. Harr
On Friday, July 17, 2020 10:06:53 AM MST Benjamin Berg wrote:
> On Fri, 2020-07-17 at 09:12 -0700, John M. Harris Jr wrote:
> > On Tuesday, July 14, 2020 1:18:08 AM MST Benjamin Berg wrote:
> > > So, we don't want to get the kernel into the situation where it must
> &
shouldn't enable EarlyOOM, as it will kill processes
from in main memory.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduc
a certain way. For example, we
> could say, if the generator finds a set of subvolumes called
> "/_home." on the root fs, then it would sort them by name, and
> pick the last one of it, and automatically synthesize a .mount unit
> that mounts it to /home. And similar for other
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
> >>
's initial installation, such that the end user can see
the options they may want to modify first. Removing these options is harmful.
These things shouldn't try to hide themselves away in "generators". The best
way to go about it, as I see it, is the way we've always handled it. The root
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, an
t.
--
John M. Harris, Jr.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guide
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
experience in Fedora Workstation to at least Fedora KDE,
> if not all Fedora desktop variants. And where it makes sense, I will
> attempt to bring these improvements to *all* Fedora variants.
That sounds like an excellent idea, but I'm not convinced that killing users'
processes, while the
On Saturday, July 11, 2020 3:14:06 PM MST Gary Buhrmaster wrote:
> On Sat, Jul 11, 2020 at 9:11 PM John M. Harris Jr
> wrote:
>
> > None of this is relevant ... (to) ... a package which is ...
> > widely used, however.
>
>
> You keep making that assertion.
ith multiple components and incremental changes. The pro and
> con to earlyoom is the same: it's simple.
How about, instead of a half-baked solution that you're *plan* to get rid of
soon, you keep the playtesting to GNOME Spin, and don't hurt the KDE Spin in
the process, as this Change will do?
--
On Saturday, July 11, 2020 11:47:30 AM MST Jonathan Wakely wrote:
> On 11/07/20 01:44 -0700, John M. Harris Jr wrote:
>
> >I said that php-fpm was fast than mod_php, however it's just not a huge
>
>
> When?
>
> I see the opposite claim, repeatedly:
>
> On 10/
On Saturday, July 11, 2020 1:34:12 AM MST Samuel Sieb wrote:
> On 7/11/20 1:09 AM, John M. Harris Jr wrote:
>
> > It's demonstrably false that php-fpm "saves hundreds" of milliseconds,
> > unless you're counting up every single saved ms over the course of a
> >
On Friday, July 10, 2020 11:45:06 PM MST Samuel Sieb wrote:
> 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 dem
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 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
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 pac
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 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
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
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
Now that this has been accepted, I take it that the current maintainer of
mod_php no longer wants to maintain it? I'd like to offer to take over the
package if that's the case, so that Fedora will continue to work for those
using mod_php.
--
John M. Harris, Jr.
___
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 p
I worry that DNF does not possess a capability for
> > doing it. (Except of injecting that command into some externally executed
> > script.)
>
>
> Can we amend dnf system-upgrade to do this?
Wouldn't that install modular repos on systems that end users have removed it
f
1 - 100 of 553 matches
Mail list logo
