Feature #1860
closedInclude Ubuntu 16.04 LTS in nightly builds
Added by laforge over 7 years ago. Updated about 7 years ago.
100%
Description
The osmocom nightly builds (https://build.opensuse.org/project/show/network:osmocom:nightly) should build packages also for Ubuntu 16.04, as it is the latest stable / long term support release.
Related issues
Updated by msuraev over 7 years ago
- Status changed from New to Stalled
- % Done changed from 0 to 10
There are currently build errors for osmo-trx and osmo-stp packages and 3 dependency problems due to libosmonetif library. However that's still result in twice the number of successfully built packages compared to 14.04
Updated by msuraev over 7 years ago
- Status changed from Stalled to In Progress
Gerrit # 1612 should fix the dependency issue.
Updated by msuraev over 7 years ago
Merging gerrit # 1485 and its dependencies should help with fixing osmo-trx build.
Updated by msuraev over 7 years ago
Correction: osmo-trx is failing due to uhd version requirements. There seems to be no way to point obs to external repo to look for dependencies so the only way to fix this is to add uhd packages to obs and to link to them. Not sure if it's worth the efforts.
Updated by msuraev over 7 years ago
Note: added ppc64 to the build matrix as we've had problem with BE previously so it's good to have it as a test target.
Updated by laforge over 7 years ago
On Mon, Jan 16, 2017 at 11:41:22AM +0000, msuraev [REDMINE] wrote:
Correction: osmo-trx is failing due to uhd version requirements. There
seems to be no way to point obs to external repo to look for
dependencies so the only way to fix this is to add uhd packages to obs
and to link to them. Not sure if it's worth the efforts.
I really don't think it is us who should pick up the pieces after Ettus'
(sorry) stupid decision to deprecate anyone with a current/stable Linux
distribution.
In fact, I think the proper solution is to re-introduce support for
older UHD versions in osmo-trx. How hard can it be?
Regards,
Harald
Updated by laforge over 7 years ago
On Mon, Jan 16, 2017 at 11:42:45AM +0000, msuraev [REDMINE] wrote:
Note: added ppc64 to the build matrix as we've had problem with BE previously so it's good to have it as a test target.
The question is: Do we bother to support big-endian in general? Are
there any users to start worrying about this? Today, wtih ARM and x86
being by far the dominant architectures, why invest time if there's
nobody asking? The world was different some 10-15 years ago, when there
was a significant quantity of powerpc, (ultra)sparc and other big endian
systems out there, also among the users of OpenBSC.
Updated by msuraev over 7 years ago
Removed ppc64 to avoid ML spam. Shall I disable/remove osmo-trx packages? Note, in approx 4 months problem with osmo-trx will be resolved automatically with the appearance of new ubuntu version - until when we can recommend building it locally using uhd packages from Ettus.
Also, what about Debian_Next repo - it's unused due to missing path. Seems like leftover as it's unsupport by OBS ATM. Shall I remove it?
Updated by msuraev over 7 years ago
Which ubuntu versions shall we support? Latest LTS and latest non-LTS or some more?
Updated by msuraev over 7 years ago
- Related to Bug #1920: some nightly packages from build.opensuse.org missing added
Updated by msuraev over 7 years ago
- % Done changed from 10 to 40
After gerrit # 1612 has been merged (gerrit # 1616 is still under review) there are following errors:
16.04:
- openbsc fails due to db tests: it's a known bug in libdbi (will be fixed automatically once vlr work is merged)
- osmo-bts fails due to missing openbsc-dev (same happens on all repos, will check why)
Another notable failure is libosmo-netif fails on 16.10 x64 due to "make check" test failure which I'm unable to reproduce locally and there seems to be no way to download build artifacts from OBS to see why this happens.
Updated by msuraev over 7 years ago
- % Done changed from 40 to 80
Osmo-bts build failure should be fixed by gerrit # 1621 (currently under review).
Updated by msuraev over 7 years ago
- Related to Feature #1592: VLR in libmsc, to connect to HLR asynchronously added
Updated by neels over 7 years ago
- Related to deleted (Feature #1592: VLR in libmsc, to connect to HLR asynchronously)
Updated by msuraev over 7 years ago
- Related to Bug #1591: libdbi is buggy and slow, get rid of it added
Updated by msuraev over 7 years ago
- Related to Support #1923: re-enable all nightly package builds added
Updated by laforge over 7 years ago
On Mon, Jan 23, 2017 at 10:22:13AM +0000, msuraev [REDMINE] wrote:
Even after 1636 is merged, the build still fails - I'm unable to reproduce this error locally so far.
Just to make sure I understand you correctly: You are building the dpkg
packages on a local 16.04 LTS by hand and it works?
Updated by msuraev over 7 years ago
laforge wrote:
On Mon, Jan 23, 2017 at 10:22:13AM +0000, msuraev [REDMINE] wrote:
Even after 1636 is merged, the build still fails - I'm unable to reproduce this error locally so far.
Just to make sure I understand you correctly: You are building the dpkg
packages on a local 16.04 LTS by hand and it works?
Yes: after building and installing openbsc-dev I can build osmo-bts locally. It seems like the OBS builds just have not been updated by jenkins yet - see corresponding question in ML.
Updated by msuraev over 7 years ago
- Status changed from Stalled to Resolved
- Assignee changed from msuraev to laforge
- % Done changed from 80 to 100