Re: emulators/qemu: "bmake package" fails

[Ottavio Caruso <ottavio2006-usenet2012%yahoo.com@localhost>]

On Thu, 23 May 2019 at 19:38, Greg Troxel <gdt%lexort.com@localhost> wrote:

> So it would be good to "make package" without options and see how that
> goes.
>
> Then, you can look at all files starting with PLIST and see if they have
> conditionals and what the plan is for which binaries should be produced
> on what platforms, following upstream documentation, and then perhaps
> come up with a patch to maybe define conditionals and add to PLIST.
>
> We can't just change the PLIST because obviously the PLIST was right for
> the person who committed it, probably on netbsd-8.

Update: I've done a
bmake PKG_OPTIONS.qemu="-sdl" package

and unfortunately I got exactly the same result as earlier.

What I don't understand is why the install/package stage insists on
creating these files:
qemu-aarch64_be
qemu-hppa
qemu-nios2
qemu-pr-helper
qemu-riscv32
qemu-riscv64
qemu-tilegx
qemu-xtensa
qemu-xtensaeb

I've done a grep of these names on both PLIST and PLIST.Linux but
they're not there. I don't know where these targets come from.

So I think this is not a problem with PLIST but in some of the many
patches somewhere along the lines.

Would be interesting to see if somebody has recently compiled qemu on
NetBSD and had the same problem.

>
> Separately, you might "cvs up -A" in qemu and try the head version,
> because it's only 5 weeks to the new stable.

I can't do that because I've used git and I'm not sure one can change
branch in a subdir. In hindsight, I'd use CVS next time.


-- 
Ottavio Caruso