Re: [systemd-devel] user environment variables

2014-11-15 Thread Andrei Borzenkov
В Mon, 10 Nov 2014 20:55:12 +0100
arnaud gaboury  пишет:

> >> As for the variable, two more wishes (not a big deal yet):
> >> - in units, why not add a specifier reflecting $XDG_CONFIG_HOME
> >
> > Hmm, when we start with that, then I figure people want the other XDG
> > dirs as well, soon...
> >
> > Anyway, what's the usecase for this?
> 
> Just laziness when writing service files.conf
> Ex: gpg-agent.conf
> [Service]
> Environment=GNUPGHOME=%h/.config/gnupg
> 
> I often use the path sequence '%h/.config'.
> So forget about it, laziness is not a valuable reason
> 

I do not think it is laziness. If it was necessary to abstract
%h/.config as separate variable in standard definition, then we should
expect the path may change. In which case it makes a difference whether
we need to change it single place or in every unit.

Some XDG directories did move around in the past.
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


Re: [systemd-devel] [RFC 1/4] use libmount to enumerate /proc/self/mountinfo

2014-11-15 Thread Tom Gundersen
Usually we don't do this kind of fallback, but rather disable the relevant
functionality if the lib is not available.

In this case I guess it means making support for .mount units optional. I
could imagine someone doing that in very specialised use cases, but maybe
it makes more sense to make the library a hard dependency for now...

Cheers,

Tom
On 7 Nov 2014 06:11, "Chris Leech"  wrote:

> This lets libmount add in user options from /run/mount/utab, like
> _netdev which is needed to get proper ordering against remote-fs.target
> ---
>  .travis.yml  |  2 +-
>  Makefile.am  |  4 +++-
>  README   |  1 +
>  configure.ac | 13 
>  src/core/build.h |  7 +++
>  src/core/mount.c | 62
> 
>  6 files changed, 87 insertions(+), 2 deletions(-)
>
> diff --git a/.travis.yml b/.travis.yml
> index 7e5251c..4ea2bc2 100644
> --- a/.travis.yml
> +++ b/.travis.yml
> @@ -3,7 +3,7 @@ compiler:
>- gcc
>  before_install:
>   - sudo apt-get update -qq
> - - sudo apt-get install autotools-dev automake autoconf libtool
> libdbus-1-dev libcap-dev libblkid-dev libpam-dev libcryptsetup-dev
> libaudit-dev libacl1-dev libattr1-dev libselinux-dev liblzma-dev
> libgcrypt-dev libqrencode-dev libmicrohttpd-dev gtk-doc-tools gperf
> python2.7-dev
> + - sudo apt-get install autotools-dev automake autoconf libtool
> libdbus-1-dev libcap-dev libblkid-dev libmount-dev libpam-dev
> libcryptsetup-dev libaudit-dev libacl1-dev libattr1-dev libselinux-dev
> liblzma-dev libgcrypt-dev libqrencode-dev libmicrohttpd-dev gtk-doc-tools
> gperf python2.7-dev
>  script: ./autogen.sh && ./configure --enable-gtk-doc --enable-gtk-doc-pdf
> && make V=1 && sudo ./systemd-machine-id-setup && make check && make
> distcheck
>  after_failure: cat test-suite.log
>  notifications:
> diff --git a/Makefile.am b/Makefile.am
> index 461ffa9..3deffe8 100644
> --- a/Makefile.am
> +++ b/Makefile.am
> @@ -1163,6 +1163,7 @@ libsystemd_core_la_CFLAGS = \
> $(KMOD_CFLAGS) \
> $(APPARMOR_CFLAGS) \
> $(SECCOMP_CFLAGS) \
> +   $(MOUNT_CFLAGS) \
> -pthread
>
>  libsystemd_core_la_LIBADD = \
> @@ -1177,7 +1178,8 @@ libsystemd_core_la_LIBADD = \
> $(CAP_LIBS) \
> $(KMOD_LIBS) \
> $(APPARMOR_LIBS) \
> -   $(SECCOMP_LIBS)
> +   $(SECCOMP_LIBS) \
> +   $(MOUNT_LIBS)
>
>  if HAVE_SECCOMP
>  libsystemd_core_la_LIBADD += \
> diff --git a/README b/README
> index aefb349..89abc3e 100644
> --- a/README
> +++ b/README
> @@ -108,6 +108,7 @@ REQUIREMENTS:
>  libcap
>  libseccomp >= 1.0.0 (optional)
>  libblkid >= 2.20 (from util-linux) (optional)
> +libmount >= 2.20 (from util-linux) (optional)
>  libkmod >= 15 (optional)
>  PAM >= 1.1.2 (optional)
>  libcryptsetup (optional)
> diff --git a/configure.ac b/configure.ac
> index 05fc00d..85ff053 100644
> --- a/configure.ac
> +++ b/configure.ac
> @@ -426,6 +426,18 @@ fi
>  AM_CONDITIONAL(HAVE_BLKID, [test "$have_blkid" = "yes"])
>
>  #
> --
> +have_libmount=no
> +AC_ARG_ENABLE(libmount, AS_HELP_STRING([--disable-libmount], [disable
> libmount support]))
> +if test "x$enable_libmount" != "xno"; then
> +PKG_CHECK_MODULES(MOUNT, [ mount >= 2.20 ],
> +[AC_DEFINE(HAVE_LIBMOUNT, 1, [Define if libmount is
> available]) have_libmount=yes], have_libmount=no)
> +if test "x$have_libmount" = xno -a "x$enable_libmount" = xyes;
> then
> +AC_MSG_ERROR([*** libmount support requested but
> libraries not found])
> +fi
> +fi
> +AM_CONDITIONAL(HAVE_LIBMOUNT, [test "$have_libmount" = "yes"])
> +
> +#
> --
>  have_seccomp=no
>  AC_ARG_ENABLE(seccomp, AS_HELP_STRING([--disable-seccomp], [Disable
> optional SECCOMP support]))
>  if test "x$enable_seccomp" != "xno"; then
> @@ -1374,6 +1386,7 @@ AC_MSG_RESULT([
>  efi: ${have_efi}
>  kmod:${have_kmod}
>  blkid:   ${have_blkid}
> +libmount:${have_libmount}
>  dbus:${have_dbus}
>  nss-myhostname:  ${have_myhostname}
>  gudev:   ${enable_gudev}
> diff --git a/src/core/build.h b/src/core/build.h
> index d5e5550..5644693 100644
> --- a/src/core/build.h
> +++ b/src/core/build.h
> @@ -117,6 +117,12 @@
>  #define _BLKID_FEATURE_ "-BLKID"
>  #endif
>
> +#ifdef HAVE_LIBMOUNT
> +#define _LIBMOUNT_FEATURE_ "+LIBMOUNT"
> +#else
> +#define _LIBMOUNT_FEATURE_ "-LIBMOUNT"
> +#endif
> +
>  #ifdef HAVE_ELFUTILS
>  #define _ELFUTILS_FEATURE_ "+ELFUTILS"
>  #else
> @@ -152,6 +158,7 @@
>  _LZ4_FEATURE_ " "   \
>  _SECCOMP_FEATURE_ " "   \
>  _BLKID

Re: [systemd-devel] [RFC 0/4] use libmount for mount unit handling

2014-11-15 Thread Tom Gundersen
Adding Karel to cc. Did you report the possible libmount bug to him?
On 7 Nov 2014 06:11, "Chris Leech"  wrote:

> This patchset is an attempt to use libmount for mount unit handling, in
> order
> to address the issues I raised with the _netdev option and remote-fs
> ordering
> not working as expected.
>
> The first three patches I think are fairly complete, while the final patch
> may
> need additional work to get everything right.  Also, as I mention in that
> patch
> description, remounts aren't picking up utab settings but I think that's a
> libmount issue.
>
> Thanks for taking the time to look at this,
>
> Chris Leech (4):
>   use libmount to enumerate /proc/self/mountinfo
>   check options as well as fstype for network mounts
>   monitor for utab changes with inotify
>   add remote-fs dependencies if needed after change
>
>  .travis.yml|   2 +-
>  Makefile.am|   4 +-
>  README |   1 +
>  configure.ac   |  13 +
>  src/core/build.h   |   7 +++
>  src/core/manager.c |   2 +-
>  src/core/manager.h |   2 +
>  src/core/mount.c   | 145
> +
>  8 files changed, 163 insertions(+), 13 deletions(-)
>
> --
> 1.9.3
>
> ___
> systemd-devel mailing list
> systemd-devel@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/systemd-devel
>
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel


Re: [systemd-devel] [PATCH] networkd: Support VXlan parameters

2014-11-15 Thread Tom Gundersen
On 15 Nov 2014 03:54, "Susant Sahani"  wrote:
>
> On 11/15/2014 04:08 AM, Tom Gundersen wrote:
>>
>> Hi Susant,
>
> Hi Tom,
>>
>>
>> Thanks for this!
>
>
> Thanks for the review . I have addressed all the comments.
>
> Only thing is since few names were long I had to indent the gperf file
> +VXLAN.L2MissNotification
> +VXLAN.L3MissNotification
> +VXLAN.RouteShortCircuit

That's not a problem.

Thanks,

Tom

>> On Fri, Nov 14, 2014 at 10:33 AM, Susant Sahani 
wrote:
>>>
>>> V3: fix copy paste error
>>> Add vxlan paramertes to config.
>
>
> Susant
___
systemd-devel mailing list
systemd-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/systemd-devel