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

Bug#883018: marked as done (Please make ocaml-nox provide ocamlopt (or not) depending on arch)

Your message dated Wed, 8 Feb 2023 08:10:45 +0100
with message-id <2136bd20-b63e-6724-45f6-e6ca3ba5a487@debian.org>
and subject line Re: Please make ocaml-nox provide ocamlopt (or not) depending on arch
has caused the Debian Bug report #883018,
regarding Please make ocaml-nox provide ocamlopt (or not) depending on arch
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
883018: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883018
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: ocaml-nox
Version: 4.05.0-10
Severity: wishlist

Hi,

I just took the scilab package out of orphanage, and I'm having a
problem : it has some caml code, but wants to compile it with ocamlopt,
which is not available on all architectures.

If you look at:
https://buildd.debian.org/status/package.php?p=scilab&suite=experimental

you'll see that the previous maintainer set a list of ok-arches and for
some reason, armel went from ok to not-ok.

That means the same depend on the ocaml-nox package works for some
arches, not on others. It can also start to fail on some (and I'll know)
or start to work on others (and I won't know).

Would it be possible to make ocaml-nox provide or not provide a virtual
ocamlopt package depending on the arch? That way, I would make scilab
depend on ocamlopt and things would go smoothly as you update the
ocaml-nox package.

Thanks,

Snark on irc.debian.org

--- End Message ---
--- Begin Message --- 
Hi,
As Ralf said, the proper way to deal with this is to detect presence of ocamlopt and fall back to ocamlc. Providing ocamlopt on all architectures is an upstream issue beyond the scope of Debian packaging. Hence, closing. 


Cheers,

--
Stéphane

--- End Message ---
Reply to: