stepchenkoas/mkimage-profiles
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
sisyphus
mkimage-profiles/features.in/x11/config.mk

229 lines
6.7 KiB
Makefile
Raw Permalink 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; @:
x11: add +nm-gtk4, use/x11/gtk4/nm (NetworkManager-*-gtk*) Now is a difficult period when both gtk4 and old gtk3 plugins are relevant. Let's add a list for gtk4. Needed for gnome 45. New target will be used for gtk4 gui. For now this is gnome-control-center in Sisyphus and in the future p11 branch.
2023-11-28 19:16:37 +03:00
+nm-gtk4: use/x11/gtk4/nm; @:
x11, lists/tagged: initial use/x11/xscreensaver xscreensaver has more than its main package and the details of what to get where might be confusing for some of us; in particular, there are 2D and 3D hacks collections (and some arches would rather prefer to avoid 3D for now), desktop file sets aimed for MATE/Xfce, and the frontend. So let's provide some basic reusable targets.
2021-08-08 20:49:53 +03:00
+screensaver: use/x11/xscreensaver/gl; @:
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
x11: Not add use/drm to use/x11 This is base target, drm not needed.
2021-03-03 19:20:40 +03:00
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: update use/x11/xorg use/x11/xorg is also used to build VM images that are intended for virtual machines and SBC. For VM targets do not need support for discrete video cards, as a rule.
2021-12-19 16:46:18 +03:00
use/x11/xorg:: use/x11 use/x11/armsoc use/x11/intel use/drm
@$(call add,THE_LISTS,$(call tags,desktop xorg))
x11: add e2k-specific bits xorg-drv-mga2 is MCST Graphics Array driver for 2D part of videochip found in Elbrus-1C+ APU (also to be a part of Elbrus-2C3). xorg-drv-smi is another fork of xorg-drv-siliconmotion that's absent in p9/sisyphus; *might* be of some interest to mipsel folks (they've got yet another fork it seems). Ah, and do not override targets on e2k.
2020-07-13 14:48:16 +03: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)))
x11: update use/x11/xorg use/x11/xorg is also used to build VM images that are intended for virtual machines and SBC. For VM targets do not need support for discrete video cards, as a rule.
2021-12-19 16:46:18 +03:00
ifeq (distro,$(IMAGE_CLASS))
use/x11/xorg:: use/x11/nouveau use/x11/radeon use/x11/amdgpu \
use/drm/full; @:
endif
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: Add graphics card support for HiFive Unmatched
2021-10-14 13:45:05 +03:00
ifeq (,$(filter-out riscv64,$(ARCH)))
x11: update use/x11/xorg use/x11/xorg is also used to build VM images that are intended for virtual machines and SBC. For VM targets do not need support for discrete video cards, as a rule.
2021-12-19 16:46:18 +03:00
use/x11/xorg:: use/x11/amdgpu; @:
x11: Add graphics card support for HiFive Unmatched
2021-10-14 13:45:05 +03:00
endif
x11: install radeon/amdgpu drivers on loongarch64
2023-08-18 19:21:51 +03:00
ifeq (,$(filter-out loongarch64,$(ARCH)))
use/x11/xorg:: use/x11/radeon use/x11/amdgpu; @:
endif
x11: use/x11/xorg for aarch64 allowed full
2019-08-26 13:19:06 +03:00
ifeq (,$(filter-out i586 x86_64,$(ARCH)))
x11: Not add use/drm to use/x11 This is base target, drm not needed.
2021-03-03 19:20:40 +03:00
use/x11/intel: use/x11 use/drm
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_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: Not add use/drm to use/x11 This is base target, drm not needed.
2021-03-03 19:20:40 +03:00
use/x11/armsoc: use/x11 use/firmware use/drm
x11: new target use/x11/armsoc xorg-dri-armsoc for armh and aarch64
2018-12-23 18:59:53 +03:00
@$(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; @:
x11: add e2k-specific bits xorg-drv-mga2 is MCST Graphics Array driver for 2D part of videochip found in Elbrus-1C+ APU (also to be a part of Elbrus-2C3). xorg-drv-smi is another fork of xorg-drv-siliconmotion that's absent in p9/sisyphus; *might* be of some interest to mipsel folks (they've got yet another fork it seems). Ah, and do not override targets on e2k.
2020-07-13 14:48:16 +03:00
endif
ifeq (,$(filter-out e2k%,$(ARCH)))
# e2k: mostly radeon, 101 got mga2/vivante
drm, plymouth, stage2, x11: initial feature drm The drm feature solves the problem of creating a common entry point for adding kernel drm modules for different package lists. The need for allocation into a separate feature arose from one parties to the need to make a switch between free and proprietary NVIDIA driver, on the other, because of the need to add only drm modules kernels for purposes such as use/stage2/kms and use/plymouth. Also no more switch needed for RADEON, as only the free video driver remains.
2020-09-08 12:04:55 +03:00
use/x11/xorg:: use/x11/radeon use/x11/amdgpu use/x11/nouveau use/drm/full
x11: add e2k-specific bits xorg-drv-mga2 is MCST Graphics Array driver for 2D part of videochip found in Elbrus-1C+ APU (also to be a part of Elbrus-2C3). xorg-drv-smi is another fork of xorg-drv-siliconmotion that's absent in p9/sisyphus; *might* be of some interest to mipsel folks (they've got yet another fork it seems). Ah, and do not override targets on e2k.
2020-07-13 14:48:16 +03:00
x11: mga2 is v4/v6 now e2kv4 with mga2 is e1cp (Elbrus-1C+); e2kv6 with mga25 is e2c3 (Elbrus-2C3). xorg driver is the same.
2023-10-25 18:45:41 +03:00
ifeq (,$(filter-out e2kv4 e2kv6,$(ARCH)))
x11: Not add use/drm to use/x11 This is base target, drm not needed.
2021-03-03 19:20:40 +03:00
use/x11/mga2: use/x11 use/drm
x11: add e2k-specific bits xorg-drv-mga2 is MCST Graphics Array driver for 2D part of videochip found in Elbrus-1C+ APU (also to be a part of Elbrus-2C3). xorg-drv-smi is another fork of xorg-drv-siliconmotion that's absent in p9/sisyphus; *might* be of some interest to mipsel folks (they've got yet another fork it seems). Ah, and do not override targets on e2k.
2020-07-13 14:48:16 +03:00
@$(call add,THE_PACKAGES,xorg-drv-mga2)
else
use/x11/mga2: use/x11; @:
endif
x11: Not add use/drm to use/x11 This is base target, drm not needed.
2021-03-03 19:20:40 +03:00
use/x11/smi: use/x11 use/drm
x11: add e2k-specific bits xorg-drv-mga2 is MCST Graphics Array driver for 2D part of videochip found in Elbrus-1C+ APU (also to be a part of Elbrus-2C3). xorg-drv-smi is another fork of xorg-drv-siliconmotion that's absent in p9/sisyphus; *might* be of some interest to mipsel folks (they've got yet another fork it seems). Ah, and do not override targets on e2k.
2020-07-13 14:48:16 +03:00
@$(call add,THE_PACKAGES,xorg-drv-smi)
else
use/x11/smi: use/x11; @:
x11: use/x11/armsoc for aarch64 and armh only
2019-05-07 19:41:43 +03:00
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: use/x11/amdgpu too when use/x11/3d Looks like a plain omission. Rollback from use/x11/nvidia/optimus to plain use/x11/nvidia for now as I don't have a proper x86 stand to test it now; feel free to revert this part if you do and bumblebee works.
2021-08-10 11:17:52 +03:00
use/x11/3d: use/x11/intel use/x11/radeon use/x11/amdgpu use/x11/nvidia; @:
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
drm, plymouth, stage2, x11: initial feature drm The drm feature solves the problem of creating a common entry point for adding kernel drm modules for different package lists. The need for allocation into a separate feature arose from one parties to the need to make a switch between free and proprietary NVIDIA driver, on the other, because of the need to add only drm modules kernels for purposes such as use/stage2/kms and use/plymouth. Also no more switch needed for RADEON, as only the free video driver remains.
2020-09-08 12:04:55 +03:00
use/x11/nouveau: use/x11 use/firmware use/drm/nouveau
@$(call try,NVIDIA_PACKAGES,xorg-drv-nouveau)
@$(call add,THE_PACKAGES,$$(NVIDIA_PACKAGES))
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
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
drm, plymouth, stage2, x11: initial feature drm The drm feature solves the problem of creating a common entry point for adding kernel drm modules for different package lists. The need for allocation into a separate feature arose from one parties to the need to make a switch between free and proprietary NVIDIA driver, on the other, because of the need to add only drm modules kernels for purposes such as use/stage2/kms and use/plymouth. Also no more switch needed for RADEON, as only the free video driver remains.
2020-09-08 12:04:55 +03:00
use/x11/radeon: use/x11 use/firmware use/drm/radeon
x11: do not use RADEON_PACKAGES variable in use/x11/radeon target There are no proprietar videodrivers for Radeon in the repository. The variable is needed to switch between proprietary and its free video drivers. No longer needed.
2021-12-19 17:33:45 +03:00
@$(call add,THE_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
drm, plymouth, stage2, x11: initial feature drm The drm feature solves the problem of creating a common entry point for adding kernel drm modules for different package lists. The need for allocation into a separate feature arose from one parties to the need to make a switch between free and proprietary NVIDIA driver, on the other, because of the need to add only drm modules kernels for purposes such as use/stage2/kms and use/plymouth. Also no more switch needed for RADEON, as only the free video driver remains.
2020-09-08 12:04:55 +03:00
@$(call add,THE_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
drm, plymouth, stage2, x11: initial feature drm The drm feature solves the problem of creating a common entry point for adding kernel drm modules for different package lists. The need for allocation into a separate feature arose from one parties to the need to make a switch between free and proprietary NVIDIA driver, on the other, because of the need to add only drm modules kernels for purposes such as use/stage2/kms and use/plymouth. Also no more switch needed for RADEON, as only the free video driver remains.
2020-09-08 12:04:55 +03:00
use/x11/nvidia:: use/x11/nouveau; @:
use/x11/nvidia/optimus:: use/x11/nvidia; @:
ifeq (,$(filter-out i586 x86_64 aarch64,$(ARCH)))
use/x11/nvidia:: use/drm/nvidia
x11: exclude nvidia-xconfig exclude nvidia-xconfig because it creates /etc/X11/xorg.conf which interferes with automatic configuration.
2024-04-04 10:41:57 +03:00
@$(call set,NVIDIA_PACKAGES,nvidia-settings)
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
drm, plymouth, stage2, x11: initial feature drm The drm feature solves the problem of creating a common entry point for adding kernel drm modules for different package lists. The need for allocation into a separate feature arose from one parties to the need to make a switch between free and proprietary NVIDIA driver, on the other, because of the need to add only drm modules kernels for purposes such as use/stage2/kms and use/plymouth. Also no more switch needed for RADEON, as only the free video driver remains.
2020-09-08 12:04:55 +03:00
use/x11/nvidia/optimus:: use/drm/nvidia/optimus
x11: exclude primus for aarch64
2021-05-12 17:33:59 +03:00
@$(call add,NVIDIA_PACKAGES,bumblebee)
drm, plymouth, stage2, x11: initial feature drm The drm feature solves the problem of creating a common entry point for adding kernel drm modules for different package lists. The need for allocation into a separate feature arose from one parties to the need to make a switch between free and proprietary NVIDIA driver, on the other, because of the need to add only drm modules kernels for purposes such as use/stage2/kms and use/plymouth. Also no more switch needed for RADEON, as only the free video driver remains.
2020-09-08 12:04:55 +03:00
endif
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
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
x11: Added DISPLAY_MANAGER into package priorities
2020-05-01 14:13:52 +03:00
use/x11/dm: use/x11-autostart use/pkgpriorities
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
@$(call try,THE_DISPLAY_MANAGER,xdm)
x11: enable dm.service as a fallback This is necessary to remove the /lib/systemd/system/display-manager.service from xinitrc in the future.
2023-11-08 07:27:36 +03:00
@$(call try,THE_DM_SERVICE,dm)
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
@$(call add,THE_PACKAGES,$$(THE_DISPLAY_MANAGER))
x11: Added DISPLAY_MANAGER into package priorities
2020-05-01 14:13:52 +03:00
@$(call add,PINNED_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 use/x11/lightdm/autologin (lightdm-autologin-greeter)
2023-07-13 09:04:58 +03:00
use/x11/lightdm/gtk use/x11/lightdm/slick use/x11/lightdm/kde\
use/x11/lightdm/autologin: \
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: run sddm.service, lxdm.service instead dm.service (prefdm.service) It is correct to run them with native systemd units, and not through prefdm.
2023-11-08 11:31:30 +03:00
use/x11/gdm2.20: \
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, mixin.mk, kworkstation.mk: rename use/x11/kde{5,}-display-manager-lightdm
2024-08-26 16:17:02 +03:00
use/x11/kde-display-manager-lightdm: \
x11: Add switcher display manager for kde5 (sddm|lightdm)
2021-04-06 19:09:40 +03:00
use/x11/%: use/x11/dm
x11, mixin.mk, kworkstation.mk: rename use/x11/kde{5,}-display-manager-lightdm
2024-08-26 16:17:02 +03:00
ifeq (,$(filter-out sisyphus,$(BRANCH)))
@$(call set,THE_DISPLAY_MANAGER,kde-display-manager-7-lightdm)
else
x11: fix use/x11/kde5-display-manager-lightdm for compatibility with Sisyphus kde-display-manager-lightdm is provides kde5-display-manager-7-lightdm, which is also available in p11 and p10.
2024-08-15 13:45:49 +03:00
@$(call set,THE_DISPLAY_MANAGER,kde5-display-manager-7-lightdm)
x11, mixin.mk, kworkstation.mk: rename use/x11/kde{5,}-display-manager-lightdm
2024-08-26 16:17:02 +03:00
endif
x11: Add switcher display manager for kde5 (sddm|lightdm)
2021-04-06 19:09:40 +03:00
@$(call set,THE_DM_SERVICE,lightdm)
x11: run sddm.service, lxdm.service instead dm.service (prefdm.service) It is correct to run them with native systemd units, and not through prefdm.
2023-11-08 11:31:30 +03:00
use/x11/gdm use/x11/sddm use/x11/lxdm: \
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/%: 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
net, x11, pkg.in/lists: rename & replace tagged lists: base+nm, desktop+nm Oh those tags. Let's just make lists so we don't have to rack our brains. Lists are perceived much easier.
2023-11-28 19:16:37 +03:00
@$(call add,THE_LISTS,network/NetworkManager-gtk)
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: add +nm-gtk4, use/x11/gtk4/nm (NetworkManager-*-gtk*) Now is a difficult period when both gtk4 and old gtk3 plugins are relevant. Let's add a list for gtk4. Needed for gnome 45. New target will be used for gtk4 gui. For now this is gnome-control-center in Sisyphus and in the future p11 branch.
2023-11-28 19:16:37 +03:00
ifeq (,$(filter-out sisyphus p11,$(BRANCH)))
use/x11/gtk4/nm: use/net/nm
@$(call add,THE_LISTS,network/NetworkManager-gtk4)
else
use/x11/gtk4/nm: use/x11/gtk/nm; @:
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
use/x11/xfce: use/x11
mixin.mk, x11: not add xfce-regular to use/x11/xfce This target can be used for more than just regulars builds.
2021-08-01 19:44:21 +03:00
@$(call add,THE_PACKAGES,xfce4-minimal xfce4-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-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, mixim.mk: replace pulseaudio with pipewire See: https://bugzilla.altlinux.org/48305
2023-11-03 15:10:31 +03:00
use/x11/xfce/full: use/x11/xfce +pipewire
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, mixim.mk: replace pulseaudio with pipewire See: https://bugzilla.altlinux.org/48305
2023-11-03 15:10:31 +03:00
use/x11/cinnamon: use/x11/xorg +pipewire
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, mixim.mk: replace pulseaudio with pipewire See: https://bugzilla.altlinux.org/48305
2023-11-03 15:10:31 +03:00
use/x11/deepin: use/x11/xorg +pipewire
x11, desktop+deepin: initial package list for deepin desktop NB: deepin-polkit-aget not worked, so replaced to polkit-gnome.
2021-06-11 17:35:31 +03:00
@$(call add,THE_LISTS,$(call tags,deepin desktop))
regular.mk, x11: Initial regular-deepin.iso Suggested by lvol@
2020-11-26 23:02:23 +03:00
rename targets *-gnome3 -> *-gnome
2023-06-26 13:00:59 +03:00
use/x11/gnome: use/x11/xorg use/x11/gdm +pipewire
x11: reduce gnome3
2023-06-26 10:39:27 +03:00
@$(call add,THE_PACKAGES,gnome3-minimal)
x11: add tracker3 to gnome (ALT bug 42028)
2023-06-27 09:36:52 +03:00
@$(call add,THE_PACKAGES,tracker3) # ALT bug 42028
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, mixim.mk: replace pulseaudio with pipewire See: https://bugzilla.altlinux.org/48305
2023-11-03 15:10:31 +03:00
use/x11/enlightenment: use/x11 use/net/connman use/power/acpi +pipewire
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
x11, mixim.mk: replace pulseaudio with pipewire See: https://bugzilla.altlinux.org/48305
2023-11-03 15:10:31 +03:00
use/x11/lxqt: use/x11 +pipewire
remove desktop+lxqt+extra package list This list has nothing to do with lxqt.
2023-07-11 15:07:18 +03:00
@$(call add,THE_LISTS,$(call tags,desktop && lxqt))
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/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, mixim.mk: replace pulseaudio with pipewire See: https://bugzilla.altlinux.org/48305
2023-11-03 15:10:31 +03:00
use/x11/mate: use/x11 +pipewire
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, mixin.mk: rename use/x11/kde5 -> use/x11/kde
2024-08-26 16:07:00 +03:00
use/x11/kde: use/x11/xorg +pipewire
x11: fix condition for kde on p11
2024-08-31 23:34:52 +03:00
ifeq (,$(filter-out sisyphus,$(BRANCH)))
x11, mixin.mk: use reference package names 'kde' for sisyphus
2024-08-26 16:34:55 +03:00
@$(call add,THE_PACKAGES,kde)
@$(call add,THE_PACKAGES,kde-volume-control-7-pipewire)
@$(call add,PINNED_PACKAGES,kde-volume-control-7-pipewire)
else
x11: reduced kde5 (replace kde5-big to kde5) too big for live.
2023-05-18 06:47:27 +03:00
@$(call add,THE_PACKAGES,kde5)
x11: add the correct volume control (for pipewire)
2023-11-08 19:23:03 +03:00
@$(call add,THE_PACKAGES,kde5-volume-control-4-pipewire)
@$(call add,PINNED_PACKAGES,kde5-volume-control-4-pipewire)
x11, mixin.mk: use reference package names 'kde' for sisyphus
2024-08-26 16:34:55 +03:00
endif
x11, lists/tagged: initial use/x11/xscreensaver xscreensaver has more than its main package and the details of what to get where might be confusing for some of us; in particular, there are 2D and 3D hacks collections (and some arches would rather prefer to avoid 3D for now), desktop file sets aimed for MATE/Xfce, and the frontend. So let's provide some basic reusable targets.
2021-08-08 20:49:53 +03:00
## screensavers
use/x11/xscreensaver:
@$(call add,THE_LISTS,$(call tags,base xscreensaver))
use/x11/xscreensaver/gl: use/x11/xscreensaver
@$(call add,THE_LISTS,$(call tags,desktop xscreensaver))
use/x11/xscreensaver/frontend: use/x11/xscreensaver
@$(call add,THE_PACKAGES,xscreensaver-frontend)
Reference in New Issue Copy Permalink