On Tue, 2008-10-28 at 13:47 -0400, Andy Spitzer wrote: > Woof! > No, it does not. And sipxconfig cannot regenerate domain-config for me, > as it's a chicken and egg problem that sipxconfig needs sipxsupervisor to > regenerate files, and the file it needs to regenerate isn't allowing that. > > Something about requiring domain-config to exist and be valid before > allowing the replication of domain-config seems wrong to me. Having > sipx-setup generate one first, that is then overwritten by sipxconfig's > version, seems to bring us right back to where we were when we had > "checked in" versions of config files for initial startup before > sipxconfig would run. What is so imporant in domain-config that > sipxsupervisor refuses to accept configuration unless it exists? I would > prefer to see sipxsupervisor "limp" along without it until such time as > sipxconfig can replicate it. Having two places creating the same file > wasn't a good idea before, and it isn't now. > > One approch might be to have sipxsupervisor use domain-config if it > exists, and fallback to whatever sipx-setup generates IN SOME OTHER FILE > if it doesn't.
Yes, I thought of doing something like that (I was thinking of it as bootstrap-config), but took the simpler path. The initial run of sipXconfig needs the same data (for example, it needs the SIP_DOMAIN_NAME), and I assume that it's getting it from the domain-config that sipx-setup generates. > I'm wary about running sipx-setup on my devel system...is it safe to run > on a working development machine, or will it overwrite critical files? If you use the copy that's created with the other binaries in your build, it will only modify files under the prefix that you specified. This was part of why I split it from sipx-setup-system, which does everything that needs to be root to do and modifies system configuration files. _______________________________________________ sipx-dev mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-dev Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-dev
