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

150 lines
4.5 KiB
Makefile
Raw Normal View History

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