William Hubbs writes:
> If you are running services that "need net" and you have turned off all
> of the "net" providers by adding something like rc_provide="!net" to
> their conf.d files, the services that need net will fail hard even
> though they shouldn't.
If we set rc_provide="net" in rc.co
Ian Stakenvicius posted on Fri, 24 Aug 2012 21:17:29 -0400 as excerpted:
> One thing, though, that i'm not certain of is How the different
> runlevels interact -- ie if "net" is started (considered up) at "boot",
> it should be (and i assume is, but could be wrong) "up" during "default"
> or whate
On 24/08/2012 20:57, William Hubbs wrote:
> in your /etc/conf.d/sshd file.
Looks good.. most people who have especially complex configurations
would already be doing this.
--
Diego Elio Pettenò — Flameeyes
flamee...@flameeyes.eu — http://blog.flameeyes.eu/
signature.asc
Description: OpenPGP d
On Fri, Aug 24, 2012 at 09:22:15PM -0400, Ian Stakenvicius wrote:
> I think this may again come down to the meaning of "net" -- in the
> case where rc_depend_strict="no" then "net" just means that the
> network interface infrastructure is up and running (ie net.lo); this
> should be true and imo is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 24/08/12 07:48 PM, William Hubbs wrote:
> On Sat, Aug 25, 2012 at 07:40:43AM +0900, hero...@gentoo.org
> wrote:
>> Besides, IMHO, we should avoid changing OpenRC's default
>> dependency too often. The solution for one user can be received
>> as a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 24/08/12 03:58 PM, William Hubbs wrote:
> On Fri, Aug 24, 2012 at 01:50:14PM -0400, Alexandre Rostovtsev
> wrote:
>> On Fri, 2012-08-24 at 12:10 -0500, William Hubbs wrote:
>>> The second question this bug brings up is whether services
>>> should
On Sat, Aug 25, 2012 at 07:40:43AM +0900, hero...@gentoo.org wrote:
> Besides, IMHO, we should avoid changing OpenRC's default dependency too
> often. The solution for one user can be received as a regression to
> others.
>
> People file bugs saying "it worked for OpenRC-0.9 but not 0.10". For
> d
Besides, IMHO, we should avoid changing OpenRC's default dependency too
often. The solution for one user can be received as a regression to
others.
People file bugs saying "it worked for OpenRC-0.9 but not 0.10". For
devs, we know we just changed default value of something perfectly
configurable.
Hi William,
William Hubbs writes:
> When network interfaces are pre-configured, our network scripts
> shouldn't run at all, but they can be forced to run if other services
> have "need net" in their dependencies.
>
> So my question is, should we change our services to "use net" instead of
> "nee
On 24/08/2012 12:58, William Hubbs wrote:
> This user is running with pre-configured interfaces (root is nfs
> mounted). The network interface configuration should not be touched by
> openrc.
That would be nice for LCX as well, just so you know.
--
Diego Elio Pettenò — Flameeyes
flamee...@fla
On Fri, Aug 24, 2012 at 01:50:14PM -0400, Alexandre Rostovtsev wrote:
> On Fri, 2012-08-24 at 12:10 -0500, William Hubbs wrote:
> > The second question this bug brings up is whether services should "need"
> > or "use" net. Remember that the "need" dependency will try to run the
> > needed service e
On Fri, 2012-08-24 at 12:10 -0500, William Hubbs wrote:
> The second question this bug brings up is whether services should "need"
> or "use" net. Remember that the "need" dependency will try to run the
> needed service even if it is in init.d but not in a runlevel.
Presumably that depends on the
All,
bugs like this one [1] are making me question the net/lo provides again,
and I want to know what everyone thinks.
First, do we need a provide for the loopback at all? I do not know of
any scenario in which a linux or *bsd system will not have an active
loopback interface. If we just make sur
On 08/24/2012 03:28 AM, Markos Chandras wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/23/2012 12:34 PM, Anthony G. Basile wrote:
Hi everyone,
With cia.vc no longer working, its hard to keep track of one
another's commits in real time. I used to use the web page and
the IRC chan
Some of you may have already noticed, that boost >=1.50.0-r1 does not
pull in eselect-boost anymore and does not install a profile for it
either. This is on purpose since app-admin/eselect-boost will be
removed.
Why: the purpose of eselect-boost was to make the introduction of
slotted-boost easier
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 08/23/2012 12:34 PM, Anthony G. Basile wrote:
> Hi everyone,
>
> With cia.vc no longer working, its hard to keep track of one
> another's commits in real time. I used to use the web page and
> the IRC channel like a gitweb log to see what was g
16 matches
Mail list logo
