summaryrefslogtreecommitdiffstats
path: root/debian/control
Commit message (Collapse)AuthorAgeFilesLines
* debian: Add libosmoctrl-doc sub-packageHarald Welte2018-05-281-0/+15
| | | | | | This fixes the debian package builds for libosmocore.git Change-Id: I454e3c0175ab5a89e8925e036a3644299367df0f
* Bump version: 0.10.2.284-bc47-dirty → 0.11.0Pau Espin Pedrol2018-05-031-4/+4
| | | | | | | Remark: For libosmogb and libosmogsm, LIBVERSION was already bumped in c4fce1425e19d604c199c895e227dc2519110456. Change-Id: Ib4fa53a9bb9954ae48d0a610ba9a81dd8e8b4ef6
* debian: libosmoctrl: Use correct library version in pkg namePau Espin Pedrol2018-05-031-3/+3
| | | | | | | | | | | | The number used in debian packaging is actually current-age, which is still 0 in this case after it was bumped a while ago. As a result, we had a libosmoctrl1_*.deb package installing a libosmoctrl.so.0 file. Fixes: OS#3175 Change-Id: I771f6c68570bc3b2bab68e1165c7284fd43e904d
* implement support for 3-digit MNC with leading zerosNeels Hofmeyr2018-02-281-6/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Enable representing three-digit MNC with leading zeros. The MNCs 23 and 023 are actually different; so far we treated both as 23. Re-encode an incoming BCD or string of 023 as it were, i.e. not dropping the leading zero as 23. Break ABI compatibility by changing the size and ordering of structs gprs_ra_id, osmo_plmn_id, osmo_cell_global_id, ... by adding an mnc_3_digits flag. Change ordering in gprs_ra_id because the canonical oder is {Mobile Country Code, Mobile Network Code}, so have the mcc member first. ABI compatibility cannot be maintained for struct gprs_ra_id, since it is a direct member of structs bssgp_bvc_ctx and bssgp_paging_info, and even just adding a flag to the end would cause ABI changes of those structs. Similarly, osmo_plmn_id is a direct member of osmo_location_area_id, and so forth. Add new API to set and read this additional flag to preserve leading zeros: - osmo_plmn_to_bcd(), osmo_plmn_from_bcd() after gsm48_mcc_mnc_to_bcd() and gsm48_mcc_mnc_from_bcd(). - gsm48_decode_lai2(), gsm48_generate_lai2() after gsm48_decode_lai(), gsm48_generate_lai(). - gsm0808_create_layer3_2() after gsm0808_create_layer3() and gsm0808_create_layer3_aoip(). - various osmo_*_name() functions in gsm23003.h (osmo_rai_name() still in gsm48.h close to struct gprs_ra_id definition). The amount and duplication of these may seem a bit overboard, but IMO they do make sense in this way. Though most code will soon see patches unifying the data structures used, in some cases (vty, ctrl) they are required singled out. Without these functions, the formatting ("%0*u", mnc_3_digits ? 3 : 2, mnc) would be duplicated all over our diverse repositories. In various log output, include the leading MNC zeros. Mark one TODO in card_fs_sim.c, I am not sure how to communicate a leading zero to/from a SIM card FS. The focus here is on the core network / BSS. To indicate ABI incompatibility, bump libosmogsm and libosmogb LIBVERSIONs; adjust debian files accordingly. Implementation choices: - The default behavior upon zero-initialization will be the mnc_3_digits flag set to false, which yields exactly the previous behavior. - I decided against packing the mnc with the mnc_3_digits field into a sub-struct because it would immediately break all builds of dependent projects: it would require immediate merging of numerous patches in other repositories, and it would make compiling older code against a newer libosmocore unneccessarily hard. Change-Id: Id2240f7f518494c9df6c8bda52c0d5092f90f221
* debian/control: Fix Vcs-Browser URLHarald Welte2018-02-091-1/+1
| | | | Change-Id: I89bff8fcb8e0b7c0a0e415d4eee1636c21b8f8de
* Revert "Use python 3 for utilities"Harald Welte2018-02-091-1/+1
| | | | | | This reverts commit 76c6c50405c6cbb1d08bdd7b5d27c657fa5d38b6, which broke the obs builds. I'm really starting to get annoyed by ongoing python related breakage without ever fixing any bugs! Change-Id: I4d76e897d4f746ff9ea4e06f2efc708a12cc2944
* Use python 3 for utilitiesMax2018-02-081-1/+1
| | | | | | | | There're no python2-specific code in there so we can switch right away without waiting till 2020 for python 2 deprecation. Related: OS#2819 Change-Id: I8d34aed124b00c5dd2ab1bcc84bbfa8c620282cc
* 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).