From: Jan Kiszka <jan.kiszka@siemens.com>
To: Alexander Smirnov <asmirnov@ilbers.de>, isar-users@googlegroups.com
Subject: Re: [PATCH v3 0/7] Isar cross-compilation support
Date: Tue, 24 Jul 2018 10:21:55 +0200 [thread overview]
Message-ID: <5055af06-438a-0a25-b5e3-2851f4d82c4e@siemens.com> (raw)
In-Reply-To: <0d9010d4-df48-c87c-8b36-2365229d7566@siemens.com>
On 2018-07-22 23:54, [ext] Jan Kiszka wrote:
> Hi Alex,
>
> On 2018-07-22 22:32, Alexander Smirnov wrote:
>> Hi Jan,
>>
>> On 07/22/2018 11:15 PM, Alexander Smirnov wrote:
>>>
>>>
>>> On 07/20/2018 08:56 AM, Jan Kiszka wrote:
>>>> Hi Alex,
>>>>
>>>> On 2018-07-19 22:59, Alexander Smirnov wrote:
>>>>> Hi Jan,
>>>>>
>>>>> [...]
>>>>>
>>>>>>> Just an observation, you use here buster but I didn't test it.
>>>>>>
>>>>>> Yes, but only for the pre-built u-boot package, and only for the
>>>>>> Orange
>>>>>> Pi. See conf/multiconfig/preferences.orangepi-zero.conf.
>>>>>
>>>>> I've found several issue with v3 regarding kernel and modules
>>>>> cross-compilation. I've fixed them and pushed asmirnov/devel branch.
>>>>>
>>>>> Now I'm able to cross-build orangepi kernel and example-module for
>>>>> it, huh! :-)
>>>>
>>>> That's good news, and I can confirm that at least the linux-headers
>>>> packages looks good now. It's also clear now that there can be no
>>>> mixed-mode when building kernel modules because this package with its
>>>> host tools is generated for the build host, not the target arch.
>>>>
>>>> However, I'm still stuck on the Python dependency problems. I bet you
>>>> can also reproduce them by declaring the hello package to
>>>> build-depend on "python". Same for "python-pip".
>>>>
>>
>> I've found an interesting notes here:
>>
>> https://wiki.debian.org/DebianBootstrap/TODO#Remove_blockers_for_:any_and_:native_introduction
>>
>>
>> adding native qualifier for python solves the issue for me (i.e.
>> python:native).
>
> Yes, already wanted to report (but got distracted by Jailhouse bugs)
> that I found the same hint in
>
> https://groups.google.com/forum/#!topic/linux.debian.devel.mentors/OuuorAmGgWc
>
> Adding :native to python solved the build issue for non-root-initramfs
> in jailhouse-image. But I have harder nuts in that repo. :)
>
> The jailhouse package has build dependencies on python-mako, a package
> mentioned above as cross-incompatible, and also python-pip. Those can be
> installed by adding :native as well, but dpgk-buildpackage will then
> fail on validating the build dependencies. That can be skipped, though:
>
> diff --git a/meta/recipes-devtools/buildchroot/files/build.sh b/meta/recipes-devtools/buildchroot/files/build.sh
> index 40ba410..aba2042 100644
> --- a/meta/recipes-devtools/buildchroot/files/build.sh
> +++ b/meta/recipes-devtools/buildchroot/files/build.sh
> @@ -61,4 +61,4 @@ for i in configure aclocal.m4 Makefile.am Makefile.in; do
> done
>
> # Build the package
> -dpkg-buildpackage -a$target_arch
> +dpkg-buildpackage -a$target_arch --no-check-builddeps
>
> With that change and by adding arm64 support, I was now able to build
> *all* jailhouse-image targets cross!
>
>>
>> Do you think current status contains enough functionality for the first
>> implementation, so I could format clean patches and add the documentation?
>
> Yes, definitely, with that workaround and arm64 support, please. Maybe
> you have an idea how to limit the --no-check-builddeps to cross-builds.
It looks like that we cannot leave that out if we want to support
:native unconditionally in control files, even for native builds.
Jan
next prev parent reply other threads:[~2018-07-24 8:21 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-07-17 13:18 Alexander Smirnov
2018-07-17 13:18 ` [PATCH v3 1/7] isar-bootstrap: Update routine to determine host arch Alexander Smirnov
2018-07-17 13:18 ` [PATCH v3 2/7] buildchroot: Split generic part Alexander Smirnov
2018-07-17 13:18 ` [PATCH v3 3/7] buildchroot: Add host buildchroot Alexander Smirnov
2018-07-17 19:48 ` Jan Kiszka
2018-07-17 13:18 ` [PATCH v3 4/7] isar-bootstrap-helper: Add target architecture for dpkg Alexander Smirnov
2018-07-17 13:18 ` [PATCH v3 5/7] build.sh: Add additional parameter Alexander Smirnov
2018-07-17 13:18 ` [PATCH v3 6/7] cross-compilation: Introduce variable switch Alexander Smirnov
2018-07-17 13:18 ` [PATCH v3 7/7] linux: Add cross-compilation support Alexander Smirnov
2018-07-17 13:38 ` [PATCH v3 0/7] Isar " Jan Kiszka
2018-07-17 14:40 ` Jan Kiszka
2018-07-17 15:06 ` Alexander Smirnov
2018-07-17 15:18 ` Alexander Smirnov
2018-07-17 15:24 ` Jan Kiszka
2018-07-17 15:29 ` Alexander Smirnov
2018-07-17 15:41 ` Alexander Smirnov
2018-07-17 19:45 ` Jan Kiszka
2018-07-17 20:48 ` Alexander Smirnov
2018-07-18 7:06 ` Jan Kiszka
2018-07-18 8:19 ` Jan Kiszka
2018-07-18 8:37 ` Jan Kiszka
2018-07-18 18:52 ` Alexander Smirnov
2018-07-18 19:00 ` Jan Kiszka
2018-07-19 20:59 ` Alexander Smirnov
2018-07-20 5:56 ` Jan Kiszka
2018-07-22 20:15 ` Alexander Smirnov
2018-07-22 20:32 ` Alexander Smirnov
2018-07-22 21:54 ` Jan Kiszka
2018-07-23 6:55 ` Jan Kiszka
2018-07-24 8:21 ` Jan Kiszka [this message]
2018-07-22 21:40 ` Jan Kiszka
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=5055af06-438a-0a25-b5e3-2851f4d82c4e@siemens.com \
--to=jan.kiszka@siemens.com \
--cc=asmirnov@ilbers.de \
--cc=isar-users@googlegroups.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox