chiark / gitweb /
man: add the same command sections to the man page as the --help text shows
[elogind.git] / TODO
diff --git a/TODO b/TODO
index 7a7e4df2e5f7e069c3979acffe825191d7d5f4ca..ee682c0f522d9656135b51c3c8e9cca7193c8b8a 100644 (file)
--- a/TODO
+++ b/TODO
@@ -45,9 +45,9 @@ Release 219 preparations:
 
 Features:
 
-* "machinectl list-images" should show os-release data
+* nspawn: don't change superblock mount options from nspawn for cgroup hierarchies
 
-* should we set nocow chattr attribute on journal files by default? does this have any drawbacks?
+* "machinectl list-images" should show os-release data, as well as machine-info data (including deployment level)
 
 * nspawn: when start a container "foobar" look for its configuration in a file "foobar.nspawn" in /etc/systemd/nspawn/ as well as next to the actualy directory or image to boot
 
@@ -334,18 +334,10 @@ Features:
 * sd-bus:
   - kdbus: process fd=-1 for incoming msgs
   - make dsrt happy, and change userspace header for kdbus to yyyyuta{tv}v
-  - kdbus: PID/TID goes missing for method calls from outside the PID namespace?
-  - kdbus: the kernel should not allow messages to be delivered that have a reply serial != 0, reply-expect unset, but no appropriate window
-  - kdbus: timestamps on kernel's NameOwnerChanged messages?
-  - kdbus' busnames.target should get pulled in by basic.target
-  - Ignore .busname units on classic D-Bus boots, systemd-resolved cannot be started on kdbus
-    without the active policy and should get a Wants=org.freedesktop.resolve1.busname to
-    pull-in the policy.
   - port to sd-resolve for connecting to TCP dbus servers
   - kdbus: maybe add controlling tty metadata fields
   - see if we can introduce a new sd_bus_get_owner_machine_id() call to retrieve the machine ID of the machine of the bus itself
   - when kdbus does not take our message without memfds, try again with memfds
-  - introduce sd_bus_emit_object_added()/sd_bus_emit_object_removed() that automatically includes the build-in interfaces in the list
   - see if we can drop more message validation on the sending side
   - add API to clone sd_bus_message objects
   - make AddMatch calls on dbus1 transports async?