Bug#251458: [Pkg-firebird-general] Bug#251458: Plan to get firebird, firebird2 and php4-interbase working in sarge.

Damyan Ivanov Damyan Ivanov <divanov@creditreform.bg>, 251458@bugs.debian.org
Fri, 03 Sep 2004 10:53:38 +0300

This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Remco Seesink wrote:
> To get out of this mess for sarge I am packaging firebird1 libs without
> the server so the current linking situation in sarge which has been tested
> for a long time can be kept. That is php4-interbase (4.3.6-1) linked against
> libfirebird1. This works with the new version of firebird and has an added
> bonus of being backwards compatible with unofficial 1.0.x firebird packages.
> This will solve all bugs #251458, #268931 and #255471. 

Can libfirebird1 co-exist with libfirebird2-* ? My impression was that 
libfirebird2-* replace/provide/conflict with libfirebird1. If I am 
correct, php4-interbase 4.3.6 would be uninstallable if libfirebird2-* 
in installed. I see that in this case php4-interbase will be 
uninstallable only on systems with firebird2-server installed. If your 
server is on ona machine, and your web server - on another this shall be 
no problem. For development, however, it is not uncommon to put 
everithing on one machine - firebird2-server (with libfirebird2) and 
apache (with php4-interbase).

On the other side, you may have in mind only build-depends on 
libfirebird1 and depends on libfirebird (generic, provided by both 
libfirebird1 and libfirebird2), in which case things may actually work :-)

> php4-interbase 4.3.8 packages in unstable will be rebuild against libfirebird1
> instead of libfirebird2 and when they really look stable be allowed in sarge
> if we didn't freeze by then.

> After sarge a more permanent solution for the problem can be worked out and
> the firebird1 packages can then be dropped.

Can the alternative system be used for this? I.e. we have two 
alternatives for libfirebird2 - "-classic" and "-super". They can't both 
be installed simultaneously, and they both provide the same API.

So php4-interbase can depend (and build-depend) on libfirebird2, which 
is provided by either libfirebird2-classic or libfirebird2-super.

The key point is to make php4-interbase link agains the "alternative 
alias". Currently, 3.6.1 is linked against libgds (provided by 
libfirebird1), which became a compatibility symlink in libfirebird2. 
This is just fine, but I can't imagine how to do it when building 
against libfirebird2 :-|

I am not sure if "alternative" has to be replaced with "diversion" 
above. I am not fluent with both alternative and diversion systems.

Hope this gives some food for thought.


Damyan Ivanov                             Creditreform Bulgaria
divanov@creditreform.bg             http://www.creditreform.bg/
phone: +359(2)928-2611, 929-3993           fax: +359(2)920-0994
mobile: +359-88-856-6067      ICQ: 3028500      Y!M: dam3028500

Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

Version: GnuPG v1.2.5 (GNU/Linux)