summaryrefslogtreecommitdiffstats
path: root/README.html
blob: 24f01aee15095a8eb5b7de5f694b9eba2679df61 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
<style type=text/css>
TD { text-align: center; }
TABLE { border-collapse: collapse; border: 1px solid black; }
</style>

<title> Fedora Bootstrap </title>

<h1 align=center> Fedora Bootstrap </h1>

<p> These two scripts are designed to help you bootstrap Fedora to a
new architecture.  Generally, one Fedora release is built upon the
previous release, but this cannot be done for a new platform - you
must cross-compile enough packages to "bootstrap" the new platform.
This can be a tricky endeavor, and these scripts try to do it for you.

<p> There are a few convenience functions in the scripts that you may
wish to edit and take advantage of.  Search for the "sync" module that
rsync's the rootfs to a running target as /hardfp for one example.
Also, the first section of the stage1 script has some variables that
define the target you're building for.

<p> The stage1 script is run first, on any host.  It expects a
symbolic link in the current directory called "SRPMs" that points to a
directory full of SRPMs.  You may also have a link SRPMlocal that
points to a directory with local SRPMs; any SRPM in the local
directory will be used instead of a corresponding one in the SRPMs
directory - this is most likely going to be a board-specific kernel,
for example.  Also, GIT will be used to fetch x-loader and u-boot
sources.

<p> Stage1 will take a long time to build, but will eventually produce
a cross-development toolchain and a bootable rootfs.  How you turn
that rootfs tree into a bootable media depends on the board; this
script targets SDcard-based OMAP boards, and creates both MLO and
uboot in the /boot/ subdirectory in the rootfs, which you would need
to copy to the FAT partition where the OMAP chip expects to find them.
Note that no uInitrd is created, so any drivers you need should be
compiled-in to the kernel.

<p> Stage1 will also pre-populate your rootfs image with all the
sources needed for stage2, so expect the rootfs to be large.

<p> Note that it is possible to NFS-mount your just-built rootfs on a
compatible platform, and chroot into it, providing you allow root
permissions to that mount.  However, this method is only useful for
minor variations on an architecture - for example, bootstrapping a
hard-float OS on a soft-float OS.

<p> Stage2 is run on the new platform.  Boot stage1, cd to /stage2,
and run the stage2 script.  It should take even longer and build even
more packages.  When done, you should have a platform on which you can
run "rpmbuild" for the remainder of the packages you need.


<h2> Status </h2>

<p> As you use this script, please update the table below for which
targets and releases are known to work.

<p><table border=1 cellspacing=0 cellpadding=4>

<tr><th> Date		<th> Architecture	<th> Fedora	<th> Works?

<tr><td> 2011-Jun-06	<td> armv7hl		<td> 15		<td> Yes

</table>


<h2> Packages </h2>

Packages are listed in alphabetical order, not build order.

<h3> Stage 1 </h3> <tt>

bash
binutils
bzip2
cloog
coreutils
diffutils
findutils
gawk
gcc
glibc
gmp
grep
gzip
kernel
libmpc
libselinux
make
mpfr
patch
ppl
sed
tar
u-boot
unzip
util-linux
which
x-loader
xz
zlib

</tt> <h3> Stage 2 </h3> <tt>

cpio
ncurses
m4
flex
bison
texinfo
gdb
curl
nspr
pcre
readline
chkconfig
sqlite
gdbm
gawk
pth
libtool
db4
perl
openssl
gettext
popt
glib2
pkgconfig
nss


</tt>