~lukeshu/systemd - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author
2014-10-23	smack: we don't need the special labels exported, hence don't	Lennart Poettering

2014-10-23	smack: rework SMACK label fixing code to follow more closely the semantics ↵	Lennart Poettering
	of the matching selinux code
2014-10-23	mac: rename all calls that apply a label mac_{selinux\|smack}_apply_xyz(), ↵	Lennart Poettering
	and all that reset it to defaults mac_{selinux\|smack}_fix() Let's clean up the naming schemes a bit and use the same one for SMACK and for SELINUX.
2014-10-23	mac: also rename use_{smack,selinux,apparmor}() calls so that they share the ↵	Lennart Poettering
	new mac_{smack,selinux,apparmor}_xyz() convention
2014-10-23	mac: rename apis with mac_{selinux/smack}_ prefix	WaLyong Cho

2014-10-23	label: rearrange mandatory access control(MAC) apis	WaLyong Cho
	move label apis to selinux-util.ch or smack-util.ch appropriately.
2014-02-24	smack: rework security labeling for multiple frameworks	Łukasz Stelmach

2013-10-11	smack: minimize ifdef use, and move all labeling to smack-util.c	Kay Sievers

2013-10-09	Smack: Test if smack is enabled before mounting	Auke Kok
	Since on most systems with xattr systemd will compile with Smack support enabled, we still attempt to mount various fs's with Smack-only options. Before mounting any of these Smack-related filesystems with Smack specific mount options, check if Smack is functionally active on the running kernel. If Smack is really enabled in the kernel, all these Smack mounts are now fatal, as they should be. We no longer mount smackfs if systemd was compiled without Smack support. This makes it easier to make smackfs mount failures a critical error when Smack is enabled. We no longer mount these filesystems with their Smack specific options inside containers. There these filesystems will be mounted with there non-mount smack options for now.