libmedia.so was used by at least 2 apps included in the minimum image,
Activity Monitor and Deskcalc which subsequently failed to load on minimum.
Deskcalc wasn't actually using libmedia.so so I managed to get it to link and
run on minimum, however, Activity Monitor is using libmedia.so so needed it
to be present.
To fix this I added libmedia.so to the minimum image, I hope this does not blow
its size budget. (adds 1.0MB)
* Previously, the cross-compiler would generate code that doesn't
run on Haiku, particularly where TLS is concerned. It also ended
up with a c++config.h header incompatible with the version in
the native compiler.
* Now possible to correctly cross-compile rust for Haiku.
Among other fixes and more translations, there's now an "Import"
feature to merge in another catkeys file.
Handy when the en.catkeys changed and you want to import the translated
catkeys file for the previous version, which already contains the
translations for the strings that haven't changed.
Hmm... hope what I wrote there is decipherable...
No longer used by anything (it appears some old kernel drivers that
are not included in the build might use it, but I don't know why
they need it -- we already ship GPL'd code [libntfs] for the kernel
in the default build unconditionally.)
Briefly discussed with js a few weeks back.
* Remove the target-board system.
* From now on, we target generic non-x86 architectures
while leveraging fdt when needed.
* ARM mmc images will likely need some post-processing to make
them bootable on individual hardware. (This is actually how
distros like Fedora handle ARM now. The image 'writer' application
is told what hardware the image is for and adds a vendor bootloader
/ SPL / u-boot / etc)
* Eventually BoardSetups and target boards will go away.
* Include all known fdt's in the mmc image
* This gets us closer to target board-less arm
* Changing hardware is as simple as plugging a new fdt
into u-boot's startup script.
* Drop my original rpi1 work. We're targetting ARMv7
minimum.
- hub: had an annoying problem preventing to run the script directly.
Now uses a proper "shebang" so it finds ruby.
- mako, setuptools: needed to build Mesa.
- neonlights: my favorite screensaver.
- python 3.6.
- advancemame, for arcade gaming on Haiku.
- sox and gnuplot, for various experiments.
* Hasn't been used for quite some time
* Everything was ported over to a new ATA stack
some time ago.
* No huge regressions were seen from the new ATA
stack.
* built in non-strict mode: dovecot, qupzilla, r
* build failed: intltool (dep of gcab and transmission), python_html2text, vlc,
cython (dep of pyenet)
* not built because of an unsafe source: qutim
* removed compatibility packages for giflib, icu, tiff, libpng, libwebp, libbluray,
libpcre, libvpx, ncurses, readline.
* built in non-strict mode: dovecot, qupzilla, r
* build failed: intltool (dep of gcab and transmission), python_html2text, vlc,
cython (dep of pyenet)
* not built because of an unsafe source: qutim
* removed compatibility packages for giflib, icu, tiff, libpng, libwebp, libbluray,
libpcre, libvpx, ncurses, readline.
* built in non-strict mode: dovecot, qupzilla, r
* build failed: intltool (dep of gcab and transmission), python_html2text, vlc,
cython (dep of pyenet)
* not built because of an unsafe source: qutim
* removed compatibility packages for giflib, icu, tiff, libpng, libwebp, libbluray,
libpcre, libvpx, ncurses, readline.
* built in non-strict mode: dovecot, qupzilla, r
* build failed: intltool (dep of gcab and transmission), python_html2text, vlc,
cython (dep of pyenet)
* not built because of an unsafe source: qutim
* removed compatibility packages for giflib, icu, tiff, libpng, libwebp, libbluray,
libpcre, libvpx, ncurses, readline.
* The app_server isn't designed to support two fallback drivers, so
on systems using UEFI to boot, the framebuffer driver will often
win when other drivers would likely work on those systems.
* Enables us to add an optional EFI filesystem
to the anyboot image.
* All existing anyboot behaviour is preserved.
* We still need to figure out how to build bios
and EFI loaders at the same time on x86.
* The tiny "fake ISO" still needs el-torito
alt-boot for the EFI loader to work when burned
to a CD. This makes the EFI loader work when
written to a hard disk / flash drive.
