Re: vpn properties library path hardcoded into the service file
- From: Dan Williams <dcbw redhat com>
- To: Christopher Aillon <caillon redhat com>
- Cc: network manager <networkmanager-list gnome org>
- Subject: Re: vpn properties library path hardcoded into the service file
- Date: Fri, 15 Jun 2007 14:47:12 -0400
On Thu, 2007-06-14 at 13:03 -0400, Christopher Aillon wrote:
> Looks like this was a conscious choice 2 years ago based on the
> changelog for nm-vpnc-service.name.in but this causes a weird multilib
> issue. See http://bugzilla.gnome.org/show_bug.cgi?id=447577
>
> Is there a reason why we don't simply let dlopen look in the library
> path? Or better yet, why don't we just link against the library?
Letting dlopen find it is a good idea. Linking against the library
wasn't a good idea, because the library is a Gnome/GTK library, and the
VPN services are supposed to be desktop agnostic (not that they are
perfect at this).
Dan
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]