From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail5.wrs.com (mail5.windriver.com [192.103.53.11]) by mail.openembedded.org (Postfix) with ESMTP id B9CDA7E900 for ; Fri, 28 Jun 2019 14:57:54 +0000 (UTC) Received: from ALA-HCB.corp.ad.wrs.com (ala-hcb.corp.ad.wrs.com [147.11.189.41]) by mail5.wrs.com (8.15.2/8.15.2) with ESMTPS id x5SEuvpq029661 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Fri, 28 Jun 2019 07:57:19 -0700 Received: from [128.224.162.157] (128.224.162.157) by ALA-HCB.corp.ad.wrs.com (147.11.189.41) with Microsoft SMTP Server id 14.3.439.0; Fri, 28 Jun 2019 07:57:04 -0700 To: Adrian Bunk References: <1561643269-130343-1-git-send-email-hongxu.jia@windriver.com> <20190628100721.GB18526@localhost> From: Hongxu Jia Message-ID: <0b346c3b-22e5-2e09-3a81-d199e5c8591a@windriver.com> Date: Fri, 28 Jun 2019 22:57:02 +0800 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <20190628100721.GB18526@localhost> Cc: openembedded-devel@lists.openembedded.org Subject: Re: [meta-networking][PATCH] networkmanager: goodbye libnm-glib X-BeenThere: openembedded-devel@lists.openembedded.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Using the OpenEmbedded metadata to build Distributions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Jun 2019 14:57:54 -0000 Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US On 6/28/19 6:07 PM, Adrian Bunk wrote: > On Thu, Jun 27, 2019 at 09:47:49AM -0400, Hongxu Jia wrote: >> Since commit [061953143 networkmanager: Update to 1.18.0] applied, >> upstream disable libnm-glib by default. And in further networkmanager, >> upstream removes libnm-glib, libnm-glib-vpn, and libnm-util for good >> ... > Any strong reason for removing this already now? Make sure to clean up empty package, in 1.18 libnm-glib is already disabled, and left three empty packages(no package generated acturally). I found the issue, trace the reason and provide fix You may note original PACKAGECONFIG[glib] does not have without option, so clean up it rather than add missing without option PACKAGECONFIG[glib] = "--with-libnm-glib,,dbus-glib-native dbus-glib" > It's gone in 1.20 so removal then is clear, but if someone wants > to use it for legacy code with 1.18 this should stay possible as > long as <= 1.18 is shipped. I think it will be upgraded 1.20 soon, and if someone wants to use legacy code, I think 1.16 in warrior is better choose which libnm-glib is always enabled //Hongxu > cu > Adrian >