Re: [Openbts-discuss] OpenBTS 2.8 problem with UHD-USRP2

[Kurtis H. <khe...@cs...>]

I think I disagree. I don't want OpenBTS "installed" on my machine. It
doesn't need to run at startup and it shouldn't need any init scripts.
Most Public developers (I think) are not running real networks,
they're running test beds. As such, it would be better to reduce the
installation load rather than harden the installation process. For
instance, only the subscriber registry needs to be put anywhere
outside of the OpenBTS build directory, the rest could be local.

I was thinking of adding a flag to the OpenBTS executable that allows
one to give a config db, instead of just requiring /etc/OpenBTS. Or
maybe, it does a cascading set of directories (e.g., if /etc/OpenBTS
doesn't exist, try ./OpenBTS.db, else ...) That would ease the
installation process, imo.

On Sat, Nov 5, 2011 at 1:04 PM, David Burgess <da...@ra...> wrote:
>
>
> What we really need here is a proper installation script.  Among other things, this script would install other scripts into the init system to insure that /var/run/OpenBTS is created at boot time.  (It needs to be checked after every boot, since /var/run is usually in a ramdisk partition.)
>
> Kurtis, if you look in software/commercial/installationScripts you will find the installation scripts used for setting up a 5150-series BTS unit.  Those are not exactly what is needed for the public release, but may be a good starting point.  So I would suggest taking a look at them, modifying them to match the needs of the public release, and then committing them in to the public repo somewhere.
>
>>
>> On Sat, Nov 5, 2011 at 21:51, Kurtis Heimerl <khe...@cs...> wrote:
>>> However, it's worth noting the tradeoffs:
>>>
>>> First, ever public install is going to have those files somewhere
>>> else. That means the documentation will be wrong for most readers of
>>> the public wiki.
>>>
>>> However, Requiring them to manually move it makes sure that each
>>> installer KNOWS these are different. This means the public and private
>>> documentation can be the same for topics involving these databases.
>>
>
> David A. Burgess
> Founder, CEO
> Range Networks, Inc.
> 560 Brannan St.
> San Francisco, CA 94107
> USA
> cell +1 707 208 2622
>
>