Re: [Openpbx-dev] more names - why?

2007-03-08 Thread Steve Underwood
Hi David,

David Sugar wrote:
 Steve,

 perhaps you could explain for me why they would wish to change one
 already confusing and contested moniker for another...

 While I have not followed it closely, and I certainly have no issue with
 any of the work the ?formerly? openpbx (the one that is not the
 voicetronix openpbx) project does, I fail to see how it would further
 serve their purpose to be confused instead with GNU Telephony, our PBX
 work, etc.  I only very recently heard about this, but I was hoping you
 could explain this to me and how this could happen.

 We are quite happy working in freedom on free telephony software,
 services, and component libraries in GNU Telephony, many of which are
 maintained as official GNU packages.  While we certainly do not wish to
 involve ourselves in other projects uninvited, when some group chooses
 or appears to confusingly represent themselves as us, I feel I must
 respond to that in some manner.  At the very least, it would seem to me
 to be simple common courtesy to have asked how we might feel about it first.
   
I'm sorry this has happened. Names were supposed to be vetted for basic 
suitability before being put forward for voting - e.g. a web search for 
who else might be using the name. The gnu in gnupbx clearly makes this 
unacceptable, without any need for a web search, and it should never 
have reached this stage.

Steve

___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev


Re: [Openpbx-dev] more names - why?

2007-03-08 Thread Max CtRiX
Steve Underwood wrote:
 Hi David,
 
 David Sugar wrote:
 Steve,

 perhaps you could explain for me why they would wish to change one
 already confusing and contested moniker for another...

 I'm sorry this has happened.  ...

I'm sorry too.
And i agree with Steve.

Max
___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev


Re: [Openpbx-dev] more names - why?

2007-03-08 Thread Nathan C. Smith
  
  David Sugar wrote:
  Steve,
 
  perhaps you could explain for me why they would wish to change one
  already confusing and contested moniker for another...
 
  I'm sorry this has happened.  ...
 
 I'm sorry too.
 And i agree with Steve.
 
 Max


The name will be withdrawn.

-Nate
___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev


Re: [Openpbx-dev] more names

2007-03-08 Thread Terry Moore-Read
So drop GNU to avoid confusion with FSF Projects but keep weaver so it can be 
confused with an Adobe product ?

It's probably best to keep away from derivations of trademarked names all 
together.
 
 
 Ariel Monaco [EMAIL PROTECTED] 03/07/07 8:24 PM  
Steve,

Did you need to be so rude? It was only a comment. I am truly sorry.
You're right, remove GnuPBX from the poll, we'll vote your name.

Let it be callweaver!

Regards,
Ariel
   
-  Original Message -  
From: Steve Underwood [EMAIL PROTECTED]
To: OpenPBX.org Developers Mailing List openpbx- [EMAIL PROTECTED]
Sent: Wednesday, March 07, 2007 9:03 PM
Subject: Re: [Openpbx- dev] more names


 Ariel Monaco wrote:
 -  Original Message -  
 From: Roy Sigurd Karlsbakk [EMAIL PROTECTED]
 To: OpenPBX.org Developers Mailing List openpbx- [EMAIL PROTECTED]; 
 OpenPBX.org Users Mailing List -  Non- Commercial Discussion 
 openpbx- [EMAIL PROTECTED]
 Sent: Wednesday, March 07, 2007 7:01 AM
 Subject: [Openpbx- dev] more names


   
 hi all

 after discussing the name suggestion 'gnupbx' on IRC, it was noted,
 correctly, that this should not be regarded an option, since openpbx
 is not part of FSF. It would be like naming the project AsteriskPBX
 or ApachePBX.
 

 What do we need to be part of the FSF? Is this really relevant?
   
 Highly relevant. Apart from any legal issues, like trademarks, its 
 damned rude to just try to associate what you do with something 
 successful, by choosing a related name.
 
 Secondly, if would want to put PBX in the name you are very myopic.
 
 So gnupbx is composed of two parts, neither of which is a good match for 
 what we want.
   
 I suggest we drop that name and let the voting go on with the other
 candidates
 

 Why drop a name people is voting?
   
 They may be voting, but are they thinking? I think too many of those 
 voting have no stake in choosing a good name. They are just drive by 
 pollers.
 
 Talking to other serious contributors, we'll just walk away if something 
 as poorly considered as gnupbx is chosen. Its that simple.
 
 Steve
 
 ___
 Openpbx- dev mailing list
 Openpbx- [EMAIL PROTECTED]
 http://lists.openpbx.org/mailman/listinfo/openpbx- dev
___
Openpbx- dev mailing list
Openpbx- [EMAIL PROTECTED]
http://lists.openpbx.org/mailman/listinfo/openpbx- dev


--
This message has been scanned for viruses
and dangerous content by Lukins  Annis, P.S.

NOTICE: This email may contain confidential or
privileged material, and is intended solely
for use by the above referenced recipient. Any
review, copying, printing, disclosure, distri-
bution, or any other use, is strictly prohibited.

If you are not the recipient, and believe that
you have received this in error, please notify
the sender and delete the copy you received.

Thank You!

___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev


Re: [Openpbx-dev] openpbx-trunk 'make' fails @ Undefined symbols: _opbx_module_user_add

2007-03-08 Thread Raymond (intralanman) Chandler

snowcrash+openpbx wrote:

hi,

  

compiling with mysql support?



yes.

correctly? well ... dunno about that :-/

here's what i'm doing (atm ...),

% ./bootstrap.sh

% setenv LDFLAGS -bind_at_load -L/usr/local/ssl/lib
-L/usr/local/mysql/lib/mysql -lmysqlclient_r -L/usr/local/sqlite/lib
-lsqlite3 -L.

% setenv CPPFLAGS -I/usr/local/ssl/include -I/usr/local/mysql/include
-I/usr/local/sqlite/include -I.

% setenv CFLAGS `echo $CPPFLAGS`

% ./configure \
--prefix=/usr/local/openpbx \
--disable-debug \
--with-openpbx-user=openpbx --with-openpbx-group=openpbx \
--enable-shared --disable-static \
--enable-ssl=yes \
--enable-optimization=yes \
--enable-jabber=no \
--enable-javascript=no \
--enable-odbc=no \
--enable-postgresql=no \
--enable-mysql=yes \
--enable-builtin-sqlite3=no \
--with-sqlite3=/usr/local/sqlite \
--with-sqlite3-incdir=/usr/local/sqlite/include \
--with-sqlite3-libdir=/usr/local/sqlite/lib \
--with-spandsp-includes=/usr/local/spandsp/include \
--with-spandsp-libs=/usr/local/spandsp/lib \
 --enable-zaptel=no \
 --with-cdr_odbc=no \
 --with-cdr_manager=yes \
 --with-cdr_mysql=yes \
 --with-res_config_odbc=no \
 --with-res_config_curl=yes \
 --with-res_config_mysql=yes \
 --with-res_jabber=no \
 --with-res_js=no \
 --with-res_odbc=no \
 --with-res_sqlite=yes \
 --with-man-pages=yes \
 --with-readme=yes \
 --with-license=yes \
 --with-credits=no \
 --with-sgml-docs=yes \
 --enable-iax-trunking=yes \
 --enable-t38=yes
___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev

  
yeah, i think this is the bug i ran across when trying to compile in 
MySQL support  The two attached patches MAY help.
Index: res/res_config_mysql.c
===
--- res/res_config_mysql.c  (revision 2467)
+++ res/res_config_mysql.c  (working copy)
@@ -503,7 +503,7 @@
opbx_verbose(MySQL RealTime unloaded.\n);
}
 
-   opbx_module_user_hangup_all();
+   STANDARD_HANGUP_LOCALUSERS;
 
/* Unlock so something else can destroy the lock. */
opbx_mutex_unlock(mysql_lock);
Index: apps/app_sql_mysql.c
===
--- apps/app_sql_mysql.c(revision 2467)
+++ apps/app_sql_mysql.c(working copy)
@@ -376,7 +376,7 @@
 
 static int MYSQL_exec(struct opbx_channel *chan, void *data)
 {
-   struct opbx_module_user *u;
+   struct localuser *u;
int result;
char sresult[10];
 
@@ -389,7 +389,7 @@
return -1;
}
 
-   u = opbx_module_user_add(chan);
+   LOCAL_USER_ADD(u);
result=0;
 
opbx_mutex_lock(_mysql_mutex);
@@ -411,7 +411,7 @@

opbx_mutex_unlock(_mysql_mutex);
 
-   opbx_module_user_remove(u);
+   LOCAL_USER_REMOVE(u);
snprintf(sresult, sizeof(sresult), %d, result);
pbx_builtin_setvar_helper(chan, MYSQL_STATUS, sresult);
return 0;
@@ -419,7 +419,7 @@
 
 int unload_module(void)
 {
-   opbx_module_user_hangup_all();
+   STANDARD_HANGUP_LOCALUSERS;
return opbx_unregister_application(app);
 }
 
___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev


Re: [Openpbx-dev] openpbx-trunk 'make' fails @ Undefined symbols: _opbx_module_user_add

2007-03-08 Thread Raymond (intralanman) Chandler
snowcrash+openpbx wrote:
 building a fresh co of openpbx r2549, applying your patch as (diff
 format, for others' convenience),

 % vi openpbx_mysql_patch.diff
 =
 diff -ur openpbx-ORIG/apps/app_sql_mysql.c openpbx-svn/apps/app_sql_mysql.c
 --- openpbx-ORIG/apps/app_sql_mysql.c 2007-03-08 19:34:23.0 -0800
 +++ openpbx-svn/apps/app_sql_mysql.c  2007-03-08 19:36:58.0 -0800
 @@ -376,7 +376,7 @@

  static int MYSQL_exec(struct opbx_channel *chan, void *data)
  {
 - struct opbx_module_user *u;
 + struct localuser *u;
   int result;
   char sresult[10];

 @@ -389,7 +389,7 @@
   return -1;
   }

 - u = opbx_module_user_add(chan);
 + LOCAL_USER_ADD(u);
   result=0;

   opbx_mutex_lock(_mysql_mutex);
 @@ -411,7 +411,7 @@
   
   opbx_mutex_unlock(_mysql_mutex);

 - opbx_module_user_remove(u);
 + LOCAL_USER_REMOVE(u);
   snprintf(sresult, sizeof(sresult), %d, result);
   pbx_builtin_setvar_helper(chan, MYSQL_STATUS, sresult);
   return 0;
 @@ -419,7 +419,7 @@

  int unload_module(void)
  {
 - opbx_module_user_hangup_all();
 + STANDARD_HANGUP_LOCALUSERS;
   return opbx_unregister_application(app);
  }

 diff -ur openpbx-ORIG/res/res_config_mysql.c 
 openpbx-svn/res/res_config_mysql.c
 --- openpbx-ORIG/res/res_config_mysql.c   2007-03-08 19:34:31.0 
 -0800
 +++ openpbx-svn/res/res_config_mysql.c2007-03-08 19:37:19.0 
 -0800
 @@ -503,7 +503,7 @@
   opbx_verbose(MySQL RealTime unloaded.\n);
   }

 - opbx_module_user_hangup_all();
 + STANDARD_HANGUP_LOCALUSERS;

   /* Unlock so somet
 =

 and config'ing as above, a subsequent 'make' seems to make it through
 the mysql stuff ok, but fails, now, in the sqlite code,

   ...
   gcc -DHAVE_CONFIG_H -I. -I../include -I../include
 -I/usr/local/ssl/include -I/usr/local/  mysql/include -I/usr/local/
 sqlite/include -I. -I../sqlite3-embedded/src -I/usr/local/ssl/include
 -I/usr/local/  mysql/include -I/usr/local/  sqlite/include -I.
 -I/usr/local/spandsp/include -MT res_sqlite_la-res_sqlite.lo -MD -MP
 -MF .deps/res_sqlite_la-res_sqlite.Tpo -c res_sqlite.c  -fno-common
 -DPIC -o .libs/res_sqlite_la-res_sqlite.o
   In file included from res_sqlite.c:23:
   ../sqlite3-embedded/src/sqliteInt.h:62:19: error: parse.h: No such
 file or directory
   In file included from ../sqlite3-embedded/src/sqliteInt.h:241,
from res_sqlite.c:23:
   ../sqlite3-embedded/src/vdbe.h:108:21: error: opcodes.h: No such file
 or directory
   res_sqlite.c: In function 'config_sqlite':
   res_sqlite.c:821: warning: pointer targets in passing argument 2 of
 'strcmp' differ in signedness
   res_sqlite.c:827: warning: pointer targets in passing argument 2 of
 'strcpy' differ in signedness
   make[1]: *** [res_sqlite_la-res_sqlite.lo] Error 1
   make: *** [all-recursive] Error 1
   ...

 which is, of course, a different issue.

 so, regarding the mysql 'fix' ... i'd documented the issue in a bug
 (http://trac.openpbx.org/cgi-bin/trac.cgi/ticket/272) as well.  shall
 i add your fix  my notes to the bug? or, can _you_ get the fix into
 the commit-pipeline?

 thanks for your help.
 ___
 Openpbx-dev mailing list
 Openpbx-dev@openpbx.org
 http://lists.openpbx.org/mailman/listinfo/openpbx-dev

   
i would appreciate if you added them i mentioned them a couple of 
times, but they never got commited. so it probably wouldn't be a bad 
thing to have them documented.
___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev


Re: [Openpbx-dev] openpbx-trunk 'make' fails @ Undefined symbols: _opbx_module_user_add

2007-03-08 Thread snowcrash+openpbx
 i would appreciate if you added them i mentioned them a couple of
 times, but they never got commited. so it probably wouldn't be a bad
 thing to have them documented.

i'll add it to the bug. thanks.

as for the sqlite3 error ... it seems its failing in sqlite-embedded code,

...
../sqlite3-embedded/src/sqliteInt.h:62:19: error: parse.h: No such
file or directory
...

which, given that i've turned it off explicitly with,

--enable-builtin-sqlite3=no \

shouldn't be there.  off to hunt for a failed switch ...

anything obvious strike you?

thanks again.
___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev


[Openpbx-dev] Suggestion

2007-03-08 Thread Steve Dover
Stiletto - A Switch Blade.
___
Openpbx-dev mailing list
Openpbx-dev@openpbx.org
http://lists.openpbx.org/mailman/listinfo/openpbx-dev