Bug#753406: RFS: gnustep-sqlclient/1.7.3-1 [ITP] -- SQL client library for GNUstep
- To: 753406@bugs.debian.org
- Subject: Bug#753406: RFS: gnustep-sqlclient/1.7.3-1 [ITP] -- SQL client library for GNUstep
- From: Yavor Doganov <yavor@gnu.org>
- Date: Wed, 16 Jul 2014 00:11:13 +0300
- Message-id: <87d2d6gwem.GNU's_not_UNIX!%yavor@gnu.org>
- Reply-to: Yavor Doganov <yavor@gnu.org>, 753406@bugs.debian.org
- In-reply-to: <53C584FA.2050207__43293.1949887008$1405453728$gmane$org@wollumbin.marsaxlokk.dhcp.io>
- References: <[🔎] 87bnt93yel.fsf@yavor.doganov.org> <53C57673.6010101__29259.931392926$1405449939$gmane$org@wollumbin.marsaxlokk.dhcp.io> <87fvi2h1q1.GNU's_not_UNIX!%yavor@gnu.org> <53C584FA.2050207__43293.1949887008$1405453728$gmane$org@wollumbin.marsaxlokk.dhcp.io>
Paul Gevers wrote:
> > I'd appreciate any suggestions.
>
> I assume you read the sentences in the policy after my quote. Why
> wouldn't that work for this package, i.e. put the files in a
> sub-directory of /usr/lib/libsqlclient1.7/? Is the location of these
> Bundles so hard-coded that they can't be relocated?
It is hardcoded in a sense that NSPathUtilities functions won't be
able to find them. I could put them in such a directory and change
SQLClient.m so that it loads them from there but this doesn't scale at
all with the three installation domains and the different filesystem
layouts GNUstep supports so the patch will be rejected upstream.
Please check again if/when you have time, I think it is compliant now.
Reply to: