Re: [systemd-devel] [ANNOUNCE] systemd 183

2012-06-19 Thread Lennart Poettering
On Fri, 01.06.12 23:13, Richard Hughes (hughsi...@gmail.com) wrote:

 
 On 25 May 2012 13:28, Lennart Poettering lenn...@poettering.net wrote:
         * A framework for implementing offline system updates is now
           integrated, for details see:
           http://freedesktop.org/wiki/Software/systemd/SystemUpdates
 
 Seeing as system-update.target is now shipped in systemd itself,
 wouldn't it make sense also to have r /system-update in
 /usr/lib/tmpfiles.d/systemd.conf as well?

Hmm, so this wouldn't work if /etc/fstab says that / is supposed to be
read-only.

I think your update script should be the one that remounts / writable,
and then after that removes the file. The remounting probably makes
little sense in tmpfiles.

i.e. do something like this in the beginning of your script:

#!/bin/sh
mount / -o rw,remount
rm -f /system-update

Does that make sense?

Lennart

-- 
Lennart Poettering - Red Hat, Inc.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


Re: [systemd-devel] [ANNOUNCE] systemd 183

2012-06-01 Thread Richard Hughes
On 25 May 2012 13:28, Lennart Poettering lenn...@poettering.net wrote:
        * A framework for implementing offline system updates is now
          integrated, for details see:
          http://freedesktop.org/wiki/Software/systemd/SystemUpdates

Seeing as system-update.target is now shipped in systemd itself,
wouldn't it make sense also to have r /system-update in
/usr/lib/tmpfiles.d/systemd.conf as well?

Richard.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


[systemd-devel] [ANNOUNCE] systemd 183

2012-05-25 Thread Lennart Poettering
Heya,

http://www.freedesktop.org/software/systemd/systemd-183.tar.xz

Note that this release is a major technology upgrade, and contains a lot
of new code you probably don't want to stick into your stable
distribution right-away. We expect this to stabilize over the next
handful of releases.

This release is already available in Fedora Rawhide.

From the NEWS file:

* Note that we skipped 139 releases here in order to set the
  new version to something that is greater than both udev's
  and systemd's most recent version number.

* udev: all udev sources are merged into the systemd source tree now.
  All future udev development will happen in the systemd tree. It
  is still fully supported to use the udev daemon and tools without
  systemd running, like in initramfs or other init systems. Building
  udev though, will require the *build* of the systemd tree, but
  udev can be properly *run* without systemd.

* udev: /lib/udev/devices/ are not read anymore; systemd-tmpfiles
  should be used to create dead device nodes as workarounds for broken
  subsystems.

* udev: RUN+=socket:...  and udev_monitor_new_from_socket() is
  no longer supported. udev_monitor_new_from_netlink() needs to be
  used to subscribe to events.

* udev: when udevd is started by systemd, processes which are left
  behind by forking them off of udev rules, are unconditionally cleaned
  up and killed now after the event handling has finished. Services or
  daemons must be started as systemd services. Services can be
  pulled-in by udev to get started, but they can no longer be directly
  forked by udev rules.

* udev: the daemon binary is called systemd-udevd now and installed
  in /usr/lib/systemd/. Standalone builds or non-systemd systems need
  to adapt to that, create symlink, or rename the binary after building
  it.

* libudev no longer provides these symbols:
udev_monitor_from_socket()
udev_queue_get_failed_list_entry()
udev_get_{dev,sys,run}_path()
  The versions number was bumped and symbol versioning introduced.

* systemd-loginctl and systemd-journalctl have been renamed
  to loginctl and journalctl to match systemctl.

* The config files: /etc/systemd/systemd-logind.conf and
  /etc/systemd/systemd-journald.conf have been renamed to
  logind.conf and journald.conf. Package updates should rename
  the files to the new names on upgrade.

* For almost all files the license is now LGPL2.1+, changed
  from the previous GPL2.0+. Exceptions are some minor stuff
  of udev (which will be changed to LGPL2.1 eventually, too),
  and the MIT licensed sd-daemon.[ch] library that is suitable
  to be used as drop-in files.

* systemd and logind now handle system sleep states, in
  particulary suspending and hibernating.

* logind now implements a sleep/shutdown/idle inhibiting logic
  suitable for a variety of uses. Soonishly Lennart will blog
  about this in more detail.

* var-run.mount and var-lock.mount are no longer provided
  (which prevously bind mounted these directories to their new
  places). Distributions which have not converted these
  directories to symlinks should consider stealing these files
  from git history and add them downstream.

* We introduced the Documentation= field for units and added
  this to all our shipped units. This is useful to make it
  easier to explore the boot and the purpose of the various
  units.

* All smaller setup units (such as
  systemd-vconsole-setup.service) now detect properly if they
  are run in a container and are skipped when
  appropriate. This guarantees an entirely noise-free boot in
  Linux container environments such as systemd-nspawn.

* A framework for implementing offline system updates is now
  integrated, for details see:
  http://freedesktop.org/wiki/Software/systemd/SystemUpdates

* A new service type Type=idle is available now which helps us
  avoiding ugly interleaving of getty output and boot status
  messages.

* There's now a system-wide CapabilityBoundingSet= option to
  globally reduce the set of capabilities for the
  system. This is useful to drop CAP_SYS_MKNOD, CAP_SYS_RAWIO,
  CAP_NET_RAW, CAP_SYS_MODULE, CAP_SYS_TIME, CAP_SYS_PTRACE or
  even CAP_NET_ADMIN system-wide for secure systems.

* There are now system-wide DefaultLimitXXX= options to
  globally change the defaults of the various resource limits
  for all units started by PID 1.

* Harald Hoyer's systemd