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

Bug#918769: marked as done (ocaml-migrate-parsetree FTBFS:dh_install fails)



Your message dated Tue, 29 Jan 2019 20:59:08 +0100
with message-id <20190129195908.GB3934@seneca.home.org>
and subject line Re: Bug#918769: ocaml-migrate-parsetree FTBFS:dh_install fails
has caused the Debian Bug report #918769,
regarding ocaml-migrate-parsetree FTBFS:dh_install fails
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.)


-- 
918769: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=918769
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Source: ocaml-migrate-parsetree
Version: 1.2.0-1
Severity: serious
Tags: ftbfs

ocaml-migrate-parsetree fails to build on sid using debhelper version 12
(12 is the version of the debhelper package, I haven't touched the DH
compat level) :

dh_install: libmigrate-parsetree-ocamlbuild-ocaml missing files: usr/doc/ocaml-migrate-parsetree-ocamlbuild/{CHANGES.md,README.md,LICENSE.md}
dh_install: missing files, aborting
make: *** [debian/rules:8: binary] Error 25

-Ralf.

--- End Message ---
--- Begin Message ---
Hi Andy,

On Mon, Jan 28, 2019 at 11:46:55AM +0800, Andy Li wrote:
> Hi Ralf,
> 
> > In fact, when I build ocaml-migrate-parsetree using pbuilder it builds
> > fine. However If I build it with gbp buildpackage I get the error as
> > described in the bug report.
> 
> I've just tried to reproduce it again, this time with gbp
> buildpackage, in a clean debian:unstable docker image,
> yet the build was successful too.

Removing a stale ~/.opam directory solved that problem. Before,
building the package did not even create a usr/doc directory
under debian/tmp, so it had to be some opam weirdness.

Sorry for not having thought earlier of this.

-Ralf.

--- End Message ---

Reply to: