keremet/mkimage-profiles
2
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
788cad885e
mkimage-profiles/conf.d/desktop.mk

25 lines
585 B
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
# desktop distributions
ifeq (distro,$(IMAGE_CLASS))
hide intermediate distro targets There are pseudo-distro targets that are useful to combine the needed bits and pieces for a few more different end-user images but that are useless themselves (e.g. desktop-base wouldn't even start X session before someone would have installed a window manager). Let's just hide these under the hood so that `make help', `make everything' and potential frontends don't bother.
2012-03-13 00:07:18 +04:00
distro/.desktop-base: distro/.installer \
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
use/syslinux/ui-vesamenu use/x11/xorg
icewm.iso: use desktop installer It's burdensome for testing but at least the result is somewhat useful then.
2012-01-11 14:25:54 +04:00
@$(call set,INSTALLER,desktop)
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
hide intermediate distro targets There are pseudo-distro targets that are useful to combine the needed bits and pieces for a few more different end-user images but that are useless themselves (e.g. desktop-base wouldn't even start X session before someone would have installed a window manager). Let's just hide these under the hood so that `make help', `make everything' and potential frontends don't bother.
2012-03-13 00:07:18 +04:00
distro/.desktop-mini: distro/.desktop-base \
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
use/lowmem use/x11/xdm use/power/acpi/button \
use/cleanup/alterator
conf.d/desktop.mk: split out distro/desktop-mini Let's prepare some moderately sane base for future desktop installers, it's not only icewm around anymore.
2011-12-20 00:06:27 +04:00
initial "+shortcut" support and refactoring It looks like the intermediate targets aren't all equal: some define a finished feature while some create a common lower level piece of configuration. Let's do shortcuts for the former so that a distro line can be more terse and descriptive; help targets in features.in/ tweaked accordingly.
2012-03-16 22:26:58 +04:00
distro/icewm: distro/.desktop-mini +icewm
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
hide intermediate distro targets There are pseudo-distro targets that are useful to combine the needed bits and pieces for a few more different end-user images but that are useless themselves (e.g. desktop-base wouldn't even start X session before someone would have installed a window manager). Let's just hide these under the hood so that `make help', `make everything' and potential frontends don't bother.
2012-03-13 00:07:18 +04:00
distro/tde: distro/.desktop-mini use/x11/kdm
initial TDE distros A minimal live, tiny desktop system and a test LTSP installer; all of these work.
2012-03-09 22:50:33 +04:00
@$(call add,BASE_LISTS, \
$(call tags,(base || desktop) && (network || tde)))
initial "+shortcut" support and refactoring It looks like the intermediate targets aren't all equal: some define a finished feature while some create a common lower level piece of configuration. Let's do shortcuts for the former so that a distro line can be more terse and descriptive; help targets in features.in/ tweaked accordingly.
2012-03-16 22:26:58 +04:00
distro/ltsp-icewm: distro/icewm +ltsp
initial ltsp feature Sort of builds on current Sisyphus with ltsp-related packages fixed up in a pocket but the latter are rather in need of some proper face-lift.
2011-11-27 18:52:20 +04:00
initial "+shortcut" support and refactoring It looks like the intermediate targets aren't all equal: some define a finished feature while some create a common lower level piece of configuration. Let's do shortcuts for the former so that a distro line can be more terse and descriptive; help targets in features.in/ tweaked accordingly.
2012-03-16 22:26:58 +04:00
distro/ltsp-tde: distro/tde +ltsp
initial TDE distros A minimal live, tiny desktop system and a test LTSP installer; all of these work.
2012-03-09 22:50:33 +04:00
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
distro/desktop-systemd: distro/icewm use/systemd
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