sway-patched-tray-menu-github/swaybg/meson.build

executable(
	'swaybg',
	'main.c',
	include_directories: [sway_inc],
	dependencies: [
		cairo,
		client_protos,
		gdk_pixbuf,
		jsonc,
		math,
		pango,
		pangocairo,
		wayland_client,
		wlroots,
	],
	link_with: [lib_sway_common, lib_sway_client],
	install_rpath : rpathdir,
	install: true
)
Add client protocols and swaybg skeleton 2018-03-27 19:35:34 +02:00			`executable(`
Address review comments 2018-03-28 18:21:50 +02:00			`'swaybg',`
			`'main.c',`
			`include_directories: [sway_inc],`
			`dependencies: [`
			`cairo,`
Add initial layer shell skeleton 2018-03-28 21:47:22 +02:00			`client_protos,`
Address review comments 2018-03-28 18:21:50 +02:00			`gdk_pixbuf,`
			`jsonc,`
			`math,`
			`pango,`
			`pangocairo,`
			`wayland_client,`
			`wlroots,`
			`],`
			`link_with: [lib_sway_common, lib_sway_client],`
Add support for installing binaries with DT_RPATH It's better to use DT_RPATH dynamic section of the elf binary to store the paths of libraries to load instead of overwriting LD_LIBRARY_PATH for the whole environment, causing surprises. This solution is much more transparent and perfectly suitable for running contained installations of wayland/wlroots/sway. The code unsetting the LD_LIBRARY_PATH/LD_PRELOAD was also deleted as it's a placebo security at best - we should trust the execution path that leads us to running sway, and it's way too late to care about those variables since we already started executing our compositor, thus we would be compromised anyway. 2018-09-30 14:11:24 +02:00			`install_rpath : rpathdir,`
Revert "Install swaybar and swaybg under /usr/lib/sway" This reverts commit f2c209c299889ad965ac995049704b1c46176c6d. 2018-05-06 01:20:57 +02:00			`install: true`
Add client protocols and swaybg skeleton 2018-03-27 19:35:34 +02:00			`)`