atom feed32 messages in org.freebsd.freebsd-archRe: 4.x compatibilty.. Was: MFC of rcNG?
FromSent OnAttachments
Doug BartonJun 15, 2002 12:14 pm 
Gordon TetlowJun 16, 2002 9:58 am 
Doug BartonJun 16, 2002 11:01 am 
Julian ElischerJun 16, 2002 1:24 pm 
Doug BartonJun 16, 2002 1:50 pm 
Nik ClaytonJun 16, 2002 2:39 pm 
Doug BartonJun 16, 2002 3:07 pm 
Mike MakonnenJun 17, 2002 2:10 am 
Dag-Erling SmorgravJun 17, 2002 2:32 am 
Sheldon HearnJun 17, 2002 9:01 am 
Garance A DrosihnJun 17, 2002 11:48 am 
Mike MakonnenJun 17, 2002 4:51 pm 
Giorgos KeramidasJun 17, 2002 7:49 pm 
Sheldon HearnJun 18, 2002 1:29 am 
Doug BartonJun 18, 2002 2:06 am 
Mike MakonnenJun 18, 2002 5:04 am 
Sheldon HearnJun 18, 2002 5:21 am 
Trish LynchJun 18, 2002 6:04 am 
Mike MakonnenJun 18, 2002 6:05 am 
Sheldon HearnJun 18, 2002 6:12 am 
Mike MakonnenJun 18, 2002 7:26 am 
Doug BartonJun 18, 2002 10:54 am 
Sheldon HearnJun 18, 2002 11:06 am 
Doug BartonJun 18, 2002 11:23 am 
Sheldon HearnJun 18, 2002 11:35 am 
Doug BartonJun 18, 2002 11:41 am 
Gordon TetlowJun 18, 2002 12:53 pm 
Nik ClaytonJun 18, 2002 2:40 pm 
Doug BartonJun 18, 2002 3:17 pm 
Nik ClaytonJun 18, 2002 3:27 pm 
Garance A DrosihnJun 18, 2002 6:00 pm 
Julian ElischerJun 18, 2002 6:20 pm 
Subject:Re: 4.x compatibilty.. Was: MFC of rcNG?
From:Doug Barton (Dou@FreeBSD.org)
Date:Jun 18, 2002 3:17:13 pm
List:org.freebsd.freebsd-arch

Nik Clayton wrote:

On Tue, Jun 18, 2002 at 11:23:38AM -0700, Doug Barton wrote:

I would like to reiterate my previous points... namely that for the vast majority of users, this change will be almost unnoticed.

Not so. At least, I hope not. At the very least, I look forward to being able to tell people "Yes, you can stop/start/restart any service with 'sh /etc/rc.d/<service>.sh stop|start|restart"

Yeah, sorry... I was thinking about it from a different perspective. My point is that for most of our users, whose only contact with the rc* stuff that exists currently is twiddling rc.conf*, the change will be transparent. For those "medium to high" power/enterprise/commercial users who actually care about such things, there will be a learning curve. But (and I may be biased here) I think it's all curving in the right direction.

So, not only does the project's documentation have to change, but so does all the internal documentation maintained by companies that are using FreeBSD that describes how to do things to their FreeBSD systems.

*Nod* But, in one sense my way makes things easier because it gives you a clean point of delimitation. "If you have a 5.x system, you do this. If you have a 4.x system, you do this." As opposed to any of the 4+ different combinations of ([45].x times rc[ng|old] times other variables) that I know I'd hate to write documentation for. :)

These changes take time to make. And throwing up yet another bar in the adoption of 5.x is a *bad thing*.

This is about to become a wider discussion that rc_ng.

Ok, I agree with your premise (this is one more hurdle), but not your conclusions. I'll likely contribute to the new thread you're going to start, but briefly, my thought is that precisely because 5.x is going to be a major paradigm shift in so many other areas, we ought to get as much of the pain out of the way as early in the process as we can. I also don't think that putting the bar high is a bad thing. It'll help restrict the early adopters to people who are already highly motivated.

The contrast to "5.x is too hard to migrate to." Is, "Every time I think I understand 5.x, they change something else! To hell with them!" I think the latter is MUCH more dangerous long term.

Doug

To Unsubscribe: send mail to majo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message