~bnf/weston - Unnamed repository; edit this file to name it for gitweb.

Age	Commit message (Collapse)	Author	Files	Lines
2012-01-24	Revert "weston: Drop priviledges early, and seteuid when needed"	Kristian Høgsberg	1	-11/+0
	This reverts commit fc6ccb868fa735ee9c6592806f381aa1262bf0b2. We still need root permissions for drmDrop/SetMaster. Without integration with ConsoleKit or systemd we also don't have access to /dev/dri/cardX in the case where we open a new VT.
2012-01-24	weston: Drop priviledges early, and seteuid when needed	Benjamin Franzke	1	-0/+11

2012-01-18	tty: Use SIGUSR1 for both enter and leave signals	Kristian Høgsberg	1	-23/+14
	Now that we track has_vt, we can use the same handler for both enter and leave.
2012-01-18	tty: Switch back to launch tty if we switched away	Kristian Høgsberg	1	-8/+28

2012-01-16	tty: Open a new vt if not running on a VT	Kristian Høgsberg	1	-8/+42
	This is typically when launcing from a pty such as an X (or Wayland) terminal or from an ssh session. Opening a new vt typically requires root priviledges, so weston must be setuid root or laucnhed as root for this to work.
2012-01-16	tty: Fix order of VT ack/release ioctls and the vt handler	Kristian Høgsberg	1	-4/+4
	We can only set up once we've acquired the VT and we shouldn't release the VT until we've cleaned up. Before we would release the VT first, and then race to drop drm master as X tried to get drm master. Which would kill X.
2012-01-15	tty: Leave tty in KD_GRAPHICS mode during vt switches	Kristian Høgsberg	1	-10/+1
	Part of the point of KD_GRAPHICS mode is that the kernel doesn't try to restore the VT contents when we switch bach, but leaves that to the user mode process. This avoids ugly flicker of text mode contents before the compositor takes over.
2012-01-15	tty: Close tty fd on exit	Kristian Høgsberg	1	-0/+2

2012-01-15	tty: If no tty option is given, use stdin and make sure it's a vt	Kristian Høgsberg	1	-5/+18

2012-01-03	Rename wayland-compositor to weston	Kristian Høgsberg	1	-0/+176
	This rename addresses a few problems around the split between core Wayland and the wayland-demos repository. 1) Initially, we had one big repository with protocol code, sample compositor and sample clients. We split that repository to make it possible to implement the protocol without pulling in the sample/demo code. At this point, the compositor is more than just a "demo" and wayland-demos doesn't send the right message. The sample compositor is a useful, self-contained project in it's own right, and we want to move away from the "demos" label. 2) Another problem is that the wayland-demos compositor is often called "the wayland compsitor", but it's really just one possible compositor. Existing X11 compositors are expected to add Wayland support and then gradually phase out/modularize the X11 support, for example. Conversely, it's hard to talk about the wayland-demos compositor specifically as opposed to, eg, the wayland protocol or a wayland compositor in general. We are also renaming the repo to weston, and the compositor subdirectory to src/, to emphasize that the main "output" is the compositor.