--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: dh-ocaml: dh_ocaml doesn't depend on -dev packages even when runtime package requires it
- From: Sylvain Le Gall <gildor@debian.org>
- Date: Mon, 04 Apr 2011 17:16:13 +0200
- Message-id: <20110404151613.15999.23157.reportbug@yocto.gallu.homelinux.org>
Package: dh-ocaml
Version: 0.9.6
Severity: normal
While building the package oasis, I saw a difference in liboasis-ocaml
and liboasis-ocaml-dev dependencies list: ocamlgraph and fileutils are
missing from the runtime package.
It should be related to the fact that they don't ship runtime packages
(pure ocaml packages). However, the runtime package of liboasis-ocaml
contains *.cma libraries that really need the libraries provided by
libocamlgraph-ocaml-dev and libfileutils-ocaml-dev.
Cheers
Sylvain Le Gall
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/2 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
dh-ocaml depends on no packages.
Versions of packages dh-ocaml recommends:
ii debhelper 8.1.2 helper programs for debian/rules
ii ocaml-nox 3.11.2-4 ML implementation with a class-bas
Versions of packages dh-ocaml suggests:
ii git [git-core] 1:1.7.4.1-5 fast, scalable, distributed revisi
ii git-core 1:1.7.4.1-5 fast, scalable, distributed revisi
-- no debconf information
--- End Message ---
--- Begin Message ---
- To: 620838-done@bugs.debian.org
- Subject: Re: Bug#620838: dh-ocaml: dh_ocaml doesn't depend on -dev packages even when runtime package requires it
- From: Stéphane Glondu <glondu@debian.org>
- Date: Wed, 12 Aug 2015 14:42:43 +0200
- Message-id: <55CB3F43.4070503@debian.org>
- In-reply-to: <4E3FACD6.8040103@debian.org>
- References: <20110404151613.15999.23157.reportbug@yocto.gallu.homelinux.org> <4E3FACD6.8040103@debian.org>
Le 08/08/2011 11:31, Stéphane Glondu a écrit :
> I think this is by design. If *.cma are needed at runtime, they should
> be moved to runtime packages (and matching *.cmxs should be also built
> when appropriate).
Hence, closing this bug.
Cheers,
--
Stéphane
--- End Message ---