summaryrefslogtreecommitdiffstats
path: root/debian/control
Commit message (Collapse)AuthorAgeFilesLines
* debian: build now depends on libgnutlsHarald Welte2017-11-031-0/+1
| | | | | | | | | | In Change-Id Ic77866ce65acf524b768882c751a4f9c0635740b we introduced a gnutls fall-back for random number generation, and made this a default unless explicitly disabled at compile time. This means the debian package needs related build dependency. Change-Id: I918e4b7bf1cb621679dce6339b3c4b69d653e2a6 Related: OS#1694
* Tag/Release version 0.10.0Harald Welte2017-10-271-16/+16
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It's been way too long since the last release. Almost one year and 468 commits. A brief summary of the changes below: * Doxygen for libosmo{coding,gb} * pseudotalloc for embedded builds, jenkins for arm-none-gnueabi * --disable-doxygen, --disable-ctrl, --disable-simd * update debian packaging * gsm0503 coding routines * osmo_hton[sl] * statistics.h -> counter.h * QCDIAG in gsmtap * llist_{first,last}_entry() * llist_count() * LOGPSRC() macro * msgb_pull_to_l2() * msgb_printf() * prbs * osmo_sock_init2() * osmo_sock_mcast_{name,loop_set,ttl_set,all_set,subscribe,ip}() * OSMO_STRINGIFY() * OSMO_VALUE_STRING() * OSMO_BYTES_FOR_BITS() * osmo_talloc_asprintf() * osmo_sub_auth_type_name() * osmo_sub_auth_data support for IND/SQN_MS * osmo_fsm ctrl interface * ctrl_handle_alloc2() * ctrl_interface_setup_dynip2() * OSMO_CTRL_PORT_HLR * bssgp_tx_bvc_ptp_reset() * gprs_ns_inst connect/remote_{ip,port} * osmo_gprs_{ul,dl}_block_size_{bits,bytes}() * osmo_gprs_{dl,ul}_cs_by_block_bytes() * gprs_ns_pdu_strings[] * more BSSGP cause values * abis_nm_admin_name() * AoIP support in gsm0808 * gsm_fn_as_gsmtime_str() * osmo_dump_gsmtime() * gsup charging support * ipa_ccm_make_id_resp() * ipa_ccm_make_id_resp_from_req() * struct gsm48_gprs_susp_req * gsm_04_14.h * rsl measurement preprocessing related IEs * abis_nm_event_cause_names[] * abis_nm_sw_desc and friends * more SYSINFO_TYPE_ values * osmo_earfcn_bit_size_ext() * t16lv_put() * msgb_t16lv_put() * tlvp_val16be() * tlvp_val32be() * osmo_tlvp_copy() * osmo_tlvp_merge() * many additional VTY nodes * cmd_node.name member * bitvec_set_u64() * bitvec_rl_curbit * ctrl_lookup_register() * osmo_fsm_find_by_name() * osmo_fsm_inst_find_by_name() * osmo_fsm_inst_find_by_id() Change-Id: Ieb5db2e910a90db780ea058b3280f2facbd68d76
* Make release helper more robustMax2017-09-151-1/+0
| | | | | | | | * check for bumpversion and error out if missing * drop bumpversion dependency from .deb Change-Id: Ide04d4c1ba20426bdf9531e25b462eda9418858a Related: OS#1861
* Add release target to MakefileMax2017-08-081-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add simple helper target to automate basic release steps: * version bump * prepare release commit * git commit, tag and sign For library projects: * update debian/changelog from TODO-RELEASE * cleanup TODO-RELEASE For non-library projects: * update debian/changelog from git log Note: it requires bumpversion package to be installed, debian/control is adjusted accordingly. The helper itself is installed to facilitate reuse by other libraries. N. B: you still have to manually adjust LIBVERSION in previous commit - see TODO-RELEASE header for details. Use it as follows: make REL=minor release The REL parameter defines which component of the version [1] to bump and can be any of { major, minor, patch }. [1] http://semver.org/ Change-Id: I790ceb958195b9f6cbabfe8c977dc30e2bd7414b Related: OS#1861
* deb: fix build by adding libosmogb doc packageMax2017-06-271-0/+15
| | | | | Change-Id: I3fe45feaee4033c17e25c4c0552d54a81d9b44f5 Fixes: OS#2340
* libosmocoding: migrate transcoding routines from OsmoBTSVadim Yanitskiy2017-03-071-0/+34
| | | | | | | | | | | | | | | | | | | | | | | | | There are some projects, such as GR-GSM and OsmocomBB, which would benefit from using one shared implementation of GSM 05.03 code. So, this commit introduces a new sub-library called libosmocoding, which (for now) provides GSM, GPRS and EDGE transcoding routines, migrated from OsmoBTS. The original GSM 05.03 code from OsmoBTS was relicensed under GPLv2-or-later with permission of copyright holders (Andreas Eversberg, Alexander Chemeris and Tom Tsou). The following data types are currently supported: - xCCH - PDTCH (CS 1-4 and MCS 1-9) - TCH/FR - TCH/HR - TCH/AFS - RCH/AHS - RACH - SCH Change-Id: I0c3256b87686d878e4e716d12393cad5924fdfa1
* Integrate Debian packaging changesMax2016-12-221-19/+207
| | | | | | | | | | | | | | | | | | | | | | | debian/control: * restructure to make it easier to incorporate further changes * update package descriptions * move build-depends to a proper place * update project URL debian/rules: * use proper hardening syntax * strip linker option without explicit shell invocation * remove useless comment * add extra cleanup debian/: package documentation separately debian/docs: remove empty file debian/coryright: update to match Debian format Change-Id: Ia7654d34730e9f269831612bfba70a1338ce29d3 Related: OS#1694
* Catch-up with git version tagsMax2016-12-211-3/+3
| | | | | | | | | | | | * update debian/changelog * update TODO-RELEASE * add comments to Makefile.am and TODO-RELEASE to simplify the process in future * add link to libtool docs to Makefile.am to simplify LIBVERSION maintenance Related: OS#1861 Change-Id: I22c257e357f597519120232d742d6a61289db021
* debian: Fix packaging by requiring python-minimalHolger Hans Peter Freyther2016-05-101-1/+1
| | | | | | | | | | | We require the python2 binary to generate code. In Debian this is provided by python-minimal. Add it to the build-depends to fix building packages. Change-Id: Iaa26f4331966d015b193d2ab1e34621b1e319ef1 Reviewed-on: https://gerrit.osmocom.org/37 Tested-by: Jenkins Builder Reviewed-by: Holger Freyther <holger@freyther.de>
* Add code generator for convolutional codesMax Suraev msuraev@sysmocom.de2016-04-291-0/+1
| | | | | | | | | | | | | | | | Add python utility to generate .c code with convolutional encoder/decoder based on polynomial description of the code. If argument given it'll be interpreted as intended output directory, otherwise current working directory is used. Codes for *CCH, CS2/3 and TCH/AFS are generated. Corresponding manual implementations are removed from tests. This introduce build-time dependency on python. The main work for this patch was generously contributed by Sylvain Munaut. Fixes: OS#1629
* debian: Make sure that libtalloc-dev is installedHolger Hans Peter Freyther2016-03-051-1/+1
| | | | | This way libosmo-abis, libosmo-sccp, openggsn, openbsc does not need to install it.
* talloc: Depend on libtalloc-dev being present as wellHolger Hans Peter Freyther2015-12-141-1/+1
|
* update debian packaging from libosmocore6 to libosmocore7Harald Welte2015-12-081-2/+2
|
* debian: Install libosmoctrl0 too when installing the dev packageHolger Hans Peter Freyther2015-11-031-1/+1
|
* misc: Prepare the release of libosmocore 0.9.0Holger Hans Peter Freyther2015-11-031-2/+2
| | | | | Bump the ABI version of libosmovty and we need to do this recursively to force rebuilds of our software.
* Prepare new upstream releaseHolger Hans Peter Freyther2015-08-231-2/+2
|
* release: Prepare the 0.8.2 releaseHolger Hans Peter Freyther2015-08-011-2/+2
| | | | | I have kind of used 0.8.1 by accident already so let us move to 0.8.2 now.
* debian: Aim for a higher standards versionHolger Hans Peter Freyther2015-03-141-1/+1
|
* debian: Move to multi-arch support in libosmocoreHolger Hans Peter Freyther2015-03-141-1/+12
| | | | | | | | Enable multi-arch support in libosmocore. This means the package can not be built on squeeze anymore. The concept of "foreign" is not really well documented but I think I use it correctly here.
* debian: Add pcsc build depends and pkg-config for the m4 macroHolger Hans Peter Freyther2015-01-271-1/+1
|
* Prepare a new libosmocore releaseHolger Hans Peter Freyther2015-01-181-3/+3
|
* Fix debian packagingCiaby2014-11-101-0/+6
| | | | | - Added debian/libosmosim0.install - Added libosmosim definition in debian/control
* debian: Depend on the right version of libosmogsm as wellHolger Hans Peter Freyther2014-09-081-1/+1
|
* debian: Depend on libosmocore5 for the legacy packageHolger Hans Peter Freyther2014-09-081-1/+1
|
* debian: fix build errors with libosmogsm and libosmoctrlCiaby2014-09-081-2/+8
| | | | | libosmogsm: the transition from 5 to 6 wasn't done properly. Fixed version number. libosmoctrl: missing definition in debian/control and also missing libosmoctrl0.install.
* prepare for 0.7.0 releaseHarald Welte2014-08-211-2/+2
|
* Release: Prepare the release of 0.6.6Holger Hans Peter Freyther2014-03-311-2/+2
|
* release: Prepare the 0.6.4 release of libosmocoreHolger Hans Peter Freyther2013-10-151-2/+2
| | | | New interfaces and ABI incompatible changes in the GB library
* debian: Split libosmocore into various libs and address lintian warningsHolger Hans Peter Freyther2013-08-121-4/+34
| | | | | | | | | | | | | | | Package the various libraries separately. This will allow to install libosmogsm3 and libosmogsm4 in parallel. E: libosmocore-dev: non-empty-dependency_libs-in-la-file usr/lib/libosmocore.la E: libosmocore-dev: non-empty-dependency_libs-in-la-file usr/lib/libosmogb.la E: libosmocore-dev: non-empty-dependency_libs-in-la-file usr/lib/libosmogsm.la E: libosmocore-dev: non-empty-dependency_libs-in-la-file usr/lib/libosmovty.la W: libosmocore-dbg: wrong-bug-number-in-closes l54:#nnnn W: libosmocore: wrong-bug-number-in-closes l54:#nnnn W: libosmocore: package-name-doesnt-match-sonames libosmocodec0 libosmocore4 libosmogb2 libosmogsm4 libosmovty0
* debian: Re-enable the debug packagesHolger Hans Peter Freyther2013-02-131-8/+8
| | | | | | Remove the .dirs/.install as things will go wrong then. debhelper will try to install the debug symbols before they were created. Thanks to Jan for pointing that out.
* debian: Bump the changelog and package osmo-arfcnHolger Hans Peter Freyther2013-01-041-0/+6
|
* debian: Create a git-buildpackage based 0.5.3Holger Hans Peter Freyther2012-11-061-1/+1
|
* Fix debian package building.Eric Butler2012-08-261-1/+1
| | | | | | * Removed log file * Add 'git' add 'libdpkg-perl' to build dependencies * Disable tests (one of them is failing)
* Revert various debian related changesHolger Hans Peter Freyther2011-07-161-4/+2
| | | | | | | | | | | | | | | | | | | | | | | | The debian related changes were not meant to be comitted and were local experiments. The changes should go through Jan and not this way. Revert "more changes" This reverts commit 96ba20cb44e602abb292b53c9e4f92aa59998df1. Revert "debian: Updates to fix lintian errors" This reverts commit b670c86edd704d45b572b87111f3224abecc4767. Revert "debian: Switch to the 3.0(quilt) format to play with launchpad" This reverts commit 7a91d6071d1ef15e5a05f5feb7f79a06c279c673. Revert "debian: Add new changelog entry for the shlib:Depends change" This reverts commit 54b8c4e0edb2f0f0cde7d28c1715810dd5c6a4b1. Revert "debian: dpkg-buildpackage complains about this here" This reverts commit 4284307ead92f35e844e452c0ff9c73a61038096. Revert "debian: Add a new changelog entry" This reverts commit ae9b220d166dac277a9b9078add20650415d1cb2.
* debian: Updates to fix lintian errorsHolger Hans Peter Freyther2011-07-131-1/+3
|
* debian: dpkg-buildpackage complains about this hereHolger Hans Peter Freyther2011-07-131-1/+1
|
* debian: Make the -dev package depend on the normal oneHolger Hans Peter Freyther2011-01-131-1/+1
| | | | | | | Make libosmocore-dev depend on libosmocore. Otherwise we only end up with the libosmocore.a files installed and then have various issues with the link order when linking OpenBSC and such.
* debian: Switch to the 3.0 git format, update version, fix dependsHolger Hans Peter Freyther2011-01-131-1/+1
| | | | | | | | Switch to the git format as this can generate the source directly from the git checkout. Increase the version number to 0.1.27 as this is the latest tag, depend on autoconf, automake and libtool and use autoreconf when building to be able to directly build from a git clone.
* add debian packaging related informationHarald Welte2010-08-241-0/+27
Using the debian directory in this commit, it is possible to generate libosmocore and libosmocore-dev packages (dpkgs).