osmo-ci[master]: Use stow for dependency management

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/gerrit-log@lists.osmocom.org/.

Alexander Huemer gerrit-no-reply at lists.osmocom.org
Thu Jun 15 08:38:29 UTC 2017


Patch Set 3:

(1 comment)

> (1 comment)
 > 
 > When I read this, I still have a question. So we install to
 > separate dirs, then stow creates symlinks to combine the installed
 > files in one dir again? But then we need to pass only one
 > LD_LIBRARY_PATH and one PKG_CONFIG_PATH with the symlinks? So how
 > then does it make us find errors like forgotten dep dirs? Or
 > otherwise, why the symlinks?

The reason is that the .pc files point to the original install locations, not to the one where stow aggregates the installations. That makes the difference during the build.
Just give it a try with the openbsc repository.
Revert commit 5265bea76c90427d70257b7fac0f0b7d40a015cb and run contrib/jenkins.sh without this changeset applied to osmo-ci.

https://gerrit.osmocom.org/#/c/2691/3/scripts/osmo-build-dep.sh
File scripts/osmo-build-dep.sh:

Line 54: mkdir -p "$inst/stow"
> I still don't understand why a separate 'stow' subdir is needed. $inst is a
Yes, it does.
>From the manpage:
> the target directory is assumed to be the parent of the current directory


-- 
To view, visit https://gerrit.osmocom.org/2691
To unsubscribe, visit https://gerrit.osmocom.org/settings

Gerrit-MessageType: comment
Gerrit-Change-Id: I8f5012419495a656912b7b71e4f76ce102c6b63a
Gerrit-PatchSet: 3
Gerrit-Project: osmo-ci
Gerrit-Branch: master
Gerrit-Owner: Alexander Huemer <alexander.huemer at xx.vu>
Gerrit-Reviewer: Alexander Huemer <alexander.huemer at xx.vu>
Gerrit-Reviewer: Harald Welte <laforge at gnumonks.org>
Gerrit-Reviewer: Holger Freyther <holger at freyther.de>
Gerrit-Reviewer: Neels Hofmeyr <nhofmeyr at sysmocom.de>
Gerrit-Reviewer: neels <nhofmeyr at sysmocom.de>
Gerrit-HasComments: Yes



More information about the gerrit-log mailing list