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
oachable, and we want to 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
> participate in IRC meetings is pain in the ass 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 a
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 there pre
ay of knowing what network should be 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
Fedor
referably.
>
> 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
ed to 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
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
If you 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 serv
pile
> time, or 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
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
e're about 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 -
this 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.
op is using the Wayland 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
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
to the discussion,
>
> 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:
machine,
> > /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
onvert any packaged 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 h
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
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 whe
nd you don't know 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
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-
I'm missing to disable 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 C
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
s root, run:
>
> # 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.
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:
> >>
> >>
> >>
did suggest *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...@list
btrfs 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
iven 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, i
nd only create
that symlink 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.fedor
ish to do that 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-l
simple, robust 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
be disabled.
Instead, 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.
_
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
> > c
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
> > >
> > &
seem to want.
There's no reason to break peoples' 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
r regular users who modify
> > the configuration manually.
> >
> > Are there any recommendations for switching an existing single-config
> > package to a fully fragmented configuration? Is it worth the trouble,
> > or do you have any other suggestions?
>
M: mem 2.52%, 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
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 (
>
fter 0.0 seconds
>
>
> 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: I
e.g. 'dnf group install'.
>
> - Fedora 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 upgrade
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.
_
Fedora 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 respectfu
gt; 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
raded
> systems.
That'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.
--
Joh
hen the file 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
-resolved will brutally 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.
e the review 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-
ou
> > need to configure 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
king to see if it's 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.co
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 that it won&
hen
> performing name resolution using glibc; however, it is still provided
> for compatibility with applications that manually read this file to
> perform name resolution. Writing to /etc/resolv.conf will no longer
> work as expected.
>
>
> --
> Ben Cotton
> He /
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
ce.
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/p
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 you're
ppc64le in particular, but aarch64
> would be good too. This is for Fedora Silverblue specially.
> Any 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 l
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
kernel is alive, but
> userspace 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 -- d
with from eating all of 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.
--
Joh
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 apt
> &
o ensure 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.
pt.
--
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 Guid
mounting
> of other subvols doesn't happen today, 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 squ
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
&
n we 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
mplied.
>
>
> xattrs? That sounds unnecessary. I think the easiest would be to just
> operate on subvoumes that are named 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
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
> >>
#x27;s actually better to generate a verbose
cmdline from Anaconda'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 bes
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
&
e left.
--
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
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 doe
g all the improvements we've done to the
> Linux desktop 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
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.
long arc with 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
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:
>
> O
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 did
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
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
m. However 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 r
1 - 100 of 553 matches
Mail list logo