summaryrefslogtreecommitdiff
path: root/TODOS
blob: c557b55cf305f61eecceef6ac05bb9de36f2c67d (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
design bugs:
- we build now on VMs or real hardware via SSH, we should also try to
  build with chroots and bin_fmt (thanks to oaken-source mentioning it)
  
general bugs:

- how to clean up sysroot nicely without having to rebuild the cross-compiler?
  for now only removing and stowing a copy somewhere before building stage1
  helps.
- pacman with a '--no-execute-hooks' option
- makepkg with an 'alternate root' option (which doens't collide with
  pacman's options), avoids patching -r and --config into makepkg for
  stage1
- shims and provides and depends don't work yet:
  - binutils and glibc-shim
  - same for gcc-libs: glibc and gcc-libs for gcc
- bsdtar: /home/cross/i486-root/packages/i486/linux-docs-4.15.1-2-i486.pkg.tar.xz: Not found in archive
  bsdtar: /home/cross/i486-root/packages/i486/linux-headers-4.15.1-2-i486.pkg.tar.xz: Not found in archive
  bsdtar: Error exit delayed from previous errors.
  Built package linux.
- removing all pacman databases and recreating them with repo-add, also
  removing all installed pacman packages seem a little bit paranoic. Find
  out how to speed this up and do it properly.
- as soon as asp32 creates a combined PKGBUILD when exporting a package,
  we can remove the git repo packages32 and the cat of the diff-PKGBUILD
  in build_stage1_package.sh
- when uninstalling pacman in the chroot, you must rename pacman.pacsave
  back to pacman.conf as it is used for building packages
- some packages get build more than once in stage1 (linux-api-headers, pacman-mirrorlist)
- make a wrapper for sed in DESCR, which is actually able to detect whether
  the patch was successful or not. Avoid hard to detect errors, when the
  upstream PKGBUILD(s) change.
- stage 1 and stage 2 scripts have things in common which should probably
  be dealt with not by copy pasting code
- maybe we should not simply overwrite packages with the same version numbers,
  have something like build/stage numbers as in Archlinux32.
- Missing dependencies errors on host when doing makepkg -o, ugly, but it
  works nevertheless
- introduce a '-package' along to '(+)package' to delete a package at a
  given place (e.g. a shim)
- get rid of ADDITIONAL_PACKAGES, we actually parse pkgname and install
  all mentioned packages directly
  
stage1 issues:
  - stage1: cdrom installs keyrings without having a gpg binary
  - 32 MB is not enough when installing packages => add a swap as first action!
  - stage1 has no bootloader package (syslinux) to install
  - do we really want to install stage1 via a CDROM?
- using the cross compiler for syslinux is most likely overkill
- some packages still build more than really needed:
  - syslinux: builds docu with asciidoc and build EFI stuff from gnu-efi
- rename STAGE1 directories i486-root to i486-stage1-root and i486-build
  to i486-build-stage1
- gdb uses cross-compiler source files for debugging:
  Temporary breakpoint 1, 0x004005b0 in main ()
  (gdb) list
  1       /home/cross/.build/i486-unknown-linux-gnu/src/gcc/libgcc/libgcc2.c: No such file or directory.
- currently gcc has a PKGBUILD modified by hand instead of diff seds in DESCR
  (the diff is very big and complex)
- there is really no need to copy stage 1 repo /packages/i486 onto the hdd

stage2 issues:  
- make: recursive targets like all-recursive don't work, the root cause is bash,
  see https://unix.stackexchange.com/questions/389022/make-unable-to-recurse-for-autoconf-like-projects/423448#423448
  => rebuilding bash on the target as first package works, but it's a workaround
- cross-compiled pacman has issues with repos:
  error: could not register 'temp' database (wrong or NULL argument passed)
  error: no usable package repositories configured.
  => we cannot install via the [temp] repo
  => on the long term, debug pacman and libalpm and see what could be the root cause
- our expectiation is makepkg -o -e would do the trick, but it doesn't
- cracklib and other packages: something is broken in zlib and thwe way libtool is used there:
  strip: /usr/lib/libz.so.1: no version information available (required by /usr/lib/libbfd-2.29.1.so)
  => this is because some tools are built with other versions (toolchain vs. chroot)
  => so we must not install zlib before we rebuild binutils
- better "package already built" test (example pacman and pacman-mirrorlist)
  dito linux and linux-api-headers
- syslinux: python cmenu issues (a generator), python is out of reach for stage2 to
  make it a build requirement!
- syslinux: linking issues, header section too small in ld linker script
- syslinux: shouldn't we switch to another easier boot manager? or to grub?
- we lack a hdd and iso creator, for now we just take stage1 for stage2 and stage2
  for stage3

stage 3 issues:
- some packages don't install (also in stage 1): iana-etc, filesystem
- can we build layers in parallel?
- linux-atm, we should actually build the kernel first
- pacman-key --refresh:
  gpg: connecting dirmngr at '/etc/pacman.d/gnupg/S.dirmngr' failed: IPC connect call failed
  gpg: keyserver refresh failed: No dirmngr
- libtool relink during installation issues in toolchain (libquadmath)
- python-pip-bootstrap for starting with setuptools and pip and wheel, they conflict
  with the vanilla packages, so we have to force to overwrite the shimmed files.
  
stage 4 issues:
- nss and generation of ca-certificates-mozilla