Re: splitting ocaml-native-compilers
On Fri, Jan 18, 2002 at 11:41:11AM +0100, Sven wrote:
> On Fri, Jan 18, 2002 at 11:40:05AM +0100, Sven wrote:
> > On Fri, Jan 18, 2002 at 11:25:57AM +0100, Judicaël Courant wrote:
> > > This might indeed be a good idea (it requires no more nor less work than
> > > providing an empty package). Or even better: provide an ocaml-best
> > > package in ocaml-native-compilers and provide this package when there is
> > > no optimized compiler.
> >
> > Mmm, nice, i like that idea ...
> >
> > I may most probably go for it.
>
> If it is feasible though, don't know if the provides can be arch dependant.
Sadly, this don't seem to be possible, since only the build dependencies
provide arch restrictions.
and for judicael, the documentation is in section 7.1 of the debian policy :
Sadly, this don't seem to be possible, since only the build dependencies
provide arch restrictions.
and for judicael, the documentation is in section 7.1 of the debian policy :
All fields that specify build-time relationships (Build-Depends,
Build-Depends-Indep, Build-Conflicts and
Build-Conflicts-Indep) may be restricted to a certain set of architectures.
This is indicated in brackets after each individual package name and the
optional version specification. The brackets enclose a list of Debian
architecture names separated by whitespace. Exclamation marks may be prepended
to each of the names. (It is not permitted for some names to be prepended with
exclamation marks and others not.) If the current Debian host architecture is
not in this list and there are no exclamation marks in the list, or it is in
the list with a prepended exclamation mark, the package name and the
associated version specification are ignored completely for the purposes of
defining the relationships.
For example:
Source: glibc
Build-Depends-Indep: texinfo
Build-Depends: kernel-headers-2.2.10 [!hurd-i386],
hurd-dev [hurd-i386], gnumach-dev [hurd-i386]
Friendly,
Sven Luther
Reply to: