Bug#1000661: Missing b-dep on libbase64-ocaml-dev

[Andy Li]

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#982668: ITP: ocaml-luv -- a OCaml binding to libuv

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li 

* Package name: ocaml-luv
  Version : 0.5.6
  Upstream Author : Anton Bachin 
* URL : https://github.com/aantron/luv
* License : MIT
  Programming Lang: OCaml
  Description : a OCaml binding to libuv

 Luv is a binding to libuv, the cross-platform C library that does
 asynchronous I/O in Node.js and runs its main loop.

 Besides asynchronous I/O, libuv also supports multiprocessing and
 multithreading. Multiple event loops can be run in different
 threads. libuv also exposes a lot of other functionality, amounting
 to a full OS API, and an alternative to the standard module Unix.


This is a dependency of haxe 4.2.0 and will be maintained under the
OCaml team.

Bug#944404: libsedlex-ocaml: sedlex should depend on ocaml-uchar

[Andy Li]

Hi Kyle,

On Sat, Nov 9, 2019 at 5:15 PM Kyle Robbertze  wrote:
> It seems that sedlex should depend on ocaml-uchar[1], which needs to be
> packaged for Debian. According to sedlex opam file, this is already done
> for opam builds of sedlex [2].
>
> [1] https://github.com/ocaml/uchar
> [2] https://github.com/ocaml-community/sedlex/blob/master/sedlex.opam#L32

I've packaged uchar last week:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=944085
It's in the NEW queue right now.

Since it's a compatibility package, which is effectively empty for
OCaml 4.08, I've just removed sedlex's dependency on uchar and
uploaded ocaml-sedlex 2.1-2.
Will close this bug once uchar is accepted into unstable and the
sedlex dependency on uchar is restored.

Best regards,
Andy

Bug#944085: ITP: ocaml-uchar -- Compatibility library for OCaml's Uchar module

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li 

* Package name: ocaml-uchar
  Version : 0.0.2
  Upstream Author : Daniel Bünzli 
* URL : https://github.com/ocaml/uchar
* License : LGPL with OCaml-linking exception
  Programming Lang: OCaml
  Description : Compatibility library for OCaml's Uchar module

The uchar package provides a compatibility library for the Uchar module
introduced in OCaml 4.03.

It is effectively an empty package with only metadata for ocamlfind to resolve 
"uchar", which is used by sedlex 2.1.

Bug#939961: FTBFS with OCaml 4.08.0 (safe strings)

[Andy Li]

Hi Stéphane,

On Tue, Sep 10, 2019 at 9:09 PM Stéphane Glondu  wrote:

> You package haxe FTBFS with OCaml 4.08.0 because -safe-string is now
> the default. Full log:
>
>   https://ocaml.debian.net/transitions/ocaml-4.08.0/pool/haxe.log


The link returns ERR_NAME_NOT_RESOLVED for me. Is it down?


Please fix your package so that it compiles with -safe-string. This is
> possible with the version of OCaml currently in unstable (4.05.0).
>

The upcoming version of Haxe (4.0.0) will be safe-string compatible, but
the current version will remain incompatible (difficult to patch).
I will just add "OCAMLPARAM=safe-string=0,_" as a workaround. Is that okay?


Best,
Andy

Bug#878983: cduce FTBFS with OCaml 4.05.0

[Andy Li]

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#493784: libgc: diff for NMU version 1:7.6.4-0.5

[Andy Li]

Control: tags 493784 + patch


Dear maintainer,

I've prepared an NMU for libgc (versioned as 1:7.6.4-0.5). The diff
is attached to this message.

Regards.

diff -Nru libgc-7.6.4/debian/changelog libgc-7.6.4/debian/changelog
--- libgc-7.6.4/debian/changelog	2018-09-09 21:25:27.0 +0800
+++ libgc-7.6.4/debian/changelog	2019-03-21 01:04:04.0 +0800
@@ -1,3 +1,10 @@
+libgc (1:7.6.4-0.5) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add --enable-large-config. (Closes: #493784)
+
+ -- Andy Li   Thu, 21 Mar 2019 01:04:04 +0800
+
 libgc (1:7.6.4-0.4) unstable; urgency=medium
 
   * Non-maintainer upload.
diff -Nru libgc-7.6.4/debian/rules libgc-7.6.4/debian/rules
--- libgc-7.6.4/debian/rules	2018-09-09 21:25:27.0 +0800
+++ libgc-7.6.4/debian/rules	2019-03-21 01:04:04.0 +0800
@@ -14,6 +14,7 @@
 	[ ! -d libatomic_ops-1.2 ] || mv libatomic_ops-1.2 libatomic_ops-1.2.bak
 	./configure \
 		$(CONFIG_OPTS) \
+		--enable-large-config \
 		--enable-cplusplus \
 		--disable-dependency-tracking \
 		--with-tags=CXX \

Bug#493784:

[Andy Li]

Adding --enable-large-config to ./configure is merely a one-line patch
(attached).

For reference, the option is also used in Fedora [1] and openSUSE [2].

Best,
Andy

1: 
https://src.fedoraproject.org/rpms/gc/blob/0ea34fde94df5628fb2155adedb5104a1c8a40c0/f/gc.spec#_61
2: 
https://build.opensuse.org/package/view_file/devel:libraries:c_c++/gc/gc.spec?expand=1
diff --git a/debian/rules b/debian/rules
index 2d7c565..3eee875 100755
--- a/debian/rules
+++ b/debian/rules
@@ -14,6 +14,7 @@ override_dh_auto_configure:
 	[ ! -d libatomic_ops-1.2 ] || mv libatomic_ops-1.2 libatomic_ops-1.2.bak
 	./configure \
 		$(CONFIG_OPTS) \
+		--enable-large-config \
 		--enable-cplusplus \
 		--disable-dependency-tracking \
 		--with-tags=CXX \

Bug#878983:

[Andy Li]

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

[Andy Li]

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.

Andy

Bug#918769: ocaml-migrate-parsetree FTBFS:dh_install fails

[Andy Li]

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:

[Andy Li]

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 

Bug#914321: n2n: Upstream released version 2.4

[Andy Li]

Package: n2n
Version: 1.3.1~svn3789-5
Severity: wishlist

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Dear Maintainer,

I've recently discovered n2n, and found the Debian package works like a charm
(thanks!).
I noticed upstream has continued n2n's development and made a new release
(2.4). See https://github.com/ntop/n2n/releases.
It would be great to have the Debian package updated.

Best regards,
Andy



- -- System Information:
Debian Release: stretch/sid
  APT prefers xenial-updates
  APT policy: (500, 'xenial-updates'), (500, 'xenial-security'), (500, 
'xenial'), (100, 'xenial-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.15.0-39-generic (SMP w/8 CPU cores)
Locale: LANG=en_HK.UTF-8, LC_CTYPE=en_HK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages n2n depends on:
ii  libc6  2.23-0ubuntu10

n2n recommends no packages.

n2n suggests no packages.

- -- no debconf information

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQIcBAEBCAAGBQJb9kciAAoJEG2sPESHczgafOYP/0qOYF3X+6dRKmPx7yMQ48HN
SKdJJf0JxU63pBaL1yHybdu5tup2PrjWnRHV3zemVgfzdW+fdqxflgVWn++ncuxd
4wOOlBn9pqXmHzf71vvYWh+w89TkWGlvX4hw2OfGt8ArpImEYnLid5MerNKmwMZV
ZTkPywbbJN9tynkWkiYtYsVIVIgOpw+Y34xgvKmnMxw4BJ9ilVIZzB2euWbVhs3t
qKmdMkG6+KsU16XNCYthQJqCDIVuVj7HYUQfVeJbBBlGQtYXMK86prANqvMsnj9c
vSDoIFhkVAarY2rRjgAHqOt0HXZ0iFMwSDY52opjyC83SmGatQkPN/Guiqu1Sanm
I21RnSf5bJRShodU6YuPNZVF5n1hzaHpMmZvS6XBbZFjC0G7IA2YaNEi/Yrcj+9G
UV+nCG+hHfclxAPtvuvRraJ7wgB4Chtsjqq8Q0dQJBcbkwbVcDhm1gaViqFBWsLS
qT9f9vPKG46JoF7lBVg+n2sy0mWv6fLyy2i6tUqtGKfM0M6BEtYTOYayPSl4XFmY
PMzPLSz4RY8FkqCCQgzFWjzYfUCPS8Nvxs7C5XWFeW4GOdDpw1fcdc2yGIenIdOr
SSfuyElANw8QGLSh7Z6tTg+a2ek/i9v90yaXBNIzgBjp6DBD1MAnPhZbYGjxmD+m
C2O9dldBw8BMQx3YhZnZ
=UcH+
-END PGP SIGNATURE-

Bug#913456: ITP: ocaml-ptmap -- Maps over integers implemented as Patricia trees

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li 

* Package name: ocaml-ptmap
  Version : 2.0.4
  Upstream Author : Jean-Christophe Filliâtre 
* URL : https://github.com/backtracking/ptmap
* License : LGPL
  Programming Lang: OCaml
  Description : Maps over integers implemented as Patricia trees

OCaml implementation of an efficient maps over integers,
from a paper by Chris Okasaki.

This is one of the dependencies of the next version of Haxe (4.0.0).

I'm going to maintain it with the Debian OCaml Task Force.

Bug#908003: ITP: ocaml-qtest -- Inline Tests for OCaml

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ocaml-qtest
  Version : 2.9
  Upstream Author : Vincent Hugot 
Simon Cruanes 
* URL : https://github.com/vincent-hugot/qtest
* License : GPLv3+
  Programming Lang: OCaml
  Description : Inline Tests for OCaml

qtest extracts inline unit tests written using a special syntax in comments.
Those tests are then run using the oUnit framework and the qcheck library. The
possibilities range from trivial tests -- extremely simple to use -- to
sophisticated random generation of test cases.

This is one of the dependencies of the next version of Haxe (4.0.0).

I'm going to maintain it with the Debian OCaml Task Force.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJbj0OtAAoJENYPsCrEEWxpNpQH/1DZno/aacqNH+xARu2SJIfu
+o84SiVDwkEGZGv8Sq079KF/OUvgG3XFX6MfBWPp2IYOw3gXs9JkzRPrn1mCTQQw
jYSlEdIKanOGtGkrm4OdvPODfJZgVLYkmcIgIWkvGyfwfQ8N5fo4O4hxlTLi0Cq9
VDLCX3UJl/jtl2VYvG1i2jwoSiC7FV0Qw+lzN0V6DK7tlyEayyS/6uyRfJ6TJzBS
N7373J/mlpZpTdaVTdOawpn3FjAuSbWLybDaA4zIPSaeJgYnMaiiM2zffIs9rMVe
03ZtTXOd5jJW19YTtvq2ZiQuTaNh9t8qS5w/zXWQ2A8mVwI+/tx2GF7O7/p8+Hk=
=ksvf
-END PGP SIGNATURE-

Bug#903371: ITP: ocaml-qcheck -- QuickCheck inspired property-based testing for OCaml

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li 

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

* Package name: ocaml-qcheck
  Version : 0.8
  Upstream Author : Simon Cruanes 
Rudi Grinberg 
Jacques-Pascal Deplaix 
Jan Midtgaard 
* URL : https://github.com/c-cube/qcheck
* License : BSD
  Programming Lang: OCaml
  Description : QuickCheck inspired property-based testing for OCaml

This module allows to check invariants (properties of some types) over randomly
generated instances of the type. It provides combinators for generating
instances and printing them.

This is one of the dependencies of the next version of Haxe (4.0.0).




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBCAAGBQJbQtJ5AAoJENYPsCrEEWxpQp4H/RzEQbLn54kzqCmwbpZLWcI1
U/ygzXbw8BXKtmisOm209gEnCVi265cuidbxRt9WPT8bxlNJb270/KUU0r4W0+Xd
sa90yYBVwRM/esWcrklTSkQBUCp0oVGMv5vVkEuw95i3OKJtS+ENuAox6Mj49l7X
EcdiQZ2vkrXBfq2NHVLT4wwLmnXhcau2xFJyAfMiL/Jqw3jhemu9oYJwc+pnrE83
LryrYt5s1c75hYySH2ZJiPrUmSotpeu2/1Ol3Tq0LElTEnMUwMMYe+09jTdqe82t
Rm1llmd0bWm6XElApArThzWnXsFcSBcTcy4cjLuIsqBcx7H79C4z8gsn1QgF2T0=
=n5Qp
-END PGP SIGNATURE-

Bug#898968: Re obuild: FTBFS on byte-code architectures

[Andy Li]

Hi Ralf,

Upstream has merged the fix

and I've integrated it as a patch to the package.
Would you review and upload it?

Best regards,
Andy

Bug#899238: RFP: ppx-tools-versioned -- Tools for authors of ppx rewriters

[Andy Li]

On Fri, Jun 22, 2018 at 5:01 AM, Mehdi Dogguy  wrote:
> Excellent work! I've reviewed it and it looks fine. I'll upload it shortly.
> Would you mind retitling thing bug to an "ITP: ..." and setting yourself
> as its owner?

Thanks, Mehdi.
I've already updated the title and the owner before working on it as
seen in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=899238
It is just I'm replying the message in my email client, so the subject
line is still using the old title :)

Best,
Andy

Bug#899238: RFP: ppx-tools-versioned -- Tools for authors of ppx rewriters

[Andy Li]

On Mon, May 21, 2018 at 7:50 PM, Mehdi Dogguy  wrote:
> Package: wnpp
> Severity: wishlist
>
> * Package name: ppx-tools-versioned
>   Version : 5.1
>   Upstream Author : Alain Frisch and al.
> * URL : https://github.com/ocaml-ppx/ppx_tools_versioned
> * License : MIT
>   Programming Lang: OCaml
>   Description : Tools for authors of ppx rewriters
>
> This library is a variant of ppx-tools where all tools are versioned.
> It is needed to build latest versions of tyxml.
>

Hi Mehdi,

I've created an initial version of the package in salsa:
https://salsa.debian.org/ocaml-team/ppx-tools-versioned
Tested building it with sbuild (and adt-run) for both amd64 and mips.
Would you review it?

Best regards,
Andy

Bug#888095: [debian-mysql] Bug#888095:

[Andy Li]

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

[Andy Li]

I would like to ping again in hope that it will be fixed soon.

Best regards,
Andy

Bug#900018: FTBFS with latest cmdliner

[Andy Li]

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

[Andy Li]

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

[Andy Li]

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#869114: status of the topkg package

[Andy Li]

Hi Hendrik,

What is the status of the topkg package?
I want to update jsonm, which now depends on topkg.

Best regards,
Andy

Bug#888095: [debian-mysql] Bug#888095:

[Andy Li]

> > 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:

[Andy Li]

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:

[Andy Li]

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:

[Andy Li]

This has been affecting neko (https://tracker.debian.org/pkg/neko) for a
while.
Would you fix it soonish?

Best regards,
Andy

Bug#886427: libapache2-mod-neko: multiarch and version issues

[Andy Li]

Indeed libapache2-mod-neko should be Architecture: any (it was
Architecture: all), because the neko.load file references /usr/lib/$(DEB_
HOST_MULTIARCH)/neko/mod_neko2.ndll.
I've just prepared 2.2.0-2: https://mentors.debian.net/package/neko
Gianfranco: Would you sponsor for me?

Best regards,
Andy

On Sat, Jan 6, 2018 at 5:25 AM, David I. Lehn  wrote:

> Package: libapache2-mod-neko
> Severity: normal
>
> I updated an i386 machine that still had libapache2-mod-neko installed.
> It updated neko and libneko2 to 2.2.0-1 but libapache2-mod-neko is still
> at 2.1.0-4.  This caused apache to fail to start since neko switched to
> multiarch and the lib in neko.load has moved.  I'm unsure why the mod
> pkg isn't updated, but from the source it looks like it should at least
> switch from "Architecture: any" to "all" and have a dependency on
> libneko2.
>
> -- System Information:
> Debian Release: buster/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: i386 (x86_64)
> Foreign Architectures: amd64
>
> Kernel: Linux 4.9.0-2-amd64 (SMP w/8 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8),
> LANGUAGE=en_US:en_GB:en (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> Init: sysvinit (via /sbin/init)
>
> Versions of packages libapache2-mod-neko depends on:
> ii  apache2-bin [apache2-api-20120211]  2.4.29-1
> ii  neko2.2.0-1
>
> libapache2-mod-neko recommends no packages.
>
> libapache2-mod-neko suggests no packages.
>

Bug#881770: jbuilder: library builds fail on byte-code-only architectures

[Andy Li]

Just forwarded to upstream: https://github.com/janestreet/jbuilder/issues/330

Bug#881136: ITP: ocaml-rope -- Ropes ("heavyweight strings") for OCaml

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li <a...@onthewings.net>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: ocaml-rope
  Version : 0.5
  Upstream Author : Christophe Troestler <christophe.troest...@umons.ac.be>
* URL : http://rope.forge.ocamlcore.org/
* License : LGPL-2.1 with linking exception
  Programming Lang: OCaml
  Description : Ropes ("heavyweight strings") for OCaml

Ropes are a scalable string implementation: they are designed for efficient
operation that involve the string as a whole such as concatenation and
substring. This library implements ropes for OCaml. It is rich enough to
replace strings.

This is a dependency of the next version of Haxe (4.0.0).
I will co-maintain it with the Debian OCaml Maintainers team.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJaAprwAAoJENYPsCrEEWxp2JIH/0QOS8Tkms+fb3SDLfnBN1uC
LPGJzd5vuMEBFUHQj4F3DcW44y77690EPEFH+QDJtwdGBxjJhbG9CfQUP7G8V52/
rstWtnetVF1VMyeq4voMG6pOHT/eXKTg9H8L8zK3ccwSUSvrRlJE+OppN1owb4Am
b3bfUMsnD7GYTKb9f/VoQ+7zVD0JPh71xphcCSjBHH0hKoqMaDWfP9uRE/2e3zcU
Iy4SvX66Pn4/9bSxOJZOZ/pX8xucZrD0wmmjuyZmNONXcIeSuWSZ7YUBJrr/EePb
wsao+8r28nSBNYcJ3FfdoXacsLvHbZb5PeiZ94E9WZX+dFORvWsO9Wl0THPdngc=
=c38q
-END PGP SIGNATURE-

Bug#880641: ITP: ocaml-obuild -- simple package build system for ocaml

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li <a...@onthewings.net>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: ocaml-obuild
  Version : 0.1.8
  Upstream Author : Vincent Hanquez <t...@snarc.org> and Jerome Maloberti
<jmalobe...@gmail.com>
* URL : https://github.com/ocaml-obuild/obuild
* License : BSD
  Programming Lang: OCaml
  Description : simple package build system for ocaml

A parallel, incremental and declarative build system for OCaml.

This is a dependency of ptmap, which in turn is a dependency of the next
version of Haxe (4.0.0).
I will co-maintain it with the Debian OCaml Maintainers team.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJZ/CQ+AAoJENYPsCrEEWxpI30IAIsfz5O3R2jAW4DwAt/yRM9v
ezvX21mdoQoNwW1NTA2ASj9Nq0HIPgAvdGR4viEx/xMYfCfonk3B4kLPjFPNtMy3
MPpoh+4FLVF5GTQ+kUgSSY17Q4zQq6vJw9NQRi3fpfok/JNBKucsa50c9mmExiCb
J3ftKDHuU8od9454TeYvFahXx3sUWVZRDqT2bg1WJJm7mm1nZlRsQmyBKB8lMEOQ
tuPzHAym8wnaYLNR2I6CueQoMvbJob2VX06YnxpFKEdZ0GBVOdDqXn6HkMGwmrJ0
Llu/otK/tQyTMMZNKYQLXq9taoepR2bysi9md806bxNcaJQgGUTiEtKmJ3SPGOQ=
=ps9w
-END PGP SIGNATURE-

Bug#876530: ocaml-gen FTBFS with OCaml 4.05.0: E: Cannot find external tool 'ocamlbuild'

[Andy Li]

I've just pushed a fix to Alioth.

Stéphane: Would you help upload it?

Best regards,
Andy

Bug#873897: ITP: ocaml-result -- Compatibility Result module for OCaml

[Andy Li]

Turn out it has already been packaged (#873897).

Bug#873897: ITP: ocaml-result -- Compatibility Result module for OCaml

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li <a...@onthewings.net>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: ocaml-result
  Version : 1.2
  Upstream Author : Jane Street Group, LLC <opensou...@janestreet.com>
* URL : https://github.com/janestreet/result
* License : BSD 3-clause
  Programming Lang: OCaml
  Description : Compatibility Result module for OCaml

Compatibility Result module.

Projects that want to use the new result type defined in OCaml >= 4.03 while
staying compatible with older version of OCaml should use the Result module
defined in this library.

This is a dependency of ocaml-migrate-parsetree (ITP #873896).
I will co-maintain it with the Debian OCaml Maintainers team.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJZqNW/AAoJENYPsCrEEWxpDLAH+wSAo/kptPRfEzTfzHcsyrtv
vVU+y/YWaDs7+aqpRUoqWO+MbWw2UwR9vaJ0pPOI0Y68ysnripKdwFQVhvDnYrWM
81Ngb0hNPWyNJtUiCmWy2k/gJOMPbLhPYVUNBYh7HCS74yEciQcfAkCoYEigrUiC
3k2sYVu/4GUTpK1Dc406KGhgkbcxmf62wK3W5mfMbJMtj3QlBScXDdlAqSEISu0y
eWARry+IQmxvZDBC9CM6dXPWTMAU2Y3jeumdOc6HIoQsTLUSUr1gn6X09qNlUiEI
AblhqALoelPKscPolCL5Q/gkyYkOaz71I3POGAREzYNQYhSWnId9ie6cd8+BRzY=
=HbUL
-END PGP SIGNATURE-

Bug#873896: ITP: ocaml-migrate-parsetree -- Convert OCaml parsetrees between different major versions

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li <a...@onthewings.net>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: ocaml-migrate-parsetree
  Version : 1.0.4
  Upstream Author : Frédéric Bour <frederic.b...@lakaban.net> and Jérémie
Dimino <jere...@dimino.org>
* URL : https://github.com/ocaml-ppx/ocaml-migrate-parsetree
* License : LGPL v2.1
  Programming Lang: OCaml
  Description : Convert OCaml parsetrees between different major versions

This library converts between parsetrees of different OCaml versions.

Supported versions are 4.02, 4.03, 4.04, 4.05 and 4.06 (trunk). For each
version, there is a snapshot of the parsetree and conversion functions to the
next and/or previous version.

This is a dependency of ocaml-sedlex 1.99.4 (ITP #867238).
I　will co-maintain it with the Debian OCaml Maintainers team.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJZqNAXAAoJENYPsCrEEWxpSq8IAJSeTsRKUBhNEaanVcCQVWWK
HiJHWmHDFcK1N+5oRjd0DTBiSuXvW08hDM3GGmGy6RB/FSfwZElr2ZLzA7e5lHbh
Vw4mK1BiJSGB3bJOIeufTwkbtK8kz0Bm62KDxWNzWlbUubRBO50kRkHFmh2Bu0yI
lmzrr3PyCeFqAHqVaNVOo20avwmIJLDUvVkOsz+S1OJElnAAurkFvjxywSuKL0y5
vlmt6ZywFwTX9GYus2QuLs1O2CYb2oubDbGoeAoFIg3EKgWwhMAxlKwXUAn9ZGbz
OvAkJyjYIbGucXJrajFiVfTimopcd5G7z6nicn/9ThGhwox5kjepOK0euk/h1Yg=
=1j8P
-END PGP SIGNATURE-

Bug#873781: ocaml-gen: FTBFS without ocamlopt: /usr/lib/ocaml/gen/*.a missing

[Andy Li]

The *.a files should be marked as optional install items.
I've just pushed a fix to alioth.
My test build log of mips using sbuild can be found at
https://gist.github.com/andyli/c53ebf60246bd8078c272d530bb7e1ce

Stéphane: Would you review and upload, please?

Best regards,
Andy

Bug#867238: ITP: ocaml-sedlex -- Unicode-friendly lexer generator for OCaml

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li <a...@onthewings.net>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: ocaml-sedlex
  Version : 1.99.3
  Upstream Author : Alain Frisch <alain.fri...@lexifi.com>
* URL : https://github.com/alainfrisch/sedlex
* License : MIT
  Programming Lang: OCaml
  Description : Unicode-friendly lexer generator for OCaml

sedlex is a lexer generator for OCaml, similar to ocamllex, but supporting
Unicode. Contrary to ocamllex, lexer specifications for sedlex are embedded in
regular OCaml source files.

This is a dependency of the next version of Haxe (v4.0.0).
I　will co-maintain it with the Debian OCaml Maintainers team.




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJZXE7JAAoJENYPsCrEEWxpKzgH/0vBxrZWmS0OAEJr1biFzLae
pieuhg1hGljApr38xMhABoOOOaDVp4dRh3hEXfKoTFRqYVLb5TfzuvJ4sYLMPNYK
CPkkUK4DeufeaQUBobmgSy9SUO7ckTt05SsaIsVsxjyIoMPaVQt3vUMQKEMHBHAq
H3CRZfflQ2Auky9QEP61griJvKt4srSE1Dwpr1vlGMr6iYFhu/fi4Sl9zdNik9BV
EBdArgO/mDhZUmIixHwKY01TmjWPwByarSlkObnzb4CpUgEnGpybc+N8LbM5DFw7
L/eOONKXZf4ixZCipKwHQ66NbcW/NlIvNNUaSKNeDI64Cc2HWm9vSQ59S5Q2KC0=
=ZxkU
-END PGP SIGNATURE-

Bug#865072: ITP: gen -- simple, efficient iterators for OCaml

[Andy Li]

Package: wnpp
Severity: wishlist
Owner: Andy Li <a...@onthewings.net>

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

* Package name: gen
  Version : 0.4.0.1
  Upstream Author : Simon Cruanes <simon.cruanes.2...@m4x.org>
* URL : https://github.com/c-cube/gen
* License : BSD
  Programming Lang: OCaml
  Description : simple, efficient iterators for OCaml

Iterators for OCaml, both restartable and consumable.
The implementation keeps a good balance between simplicity
and performance.

This is a dependency of sedlex, which in turn is a new dependency
of the next version of Haxe (v4.0.0).




-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJZRz4hAAoJENYPsCrEEWxpqpIH/RjaGFREjS5RWRrLbgxIDbOt
YL+77UjOycpuNEXqhY6RvUjELr9Sop2/2Yhz/mDLI1YR10orEVx9RrCIWcYfCky6
Fj3j7FSwDNYRpnrZek33Hg6RzN3X34Ar4B13ieY8tXVYHbj5tmBfAUANNPCWCXJ9
8dA7JcLWb04PyTo5cMdfZTpDRT6y90gNdXdIvj9INXuKCtrGxkYyvrDLQDrVc1wz
SrIIW40zKwRE6jjppQ8Q6uqXXwCzsAVazJSSXjZAzlCVm7A94D5EgA+zPJhLlD+8
VKO3fGOdGqHwV++1JsLAzL4zjcC5PGIb86DI8FOTQs1ucM35BoHqT4ieUjSHxO8=
=axkG
-END PGP SIGNATURE-

Bug#843841: Update build dependency to libmariadb-dev-compat in neko

[Andy Li]

Hi,

I've just made the change and uploaded the package to mentors:
https://mentors.debian.net/package/neko

Gianfranco, would you sponsor for us, please?

Best regards,
Andy

On Thu, Nov 10, 2016 at 3:16 PM, Otto Kekäläinen  wrote:

> Package: neko
> Severity: important
>
> The package Neko currently has this build dependency:
>   libmariadb-client-lgpl-dev-compat | libmysqlclient-dev
>
> The MariaDB Connector C package has been renamed about 4 months ago.
> Please update the dependency to
>libmariadb-dev-compat | default-libmysqlclient-dev
>
> The dependency on the old package from Neko stops the
> mariadb-connector-c from migrating to testing
> (https://tracker.debian.org/pkg/mariadb-connector-c) thus I marked
> this 'important'.
>
> The package haxe depends on neko and the package
> mercurial-buildpackage depends on haxo, so this change in neko will
> cascade in fixing all of those packages.
>
> Thanks!
>
> (And sorry for the inconvenience we caused by renaming the package.)
>

Bug#799498: RFS: neko/2.0.0-4

[Andy Li]

 -I/usr/include/apr-1.0 cgi.c
>
>
> ui.c: In function 'ui_main':
> ui.c:151:2: warning: 'g_thread_init' is deprecated
> [-Wdeprecated-declarations]
> g_thread_init(NULL);
>
>
> the last one can be fixed with a
> // g_thread_init has been deprecated since version 2.32 and should not be
> used in newly-written code. This function is no longer necessary. The GLib
> threading system is automatically initialized at the start of your program.
> #if !(GLIB_CHECK_VERSION(2,32,0))
> g_thread_init(NULL);
> #endif
>
>
> block I guess
>
> (I'm not asking you to fix the above, but I would appreciate if you can
> forward them upstream :)
>
> cheers,
>
> G.
>
> Il Giovedì 24 Settembre 2015 12:51, Andy Li <a...@onthewings.net> ha
> scritto:
>
>
>
> Hi Gianfranco,
>
>
> Thanks for the review!
> Good idea about using the *FLAGS env vars. I've updated the patch to use
> those and will also propose the change to upstream.
> I've also added back -Wall as suggested.
> The package has just been reuploaded to mentors.
>
> Best regards,
> Andy
>
>
>
>
> On Thu, Sep 24, 2015 at 5:54 PM, Gianfranco Costamagna <
> costamagnagianfra...@yahoo.it> wrote:
>
> Hi Andy,
> >
> >
> >
> >the packaging looks good.
> >
> >I did two builds with DH_VERBOSE=1 in a sid chroot
> >(the unstable and mentors versions)
> >
> >I did a meld between them, and I see some "issues"
> >
> >-"Wall" flag has disappeared
> >
> >(I guess not a real problem here :) )
> >
> >
> >- many lines are like this one
> >gcc -O3 -DEAPI -fPIC -pthread $(pkg-config --cflags apr-1) -pthread
> $(dpkg-buildflags --get CFLAGS)  -c -I../../vm -I/usr/include/mysql mysql.c
> >
> >evaluating $(dpkg-buildflags --get CFLAGS) at each file build (and link,
> the same is for LDFLAGS) is somewhat an overkill.
> >
> >I see they come from debian/patches/harden.patch,
> >just as TODO you might ask upstream to use *FLAGS from the environment,
> and drop that patch.
> >
> >
> >but we are nitpicking here :)
> >
> >So if you can readd the -Wall flag I guess we are fine there :)
> >
> >cheers,
> >
> >G.
> >
>

Bug#799498: RFS: neko/2.0.0-4

[Andy Li]

Hi Gianfranco,

Thanks for the review!
Good idea about using the *FLAGS env vars. I've updated the patch to use
those and will also propose the change to upstream.
I've also added back -Wall as suggested.
The package has just been reuploaded to mentors.

Best regards,
Andy



On Thu, Sep 24, 2015 at 5:54 PM, Gianfranco Costamagna <
costamagnagianfra...@yahoo.it> wrote:

> Hi Andy,
>
>
>
> the packaging looks good.
>
> I did two builds with DH_VERBOSE=1 in a sid chroot
> (the unstable and mentors versions)
>
> I did a meld between them, and I see some "issues"
>
> -"Wall" flag has disappeared
>
> (I guess not a real problem here :) )
>
>
> - many lines are like this one
> gcc -O3 -DEAPI -fPIC -pthread $(pkg-config --cflags apr-1) -pthread
> $(dpkg-buildflags --get CFLAGS)  -c -I../../vm -I/usr/include/mysql mysql.c
>
> evaluating $(dpkg-buildflags --get CFLAGS) at each file build (and link,
> the same is for LDFLAGS) is somewhat an overkill.
>
> I see they come from debian/patches/harden.patch,
> just as TODO you might ask upstream to use *FLAGS from the environment,
> and drop that patch.
>
>
> but we are nitpicking here :)
>
> So if you can readd the -Wall flag I guess we are fine there :)
>
> cheers,
>
> G.
>

Bug#799498: RFS: neko/2.0.0-4

[Andy Li]

Hi Gianfranco,

Thanks for the review!


> 1) please bump debhelper and compat level to 9
> (bonus points for converting the package to multiarch)
>
I've bumped those to 9.
For multiarch, I will address that in the next upstream version since there
are quite some changes needed.


> 2) please drop useless build-dependencies (such as quilt and maybe some
> others, e.g. pkg-config?)
>
I dropped quilt. The others including pkg-config are actually used during
the build.


> 3) rules file, can you please convert in plain dh_ calls?
>
Done.

I've reuploaded the package to mentors.
Please let me know if there is any other problem.

Best regards,
Andy

Bug#799498: RFS: neko/2.0.0-4

[Andy Li]

Package: sponsorship-requests
Severity: normal

  Dear mentors,

  I am looking for a sponsor for my package "neko". I'm a member of the
Haxe Foundation. I would like to maintain the package in the long term to
improve haxe's debian support.

 * Package name: neko
   Version : 2.0.0-4
   Upstream Author : Haxe Foundation
 * URL : http://nekovm.org/
 * License : MIT
   Section : interpreters

  It builds those binary packages:

libapache2-mod-neko - Apache module for running server-side Neko
programs
 libneko0   - Lightweight virtual machine - shared library
 neko  - Lightweight virtual machine - compiler and tools
 neko-dev   - Lightweight virtual machine - headers

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/neko


  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/n/neko/neko_2.0.0-4.dsc

  Changes since the last upload:

  * Adopt package (Closes: #628939).
+ Set maintainer to myself.
  * Set Vcs-* fields to Haxe Foundation neko-debian git repo.
  * Bump Standards-Version to 3.9.6 (no changes).


  Regards,
   Andy Li

Bug#799092: RFS: haxe/1:3.2.0+dfsg-1

[Andy Li]

Hi Vincent,

I've saved a copy of git-archive-all in debian directory and updated
copyright accordingly.
The package has been reuploaded to mentors.
Thank you!

Best regards,
Andy

On Fri, Sep 18, 2015 at 3:57 PM, Vincent Bernat <ber...@debian.org> wrote:

>  ❦ 17 septembre 2015 19:17 +0800, Andy Li <a...@onthewings.net> :
>
> > I've revised the package and reuploaded.
>
> In d/rules, get-orig-source is using "curl | python". I am a bit
> uncomfortable with that. I had a quick look at this Python script and it
> should be replacable by something like that:
>
> #+BEGIN_SRC sh
> (
>  git ls-files
>  git submodule --quiet foreach \
>--recursive 'git ls-files --with-tree=${sha1} | sed
> s+^+${path}/+'
> ) | while read f; do
>   [[ -d $f ]] || echo $f
> done | tar -zcf orig.tar.gz -T -
> #+END_SRC
>
> If not, it would be better to retrieve the script and place it in the
> debian/ directory (and update d/copyright).
>
> > I'm not very sure about the lintian hardening warnings. Lintian didn't
> > report those to me when I build the package, maybe because I have a
> > different environment than yours? I've added a lintian-override file
> > anyway.
>
> I am using "lintian -viI". Not everything needs an override (notably
> stuff with "I"). Your override worked fine.
>
> I don't see any additional problem with your packaging.
> --
> Debian package sponsoring guidelines:
>  http://vincent.bernat.im/en/debian-package-sponsoring.html
>

Bug#799092: RFS: haxe/1:3.2.0+dfsg-1

[Andy Li]

Hi Gabriele, thanks for accepting my adoption!

Hi Vincent, thanks for the review!
I've revised the package and reuploaded.
I'm not very sure about the lintian hardening warnings. Lintian didn't
report those to me when I build the package, maybe because I have a
different environment than yours? I've added a lintian-override file anyway.
Please let me know if there is any other problem.

Best regards,
Andy

On Wed, Sep 16, 2015 at 7:32 PM, Vincent Bernat <ber...@debian.org> wrote:

>  ❦ 16 septembre 2015 03:46 +0800, Andy Li <a...@onthewings.net> :
>
> > * Package name : haxe
> > Version : 1:3.2.0+dfsg-1
> > Upstream Author : Haxe Foundation<cont...@haxe.org>
> > * URL : http://haxe.org/
> > * License : GPLv2+, MIT, LGPLv2+
> > Section : devel
>
> [...]
>
>  - d/control: in the short description, drop the "A" article.
>
>  - d/watch: please, keep it, just to check if the package is up-to-date
>
>  - d/rules: get-orig-source can do anything needed to retrieve the
> appropriate source tarball, including not using uscan; see:
> https://wiki.debian.org/onlyjob/get-orig-source
>
>  - d/rules: bash-completions should be installed to
> /usr/share/bash-completion/completions; there is an helper
> for that (dh_bash-completion), see its manual page
>
>  - d/changelog: please, add the bug number for the adoption request
>
>  - d/changelog: ensure you wrap the lines to 80 characters
>
>  - d/copyright: LGPL is Lesser General Public License (not Lesser Public
> License); GPL-3+ paragraph is also unused
>
> I am not familiar with OCaml stuff. Lintian complains about hardening,
> but I suppose this makes little sense with OCaml. In this case, please,
> use a lintian override.
>
> I: haxe: hardening-no-fortify-functions usr/bin/haxelib
> W: haxe: hardening-no-relro usr/bin/haxe
> --
> Debian package sponsoring guidelines:
>  http://vincent.bernat.im/en/debian-package-sponsoring.html
>

Bug#799092: RFS: haxe/1:3.2.0+dfsg-1

[Andy Li]

Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

  I am looking for a sponsor for my package "haxe".
  I'm a member of the Haxe Foundation. I would like to maintain the package
in the long term to improve haxe's debian support.


 * Package name: haxe
   Version : 1:3.2.0+dfsg-1
   Upstream Author : Haxe Foundation<cont...@haxe.org>
 * URL : http://haxe.org/
 * License : GPLv2+, MIT, LGPLv2+
   Section : devel

  It builds those binary packages:

haxe  - A multi-target universal programming language

  To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/haxe


  Alternatively, one can download the package with dget using this command:

dget -x
http://mentors.debian.net/debian/pool/main/h/haxe/haxe_3.2.0+dfsg-1.dsc

  Changes since the last upload:

haxe (1:3.2.0+dfsg-1) unstable; urgency=low

  * Adopt package.
+ Set maintainer to myself.
  * New upstream version.
+ Update neko version dependency.
  * Remove outdated and discontinued emacs haxe mode.
  * Clean up copyright.
+ Remove entries of removed files.
  * Remove d/watch and get-orig-source target because the archive at Github
is missing submodules.

 -- Andy Li <a...@onthewings.net>  Wed, 26 Aug 2015 15:01:06 +0800


  Regards,
   Andy Li