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

167 lines
5.0 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; @:
x11: add +nm-gtk for use/x11/gtk/nm ...to make it easier for all builds including nm-applet to add this target.
2019-09-09 22:15:32 +03:00
+nm-gtk: use/x11/gtk/nm; @:
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: refactor display manager targets use/x11/dm allows to switch between display managers and cleans up the common bits of configuration too.
2019-01-07 16:50:19 +03:00
## hardware support
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)
x11: use/x11/xorg for aarch64 allowed full
2019-08-26 13:19:06 +03:00
ifeq (,$(filter-out i586 x86_64 aarch64,$(ARCH)))
use/x11/xorg: use/x11/intel use/x11/nouveau use/x11/radeon use/x11/amdgpu \
use/x11/armsoc
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
Revert "x11: add amdgpu and vulkan support into base target" This reverts commit 115a1901cd289e8a21a949378ee8bf85508f5cfa: the change has not been tested properly unfortunately, and it broke today's regular-rc builds fortunately; there are no vulkan-{intel,radeon} packages in sisyphus (only amdgpu), and these are present in lakostis@' repo: http://www.unsafe.ru/lakostis/RPMS/ALTLinux/glvnd/repo/x86_64/RPMS.hasher/ Just drop the whole thing until it gets sorted out.
2019-07-09 08:32:05 +03:00
use/x11/xorg: use/x11; @:
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
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
x11: use/x11/xorg for aarch64 allowed full
2019-08-26 13:19:06 +03:00
ifeq (,$(filter-out i586 x86_64,$(ARCH)))
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/intel: use/x11
@$(call add,THE_PACKAGES,xorg-drv-intel)
@$(call add,THE_PACKAGES,xorg-dri-intel) ### #25044
x11: use/x11/xorg for aarch64 allowed full
2019-08-26 13:19:06 +03:00
else
use/x11/intel: 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
x11: use/x11/armsoc for aarch64 and armh only
2019-05-07 19:41:43 +03:00
ifeq (,$(filter-out armh aarch64,$(ARCH)))
x11: new target use/x11/armsoc xorg-dri-armsoc for armh and aarch64
2018-12-23 18:59:53 +03:00
use/x11/armsoc: use/x11 use/firmware
@$(call add,THE_PACKAGES,xorg-dri-armsoc)
x11: use/x11/armsoc for aarch64 and armh only
2019-05-07 19:41:43 +03:00
else
use/x11/armsoc: use/x11; @:
endif
x11: new target use/x11/armsoc xorg-dri-armsoc for armh and aarch64
2018-12-23 18:59:53 +03: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
# 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: 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)
x11: eliminate amdgpu/radeon switch The whole RADEON_PACKAGES affair was introduced to deal with fglrx/radeon incompatibility; it got basically deprecated following fglrx removal from sisyphus, and lakostis@ should have done "add" logic instead of reusing the "set" one inappropriately. Fixes: 85c52d71c68860d73ef3efa17038407ef1e04b1e See-also: https://lists.altlinux.org/pipermail/devel/2019-July/208126.html
2019-07-08 21:55:31 +03:00
@$(call add,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
x11: remarks fixup xf86-video-intel is not excellent anymore, in fact it's been problematic enough for debian to offer modesetting instead; a shame but still a fact.
2019-01-14 18:34:14 +03:00
# here's the future
Added support of new AMDGPU drivers Added vulkan support
2017-03-24 12:47:26 +03:00
use/x11/amdgpu: use/x11 use/firmware
x11: eliminate amdgpu/radeon switch The whole RADEON_PACKAGES affair was introduced to deal with fglrx/radeon incompatibility; it got basically deprecated following fglrx removal from sisyphus, and lakostis@ should have done "add" logic instead of reusing the "set" one inappropriately. Fixes: 85c52d71c68860d73ef3efa17038407ef1e04b1e See-also: https://lists.altlinux.org/pipermail/devel/2019-July/208126.html
2019-07-08 21:55:31 +03:00
@$(call add,RADEON_PACKAGES,xorg-drv-amdgpu)
Added support of new AMDGPU drivers Added vulkan support
2017-03-24 12:47:26 +03:00
# Vulkan is new and bleeding edge, only intel and amgpu(pro?)
Revert "x11: add amdgpu and vulkan support into base target" This reverts commit 115a1901cd289e8a21a949378ee8bf85508f5cfa: the change has not been tested properly unfortunately, and it broke today's regular-rc builds fortunately; there are no vulkan-{intel,radeon} packages in sisyphus (only amdgpu), and these are present in lakostis@' repo: http://www.unsafe.ru/lakostis/RPMS/ALTLinux/glvnd/repo/x86_64/RPMS.hasher/ Just drop the whole thing until it gets sorted out.
2019-07-09 08:32:05 +03:00
use/x11/vulkan: use/x11/intel use/x11/amdgpu
Added support of new AMDGPU drivers Added vulkan support
2017-03-24 12:47:26 +03:00
@$(call add,THE_PACKAGES,vulkan)
Revert "x11: add amdgpu and vulkan support into base target" This reverts commit 115a1901cd289e8a21a949378ee8bf85508f5cfa: the change has not been tested properly unfortunately, and it broke today's regular-rc builds fortunately; there are no vulkan-{intel,radeon} packages in sisyphus (only amdgpu), and these are present in lakostis@' repo: http://www.unsafe.ru/lakostis/RPMS/ALTLinux/glvnd/repo/x86_64/RPMS.hasher/ Just drop the whole thing until it gets sorted out.
2019-07-09 08:32:05 +03:00
@$(call add,THE_PACKAGES,vulkan-radeon vulkan-intel)
Added support of new AMDGPU drivers Added vulkan support
2017-03-24 12:47:26 +03:00
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
use/x11/wacom: use/x11
x11: portability fix xorg-drv-wizardpen is only built for x86 targets, doesn't look like it's worth worrying about though.
2019-07-23 17:07:55 +03:00
@$(call add,THE_PACKAGES,xorg-drv-wacom)
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: refactor display manager targets use/x11/dm allows to switch between display managers and cleans up the common bits of configuration too.
2019-01-07 16:50:19 +03:00
## display managers
use/x11/dm: use/x11-autostart
@$(call try,THE_DISPLAY_MANAGER,xdm)
@$(call add,THE_PACKAGES,$$(THE_DISPLAY_MANAGER))
x11, regular.mk: enable gdm and lightdm services instead of prefdm gdm3 and lightdm have their own startup services, and can no longer be started via prefdm. Other display managers still run through prefdm. See-also: https://bugzilla.altlinux.org/36769
2019-05-22 17:44:17 +03:00
@$(call add,DEFAULT_SERVICES_ENABLE,$$(THE_DM_SERVICE))
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
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: \
x11: refactor display manager targets use/x11/dm allows to switch between display managers and cleans up the common bits of configuration too.
2019-01-07 16:50:19 +03:00
use/x11/lightdm/%: use/x11/dm
@$(call set,THE_DISPLAY_MANAGER,lightdm-$*-greeter)
x11, regular.mk: enable gdm and lightdm services instead of prefdm gdm3 and lightdm have their own startup services, and can no longer be started via prefdm. Other display managers still run through prefdm. See-also: https://bugzilla.altlinux.org/36769
2019-05-22 17:44:17 +03:00
@$(call set,THE_DM_SERVICE,lightdm)
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, regular.mk: enable gdm and lightdm services instead of prefdm gdm3 and lightdm have their own startup services, and can no longer be started via prefdm. Other display managers still run through prefdm. See-also: https://bugzilla.altlinux.org/36769
2019-05-22 17:44:17 +03:00
use/x11/lxdm use/x11/gdm2.20 use/x11/sddm: \
x11: refactor display manager targets use/x11/dm allows to switch between display managers and cleans up the common bits of configuration too.
2019-01-07 16:50:19 +03:00
use/x11/%: use/x11/dm
@$(call set,THE_DISPLAY_MANAGER,$*)
Add kde minimal desktop support
2012-09-12 17:47:28 +04:00
x11, regular.mk: enable gdm and lightdm services instead of prefdm gdm3 and lightdm have their own startup services, and can no longer be started via prefdm. Other display managers still run through prefdm. See-also: https://bugzilla.altlinux.org/36769
2019-05-22 17:44:17 +03:00
use/x11/gdm: \
use/x11/%: use/x11/dm
@$(call set,THE_DISPLAY_MANAGER,$*)
@$(call set,THE_DM_SERVICE,$*)
x11: refactor display manager targets use/x11/dm allows to switch between display managers and cleans up the common bits of configuration too.
2019-01-07 16:50:19 +03:00
use/x11/xdm: use/x11/dm
@$(call set,THE_DISPLAY_MANAGER,xdm)
@$(call add,THE_PACKAGES,installer-feature-no-xconsole-stage3)
new target use/x11/lxdm lxdm - lightweight display manager for LXDE
2018-10-25 08:45:19 +03:00
x11: refactor display manager targets use/x11/dm allows to switch between display managers and cleans up the common bits of configuration too.
2019-01-07 16:50:19 +03:00
## window managers and desktop environments
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: 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-)
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: ensure gnome3 has gdm It's up for the packages since gnome-shell can't work with anything but gdm -- still just in case...
2019-01-07 17:09:32 +03:00
use/x11/gnome3: use/x11/xorg use/x11/gdm +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
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: 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
use/x11/lxqt: added +pulse lxqt-regular needs pulseaudio
2019-01-28 10:23:07 +03:00
use/x11/lxqt: use/x11 +pulse
use/x11/lxqt: exclude desktop+lxqt+extra desktop+lxqt+extra contains some qtdesktop bits that do not relate directly to lxqt. Therefore, it makes it difficult to use use/x11/lxqt for the more basic builds based on lxqt.
2019-01-28 11:39:26 +03:00
@$(call add,THE_LISTS,$(call tags,desktop && lxqt && !extra))
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: drop kde5-i18n-ru, kf5-i18n-ru These packages have long been empty and are being removed from Sisyphus.
2019-06-18 13:16:52 +03:00
@$(call add,THE_PACKAGES,kde5-maxi)
Reference in New Issue Copy Permalink