[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: libgdbm transition



On 2016-07-13 01:35 +0300, Dmitry Bogatov wrote:


> Some time ago I made gdbm_1.12-3 into experimental, and since it is incompatible with
> gdbm-1.8 (new soname, separated compat library) I rebuilt all reverse depedencies.
> Here is my report:
>
> 	FAIL camldbm_1.0-2.dsc | PATCH
> 	FAIL courier_0.73.1-1.6.dsc
> 	FAIL freeradius_2.2.8+dfsg-0.1.dsc | PATCH
> 	FAIL ifmail_2.14tx8.10-22.dsc | PATCH
> 	FAIL nis_3.17-34.dsc | FTPFS pre-history debhelper
> 	FAIL ntop_5.0.1+dfsg1-2.1.dsc | FTBFS issues with rrd
> 	FAIL ocsigenserver_2.4.0-1.dsc | FTPFS issues with FindLib
> 	FAIL perdition_2.1-2.dsc | PATCH
> 	FAIL python3-stdlib-extensions_3.4.2-1.dsc | FTBFS purely virtual
> 	FAIL qsf_1.2.7-1.dsc | PATCH
> 	FAIL ruby2.3_2.3.1-5.dsc | FTBFS testsuite
> 	FAIL sortmail_2.4-2.dsc | PATCH

Please recheck those, apparently several of these packages have newer
versions in unstable, and at least one of them (ntop) has been removed.
There is no point in test-building packages from stable.

Cheers,
       Sven


Reply to: