From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 62C96E00B6A; Fri, 9 May 2014 06:34:09 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: * X-Spam-Status: No, score=1.3 required=5.0 tests=FREEMAIL_FROM,RDNS_NONE autolearn=no version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (auslands-kv[at]gmx.de) * 1.3 RDNS_NONE Delivered to internal network by a host with no rDNS X-Greylist: delayed 778 seconds by postgrey-1.32 at yocto-www; Fri, 09 May 2014 06:34:06 PDT Received: from mail.banditt-management.com (unknown [176.28.28.35]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id E2B76E00B66 for ; Fri, 9 May 2014 06:34:06 -0700 (PDT) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.banditt-management.com (Postfix) with SMTP id 73A4714E061C for ; Fri, 9 May 2014 15:21:07 +0200 (CEST) Received: from [172.17.2.61] (80-218-32-173.dclient.hispeed.ch [80.218.32.173]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by mail.banditt-management.com (Postfix) with ESMTPSA id AF10214E0588; Fri, 9 May 2014 15:21:06 +0200 (CEST) Message-ID: <536CD642.70700@gmx.de> Date: Fri, 09 May 2014 15:21:06 +0200 From: Auslands-KV User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Andrea Galbusera References: <536CADD1.1040402@gmx.de> In-Reply-To: X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Fri May 9 15:21:07 2014 X-DSPAM-Confidence: 0.9905 X-DSPAM-Improbability: 1 in 10451 chance of being spam X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 536cd6438826256935038 X-DSPAM-Factors: 27, schrieb, 0.00213, schrieb, 0.00213, IRC, 0.01000, txt, 0.01000, Burton, 0.01000, linux, 0.01000, ethernet, 0.01000, ethernet, 0.01000, iptables, 0.01000, From*KV, 0.01000, maturity, 0.01000, org/listinfo/yocto, 0.01000, Beside, 0.01000, beaglebone, 0.01000, beaglebone, 0.01000, "git, 0.01000, connma/, 0.01000, configure?, 0.01000, ie/set, 0.01000, entry, 0.01000, connman's, 0.01000, //derekmolloy, 0.01000, CC*, "yocto-EtnWKYl6rD/WsZ/bQMPhNw@public.gmane.org" Subject: Re: replace udhcpc X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 May 2014 13:34:09 -0000 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Thanks a lot. I will look through these links and hope I will understand better then :-) I hope it works nicely with a read-only rootfs. It seems to write to its own config data (which is a strange behaviour). Do you by chance know, why it depends on the xuser-account package? I don't want any additional user accounts on my system. If it is not essential I would remove it. Thanks Michael Am 09.05.2014 15:06, schrieb Andrea Galbusera: > Hi, > > On Fri, May 9, 2014 at 12:28 PM, Neuer User wrote: >> Connman is really a problem without documentation. :-( >> >> I tried it out and first I noticed that it depends on the creation of an >> xuser account. It also needs iptables, so probably can configure these, too. >> >> I also found that it does not correctly configure the dns entries: >> >> cat /etc/resolv.conf: >> # Generated by Connection Manager >> nameserver 127.0.0.1 >> nameserver ::1 > This is in fact a working configuration for the DNS proxy feature that > connman offers built-in. See [1]. > I personally went through your same frustration when trying to > understand how connman is supposed to work in order to evaluate its > maturity. Not yet an expert at all, but [2] and [3] gave me a > reasonable bootstrap into connman's main logic. Beside this, "git > grepping" the source tree is your best friend. > Angstrom distribution, i.e. available on the beaglebone boards is also > a good example of a real connman based system. > >> I really would like to understand what it does with these and how I can >> change or modify it's behaviour. >> >> It's definitely not just "when ethernet cable inserted, bring up the >> interface using DHCP". >> >> I even can't find a config file for connman. Is there one? > Yes, there usually is one for each service handled by connman. See [4] > for details on configuration file format and their default location. > As you can see from previously suggested references, you'll usually > modify configurations by using the connmanctl client tool instead of > editing those files by hand. > > [1] http://git.kernel.org/cgit/network/connman/connman.git/tree/README > [2] http://derekmolloy.ie/set-ip-address-to-be-static-on-the-beaglebone-black/ > [3] http://www.ptrackapp.com/apclassys-notes/embedded-linux-using-connma/ > [4] http://git.kernel.org/cgit/network/connman/connman.git/tree/doc/config-format.txt > >> Thanks >> >> Michael >> >> Am 08.05.2014 12:27, schrieb Burton, Ross: >>> On 8 May 2014 04:58, Neuer User wrote: >>>> I had a brief look at connman half a year ago, but that time I was >>>> unable to find a good documentation about it. Do you have by chance a >>>> link to some tutorial or at least man entry for the configuration? >>> What do you need to configure? For "when ethernet cable inserted, >>> bring up the interface using DHCP" this is default behaviour and won't >>> need any configuring. connman is sadly under-documented but the IRC >>> channel is fairly responsive. >>> >>> Ross >>> >> >> -- >> _______________________________________________ >> yocto mailing list >> yocto@yoctoproject.org >> https://lists.yoctoproject.org/listinfo/yocto