Re: again: inconsistency at the cmxa level
Sven Luther <sven.luther@wanadoo.fr> writes:
> On Thu, Dec 09, 2004 at 03:26:35PM +0100, Stefano Zacchiroli wrote:
>> On Thu, Dec 09, 2004 at 03:07:24PM +0100, Sven Luther wrote:
>> > Can you do checks on a non-native lpateform like m68k ? We should be able to
>> > get the dependencies that way, couldn't we ?
>>
>> AFAICT No. Our aim is to check which packages do not link properly in
>> native code, how could we check this property on non-native platform?
>
> Well, to get the dependency tree. Then we know which packages needs one of the
> modules we know changed.
>
>> In the meantime I've tested netclient and equeue, they both need to be
>> rebuilt :(
>
> Yeah, maybe we should have rebuilt everything, and make a ocaml-3.08.2 Pseudo
> package or something :(
>
> Friendly,
>
> Sven Luther
On that note, you can't Build-Depend on a Provides but you need to
introduce a dummy package. Build-Depends on provided packages fail in
odd ways every now and then due to the way apt-get handles this.
E.g. for automake since that just happens to fail this way:
mrvn@frosties:~$ sudo apt-get install automake
Reading Package Lists... Done
Building Dependency Tree... Done
Package automake is a virtual package provided by:
automake1.4 1:1.4-p6-8
You should explicitly select one to install.
E: Package automake has no installation candidate
Anything with Build-Depends: automake will FTBFS here.
MfG
Goswin
Reply to: