On Sat, Nov 05, 2005 at 10:52:20PM +, Neil Bothwick wrote:
>
> If the same command works in a terminal, it could be a difference in the
> environment. The first thing I would try is running "source /etc/profile"
> right before the mutt call.
No go. Just for review, here's a few lines from loc
On Fri, 4 Nov 2005 19:16:16 -0500, John J. Foster wrote:
> Well damn. Removing /etc/init.d/splash from the boot runlevel did in
> fact cause /etc/init.d/local to run as the last initscript, just like
> it's supposed to. But it didn't solve the problem of mutt segfaulting
> when called here.
>
> I
On Fri, Nov 04, 2005 at 10:14:28AM -0500, John J. Foster wrote:
> On Fri, Nov 04, 2005 at 08:16:07AM -0500, John J. Foster wrote:
> > >
> > I did note something I consider quite odd, though. While rebooting,
> > local.start runs right _before_ inittab starts to bring the system to
> > runlevel 3.
On Fri, 4 Nov 2005 09:05:09 -0500, John J. Foster wrote:
> > Have you trued using mail instead of mutt? It should give a clue as to
> > where the problem lies.
>
> May I ask why trying mail, which I will this weekend, would at all
> explain why local is starting in the wrong runlevel?
It wouldn
On Fri, Nov 04, 2005 at 08:16:07AM -0500, John J. Foster wrote:
> >
> I did note something I consider quite odd, though. While rebooting,
> local.start runs right _before_ inittab starts to bring the system to
> runlevel 3.
>
> A couple thing here.
>
> rc-status shows /etc/init.d/local as part
> rc-update del boot.
Of course i meant rc-update del local boot.
--
Best Regards,
Peper
--
gentoo-user@gentoo.org mailing list
On Fri, Nov 04, 2005 at 01:47:55PM +, Neil Bothwick wrote:
> On Fri, 4 Nov 2005 08:16:07 -0500, John J. Foster wrote:
>
> > I did note something I consider quite odd, though. While rebooting,
> > local.start runs right _before_ inittab starts to bring the system to
> > runlevel 3.
>
> That's
On Fri, 4 Nov 2005 08:16:07 -0500, John J. Foster wrote:
> I did note something I consider quite odd, though. While rebooting,
> local.start runs right _before_ inittab starts to bring the system to
> runlevel 3.
That's odd, it definitely runs last here, as it appears is should.
Have you trued
> I did note something I consider quite odd, though. While rebooting,
> local.start runs right _before_ inittab starts to bring the system to
> runlevel 3.
>
> A couple thing here.
>
> rc-status shows /etc/init.d/local as part of the _default_ runlevel.
>
> /etc/init.d/local stop - warns about sh
On Fri, Nov 04, 2005 at 08:14:59AM +, Neil Bothwick wrote:
> On Thu, 3 Nov 2005 20:48:43 -0500, John J. Foster wrote:
>
> > I tried changing this to
> >
> > /usr/bin/date | /usr/bin/mutt -s 'System restarted' [EMAIL PROTECTED]
> >
> > and get the same segmentation fault.
>
> Isn't mutt ove
On Thu, 3 Nov 2005 20:48:43 -0500, John J. Foster wrote:
> I tried changing this to
>
> /usr/bin/date | /usr/bin/mutt -s 'System restarted' [EMAIL PROTECTED]
>
> and get the same segmentation fault.
Isn't mutt overkill for this? Do you really need a full MUA on a server.
I use mail for this so
On Thu, Nov 03, 2005 at 04:19:39PM -0500, Billy Holmes wrote:
> John J. Foster wrote:
> >date|mutt -s 'System restarted' [EMAIL PROTECTED]
>
> try putting in the full path to the commands?
>
I tried changing this to
/usr/bin/date | /usr/bin/mutt -s 'System restarted' [EMAIL PROTECTED]
and get
> try putting in the full path to the commands?
>
> the environment that local.start is in is not the same as your shell.
Don't think so. It won't be a segfault then...
My only idea is to add "echo local.start" to the script and check when it is
executed.
--
Best Regards,
Peper
--
gentoo-user@
John J. Foster wrote:
date|mutt -s 'System restarted' [EMAIL PROTECTED]
try putting in the full path to the commands?
the environment that local.start is in is not the same as your shell.
--
gentoo-user@gentoo.org mailing list
14 matches
Mail list logo
