Le 13/02/2020 à 17:50, Stephen John Smoogen a écrit :
In the end, the problem is that NetworkManager, FirewallD, and other
'automatic' helpers are 'part' of the OS.. and while it was easy to tear
them out in earlier versions.. as time goes on it is not.
For a car analogy, it was much easier to c
hi,
On Mon, Feb 10, 2020 at 8:55 AM Nicolas Kovacs wrote:
> Hi,
>
>
> On servers though, one of the first post-installation steps I performed
> was to
> get rid of Network-Manager and all its components. The servers I'm working
> on
> are relatively small-scale and have from one to four ne
On 2020-02-13 10:50, Stephen John Smoogen wrote:
On Thu, 13 Feb 2020 at 11:40, Nicolas Kovacs wrote:
Le 11/02/2020 à 14:11, Jonathan Billings a écrit :
I've mentioned on this list countless times about how NetworkManager
is actually pretty good for a general server. Automatic link
detectio
On Thu, Feb 13, 2020 at 05:53:41PM +0100, Nicolas Kovacs wrote:
> I just came to the same conclusion. So it looks like I'll have to
> catch up and do some RTFM on NetworkManager, FirewallD (which I've
> replaced by a handcrafted iptables script) and Chrony (replaced by
> ntpd).
Whatever your views
Le 13/02/2020 à 17:50, Stephen John Smoogen a écrit :
In the end, the problem is that NetworkManager, FirewallD, and other
'automatic' helpers are 'part' of the OS.. and while it was easy to tear
them out in earlier versions.. as time goes on it is not.
For a car analogy, it was much easier to c
On Thu, 13 Feb 2020 at 11:40, Nicolas Kovacs wrote:
> Le 11/02/2020 à 14:11, Jonathan Billings a écrit :
> > I've mentioned on this list countless times about how NetworkManager
> > is actually pretty good for a general server. Automatic link
> > detection and activation/deactivation, a dispatch
Le 11/02/2020 à 14:11, Jonathan Billings a écrit :
I've mentioned on this list countless times about how NetworkManager
is actually pretty good for a general server. Automatic link
detection and activation/deactivation, a dispatch service on link
activation/deactivation, support for bringing up
On Tue, Feb 11, 2020 at 06:29:29PM +0100, Nicolas Kovacs wrote:
> As much as I love CentOS (been using it since 4.x), some days I just miss
> the bone-headed approach of Slackware and FreeBSD. Just edit
> /etc/rc.d/rc.inet1.conf or /etc/rc.conf and you're done.
Nothing is stopping you from creatin
Le 11/02/2020 à 16:27, Stephen John Smoogen a écrit :
1. Red Hat is a company of 14,000 people many of which have diverging views
on how things should be run and why. This means that you may see 4-5
different tools to fix a problem all of which solve the part that they were
originally developed f
On Tue, 11 Feb 2020 at 08:17, Mauricio Tavares wrote:
> On Tue, Feb 11, 2020 at 8:12 AM Jonathan Billings
> wrote:
> >
> > On Tue, Feb 11, 2020 at 06:11:04AM +0100, Simon Matter via CentOS wrote:
> > > Unfortunately, instead of fixing/refactoring the whole bash networking
> > > script mess, anot
On Tue, Feb 11, 2020 at 08:17:18AM -0500, Mauricio Tavares wrote:
> I thought that systemd was under redhat, so I am confused why
> they would not be pushing it instead of networkmanager. Am I missing
> something?
systemd has several Red Hat employees working on systemd, I believe,
but it's
On Tue, Feb 11, 2020 at 8:12 AM Jonathan Billings wrote:
>
> On Tue, Feb 11, 2020 at 06:11:04AM +0100, Simon Matter via CentOS wrote:
> > Unfortunately, instead of fixing/refactoring the whole bash networking
> > script mess, another new project was started instead, called
> > systemd-networkd :-)
On Tue, Feb 11, 2020 at 06:11:04AM +0100, Simon Matter via CentOS wrote:
> Thanks for confirming that NetworkManager is not the solution for
> everyone. To me it seems that NetworkManager was developed by laptop users
> for laptop users and that's why it is what it is today. Useful for
> laptops/de
> On 09/02/2020 23:55, Nicolas Kovacs wrote:
>
> Hi Nicolas,
>
> [snip]
>
>> Maybe there's a reason to make NetworkManager more or less mandatory
>> from now on, but I don't see it. So I thought I'd rather ask on this
>> list.
>
> Like you, I read about NetworkManager becoming the default tool for
On 09/02/2020 23:55, Nicolas Kovacs wrote:
Hi Nicolas,
[snip]
> Maybe there's a reason to make NetworkManager more or less mandatory
> from now on, but I don't see it. So I thought I'd rather ask on this list.
Like you, I read about NetworkManager becoming the default tool for
CentOS 8. So I sa
Once upon a time, Stephen John Smoogen said:
> The reason is that having 1 way to configure networks makes it so the
> developer and tech support only have to diagnose issues from 1 set of tools
> versus two different ones (and occasionally 2 competing ones if both are
> trying to do their job at
On Mon, 10 Feb 2020 at 02:55, Nicolas Kovacs wrote:
> Hi,
>
> I'm currently reading the upstream "Considerations in adopting RHEL 8"
> document. The chapter about networking states that traditional networking
> scripts (shipped with the network-scripts package) are considered obsolete.
>
> I blun
Hi,
I'm currently reading the upstream "Considerations in adopting RHEL 8"
document. The chapter about networking states that traditional networking
scripts (shipped with the network-scripts package) are considered obsolete.
I bluntly admit I don't see the point in this. As far as I'm concern
18 matches
Mail list logo
