Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-30 Thread Jason Parker
D Tucny wrote: %changelog [snip] awesomeness here [/snip] I'm speechless. This is far beyond what I could have possibly hoped for. It is also extremely accurate. Thank you very much for this. I'll be sure to keep this (and others) up to date in the future.

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-29 Thread D Tucny
2009/3/28 Jason Parker jpar...@digium.com D Tucny wrote: 2009/3/26 John Morris aster...@zultron.com mailto:aster...@zultron.com Hi, Axel. Axel Thimm wrote: How about merging in your changes/improvements/new packages with ATrpms (and automatically later into

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-29 Thread Axel Thimm
Hi, On Fri, Mar 27, 2009 at 11:18:12AM -0500, Jason Parker wrote: How about merging in your changes/improvements/new packages with ATrpms (and automatically later into rpmrepo.org Of course I'd love to contribute my changes to ATrpms. Some of the small changes I

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-29 Thread Tzafrir Cohen
On Sun, Mar 29, 2009 at 01:07:53PM +0300, Axel Thimm wrote: The packages at ATrpms try to be as upstream/vanilla/generic as possible, I wouldn't want to base them on a downstream project like AsteriskNOW (I even try to keep any RHEL/Fedora specifics out of them, so people can even rebuild on

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-27 Thread D Tucny
2009/3/26 John Morris aster...@zultron.com Hi, Axel. Axel Thimm wrote: How about merging in your changes/improvements/new packages with ATrpms (and automatically later into rpmrepo.org)? That way we won't have further fragmentation and a larger user base to test bits (which will be

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-27 Thread Jason Parker
D Tucny wrote: 2009/3/26 John Morris aster...@zultron.com mailto:aster...@zultron.com Hi, Axel. Axel Thimm wrote: How about merging in your changes/improvements/new packages with ATrpms (and automatically later into rpmrepo.org http://rpmrepo.org)? That way we

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-26 Thread John Morris
Hi, Axel. Axel Thimm wrote: How about merging in your changes/improvements/new packages with ATrpms (and automatically later into rpmrepo.org)? That way we won't have further fragmentation and a larger user base to test bits (which will be distributed in stable, testing etc repos). Of

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-26 Thread Axel Thimm
Hi, On Thu, Mar 26, 2009 at 10:35:32PM +0800, John Morris wrote: Hi, Axel. Axel Thimm wrote: How about merging in your changes/improvements/new packages with ATrpms (and automatically later into rpmrepo.org)? That way we won't have further fragmentation and a larger user base to test

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-26 Thread Tzafrir Cohen
Hi, On Thu, Mar 26, 2009 at 12:35:45AM +0800, John Morris wrote: Dear list, I've set up an RPM repository with several asterisk-related RPMs that I think contain some improvements upon what are already out there. The first goal is to be able to build an Asterisk + FreePBX system on

[asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-25 Thread John Morris
Dear list, I've set up an RPM repository with several asterisk-related RPMs that I think contain some improvements upon what are already out there. The first goal is to be able to build an Asterisk + FreePBX system on CentOS 5 with the EPEL repo enabled; in our environment, where all our

Re: [asterisk-users] New CentOS 5 repo: dahdi, asterisk, freepbx RPMs

2009-03-25 Thread Axel Thimm
Hi John, On Thu, Mar 26, 2009 at 12:35:45AM +0800, John Morris wrote: I've set up an RPM repository with several asterisk-related RPMs that I think contain some improvements upon what are already out there. [...] I'm quite interested to get feedback on these RPMs, both on the need for such