bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[PATCH] rumpkernel dependencies


From: Damien Zammit
Subject: [PATCH] rumpkernel dependencies
Date: Sat, 28 Mar 2020 16:50:41 +1100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.2.2

Hi Samuel,

I am sending this primarily because I don't want to lose these patches.

With the attached debian patches for libpciaccess and hurd,
the rumpkernel debian packages I have prepared locally work out of the box.

The problem is, you can't compile hurd with these patches without building my 
rumpkernel tree first
because it tries to compile a static rumpdisk binary and requires the libs.
I'm not sure how to solve this exactly, I'm guessing you don't want rumpkernel 
to be a build-dep for hurd.

Perhaps you can merge the libpciaccess patches first, as they are first needed 
as deps to build rumpkernel.
I could then push out my latest debian rumpkernel tree.
Lastly, there are a few patches to prepare hurd for rumpdisk which are also in 
the tarball as well as the rumpdisk patch.

TLDR;

Apply these first to libpciaccess:
upstreaming/libpciaccess/99-fix-pciconf-calls
upstreaming/libpciaccess/99-region-probe
upstreaming/libpciaccess/99-common-reuse-mapping

Then you'll need me to push latest rumpkernel tree so you can build rump libs
(IMPORTANT, you need libpciaccess to be patched before you build rump libs).

These are patches to prepare hurd:
upstreaming/hurd/libstore-fix.patch
upstreaming/hurd/pciarbiter-short-rw.patch

Finally this will add rumpdisk.static to hurd (dynamic version is not working 
yet)
upstreaming/hurd/hurd-rumpdisk.patch

Damien

Attachment: upstreaming.tgz
Description: application/compressed-tar


reply via email to

[Prev in Thread] Current Thread [Next in Thread]