freeswitch-maintainers

Download

freeswitch-maintainers@lists.freeswitch.org

February 2012

3 participants
2 discussions

[Freeswitch-maintainers] Quick Reminder: FreeSWITCH Maintainers call today 11:30CST
by Ken Rice 15 Feb '12

15 Feb '12

Hey Guys Quick Reminder FS Mainters call today 11:30 CST on 996... We missed the last one so lets get one inhere real quick... I just have updates today... RPMs have rolled out...still need some updates and testing Need to recruit someone to help some no the debs Travis-CI as previously mentioned is probably a no go on the recommendation of the travis-ci developers they supplest we look at Jenkins (Don't we have someone already running Jenkins on this list?) Simplified Config Changes... I think I have something that works for everyone... follow up... FS_SPECS Cucumber based testing FrameWork K

3 3

[Freeswitch-maintainers] Well this is a little late now since google waited so long to bounce it back to me...
by Ken Rice 02 Feb '12

02 Feb '12

Hey Guys, Reminder Call today on 996... Items we have to hit 1. RPMs are rolling out... Expect Community Announcement 2. Travis-CI 3. Testing Framework in Ruby 4. Config changes the work for everyone (including windows) 5. Question/Answer... Short call today guys... And a Pre Announcement K Quick update in its place... Community announcement on RPMs today we¹re announcing general availability of the RPMs for Cent5 and 6 32 and 64 bit today. This is what I believe will be the final packaging structure. I do want to move to FHS for the final Release RPMs. That will also be announced today I am looking at Travis-CI for the a CI environment Why? It looks just as good as all the rest and via Bougyman aka TJ we have direct contact with the developers. This will give us the CI goodness that keeps the FS project independent of other projects/services for CI and allow us to roll nightly builds that are atleast tested to some extent. Testing Framework in Ruby is underway by Community Member Deryl. This framework is well underwant and supports testing the current default dialplan and will be extended with more test over time. See http://cukes.info/ for the framework he is using. Leads us into the future with general unit testing. On the config changes. I have figured out a super simple way to support the current dev environment while not breaking future config deployment. We have a pre-processor on the XML with including capability why not just use that... Installed configsets from the RPMs will be separate and linked into place so we don¹t break things... But what happens as a developer when I try to run freeswitch from inside the source tree? It breaks... Simple file... Freeswitch.xml in conf that points to the right configsets freeswitch.xml and boom we¹re set... This should fix windows and *nix issues for dev at the same time. I would still like to find someone intimate witht he windows installer for production/stable builds to help out with a proper installed for Windows where we can give endusers this same type of choice Sorry for the delayed email I sent the other stuff out about 10:30 my time this morning and google failed to notify me of the bounce antil 11:40 (10 minutes after we were supposed to be on the call... In this case we¹ll try another call at everyones convience... Any questions or comments place get with me Ken

2 4