Bug#1000661: Missing b-dep on libbase64-ocaml-dev
Hi, On Fri, Nov 26, 2021 at 11:45 PM Julien Puydt wrote: > I was checking whether a recent dune would break any package, and my > test failed because Base64 was an unbound module -- it's a missing > build-dep on libbase64-ocaml-dev, so it should be pretty > straightforward to fix. I've uploaded 1:4.2.4-1, which fixed the build problem regarding base64. Best regards, Andy
Bug#878983: cduce FTBFS with OCaml 4.05.0
Hi, On Fri, Jul 26, 2019 at 8:18 PM Stéphane Glondu wrote: > > The upstream cduce-next branch can be built with Debian's OCaml 4.05. > > I've asked upstream (Giuseppe Castagna) to make a new release and I > > was told that they will do it soon. > > Any news on that? > I haven't heard anything yet. I've just send another reminder to them and I will keep you posted. Best, Andy
Bug#878983:
For the record, I've briefly looked into this. The initially reported build error can be fixed by applying https://gitlab.math.univ-paris-diderot.fr/cduce/cduce/commit/020feca404095bcc08ebfa6deebaecbbc7399852. There are, however, some other build errors due to the reference to OCaml source files in Makefile. The upstream cduce-next branch can be built with Debian's OCaml 4.05. I've asked upstream (Giuseppe Castagna) to make a new release and I was told that they will do it soon. Best, Andy
Bug#918769: ocaml-migrate-parsetree FTBFS:dh_install fails
Hi Ralf,
On Tue, Jan 8, 2019 at 11:18 PM Ralf Treinen wrote:
> 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
I have just tried but failed to reproduce the issue with sbuild. I checked
I used debhelper 12.
My build log:
https://gist.github.com/andyli/ab6123beaf84db97756b1d137dbbb63b
Best,
Andy
Bug#917058: ocaml-migrate-parsetree FTBFS:
Hi Ralf, I've just pushed to salsa for a fix and update to the latest upstream version. I tested the update with autopkgtests against unstable-amd64 and unstable-mips, both passed. Would you review and upload? Best, Andy On Sat, Dec 22, 2018 at 9:00 AM Adrian Bunk wrote: > Source: ocaml-migrate-parsetree > Version: 1.0.10-2 > Severity: serious > Tags: ftbfs > > Some recent change in unstable makes ocaml-migrate-parsetree FTBFS: > > > https://tests.reproducible-builds.org/debian/history/ocaml-migrate-parsetree.html > > https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/ocaml-migrate-parsetree.html > > ... > make -j1 install > DESTDIR=/build/1st/ocaml-migrate-parsetree-1.0.10/debian/tmp > AM_UPDATE_INFO_DIR=no > "INSTALL_ARGS=--destdir=/build/1st/ocaml-migrate-parsetree-1.0.10/debian/tmp > --libdir=/build/1st/ocaml-migrate-parsetree-1.0.10/debian/tmp/usr/lib/ocaml > --verbose" > make[2]: Entering directory '/build/1st/ocaml-migrate-parsetree-1.0.10' > jbuilder install > --destdir=/build/1st/ocaml-migrate-parsetree-1.0.10/debian/tmp > --libdir=/build/1st/ocaml-migrate-parsetree-1.0.10/debian/tmp/usr/lib/ocaml > --verbose > # Workspace root: /build/1st/ocaml-migrate-parsetree-1.0.10 > Running[0]: /usr/bin/nproc > /tmp/dune67e2fd.output 2> /dev/null > # # Workspace root: /build/1st/ocaml-migrate-parsetree-1.0.10 > # Auto-detected concurrency: 16 > Running[1]: /usr/bin/ocamlc.opt -config > /tmp/dune707986.output > # # # Workspace root: /build/1st/ocaml-migrate-parsetree-1.0.10 > # # Auto-detected concurrency: 16 > # Dune context: > # ((name default) > # (kind default) > # (profile release) > # (merlin true) > # (for_host ()) > # (build_dir (In_build_dir default)) > # (toplevel_path ()) > # (ocaml_bin (External /usr/bin)) > # (ocaml (External /usr/bin/ocaml)) > # (ocamlc (External /usr/bin/ocamlc.opt)) > # (ocamlopt ((External /usr/bin/ocamlopt.opt))) > # (ocamldep (External /usr/bin/ocamldep.opt)) > # (ocamlmklib (External /usr/bin/ocamlmklib.opt)) > # (env > #((CAML_LD_LIBRARY_PATH > # > /build/1st/ocaml-migrate-parsetree-1.0.10/_build/install/default/lib/stublibs) > # (DUNE_CONFIGURATOR /usr/bin/ocamlc.opt) > # (INSIDE_DUNE 1) > # (MANPATH > # > /build/1st/ocaml-migrate-parsetree-1.0.10/_build/install/default/bin) > # (OCAMLFIND_IGNORE_DUPS_IN > # > /build/1st/ocaml-migrate-parsetree-1.0.10/_build/install/default/lib) > # (OCAMLPATH > # > /build/1st/ocaml-migrate-parsetree-1.0.10/_build/install/default/lib))) > # (findlib_path ((External /usr/lib/ocaml))) > # (arch_sixtyfour true) > # (natdynlink_supported true) > # (supports_shared_libraries true) > # (opam_vars ()) > # (ocaml_config > #((version 4.05.0) > # (standard_library_default /usr/lib/ocaml) > # (standard_library /usr/lib/ocaml) > # (standard_runtime /usr/bin/ocamlrun) > # (ccomp_type cc) > # (c_compiler gcc) > # (ocamlc_cflags > # (-O2 > # -fno-strict-aliasing > # -fwrapv > # -D_FILE_OFFSET_BITS=64 > # -D_REENTRANT > # -fPIC)) > # (ocamlopt_cflags > # (-O2 -fno-strict-aliasing -fwrapv -D_FILE_OFFSET_BITS=64 > -D_REENTRANT)) > # (bytecomp_c_compiler > # (gcc > # -O2 > # -fno-strict-aliasing > # -fwrapv > # -D_FILE_OFFSET_BITS=64 > # -D_REENTRANT > # -fPIC)) > # (bytecomp_c_libraries (-lm -ldl -lcurses -lpthread)) > # (native_c_compiler > # (gcc > # -O2 > # -fno-strict-aliasing > # -fwrapv > # -D_FILE_OFFSET_BITS=64 > # -D_REENTRANT)) > # (native_c_libraries (-lm -ldl)) > # (cc_profile (-pg)) > # (architecture amd64) > # (model default) > # (int_size 63) > # (word_size 64) > # (system linux) > # (asm (as)) > # (asm_cfi_supported true) > # (with_frame_pointers false) > # (ext_exe ) > # (ext_obj .o) > # (ext_asm .s) > # (ext_lib .a) > # (ext_dll .so) > # (os_type Unix) > # (default_executable_name a.out) > # (systhread_supported true) > # (host x86_64-pc-linux-gnu) > # (target x86_64-pc-linux-gnu) > # (profiling true) > # (flambda false) > # (spacetime false) > # (safe_string false) > # (exec_magic_number Caml1999X011) > # (cmi_magic_number Caml1999I021) > # (cmo_magic_number Caml1999O011) > # (cma_magic_number Caml1999A012) > # (cmx_magic_number Caml1999Y015) > # (cmxa_magic_number Caml1999Z014) > # (ast_impl_magic_number Caml1999M020) > # (ast_intf_magic_number Caml1999N018) > # (cmxs_magic_number Caml2007D002) > # (cmt_magic_number Caml2012T009) > # (natdynlink_supported true) > # (supports_shared_libraries true) > # (windows_unicode false))) > # (which > #((ocaml ((External /usr/bin/ocaml))) > # (ocamlc ((External /usr/bin/ocamlc.opt)) > Running[2]: /usr/bin/opam config var prefix > /tmp/dune55264d.output > Output[2]: > [WARNING] Running as root is not
Bug#888095: [debian-mysql] Bug#888095:
Hi Otto, On Fri, May 11, 2018 at 9:53 AM, Andy Li wrote: > > >> > On 10/05/18 20:24, Otto Kekäläinen wrote: >> >> MariaDB 10.3 needs to be finalized and imported into Debian. After >> >> that all the mess that are a fallout of a misfortunate upload of >> >> mariadb-10.2 to Debian unstable will start to become resolved. >> > > What do you mean by finalized? Are we waiting upstream for something? > If it will still take an unknown number of months to stabilize, using > an epoch as suggested by Emilio seems to be a good immediate solution. > I'm sure you have been busy, but this issue has been there unfixed for several months. I would appreciate if you can spend a few minutes to answer our questions. If you lack the time to maintain the package, would you let the Debian MySQL Maintainers team temporally handle it? Best regards, Andy
Bug#888095: pinging again
I would like to ping again in hope that it will be fixed soon. Best regards, Andy
Bug#900018: FTBFS with latest cmdliner
Hi Mehdi, Just saw that you've fixed that in the new upload. Thanks for taking care of it! Best regards, Andy On Sun, Jun 3, 2018 at 7:08 PM, Mehdi Dogguy wrote: > Hi Andy, > > On 2018-05-25 08:40, Andy Li wrote: > >> I've a patch: >> https://github.com/ocaml/opam/compare/1.2.2...andyli:1.2.2-fix.patch >> It's based on the discussion with upstream at >> https://discuss.ocaml.org/t/the-forever-beta-issue/1779/6 >> >> > In fact, the patch introduces a bug and makes the build fail later in > the process (can't generate manpages and test-suite doesn't succeed). > > Do you confirm this on your side as well? > > -- > Mehdi >
Bug#900018: FTBFS with latest cmdliner
On Fri, May 25, 2018 at 3:02 PM, Mehdi Dogguy wrote: > > I have the feeling that OPAM team is not willing to support OPAM 1.2.2 > for a long time. So it doesn't make sense, at least for me, to > include it in Buster. > > Yesterday, I've uploaded opam-file-format to NEW. As soon as it gets > accepted, I'll upload latest version of OPAM to Debian/Sid. > > It's based on the discussion with upstream at >> https://discuss.ocaml.org/t/the-forever-beta-issue/1779/6 > > Upstream mentioned in the linked discussion (above) that opam 1.2.2 is their LTS release. Sadly, opam 2 is not yet final, and "is still subject to backwards-incompatible changes". See https://bugzilla.redhat.com/show_bug.cgi?id=1501992#c23 I think we better stick to 1.2.2 for now. Best regards, Andy
Bug#900018: FTBFS with latest cmdliner
I've a patch: https://github.com/ocaml/opam/compare/1.2.2...andyli:1.2.2-fix.patch It's based on the discussion with upstream at https://discuss.ocaml.org/t/the-forever-beta-issue/1779/6 Best regards, Andy
Bug#888095: [debian-mysql] Bug#888095:
> > On 10/05/18 20:24, Otto Kekäläinen wrote: > >> MariaDB 10.3 needs to be finalized and imported into Debian. After > >> that all the mess that are a fallout of a misfortunate upload of > >> mariadb-10.2 to Debian unstable will start to become resolved. > What do you mean by finalized? Are we waiting upstream for something? If it will still take an unknown number of months to stabilize, using an epoch as suggested by Emilio seems to be a good immediate solution. Best regards, Andy
Bug#888095: [debian-mysql] Bug#888095:
Sorry but I would like to bring this up again. If Otto is not available for fixing this, can anyone in the Debian MySQL Maintainers team help? Best regards, Andy
Bug#888095: [debian-mysql] Bug#888095:
I'm still not sure what I can do for the neko package, which failed to be build with errors like: Dependency installability problem for neko on amd64: neko build-depends on: - libmariadb-dev-compat:amd64 libmariadb-dev-compat depends on missing: - libmariadb-dev:amd64 (= 2.3.3-1) >From the mariadb-connector-c build log page, https://buildd.debian.org/status/package.php?p=mariadb-connector-c, I can see that the builds are not installed for 2 months already. Best, Andy
Bug#888095:
This has been affecting neko (https://tracker.debian.org/pkg/neko) for a while. Would you fix it soonish? Best regards, Andy
Bug#876530: ocaml-gen FTBFS with OCaml 4.05.0: E: Cannot find external tool 'ocamlbuild'
I've just pushed a fix to Alioth. Stéphane: Would you help upload it? Best regards, Andy
