keremet/mkimage-profiles
2
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity
ba857b9e34
mkimage-profiles/features.in/install2/config.mk

44 lines
1.5 KiB
Makefile
Raw Normal View History

use/installer/kms Just like livecd-install, graphical installer KMS support looks better as an optional part of install2 feature. Of course it's optional only if the release manager is fine with VESA drivers and not KMS-requiring intel/radeon/nouveau; thanks led@ for a confirmation just in case.
2012-05-08 21:25:05 +04:00
# alterator-based installer, second (livecd) stage
install2: introduced +installer mixin This one is a part of a larger rewrite to move away from distro-centric build-up to configuration-centric one with the particular packaging being of secondary importance compared to actual functionality.
2013-05-24 17:29:44 +04:00
+installer: use/install2/full; @:
complex subprofile delimiter changed ("/" -> "@") That sub/stage2/install2 was somewhat clumsy actually as it looked like a hierarchical thing while being a substitution thing: generic stage2 would get put in place renamed as install2. This could only get worse with hierarchical features which have already been both requested and considered for quite a time, and "stage2 at install2" reads much more naturally.
2012-07-10 13:20:15 +04:00
use/install2: use/stage2 sub/stage2@install2 use/metadata use/cleanup/installer
introduced add_feature function The features might get copy-pasted (or even copied-and-pruned) when initialized; there's an unneccessary duplication of the function name in the line adding it to FEATURES list, thus prone to being forgotten and causing some havoc later on. It was wrong in the first place but tackling this with some double-colon rules ran into terminality issues, and further tortures were considered unneccessary. The current solution isn't perfect (no completely transparent function name registration upon corresponding target being called) but at least it is an improvement...
2011-11-16 19:58:42 +04:00
@$(call add_feature)
install2: introduced +installer mixin This one is a part of a larger rewrite to move away from distro-centric build-up to configuration-centric one with the particular packaging being of secondary importance compared to actual functionality.
2013-05-24 17:29:44 +04:00
@$(call try,INSTALLER,altlinux-generic) # might be replaced later
install2: minor EFI related tweak INSTALL2_PACKAGES turned out to be sensitive to the feature addition order: if efi was added before install2 then the packages added by the former were overridden by the latter. This is also related to commit g7b76c73 as +installer can be added pretty much anywhere, there's no warranty that use/install2 appears early enough in configuration build-up sequence.
2013-05-27 13:11:17 +04:00
@$(call add,INSTALL2_PACKAGES,installer-distro-$$(INSTALLER)-stage2)
server-ovz; KDEFAULT; syslinux features reworked Renamed server-light.iso into server-ovz.iso to avoid brand dilution and confusion (rider@'s server-light rather favours kvm, anyways). Introduced KDEFAULT: a reliable default kernel chooser knob since apt's regex ordering proved pretty unreliable. Spelling things explicitly is better anyways. SYSLINUX related features undergone pretty major rewrite (that includes syslinux, hdt and memtest). The problem to tackle was features.in/syslinux/generate.mk assuming syslinux and pciids available in build *host* system; this well might not be the case (or worse yet, those can be just different). So now we're a bit less elegant and a bit more enterprise, stuffing things into chroot and working there. Bunch of other fixes along the road, including ; to name a few: - fixed memtest entry (overlooked while renaming SYSLINUX_ITEMS) - new and shiny doc/CodingStyle - gfxboot, stage1 target chain, hdt tweaks - distro.mk rehashed - README++ - TODO: dropped (integer overflow anyways) + actually moved off-tree to reduce commit spam - s,\.config\.mk,distcfg.mk,g - doc/profiles.mk.sample: sample ~/.mkimage/profiles.mk - ...and assorted fixups/additions Sorry for convoluted commit, this would have been pretty hard to rework into some really readable shape (and you might be interested in the original repo's history horrors then, anyways).
2011-05-31 02:05:33 +04:00
@$(call add,INSTALL2_PACKAGES,branding-$$(BRANDING)-alterator)
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_PACKAGES,branding-$$(BRANDING)-release)
.base rehashed, DISK_LISTS renamed, etc In particular: - .base is now generated from pieces (see image.in/Makefile) - s/DISTROS/IMAGES/g; s/CONFIGS/DISTROS/g (for clarity) - s/DISK_LISTS/MAIN_LISTS/g ("disk" was early m-p-d legacy) - introduced BASE_PACKAGES to complement BASE_LISTS - minor tweaks to Makefile (ARCH and DATE moved elsewhere) - libdistro.mk: dropped overlooked IMAGE_INIT_LIST copy - clean.mk: silly cleanup
2011-07-15 01:00:46 +04:00
@$(call add,BASE_LISTS,$(call tags,basesystem))
lib/functions.mk: initial xport() A few too many downstream makefiles employed the pattern of "export GLOBAL_VAR := $(VAR)"; macroize that.
2012-06-26 02:10:12 +04:00
@$(call xport,BASE_BOOTLOADER)
minor tweaks (no functional changes) Mostly multiline compactions, but also use/install2/net got factored out from distro/server-ovz for future reuse.
2012-03-21 17:55:24 +04:00
install2: introduced +installer mixin This one is a part of a larger rewrite to move away from distro-centric build-up to configuration-centric one with the particular packaging being of secondary importance compared to actual functionality.
2013-05-24 17:29:44 +04:00
# doesn't use/install2/fs on purpose (at least so far)
use/install2/full: use/install2/packages use/install2/kms use/install2/kvm \
use/syslinux/localboot.cfg use/syslinux/ui/menu; @:
# stash local packages within installation media
use/install2/packages: use/install2 use/repo/main; @:
# for alterator-pkg to use
minor tweaks (no functional changes) Mostly multiline compactions, but also use/install2/net got factored out from distro/server-ovz for future reuse.
2012-03-21 17:55:24 +04:00
use/install2/net: use/install2
@$(call add,INSTALL2_PACKAGES,curl)
virtualbox feature renamed to vm, extended Initial SPICE support has been added for kvm/libvirt installation and boot-up using qxl and spice by default as proposed by shaba@. VirtualBox part is shifted a level deeper correspondingly but otherwise stays the same.
2012-04-10 21:56:01 +04:00
install2: introduced +installer mixin This one is a part of a larger rewrite to move away from distro-centric build-up to configuration-centric one with the particular packaging being of secondary importance compared to actual functionality.
2013-05-24 17:29:44 +04:00
# modern free xorg drivers for mainstream hardware require KMS support
added plymouth feature An initial draft of it was done half a year ago but several tricky thingies had kept the code from showing up as it was rather brittle and incomplete. This implementation involves quite a few changes all over the place but finally works good enough for live and installer images. Please pay attention to the versions of these packages: - installer-feature-setup-plymouth (0.3.2-alt1+) - branding-altlinux-sisyphus (20110706-alt2+ if used) - plymouth (0.8.3-alt20.git20110406+) See also: - http://www.altlinux.org/Branding - http://www.altlinux.org/Plymouth
2012-06-13 23:07:10 +04:00
use/install2/kms: use/stage2/kms
@$(call add,BASE_KMODULES_REGEXP,drm.*)
use/installer/kms Just like livecd-install, graphical installer KMS support looks better as an optional part of install2 feature. Of course it's optional only if the release manager is fine with VESA drivers and not KMS-requiring intel/radeon/nouveau; thanks led@ for a confirmation just in case.
2012-05-08 21:25:05 +04:00
vm feature renamed to vmguest The "vm" name became a bit confusing with the introduction of build-vm feature; let's call this one "vmguest" until we do hierarchical (sub)features.
2012-06-21 14:23:38 +04:00
# see also use/vmguest/kvm; qxl included in xorg pkglist
virtualbox feature renamed to vm, extended Initial SPICE support has been added for kvm/libvirt installation and boot-up using qxl and spice by default as proposed by shaba@. VirtualBox part is shifted a level deeper correspondingly but otherwise stays the same.
2012-04-10 21:56:01 +04:00
use/install2/kvm:
@$(call add,INSTALL2_PACKAGES,spice-vdagent xorg-drv-qxl)
install2: added convenient filesystems support Thanks Serg Markov for bringing my attention to this: http://www.opennet.ru/openforum/vsluhforumID3/86552.html#61 While the official distros might skip some filesystems for support reasons there's no reason for community distros to do so either. Let's try that with icewm.iso... NB: installer has a misfeature of dropping jfs/reiserfs support in runtime unless "expertmode" magic word is on the kernel bootargs string (#27763, #17368).
2012-09-23 01:05:38 +04:00
# filesystems handling
use/install2/fs: use/install2/xfs use/install2/jfs use/install2/reiserfs; @:
use/install2/xfs:
@$(call add,INSTALL2_PACKAGES,xfsprogs)
use/install2/jfs:
@$(call add,INSTALL2_PACKAGES,jfsutils)
use/install2/reiserfs:
@$(call add,INSTALL2_PACKAGES,reiserfsprogs)
Reference in New Issue Copy Permalink