Re: [systemd-devel] [PATCH] buildsys: allow building without libnotify

2010-11-24 Thread Matthias Clasen
On Wed, Nov 24, 2010 at 5:57 AM, Kay Sievers kay.siev...@vrfy.org wrote:
 On Wed, Nov 24, 2010 at 08:36, Thierry Reding
 thierry.red...@avionic-design.de wrote:
 This patch makes the libnotify dependency optional and doesn't build the
 systemd-gnome-ask-password-agent utility if libnotify is not available.

 Since libnotify = 0.7.0 requires gtk+-3.0, this patch may be useful for
 environments where upgrading Gtk is not an option.

 Yeah, would be good to solve that. Maybe that's the simplest way to do it.

 One other option would be to use some #ifdef in vala und also support
 the still common older libnotify.

 Unfortunately libnotify just broke and both versions can't be parallel
 installed. And Fedora seems to be the only distro at the moment, which
 can use the new libnotify, and does not require the old one to be
 around.


libnotify 0.7 does not require gtk at all.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


Re: [systemd-devel] [PATCH] buildsys: allow building without libnotify

2010-11-24 Thread Matthias Clasen
On Wed, Nov 24, 2010 at 9:20 AM, Thierry Reding
thierry.red...@avionic-design.de wrote:
 * Matthias Clasen wrote:
 On Wed, Nov 24, 2010 at 5:57 AM, Kay Sievers kay.siev...@vrfy.org wrote:
  On Wed, Nov 24, 2010 at 08:36, Thierry Reding
  thierry.red...@avionic-design.de wrote:
  This patch makes the libnotify dependency optional and doesn't build the
  systemd-gnome-ask-password-agent utility if libnotify is not available.
 
  Since libnotify = 0.7.0 requires gtk+-3.0, this patch may be useful for
  environments where upgrading Gtk is not an option.
 
  Yeah, would be good to solve that. Maybe that's the simplest way to do it.
 
  One other option would be to use some #ifdef in vala und also support
  the still common older libnotify.
 
  Unfortunately libnotify just broke and both versions can't be parallel
  installed. And Fedora seems to be the only distro at the moment, which
  can use the new libnotify, and does not require the old one to be
  around.
 

 libnotify 0.7 does not require gtk at all.

 Well, the tests need gtk, so perhaps libnotify's configure script needs a
 --disable-tests option so it can be built without the gtk dependency.

 Will you accept a patch?


Thats just a build dependency, but sure, why not.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


Re: [systemd-devel] [PATCH] buildsys: allow building without libnotify

2010-11-24 Thread Andrey Borzenkov
On Wed, Nov 24, 2010 at 5:21 PM, Matthias Clasen
matthias.cla...@gmail.com wrote:
 On Wed, Nov 24, 2010 at 9:20 AM, Thierry Reding
 thierry.red...@avionic-design.de wrote:
 * Matthias Clasen wrote:
 On Wed, Nov 24, 2010 at 5:57 AM, Kay Sievers kay.siev...@vrfy.org wrote:
  On Wed, Nov 24, 2010 at 08:36, Thierry Reding
  thierry.red...@avionic-design.de wrote:
  This patch makes the libnotify dependency optional and doesn't build the
  systemd-gnome-ask-password-agent utility if libnotify is not available.
 
  Since libnotify = 0.7.0 requires gtk+-3.0, this patch may be useful for
  environments where upgrading Gtk is not an option.
 
  Yeah, would be good to solve that. Maybe that's the simplest way to do it.
 
  One other option would be to use some #ifdef in vala und also support
  the still common older libnotify.
 
  Unfortunately libnotify just broke and both versions can't be parallel
  installed. And Fedora seems to be the only distro at the moment, which
  can use the new libnotify, and does not require the old one to be
  around.
 

 libnotify 0.7 does not require gtk at all.


I was explained that libnotify 0.7 requires glib 2.27. And it is not
compatible with gtk2 and/or Gnome2 - it was accidentally updated in
Madriva and had to be reverted to 2.26 because things started to
break. And glib 2.26/2.27 apparently cannot be installed in parallel.

Personally I find it easier to revert single commit than maintain
patch to enable build on top of this one. One ends up with additional
patch both ways.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


Re: [systemd-devel] [PATCH] buildsys: allow building without libnotify

2010-11-24 Thread Matthias Clasen
On Wed, Nov 24, 2010 at 9:21 AM, Kay Sievers kay.siev...@vrfy.org wrote:

 libnotify 0.7 does not require gtk at all.

 Hmm, whatever it is, there is an incompatible change, and the old an
 the new version can not be installed in parallel, isn't it?

 And all others besides Fedora are stuck with the old version which
 does not work with the code in systemd, right?


Yes.
There's an area of diminishing returns when making things parallel
installable. You don't want teeny, unstable libraries to grow parallel
versions, really. In this case,
we decided for one-time porting pain.
Of course, distributions may still decide the other way, and introduce
a libnotify06 package...
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


Re: [systemd-devel] [PATCH] buildsys: allow building without libnotify

2010-11-24 Thread Kay Sievers
On Wed, Nov 24, 2010 at 15:50, Matthias Clasen
matthias.cla...@gmail.com wrote:
 On Wed, Nov 24, 2010 at 9:21 AM, Kay Sievers kay.siev...@vrfy.org wrote:

 libnotify 0.7 does not require gtk at all.

 Hmm, whatever it is, there is an incompatible change, and the old an
 the new version can not be installed in parallel, isn't it?

 And all others besides Fedora are stuck with the old version which
 does not work with the code in systemd, right?


 Yes.
 There's an area of diminishing returns when making things parallel
 installable. You don't want teeny, unstable libraries to grow parallel
 versions, really. In this case,
 we decided for one-time porting pain.

Sure no problem, it's just that things got a bit fast now. Seems
everybody woke up now and gets old stuff cleaned up. :)

 Of course, distributions may still decide the other way, and introduce
 a libnotify06 package...

Sure, that's the default for Debian/Ubuntu/SUSE, to have rpm names for
libs with the so version:
  libnotify-devel-0.6.0-1.2.x86_64
  libnotify1-0.6.0-1.2.x86_64
  libnotify-tools-0.6.0-1.2.x86_64

I guess the so version is now 2? But the problem remains that the
devel package has conflicting files then. :)

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


Re: [systemd-devel] [PATCH 2/2] build-sys: distribute introspect.awk

2010-11-24 Thread Lennart Poettering
On Wed, 24.11.10 19:49, Thierry Reding (thierry.red...@avionic-design.de) wrote:

Thanks. Both patches applied!

Lennart

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


[systemd-devel] [PATCH] Remove Gentoo specific xdm.service

2010-11-24 Thread Gustavo Sverzut Barbieri
That unity pulls in OpenRC which in turn pulls in most of legacy
system that causes lots of troubles as it is too smart, thus not
recommended.

Moreover, SystemD developers seems to agree that a service file per DM
is the best approach, so having gdm.service, kdm.service, slim.service
is better than a single wrapper for them.
---
 Makefile.am  |   12 
 units/gentoo/Makefile|1 -
 units/gentoo/xdm.service |   17 -
 3 files changed, 0 insertions(+), 30 deletions(-)
 delete mode 12 units/gentoo/Makefile
 delete mode 100644 units/gentoo/xdm.service

diff --git a/Makefile.am b/Makefile.am
index 694ec57..eb44099 100644
--- a/Makefile.am
+++ b/Makefile.am
@@ -333,10 +333,6 @@ dist_systemunit_DATA += \
units/fedora/plymouth-halt.service
 endif
 
-if TARGET_GENTOO
-dist_systemunit_DATA += \
-   units/gentoo/xdm.service
-endif
 
 if TARGET_ARCH
 dist_systemunit_DATA += \
@@ -1308,14 +1304,6 @@ if TARGET_FEDORA
rm -f display-manager.service  \
$(LN_S) $(systemunitdir)/display-manager.service 
display-manager.service )
 endif
-if TARGET_GENTOO
-   ( cd $(DESTDIR)$(systemunitdir)  \
-   rm -f display-manager.service  \
-   $(LN_S) xdm.service display-manager.service )
-   ( cd $(DESTDIR)$(systemunitdir)/graphical.target.wants  \
-   rm -f display-manager.service  \
-   $(LN_S) $(systemunitdir)/display-manager.service 
display-manager.service )
-endif
 if TARGET_DEBIAN_OR_UBUNTU
( cd $(DESTDIR)$(systemunitdir)  \
rm -f runlevel5.target  \
diff --git a/units/gentoo/Makefile b/units/gentoo/Makefile
deleted file mode 12
index 50be211..000
--- a/units/gentoo/Makefile
+++ /dev/null
@@ -1 +0,0 @@
-../../src/Makefile
\ No newline at end of file
diff --git a/units/gentoo/xdm.service b/units/gentoo/xdm.service
deleted file mode 100644
index b94c6a8..000
--- a/units/gentoo/xdm.service
+++ /dev/null
@@ -1,17 +0,0 @@
-#  This file is part of systemd.
-#
-#  systemd is free software; you can redistribute it and/or modify it
-#  under the terms of the GNU General Public License as published by
-#  the Free Software Foundation; either version 2 of the License, or
-#  (at your option) any later version.
-
-[Unit]
-Description=Display Manager
-After=syslog.target dbus.target hald.service
-
-[Service]
-ExecStart=/etc/init.d/xdm start
-
-[Install]
-Alias=display-manager.service
-WantedBy=graphical.target
-- 
1.7.2.2

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


[systemd-devel] [ANNOUNCE] systemd 15 (and 14)

2010-11-24 Thread Lennart Poettering
Heya,

I just released systemd 15:

http://www.freedesktop.org/software/systemd/systemd-15.tar.bz2

(30min before this relese I rolled v14; however an important bug was
identified shortly after the release which caused me to prep v15
right-away.)

Changes between v13 and v15:

Gustavo Sverzut Barbieri (1):
  units: Remove Gentoo specific xdm.service

Kay Sievers (1):
  mount_cgroup_controllers: expect 2 items from fscanf()

Lennart Poettering (22):
  Revert Revert fsck: add new -l switch to fsck mount options
  man: reorder things to follow the same order everywhere
  units: move a couple of units from base.target to sysinit.target
  man: document /etc/hostname
  man: document /etc/vconsole.conf
  man: document locale.conf
  man: document /etc/os-release
  man: document /etc/modules-load.d/
  systemctl: redirect enable/disable to chkconfig if applicable
  mount: do not try to mount disable cgroup controllers
  systemctl: don't return LSB status error codes for systemctl show
  man: make clear that VERSION and VERSION_ID is not mandatory in 
os-release.5
  swap: order file-based swap devices after remount-rootfs
  logger: fix error handling
  units: simplify shutdown scripts
  update TODO
  mount: trivial typo fix
  build-sys: get rid of special fedor install target
  manager: bump up max number of units to 128K
  bump version in preparation for release
  dbus: use the right data slot allocator
  build-sys: prepare release 15

Thierry Reding (3):
  build-sys: allow cross-compilation
  build-sys: fix out-of-tree build
  build-sys: distribute introspect.awk

Lennart

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