<div dir="ltr"><div><div>Thank you Raimo,<br>What if i'm working in a project managed by rebar and shared in a repository?. Then I have to pull, change the configuration to make it work, work with it, remember to change the hostname configuration back, and push to the repo. Quite annoying and dangerous.<br>
</div>Greetings,<br></div>Ivan Martinez<br><div><div><div><br>Date: Fri, 25 Apr 2014 12:33:29 +0200<br><div class="gmail_quote">
From: Raimo Niskanen <<a href="mailto:raimo%2Berlang-bugs@erix.ericsson.se">raimo+erlang-bugs@erix.ericsson.se</a>><br>
To: <<a href="mailto:erlang-bugs@erlang.org">erlang-bugs@erlang.org</a>><br>
Subject: Re: [erlang-bugs] "erl -name app" fails if hostname doesn't<br>
        contain a dot<br>
Message-ID: <<a href="mailto:20140425103329.GA20398@erix.ericsson.se">20140425103329.GA20398@erix.ericsson.se</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
On Fri, Apr 25, 2014 at 12:25:38PM +0200, Iv?n Mart?nez wrote:<br>
> Thank you Bengt. I think it should allow "localhost". Not every computer is<br>
> a server in a registered domain name, and in such situations, I don't think<br>
> having no domain name is so uncommon. I'm using a Ubuntu-based distro and<br>
> it didn't require setting a domain during installation, so I think it's<br>
> likely that many people will have the same issue. I didn't have any issue<br>
> with any other piece of software.<br>
<br>
For this situation you are supposed to use "erl -sname app" i.e<br>
explicitly use short host names.<br>
<br>
> Also, like I said, there is a misleading contradiction. If you decide that<br>
> a FQDN is required, then "erl -name app@localhost" should fail.<br>
> Iv?n<br></div><br></div></div></div></div>