mirrors/serenity
1
0
Fork 0
mirror of https://github.com/SerenityOS/serenity.git synced 2025-01-25 19:02:07 -05:00
Code Issues Projects Releases Packages Wiki Activity
serenity/Base/etc/SystemServer.ini

165 lines
2.5 KiB
INI
Raw Normal View History

SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
[ProtocolServer]
ProtocolServer: Port to socket takeover
2019-11-26 19:34:49 +03:00
Socket=/tmp/portal/protocol
Base: Run ProtocolServer as a separate "protocol" user This is probably not the final design we'll want for this, but for now let's run the HTTP client code as a separate user to reduce exposure for the standard "anon" user account. Note that "protocol" is also added to the "lookup" group, in order to allow ProtocolServer to contact LookupServer for DNS requests.
2020-01-11 13:04:46 +01:00
SocketPermissions=660
SystemServer: Implement lazy spawning For services explicitly configured as lazy, SystemServer will now listen on the socket and only spawn the service once a client attempts to connect to the socket.
2019-11-26 19:41:16 +03:00
Lazy=1
ProtocolServer: Run with low priority Dr. Bugaev says this is the most appropriate priority. :^)
2020-07-06 15:40:39 +02:00
Priority=low
Base: Run ProtocolServer as a separate "protocol" user This is probably not the final design we'll want for this, but for now let's run the HTTP client code as a separate user to reduce exposure for the standard "anon" user account. Note that "protocol" is also added to the "lookup" group, in order to allow ProtocolServer to contact LookupServer for DNS requests.
2020-01-11 13:04:46 +01:00
User=protocol
Base: Replace TTYServer with text mode Shell Now that we have SystemServer that can (re)spawn the Shell, we don't need a separate server just for that. The two shells (on tty0 and tty1) are configured to only be started when booting in text mode. This means you can now simply say boot_mode=text on the kernel command line, and SystemServer will set up the system and spawn a comfy root shell for you :^)
2020-05-27 00:42:46 +03:00
BootModes=text,graphical
ProtocolServer: Turn this into a multi-instance service Everyone who connects to ProtocolServer now gets his own instance. This means that different users can no longer talk to the same exact ProtocolServer process, enhanching security and stability.
2020-07-06 13:27:25 +02:00
MultiInstance=1
AcceptSocketConnections=1
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
WebContent: Start work on browser process separation :^) The "WebContent" service provides a very restricted instance of LibWeb running as an unprivileged user account. This will be used to implement process separation in Browser, among other things. This first cut of the service only spawns a single WebContent process when someone connects to /tmp/portal/webcontent. We will soon switch this over to spawning a new process for each connection. Since this feature is very immature, we'll be bringing it up inside of Demos/WebView as a separate demo program. Eventually this will become a reusable widget that anyone can embed and easily get out-of-process web content in their GUI. This is pretty, pretty cool! :^)
2020-06-17 17:31:42 +02:00
[WebContent]
Socket=/tmp/portal/webcontent
SocketPermissions=660
Lazy=1
User=webcontent
BootModes=graphical
WebContent: Turn it into a MultiInstance service :^) Port the WebContent service to the new MultiInstance mechanism that Sergey added. This means that every new WebContentView gets its very own segregated WebContent process.
2020-06-21 21:22:10 +02:00
MultiInstance=1
AcceptSocketConnections=1
WebContent: Start work on browser process separation :^) The "WebContent" service provides a very restricted instance of LibWeb running as an unprivileged user account. This will be used to implement process separation in Browser, among other things. This first cut of the service only spawns a single WebContent process when someone connects to /tmp/portal/webcontent. We will soon switch this over to spawning a new process for each connection. Since this feature is very immature, we'll be bringing it up inside of Demos/WebView as a separate demo program. Eventually this will become a reusable widget that anyone can embed and easily get out-of-process web content in their GUI. This is pretty, pretty cool! :^)
2020-06-17 17:31:42 +02:00
ImageDecoder: Add a new service for out-of-process image decoding :^) The new ImageDecoder service (available for members of "image" via /tmp/portal/image) allows you to decode images in a separate process. This will allow programs to confidently load untrusted images, since the bulk of the security concerns are sandboxed to a separate process. The only API right now is a synchronous IPC DecodeImage() call that takes a shbuf with encoded image data and returns a shared buffer and metadata for the decoded image. It also comes with a very simple library for interfacing with the ImageDecoder service: LibImageDecoderClient. The name is a bit of a mouthful but I guess we can rename it later if we think of something nicer to call it. There's obviously a bit of overhead to spawning a separate process for every image decode, so this is mostly only appropriate for untrusted images (e.g stuff downloaded from the web) and not necessary for trusted local images (e.g stuff in /res)
2020-06-22 21:35:22 +02:00
[ImageDecoder]
Socket=/tmp/portal/image
SocketPermissions=660
Lazy=1
User=image
BootModes=graphical
MultiInstance=1
AcceptSocketConnections=1
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
[LookupServer]
LookupServer: Port to socket takeover
2019-11-26 19:39:47 +03:00
Socket=/tmp/portal/lookup
Base: Add a "lookup" user+group that runs LookupServer LookupServer now runs as lookup:lookup, allowing connections from other members of the "lookup" group. This is enforced through file system permissions by having the service socket (/tmp/portal/lookup) be mode 0660. Now the LookupServer program can't overwrite other people's files if it starts misbehaving. That's pretty cool :^)
2020-01-09 21:36:17 +01:00
SocketPermissions=660
SystemServer: Implement lazy spawning For services explicitly configured as lazy, SystemServer will now listen on the socket and only spawn the service once a client attempts to connect to the socket.
2019-11-26 19:41:16 +03:00
Lazy=1
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
Priority=low
SystemServer: Implement keepalive When reaping a child, SystemServer will now match up child's pid with its own record of the services, and respawn the service if keepalive is enabled for it. For example, we want to restart the WindowServer if it crashes, but we wouldn't want to restart the Terminal if it gets closed.
2019-11-26 19:19:59 +03:00
KeepAlive=1
Base: Add a "lookup" user+group that runs LookupServer LookupServer now runs as lookup:lookup, allowing connections from other members of the "lookup" group. This is enforced through file system permissions by having the service socket (/tmp/portal/lookup) be mode 0660. Now the LookupServer program can't overwrite other people's files if it starts misbehaving. That's pretty cool :^)
2020-01-09 21:36:17 +01:00
User=lookup
Base: Replace TTYServer with text mode Shell Now that we have SystemServer that can (re)spawn the Shell, we don't need a separate server just for that. The two shells (on tty0 and tty1) are configured to only be started when booting in text mode. This means you can now simply say boot_mode=text on the kernel command line, and SystemServer will set up the system and spawn a comfy root shell for you :^)
2020-05-27 00:42:46 +03:00
BootModes=text,graphical
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
Servers: Add a new DHCP client This adds a DHCPClient...Server that leases IPv4s.
2020-04-04 15:49:30 +04:30
[DHCPClient]
DHCPClient: Log errors and cleanup the code Prior to this, we ran the DHCP client as a high-priority service, but making the system feel laggy "for some network stuff" is not the greatest of ideas :^)
2020-04-06 10:50:46 +04:30
Priority=low
Servers: Add a new DHCP client This adds a DHCPClient...Server that leases IPv4s.
2020-04-04 15:49:30 +04:30
KeepAlive=1
User=root
Base: Replace TTYServer with text mode Shell Now that we have SystemServer that can (re)spawn the Shell, we don't need a separate server just for that. The two shells (on tty0 and tty1) are configured to only be started when booting in text mode. This means you can now simply say boot_mode=text on the kernel command line, and SystemServer will set up the system and spawn a comfy root shell for you :^)
2020-05-27 00:42:46 +03:00
BootModes=text,graphical
Servers: Add a new DHCP client This adds a DHCPClient...Server that leases IPv4s.
2020-04-04 15:49:30 +04:30
NotificationServer: Add a system service for desktop notifications This patch adds NotificationServer, which runs as the "notify" user and provides an IPC API for desktop notifications. LibGUI gains the GUI::Notification class for showing notifications. NotificationServer is spawned on demand and will unspawn after dimissing all visible notifications. :^) Finally, this also comes with a small /bin/notify utility.
2020-02-16 19:28:08 +01:00
[NotificationServer]
Socket=/tmp/portal/notify
SocketPermissions=660
Lazy=1
Priority=low
KeepAlive=1
User=notify
LaunchServer: Add the LaunchServer to centralise file associations. Step one of moving DesktopServices::open handling out of process. This makes it easier to do things like read in associations for which program opens which files or protocols. This gives users the ability to modify the associations without having to rebuild :^)
2020-04-26 20:27:57 +01:00
[LaunchServer]
Socket=/tmp/portal/launch
LaunchServer: Run with portal permissions 600 The LaunchServer is personal to "anon" and we don't want other users accessing it to launch anything.
2020-05-09 15:16:16 +02:00
SocketPermissions=600
LaunchServer: Add the LaunchServer to centralise file associations. Step one of moving DesktopServices::open handling out of process. This makes it easier to do things like read in associations for which program opens which files or protocols. This gives users the ability to modify the associations without having to rebuild :^)
2020-04-26 20:27:57 +01:00
Lazy=1
User=anon
Base: Replace TTYServer with text mode Shell Now that we have SystemServer that can (re)spawn the Shell, we don't need a separate server just for that. The two shells (on tty0 and tty1) are configured to only be started when booting in text mode. This means you can now simply say boot_mode=text on the kernel command line, and SystemServer will set up the system and spawn a comfy root shell for you :^)
2020-05-27 00:42:46 +03:00
BootModes=text,graphical
LaunchServer: Add the LaunchServer to centralise file associations. Step one of moving DesktopServices::open handling out of process. This makes it easier to do things like read in associations for which program opens which files or protocols. This gives users the ability to modify the associations without having to rebuild :^)
2020-04-26 20:27:57 +01:00
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
[WindowServer]
WindowServer: Port to socket takeover
2019-11-26 19:30:35 +03:00
Socket=/tmp/portal/window
Base: Run WindowServer as a separate "window" user This was actually rather painless and straightforward. WindowServer now runs as the "window" user. Users in the "window" group can connect to it via the socket in /tmp/portal/window as usual.
2020-02-16 19:26:31 +01:00
SocketPermissions=660
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
Priority=high
SystemServer: Implement keepalive When reaping a child, SystemServer will now match up child's pid with its own record of the services, and respawn the service if keepalive is enabled for it. For example, we want to restart the WindowServer if it crashes, but we wouldn't want to restart the Terminal if it gets closed.
2019-11-26 19:19:59 +03:00
KeepAlive=1
Base: Run WindowServer as a separate "window" user This was actually rather painless and straightforward. WindowServer now runs as the "window" user. Users in the "window" group can connect to it via the socket in /tmp/portal/window as usual.
2020-02-16 19:26:31 +01:00
User=window
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
Clipboard: Move the system clipboard to a dedicated service process :^) This commit moves the clipboard from WindowServer into a new Clipboard service program. Clipboard runs as the unprivileged "clipboard" user and with a much tighter pledge than WindowServer. To keep things working as before, all GUI::Application users now make a connection to Clipboard after making the connection to WindowServer. It could be interesting to connect to Clipboard on demand, but right now that would necessitate expanding every GUI app's pledge to include "unix" and also unveiling the clipboard portal, which I prefer not to.
2020-05-14 22:51:15 +02:00
[Clipboard]
Socket=/tmp/portal/clipboard
SocketPermissions=660
Base: Tweak SystemServer.ini Notably, adjust service priorities.
2020-05-20 16:03:02 +03:00
Priority=low
Clipboard: Move the system clipboard to a dedicated service process :^) This commit moves the clipboard from WindowServer into a new Clipboard service program. Clipboard runs as the unprivileged "clipboard" user and with a much tighter pledge than WindowServer. To keep things working as before, all GUI::Application users now make a connection to Clipboard after making the connection to WindowServer. It could be interesting to connect to Clipboard on demand, but right now that would necessitate expanding every GUI app's pledge to include "unix" and also unveiling the clipboard portal, which I prefer not to.
2020-05-14 22:51:15 +02:00
User=clipboard
SystemMenu: Finish the implementation and start this at boot :^) Fixes #1231.
2020-02-17 20:08:16 +01:00
[SystemMenu]
KeepAlive=1
User=anon
WindowServer: Remove Clock from server. We have clock applet.
2019-12-27 21:32:52 +03:00
[Clock.MenuApplet]
KeepAlive=1
Base: Tweak SystemServer.ini Notably, adjust service priorities.
2020-05-20 16:03:02 +03:00
Priority=low
WindowServer: Remove Clock from server. We have clock applet.
2019-12-27 21:32:52 +03:00
User=anon
MenuApplets: Support memory usage and custom colors in ResourceGraph The ResourceGraph menu applet now supports a few command line options: --cpu / -C to display a CPU usage graph --memory / -M to display a memory usage graph --name / -n to set a name which is used to order applets --color / -c to set the graph color (supports anything Gfx::Color::from_string() understands) The SystemServer.ini and WindowServer.ini config files have been updated to spawn and show two ResourceGraph menu applets, one for CPU usage (green) and one for memory usage (cyan) - this matches the colors in the SystemMonitor graphs.
2020-04-11 00:00:44 +01:00
[CPUGraph.MenuApplet]
Executable=/bin/ResourceGraph.MenuApplet
Base: Tweak resource graph colors to match SystemMonitor
2020-06-30 18:51:17 +02:00
Arguments=--cpu --name=CPUGraph --color=#00bb00
Base: Tweak SystemServer.ini Notably, adjust service priorities.
2020-05-20 16:03:02 +03:00
Priority=low
MenuApplets: Support memory usage and custom colors in ResourceGraph The ResourceGraph menu applet now supports a few command line options: --cpu / -C to display a CPU usage graph --memory / -M to display a memory usage graph --name / -n to set a name which is used to order applets --color / -c to set the graph color (supports anything Gfx::Color::from_string() understands) The SystemServer.ini and WindowServer.ini config files have been updated to spawn and show two ResourceGraph menu applets, one for CPU usage (green) and one for memory usage (cyan) - this matches the colors in the SystemMonitor graphs.
2020-04-11 00:00:44 +01:00
KeepAlive=1
User=anon
[MemoryGraph.MenuApplet]
Executable=/bin/ResourceGraph.MenuApplet
Base: Tweak resource graph colors to match SystemMonitor
2020-06-30 18:51:17 +02:00
Arguments=--memory --name=MemoryGraph --color=#00bbbb
Base: Tweak SystemServer.ini Notably, adjust service priorities.
2020-05-20 16:03:02 +03:00
Priority=low
CPUGraph: Launch the CPUGraph menu applet on startup
2019-12-05 19:44:22 +01:00
KeepAlive=1
User=anon
WindowServer+MenuApplets: Move the "Audio" applet to its own program This patch introduces the second MenuApplet: Audio. To make this work, menu applet windows now also receive mouse events. There's still some problem with mute/unmute via clicking not actually working, but the call goes from the applet program over IPC to the AudioServer, where something goes wrong with the state change message. Need to look at that separately. Anyways, it's pretty cool to have more applets running in their own separate processes. :^)
2019-12-16 15:33:42 +01:00
[Audio.MenuApplet]
Base: Tweak SystemServer.ini Notably, adjust service priorities.
2020-05-20 16:03:02 +03:00
Priority=low
WindowServer+MenuApplets: Move the "Audio" applet to its own program This patch introduces the second MenuApplet: Audio. To make this work, menu applet windows now also receive mouse events. There's still some problem with mute/unmute via clicking not actually working, but the call goes from the applet program over IPC to the AudioServer, where something goes wrong with the state change message. Need to look at that separately. Anyways, it's pretty cool to have more applets running in their own separate processes. :^)
2019-12-16 15:33:42 +01:00
KeepAlive=1
User=anon
WindowServer: Remove username from MenuManager. Now, we have UserName applet.
2020-02-09 11:54:54 +03:00
[UserName.MenuApplet]
Priority=low
KeepAlive=1
User=anon
ClipboardHistory: Add a clipboard history applet :^) It will listen for clipboard content changes in the backgroud. Once you click on its icon, it will pop up a window listing all recorded clipboard contents. You can then double-click on an item to copy it again.
2020-05-15 22:37:31 +03:00
[ClipboardHistory.MenuApplet]
Priority=low
KeepAlive=1
User=anon
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
[AudioServer]
AudioServer: Port to socket takeover
2019-11-26 19:33:48 +03:00
Socket=/tmp/portal/audio
SystemServer: Implement lazy spawning For services explicitly configured as lazy, SystemServer will now listen on the socket and only spawn the service once a client attempts to connect to the socket.
2019-11-26 19:41:16 +03:00
# TODO: we may want to start it lazily, but right now WindowServer connects to it immediately on startup
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
Priority=high
SystemServer: Implement keepalive When reaping a child, SystemServer will now match up child's pid with its own record of the services, and respawn the service if keepalive is enabled for it. For example, we want to restart the WindowServer if it crashes, but we wouldn't want to restart the Terminal if it gets closed.
2019-11-26 19:19:59 +03:00
KeepAlive=1
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
User=anon
[Taskbar]
SystemServer: Implement keepalive When reaping a child, SystemServer will now match up child's pid with its own record of the services, and respawn the service if keepalive is enabled for it. For example, we want to restart the WindowServer if it crashes, but we wouldn't want to restart the Terminal if it gets closed.
2019-11-26 19:19:59 +03:00
KeepAlive=1
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
User=anon
Base: Start a desktop FileManager by default! :^)
2020-04-18 22:09:40 +02:00
[Desktop]
Executable=/bin/FileManager
Arguments=--desktop
KeepAlive=1
User=anon
SystemServer: Read service list from a config file This replaces the hardcoded services list with a very simple config file in /etc/SystemServer.ini :^) Closes https://github.com/SerenityOS/serenity/issues/610
2019-11-26 19:05:09 +03:00
[Terminal]
User=anon
SystemServer: Add WorkingDirectory support Services can now have their initial working directory configured via `SystemServer.ini`. This commit also configures Terminal's working directory to be /home/anon
2020-03-16 22:21:02 +02:00
WorkingDirectory=/home/anon
Base: Replace TTYServer with text mode Shell Now that we have SystemServer that can (re)spawn the Shell, we don't need a separate server just for that. The two shells (on tty0 and tty1) are configured to only be started when booting in text mode. This means you can now simply say boot_mode=text on the kernel command line, and SystemServer will set up the system and spawn a comfy root shell for you :^)
2020-05-27 00:42:46 +03:00
[Shell@tty0]
Executable=/bin/Shell
StdIO=/dev/tty0
Environment=TERM=xterm
KeepAlive=1
BootModes=text
[Shell@tty1]
Executable=/bin/Shell
StdIO=/dev/tty1
Environment=TERM=xterm
KeepAlive=1
BootModes=text
HackStudio: Add C++ Language Server The language server keeps track of the content of currently edited files by receiving updates about edit actions. Also, C++ autocompletion is no longer tied to HackStudio itself and moved to be part of the language server.
2020-09-28 16:37:37 +03:00
[CppLanguageServer]
Socket=/tmp/portal/language/cpp
SocketPermissions=660
Lazy=1
User=anon
MultiInstance=1
AcceptSocketConnections=1
HackStudio: Add a Shell language server
2020-10-03 17:25:51 +03:30
[ShellLanguageServer]
Socket=/tmp/portal/language/shell
SocketPermissions=660
Lazy=1
User=anon
MultiInstance=1
AcceptSocketConnections=1
CrashDaemon: Add service that acts on new coredumps Currently we only print a backtrace. In the future, we could do something nice in the GUI.
2020-11-11 22:07:31 +02:00
[CrashDaemon]
Executable=/bin/CrashDaemon
KeepAlive=1
User=anon
Reference in a new issue Copy permalink