Date: Wed, 1 Feb 2012 21:46:56 +0100
From: Natanael Copa <ncopa@alpinelinux.org>
To: Nathan Angelacos <nangel@nothome.org>
Cc: Nathan Angelacos <nangel@alpinelinux.org>,
 alpine-devel@lists.alpinelinux.org
Subject: Re: [alpine-devel] [PATCH] testing/nfdump: netflow tools   Added
 init.d/nfcapd  conf.d/nfcapd
Message-ID: <20120201214656.10bed09e@alpinelinux.org>
In-Reply-To: <4F298D51.8060106@nothome.org>
References: <1328098897-24066-1-git-send-email-nangel@alpinelinux.org>
	<20120201195740.6b6bf55f@ytre.org>
	<4F298D51.8060106@nothome.org>
Precedence: list
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Wed, 01 Feb 2012 11:06:57 -0800
Nathan Angelacos <nangel@nothome.org> wrote:

> On 02/01/2012 10:57 AM, Natanael Copa wrote:
> > On Wed,  1 Feb 2012 12:21:37 +0000
> 
> >>   package() {
> >> +	depends=fts
> >> +
> >
> > Why is this needed?
> >
> 
> Starting ncfcapd with 2.3 libraries results in:
> 
>   #nfcapd
>   /usr/bin/nfcapd: symbol 'fts_set': can't resolve symbol in lib 
> '/usr/bin/nfcapd'

I think fts got enabled in uclibc and the fts package removed.

Yup... I now get:

ERROR: 1 unsatisfiable dependencies:
  nfdump-1.6.4-r1: fts

This should have created a build error, but that did not happen due to
the non-existsing dependency was added in package() instead of global
scope.

Normally you should only depend on the -dev package (fts-dev) and
abuild will autodetect the shared object depends. (.so files)

I doubt it will run (unless it does dlopen).


The proper way to handle this is to remove fts dependency from edge.
(I'll do this)

In case you need it backported to v2.3 you'll need to build it on a
v2.3 build box where you add fts-dev to makedepends.


-nc


---
Unsubscribe:  alpine-devel+unsubscribe@lists.alpinelinux.org
Help:         alpine-devel+help@lists.alpinelinux.org
---