Source: ocaml-sqlexpr
Version: 0.5.5-3
Severity: serious
Hello,
As lwt is a key package and because of [1], its camlp4 dependency has
been removed, removing lwt.syntax. Now, ocaml-sqlexpr FTBFS because it
depends on lwt.syntax.
Please provide an ocaml-usb package that does not depend on
Source: ocaml-usb
Version: 1.3.0-4
Severity: serious
Hello,
As lwt is a key package and because of [1], its camlp4 dependency has
been removed, removing lwt.syntax. Now, ocaml-usb FTBFS because it depends
on lwt.syntax.
Please provide an ocaml-usb package that does not depend on lwt.syntax or,
Source: obus
Version: 1.1.5-6
Severity: serious
Hello,
As lwt is a key package and because of [1], its camlp4 dependency has
been removed, removing lwt.syntax. Now, obus FTBFS because it depends
on lwt.syntax.
Please provide an obus package that does not depend on lwt.syntax or,
better, on
Package: wnpp
Severity: normal
Hello,
Currently, cppo has no human maintainers. It is maintained by the
Debian OCaml team because of the need of transition coordination, but
needs more love and a dedicated maintainer.
A potential maintainer should get familiar with [1], and in particular
with
Le 04/08/2019 à 14:23, Simon McVittie a écrit :
>> Since recently, gnome-shell on wayland crashes when I switch the input
>> of my monitor. This is a regression. And I don't observe the bug on
>> X11.
>
> Please try upgrading libmutter-3-0 and gir1.2-mutter-3 to 3.30.2-8
> from unstable, then
Package: gnome-shell
Version: 3.30.2-9
Severity: important
Dear Maintainer,
Since recently, gnome-shell on wayland crashes when I switch the input
of my monitor. This is a regression. And I don't observe the bug on
X11.
I have no idea how to debug this. Is it possible to get gnome-shell
stdout
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
* Package name: ocaml-num
Version : 1.2
Upstream Author : Xavier Leroy
* URL : https://github.com/ocaml/num/
* License : LGPL 2.1 with OCaml linking exception
Programming Lang: OCaml, C
Description
Thanks for this report.
Le 03/08/2019 à 16:42, Andreas Beckmann a écrit :
> Preparing to unpack .../ocaml-base-nox_4.08.0-3_amd64.deb ...
> Unpacking ocaml-base-nox (4.08.0-3) over (4.05.0-11) ...
> dpkg: error processing archive
> /var/cache/apt/archives/ocaml-base-nox_4.08.0-3_amd64.deb
Package: dgit
Version: 9.6
Severity: important
Dear Maintainer,
"dgit fetch" in my salsa checkout of findlib fails with:
> canonical suite name for unstable is sid
> last upload to archive: NO git hash
> using existing findlib_1.7.3.orig.tar.gz
> using existing findlib_1.7.3-2.debian.tar.xz
>
Package: camlp4
Version: 4.05+1-2
Severity: important
User: debian-ocaml-ma...@lists.debian.org
Usertags: ocaml-4.08-transition
Hello,
See https://github.com/ocaml/camlp4/blob/trunk/README.md
At the moment, there is no version of camlp4 working with OCaml
4.08.0. Upstream suggests moving to ppx
Package: wnpp
Severity: normal
Hello,
Currently, ocaml-fileutils has no human maintainers. It is maintained by
the Debian OCaml team because of the need of transition coordination,
but needs more love and a dedicated maintainer.
A potential maintainer should get familiar with [1], and in
tags 466275 + wontfix
thanks
The trend is to use dh, and not CDBS, nowadays. I think we can close
this bug (after 11 years of inactivity).
Cheers,
--
Stéphane
> 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?
Cheers,
--
Stéphane
Le 29/03/2019 à 18:28, Stéphane Glondu a écrit :
>> The usual fix seems to be to also specify the binary to be stopped with
>> IIRC the --exec option.
>
> This is done in the attached (untested) patch.
I've dgit-pushed a NMU to DELAYED/10.
Cheers,
--
Stéphane
Package: wnpp
Severity: normal
Hello,
Currently, cairo-ocaml has no human maintainers. It is maintained by the
Debian OCaml team because of the need of transition coordination, but
needs more love and a dedicated maintainer.
A potential maintainer should get familiar with [1], and in particular
Le 20/05/2019 à 16:06, Christoph Groth a écrit :
> Unison 2.51.2 that has been released in January 2018 has a new feature
> that is very useful for synchronizing, for example, '.git' directories:
>
>> Add a new preference, 'atomic', for specifying directories that should
>> be treated atomically.
Control: tags -1 + patch
> The usual fix seems to be to also specify the binary to be stopped with
> IIRC the --exec option.
This is done in the attached (untested) patch.
Is there an easier way to test it, than with a virtual machine? (My
system has systemd.)
Cheers,
--
Stéphane
commit
Package: git-gui
Version: 1:2.20.1-2
Severity: wishlist
Dear Maintainer,
There is an error in the French translation of git-gui: "apperçu"
should be written "aperçu".
Cheers,
--
Stéphane
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (990, 'testing'),
Le 19/02/2019 à 12:24, Benjamin Riefenstahl a écrit :
> I'm interested in getting this integrated. The Python version of
> fsmonitor does seem to be flaky, the OCaml version seems better. I
> prefer it to be packaged in Debian.
>
> I have updated John's patch above and based it on the current
Control: tag -1 - pending
Control: severity -1 important
Le 14/12/2018 à 23:52, Jeremy Bicha a écrit :
> gtksourceview2 will be included in Debian 10 "Buster" but we will try
> to remove it early in the Bullseye series. [1]
>
> Therefore, I suggest bringing that package back, then you can lower
Debian Technical Committee
agrees with this statement (once it's official). I'm putting them in CC
(via Debian bug #919951).
> @Stéphane Glondu: Renaming the package was offered by Anil Madhavapeddy here:
> https://lists.dune-project.org/pipermail/dune-devel/2019-January/002432.html
> As th
Le 27/01/2019 à 09:17, Lars Dölle a écrit :
> I write to ask why coqide is not longer packaged and
> whether the situation is intended to be permanent.
This is due to the dependency on gtksourceview2, which is obsolete.
Upstream is working on a switch to lablgtk3/gtksourceview3, so this is
not
Le 21/01/2019 à 22:33, Moritz Mühlenhoff a écrit :
>> The following vulnerability was published for ocaml.
>>
>> CVE-2018-9838[0]:
>> | The caml_ba_deserialize function in byterun/bigarray.c in the standard
>> | library in OCaml 4.06.0 has an integer overflow which, in situations
>> | where
Le 20/01/2019 à 23:14, Ian Jackson a écrit :
> In #919622 and the associated debian-devel thread,
> "Conflict over /usr/bin/dune"
> https://lists.debian.org/debian-devel/2019/01/msg00227.html
> the file conflict over /usr/bin/dune was discussed.
>
> The rough consensus of the debian-devel
reassign 916468 whitedune 0.30.10-2.1
thanks
Le 14/12/2018 à 20:24, Andreas Beckmann a écrit :
> automatic installation tests of packages that share a file and at the
> same time do not conflict by their package dependency relationships has
> detected the following problem:
>
> Selecting
Hi,
It has been brought to my attention that both packages "whitedune" and
"dune" provide the binary "/usr/bin/dune" (#916468).
The situation falls directly under section 10.1 of the Policy:
https://www.debian.org/doc/debian-policy/ch-files.html#s-binaries
> Two different packages must not
Le 26/11/2018 à 09:12, Johannes Schauer a écrit :
> what do we want to do about this bug? Even the new upstream release doesn't
> yet
> get rid of the Obj.magic.
One easy thing to do is to disable the failing test. But it means some
programs buggy on i386 (probably using atd-stuff with floats)
Le 20/11/2018 à 17:29, Michel Dänzer a écrit :
> From the screenshot, it looks more likely to be a driver issue than an
> Xwayland one.
>
> Please provide the corresponding output of glxinfo.
I've attached the output of glxinfo under Xorg, and under Wayland.
Cheers,
--
Stéphane
name of
Le 27/10/2018 à 15:20, James McCoy a écrit :
>> I think "creduce" should be in the output of "build-rdeps
>> liblablgtksourceview2-ocaml-dev" because it build-depends on
>> frama-c-base which is built by frama-c, which build-depends on
>> liblablgtksourceview2-ocaml-dev.
>>
>> […]
>> Versions of
Package: devscripts
Version: 2.18.6
Severity: wishlist
Dear maintainers,
I think "creduce" should be in the output of "build-rdeps
liblablgtksourceview2-ocaml-dev" because it build-depends on
frama-c-base which is built by frama-c, which build-depends on
liblablgtksourceview2-ocaml-dev.
Cheers,
reopen 911159
thanks
Le 17/10/2018 à 21:11, Ralf Treinen a écrit :
>> Bug #885677 filed for lablgtk2 asks for the removal of that package. To
>> prevent
>> removing frama-c from the distro, please consider just building the base
>> package, dropping the GUI package. Asking because creduce
On 06/07/2018 03:15, Cyril Brulebois wrote:
>> For the sake of completeness, here's an extra data point. If someone
>> ends up with two peers with versions 2.48.3-1 vs. 2.48.3-1+b1 (hosts
>> with s-p-u enabled, but not dist-upgraded at the same time), one can
>> get this very issue:
>> | Uncaught
Le 18/06/2018 à 22:31, Adrian Bunk a écrit :
> Source: ocaml-atd
> Version: 1.12.0-1
> Severity: serious
>
> https://buildd.debian.org/status/fetch.php?pkg=ocaml-atd=i386=1.12.0-1=1527061667=0
>
> ...
>dh_auto_test -a
> make -j4 check
> make[1]: Entering directory '/<>'
> jbuilder
Control: severity -1 minor
Le 24/04/2018 à 06:23, Stéphane Glondu a écrit :
> Package: nbd-client
> Version: 1:3.16.2-1
> Severity: important
>
> Dear Maintainer,
>
> On the client (Debian testing):
>
> steph@korell:~$ nbd-client -l 192.168.42.1
> Negotiation: ..
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hi,
Currently, Unison in Stretch is compiled with OCaml 4.01.0 (at least
on i386), while OCaml in Stretch is 4.02.3. This triggers a subtle
interoperability bug more often than it should,
Le 19/05/2018 à 18:08, Leopold Palomo-Avellaneda a écrit :
> I'm having sync problems and crashes with unison of stretch. See:
>
> https://github.com/bcpierce00/unison/issues/94#issuecomment-390412441
I've just commented on this issue.
> I think that all is referred to the same issue.
Indeed.
Le 16/05/2018 à 00:52, Francesco Poli a écrit :
Since a few days, the cron.daily job of apt-listbugs fails with the
following message:
/etc/cron.daily/apt-listbugs:
/usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:701:in `block (4 levels) in
display_bugs':
On 11/05/2018 19:12, Francesco Poli wrote:
>> Since a few days, the cron.daily job of apt-listbugs fails with the
>> following message:
>>
>> /etc/cron.daily/apt-listbugs:
>> /usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:701:in `block (4 levels) in
>> display_bugs': incompatible character
On 14/05/2018 00:46, Juliusz Chroboczek wrote:
> Babeld-1.8.1 has a rather serious bug, that makes it unsuitable for
> traditional IPv4 networks (as opposed to pure meshes). 1.8.2 fixes the
> bug.
>
>
> https://github.com/jech/babeld/commit/157e44a4a507786f5626070d9b1f3e371389
>
> Please
Package: apt-listbugs
Version: 0.1.24
Severity: important
Dear Maintainer,
Since a few days, the cron.daily job of apt-listbugs fails with the following
message:
/etc/cron.daily/apt-listbugs:
/usr/lib/ruby/vendor_ruby/aptlistbugs/logic.rb:701:in `block (4 levels) in
display_bugs':
Le 2018-04-24 19:33, Simon McVittie a écrit :
Since very recently, when I try to log in with default choice, it does
not work.
(Retitled to something a little less generic.)
Please try editing /usr/bin/gnome-session (it's a shell script) and
making it log what it's doing:
#!/bin/sh
echo
Package: gdm3
Version: 3.28.1-1
Severity: important
Dear Maintainer,
Since very recently, when I try to log in with default choice, it does
not work. In /var/log/user.log, I see:
Apr 24 16:21:09 korell /usr/lib/gdm3/gdm-wayland-session[1202]: bash: ligne 0 :
exec: -l : option non valable
Apr
Package: nbd-client
Version: 1:3.16.2-1
Severity: important
Dear Maintainer,
On the client (Debian testing):
steph@korell:~$ nbd-client -l 192.168.42.1
Negotiation: ..
export
In the server's logs (Debian stretch):
Apr 24 06:22:44 sark nbd_server[17422]: Spawned a child process
Apr 24 06:22:44
On 30/10/2017 10:39, Stéphane Glondu wrote:
Is there any plans to fix llvm-toolchain-3.8?
I wish we could removed it but it is far from ready (we were blocked by
the ocaml transition but I dropped the ocaml support to mitigate that)
I will try to fix that in the next few days.
Sorry about
On 03/11/2017 17:43, Ximin Luo wrote:
Hi Hendrik, any progress on this? I notice in the ocaml transition tracker:
I really spend more than 4 weeks in discussions with upstream
about license and copyright clarifications. Now it is finished. I
uploaded a new hol-light version to DOM git
Le 02/11/2017 à 01:30, Vincent Lefevre a écrit :
>> This is a known issue, and not easy to fix. Upstream is not interested
>> to make unison compatible with other versions of itself (or same version
>> compiled with another version of OCaml): Unison is designed to work only
>> with the same
Control: tags -1 + wishlist wontfix
Le 31/10/2017 à 18:43, Vincent Lefevre a écrit :
>> Since the upgrade to 2.48.4-1, I get when synchronizing with
>> a Debian/stable server:
>>
>> Unison failed: Uncaught exception Failure("input_value: bad bigarray kind")
> [...]
>
>
On 20/10/2017 10:27, Sylvestre Ledru wrote:
At the moment, llvm-toolchain-3.8 FTBFS with "gcc-7.2: Command not
found" and this blocks the OCaml transition.
I see there are already bugs open related to gcc-7 (#871011 and
#853523), but these do not have recent activity.
I also see that this
Le 22/10/2017 à 19:33, Cesare Leonardi a écrit :
> Stéphane, what's your qemu's commandline?
qemu-system-i386 -enable-kvm \
-m 4G \
-hda disk.qcow2 \
-device e1000,netdev=net0 \
-netdev user,id=net0,hostfwd=tcp::-:22 \
-usbdevice host:1050:0010
--
Stéphane
Package: qemu
Version: 1:2.10.0+dfsg-2
Severity: important
Dear maintainer,
Since this new version of qemu, I am no longer able to exit mouse
grab. With an i386 guest running stretch on an amd64 host running
testing. Ctrl+Alt does not work, going out of the window does not
work. I can focus
Hello,
At the moment, llvm-toolchain-3.8 FTBFS with "gcc-7.2: Command not
found" and this blocks the OCaml transition.
I see there are already bugs open related to gcc-7 (#871011 and
#853523), but these do not have recent activity.
I also see that this package has been requested to be
On 15/10/2017 22:08, Holger Levsen wrote:
Package: mingw-ocaml
Version: 4.01.0~20140328-1
Severity: normal
user: qa.debian@packages.debian.org
usertags: transitional
Please drop the transitional package mingw-ocaml for buster,
as it has been released with jessie and stretch already.
Thanks
Control: tags -1 + pending
On 13/10/2017 12:53, Simon McVittie wrote:
Control: reopen 878236
On Wed, 11 Oct 2017 at 15:13:56 +0100, Simon McVittie wrote:
dh_install: Cannot find (any matches for)
"/usr/lib/ocaml/lwt/dlllwt-unix_stubs.so" (tried in ., debian/tmp)
dh_install: liblwt-ocaml
On 11/10/2017 16:13, Simon McVittie wrote:
I don't know what's different about these platforms when compared with
the ones with the other class of FTFBS - perhaps just version skew?
There's no obvious correlation with endianness or word size.
These platforms do not support the native compiler
On 09/10/2017 21:45, Ximin Luo wrote:
That's alright. I see this is already started and binNMUs are needed. Is someone
from the ocaml team handling these, or should I?
I am handling these.
Would it be possible to prioritize the rebuilds of lwt and ocaml-ctypes?
They seem to be in the
On 23/09/2017 23:03, Sylvestre Ledru wrote:
I have some CI depending on libctypes-ocaml, however, since september 14, it
isn't installable:
[...]
This is known. An OCaml transition is in progress. This will be fixed
with a binNMU of ocaml-ctypes.
Cheers,
--
Stéphane
On 23/09/2017 15:52, Emilio Pozuelo Monfort wrote:
That's alright. I see this is already started and binNMUs are needed. Is someone
from the ocaml team handling these, or should I?
I am handling these.
Cheers,
--
Stéphane
On 25/09/2017 04:49, Andy Li wrote:
I've just pushed a fix to Alioth.
Stéphane: Would you help upload it?
Done.
Cheers,
--
Stéphane
On 22/09/2017 22:58, Hendrik Tews wrote:
I updated otags in the git repo with the new upstream version for
OCaml 4.05. [...]
Thanks. Uploaded.
Cheers,
--
Stéphane
Package: src:polygen
Version: 1.0.6.ds2-16
Severity: serious
Dear maintainer,
Please recompile polygen with OCaml 4.05.0. This cannot be done with a
binNMU, since polygen is arch:all.
Cheers,
--
Stéphane
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy:
Package: emacspeak-espeak-server
Version: 46.0+dfsg-3
Severity: minor
Dear maintainer,
The short description for emacspeak-espeak-server reads:
espeak syntesis server for emacspeak
Shouldn't it be "synthesis"?
Cheers,
--
Stéphane
-- System Information:
Debian Release: buster/sid
APT
On 15/08/2017 22:16, Emilio Pozuelo Monfort wrote:
> Control: tags -1 confirmed
> [...]
>> ocaml 4.05.0 and a few selected packages have been uploaded to
>> experimental and build fine on all architectures [3].
>
>> So, basically, this transition is ready to be started from my point of
>> view.
Control: reassign -1 ftp.debian.org
Control: retitle -1 RM: ocaml-deriving -- RoM; unmaintained, obsolete...
On 02/05/2015 16:10, Sylvain Le Gall wrote:
> Currently, ocaml-deriving has no human maintainers. It is maintained by
> the
> Debian OCaml team because of the need of transition
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
We would like to update ocaml from 4.02.3 to 4.05.0. This is 3 major
releases (and 2 years) ahead.
With current unstable, on amd64:
- 9 source uploads (at least) are
On 06/08/2017 20:17, Thomas Leonard wrote:
>> zeroinstall-injector FTBFS with OCaml 4.05.0. Relevant log:
>>> [...]
>>> Option -a cannot be used with .cmxa input files.
>
> This is fixed upstream in 2.12.2, but that also uses the new Lwt 3.0
> package naming (lwt_react rather than lwt.react). Are
On 02/08/2017 03:57, Daniel Kahn Gillmor wrote:
>> [...] Another way would be to
>> depend on an external ocaml bdb library, rather than shipping our own.
>
> Stéphane, is there any prospect of packaging libbdb-ocaml separately for
> debian?
If it becomes a separate upstream project, yes.
On 01/08/2017 20:15, Stéphane Glondu wrote:
>> Take a look at the buildd results for 1.1.6-5 and 1.1.6-6:
>>
>> https://buildd.debian.org/status/logs.php?pkg=sks=1.1.6-5=sid
>> https://buildd.debian.org/status/logs.php?pkg=sks=1.1.6-6=sid
>>
>> in 1.1
On 01/08/2017 18:26, Daniel Kahn Gillmor wrote:
> Take a look at the buildd results for 1.1.6-5 and 1.1.6-6:
>
> https://buildd.debian.org/status/logs.php?pkg=sks=1.1.6-5=sid
> https://buildd.debian.org/status/logs.php?pkg=sks=1.1.6-6=sid
>
> in 1.1.6-5, mips, mipsel, and sh4 all fail with:
>
>
On 01/08/2017 17:55, Steve Langasek wrote:
>>> I believe the provided patch is inaccurate because it doesn't handle the
>>> case of a given package name appearing at the very beginning or the very end
>>> of the dependency list.
>
>>> The syntax that I have used for transition trackers in Ubuntu
On 01/08/2017 02:00, Steve Langasek wrote:
> I believe the provided patch is inaccurate because it doesn't handle the
> case of a given package name appearing at the very beginning or the very end
> of the dependency list.
>
> The syntax that I have used for transition trackers in Ubuntu that
On 01/08/2017 01:44, Balint Reczey wrote:
> The queries generated for the auto-* transitions may match more
> packages than expected due to \b matching "-".
> [...]
> - let rex = Re_pcre.regexp (Printf.sprintf "\b(%s)\b" r_string) in
> + let rex = Re_pcre.regexp (Printf.sprintf "[
On 31/07/2017 21:03, Daniel Kahn Gillmor wrote:
> But the fact that we need it is pretty disappointing, and it's not the
> first time that a backwards-incompatible API change was introduced in
> what looks like a minor release of OCaml. (see also the bytes changes
> introduced in 4.02 or 4.03 for
Package: release.debian.org
Severity: normal
Dear RT,
camlp5, lablgtk2 and other packages have been waiting for migration to
testing for a while. Their migration is essentially blocked by
hol-light and botch which FTBFS at the moment.
Here are hints to make things evolve (courtesy of
Package: src:zeroinstall-injector
Version: 2.12-5
Severity: important
User: debian-ocaml-ma...@lists.debian.org
Usertags: ocaml-4.05.0-transition
Dear maintainer,
zeroinstall-injector FTBFS with OCaml 4.05.0. Relevant log:
> [...]
> ocamlfind ocamlopt -a -thread -package curl.lwt -thread
>
Package: src:sks
Version: 1.1.6-5
Severity: important
Tags: patch
User: debian-ocaml-ma...@lists.debian.org
Usertags: ocaml-4.05.0-transition
Dear maintainer,
sks FTBFS with OCaml 4.05.0. Relevant log:
> [...]
> ocamlc -I lib -I bdb -I +zarith -I +cryptokit -ccopt -g -ccopt -O2 -ccopt
>
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu <glo...@debian.org>
* Package name: jbuilder
Version : 1.0~beta11
Upstream Author : Jane Street Group, LLC <opensou...@janestreet.com>
* URL : https://github.com/janestreet/jbuilder
* License
Package: src:dochelp
Version: 0.1.5
Severity: important
User: debian-ocaml-ma...@lists.debian.org
Usertags: ocaml-4.05.0-transition
Dear maintainer,
dochelp uses ocamlbuild. To ease a future transition to ocaml 4.05.0,
where ocamlbuild is a separate package, please add it to
Build-Depends. The
Package: src:zeroinstall-injector
Version: 2.12-4
Severity: important
User: debian-ocaml-ma...@lists.debian.org
Usertags: ocaml-4.05.0-transition
Dear maintainer,
zeroinstall-injector uses ocamlbuild. To ease a future transition to
ocaml 4.05.0, where ocamlbuild is a separate package, please add
retitle 868480 hhvm FTBFS with OCaml 4.05.0: missing ocamlbuild and
other issues
tags 868480 + patch
thanks
On Sat, 15 Jul 2017 23:46:06 +0200 I wrote:
hhvm uses ocamlbuild. To ease a future transition to ocaml 4.05.0,
where ocamlbuild is a separate package, please add it to
Build-Depends. The
tags 868849 + patch
thanks
On 19/07/2017 10:35, Stéphane Glondu wrote:
orpie FTBFS with ocaml 4.05.0. Relevant log:
[...]
cd gsl && ocamlc.opt -ccopt "-I/usr/include -g -O2 -DHAVE_INLINE -DHAVE_FENV -g
-O2" -c mlgsl_error.c
In file included from mlgsl_error.c:9:0:
mlgsl_er
tags 869869 + patch
thanks
On 27/07/2017 11:40, Stéphane Glondu wrote:
kalzium FTBFS with OCaml 4.05.0. Relevant log:
[...]
[ 55%] Generating modwrap.o
cd /tmp/kalzium-16.08.3/obj-x86_64-linux-gnu/src && /usr/bin/ocamlopt -I
/usr/lib/ocaml/facile -c /tmp/kalzium-16.08.3/src/solver/m
Package: src:kalzium
Version: 4:16.08.3-1
Severity: important
User: debian-ocaml-ma...@lists.debian.org
Usertags: ocaml-4.05.0-transition
Dear maintainer,
kalzium FTBFS with OCaml 4.05.0. Relevant log:
> [...]
> [ 55%] Generating modwrap.o
> cd /tmp/kalzium-16.08.3/obj-x86_64-linux-gnu/src &&
Package: src:botch
Version: 0.21-3
Severity: important
User: debian-ocaml-ma...@lists.debian.org
Usertags: ocaml-4.05.0-transition
Dear maintainer,
botch uses ocamlbuild. To ease a future transition to ocaml 4.05.0,
where ocamlbuild is a separate package, please add it to
Build-Depends. The
On 22/07/2017 19:48, Ximin Luo wrote:
Sadly we now have one new failure, on arm64:
https://buildd.debian.org/status/fetch.php?pkg=ocaml=arm64=4.05.0-5=1500739972=0
E: Build killed with signal TERM after 150 minutes of inactivity
Even though this was built in experimental, it was built with
On 22/10/2016 17:44, Niels Thykier wrote:
Source: ben
Severity: normal
Which version?
When using "exact string matching" in a ben file a la:
"""
[...]
is_bad = .build-depends ~ "foo";
[...]
"""
ben reports an error like:
"""
W: Failed to process transition : Failure("unable to parse: alex
tags 868938 + patch
thanks
On 19/07/2017 18:54, Stéphane Glondu wrote:
polygen FTBFS with ocaml 4.05.0. Relevant log:
[...]
ocamlc -c -unsafe check.ml -o check.cmo
File "check.ml", line 40, characters 59-62:
Error: This expression has type elt -> Prelude.P
tags 868960 + patch
thanks
On 20/07/2017 00:32, Stéphane Glondu wrote:
> A possible fix is to compile files in ./src/xml2modelica without the "-I
> ./src/modelica_compiler" option.
Attached is a patch (to be dropped in debian/patches) that does that. It
should be compatibl
On 19/07/2017 23:21, Stéphane Glondu wrote:
> scilab FTBFS with ocaml 4.05.0. Relevant log:
>> [...]
>> ocamlopt -o XML2Modelica -I ./src/modelica_compiler -I ./src/xml2modelica
>> nums.cmxa ./src/xml2modelica/xMLTree.cmx ./src/xml2modelica/linenum.cmx
>> ./src/xm
Package: src:scilab
Version: 5.5.2-4
Severity: important
Dear maintainer,
scilab FTBFS with ocaml 4.05.0. Relevant log:
> [...]
> ocamlopt -o XML2Modelica -I ./src/modelica_compiler -I ./src/xml2modelica
> nums.cmxa ./src/xml2modelica/xMLTree.cmx ./src/xml2modelica/linenum.cmx
>
Package: src:polygen
Version: 1.0.6.ds2-15
Severity: important
Dear maintainer,
polygen FTBFS with ocaml 4.05.0. Relevant log:
> [...]
> ocamlc -c -unsafe check.ml -o check.cmo
> File "check.ml", line 40, characters 59-62:
> Error: This expression has type elt -> Prelude.Prelude.symbol
>
Package: src:orpie
Version: 1.5.2-1
Severity: important
Dear Maintainer,
orpie FTBFS with ocaml 4.05.0. Relevant log:
> [...]
> cd gsl && ocamlc.opt -ccopt "-I/usr/include -g -O2 -DHAVE_INLINE -DHAVE_FENV
> -g -O2" -c mlgsl_error.c
> In file included from mlgsl_error.c:9:0:
> mlgsl_error.c:
On 15/07/2017 13:40, bi...@debian.org wrote:
> Your package is {build-}depending against gnome-vfs which is
> deprecated for quite some times now and has been replaced by gvfs.
Are you sure? I see no occurrences of "vfs" in the lablgtk2 source package.
Cheers,
--
Stéphane
On 17/07/2017 09:00, Daniel Kahn Gillmor wrote:
Some recent change in unstable makes sks FTBFS:
https://tests.reproducible-builds.org/debian/history/sks.html
https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/sks.html
...
ocamlopt -I lib -I bdb -I +cryptokit -ccopt -g -ccopt
Package: src:hhvm
Version: 3.12.11+dfsg-1
Severity: important
Dear maintainer,
hhvm uses ocamlbuild. To ease a future transition to ocaml 4.05.0,
where ocamlbuild is a separate package, please add it to
Build-Depends. The dependency is fullfilled by ocaml 4.02.3-10 at the
moment.
Cheers,
--
On 13/07/2017 08:14, Niels Thykier wrote:
If you don't want to have dh_installdocs to touch that file, then you
should use either:
* --exclude usr/share/doc/ocaml-nox/README.Debian
=> Make dh_installdocs stop trying to install anything there.
* --ignore debian/README.Debian
=> Make
Package: debhelper
Version: 10.6.3
Severity: serious
Hello,
At the moment, ocaml FTBFS in unstable. I think this is because of
debhelper. Indeed, the error message is:
> [...]
> dh_install: ./debian/ld.conf overwrites debian/tmp/usr/lib/ocaml/ld.conf
> (both installed as:
On 03/07/2017 21:54, Conrad Hughes wrote:
Ralf> The problem is that any software used to build packages in a
Ralf> distribution (sid, in this case) must also be in the distribution.
Ralf> Hence, providing builds of unison produced with different ocaml
Ralf> versions implies having packages for
On 03/07/2017 00:39, Conrad J.C. Hughes (for Debian package stuff) wrote:
Just to add another voice to this, particularly re: the oddness that stretch
ships with ocaml-4.02, while its unison is compiled with -4.01.
Yes, that's unfortunate indeed.
I realise it's heinous, but I do kindof think
reassign 860405 libocamlbricks-ocaml-dev
affects 860405 marionnet
thanks
On 16/04/2017 16:22, Chris Lamb wrote:
marionnet: segfaults after installation, not usable
If I rebuild the package I can still reproduce the segfault. A
quick attempt at getting a backtrace results in:
(gdb) bt full
On 18/04/2017 10:25, Stéphane Glondu wrote:
on bytecode only architectures, the native related files won't be
compiled because
ocamlopt is not available in ocaml. So I made those files optional in
the attached patch.
Note that on ppc64el, ocamlopt is available starting with ocaml 4.03 and
.cmx
401 - 500 of 1260 matches
Mail list logo