If a file "vesa" happens to be in data/settings/kernel/drivers/ it will be copied to the
image.
If you're on a BeOS machine, the standard fonts will be copied (Swis721, Courier); this
causes the "Workspace 1" to be shown under Haiku, too.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12880 a95241bf-73f2-0310-859d-f6bbb57e9c96
resolution you compiled app_server with in the boot menu (or via the "vesa"
kernel settings file).
Added libtracker.so to the image.
Also added "People", "ShowImage", "Clock", and "ScrollBar", neither of
them seem to work yet, though (but we can still hope, right?).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12806 a95241bf-73f2-0310-859d-f6bbb57e9c96
Added some preferences applications to the image. Some of them even start
(DataTranslations, Keyboard), most will bring down the app_server, or miss
libtracker.so.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12735 a95241bf-73f2-0310-859d-f6bbb57e9c96
BEOS_ADD_ONS_KERNEL_MISC.
Added PCI IDE modules to the build and boot links.
The config_manager can now be handled like every other bus manager.
The config_manager appeared twice in the jam argument list.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12629 a95241bf-73f2-0310-859d-f6bbb57e9c96
called kernel_${arch} like on disk. A "jam kernel" will still work, though.
Also updated all those Jamfiles I forgot to update before.
Since makehdimage now runs through (and even builds a working image), I guess
most of the consequences of the "kernel/core" -> "system/kernel" rename task
are solved.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12364 a95241bf-73f2-0310-859d-f6bbb57e9c96
Removed GPLd network add-ons from the target image for now as they are only
compilable when the tree was configured to support GPL add-ons.
(I am not even sure if GPLd drivers are a legal problem for us, anyway)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12322 a95241bf-73f2-0310-859d-f6bbb57e9c96
RUN_WITHOUT_APP_SERVER is no longer needed.
This reduces the hassle when switching between the real app_server and
consoled.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12256 a95241bf-73f2-0310-859d-f6bbb57e9c96
if $TARGET_PLATFORM requires this.
Note, "jam app_server" for R5 did not work for me before and does not work now
although the number of errors are reduced - whoever knows the requirements for
the app_server under R5 better than me, please fix this.
Added the app_server as well as some more drivers to the Haiku HD image. Since
RUN_WITHOUT_APP_SERVER is still defined, it won't work correctly, though.
For the time being, you need to manually alter this and the Bootscript in order
to run it.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12121 a95241bf-73f2-0310-859d-f6bbb57e9c96
- all libraries needed for the app_server are now on the image
- the fonts will be installed (currently requires to have built the app_server before)
- includes MiniTerminal
- includes the radeon driver and accelerant (others will follow)
- creates beos/apps and beos/prefs directories
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@12117 a95241bf-73f2-0310-859d-f6bbb57e9c96
Moved the rld.so creation from kernel/Jamfile to kernel/runtime_loader/Jamfile.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@11936 a95241bf-73f2-0310-859d-f6bbb57e9c96
(sourced) before unmounting the image. That solve my problem that mounting
and copying things onto the image after makehdimage is done, damages the
FS integrity for any reason (Axel can't reproduce it, of course :-).
Maybe others have the same problem.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11744 a95241bf-73f2-0310-859d-f6bbb57e9c96
populate an image. The UserlandFS dependency is hereby gone.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11592 a95241bf-73f2-0310-859d-f6bbb57e9c96
Changed the default image size to 60 MB, added bochs parameters for 40, 60, and 100 MB HD sizes.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11514 a95241bf-73f2-0310-859d-f6bbb57e9c96
