Gentoo Archives: gentoo-amd64

From: Duncan <1i5t5.duncan@×××.net>
To: gentoo-amd64@l.g.o
Subject: [gentoo-amd64] Re: Re: provide net
Date: Fri, 30 Dec 2005 22:49:00
Message-Id: pan.2005.12.30.22.46.59.723022@cox.net
In Reply to: Re: [gentoo-amd64] Re: provide net by Dave Crane
1 Dave Crane posted <200512301639.39194.d@×××××.net>, excerpted below, on
2 Fri, 30 Dec 2005 16:39:38 -0500:
3
4 > On Thursday 29 December 2005 19:10, Duncan wrote:
5 >
6 >> How do you figure? One size doesn't fit all, but you are asking that
7 >> your size fits all?
8 >
9 > No, whomever made apache2 "need net" instead of "use net" made the
10 > decision for me (negating the admin). Now, I cannot use apache2 locally
11 > with my laptop without changing rc.conf.
12
13 Actually not. You obviously know it's "need net" where you'd consider it
14 better as "use net", so to me, the change looks pretty obvious -- a
15 one-word change to the apache2 rc-script and you have exactly what you
16 want, and you already know where to make it. =8^)
17
18 Other than that, the only thing you might have to worry about is ensuring
19 /etc/init.d isn't in your make.conf CONFIG_PROTECT_MASK (assuming /etc is
20 in CONFIG_PROTECT as it normally is).
21
22 > Just for comparison NFS would be pretty useless without a non-lo network
23 > and yet amazingly it's listed as "use net", not "need net" (portmap
24 > too).
25
26 Hmm... good point! The next logical question would be "Have you checked
27 to see if a bug has been filed and filed one if not?" After making the
28 local mod to my rc-script, knowing of the others, that would be my next
29 step, making the point you just made. Perhaps you'll get them to change
30 their minds. If not, at least you should get some insight into their
31 thinking as to why it should be "need" instead of "use".
32
33 > I know the variable well. Obviously Mr. Milesi did not, and in this
34 > particular case it seems an assumption, apache is only useful across a
35 > non-local connection, has bit him.
36 >
37 > I like Gentoo and have used it for years, because it usually doesn't
38 > make assumptions for me. Also, discussions like this rarely devolve
39 > into pissing matches like I was used to with other distros previously.
40
41 Ouch! What was that twinge I just felt? <g>
42
43 > On another note, I use softlevels/custom inits extensively to work
44 > around problems like this one. I can't imagine I'm the only one. I've
45 > also extended the softlevels to conf.d, so I have a conf.d-laptopoffline
46 > directory to correspond to the softlevel laptopoffline for alternate
47 > configs. I'm not sure if this is supported otherwise. I use this for
48 > laptops and cold spare servers (change their config completely at boot
49 > or with init).
50
51 Perhaps it's because I learned the traditional initlevel system first, but
52 initlevels seem to work just fine for my uses, here. I have the usual
53 0/shutdown, 1/single, 2/nonet (my defaultlevel), 3/net (4,5 are by default
54 identical to 3 on Gentoo and in fact many modern distros, so it's
55 relatively easy to set them up as new levels with just an item or two
56 changed from the default), and 6/reboot. However, I liked the old Gentoo
57 initlevel 1 with the normal VTs active, so I created an initlevel 9 to
58 continue that when Gentoo changed initlevel 1 to only a single VT in
59 keeping with most of the other distributions. (I'm not sure if the single
60 VT in initlevel 1 is in stable baselayout yet or not, but it has been in
61 ~amd64 for some time, now.)
62
63 I've not seen a need to use Gentoo's softlevel stuff at all, nor have I
64 needed RC_USE_CONFIG_PROFILE set yes, here. I just boot initlevel 2/nonet
65 by default, then initialize 3/network when I'm ready to do so. That's
66 less complex for me than worrying about softlevels.
67
68 --
69 Duncan - List replies preferred. No HTML msgs.
70 "Every nonfree program has a lord, a master --
71 and if you use the program, he is your master." Richard Stallman in
72 http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html
73
74
75 --
76 gentoo-amd64@g.o mailing list