<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 18, 2014 at 9:11 AM, Vlad Dumitrescu <span dir="ltr"><<a href="mailto:vladdu55@gmail.com" target="_blank">vladdu55@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Hi,</div><div class="gmail_quote"><br></div><div class="gmail_quote">
<div class="">On Tue, Feb 18, 2014 at 12:48 PM, Tuncer Ayaz <span dir="ltr"><<a href="mailto:tuncer.ayaz@gmail.com" target="_blank">tuncer.ayaz@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I know that at least Bjoern-Egil has been investigating the possibility of<br>
splitting up otp.git into sub repos, and before anything is set into<br>
stone, I'd like to resolve one concern I have.<br>
<br>
What will happen to the default distribution and the bundled libraries?<br>
<br>
Is the plan to split it into core and extra? I'm concerned that if we<br>
follow that route, we would lose the ability to rely on pretty useful<br>
functionality available out of the box. For example, today it's very<br>
convenient that I can write an escript which:<br>
 * interacts with the network (http, ssh, snmp, etc.)<br>
 * compiles sources for various languages<br>
 * creates or extracts tarballs or zip archives<br>
 * inspects a (remote) node<br>
 * much more...</blockquote><div><br></div></div><div>One thought about this: there are several levels of modularity that could be enabled, but as a first step I think that what could be separated are the telecom-specific libraries (asn1, cos*, megaco, diameter). Snmp is on the fence.</div>
</div></div></div></blockquote><div><br></div><div>The enterprise version of Riak, which isn't a telecom-specific system, uses snmp because some customers rely on it for monitoring and alerts. Surely other non-telco apps use snmp as well.</div>
<div><br></div><div>public_key currently relies on asn1, so it can't go away just yet either.</div><div><br></div><div>--steve</div></div></div></div>