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

Re: Build-Recommends



Adeodato Simó <asp16@alu.ua.es> writes:

> * Adeodato Simó [Sun, 12 Jun 2005 16:14:00 +0200]:
>> * Roberto C. Sanchez [Sun, 12 Jun 2005 09:28:24 -0400]:
>
>> > Couldn't you also Build-Depend on 'ocaml-native-compilers | ocaml'?
>
>>   Good idea, but it won't work (at least with the version of sbuild in
>>   unstable, if buildds are using something more recent and smarter,
>>   that's another story).
>   
>   Uhm, I stand corrected:
>
> 16:34 <dato> Yoe: do you know if the (new?) sbuild used by buildds copes with
>              the situation above?
> 16:34 <Yoe> dato: yes, it should handle it
> 16:35 <Yoe> dato: it will install the preferred package, but either fall back
>             if that doesn't exist on the given architecture,
> 16:35 <Yoe> or not touch whatever is already installed if one is
> 16:35 <dato> ok, sweet
> 16:35 <dato> I will mail -mentors again, sbuild in sid couldn't cope
> 16:35 <Yoe> for instance, many buildd chroots already have ssmtp installed, so
>             an alternative like 'exim4 | mail-transport-agent' will not do
>             anything
> 16:35 <Yoe> then sbuild in sid is broken
> 16:36 <Yoe> but no official autobuilder uses that one anyway; it's been
>             modified so that it's useful to "normal" users as a generic build
>             tool
> 16:37 <dato> Yoe: ok. has this been a recent change in the sbuild used by
>              buildds, or has it been behaving like that for a long time already?
> 16:37 <Yoe> the latter
> 16:37 <Yoe> I don't recall it ever behaving differently, in fact
>
>
>   Sorry for the false alarm. ;-)

I think yoe is wrong there.

Sbuild should not fall back to alternatives for Build-Depends and
afaik does not in any version. With fallback the build becomes
undeterministic.

What is true is that sbuild only installs Build-Depends that are
missing but then always the first. So if ssmtp is preinstalled in the
chroot then 'exim4 | mail-transport-agent' is already fullfilled and
is skiped by sbuild.

In summary: If ocaml is preinstalled in the chroot then
'ocaml-native-compilers | ocaml' will do nothing. Otherwise
ocaml-native-compilers will be installed and fails on some archs.

Also if ocaml is preinstalled and ocaml-native-compilers exists it
still isn't installed and the debian/rules will not find ocamlopt.opt.

MfG
        Goswin



Reply to: