cant compile kernel minix

1,088 views
Skip to first unread message

Chris Card

unread,
Oct 17, 2016, 6:58:05 PM10/17/16
to minix3
i cannot compile in usr/src/releasetools with # make hdboot



always errors

Chris Card

unread,
Oct 17, 2016, 7:28:13 PM10/17/16
to minix3
I also tried in usr/src # make build

same errors

Jean-Baptiste Boric

unread,
Oct 18, 2016, 4:56:51 AM10/18/16
to minix3
What errors ?

Please read http://wiki.minix3.org/en/GettingHelp. We can't help you if you don't post enough information to figure out what is going on.

Especially if you don't provide the complete output of the commands and the version of MINIX you're using.

Chris Card

unread,
Oct 18, 2016, 5:22:39 AM10/18/16
to minix3
minix 3.4 rc2
#cd /usr/src/releasetools
#make hdboot
includes==>....
....
install...


for errors checkout  screen capture file.
minixerror.PNG

David van Moolenbroek

unread,
Oct 18, 2016, 7:55:12 AM10/18/16
to minix3
Hello,


On Tuesday, October 18, 2016 at 11:22:39 AM UTC+2, Chris Card wrote:
for errors checkout  screen capture file.

Unfortunately, the actual error has scrolled off your screen - your screenshot only shows layers of make(1) invocations all throwing errors up to their callers. In order to see the actual error, you could redirect output (both stdout and stderr) to a file, for example:

# make build >out 2>&1

..and the look in the file "out" for the error, near the end, for example with less(1). If you could then make a screenshot of that, that would help.

In general, "make hdboot" (from /usr/src/releasetools) works only once you have done a full "make build" (from /usr/src) first; otherwise "make hdboot" will not be able to produce a proper image (see also github issue #91). But that is unlikely to be the problem you are running into here. I'm afraid we are going to need to see the actual error before we can say anything useful here.

Regards,
David

Chris Card

unread,
Oct 18, 2016, 11:27:42 AM10/18/16
to minix3
here's the file:out


Le mardi 18 octobre 2016 00:58:05 UTC+2, Chris Card a écrit :
out

David van Moolenbroek

unread,
Oct 18, 2016, 11:38:10 AM10/18/16
to minix3
Hello,


On Tuesday, October 18, 2016 at 5:27:42 PM UTC+2, Chris Card wrote:
here's the file:out

Alright excellent, thanks. The relevant line is this one:

  make[5]: exec(gencat) failed (No such file or directory)
 
This indicates that you currently do not have the "gencat" utility on your system. That utility was added after 3.4.0rc2, and is now required to build the source tree. In order to resolve this, you have to perform a few extra steps to generate this utility (and a few others) before issuing the "make build". These steps are listed in the top entry of the /usr/src/docs/UPDATING text file. That file contains instructions on extra manual steps that need to be taken when rebuilding the source code, whenever needed. Right now only the top entry is relevant - the other entries are from before 3.4.0rc2 so no longer needed. A somewhat more verbose version of this story can also be found at:

  http://wiki.minix3.org/doku.php?id=developersguide:trackingcurrent

Hope that helps!

Regards,
David

Chris Card

unread,
Oct 18, 2016, 12:10:37 PM10/18/16
to minix3
src/docs/UPDATING is blank, i did all the steps before

Chris Card

unread,
Oct 18, 2016, 12:12:40 PM10/18/16
to minix3
cant see how to edit...

src/docs/UPDATING is blank, i did all the steps before, git pull said my system is up-to-date

David van Moolenbroek

unread,
Oct 18, 2016, 12:24:25 PM10/18/16
to minix3
Hello,


On Tuesday, October 18, 2016 at 6:12:40 PM UTC+2, Chris Card wrote:
cant see how to edit...

Google groups are more like mailing lists than like forums: whatever you post will immediately be emailed to a couple of hundred of people here.
 
src/docs/UPDATING is blank, i did all the steps before, git pull said my system is up-to-date

The docs/UPDATING file cannot be blank unless you changed it. Here it is in the current source code repository:

  http://git.minix3.org/index.cgi?p=minix.git;a=blob;f=docs/UPDATING;h=2617a39c2b4654c465fb16855176d653b8953ce8;hb=HEAD

If you have already successfully followed the steps for 20160702, then there will now be a "gencat" utility on your system, and so you would not get the error you are getting. So I suspect something went wrong there. Beyond that, I can't really say what is wrong from your description. You could try checking out a clean copy of the current MINIX3 source code; if that went okay, then you should have a non-blank docs/UPDATING file as well..

Regards,
David

Chris Card

unread,
Oct 18, 2016, 1:05:38 PM10/18/16
to minix3
ok, then, i did again git clone src, and .......fatal: write error : no space left on device

;(

Chris Card

unread,
Oct 18, 2016, 1:10:03 PM10/18/16
to minix3
my system has 12 gigabytes...???

David van Moolenbroek

unread,
Oct 24, 2016, 8:28:52 AM10/24/16
to minix3
Hello,


On Tuesday, October 18, 2016 at 7:10:03 PM UTC+2, Chris Card wrote:
my system has 12 gigabytes...???

Well, that may or may not be enough depending on what packages you install and whether you have multiple copies of the MINIX3 source code lying around. I get by with 8GB for my development VM, but only just. You may have to allocate a larger virtual hard disk, assuming you are doing this in a virtal machine..

Regards,
David

Chris Card

unread,
Oct 24, 2016, 7:35:06 PM10/24/16
to minix3
lolllllllllllllllllll a system that uses 12 gb for building the kernel LOLLLLLLLL

David van Moolenbroek

unread,
Oct 25, 2016, 9:53:37 AM10/25/16
to minix3
Hello,


On Tuesday, October 25, 2016 at 1:35:06 AM UTC+2, Chris Card wrote:
lolllllllllllllllllll a system that uses 12 gb for building the kernel LOLLLLLLLL

Disrespectfully immature language use aside: the MINIX3 source code includes the (micro)kernel, the system services, and the entire base system including all the standard utilities and libraries. Also, you replied to a post in which I said that 8GB of disk space should be sufficient, for not just the source code and objects, but also the compiler, the rest of the system, and various packages. A checked out and compiled MINIX3 source tree takes about 2GB of disk space. So, let me make my previous post more explicit, because you seem to have missed the point: if 12GB is not enough, you have wasted too much of your disk space on other things.

Regards,
David

Chris Card

unread,
Oct 25, 2016, 6:17:06 PM10/25/16
to minix3
dude, 1.you just put a link to a source without explaining how to run it, i dont know if it is a bash or not 2. are you sure there is not a bug about size that breaks down process, im pretty sure that 20 gb would have the same result 3. LOL

Chris Card

unread,
Nov 1, 2016, 7:09:29 PM11/1/16
to minix3
i reinstall minix3, i downloaded sources, i did UPDATING and still : errors, impossible to rebuild kernel

Chris Card

unread,
Nov 1, 2016, 8:20:16 PM11/1/16
to minix3
/usr/src/gnu
make -C usr.bin
all ===> textinfo
make[1]: don't know how to make textinfo-cat.in. Stop

Antoine LECA

unread,
Nov 4, 2016, 11:53:38 AM11/4/16
to min...@googlegroups.com
On 02/11/2016 00:20Z, Chris Card wrote:
> /usr/src/gnu
> make -C usr.bin
> all ===> textinfo
> make[1]: don't know how to make textinfo-cat.in. Stop

You are hitting a corner case (but it is a bug anyway).

As you might know, the GNU source code is not distributed by the MINIX
project nor kept in our git servers (bascially for respect of copyrights
reasons), and it includes texinfo; on a normal build starting from
beginning and finishing happily, the texinfo.tar.gz source tarball (and
binutils as well) would be downloaded in due time (at least if make is
mono-threaded) at the first moment it is ever needed, and then it won't
hurt.

However, since you went directly to building the usr/bin utilities
without rebuilding the libraries before (something which is otherwise
not recommended and certainly not advised), it seems the downloading
logic is misbehaving, and it breaks (in hard-to-understand way.)

I will try to create a patch for this case in the next days/weeks;
however for a quicker solution, just run the script

# /usr/src/gnu/dist/fetch.sh

(assuming the /usr/src tree is still owned by root) before invoking make
-C xxx. You might want to fix binutils as well, with

# /usr/src/external/gpl3/binutils/fetch.sh


Antoine

Chris Card

unread,
Nov 5, 2016, 11:13:01 AM11/5/16
to minix3
hello

thanks a lot for answering

I removed everything, and I restarted everything, and now it's even worst than before.

I have many errors while rebuilding system but no more that one.

I just follow developper's guide and nothing works as it says on documentation.

But your comment give a clue, is it my directory /etc/src permissions, the problem ?

I will try your commands, but i'm a little tired with all those issues, is it me who did wrong or the system ?
Reply all
Reply to author
Forward
0 new messages