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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
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>
|
|
Attempting to fix upstream bug from:
https://bugzilla.xamarin.com/show_bug.cgi?id=44918
Signed-off-by: Barry Grussling <barry@grussling.com>
|
|
This changeset allows PACKAGECONFIG to determine the configuration of
libgdiplus as it applies to jpeg, gif, exif, and tiff.
Signed-off-by: Barry Grussling <barry@grussling.com>
|
|
Upgrade the mono framework to 4.6.1.5. Only real issue was
problems with the .NETPortable directory:
ERROR: mono-4.6.1.5-r0 do_package: QA Issue: mono: Files/directories were installed but not shipped in any package:
/usr/lib/mono/xbuild-frameworks/.NETPortable
/usr/lib/mono/xbuild-frameworks/.NETPortable/v5.0
/usr/lib/mono/xbuild-frameworks/.NETPortable/v5.0/RedistList
/usr/lib/mono/xbuild-frameworks/.NETPortable/v5.0/SupportedFrameworks
/usr/lib/mono/xbuild-frameworks/.NETPortable/v5.0/RedistList/FrameworkList.xml
/usr/lib/mono/xbuild-frameworks/.NETPortable/v5.0/SupportedFrameworks/.NET Framework 4.6.xml
/usr/lib/mono/xbuild-frameworks/.NETPortable/v5.0/SupportedFrameworks/ASP.NET Core 1.0.xml
/usr/lib/mono/xbuild-frameworks/.NETPortable/v5.0/SupportedFrameworks/Windows Universal 10.0.xml
I fixed this by expanding the FILES directive for xbuild in the mono-4.xx.inc.
Signed-off-by: Barry Grussling <barry@grussling.com>
|
|
With the change to MIT license in Mono, the license information
is tracked in the LICENSE file.
Signed-off-by: Barry Grussling <barry@grussling.com>
|
|
During the last year Mono changed licenses from GPLv2 to MIT:
http://www.mono-project.com/news/2016/03/31/mono-relicensed-mit/
As such, we need to split the license out from mono-4.xx.inc so
that future consumers of that include can change the license as needed.
This changeset introduces mono-gplv2.inc to encode the GPLv2 license.
There is no functionality difference in this commit.
Signed-off-by: Barry Grussling <barry@grussling.com>
|
|
As of commit OE-Core:773c9e18071d71454473dd81aff911104a2e9bc6
EXTRA_OECONF is appended with the option --disable-static on
DISABLE_STATIC variable and this cause the error:
__
/
| mono_boehm-main.o: In function `main':
| x86_64-linux/mono-native/4.4.0.122-r0/mono-4.4.0/mono/mini/main.c:51:
| undefined reference to `mono_build_date'
| collect2: error: ld returned 1 exit status
| Makefile:1390: recipe for target 'mono-boehm' failed
\__
There's a bug with this issue open here:
https://bugzilla.xamarin.com/show_bug.cgi?id=33081
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Fix error:
ERROR: mono-4.3.2.467-r0 do_package_qa: QA Issue: -dev package contains
non-symlink .so: mono-dev path 'work/cortexa9hf-neon-linux-gnueabi/mono/
4.3.2.467-r0/packages-split/mono-dev/usr/lib/libikvm-native.so' [dev-elf]
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
|
|
Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Build fails with the following error (caused by a typo s/files/file/):
"Failure expanding variable do_fetch[file-checksums], expression was
${@bb.fetch.get_checksum_file_list(d)} ${@get_lic_checksum_file_list(d)}
which triggered exception IndexError: string index out of range"
Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com>
|
|
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>
|
|
When using "cp -a", the installed files
are owned by the user running bitbake.
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
Signed-off-by: Alex J Lennon <ajlennon@dynamicdevices.co.uk>
|
|
The mono uses gettext for build, by default, so we ought to ensure it
is available during the build.
This fixes follow error:
,----[ Build error ]
| configure: error: msgfmt not found. You need to install the 'gettext' package, or pass --enable-nls=no to configure.
| Configure failed. The contents of all config.log files follows to aid debugging
| .../build-default/tmp/work/x86_64-linux/mono-native/4.0.1.34-r0/mono-4.0.1/config.log
`----
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
|