As well as CentOS 5 including 64 bit for all
I put together some instructions
http://docs.google.com/View?id=dfs8q7k9_30cqgtpbcc
Here's what I've done to test
Install Fedora 12 and do the usual things (set hostname, disable firewall and selinux...)
* added yum repo
* installed sipecs
* set DHCP to point system (dhcp-option=66,"192.168.1.100")
* added user 200 to system
* reboot polycom 430 (3.2.3 firmware) and it registered fine as temp user
* associated phone to user, sent profiles, phone rebooted
* setup ITSP account to VOIP.MS
* Make call to my cell phone
Notice, i didn't have any issue sipxconfig-ftp package adding PlcmSpIp user w/mixed case. This is working fine. Maybe it's because i disabled selinux first???
I've done the same procedures on CentOS 5 machine as well.
On an earlier build, I did verify IM bot is working. I still need to rename (back?) to My Assistant.
As usual, my src is here
http://github.com/dhubler/sipxecs
Thursday, April 29, 2010
Tuesday, April 27, 2010
sipxcommserverlib-doc and sipxecs-doc?
I highly doubt anyone reads the files in these directories on production machines. INSTALL.ssl is useful but it should be a man page for gen-ssl-keys.sh. sipxecs-doc looks like things that should be on the wiki. I only stumble across these because they are giving me grief trying to build on various platforms and i wanted to take this opportunity to simplify things.
So I'm using INSTALL.ssl as a man page for gen-ssl-keys.sh and the rest are not getting built by the rpms. I'll leave the original doc files in there for now.
So I'm using INSTALL.ssl as a man page for gen-ssl-keys.sh and the rest are not getting built by the rpms. I'll leave the original doc files in there for now.
RHEL support thru CentOS + rsyslog
suse build service made support binaries build on actual RHEL machines extremely easy, simply add RHEL repo and subsequently 214 sipx rpms can now be had...and tested...and stored, and ... so on!
I want to take a different approach for RHEL support. CentOS promises to provide a binary compatible alternative to RHEL. In addition, CentOS also comes w/some extra rpms RHEL does not such as rsyslog which is now required by sipXpbx rpm. So let's only build rsyslog on RHEL and add that to a the CentOS repo and allow it to get ignored by CentOS machines. I plan to create a symlink on the server point RHEL to CentOS in case I have there is an incompatibility and i need to have separate repos.
This is my plan anyway.
I want to take a different approach for RHEL support. CentOS promises to provide a binary compatible alternative to RHEL. In addition, CentOS also comes w/some extra rpms RHEL does not such as rsyslog which is now required by sipXpbx rpm. So let's only build rsyslog on RHEL and add that to a the CentOS repo and allow it to get ignored by CentOS machines. I plan to create a symlink on the server point RHEL to CentOS in case I have there is an incompatibility and i need to have separate repos.
This is my plan anyway.
Monday, April 26, 2010
Fedora 12/11 are ready
This brings the final list of distributions
* CentOS 5
* Fedora 11 (untested)
* Fedora 12
* Redhat 5 (untested)
including 64 bit although I have not tested these.
On my fedora system, i had to comment out this line in my /etc/hosts
Otherwise commands
did not return hubler.us or flamingo.hubler.us respectively
* CentOS 5
* Fedora 11 (untested)
* Fedora 12
* Redhat 5 (untested)
including 64 bit although I have not tested these.
On my fedora system, i had to comment out this line in my /etc/hosts
::1 localhost6.localdomain6 localhost6 flamingo.hubler.us
Otherwise commands
hostname -d
hostname -f
did not return hubler.us or flamingo.hubler.us respectively
Tuesday, April 20, 2010
Saturday, April 17, 2010
sipXecs on Fedora 12/11 almost ready
Thank you Eric V. for the work there!
I waited for builds to finish but i suspect there's an unknown delay from when the build is finished to when it becomes available in the public repo. I'm not seeing my changes right away. md5sum confirms this. If anyone wants to try out Fedora 12 rpms, the repo is here during the day on sunday, they are welcome too, otherwise I may be able to get to them sunday evening.
Very quick list of some open items i can think of:
My Buddy needs to be renamed so as not to be confused w/avaya's. Back to My Assistant?
My Buddy still not showing up in roster automatically. Does seem to log into openfire.
Build labels to identify builds from avaya's
Postgres is too verbose in some area, stdout needs to be swallowed. I wanted to get f12 out so i was aware i'd be introducing a temp regression
Scattered errors reported during update/install by folks
I waited for builds to finish but i suspect there's an unknown delay from when the build is finished to when it becomes available in the public repo. I'm not seeing my changes right away. md5sum confirms this. If anyone wants to try out Fedora 12 rpms, the repo is here during the day on sunday, they are welcome too, otherwise I may be able to get to them sunday evening.
Very quick list of some open items i can think of:
Friday, April 16, 2010
A little more about suse build service
and why i think it's great for community driven things.
SUSE the company has built a build service where you give them your source, they return you binaries on most major linux distros, all for free. The source I upload goes into this the home:sipfoundry project. You may have to create an account to see it, but not to download the binaries from it.
But it gets even better. If you think the source should have feature XYZ and the people that upload to this project disagree with you, you can "extend" this build project, upload just the source for the features you want and have it your way in your local sandbox.
When you combine this with distributed source code management system like git, where you can extend projects at the source code level, then you are truly in control.
This comes with a lot of responsibility because you need to get your changes back upstream or you'll forever be maintaining your changes. So this is really best for tweaking a release to your satisfaction and not a replacement for getting involved in upstream development.
SUSE the company has built a build service where you give them your source, they return you binaries on most major linux distros, all for free. The source I upload goes into this the home:sipfoundry project. You may have to create an account to see it, but not to download the binaries from it.
But it gets even better. If you think the source should have feature XYZ and the people that upload to this project disagree with you, you can "extend" this build project, upload just the source for the features you want and have it your way in your local sandbox.
When you combine this with distributed source code management system like git, where you can extend projects at the source code level, then you are truly in control.
This comes with a lot of responsibility because you need to get your changes back upstream or you'll forever be maintaining your changes. So this is really best for tweaking a release to your satisfaction and not a replacement for getting involved in upstream development.
Thursday, April 15, 2010
How to install sipXecs 4.2 for testing from suse build service
As of, 04/15/10, this is not an official 4.2 release, more testing needs to be done. The instructions may even change, but here's what I got so far.
Right now all I have is CentOS and RHEL 5 binaries for 32 and 64 bit.
To install them, create repo file /etc/yum.repos.d/sipxecs.repo
I recommend gpgcheck=0 because although the rpms are signed, I haven't figured out where to get the key.
The source for these binaries is here
http://github.com/dhubler/sipxecs
Which periodically stays in sync w/svn but also has:
What else I'd like to do
Any help testing would be appreciated. I'm about to verify a report that "My Buddy" doesn't show up in the roster.
I'll leave comments open on this blog assuming spam stays under control, you can post here, anonymously if you wish.
Right now all I have is CentOS and RHEL 5 binaries for 32 and 64 bit.
To install them, create repo file /etc/yum.repos.d/sipxecs.repo
[sipxecs]
name=sipxecs
baseurl=http://download.opensuse.org/repositories/home:/sipfoundry/CentOS_5/
gpgcheck=0
enabled=1
I recommend gpgcheck=0 because although the rpms are signed, I haven't figured out where to get the key.
The source for these binaries is here
http://github.com/dhubler/sipxecs
Which periodically stays in sync w/svn but also has:
- patches to build on suse build service
- Support for P-Preferred-Identity XX-6893
- Routing by To: field in sipXbridge. I do not have a bug number for this feature, not sure how to track this.
- Return of sipXimbot (i.e. My Buddy)
- Return of sipXopenfire IM commands (i.e. @call, @conf, @xfer)
What else I'd like to do
- with Eric's patches, I will quickly be working on getting Fedora 11/12 binaries available.
- Finish support for P-Preferred-Identity when ITSP requires registration.
- Return support for IM Federation with Kraken
Any help testing would be appreciated. I'm about to verify a report that "My Buddy" doesn't show up in the roster.
I'll leave comments open on this blog assuming spam stays under control, you can post here, anonymously if you wish.
Subscribe to:
Posts (Atom)