This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "An utility library for Open Source Mobile Communications". The branch, neels/vty has been created at 139d0c08d3e1dcf206f6fdcc04fbb53db777aff4 (commit) - Log ----------------------------------------------------------------- http://cgit.osmocom.org/libosmocore/commit/?id=139d0c08d3e1dcf206f6fdcc04fb… commit 139d0c08d3e1dcf206f6fdcc04fbb53db777aff4 Author: Neels Hofmeyr &lt;neels(a)hofmeyr.de&gt; Date: Sun Oct 22 02:31:33 2017 +0200 VTY reference: use node names as section names In 'show online-help' output, add the node names (currently all derived from the prompt) as <node><name> entry, so that in the osmo-gsm-manuals, each section of node commands gets a title. So far, each section of commands has no name at all, and it is entirely up for guessing which part of the VTY the commands are about. Node section names, e.g. for OsmoHLR, will be like 1 VTY reference 1.4 config 1.5 config-log 1.6 config-line 1.7 config-ctrl 1.8 config-hlr 1.9 config-hlr-gsup Before this patch, all but '1 VTY reference' were plain empty. A better solution would be to list the actual command name that enters the node, and to nest the commands identically to VTY node nesting, but since this information is currently hidden in node command implementations, it is impossible to derive it. So we should actually make the VTY reflect the node nesting structure in its data model, which would resolve both the accurate node name problem as well as produce well-structured output to generate the VTY references from. This patch is a workaround for lack of a more profound fix of the VTY data model. At least it makes the VTY references' sections even remotely useful. Change-Id: Iaf745b2ab3d9b02fc47025a0eba3beb711068bfe http://cgit.osmocom.org/libosmocore/commit/?id=b4e165914e3ed459b5dd7d6c5efb… commit b4e165914e3ed459b5dd7d6c5efb5803511a8a26 Author: Neels Hofmeyr &lt;neels(a)hofmeyr.de&gt; Date: Sun Oct 22 02:31:33 2017 +0200 VTY reference: do not list empty nodes In 'show online-help' output, don't list nodes that have no commands (the 'Password' node). Change-Id: Iaf745b2ab3d9b02fc47025a0eba3beb711068bfe http://cgit.osmocom.org/libosmocore/commit/?id=6fa35b39e8b515e45689235cd7e7… commit 6fa35b39e8b515e45689235cd7e7f40ae78b0ea8 Author: Neels Hofmeyr &lt;neels(a)hofmeyr.de&gt; Date: Thu Oct 19 02:44:57 2017 +0200 vty XML export: avoid repeating common node commands for each node We use 'show online-help' to generate VTY reference manuals. It is not helpful to include the common node commands on each and every node level, it clutters the actual useful help. Still list the common nodes on the CONFIG node, but omit them elsewhere. Change-Id: Ie802eccad80887968b10269ff9c0e9797268e0d4 http://cgit.osmocom.org/libosmocore/commit/?id=e8c9c0dc78035e2a085ef1d26348… commit e8c9c0dc78035e2a085ef1d263486ed795eda8c5 Author: Neels Hofmeyr &lt;neels(a)hofmeyr.de&gt; Date: Mon Oct 16 16:18:01 2017 +0200 ctrl: allow more nodes than those in enum ctrl_node_type Add ctrl_interface_setup_dynip2() to add a node_count parameter, which can be used to define more ctrl nodes without having to merge a patch to libosmocore. In consequence, also add ctrl_handle_alloc2(), since ctrl_interface_setup_dynip() uses ctrl_handle_alloc() to allocate the node slots, and add node_count param to static ctrl_init(). Passing zero as node_count indicates to use the default of _LAST_CTRL_NODE as before, i.e. to not define more ctrl nodes. Assert that we never allocate less than _LAST_CTRL_NODE slots. The current ctrl_interface_setup_dynip() and ctrl_handle_alloc() become simple wrappers that pass zero as node_count. Their use is still valid and they do not need to be deprecated. The API comment to ctrl_interface_setup_dynip2() explains how to define more node IDs. This patch was verified to work by osmo-hlr.git change I98ee6a06b3aa6a67adb868e0b63b0e04eb42eb50 which adds two node IDs for use by osmo-hlr only. Change-Id: I1bd62ae0d4eefde7e1517db15a2155640a1bab58 http://cgit.osmocom.org/libosmocore/commit/?id=032846ad92776004faedca7be378… commit 032846ad92776004faedca7be378f558234fec29 Author: Neels Hofmeyr &lt;neels(a)hofmeyr.de&gt; Date: Thu Oct 19 02:40:01 2017 +0200 add osmo_talloc_asprintf() and ctrl_cmd_reply_printf() Add macro to append to a CTRL commands' reply string, ctrl_cmd_reply_printf(). The talloc_asprintf() part of it is generic enough to qualify for a separate macro, osmo_talloc_asprintf(). The idea is to not have to decide for each bit added to a string whether the string is already allocated or not, but simply be able to issue printf commands and let the macro worry about initial allocation or reallocation. This originally came from osmo-hlr change I1bd62ae0d4eefde7e1517db15a2155640a1bab58, where it was requested to move this bit to libosmocore. Change-Id: Ic9dba0e4a1eb5a7dc3cee2f181b9024ed4fc7005 ----------------------------------------------------------------------- hooks/post-receive -- An utility library for Open Source Mobile Communications