On Sun, 15 Jan 2012 08:51:53 +
Chris Rees wrote:
[snip]
> Don't thank me!
>
> http://lists.freebsd.org/pipermail/cvs-ports/2012-January/233843.html
Wow! Doug has been a busy boy recently! :-)
> The only ones that will cause trouble are the ones provided by
> upstream, but a quick sed li
On Sun, 15 Jan 2012 00:40:36 -0800
Doug Barton wrote:
> On 01/15/2012 00:11, Conrad J. Sabatier wrote:
>
> > Chris, if you're working on fixing ports' rc files
>
> Thanks for taking a look at this. FYI, all of the rc.d scripts that
> are actually in the ports tree have already been fixed. The o
On 15 January 2012 08:11, Conrad J. Sabatier wrote:
> On Sat, 14 Jan 2012 15:30:15 +
> Chris Rees wrote:
>
>> On 14 January 2012 15:16, Rainer Hurling wrote:
>> > On 14.01.2012 10:05 (UTC+1), Doug Barton wrote:
>> >>
>> >> Howdy,
>> >>
>> >> Per discussion in freebsd-rc@, I have removed set_
On 01/15/2012 00:11, Conrad J. Sabatier wrote:
> Chris, if you're working on fixing ports' rc files
Thanks for taking a look at this. FYI, all of the rc.d scripts that are
actually in the ports tree have already been fixed. The outliers at this
point are scripts that are included in the distfiles
On Sat, 14 Jan 2012 15:30:15 +
Chris Rees wrote:
> On 14 January 2012 15:16, Rainer Hurling wrote:
> > On 14.01.2012 10:05 (UTC+1), Doug Barton wrote:
> >>
> >> Howdy,
> >>
> >> Per discussion in freebsd-rc@, I have removed set_rcvar() from
> >> rc.subr. The concept of set_rcvar() was nice i
On 14.01.2012 22:29 (UTC+1), Doug Barton wrote:
On 01/14/2012 07:16, Rainer Hurling wrote:
BTW, is there any reason not to set 'rcvar=${name}_enable' in all that
cases?
http://lists.freebsd.org/pipermail/freebsd-rc/2012-January/002660.html
Also, as I pointed out in my commit message, using th
On 01/14/2012 07:16, Rainer Hurling wrote:
> BTW, is there any reason not to set 'rcvar=${name}_enable' in all that
> cases?
http://lists.freebsd.org/pipermail/freebsd-rc/2012-January/002660.html
Also, as I pointed out in my commit message, using the literal value is
a tiny bit faster, and every
On 01/14/2012 06:44, Jilles Tjoelker wrote:
> Why must the 2-argument form of set_rcvar die at the same time? It is
> used very differently and does not cause unnecessary forks. Instead, it
> is called in the same shell environment to define additional rc.conf
> variables that have defaults and are
On 14 January 2012 15:16, Rainer Hurling wrote:
> On 14.01.2012 10:05 (UTC+1), Doug Barton wrote:
>>
>> Howdy,
>>
>> Per discussion in freebsd-rc@, I have removed set_rcvar() from rc.subr.
>> The concept of set_rcvar() was nice in theory, but the forks it creates
>> are a drag on the startup proce
On 14.01.2012 10:05 (UTC+1), Doug Barton wrote:
Howdy,
Per discussion in freebsd-rc@, I have removed set_rcvar() from rc.subr.
The concept of set_rcvar() was nice in theory, but the forks it creates
are a drag on the startup process, which is especially noticeable on
slower systems, such as embe
On Sat, Jan 14, 2012 at 01:05:59AM -0800, Doug Barton wrote:
> Per discussion in freebsd-rc@, I have removed set_rcvar() from rc.subr.
> The concept of set_rcvar() was nice in theory, but the forks it creates
> are a drag on the startup process, which is especially noticeable on
> slower systems, s
On 14 January 2012 11:11, Denny Lin wrote:
> On Sat, Jan 14, 2012 at 01:05:59AM -0800, Doug Barton wrote:
>> to make the change by hand, change this:
>>
>> name=foo
>> rcvar=`set_rcvar`
>>
>> to:
>>
>> name=foo
>> rcvar=foo_enable
>
> The scripts installed by net/avahi-app still use set_rcvar() be
On Sat, Jan 14, 2012 at 01:05:59AM -0800, Doug Barton wrote:
> to make the change by hand, change this:
>
> name=foo
> rcvar=`set_rcvar`
>
> to:
>
> name=foo
> rcvar=foo_enable
The scripts installed by net/avahi-app still use set_rcvar() because
they are included in the source.
--
Denny Lin
_
Howdy,
Per discussion in freebsd-rc@, I have removed set_rcvar() from rc.subr.
The concept of set_rcvar() was nice in theory, but the forks it creates
are a drag on the startup process, which is especially noticeable on
slower systems, such as embedded ones.
I have no plans to MFC this change, so
14 matches
Mail list logo