[bug#25728] [PATCH 2/2] gnu: Add colorforth.

[Ricardo Wurmus <rekado@elephly.net>]

ng0 <ng0@infotropique.org> writes:

[…]
> ->->->
> Date: Wed, 28 Jun 2017 04:16:23 -0400
> From: Konstantin Tcholokachvili
> To: ng0
> Subject: Re: colorforth has no license statement
>
> Hi,
> It's the original colorForth, modified by some people to port it from MASM to NASM but I didn't modified anything, I just make it easy to build and test.
> It's of course in public domain, I updated the README to make it much more clear.
>
> Ask more questions if you desire.
>
> Regards,
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.
> ->->->
>
> There's now a note in the readme that it is in the
> public domain. If that is enough I will update the
> patch and send an update.

Thank you for asking for clarification on the license.  In principle
it’s all good now and I was about to commit it when I tried to run it…

I updated to the latest commit to include the license notice and changed
the install directory to what we agreed on.  Unfortunately, I cannot
actually run it.

--8<---------------cut here---------------start------------->8---
[…]
@ build-succeeded /gnu/store/0rpv1wy7kvv24bq3d7zdmx355akgzjm3-colorforth-0.0.0-1.b518ff9.drv -
/gnu/store/n8zzma00m0hy2i688brixbfq33r6icxp-colorforth-0.0.0-1.b518ff9
rekado in guix [env]: qemu-system-i386 -boot a  -fda /gnu/store/n8zzma00m0hy2i688brixbfq33r6icxp-colorforth-0.0.0-1.b518ff9/share/colorforth/cf2012.img 
qemu-system-i386: -fda /gnu/store/n8zzma00m0hy2i688brixbfq33r6icxp-colorforth-0.0.0-1.b518ff9/share/colorforth/cf2012.img: Could not open '/gnu/store/n8zzma00m0hy2i688brixbfq33r6icxp-colorforth-0.0.0-1.b518ff9/share/colorforth/cf2012.img': Permission denied
rekado in guix [env]: cp /gnu/store/n8zzma00m0hy2i688brixbfq33r6icxp-colorforth-0.0.0-1.b518ff9/share/colorforth/cf2012.img .
rekado in guix [env]: qemu-system-i386 -boot a  -fda cf2012.img 
qemu-system-i386: -fda cf2012.img: Could not open 'cf2012.img': Permission denied
rekado in guix [env]: chmod +w cf2012.img 
rekado in guix [env]: qemu-system-i386 -boot a  -fda cf2012.img 
WARNING: Image format was not specified for 'cf2012.img' and probing guessed raw.
         Automatically detecting the format is dangerous for raw images, write operations on block 0 will be restricted.
         Specify the 'raw' format explicitly to remove the restrictions.
qemu-system-i386: Trying to execute code outside RAM or ROM at 0x8998c426
This usually means one of the following happened:

(1) You told QEMU to execute a kernel for the wrong machine type, and it crashed on startup (eg trying to run a raspberry pi kernel on a versatilepb QEMU machine)
(2) You didn't give QEMU a kernel or BIOS filename at all, and QEMU executed a ROM full of no-op instructions until it fell off the end
(3) Your guest kernel has a bug and crashed by jumping off into nowhere

This is almost always one of the first two, so check your command line and that you are using the right type of kernel for this machine.
If you think option (3) is likely then you can try debugging your guest with the -d debug options; in particular -d guest_errors will cause the log to include a dump of the guest register state at this point.

Execution cannot continue; stopping here.
--8<---------------cut here---------------end--------------->8---

It won’t work when it’s in the store because we cannot write to the
store.  Even after copying it out of the store and changing permissions
it would simply crash.  This could be a problem with my Libreboot
machine, but the first problem is bad enough.

If the software cannot be used when it is installed to the store then I
don’t think it should be in the store at all.  I think we should drop
this patch as the package is not actually usable.

What do you think?

-- 
Ricardo

GPG: BCA6 89B6 3655 3801 C3C6  2150 197A 5888 235F ACAC
https://elephly.net