path: root/debian
AgeCommit message (Collapse)AuthorFilesLines
2019-08-07Bump version: → Espin Pedrol2-4/+139
Change-Id: I4b73d0a83b1ed1a4dfd17066182820da5e401c9b
2019-05-29debian: create -doc subpackage with pdf manualsOliver Smith3-2/+17
I have verified, that the resulting debian packages build in my own OBS namespace (see the -doc packages): https://download.opensuse.org/repositories/home:/osmith42/Debian_9.0/all/ https://build.opensuse.org/project/show/home:osmith42 Depends: Ib7251cca9116151e473798879375cd5eb48ff3ad (osmo-ci) Related: OS#3899 Change-Id: I8dfb5658e567978aa8fe82f45d8287dbd1df969c
2019-01-20Bump version: → Welte1-0/+322
Change-Id: Iaedf16a3a03868c5ca6b1afe9fbac7b042905d51
2018-10-12debian: Require libcdk and install meas_vis osmo-bsc-meas-utilsDaniel Willmann2-0/+2
Change-Id: Ibe977a92acb93a78e323a40f53d653059b07bc0f
2018-09-13Install sample cfg file to /etc/osmocomPau Espin Pedrol1-0/+1
Change-Id: I87bc40fafa6269d99ccbfe49a61fc7ae4da62e80
2018-09-13Install systemd services with autotoolsPau Espin Pedrol3-2/+4
Change-Id: I015ac3fbe5adc551b76bac5c15ad93d30d0d2b6e
2018-07-27Bump version: → Espin Pedrol2-6/+114
Change-Id: Ic8f12e8a6e3a98f7c69920b27d08a5e7e3eebc31
2018-06-25debian: Move meas related binaries into new package osmo-bsc-meas-utilsPau Espin Pedrol2-0/+7
Only meas_json is added so far, since the other related ones are conditionally built. Change-Id: I35ba3c19fcdfb5663691a67c9876537765963c5d
2018-05-27remove remaining bits of osmo-bsc_natHarald Welte1-1/+0
osmo-bsc_nat is too heavily tied into legacy SCCPlite code, as it is not using libosmo-sigtran/osmo_ss7 so far. It's also full of customer-specific code and it's shared use of some libbsc code here has been complicating osmo-bsc development. The current plan is to continue to use osmo-bsc_nat from openbsc.git for those legacy users that need it, and not use osmo-bsc_nat in new 3GPP AoIP setups. Should we ever get a strong demand for an AoIP based bsc_nat, we can still revisit this later. Change-Id: Ia05dc76336a64a7f08962843b9a7cc19f2c83387
2018-05-15Bump version: → Espin Pedrol1-0/+23
Change-Id: I5f6135b7e16cac95c58a1bbc147234e10ee37574
2018-05-03Bump version: → Espin Pedrol1-0/+387
Change-Id: Ie6ad5c769dd11c79b2bfd0d19f0feda8416e09cd
2018-03-09debian: Move abisip-find from osmo-bsc to its own packagePau Espin Pedrol3-1/+7
In some scenarios osmo-bsc is not required, only abisip-find to do the initial set-up of the BTS, so no need to install osmo-bsc with it. Change-Id: If3d476a1bd67abcb9cff241ab5989db923873986
2017-12-27Migrate from OpenSSL to osmo_get_rand_id()Max1-1/+0
This avoids potential licensing incompatibility and makes integration of Debian packaging patches easier. The libosmocore version requirements are fine already but for jenkins tests to pass we have to have Ic77866ce65acf524b768882c751a4f9c0635740b merged into libosmocore master. Change-Id: Ia57bf1300525cf3c247284fe966b1c415c2d53e2 Related: OS#1694
2017-11-15debian: remove doublicated project name in example filesAlexander Couzens1-1/+2
For example: /usr/share/doc/osmo-bsc/examples/osmo-bsc/osmo-bsc.cfg -> usr/share/doc/osmo-bsc/examples/osmo-bsc.cfg Change-Id: I8a9f45e72dd966ca3913b5483ff78039a3e472ea
2017-11-11configure.ac/debian: Require libosmo-mgcp-client-dev >= 1.2.0Harald Welte1-1/+1
We recently started to use some symbols that were not available in libosmo-mgcp-client-dev 1.0.0 or even 1.1.0. Let's depend on a newly tagged version of libosmo-mgcp-client. Change-Id: Ic5d3add1c69181aabbdb684a01a6ba7bcea1fe2c
2017-11-09debian: Increase required libosmo-legacy-mgcp-dev versionHarald Welte1-1/+1
Use the same version requirement as in configure.ac. Change-Id: I2dc21e89bd676a754bc24a6995c4f9c0c4727d57
2017-11-09debian: Add dependency to libosmo-mgcp-client-devHarald Welte1-1/+2
Since Change-Id Ia2882b7ca31a3219c676986e85045fa08a425d7a, osmo-bsc uses osmo-mgw and utilizes libosmo-mgcp-client to talk to it, so let's make sure the Debian control file states that dependency. Unfortuantely, this still won't make the osmo-bsc debian package build again, as in fact the above commit uses symbols not even present in 1.0.0 or 1.1.0 releases of libosmo-mgcp-client :( So we first need a new release of that library, and we need to update the configure.ac and debian/control version requirements in osmo-bsc before this is fixed. This needs to be automatized in the future. Change-Id: I41a0378d069f5383904cf92cc415c19beba26168
2017-10-29Bump version: → Welte1-0/+7
Change-Id: I76a9ff8eb43b1038213f69a78985444e8b694e40
2017-10-29debian/control: Specify versions of packages we depend uponHarald Welte1-7/+7
Change-Id: Ide71f5029b14293ceda56ea5da715cd91a00c70f
2017-10-28Debian: depend on libosmo-sigtran (bsc) and libosmo-sccp (bsc-nat)Harald Welte1-0/+1
Change-Id: I59c959a977b8ad4312766d86be879b16b34587cf
2017-10-28Bump version: → Welte1-0/+10
Change-Id: I6aefde159b83608679000239cc1603ef076db219
2017-10-28Debian: re-introduce missing build dependency to libssl-devHarald Welte1-0/+1
In Change-Id I469909ad7c597cde3d7a7d2ec86101a9f41d3aa6 we accidentially also removed the libssl-dev dependency. osmo-bsc_nat still uses RAND_getbytes directly, so we have to keep it for now, until we switch to a future libosmocore-based mechanism that's in the works. Change-Id: I3be26c566baf05278ba51b835a72e14ce6ecf3d0
2017-10-28Tag/Release Version Welte1-1/+62
Change-Id: I61661b7f392a5485172d2f7087b4eb8b82607f43
2017-10-28Debian: osmo-bsc-dbg should cover only the osmo-bsc packageHarald Welte1-1/+1
Change-Id: I3d2e7ce589e78bb4da6de3567462a6be4194174e
2017-10-28Debian: Split off osmo-bsc-{bs11,ipaccess}-utils sub-packagesHarald Welte3-0/+5
The names and descriptions have been imported/inherited from openbsc.git Change-Id: Ia32e3645807ecf148f22cba3cab92f728074b20e
2017-10-28Debian: Package osmo-bsc systemd serviceHarald Welte1-0/+1
Change-Id: I29cb5f2132047e05448f1a4f261ef5976936be29
2017-10-28Debian: Don't package osmo-bsc_natHarald Welte2-1/+18
We don't want to pacakge osmo-bsc_nat from osmo-bsc.git at this point yet. It only suports SCCPlite, which is not yet fully supported by osmo-bsc. Rather, we continue to package osmo-bsc_nat from openbsc.git like we did so far. Also, the osmo-bsc_nat binary really doesn't belong into the osmo-bsc package at all. Change-Id: Icf0bf80d61141ec060b6d2efcf3e65e2ef1ac2d6
2017-10-28Debian: Remove obsolete build dependenciesHarald Welte1-6/+1
Those dependencies were introduced at a different time, when GPRS related code was still in this repository Change-Id: I469909ad7c597cde3d7a7d2ec86101a9f41d3aa6
2017-10-11debian/rules: show testsuite.log when tests are failingAlexander Couzens1-0/+4
Change-Id: I373b26c9d5eb32b1155e6405c6305ac870061887
2017-10-04Remove any references to RANAP and IuHarald Welte1-1/+0
This is a BSC, it has norelation to RANAP or Iu(h). Let's remove an references to it, and also the build dependency to libosmo-ranap-dev Change-Id: I517b9f69309b2ed0540dd6c186b3d4a2a03aed44
2017-09-26Remove unneeded dbi dependencyPau Espin Pedrol1-1/+0
Most probably a leftover from openbsc git Change-Id: I230564b6a6ad244ec6328a99a1c3dbd9bc5521ae
2017-09-03configure.ac: Package is now called osmo-bsc, not openbscHarald Welte1-1/+1
Change-Id: I85511946316a34877080ac55553c5b88e34bd1be
2017-09-03configure.ac: remove --enable-osmo-bsc, --enable-natHarald Welte1-1/+0
This is the OsmoBSC project. Disabling the build of the BSC would be somewhat odd, so let's remove the option. Also, OsmoBSC depends on libosmo-sccp now, so we must unconditionally depend on it. As a result, we can remove the --enable-nat option, as this was only to avoid a mandatory libosmo-sccp requirement in historical times. Change-Id: Icfee8a904d33b7c13ab8d185d64fb5c2337d8640
2017-08-30rework /debian package support to match new osmo-bscpre_releaseAlexander Couzens29-1172/+207
Remove leftover from split out of openbsc Change-Id: I9fe1003f7d2af5c6a07c41aec59ea91594b825bd
2017-05-04deb: install python scripts from contrib/Max1-0/+1
Add .py scripts from contrib/ to osmo-nitb.deb package. Change-Id: I852815f348ae330980b186e1ddbc78f18f4f42b5 Related: SYS#3028
2017-04-27deb: install openbsc.pcMax1-0/+1
Previously openbsc.pc was generated but not installed as part of openbsc-dev. Change-Id: I5472a8fe74a81b98598fbdb688db778cb7d09e62
2017-01-30debian: Require libgtp-dev after the SO version bumpHolger Hans Peter Freyther1-1/+1
The ABI of libgtp changed and we require a new library now. Drop the SO_VERSION from the library name and just depend on libgtp-dev. Change-Id: Ib301b27e2c08fda827b55820389247e27e5e8fc7
2017-01-24debian: Install header and source file to different directoryHolger Hans Peter Freyther2-4/+5
osmo-bts consumes the gsm_data_shared.{h,c} files and assumes the OpenBSC directory layout. Install the files into the specific sub-directories to make the --with-openbsc=dir option work. Change-Id: I3da21402dee3d6f1d812b232b0a3f13b8a462d5b
2017-01-21Turn some compiler warnings into errorsMax1-0/+1
Re-apply the reverted commit 98bc7fa50d0731864297f8fb82932d480c426ff6, this time with a clear error message in case autoconf-archive is not installed. Change-Id: I631bde22e79ec0318eb9c8114db5861a1d635816 Tweaked-by: Neels Hofmeyr <nhofmeyr@sysmocom.de>
2017-01-19deb: unbreak nightly buildsRuben Undheim2-0/+13
Add openbsc-dev with source and header files necessary for osmo-bts builds. Max's note: extracted from Debian packaging work into separate commit. Change-Id: I25f8c639d2dc525ca280a7cd09de3ca6358d2568
2017-01-13Revert "Turn some warnings into errors"Neels Hofmeyr1-1/+0
This introduces a failure with ./configure on my machine: ../configure: line 6612: syntax error near unexpected token `-Werror=implicit,' ../configure: line 6612: `AX_CHECK_COMPILE_FLAG(-Werror=implicit, CFLAGS="$CFLAGS -Werror=implicit")' Makefile:420: recipe for target 'config.status' failed make[1]: *** [config.status] Error 2 Installing autoconf-archive did not fix the error. So even though jenkins seems to accept this, I cannot build with this patch. Let's find out how to do this in a way that all systems can still build and then re-apply this patch. This reverts commit fd161ccce8ecaad3ddd32dd8b696902e81593ae3. Change-Id: I2b368500b07f233882ef854eca1fa21f6df39e29
2017-01-11Turn some warnings into errorsMax1-0/+1
Make warnings (when available) related to common memory-related issues into errors to harden the source and decrease chance of errors. Change-Id: Ied9c950dafa65f324cf31298b13b590f56139700
2016-12-21Integrate Debian packaging changesMax4-66/+194
debian/control: * restructure to make it easier to incorporate further changes * update package descriptions * update project URL debian/rules: * use proper hardening syntax * restructure to make it easier to incorporate further changes * remove useless comment debian/compat: update compatibility version debian/coryright: update to match Debian format Change-Id: I49cc9239b15dc77d782914ca2547e601d049acdc Related: OS#1694
2016-07-11SGSN: prevent starting with inconsistent configMax1-0/+2
Previously it was possible to start osmo-sgsn with "auth-policy remote" but without "gsup remote-*" which resulted in broken setup: no MS could perform GPRS ATTACH. Add consistency check to vty code to fix this. Related: OS#1582 Change-Id: Ie4296e7d99d7833f7d828b0196435ea81097cf6e
2016-05-25debian: Make upgrading from debian SID easierHolger Hans Peter Freyther1-1/+7
Make sure the version number of this sourcepackage is higher than the one found in Debian SID. Change-Id: I838632e9e90378a03235c2aebd5bc9ed06627ec8 Reviewed-on: https://gerrit.osmocom.org/113 Tested-by: Jenkins Builder Reviewed-by: Holger Freyther <holger@freyther.de>
2016-02-18rename ipaccess-find into abisip-findHarald Welte1-1/+1
The tool is not used only to find ip.access devices, but used to find any Abis/IP implementing devices, including those supported by OsmoBTS.
2015-11-30gtphub: add to debian buildNeels Hofmeyr6-0/+169
By the example of osmo-sgsn, package osmo-gtphub for debian. Sponsored-by: On-Waves ehi
2015-09-24debian: Attempt to fix packaging and point to a meaningful readmeHolger Hans Peter Freyther1-1/+1
The empty README file has been removed but the package still tries to install it.
2015-09-04Add SMPP support in the debian build, include libsmpp34-dev as a dependency.Ciaby2-2/+2
2015-08-23debian: Require ares for the SGSN and GGSN resolvingHolger Hans Peter Freyther1-1/+1