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

177 lines
5.5 KiB
Makefile
Raw Normal View History

x11: add +x11 shortcut This should have been done before the first DE/WM-specific one!
2017-03-31 21:50:37 +03:00
+x11: use/x11/xorg; @:
plant SHELL beacons into all config-forming rules As noted in doc/assumptions.txt, the SHELL based target tracing only works for rules with recipes, even empty but present ones. The simplest thing to do is hooking "; @:" onto the rule's tail (one-liner with a non-printing shell builting "true" command).
2012-03-19 15:25:31 +04:00
+icewm: use/x11/icewm; @:
Add use/x11/xmonad and desktop+xmonad package list
2013-02-18 00:45:19 +04:00
+xmonad: use/x11/xmonad; @:
plant SHELL beacons into all config-forming rules As noted in doc/assumptions.txt, the SHELL based target tracing only works for rules with recipes, even empty but present ones. The simplest thing to do is hooking "; @:" onto the rule's tail (one-liner with a non-printing shell builting "true" command).
2012-03-19 15:25:31 +04:00
+tde: use/x11/tde use/x11/kdm; @:
Rename kde minimal profile to distro/kde4-lite
2012-12-06 15:49:53 +04:00
+kde4-lite: use/x11/kde4-lite use/x11/kdm4; @:
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
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
# the very minimal driver set
use/x11:
several features forgot to show up in FEATURES This could harm the debug...
2012-04-18 21:53:51 +04:00
@$(call add_feature)
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
@$(call add,THE_LISTS,$(call tags,base xorg))
x11: rework free/proprietary driver support The problem at hand was that use/x11/xorg has been final, and zerg@ just couldn't switch from nouveau to nvidia when kdesktop needs that one. Initial approach included a "big" FREE/PROP switch that chose the particular KMODULES/PACKAGES to get added to THE_* but that fails to achieve e.g. nvidia+radeon combo; looks like these need individual switches.
2016-05-16 18:32:25 +03:00
@$(call add,THE_KMODULES,drm) # required by recent nvidia.ko as well
@$(call add,THE_KMODULES,$$(NVIDIA_KMODULES) $$(RADEON_KMODULES))
@$(call add,THE_PACKAGES,$$(NVIDIA_PACKAGES) $$(RADEON_PACKAGES))
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
x11: make use/x11/xorg arch-dependent There's no such thing as xorg-dr[vi]-intel on non-x86 AFAIK, and the rest of the videodrivers is only generic on x86 too.
2013-08-05 15:53:36 +04:00
# x86: free drivers for various hardware (might lack acceleration)
ifeq (,$(filter-out i586 x86_64,$(ARCH)))
x11: rework free/proprietary driver support The problem at hand was that use/x11/xorg has been final, and zerg@ just couldn't switch from nouveau to nvidia when kdesktop needs that one. Initial approach included a "big" FREE/PROP switch that chose the particular KMODULES/PACKAGES to get added to THE_* but that fails to achieve e.g. nvidia+radeon combo; looks like these need individual switches.
2016-05-16 18:32:25 +03:00
use/x11/xorg: use/x11/intel use/x11/nouveau use/x11/radeon
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
@$(call add,THE_LISTS,$(call tags,desktop xorg))
x11: make use/x11/xorg arch-dependent There's no such thing as xorg-dr[vi]-intel on non-x86 AFAIK, and the rest of the videodrivers is only generic on x86 too.
2013-08-05 15:53:36 +04:00
else
use/x11/xorg: use/x11; @:
endif
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
# both free and excellent
use/x11/intel: use/x11
@$(call add,THE_PACKAGES,xorg-drv-intel)
@$(call add,THE_PACKAGES,xorg-dri-intel) ### #25044
# for those cases when no 3D means no use at all
x11: rework free/proprietary driver support The problem at hand was that use/x11/xorg has been final, and zerg@ just couldn't switch from nouveau to nvidia when kdesktop needs that one. Initial approach included a "big" FREE/PROP switch that chose the particular KMODULES/PACKAGES to get added to THE_* but that fails to achieve e.g. nvidia+radeon combo; looks like these need individual switches.
2016-05-16 18:32:25 +03:00
# NB: blobs won't Just Work (TM) along with nouveau/radeon
# as free drivers get prioritized during autodetection
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
#use/x11/3d: use/x11/intel use/x11/nvidia use/x11/fglrx; @:
x11: optimus support The use/x11/nvidia/optimus target will pull the bits required to operate NVIDIA Optimus GPU scheme which relies on integrated GPU to actually drive the screen; much thanks to barssc@ for good walkthrough: http://altlinux.org/optimus NB: this *will* break if nouveau gets in, YHBW.
2014-02-09 19:22:19 +04:00
use/x11/3d: use/x11/intel use/x11/nvidia/optimus use/x11/radeon; @:
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
x11: rework free/proprietary driver support The problem at hand was that use/x11/xorg has been final, and zerg@ just couldn't switch from nouveau to nvidia when kdesktop needs that one. Initial approach included a "big" FREE/PROP switch that chose the particular KMODULES/PACKAGES to get added to THE_* but that fails to achieve e.g. nvidia+radeon combo; looks like these need individual switches.
2016-05-16 18:32:25 +03:00
# somewhat lacking compared to radeon but still
use/x11/nouveau: use/x11 use/firmware
@$(call set,NVIDIA_KMODULES,drm-nouveau)
@$(call set,NVIDIA_PACKAGES,xorg-drv-nouveau)
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
# has performance problems but is getting better, just not there yet
x11: use/firmware for 3D acceleration At least Radeon drivers badly need those, e.g. SUMO_uvd.bin + PALM_pfp.bin for C60 APU. Helps live-flightgear.iso a lot indeed!
2014-03-27 18:13:57 +04:00
use/x11/radeon: use/x11 use/firmware
x11: rework free/proprietary driver support The problem at hand was that use/x11/xorg has been final, and zerg@ just couldn't switch from nouveau to nvidia when kdesktop needs that one. Initial approach included a "big" FREE/PROP switch that chose the particular KMODULES/PACKAGES to get added to THE_* but that fails to achieve e.g. nvidia+radeon combo; looks like these need individual switches.
2016-05-16 18:32:25 +03:00
@$(call set,RADEON_KMODULES,drm-radeon)
@$(call set,RADEON_PACKAGES,xorg-drv-ati xorg-drv-radeon)
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
Added support of new AMDGPU drivers Added vulkan support
2017-03-24 12:47:26 +03:00
# here the future
use/x11/amdgpu: use/x11 use/firmware
@$(call set,RADEON_PACKAGES,xorg-drv-amdgpu)
# Vulkan is new and bleeding edge, only intel and amgpu(pro?)
use/x11/vulkan: use/x11/intel use/x11/amdgpu
@$(call add,THE_PACKAGES,vulkan)
@$(call add,THE_PACKAGES,vulkan-radeon vulkan-intel)
x11/use/glvnd: added GLVND support Added glvnd packages to test.
2017-06-02 23:55:07 +03:00
# see https://github.com/NVIDIA/libglvnd for all gory details
use/x11/glvnd: use/x11
@$(call add,THE_PACKAGES,libglvnd-glx,libglvnd-egl)
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
# sometimes broken with current xorg-server
use/x11/nvidia: use/x11
x11: rework free/proprietary driver support The problem at hand was that use/x11/xorg has been final, and zerg@ just couldn't switch from nouveau to nvidia when kdesktop needs that one. Initial approach included a "big" FREE/PROP switch that chose the particular KMODULES/PACKAGES to get added to THE_* but that fails to achieve e.g. nvidia+radeon combo; looks like these need individual switches.
2016-05-16 18:32:25 +03:00
@$(call set,NVIDIA_KMODULES,nvidia)
@$(call set,NVIDIA_PACKAGES,nvidia-settings nvidia-xconfig)
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
x11: optimus support The use/x11/nvidia/optimus target will pull the bits required to operate NVIDIA Optimus GPU scheme which relies on integrated GPU to actually drive the screen; much thanks to barssc@ for good walkthrough: http://altlinux.org/optimus NB: this *will* break if nouveau gets in, YHBW.
2014-02-09 19:22:19 +04:00
use/x11/nvidia/optimus: use/x11/nvidia
@$(call add,THE_KMODULES,bbswitch)
@$(call add,THE_PACKAGES,bumblebee primus)
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
# oftenly broken with current xorg-server, use radeon then
use/x11/fglrx: use/x11
x11: rework free/proprietary driver support The problem at hand was that use/x11/xorg has been final, and zerg@ just couldn't switch from nouveau to nvidia when kdesktop needs that one. Initial approach included a "big" FREE/PROP switch that chose the particular KMODULES/PACKAGES to get added to THE_* but that fails to achieve e.g. nvidia+radeon combo; looks like these need individual switches.
2016-05-16 18:32:25 +03:00
@$(call set,RADEON_KMODULES,fglrx)
@$(call set,RADEON_PACKAGES,fglrx_glx fglrx-tools)
enhanced 3D graphics support The previous configuration would result in intel-only 3D being available since nouveau and radeon kernel modules are packaged separately with most kernel-images; getting NVIDIA/AMD drivers in is more tricky due to availability of both proprietary and free implementations with the choice being rather a tradeoff in each case (somewhat less so with ATI/AMD drivers). So this is a first shot at the problem: FlightGear would freeze on me with today's nouveau.
2012-03-28 22:24:38 +04:00
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/wacom: use/x11
@$(call add,THE_PACKAGES,xorg-drv-wacom xorg-drv-wizardpen)
initial x11 desktop distro support This one is pre-alpha quality and very basic but complete enough to crank out an icewm.iso successfully installing and booting into xdm ;-) (actually a week's on-and-off work including a pile of underlying infrastructure stuff which was planned already just not there yet)
2011-07-21 00:04:28 +04:00
### xdm: see also #23108
x11-autologin: factor out x11-autostart It has value of its own and can be used standalone; autologin does require autostart though. Adjust x11 feature targets accordingly.
2013-05-30 16:56:34 +04:00
use/x11/xdm: use/x11-autostart
x11: use stage3 variations for THE_PACKAGES installer-feature-no-xconsole depends on stage2 bits and is NOT intended for installed/live systems at all; let's move to the proper stage3 based one.
2012-06-19 18:34:00 +04:00
@$(call add,THE_PACKAGES,xdm installer-feature-no-xconsole-stage3)
features.in/x11: add lightdm support It's preferred for Razor-qt's logout app to be able to turn the system off or reboot it; xdm lacks consolekit support. Thanks Alexander Sokoloff for the hint.
2012-02-17 14:11:11 +04:00
### : some set()-like thing might be better?
x11: add slick-greeter support Looks better than lightdm-gtk-greeter indeed; present in both sisyphus and p8 as of today.
2018-07-08 20:36:11 +03:00
use/x11/lightdm/gtk use/x11/lightdm/slick \
use/x11/lightdm/qt use/x11/lightdm/lxqt use/x11/lightdm/kde: \
use/x11/lightdm/%: use/x11-autostart
live-razorqt: lightdm tweaks lightdm-1.1+ handling had to be corrected regarding the separate greeters.
2012-05-16 19:22:32 +04:00
@$(call add,THE_PACKAGES,lightdm-$*-greeter)
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
x11-autologin: factor out x11-autostart It has value of its own and can be used standalone; autologin does require autostart though. Adjust x11 feature targets accordingly.
2013-05-30 16:56:34 +04:00
use/x11/kdm: use/x11-autostart
x11: ensure kdm3 installation for tde TDE distros don't really need kdm4 which was proposed as a replacement by zerg@ (for all the valid reasons but kdm3 wasn't maintained at that point, this has changed since).
2012-07-19 15:27:24 +04:00
@$(call add,THE_PACKAGES,kdebase-kdm<4)
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
x11-autologin: factor out x11-autostart It has value of its own and can be used standalone; autologin does require autostart though. Adjust x11 feature targets accordingly.
2013-05-30 16:56:34 +04:00
use/x11/kdm4: use/x11-autostart
Add kde minimal desktop support
2012-09-12 17:47:28 +04:00
@$(call add,THE_PACKAGES,kde4base-workspace-kdm)
x11-autologin: factor out x11-autostart It has value of its own and can be used standalone; autologin does require autostart though. Adjust x11 feature targets accordingly.
2013-05-30 16:56:34 +04:00
use/x11/gdm2.20: use/x11-autostart
conf.d/live.mk: distro/live-simply It is actually an effort by glebfm@ to create an experimental systemd-based Simply Linux LiveCD; I merely reviewed the original diff, moved kernel related bits to firmware (see preceding commits) and introduced a dedicated pkglist namespace by creating a directory.
2012-04-10 20:12:44 +04:00
@$(call add,THE_PACKAGES,gdm2.20)
x11: added sddm support Thanks zerg@ for having packaged it finally.
2015-04-18 20:49:29 +03:00
use/x11/sddm: use/x11-autostart
@$(call add,THE_PACKAGES,sddm)
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/icewm: use/x11
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
@$(call add,THE_LISTS,$(call tags,icewm desktop))
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/tde: use/x11
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
@$(call add,THE_LISTS,$(call tags,tde desktop))
conf.d/live.mk: distro/live-simply It is actually an effort by glebfm@ to create an experimental systemd-based Simply Linux LiveCD; I merely reviewed the original diff, moved kernel related bits to firmware (see preceding commits) and introduced a dedicated pkglist namespace by creating a directory.
2012-04-10 20:12:44 +04:00
x11: reorganize synaptic/kde affair Both KDE4 and KDE5 images should carry it this way according to zerg@; pkglists duplication is not needed.
2016-08-08 11:09:17 +03:00
use/x11/kde/synaptic:
@$(call add,THE_PACKAGES,synaptic-kde synaptic-usermode-)
use/x11/kde4-lite: use/x11 use/x11/kde/synaptic
Rename kde minimal profile to distro/kde4-lite
2012-12-06 15:49:53 +04:00
@$(call add,THE_LISTS,$(call tags,kde4 desktop))
Add kde minimal desktop support
2012-09-12 17:47:28 +04:00
x11: reorganize synaptic/kde affair Both KDE4 and KDE5 images should carry it this way according to zerg@; pkglists duplication is not needed.
2016-08-08 11:09:17 +03:00
use/x11/kde4: use/x11 use/x11/kde/synaptic
x11: added use/x11/kde4 There's use/x11/kde already but that serves somewhat different purpose as of today; the naming issue (kde vs kde4) was tersely discussed with sin@ at the time of the merge of his KDE4 image related bits and it's still not that clear. Let's try this way and see if existing images would be ported to use/x11/kde4.
2012-12-25 23:59:49 +04:00
@$(call add,THE_PACKAGES,kde4-default)
x11: add IM hints This makes use of IM_PACKAGES variable processed by newly added im feature so that DE-specific targets could tell which DE-specific IM packages they'd like on a system *iff* use/im has been requested. Might be lacking right now, to be sorted out with the actual users.
2015-09-02 16:32:34 +03:00
@$(call add,IM_PACKAGES,imsettings-qt)
x11: tweak for multi-branch compatibility This is a similar trouble: p7/t7 branches had plasma-applet-networkmanager while sisyphus has switched to kde4-plasma-nm* (there's a bunch of subpackages there, basically all of them desired).
2014-06-09 12:27:24 +04:00
# handle both p7/t7 (p-a-nm) and sisyphus (k-p-nm) cases
use/x11/kde4/nm: use/x11/kde4 use/net/nm
@$(call add,THE_PACKAGES_REGEXP,^kde4-plasma-nm.*)
@$(call add,THE_PACKAGES_REGEXP,^plasma-applet-networkmanager.*)
x11: add use/x11/nm/gtk target This belongs to x11 feature and not to net feature since its focus is a GUI, not the actual network-handling parts. Or like that.
2014-06-09 20:16:56 +04:00
use/x11/gtk/nm: use/net/nm
@$(call add,THE_LISTS,$(call tags,desktop nm))
x11: added use/x11/kde4 There's use/x11/kde already but that serves somewhat different purpose as of today; the naming issue (kde vs kde4) was tersely discussed with sin@ at the time of the merge of his KDE4 image related bits and it's still not that clear. Let's try this way and see if existing images would be ported to use/x11/kde4.
2012-12-25 23:59:49 +04:00
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/xfce: use/x11
x11: xfce tweaks It turns out that -regular pulls in too much (including xfce-polkit that doesn't work with sysvinit); let's provide means to have it both ways, need xfce4 4.12-alt5 or later metapackage for this change to be effective.
2016-11-07 18:10:56 +03:00
@$(call add,THE_PACKAGES,xfce4-regular)
x11: add IM hints This makes use of IM_PACKAGES variable processed by newly added im feature so that DE-specific targets could tell which DE-specific IM packages they'd like on a system *iff* use/im has been requested. Might be lacking right now, to be sorted out with the actual users.
2015-09-02 16:32:34 +03:00
@$(call add,IM_PACKAGES,imsettings-xfce)
initial cinnamon support and livecd Thanks slava@ for the packages and inspiration, and aris@ for the useful advice and fixups.
2012-04-12 02:01:40 +04:00
x11: added +pulse for PA-dependent flavours These will either pull half-baked pulseaudio in or even not (and fail to produce sound later on).
2018-02-09 11:45:30 +03:00
use/x11/xfce/full: use/x11/xfce +pulse
x11: xfce tweaks It turns out that -regular pulls in too much (including xfce-polkit that doesn't work with sysvinit); let's provide means to have it both ways, need xfce4 4.12-alt5 or later metapackage for this change to be effective.
2016-11-07 18:10:56 +03:00
@$(call add,THE_PACKAGES,xfce4-full)
x11: added +pulse for PA-dependent flavours These will either pull half-baked pulseaudio in or even not (and fail to produce sound later on).
2018-02-09 11:45:30 +03:00
use/x11/cinnamon: use/x11/xorg +pulse
initial cinnamon support and livecd Thanks slava@ for the packages and inspiration, and aris@ for the useful advice and fixups.
2012-04-12 02:01:40 +04:00
@$(call add,THE_LISTS,$(call tags,cinnamon desktop))
x11: add IM hints This makes use of IM_PACKAGES variable processed by newly added im feature so that DE-specific targets could tell which DE-specific IM packages they'd like on a system *iff* use/im has been requested. Might be lacking right now, to be sorted out with the actual users.
2015-09-02 16:32:34 +03:00
@$(call add,IM_PACKAGES,imsettings-cinnamon)
implement and use/x11/e17 This marks 0.17.0 hitting Sisyphus to much delight.
2012-12-25 23:58:11 +04:00
x11: employ sound feature gnome3 was just asking to line up either.
2013-07-04 15:29:08 +04:00
use/x11/gnome3: use/x11/xorg +pulse
x11: rollback gnome3 metapackage The gnome3-regular one adds quite a few megabytes, let's keep the mid-sized -default for common targets while moving -regular to, well, regular one.
2015-02-25 02:42:21 +03:00
@$(call add,THE_PACKAGES,gnome3-default)
x11: add IM hints This makes use of IM_PACKAGES variable processed by newly added im feature so that DE-specific targets could tell which DE-specific IM packages they'd like on a system *iff* use/im has been requested. Might be lacking right now, to be sorted out with the actual users.
2015-09-02 16:32:34 +03:00
@$(call add,IM_PACKAGES,imsettings-gsettings)
x11: initial gnome3 Seems working.
2013-01-15 19:00:43 +04:00
initial net feature This one supports /etc/net, NM and connman; pruning the tree to get rid of hardwired remnants is going to take some more time.
2013-06-24 23:16:25 +04:00
use/x11/e17: use/x11 use/net/connman
added desktop+e17 pkglist, use it in x11 It's not e17-default alone right now, gnome-icon-theme package appears requisite at the moment so that menus and IBar aren't half-empty regarding graphics. Thanks aris@ for the advice and lots of patience with me.
2013-01-07 21:53:30 +04:00
@$(call add,THE_LISTS,$(call tags,e17 desktop))
initial lxde pkglists Thanks gns@ for his help in figuring these out; some metapackage related optimization is still due.
2012-12-26 15:28:15 +04:00
x11: added +pulse for PA-dependent flavours These will either pull half-baked pulseaudio in or even not (and fail to produce sound later on).
2018-02-09 11:45:30 +03:00
use/x11/enlightenment: use/x11 use/net/connman +pulse
x11: e19 -> enlightenment The packages have been renamed quite some time ago, no need to introduce artificial multifurcation.
2015-10-29 16:53:21 +03:00
@$(call add,THE_LISTS,$(call tags,enlightenment desktop))
x11: disable acpid for e19 E19 would ask the user if they want to shut down when facing power button event; it won't get a chance though as the system will hurl down immediately as per acpid-events-power package provided configuration.
2014-09-23 19:36:59 +04:00
@$(call add,DEFAULT_SERVICES_DISABLE,acpid)
x11: added use/x11/e18 The implementation is identical to e17 one.
2013-12-09 22:44:15 +04:00
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/lxde: use/x11
initial lxde pkglists Thanks gns@ for his help in figuring these out; some metapackage related optimization is still due.
2012-12-26 15:28:15 +04:00
@$(call add,THE_LISTS,$(call tags,lxde desktop))
x11: add IM hints This makes use of IM_PACKAGES variable processed by newly added im feature so that DE-specific targets could tell which DE-specific IM packages they'd like on a system *iff* use/im has been requested. Might be lacking right now, to be sorted out with the actual users.
2015-09-02 16:32:34 +03:00
@$(call add,IM_PACKAGES,imsettings-lxde)
x11: added fvwm support It's becoming a relatively popular request ;-)
2013-02-14 00:44:53 +04:00
x11: initial lxqt support This is a sketch based on both lxde and razorqt bits.
2014-05-13 22:23:03 +04:00
use/x11/lxqt: use/x11
@$(call add,THE_LISTS,$(call tags,lxqt desktop))
x11: add IM hints This makes use of IM_PACKAGES variable processed by newly added im feature so that DE-specific targets could tell which DE-specific IM packages they'd like on a system *iff* use/im has been requested. Might be lacking right now, to be sorted out with the actual users.
2015-09-02 16:32:34 +03:00
@$(call add,IM_PACKAGES,imsettings-qt)
x11: initial lxqt support This is a sketch based on both lxde and razorqt bits.
2014-05-13 22:23:03 +04:00
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/fvwm: use/x11
x11: added fvwm support It's becoming a relatively popular request ;-)
2013-02-14 00:44:53 +04:00
@$(call add,THE_LISTS,$(call tags,fvwm desktop))
x11: added generic sugar ...and introduced regular-sugar flavour immediately, it's rather working by now.
2013-03-17 00:20:50 +04:00
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/sugar: use/x11
x11: added generic sugar ...and introduced regular-sugar flavour immediately, it's rather working by now.
2013-03-17 00:20:50 +04:00
@$(call add,THE_LISTS,$(call tags,sugar desktop))
regular.mk: initial regular-{wmaker,gnustep} Thanks aen@ for the whole pkglist and vast amounts of advice and inspiration; thanks real@ and kostyalamer for the packages themselves.
2013-03-01 21:08:33 +04:00
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/wmaker: use/x11
regular.mk: initial regular-{wmaker,gnustep} Thanks aen@ for the whole pkglist and vast amounts of advice and inspiration; thanks real@ and kostyalamer for the packages themselves.
2013-03-01 21:08:33 +04:00
@$(call add,THE_LISTS,$(call tags,wmaker desktop))
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/gnustep: use/x11
regular.mk: initial regular-{wmaker,gnustep} Thanks aen@ for the whole pkglist and vast amounts of advice and inspiration; thanks real@ and kostyalamer for the packages themselves.
2013-03-01 21:08:33 +04:00
@$(call add,THE_LISTS,$(call tags,gnustep desktop))
Add use/x11/xmonad and desktop+xmonad package list
2013-02-18 00:45:19 +04:00
x11: driver and purpose related refactoring This has had several goals: - a target suitable for x86 and armh providing a rather minimal set of base xorg packages and generic drivers; - task-oriented targets for graphics use cases: + "desktop" means rather 2D focus with 3D being welcome or even essential but not performance critical, thus "a slower driver is fine as long as it does work"; + "3d" means specific 3D performance being critical, that is "no 3D means no use at all". Regarding the free and proprietary 3D-capable drivers: the previous idea was to split out some common ground and then add the contenders on top of that; the current approach is based on the observation that the live images requiring proprietary NVIDIA/AMD drivers *by default* are usually of not much use with hardware that lacks proper 3D acceleration (like Tseng cards) or the driver support for that (like Matrox these days). Intel videodriver makes for a special case though: it is both free and top-notch performer. Thanks sem@ and boyarsh@ for discussion. PS: xorg-drv-{keyboard,mouse,void} dropped; those who need these can usually help themselves.
2013-05-30 21:06:39 +04:00
use/x11/xmonad: use/x11
Add use/x11/xmonad and desktop+xmonad package list
2013-02-18 00:45:19 +04:00
@$(call add,THE_LISTS,$(call tags,xmonad desktop))
x11: added use/x11/mate target It was implemented in a pretty quick-and-dirty way for regular-mate back then, clean things up a bit. Package lists should be deduplicated either but that's another story.
2013-06-11 19:24:29 +04:00
x11: added +pulse for PA-dependent flavours These will either pull half-baked pulseaudio in or even not (and fail to produce sound later on).
2018-02-09 11:45:30 +03:00
use/x11/mate: use/x11 +pulse
x11: added use/x11/mate target It was implemented in a pretty quick-and-dirty way for regular-mate back then, clean things up a bit. Package lists should be deduplicated either but that's another story.
2013-06-11 19:24:29 +04:00
@$(call add,THE_LISTS,$(call tags,mate desktop))
x11: add IM hints This makes use of IM_PACKAGES variable processed by newly added im feature so that DE-specific targets could tell which DE-specific IM packages they'd like on a system *iff* use/im has been requested. Might be lacking right now, to be sorted out with the actual users.
2015-09-02 16:32:34 +03:00
@$(call add,IM_PACKAGES,imsettings-mate)
x11: added use/x11/dwm target
2014-11-12 20:27:47 +03:00
use/x11/dwm: use/x11
@$(call add,THE_LISTS,$(call tags,dwm desktop))
x11: added leechcraft support This is a single-package DE by now, might change towards the whole bunch of modules (but then again might not); see http://leechcraft.org for details.
2015-05-02 15:56:04 +03:00
use/x11/leechcraft: use/x11
@$(call add,THE_PACKAGES,leechcraft)
x11: initial use/x11/kde5 target This one relies on kde5-*/kf5-* packages still in heavy development but the results are starting to work now.
2015-04-20 22:06:35 +03:00
x11: reorganize synaptic/kde affair Both KDE4 and KDE5 images should carry it this way according to zerg@; pkglists duplication is not needed.
2016-08-08 11:09:17 +03:00
use/x11/kde5: use/x11/xorg use/x11/kde/synaptic
x11: change kde5 metapackage ...from "big" to "maxi" as per zerg@'s proposal.
2016-03-25 14:21:54 +03:00
@$(call add,THE_PACKAGES,kde5-maxi kf5-i18n-ru kde5-i18n-ru)
Reference in New Issue Copy Permalink