Re: [Asterisk-Dev] Module that works in Asterisk 1.0.x and 1.2.x

2005-11-17 Thread Martin Harriss

Juan Jose Comellas wrote:
Yes, but ASTERISK_VERSION is a string and it's not usable for conditional 
compilation. In my current installation it looks like this: 
CVS-v1-2-11/17/05-09:29:21. 

We need something that can used from an #ifdef. ASTERISK_VERSION_NUM is an 
option, but it's not available in 1.0.x.


Then how about:

#ifdef ASTERISK_VERSION_NUM
# if ASTERISK_VERSION_NUM ...
/* version-specific code */
  ...
# else
/* other version specific code */
  ...
# endif

/* must be version 1.0.x */

  ...

#endif


Martin
___
Asterisk-Dev mailing list
Asterisk-Dev@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


Re: [Asterisk-Dev] Install destination on Solaris

2005-11-17 Thread Bob Goddard
On Thursday 17 Nov 2005 19:28, tim panton wrote:
 On 17 Nov 2005, at 17:25, Kevin P. Fleming wrote:
  Simon Lockhart wrote:
  Yes. There's the Sun way, and then the way that everyone else does
  it. If you
  take a look at sunfreeware.com, you'll find that everything
  installs into
  /usr/local because that's where everyone who wasn't indoctrinated
  into the Sun
  way of doing things places stuff.
 
  Understandable... I don't know of any good solution to this problem
  then. If enough Solaris users get together and decide the default
  install paths should be different, then we can change it, but I'd
  like to see a reasonable consensus on the topic before I tell the
  Sun people that we are disregarding their suggestion :-)

 The history here is that in classic Solaris /usr can be mounted read
 only by a roomful of diskless devices.
 This means that you didn't put _anything_ in /usr that hadn't come
 off the OS disk.

Hence the reason why /usr/local usually went on a separate partition.


B
___
Asterisk-Dev mailing list
Asterisk-Dev@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


[Asterisk-Dev] Version 1.2.0 chan_h323 (ooh323c)

2005-11-17 Thread Dan Austin
Title: Version 1.2.0 chan_h323 (ooh323c)






Has anyone tested this channel from the release versions of asterisk-addons?


It compiles fine, make install fails, but can be manually copied to the modules

directory. I noticed the channel name has changed to chan_ooh323, so I 

added it to modules.conf.


It loads but does not register a channeltype. I am working my way through

the channel driver, but wondered if anyone has been successful or might

know why it fails.


Dan



___
Asterisk-Dev mailing list
Asterisk-Dev@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

RE: [Asterisk-Dev] Version 1.2.0 chan_h323 (ooh323c)

2005-11-17 Thread Dan Austin
Title: Version 1.2.0 chan_h323 (ooh323c)



Nevermind. The config file needed to be renamed to 
ooh323.conf

Thanks,
Dan

  
  
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of Dan 
  AustinSent: Thursday, November 17, 2005 3:25 PMTo: 
  Asterisk Developers Mailing ListSubject: [Asterisk-Dev] Version 
  1.2.0 chan_h323 (ooh323c)
  
  Has anyone tested this channel from the release 
  versions of asterisk-addons? 
  It compiles fine, make install fails, but can be 
  manually copied to the modules directory. I noticed the channel name has changed to chan_ooh323, 
  so I added it to modules.conf. 
  It loads but does not register a channeltype. 
  I am working my way through the channel 
  driver, but wondered if anyone has been successful or might know why it fails. 
  Dan 
___
Asterisk-Dev mailing list
Asterisk-Dev@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

Re: [Asterisk-Dev] Version 1.2.0 chan_h323 (ooh323c)

2005-11-17 Thread Tzafrir Cohen
On Thu, Nov 17, 2005 at 03:24:47PM -0800, Dan Austin wrote:
 Has anyone tested this channel from the release versions of
 asterisk-addons?
 
 It compiles fine, make install fails, but can be manually copied to the
 modules
 directory.  I noticed the channel name has changed to chan_ooh323, so I 
 added it to modules.conf.

For the record, chan_ooh323c from asterisk-addons is something
completely different than chan_h323 from asterisk/channels/h323 .

The latter requires the openh323 beast.

-- 
Tzafrir Cohen icq#16849755  +972-50-7952406
[EMAIL PROTECTED]  http://www.xorcom.com
___
Asterisk-Dev mailing list
Asterisk-Dev@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


Re: [Asterisk-Dev] Install destination on Solaris

2005-11-17 Thread Tzafrir Cohen
On Thu, Nov 17, 2005 at 07:28:36PM +, tim panton wrote:

 The history here is that in classic Solaris /usr can be mounted read  
 only by a roomful of diskless devices.
 This means that you didn't put _anything_ in /usr that hadn't come  
 off the OS disk.
 
 Since no-one has bought a diskless Sun for 10 years, I guess it is  
 probably not an issue these days,
 but it will still be in the official rule book :-) .

Historically, /usr/local is a NFS share shared by all the local systems.
Thus you build asterisk once on /usr/local and it should work for all of
your systems.

-- 
Tzafrir Cohen icq#16849755  +972-50-7952406
[EMAIL PROTECTED]  http://www.xorcom.com
___
Asterisk-Dev mailing list
Asterisk-Dev@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


RE: [Asterisk-Dev] Version 1.2.0 chan_h323 (ooh323c)

2005-11-17 Thread Dan Austin
Yup.  I wondered why the first couple releases of the ooH323c channel
driver were named chan_h323 in conflict with asterisk/channels/h323.

It seems someone corrected the conflict, and I didn't notice.  The
INSTALL file doesn't note the change, and I had a working config
from an earlier release, so I did not 'make samples'.

Easy problem, easy fix.

Thanks,
Dan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tzafrir
Cohen
Sent: Thursday, November 17, 2005 4:06 PM
To: asterisk-dev@lists.digium.com
Subject: Re: [Asterisk-Dev] Version 1.2.0 chan_h323 (ooh323c)

On Thu, Nov 17, 2005 at 03:24:47PM -0800, Dan Austin wrote:
 Has anyone tested this channel from the release versions of
 asterisk-addons?
 
 It compiles fine, make install fails, but can be manually copied to
the
 modules
 directory.  I noticed the channel name has changed to chan_ooh323, so
I 
 added it to modules.conf.

For the record, chan_ooh323c from asterisk-addons is something
completely different than chan_h323 from asterisk/channels/h323 .

The latter requires the openh323 beast.

-- 
Tzafrir Cohen icq#16849755  +972-50-7952406
[EMAIL PROTECTED]  http://www.xorcom.com
___
Asterisk-Dev mailing list
Asterisk-Dev@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
___
Asterisk-Dev mailing list
Asterisk-Dev@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


Re: [Asterisk-Dev] Install destination on Solaris

2005-11-17 Thread Stephen Uhler
Simon Lockhart said:
 All,
 
 I'm just testing out asterisk-1.2.0 on Solaris, and apart from finding a 
 couple of Makefile compatibility issues (oops, should have does this before
 1.2.0 was released, but assumed other Solaris people would have looked at it -
 patch being submitted to bugtracker shortly), I've noticed that someone has
 snuck in a change to the install destination for Solaris, which I'm not in
 favour of, so I'm asking here for some ideas for the best way to fix this.
 
 On linux (and all other platforms except Solaris), asterisk ends up in:
 
   /etc/asterisk/
   /usr/lib/asterisk
   /var/lib/asterisk
   /var/spool/asterisk
   /usr/sbin
   [etc]
 
 On Solaris (now), it ends up in:
 
   /opt/asterisk/...
   /var/opt/asterisk/
   /etc/opt/asterisk/
 ...
 
 Thoughts?
 
 Simon

These are the official locations on Solaris, for a package named asterisk.
This has been the standard (on Solaris) for at least a decade.  I believe
that Asterisk should comply with platform conventions where practical, and
this is one of those times.

Stephen Uhler
Sun Microsystems
___
Asterisk-Dev mailing list
Asterisk-Dev@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


Re: [Asterisk-Dev] Install destination on Solaris

2005-11-17 Thread Chris Parker

On Nov 17, 2005, at 6:28 PM, Stephen Uhler wrote:


Simon Lockhart said:

All,

I'm just testing out asterisk-1.2.0 on Solaris, and apart from  
finding a
couple of Makefile compatibility issues (oops, should have does  
this before
1.2.0 was released, but assumed other Solaris people would have  
looked at it -
patch being submitted to bugtracker shortly), I've noticed that  
someone has
snuck in a change to the install destination for Solaris, which  
I'm not in
favour of, so I'm asking here for some ideas for the best way to  
fix this.


On linux (and all other platforms except Solaris), asterisk ends  
up in:


/etc/asterisk/
/usr/lib/asterisk
/var/lib/asterisk
/var/spool/asterisk
/usr/sbin
[etc]

On Solaris (now), it ends up in:

/opt/asterisk/...
/var/opt/asterisk/
/etc/opt/asterisk/
...

Thoughts?

Simon


These are the official locations on Solaris, for a package named  
asterisk.
This has been the standard (on Solaris) for at least a decade.  I  
believe
that Asterisk should comply with platform conventions where  
practical, and

this is one of those times.


How about no.  Or do end-users not have any input?  :)

Make it configurable as Simon suggests.  Then I can install it where it
makes sense to me, and others can install it where it makes sense to
them.

Because that's how we've always done it always fails to impress me as
a good reason for anything.  If there is an actual compelling reason
to do so, sure.


Stephen Uhler
Sun Microsystems


Chris Parker
A Sun Microsystems Customer

--
   \\\|||///  \   Chris Parker-   Segmentation Fault ( core  
dumped )

   \ ~   ~ /   \
   | @   @ |\   http://www.segv.org |[EMAIL PROTECTED]
oOo   (_)   oOo  \

# OS's are nothing more than device drivers!   #


___
Asterisk-Dev mailing list
Asterisk-Dev@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


[Asterisk-Dev] app_page

2005-11-17 Thread Michael Anderson
I'm wanting to alter app_page so that I can specify an Alert Info sip
header to send (our Polycoms are set to auto answer on that one). 
Eventually I would want to make it customizable, but for a first test
I thought I'd try the following:

snip from app_page.c
static void *page_thread(void *data)
{
struct calloutdata *cd = data;
struct ast_variable *var = ast_variable_new(Alert Info,
Ring Answer);

ast_pbx_outgoing_app(cd-tech, AST_FORMAT_SLINEAR, cd-resource, 3,
MeetMe, cd-meetmeopts, NULL, 0, cd-cidnum,
cd-cidname, var, NULL);
free(cd);
return NULL;
}
/snip

The variable doesn't seem to be delivered to the paged phone(s).  Am I
missing something, or perhaps using the wrong call?

Thanks,

--
===
Michael Anderson
___
Asterisk-Dev mailing list
Asterisk-Dev@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


Re: [Asterisk-Dev] app_page

2005-11-17 Thread BJ Weschke
On 11/17/05, Michael Anderson [EMAIL PROTECTED] wrote:
 I'm wanting to alter app_page so that I can specify an Alert Info sip
 header to send (our Polycoms are set to auto answer on that one).
 Eventually I would want to make it customizable, but for a first test
 I thought I'd try the following:

 snip from app_page.c
 static void *page_thread(void *data)
 {
struct calloutdata *cd = data;
struct ast_variable *var = ast_variable_new(Alert Info,
 Ring Answer);

ast_pbx_outgoing_app(cd-tech, AST_FORMAT_SLINEAR, cd-resource, 3,
MeetMe, cd-meetmeopts, NULL, 0, cd-cidnum,
 cd-cidname, var, NULL);
free(cd);
return NULL;
 }
 /snip

 The variable doesn't seem to be delivered to the paged phone(s).  Am I
 missing something, or perhaps using the wrong call?

 Thanks,


 Michael,

 I think you're looking for the pbx_builtin_setvar_helper function.
Doxygen docs about Asterisk functions can be found at
http://www.asterisk.org/doxygen/

 BJ

--
Bird's The Word Technologies, Inc.
http://www.btwtech.com/
___
Asterisk-Dev mailing list
Asterisk-Dev@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


Re: [Asterisk-Dev] gmake error for asterisk-addons-1.2.0

2005-11-17 Thread Russell Bryant
Vahan Yerkanian wrote:
 I'm getting the following error while compiling asterisk-addons-1.2.0 on
 FreeBSD 5.4-RELEASE box (asterisk-addons from cvs compiled ok)

You need to run make install on asterisk before building -addons.

Russell
___
Asterisk-Dev mailing list
Asterisk-Dev@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


Re: [Asterisk-Dev] app_page

2005-11-17 Thread Olle E. Johansson
Call through the local channel and add the alert_info headers.

/O
___
Asterisk-Dev mailing list
Asterisk-Dev@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