-----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Scott Lawrence Sent: Friday, July 10, 2009 10:14 AM To: Paul Mossman Cc: sipX-dev Subject: Re: [sipX-dev] RPM install: no dependency on bind
On Thu, 2009-07-09 at 10:44 -0400, Mossman, Paul (CAR:9D30) wrote: > Scott wrote: > > On Mon, 2009-07-06 at 13:43 -0400, Dale Worley wrote: > > > On Mon, 2009-07-06 at 13:07 -0400, Paul Mossman wrote: > > > > Simply installing the "bind" package fixed the problem. > > > > > > > > But I think it would be better to resolve this problem > > with an RPM > > > > dependency instead. If there are no objections, then > > I'll add one > > > > to the sipxpbx RPM. > > > > > > Do we intend for sipXecs to depend on 'bind'? Or should we > > amend the > > > setup process to work if 'bind' is not present? > > > > No - we need it. (we need some DNS server on the box, but > > for now the setup supports only bind) > > > > Add the dependency. > > XX-6101. > > On a related note, > http://sipx-wiki.calivia.com/index.php/Installing_sipX_on_Fedora_and_Cen > tos is our instructions for installing sipXecs from RPM. > > But when you click "Installation" from the main page you get only > http://sipx-wiki.calivia.com/index.php/CD_Installation_of_sipXecs. > > The only way to get to the RPM instructions is Main Page -> READ & > PARTICIPATE - Binary Distributions -> Installing sipXecs on > Fedora/CentOS. > > Should the RPM instructions be easier to get to? Scott Lawrence said - I don't think so, really. It's far easier to support people who install from ISOs. Since you are indicating it is easier to support people who install from the ISO's, is it not prudent then to have an ISO that is used for installation, and a separate ISO that is used as an UPDATE from the last true release? Example: ISO 1 - 4.0.1 Update to 4.2 ISO 2 - 4.2 Installation I understand this is more work for development and testing, but will the extra effort create a more reliable update process, reducing support, and providing high reliability of updates? _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev sipXecs IP PBX -- http://www.sipfoundry.org/
