[PATCH 3/4] input: Make keep alive configurable (generic)

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Jacob Erlbeck jerlbeck at sysmocom.de
Fri Jan 17 09:30:51 UTC 2014


On 16.01.2014 20:53, Holger Hans Peter Freyther wrote:
> On Mon, Jan 13, 2014 at 10:27:07AM +0100, Holger Hans Peter Freyther wrote:
> 
> Hi all,
> 
> 
> the current proposal is to introduce a process that will create a
> new file in the root of a project where we document the ABI changes.
> The content of the file will look like this:
> 
> #library       what            description / commit summary line
> 
> 

More precisely, the idea was to have a TODO-RELEASE file in the
project's top directory containing a single line per 'what' and commit
which is part of the commit itself. When this file is empty (except for
empty lines and comment lines starting with a '#'), a release can be
finished.

'what' is one of the following strings (more to come):
  'abi-change'     the ABI (structs, function parameters) has changed
                   e.g. due to modifications or removals.
                   When there is at least one such line, the LIBVERSION
                   'age' field must be reset and the 'current' field
                   must be incremented when doing a release. All lines
                   marked with 'abi-change' or 'abi-add' can be
                   removed then.
  'abi-add'        a function or struct has been added but the ABI has
                   not changed otherwise (so it remains compatible).
                   When there is at least one such line (and no
                   'abi-change' line'), the LIBVERSION
                   'age' and 'current' fields must be incremented when
                   doing a release. All such lines can be removed then.

The 'abi-add' variant is probably less important but I've included it
nevertheless for completeness.

Jacob




More information about the OpenBSC mailing list