Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 14/14] ejabberd: Bump to version 17.11
Date: Wed, 17 Jan 2018 14:19:56 +0100	[thread overview]
Message-ID: <20180117141956.5f83b38d@windsurf> (raw)
In-Reply-To: <CAJtjsKY7XsNAFt79XvzqN7=+mWrLRyLgOmjrEKz0wSkHp+Ns=w@mail.gmail.com>

Hello,

On Wed, 17 Jan 2018 14:12:32 +0100, Johan Oudinet wrote:

> > Thanks for this update! Can I apply all the erlang package version
> > bumps, even if I don't apply the ejabberd bump ?  
> 
> Sure. I upgrade them to the same version as the one used by ejabberd
> to avoid testing for incompatibilities myself but you can apply them
> separately and it should work fine.

OK, thanks. This way I can apply the 13 first patches, and we can
resolve the remaining questions on PATCH 14/14 separately.

> > It is not entirely clear: is this patch already upstream?  
> 
> I started from Philipp Huebner's patch on Debian's package for
> ejabberd 17.11, but the patch format was not accepted by buildroot, so
> I did it myself from ejabberd's git repository and copy-paste
> Huebner's comment, including the Author line.
> I used the following sed command:
> for f in src/*.erl include/*.hrl; do
>     sed -i -e 's,esip/include,s1_sip/include,g' \
>              -e 's,include("ns.hrl,include_lib("p1_xmpp/include/ns.hrl,g' \
>              -e 's,include("fxml.hrl,include_lib("p1_xml/include/fxml.hrl,g' \
>              -e 's,include("xmpp\.hrl,include_lib("p1_xmpp/include/xmpp.hrl,g' \
>              -e 's,include("jid\.hrl,include_lib("p1_xmpp/include/jid.hrl,g' \
>              "$f"
> done
> 
> What do you recommend me to do? I don't care of having my name in this patch.

That does not really answer the question I was asking: is the patch
upstream? Has it been submitted? Will it be accepted?

> >> +config BR2_PACKAGE_EJABBERD_ERLANG_COOKIE
> >> +     string "Erlang cookie"
> >> +     help
> >> +       An alphanumeric string used by Erlang to authenticate nodes.
> >> +       If empty, erlang creates a random cookie at first execution.  
> >
> > Just curious, why is the Erlang cookie part of the Ejabberd
> > configuration?  
> 
> Good point. I added this functionality at the end of testing this
> version to help me adding such file in the home directory of ejabberd
> user for read-only rootfs. However, you right, it does not make much
> sense to have this in Ejabberd configuration and it cannot be added in
> Erlang's configuration neither, as the location depends on the user
> who starts an Erlang application. It should be done in a post-build. I
> guess I simply get rid of it in a second version of this patch. What
> do you think?

According to your description, it clearly doesn't seem to be related to
the version bump, so whatever solution is chosen, it should be
implemented as a separate patch from the version bump.

Since I don't understand what this cookie is, I can't really suggest
what is the good way to do it. For sure a post-build script +
custom permission table allows to do that, so your option is not
strictly necessary. But if everybody using ejabberd has to create this
cookie file, it might make sense to have an option for it.

If I understand correctly, this cookie is unique per machine, but must
be preserved across reboots. Correct ?

Also, this cookie is not system-wide, i.e each Erlang application, or
at least each user (in the sense of /etc/passwd) must have this cookie
for Erlang applications to not generate one upon first execution.
Correct ?

> I had written in a previous version :
> echo '$(call qstrip, $(FOO))' >'$(BAR)'
> but figured out the quotes would be removed by the shell when
> executing the echo command, so I could simplify it by removing both
> the single quotes and the call to qstrip.
> 
> >  
> >> +     >'$(TARGET_DIR)/var/lib/ejabberd/.erlang.cookie'  
> >
> > Why is this path between single quotes ?  
> 
> In case TARGET_DIR has spaces.

There are gazillions of places where we don't quote
STAGING_DIR/TARGET_DIR. We don't support spaces in the path to
Buildroot directories currently, I'm sure lots of things would break if
you were to build in a folder with spaces.

Best regards,

Thomas
-- 
Thomas Petazzoni, CTO, Free Electrons
Embedded Linux and Kernel engineering
http://free-electrons.com

  reply	other threads:[~2018-01-17 13:19 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-16 14:06 [Buildroot] [PATCH 00/14] Bump ejabberd version to 17.04 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 01/14] erlang-lager: Bump to version 3.4.2 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 02/14] erlang-p1-utils: Bump to version 1.0.10 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 03/14] erlang-p1-zlib: Bump to version 1.0.3 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 04/14] erlang-p1-xml: Bump to version 1.1.25 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 05/14] erlang-stringprep: Bump to version 1.0.10 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 06/14] erlang-p1-xmpp: Bump to version 1.1.16 Johan Oudinet
2018-01-17 21:36   ` Thomas Petazzoni
2018-01-16 14:06 ` [Buildroot] [PATCH 07/14] erlang-p1-cache-tab: Bump to version 1.0.12 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 08/14] erlang-p1-iconv: Bump to version 1.0.6 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 09/14] erlang-p1-oauth2: Bump to version 0.6.2 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 10/14] erlang-p1-tls: Bump to version 1.0.17 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 11/14] erlang-p1-stun: Bump to version 1.0.16 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 12/14] erlang-p1-sip: Bump to version 1.0.17 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 13/14] erlang-p1-yaml: Bump to version 1.0.12 Johan Oudinet
2018-01-16 14:06 ` [Buildroot] [PATCH 14/14] ejabberd: Bump to version 17.11 Johan Oudinet
2018-01-16 21:02   ` Thomas Petazzoni
2018-01-17 13:12     ` Johan Oudinet
2018-01-17 13:19       ` Thomas Petazzoni [this message]
2018-01-17 15:49         ` Johan Oudinet
2018-01-17 21:34 ` [Buildroot] [PATCH 00/14] Bump ejabberd version to 17.04 Thomas Petazzoni

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20180117141956.5f83b38d@windsurf \
    --to=thomas.petazzoni@free-electrons.com \
    --cc=buildroot@busybox.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox