From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 64CBC1382C5 for ; Sun, 13 May 2018 16:05:39 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id A2B14E0A91; Sun, 13 May 2018 16:05:38 +0000 (UTC) Received: from confino.investici.org (confino.investici.org [IPv6:2a00:c38:11e:ffff::a020]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 709CFE0A91 for ; Sun, 13 May 2018 16:05:37 +0000 (UTC) Received: from [212.103.72.250] (confino [212.103.72.250]) (Authenticated sender: bicno@autistici.org) by localhost (Postfix) with ESMTPSA id DF33662AFB for ; Sun, 13 May 2018 16:05:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=autistici.org; s=stigmate; t=1526227535; bh=30PkA17BfdFGi4QnQjrj60UjwNBtHED6YzL4Ogkb/bk=; h=Date:From:To:Subject:References:In-Reply-To; b=VQvr2NlxUY2POvMtTdnhfjU6cxqNjJTU5uD5YWvtVWeJB1blaNQBjqL6I4L5saEjn KCGshulrJrs0pFANgdbX5nY2E1fSMm5RGZGT1NCHvnXOE/k7zY70WhCZ5gY9dYJr6e BlE16cfD+aJFVfOIbZv2CJClAyXZ2vEExdaZy1q4= Date: Sun, 13 May 2018 18:04:50 +0200 From: bic To: gentoo-soc@lists.gentoo.org Subject: Re: [gentoo-soc] [rust] Weekly report Message-ID: <20180513160450.GB5933@nolla> References: <20180512180303.GA5933@nolla> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-soc@lists.gentoo.org Reply-to: gentoo-soc@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.5 (2018-04-13) X-Archives-Salt: 79143a95-5244-4dd2-b8dd-e26f55ff9f6a X-Archives-Hash: 2de7a01940d8a15b909767e434b2dca6 > You should explain better what you mean with dropping metadeps, I'm > quite sure there isn't a better way to express pkg-config dependencies > right now and I would not suggest to parse/process all crate build.rs to > extract the same information from there. >From the cargo-ebuild point of view is necessary on the pkg-config metadata exported as ebuild. This possibly with an easy way to to match feature with use flags when are available.