keremet/mkimage-profiles
2
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
71f44090c5
mkimage-profiles/conf.d/server.mk

38 lines
1.5 KiB
Makefile
Raw Normal View History

introduced conf.d/ for distro, ve config snippets This was asked for by Leo-sp50 and torabora, and seems quite reasonable: let's provide means to keep at least some distribution configurations a bit apart, so that these can be considered more standalone in terms of hard warranted functionality but at the same time enjoying the common infrastructure. Considering lib/distro.mk: it's now experimentally pulled apart so that parallel development of different distro families can go on without major merge hassles. *Please* don't abuse with massive copy-paste. And before you ask: this might get extended to allow for "private" out-of-tree configurations being included since apparently there are goals with no meaning outside of some very particular context... but otherwise I'd like to encourage getting reusable bits in-tree.
2011-10-31 14:40:02 +04:00
# server distributions
ifeq (distro,$(IMAGE_CLASS))
distro/installer related graph cleanup As was duly noted by Leo-sp50, both server.mk and desktop.mk duplicate a few bits layered over bare distro/installer which happened to be both a dependency (thus should reduce redundancy) and a "real distro" target (well, it doesn't just work yet, need to provide networking and sources.list in install2 by hand). Fixed by moving a "node" to distro/.installer along with typical additions and leaving a bare installer as is by now; there's a need to get it working at least for DHCP/ftp.altlinux.org case.
2012-02-09 11:33:39 +04:00
distro/server-base: distro/.installer use/syslinux/ui-menu use/memtest
introduced conf.d/ for distro, ve config snippets This was asked for by Leo-sp50 and torabora, and seems quite reasonable: let's provide means to keep at least some distribution configurations a bit apart, so that these can be considered more standalone in terms of hard warranted functionality but at the same time enjoying the common infrastructure. Considering lib/distro.mk: it's now experimentally pulled apart so that parallel development of different distro families can go on without major merge hassles. *Please* don't abuse with massive copy-paste. And before you ask: this might get extended to allow for "private" out-of-tree configurations being included since apparently there are goals with no meaning outside of some very particular context... but otherwise I'd like to encourage getting reusable bits in-tree.
2011-10-31 14:40:02 +04:00
@$(call add,BASE_LISTS,server-base)
distro/server-mini: distro/server-base use/cleanup/x11-alterator
@$(call set,KFLAVOURS,el-smp)
introduced THE_{KMODULES,PACKAGES,LISTS,GROUPS} As too many things started duplicating between distros proper and (e.g. corresponding) LiveCDs, it became apparent that a class of entities which end up working for THE_USER (not a sysadmin, and not a developer, just a Linux user) is in need. So THE_KMODULES will power installed basesystem and live image, while THE_PACKAGES, THE_LISTS and THE_GROUPS will participate in building those.
2011-12-19 23:28:42 +04:00
@$(call add,THE_KMODULES,e1000e igb)
@$(call add,STAGE1_KMODULES,e1000e igb)
introduced conf.d/ for distro, ve config snippets This was asked for by Leo-sp50 and torabora, and seems quite reasonable: let's provide means to keep at least some distribution configurations a bit apart, so that these can be considered more standalone in terms of hard warranted functionality but at the same time enjoying the common infrastructure. Considering lib/distro.mk: it's now experimentally pulled apart so that parallel development of different distro families can go on without major merge hassles. *Please* don't abuse with massive copy-paste. And before you ask: this might get extended to allow for "private" out-of-tree configurations being included since apparently there are goals with no meaning outside of some very particular context... but otherwise I'd like to encourage getting reusable bits in-tree.
2011-10-31 14:40:02 +04:00
@$(call add,BASE_LISTS,\
$(call tags,base && (server || network || security || pkg)))
renamed base+server+disk pkglist to server+extra This is to fit base/extra separation better and to avoid lvm2 creeping into VE images.
2012-02-06 22:15:16 +04:00
@$(call add,BASE_LISTS,$(call tags,extra (server || network)))
introduced conf.d/ for distro, ve config snippets This was asked for by Leo-sp50 and torabora, and seems quite reasonable: let's provide means to keep at least some distribution configurations a bit apart, so that these can be considered more standalone in terms of hard warranted functionality but at the same time enjoying the common infrastructure. Considering lib/distro.mk: it's now experimentally pulled apart so that parallel development of different distro families can go on without major merge hassles. *Please* don't abuse with massive copy-paste. And before you ask: this might get extended to allow for "private" out-of-tree configurations being included since apparently there are goals with no meaning outside of some very particular context... but otherwise I'd like to encourage getting reusable bits in-tree.
2011-10-31 14:40:02 +04:00
grub by default in "production" targets There's still an annoying problem (a race?) manifesting itself as installer bailing out between packages installation and lilo setup with X segfault in logs; while the culprit is not known yet, let's avoid that for most images by moving the bootloader request from the former "leaf" target (which noe became a "node") into an experimental server-systemd one. Thanks Leo-sp50 for bringing that to my attention again; see also http://forum.russ2.com/index.php?showtopic=3310&pid=31364&st=0&#entry31364
2012-02-09 11:41:12 +04:00
distro/server-systemd: distro/server-mini use/systemd use/bootloader/lilo
initial systemd feature Thanks shaba@ for both the package and a wiki page, and dek@ for the inspiration to finally get to it.
2011-11-12 17:08:31 +04:00
server-ovz: rebase onto server-mini The culprit was missing dhcpcd, although the rest of niceties already in server-mini were welcome to server-ovz either.
2011-11-16 16:27:39 +04:00
distro/server-ovz: distro/server-mini \
use/hdt use/rescue use/firmware/server use/power/acpi/button
introduced conf.d/ for distro, ve config snippets This was asked for by Leo-sp50 and torabora, and seems quite reasonable: let's provide means to keep at least some distribution configurations a bit apart, so that these can be considered more standalone in terms of hard warranted functionality but at the same time enjoying the common infrastructure. Considering lib/distro.mk: it's now experimentally pulled apart so that parallel development of different distro families can go on without major merge hassles. *Please* don't abuse with massive copy-paste. And before you ask: this might get extended to allow for "private" out-of-tree configurations being included since apparently there are goals with no meaning outside of some very particular context... but otherwise I'd like to encourage getting reusable bits in-tree.
2011-10-31 14:40:02 +04:00
@$(call set,STAGE1_KFLAVOUR,std-def)
@$(call set,KFLAVOURS,std-def ovz-el)
introduced THE_{KMODULES,PACKAGES,LISTS,GROUPS} As too many things started duplicating between distros proper and (e.g. corresponding) LiveCDs, it became apparent that a class of entities which end up working for THE_USER (not a sysadmin, and not a developer, just a Linux user) is in need. So THE_KMODULES will power installed basesystem and live image, while THE_PACKAGES, THE_LISTS and THE_GROUPS will participate in building those.
2011-12-19 23:28:42 +04:00
@$(call add,BASE_KMODULES,rtl8168 rtl8192)
@$(call add,MAIN_KMODULES,bcmwl ndiswrapper)
@$(call add,MAIN_KMODULES,ipset ipt-netflow opendpi pf_ring xtables-addons)
@$(call add,MAIN_KMODULES,drbd83 kvm)
experimental server-ovz-netinst image It's now possible to: - make distro/server-ovz.iso; - make distro/server-ovz-netinst.iso; - publish the former image's contents on ftp.linux.kiev.ua; - boot the latter (~17M) image and enjoy the netinstall ;-) The catch is that the stage2 (altinst file) location has to be hardwired into syslinux config snippet for things to happen automatically -- even if it can be specified manually in case of failure. The other catch is that currently a netinstall image is somewhat tied to the particular image it installs since stage1 kernel and stage2 modules must correspond strictly (the typical symptoms of the glitch would be missing mouse driver and weird "permission denied" errors during an attempt to partition the hard drives). It might be desirable to provide multi-distro netinstall image...
2011-11-20 00:05:11 +04:00
@$(call add,INSTALL2_PACKAGES,curl) ### should become curl-mini
introduced conf.d/ for distro, ve config snippets This was asked for by Leo-sp50 and torabora, and seems quite reasonable: let's provide means to keep at least some distribution configurations a bit apart, so that these can be considered more standalone in terms of hard warranted functionality but at the same time enjoying the common infrastructure. Considering lib/distro.mk: it's now experimentally pulled apart so that parallel development of different distro families can go on without major merge hassles. *Please* don't abuse with massive copy-paste. And before you ask: this might get extended to allow for "private" out-of-tree configurations being included since apparently there are goals with no meaning outside of some very particular context... but otherwise I'd like to encourage getting reusable bits in-tree.
2011-10-31 14:40:02 +04:00
@$(call add,BASE_LISTS,ovz-server)
@$(call add,MAIN_LISTS,kernel-wifi)
@$(call add,MAIN_GROUPS,dns-server http-server ftp-server kvm-server)
@$(call add,MAIN_GROUPS,ipmi mysql-server dhcp-server mail-server)
@$(call add,MAIN_GROUPS,monitoring diag-tools)
experimental server-ovz-netinst image It's now possible to: - make distro/server-ovz.iso; - make distro/server-ovz-netinst.iso; - publish the former image's contents on ftp.linux.kiev.ua; - boot the latter (~17M) image and enjoy the netinstall ;-) The catch is that the stage2 (altinst file) location has to be hardwired into syslinux config snippet for things to happen automatically -- even if it can be specified manually in case of failure. The other catch is that currently a netinstall image is somewhat tied to the particular image it installs since stage1 kernel and stage2 modules must correspond strictly (the typical symptoms of the glitch would be missing mouse driver and weird "permission denied" errors during an attempt to partition the hard drives). It might be desirable to provide multi-distro netinstall image...
2011-11-20 00:05:11 +04:00
# tiny network-only server-ovz installer (stage2 comes over net too)
distro/server-ovz-netinst: distro/.base sub/stage1 use/stage2 \
lib/distro.mk: don't do localboot by default distro/.base target used to pull in localboot syslinux config snippet which might be too early for some of the further distros; it's a quite fragile equilibrium which was shifted a bit by imz@ (see #26606). Feel free to reopen the discussion though, things might be tweaked so that localboot might be desirable on almost every image even if with lower priority...
2011-11-24 15:17:02 +04:00
use/syslinux/ui-menu use/syslinux/localboot.cfg use/memtest
experimental server-ovz-netinst image It's now possible to: - make distro/server-ovz.iso; - make distro/server-ovz-netinst.iso; - publish the former image's contents on ftp.linux.kiev.ua; - boot the latter (~17M) image and enjoy the netinstall ;-) The catch is that the stage2 (altinst file) location has to be hardwired into syslinux config snippet for things to happen automatically -- even if it can be specified manually in case of failure. The other catch is that currently a netinstall image is somewhat tied to the particular image it installs since stage1 kernel and stage2 modules must correspond strictly (the typical symptoms of the glitch would be missing mouse driver and weird "permission denied" errors during an attempt to partition the hard drives). It might be desirable to provide multi-distro netinstall image...
2011-11-20 00:05:11 +04:00
@$(call add,SYSLINUX_CFG,netinstall2)
introduced conf.d/ for distro, ve config snippets This was asked for by Leo-sp50 and torabora, and seems quite reasonable: let's provide means to keep at least some distribution configurations a bit apart, so that these can be considered more standalone in terms of hard warranted functionality but at the same time enjoying the common infrastructure. Considering lib/distro.mk: it's now experimentally pulled apart so that parallel development of different distro families can go on without major merge hassles. *Please* don't abuse with massive copy-paste. And before you ask: this might get extended to allow for "private" out-of-tree configurations being included since apparently there are goals with no meaning outside of some very particular context... but otherwise I'd like to encourage getting reusable bits in-tree.
2011-10-31 14:40:02 +04:00
endif
Reference in New Issue Copy Permalink