Age | Commit message (Collapse) | Author |
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Error: Transaction check error:
file /usr/lib/mono conflicts between attempted installs of nuget-3.5.0-r0.noarch and mono-libs-4.5-5.2.0.175-r0.i586
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
NuGet is the package manager for dotNet / Mono and is used to
download already built 3rd party modules.
Two stable versions are provided: 3.5.0 and 4.1.0.
Preferred version is 3.5.0.
A nuget script is provided both for the package and
a cross-script to execute the native mono binary.
NuGet absolutely needs the SSL certificate store to be populated.
Either as root for the system-wide store under /usr/share/.mono:
$ sudo mozroots --import --machine --sync
$ sudo certmgr -ssl -m https://go.microsoft.com
$ sudo certmgr -ssl -m https://nugetgallery.blob.core.windows.net
$ sudo certmgr -ssl -m https://nuget.org
or for the Bitbake build user under $HOME/.config/.mono:
$ mozroots --import --sync
$ certmgr -ssl https://go.microsoft.com
$ certmgr -ssl https://nugetgallery.blob.core.windows.net
$ certmgr -ssl https://nuget.org
Since these commands don't populate the SSL certificate store
for BoringTLS introduced in Mono 4.8, either build Mono with
--disable-btls (like it's done for Mono 5.x in meta-mono) or
find out yourself how to populate the BTLS certificate store.
Signed-off-by: Zoltán Böszörményi <zboszor@pr.hu>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Build was failing with
Running transaction check
Transaction check succeeded.
Running transaction test
Error: Transaction check error:
file /usr/lib/mono conflicts between attempted installs of gtk-sharp-2.12.21-r0.i586 and mono-libs-4.5-5.0.1.1-r0.i586
file /usr/lib/mono/gac conflicts between attempted installs of gtk-sharp-2.12.21-r0.i586 and mono-gac-5.0.1.1-r0.i586
It appears this is related to an issue with the way the RPM
package manager deals with ownership of directories under pyro
From Zoltan Boszormenyi:
haven't Pyro replaced the RPM 5.x version with the more Fedora /
Red Hat / SuSE compatible 4.1x?
I vaguely remember that ownership of identical directories are not
allowed in two different RPM packages, it would be a problem on
Fedora, too.
RPM specfiles in Fedora can list empty directories with the %{dir}
directive (this is what different *filesystem* packages are for in
Fedora and RHEL/CentOS) but as far as I can see the Bitbake FILES_*
directives don't make a difference between file patterns and directories.
In Yocto, I only have experience with packaging IPKs. They list all
the parent directories of a file, too. E.g. for something like this:
FILES_${PN} += "${libdir}/package/somefile.bin"
the resulting IPK will contains these:
./usr
./usr/lib
./usr/lib/package
./usr/lib/package/somefile.bin
When you specify file patterns in an RPM specfile, the resulting RPM will
only contain the last one, i.e. the file with the full path. Only this
file will be owned by the RPM. Installing relies on the fact that the
whole path will be created anyway.
The installation conflict may come from RPM being stricter about directory
ownership and two packages can only list the same directories if both
the permissions and the creation date are the same. The latter would be
identical for two sub-packages of the same recipe but different for
different packages.
The problem seems to be inherent to how Bitbake creates the list of
packaged files.
...
The question is: how can we convince Bitbake to avoid adding
parent directories explicitly into the packages?
I think this is what you need to be aware of [...]
https://github.com/openembedded/openembedded-core/commit/0e33d232916125ba5305ced7200cc00f8b5f7b22
...
I suspect there is a deeper underlying issue as other recipes don't appear
to need to make use of DIRFILES=1. But this works as an interim solution
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
as otherwise build fails under yocto pyro:
checking for cmake... no
configure: error: "cmake not found"
WARNING: exit code 1 from a shell command.
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Mono provides pkg-config descriptor files with
prefix=${pcfiledir}/../..
but this causes a problem with Yocto setting PKG_CONFIG_SYSROOT_DIR,
causing -L and -I options passed to GCC containing the build prefix
concatenated twice in the compiler command line both for native and
target builds of recipes using Mono.
Replace "${pcfiledir}/../.." with "@prefix@" in do_configure_prepend()
to fix this problem.
Same fix as before but for Mono 5.x.
Signed-off-by: Zoltán Böszörményi <zboszor@pr.hu>
|
|
prefix=${pcfiledir}/../..
but this causes a problem with Yocto setting PKG_CONFIG_SYSROOT_DIR,
causing -L and -I options passed to GCC containing the build
prefix concatenated twice in the compiler command line both for
native and target builds of recipes using Mono.
Replace "${pcfiledir}/../.." with "@prefix@" in do_configure_prepend()
to fix this problem.
Signed-off-by: Zoltán Böszörményi <zboszor@pr.hu>
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Building against Poky master, libgdiplus fails a Q/A check because
there is a -L/lib present in the do_compile step.
This was due to ${libjpeg_prefix} being dropped from ${LIBJPEG}
during configuration.
(There may be a way to prevent this being dropped but for now
removal of the search path setting works).
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
2.10.8 isn't building under morty
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
to eliminate build system deprecation warning
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
as otherwise under Krogoth we fail a Q/A sanity check
ERROR: libgdiplus-2.10.8-r0 do_populate_sysroot: QA Issue: libgdiplus.pc failed sanity test (tmpdir) in path /data_drive/monotest/poky.krogoth/build/tmp/work/i586-poky-linux/libgdiplus/2.10.8-r0/sysroot-destdir/usr/lib/pkgconfig [pkgconfig]
ERROR: libgdiplus-2.10.8-r0 do_populate_sysroot: QA staging was broken by the package built above
ERROR: libgdiplus-2.10.8-r0 do_populate_sysroot: Function failed: do_qa_staging
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|