[Asterisk-Dev] Re: Asterisk-Dev digest, Vol 1 #576 - 14 msgs

[Steven Critchfield]

You seem to be very new to ettiquette also. 

DO NOT COPY ME PRIVATELY AND SEND TO THE LIST.

(To more than just the original poster)
If you wish to take something private, do so. To copy me privately puts
a message in my INBOX which will always get serviced before list mail. I
reserve the right to deem that you shouldn't have taken a message
private if you are further asking technical questions about asterisk
that may help other people on this list who may be experiencing the same
problem but are suffering quietly. If I deem the message shouldn't have
been taken off list, I very well may ignore you until you place the
question back on the list.

I will not further abuse you in public regarding this message as my
private response probably set off a few fire alarms on it's way to being
delivered and doesn't need to be aired in public.

On Fri, 2004-04-16 at 09:17, sales at minixel.com wrote:
> To: Steven Critchfield  <critch at basesys.com>
> 
> I think your comment on my request for help is
> out-of-line. Particularly since I paid Digium to do the
> installation, to avoid exactly the risk of being new to
> this. Who may know more than Digium about installing
> Asterisk? Maybe I was wrong on that, but I am
> comfortable with Digium support services.
> 
> The new question is: suppose "export
> LD_ASSUME_KERNEL=2.4.1" is issued inside the script
> that starts safe_asterisk, if I stop and start Asterisk
> manually, inside a bash session, what happens to this
> variable? Do I have to write a script that always
> includes this variable before I restart asterisk? is it
> better to somehow include this environment variable in
> the C code? How? Sorry for being new to Linux.
> _______________________________________________
> Asterisk-Dev mailing list
> Asterisk-Dev at lists.digium.com
> http://lists.digium.com/mailman/listinfo/asterisk-dev
> To UNSUBSCRIBE or update options visit:
>    http://lists.digium.com/mailman/listinfo/asterisk-dev
-- 
Steven Critchfield  <critch at basesys.com>