freepbx packages - soon

[Diego Iastrubni]

2nd try...

The last time I raised this Julian asked about some questions. Most of 
them have been addresses. Lets summarize:

1) dialparties.agi has been rewritten in php, which is based on a GPL 
library. check.
2) mp3/lame is history as we use Asterisk 1.2. check.
3) jpgraph. This is somewhat a problem. I could not find what Julian 
speaks about, and thus I see no risk on uploading it. Feel free to 
correct me. almost check.

I have a working set of packages. They can be uploaded this week. 
However, some things need to be addressed soon, and I prefer uploading 
this on parts. I would like to upload ARI and a new op-panel first, and 
then upload freepbx.

ARI is a recording interface for Asterisk Voicemail.
op-panel needs some internal things which must be changed. Since freepbx 
depends on a specific op_buttons.cfg configuration file, and we on rapid 
have another one (an auto generated one), we found that those two 
packages (op-panel, and freepbx-panel) would fight for that 
configuration file. The way we fixed it was using the 
update-alternatives, with op-panel having priority of 10, and 
freepx-panel 50.

Does anyone objects the uploading of op-panel and ari? The sooner we 
upload those packages, the sooner we can start QAing them and make them 
usable.

Diego Iastrubni wrote:

> Hi,
>
>
> I am going to upload (well... Tzafrir is...) packages for freepbx 
> 2.0.1 (or whatever the version is by the time I get there). The 
> problem is that those packages are very complicated (both from the 
> maintainer side and the user/administrator side).
>
>
> One of the ugliest things is that the package will modify the user 
> www-data and add it to the group "asterisk". This is the only way for 
> users to be able to modify asterisk files from the web. Way ugly, but 
> must be done. This also implies a restart to the httpd server.
>
>
> Now, I know for sure that the package can run with apache, apache2 and 
> mathopd (the version on Debian has an unusable configuration out of 
> the box, but the version I packages for Rapid is usable out of the box).
>
>
> You can use php4-cgi, or libapache-mod-php (probably also fastcgi as 
> well, did not test yet).
>
>
> You can use a local mysql server, connect to an external server or use 
> sqlite (very unsupported, some things will not work).
>
>
> This means that the control contains a lot of "|"  and you can very 
> easily get into a situation that the correct mix of packages. For 
> example apache2+libapache-mod-php4 (which will bing also apache1!). 
> The post install script may fall because of wrong sql libraries (you 
> want to use sqlite bu the libraries for mysql have been installed).
>
>
> For this reason I have created a few virtual packages, here are 
> examples of how to use them:
>
>
>    apt-get install freepbx-apache-mysql freepbx-module-core
>
>    apt-get install freepbx-apache2-mysql freepbx-module-core
>
>    apt-get install freepbx-mathopd-sqlite freepbx-module-core
>
>
> if you just:
>
>    apt-get install freepbx-module-core
>
>
> you will get  a running mysql server, apache1, apache-mod-php4.
>
>
> I have some other questions to ask regarding the usability of those 
> packages (from the packager point of view), but lets start with this.
>
>
> Comments...? How can I improve the first install?
>
>
>
> _______________________________________________
> Pkg-voip-maintainers mailing list
> Pkg-voip-maintainers at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-voip-maintainers
>
>
>