Bug#868631: sks FTBFS: No implementations provided for module Z referenced from cryptokit.cmxa

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

Bug#868480: Please build-depend on ocamlbuild

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

Bug#868204: dh_installdocs tries to install README.Debian even if it already exists (regression)

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

Bug#868204: dh_installdocs tries to install README.Debian even if it already exists (regression)

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:

Bug#802919: unison: synchronization incompatibility when built with Ocaml versions pre/post-4.02

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

Bug#802919: unison: synchronization incompatibility when built with Ocaml versions pre/post-4.02

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

Bug#860405: marionnet: segfaults after installation, not usable

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

Bug#859966: Make native related files optional on bytecode archs

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

Bug#859969: Make native related files optional on bytecode archs

On 13/04/2017 18:39, Frederic Bonnard 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 .a,

Bug#859966: Make native related files optional on bytecode archs

On 13/04/2017 18:33, Frederic Bonnard 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

Bug#859723: ITP: belenios -- verifiable voting system

Package: wnpp Severity: wishlist Owner: =?utf-8?q?St=C3=A9phane_Glondu?= <glo...@debian.org> * Package name: belenios Version : 1.4 Upstream Author : Stéphane Glondu <stephane.glo...@inria.fr> * URL : http://www.belenios.org/ * License : AGPL-3+

Bug#855096: unison: segfaults after connection has been established

severity 855096 important thanks On 14/02/2017 02:07, Norbert Preining wrote: since short time unison (gtk and text mode) is crashing with sigsegv after the connection has been started. What are the versions (and origin) of unison used at each endpoint? Can you reproduce the bug easily? I

Bug#854787: unusable plugin

Package: libzarith-ocaml Version: 1.4.1-1 Severity: important Hello, $ cat plugin.ml print_endline Z.(to_string (one + of_string Sys.argv.(1))) $ cat loader.ml open Dynlink let () = try loadfile "/usr/lib/ocaml/zarith/zarith.cmxs"; loadfile "plugin.cmxs" with Error e -> prerr_endline

Bug#844038: ocamlnet: FTBFS on hurd-i386: PATH_MAX

On 15/11/2016 10:46, Stéphane Glondu wrote: The attached patch avoids using by by just reading the symlink length, and adjusting the size in case the symlink length increased in between through really bad concurrency luck. Sorry, I should have really tested it, here is a fixed patch

Bug#842384: grisbi: new upstream release 1.0.1

On 14/11/2016 21:02, Roberto C. Sánchez wrote: I still use Grisbi, though its maintenance has not been as high a priority for me as it ought to be. [...] Same here. [...] As Stéphane is the primary maintainer, the decision is his whether to accept additional co-maintainers. However, as far

Bug#844038: ocamlnet: FTBFS on hurd-i386: PATH_MAX

On 14/11/2016 21:47, Samuel Thibault wrote: The attached patch avoids using by by just reading the symlink length, and adjusting the size in case the symlink length increased in between through really bad concurrency luck. Sorry, I should have really tested it, here is a fixed patch. + if

Bug#837359: ocaml: Please build libasmrun.a with -fPIC

On 10/09/2016 23:27, Balint Reczey wrote: During a rebuild of all packages in sid, many ocaml packages failed to build on amd64 with patched GCC and dpkg. The root cause seems to be that libasmrun.a is shipped as a non-PIC library. There is already a version of libasmrun.a compiled with -fPIC:

Bug#484497: please ship the menhir pdf manual

> I just asked Yann and it should be ok for the next release. I just updated menhir to version 20160808, and no *.tex file in the upstream tarball... Cheers, -- Stéphane

Bug#834044: src:ocaml: ocaml does not appear to allow all hardening flags when building other projects

reassign 834044 sks tags 834044 + patch thanks On 11/08/2016 17:52, Daniel Kahn Gillmor wrote: In particular, i see errors like the following: […] ocamlopt -o sks -I lib -I bdb -I +cryptokit -ccopt -g -ccopt -O2 -ccopt -fdebug-prefix-map=/home/dkg/src/sks/sks=. -ccopt -fPIE -ccopt

Bug#834021: ITP: ocaml-base64 -- Base64 encoding and decoding OCaml library

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: ocaml-base64 Version : 2.0.0 Upstream Author : Thomas Gazagnaire <tho...@gazagnaire.com> * URL : https://github.com/mirage/ocaml-base64 * License

Bug#833513: Core needs update to cope with PPX-style syntax extensions

Package: src:janest-core-kernel Version: 113.00.00-3 Severity: serious Hello, (Jane Street's) Core packages need update to cope with PPX-style syntax extensions. But to package the current version of Core, many new packages are needed. Here is a list (redacted from what is installed by "opam

Bug#833498: ITP: ppx-sexp-conv -- generation of S-expressions from type definitions

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: ppx-sexp-conv Version : 113.33.03 Upstream Author : Jane Street Group LLC * URL : https://github.com/janestreet/ppx_sexp_conv * License : Apache-2.0

Bug#833495: ITP: ppx-type-conv -- support library for type-driven code generators

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: ppx-type-conv Version : 113.33.03 Upstream Author : Jane Street Group LLC * URL : https://github.com/janestreet/ppx_type_conv * License : Apache-2.0

Bug#833362: ITP: ppx-driver -- feature-full driver for OCaml AST transformers

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: ppx-driver Version : 113.33.03 Upstream Author : Jane Street Group LLC * URL : https://github.com/janestreet/ppx_driver * License : Apache-2.0

Bug#833353: ITP: ocaml-result -- compatibility Result module

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: ocaml-result Version : 1.2 Upstream Author : Jane Street Group, LLC * URL : https://github.com/janestreet/result * License : BSD Program

Bug#832979: ITP: ppx-optcomp -- optional compilation for OCaml

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: ppx-optcomp Version : 113.33.03 Upstream Author : Jane Street Holding, LLC * URL : https://github.com/janestreet/ppx_optcomp * License : Apache-2.0

Bug#832881: ITP: ppx-deriving -- type-driven code generation for OCaml

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: ppx-deriving Version : 3.3 Upstream Author : Peter Zotov <whitequ...@whitequark.org> * URL : https://github.com/whitequark/ppx_deriving * License

Bug#832596: ITP: ppx-core -- standard library for ppx rewriters

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: ppx-core Version : 113.33.03 Upstream Author : Jane Street Holding, LLC <opensou...@janestcapital.com> * URL : https://github.com/janestr

Bug#832174: ITP: js-build-tools -- collection of tools to help building Jane Street Packages

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: js-build-tools Version : 113.33.04 Upstream Author : Jane Street Holding, LLC <opensou...@janestcapital.com> * URL : https://github.com/janestreet/js

Bug#829711: X freezes (regression)

Package: src:linux Version: 4.6.2-2 Severity: important Dear Maintainer, Starting with linux-image-4.6.0-1-amd64, my system crashes approx. 8 minutes after boot. The symptoms are: the X server freezes; after a few seconds, the mouse pointer resumes moving but the rest of the graphical interface

Bug#828744: When in private browsing session, "Cookies" menu manipulates main session's cookies

Package: xul-ext-webdeveloper Version: 1.2.5+repack-3 Severity: normal Dear Maintainer, The "Cookies" menu that appears in the Web Developer toolbar seems to always manipulate the main session's cookies, even when in private browsing mode. Cheers, -- Stéphane -- System Information: Debian

Bug#636312: how to write ipv6 addresses in unison

On 31/05/2016 17:49, Gangadhar wrote: I am trying to connect remote side with Ipv6 address, but getting "bad port" error. ./unison -sshargs "-o NumberOfPasswordPrompts=0 -o StrictHostKeyChecking=no -o UserKnownHostsFile=/dev/null -o ConnectTimeout=10 -o ConnectionAttempts=2 -o

Bug#825996: RM: ocaml-ctypes [powerpc] -- ROM; FTBFS on powerpc (and bytecode architectures)

Package: ftp.debian.org Severity: normal Dear FTP masters, The binary packages of ocaml-ctypes (libctypes-ocaml and libctypes-ocaml-dev) on powerpc prevent the package from migrating to testing. Please remove them from unstable. Cheers, -- Stéphane

Bug#815577: libcurl-ocaml: ocurl package is very out of date and lacks Lwt support

tags 815577 + pending thanks Le 22/02/2016 18:12, Thomas Leonard a écrit : > I've had some reports of 0install hanging on Debian/Ubuntu. I suspect this is > due to the very old version of ocurl found there: > > https://github.com/0install/0install/issues/54#issuecomment-186845945 Thank you, I

Bug#773409: updated patch

Le 14/02/2016 12:28, Adam Borowski a écrit : > x32 support has been accepted upstream. I'd be great to have it in Debian > as well -- not having ocaml blocks hundreds of packages, both those written > in ocaml as well as those which depend on ones written in ocaml. > > As you probably don't want

Bug#814225: Incorrect Homepage URL

Package: storaged Version: 2.4.0-1 Severity: minor Dear Maintainer, $ HEAD http://storaged-project.org/ 500 Can't connect to storaged-project.org:80 Content-Type: text/plain Client-Date: Tue, 09 Feb 2016 10:56:23 GMT Client-Warning: Internal response Cheers, -- Stéphane -- System

Bug#813588: RM: libeliom-ocaml -- NBS; uninstallable

Package: ftp.debian.org Severity: normal Dear FTP masters, Please remove libeliom-ocaml binaries. It used to be built by eliom, but is no longer. Cheers, -- Stéphane

Bug#813526: Fails with Fatal error: exception Not_found

Package: utop Version: 1.18.1-1 Severity: grave Dear maintainer, Something is wrong with utop. In a clean chroot: $ utop Fatal error: exception Not_found Besides, it is compiled without debugging information: $ OCAMLRUNPARAM=b utop Fatal error: exception Not_found Called from unknown location

Bug#809225: Nice way to solve bugs and segfaults

Le 12/01/2016 01:31, Nathael Pajani a écrit : >> In the meantime, he are the few working solutions that have been mentioned >> by some users: >> 1) Copy needed binaries on systems you want to synchronize with. > > I tried this, it did not work. There are many combinations possible. Generally,

Bug#807019: tracking bin-num - broken unison due to binnmu upload

Le 22/12/2015 00:38, Mehdi Dogguy a écrit : >> The change done in unison 2.48 to overcome this looks pretty big... I'm >> not sure I'll be able/willing to provide a unison2.40.102 any more. >> Moreover, this package was created to provide compatibility with >> previous Debian releases, but another

Bug#807019: tracking bin-num - broken unison due to binnmu upload

Le 06/12/2015 12:15, Norbert Preining a écrit : > * is there a way to track down who uploaded -3+b1? For "who", I don't know. But for "why", cf /usr/share/doc/unison2.40.102/changelog.Debian.amd64.gz: > unison2.40.102 (2.40.102-3+b1) sid; urgency=low, binary-only=yes > > * Binary-only

Bug#805456: unison: fails to recognize changes after upgrade of unison on both hosts

Le 18/11/2015 12:25, Matthis Kruse a écrit : > after upgrading unison on both hosts it doesnt seem to recognize any changes. > I've created several different folders with different contents. > (to be specific: detached sign files from gpg) > However, unison tells me that nothing has changed. I've

Bug#802919: unison: synchronization incompatibility when built with Ocaml versions pre/post-4.02

Le 25/10/2015 07:10, Mark J. Nelson a écrit : > Due to a change in ocaml's serialization format, unison built with an > ocaml pre-4.02 can't synchronize with one built with 4.02 and > later. This causes a compatibility mess, since the usual requirement > that both endpoints must have the same

Bug#803257: ITP: reactivedata -- FRP with incremental changes in data structures

Package: wnpp Severity: wishlist Owner: "Stéphane Glondu" <glo...@debian.org> * Package name: reactivedata Version : 0.1 Upstream Author : Hugo Heuzard * URL : https://github.com/ocsigen/reactiveData * License : LGPL Programming Lang: OCa

Bug#801515: mouse clicks are ignored

> Mouse clicks work again after the last upgrade. I was too enthusiastic. Even an up-to-date (testing) system (except for the kernel, see #802452) has the problem. The problem seems to happen specifically with the nvidia-legacy-304xx xorg driver. I have no idea how/why a driver could produce this

Bug#802452: nvidia-legacy-304xx-driver: X fails to start

Le 27/10/2015 17:07, Stéphane Glondu a écrit : > It seems that I am experiencing the same bug. I have upgraded to > 304.128-6, and the bug is still present. I tried using the vesa driver. It worked for a few hours, then froze the graphical display (I could still SSH in). Then, it never

Bug#802347: mlpost: FTBFS: mlpost.mli: lexing: empty token

Control: reassign -1 ocaml Control: affects -1 mlpost Le 19/10/2015 19:48, Chris West (Faux) a écrit : > [...] > File "/mlpost-0.8.1/_build/mlpost.mli", line 4186: > lexing: empty token > 16 error(s) encountered > Command exited with code 1. > ocamlbuild.Makefile:198: recipe for target 'doc'

Bug#789619: plplot: FTBFS: Configuring incomplete, errors occurred! (debdiff so far)

Le 09/10/2015 21:41, Ole Streicher a écrit : > I tried it, but in the moment on unstable there is a dependency problem with > ocaml: > > libcairo-ocaml-dev : Depends: ocaml-nox-4.01.0 which is a virtual package > and is not provided by any available package. > [...] > > This happened since

Bug#801773: FTBFS with OCaml 4.02.3

Package: src:dose3 Version: 4.0.2-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, dose3 fails to build on all architectures: https://buildd.debian.org/status/package.php?p=dose3=sid Cheers, -- Stéphane -- System

Bug#801515: mouse clicks are ignored

Package: gnome-shell Version: 3.16.3-2 Severity: important Dear Maintainer, I've just upgraded and rebooted my system, and now mouse clicks have no effect in gnome-shell. For example, I cannot close a window by clicking on the top left right hand button, I cannot focus a window or a desktop in

Bug#801459: FTBFS with OCaml 4.02.3

Package: src:coccinelle Version: 1.0.0.deb-1 Severity: serious Dear Maintainer, coccinelle fails to build on all architectures: https://buildd.debian.org/status/package.php?p=coccinelle=sid Cheers, -- Stéphane -- System Information: Debian Release: stretch/sid APT prefers testing APT

Bug#801458: FTBFS with OCaml 4.02.3

Package: src:misery Version: 0.2-1 Severity: serious Control: block 789133 by -1 Dear Maintainer, misery fails to build on all architectures: https://buildd.debian.org/status/package.php?p=misery=sid Cheers, -- Stéphane -- System Information: Debian Release: stretch/sid APT prefers

Bug#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

Le 05/10/2015 17:47, Ben Hutchings a écrit : > Right, this CPU is missing AES-NI so this module should refuse to > initialise. > > Patch attached; please test it following the instructions at > . It works. Cheers,

Bug#789133: transition: ocaml 4.02.3

Le 30/09/2015 19:21, Emilio Pozuelo Monfort a écrit : >> Now that gcc-5 migrated, can anyone give an ETA for the OCaml transition? > > Has the situation improved wrt the last status update? Can you give an update? plplot has been removed from testing. No other improvements, but I believe we can

Bug#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

Le 05/10/2015 16:36, Ben Hutchings a écrit : > [...] >> I think the crash is late enough that it will have been logged to >> /var/log/messages, so please can you provide the full BUG/oops message >> from there? > > Also, the contents of /proc/cpuinfo. Attached. Cheers, -- Stéphane processor

Bug#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

Le 05/10/2015 16:36, Ben Hutchings a écrit : > It's not the disk encryption; I think it's IPsec. Indeed: the problem disappeared when I purged ipsec-tools and racoon. The problem is back when I reinstall ipsec-tools. > I think the crash is late enough that it will have been logged to >

Bug#800934: linux-image-4.2.0-1-amd64: Kernel 4.2.0-1-amd64 does not boot

Le 05/10/2015 17:20, Stéphane Glondu a écrit : >> It's not the disk encryption; I think it's IPsec. > > Indeed: the problem disappeared when I purged ipsec-tools and racoon. > The problem is back when I reinstall ipsec-tools. > >> I think the crash is late enough that

Bug#793791: [Pkg-anonymity-tools] Bug#793791: torbrowser-launcher: Fail to start "TypeError: _getEndpoint() takes exactly 4 arguments (2 given)"

On Mon, 27 Jul 2015 12:29:10 -0700 Micah Lee wrote: > > while trying to launch torbrowser-launcher it fail, > > and return me this error: > > [...] > I can reproduce. [...] I cannot reproduce. Is this bug still on topic? > I just opened an upstream bug [3]. > [3]

Bug#796257: dpkg-dev: dpkg-source does not respect permissions from tarball when umask is set to 0002

Le 10/09/2015 14:53, Guillem Jover a écrit : >> $ umask 0002 >> $ apt-get source hello >> $ ll hello-2.10|head -n5 >> total 1008K >> -rw-rw-r-- 1 steph steph 92K nov. 16 2014 ABOUT-NLS >> -rw-rw-r-- 1 steph steph 43K nov. 16 2014 aclocal.m4 >> -rw-rw-r-- 1 steph steph 593 juil. 19 2014

Bug#798336: fails to start: TypeError: attributes() got an unexpected keyword argument 'apply_with_init'

Package: torbrowser-launcher Version: 0.2.0-2 Severity: grave Dear Maintainer, Since this morning, torbrowser-launcher fails to start with the following error: Traceback (most recent call last): File "/usr/bin/torbrowser-launcher", line 29, in import torbrowser_launcher File

Bug#789133: transition: ocaml 4.02.3

Now that gcc-5 migrated, can anyone give an ETA for the OCaml transition? Cheers, -- Stéphane

Bug#786913: Bug#794583: ocaml: Allow setting arbitrary RNG seed in ocamlopt

Le 04/08/2015 18:41, Valentin Lorentz a écrit : While working on the “reproducible builds” effort [1], we have noticed that ocamlopt relies on temporary files whose names are generated randomly and are part of the output files' symbols. See #795784, #796336 and #786913. Therefore, we need a

Bug#796366: dh-strip-nondeterminism: missing dependency on libtimedate-perl

Package: dh-strip-nondeterminism Version: 0.009-1 Severity: important Dear Maintainer, dh_strip_nondeterminism uses Date/Parse.pm. Currently, one needs to manually install libtimedate-perl to make it work. Cheers, -- Stéphane -- System Information: Debian Release: stretch/sid APT prefers

Bug#796380: src:omake: embeds build date, makes package non-reproducible

Package: src:omake Version: 0.9.8.5-3 Severity: wishlist User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Dear Maintainer, omake embeds its build date in its executable: $ omake --version OMake 0.9.8.5 (release 3): build [Fri Aug 21 17:08:33 2015] on

Bug#796418: src:cduce: embeds build date, makes package non-reproducible

Package: src:cduce Version: 0.6.0-1 Severity: wishlist User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Dear Maintainer, cduce embeds its build date in its executable. To make it reproducible, it should be patched to use SOURCE_DATE_EPOCH if it is set. Cheers, --

Bug#796336: ocamlopt -pack produces non-reproducible output

Package: ocaml Version: 4.01.0-5 Severity: normal User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain randomness Dear Maintainer, $ touch a.ml b.ml $ ocamlopt -for-pack Toto -c a.ml $ ocamlopt -for-pack Toto -c b.ml $ mkdir b1 b2 $ ocamlopt -pack -o toto.cmx a.cmx b.cmx $ mv

Bug#796257: dpkg-dev: dpkg-source does not respect permissions from tarball when umask is set to 0002

Package: dpkg-dev Version: 1.18.2 Severity: normal User: reproducible-bui...@lists.alioth.debian.org Usertags: umask toolchain Dear Maintainer, $ umask 0002 $ apt-get source hello $ ll hello-2.10|head -n5 total 1008K -rw-rw-r-- 1 steph steph 92K nov. 16 2014 ABOUT-NLS -rw-rw-r-- 1 steph steph

Bug#795784: ocamlopt startup file randomness ends up in final executable

Package: ocaml Version: 4.01.0-5 User: reproducible-bui...@lists.alioth.debian.org Usertags: toolchain randomness Files generated by ocamlopt are not reproducible: $ touch toto.ml $ ocamlopt -o a toto.ml $ ocamlopt -o b toto.ml $ diff -u (readelf -a a) (readelf -a b) --- /proc/self/fd/11

Bug#795443: ocaml: please make the ocamldoc date configurable

Le 14/08/2015 02:25, Chris Lamb a écrit : While working on the reproducible builds effort [1], we have noticed that ocamldoc always generates manpages with the current date. The attached patch adds a -man-date argument to ocamldoc to accept any arbitrary string. This is the same as #794586,

Bug#791286: smokegen: library transition may be needed when GCC 5 is the default

Control: tags -1 + confirmed Control: severity -1 serious On Fri, 03 Jul 2015 13:14:20 + Matthias Klose d...@debian.org wrote: - Decide if the symbols matching __cxx11 or B5cxx11 are part of the library API, and are used by the reverse dependencies of the library. There is at least

Bug#794586: ocaml: Please make ocamldoc produce reproducible manpages

Control: tags -1 + pending Le 04/08/2015 19:10, Valentin Lorentz a écrit : The attached patch removes extra timestamps from the generated documentation. Once applied, ocamldoc-generated manpages can be built reproducibly in our current experimental framework. With your patch, ocaml FTBFS when

Bug#461125: ocaml-nox: linking into a shared library fails due to R_X86_64_32 relocations

Control: tags -1 + fixed-upstream pending Le 16/01/2008 19:53, Mathijs Romans a écrit : I'm not sure I understand the problem exactly, I'm sorry for that. I run on AMD64 and I'm making a shared library using the library libasmrun.a. However the linker complains that a relocation

Bug#795403: RM: json-wheel -- ROM; deprecated upstream

Package: ftp.debian.org Severity: normal Dear FTP masters, Upstream homepage reads: Json-wheel is now deprecated. Do not use it in new projects. It has been replaced by Yojson. Yojson is packaged in Debian. Please remove json-wheel. json-static depends on it, but I've also asked removal of

Bug#749261: ocaml: Please add support for OpenRISC/or1k architecture

tags 749261 + moreinfo thanks Le 25/05/2014 19:16, Manuel A. Fernandez Montecelo a écrit : I don't know if the support is perfect/complete, but at least it already allowed us to compile many ocaml-based packages from Debian unstable. Really? Your patch only touches the configure script. Adding

Bug#699330: dh_ocaml should add Built-Using fields

Le 30/01/2013 12:55, Stefano Zacchiroli a écrit : I think that dh_ocaml should automatically add Built-Using fields to OCaml packages that static link OCaml code (i.e. almost all of them) coming from other packages in the archive. This will ensure that those packages are not removed from the

Bug#795302: RM: camldbm -- ROM; obsolete, low popcon

Package: ftp.debian.org Severity: normal Dear FTP masters, Please remove camldbm from unstable. Cheers, -- Stéphane

Bug#795308: RM: json-static -- ROM; deprecated upstream

Package: ftp.debian.org Severity: normal Dear FTP masters, Upstream homepage reads: Json-static is now deprecated. Do not use it in new projects. It has been replaced by Atdgen. Atdgen is packaged in Debian. Please remove json-static. Cheers, -- Stéphane

Bug#794583: ocaml: Allow setting arbitrary RNG seed in ocamlopt

Le 04/08/2015 18:41, Valentin Lorentz a écrit : While working on the “reproducible builds” effort [1], we have noticed that ocamlopt relies on temporary files whose names are generated randomly and are part of the output files' symbols. ocamlc relies on temporary files as well. In general,

Bug#794583: ocaml: Allow setting arbitrary RNG seed in ocamlopt

Le 09/08/2015 21:46, Chris Lamb a écrit : My thoughts are that we can -- and should -- achieve the end result by making the calculation deterministic in all cases, ie. moving away from using an RNG altogher for this and basing the filename based on its contents. You mean, generate the file

Bug#793121: ocaml-fdkaac: FTBFS in pbuilder: error: configure script must not be run with root user!

tags 793121 + unreproducible thanks Le 21/07/2015 15:22, Andreas Beckmann a écrit : ocaml-fdkaac fails to build in pbuilder. [...] Running: apt-get source -d ocaml-fdkaac cowbuilder --build ocaml-fdkaac_0.2.0-1.dsc suceeds. pbuilder is definitively not running the build as root [...]

Bug#793121: ocaml-fdkaac: FTBFS in pbuilder: error: configure script must not be run with root user!

Le 21/07/2015 17:21, Stéphane Glondu a écrit : ocaml-fdkaac fails to build in pbuilder. [...] Running: apt-get source -d ocaml-fdkaac cowbuilder --build ocaml-fdkaac_0.2.0-1.dsc suceeds. Sorry, I read cowbuilder instead of pbuilder. However, I just tried with: pbuilder --build

Bug#792657: ocaml-ctypes: needs update to ctypes 0.4

Le 17/07/2015 09:46, whitequark a écrit : Please update the ctypes package to 0.4. LLVM OCaml bindings require ctypes =0.4 to enable their full functionality since 3.7, and due to ctypes being outdated these are currently not built for Debian. More information: ctypes = 0.4 needs findlib =

Bug#790819: FTBFS: cannot stat 'debian/tmp//usr/lib/ocaml/netcamlbox': No such file or directory

severity 790819 normal thanks Le 02/07/2015 13:24, Martin Michlmayr a écrit : dh_install --fail-missing -X.so.owner -Xmod_netcgi_apache.so cp: cannot stat 'debian/tmp//usr/lib/ocaml/netcamlbox': No such file or directory dh_install: cp --reflink=auto -a debian/tmp//usr/lib/ocaml/netcamlbox

Bug#790062: [Monotone-debian] Bug#790062: FTBFS with OCaml 4.02.2

Le 07/07/2015 21:47, Markus Wanner a écrit : I tried updating monotone-viz. However, I cannot currently build it (on experimental) due to dependency conflicts. Compared with the build quoted in comment 39, I'm missing liblablgtk2-ocaml 2.18.3. Instead, I get: The following packages have

Bug#790062: [Monotone-debian] Bug#790062: FTBFS with OCaml 4.02.2

Le 08/07/2015 18:06, Markus Wanner a écrit : Not all libraries have been recompiled in experimental, hence using OCaml from experimental is not so easy. Please upload the fix to unstable. It should be backward-compatible. I tried to build against sid, but: File app_types.mli, line 13,

Bug#791658: ITP: uutf -- OCaml UTF streaming codec

Package: wnpp Severity: wishlist Owner: Stéphane Glondu glo...@debian.org * Package name: uutf Version : 0.9.4 Upstream Author : Daniel C. Bünzli * URL : http://erratique.ch/software/uutf * License : BSD Programming Lang: OCaml Description : UTF

Bug#790819: FTBFS: cannot stat 'debian/tmp//usr/lib/ocaml/netcamlbox': No such file or directory

tags 790819 + unreproducible moreinfo thanks Le 02/07/2015 03:30, Martin Michlmayr a écrit : ocamlnet fails to build in unstable: I've just tried (on amd64) and it doesn't. sbuild (Debian sbuild) 0.64.1 (13 Oct 2013) on m400-c5n1.hlinux.usa.hp.com ... debian/rules override_dh_install

Bug#790062: [Caml-list] Change in typing between OCaml 4.01.0 and 4.02.2...

Le 28/06/2015 11:44, Jacques Garrigue a écrit : I think this is a result of tighter checks against self-references when compiling modules: http://caml.inria.fr/mantis/view.php?id=6886 Indeed, this seems to be the direct cause. Note that the behavior of referring to oneself through an

Bug#790062: FTBFS with OCaml 4.02.2

On Sat, 27 Jun 2015 16:56:22 +0200 Thomas Moschny thomas.mosc...@gmx.de wrote: I tried to fix monotone-viz's FTBFS for Fedora Rawhide (where we also have OCaml 4.02.2) with this patch, however compiling fails with this error: [...] ocamlc.opt -I /usr/lib/ocaml/lablgtk2 -I glib app_types.mli

Bug#790062: Patch

tags 790062 + patch thanks Attached is a patch that fixes the compilation of monotone-viz with OCaml 4.02.2. It works by moving the class type declarations of module App to a new module App_types, thereby eliminating the module self reference. It is also compatible with the version of OCaml in

Bug#790062: FTBFS with OCaml 4.02.2

Package: src:monotone-viz Version: 1.0.2-3 Severity: important Dear Maintainer, Your package fails to build with OCaml 4.02.2: [...] ocamlopt -I /usr/lib/ocaml/lablgtk2 -I glib -c app.ml File app.ml, line 172, characters 5-27: Error: This expression has type App.status It has no

Bug#790062: Change in typing between OCaml 4.01.0 and 4.02.2...

Hello, I am debugging why monotone-viz doesn't compile with OCaml 4.02.2. I have reduced the problem to the following: $ cat query.mli val make : #App.t - unit $ cat app.mli class type status = object method pop : unit - unit end class type t = object method query : status - unit

Bug#789959: gnome: Cannot suspend, cannot lock the screen with the shortcut

Package: gnome Version: 1:3.14+3 Severity: important Dear Maintainer, After the last upgrade, my laptop does no longer suspend when I close the lid. The suspend button doesn't work. I've found no Suspend option in the menu. I cannot suspend my laptop anymore from GNOME! pm-suspend works, but

Bug#789958: gnome: Cannot suspend, cannot lock the screen with the shortcut

Package: gnome Version: 1:3.14+3 Severity: important Dear Maintainer, After the last upgrade, my laptop does no longer suspend when I close the lid. The suspend button doesn't work. I've found no Suspend option in the menu. I cannot suspend my laptop anymore from GNOME! pm-suspend works, but

Bug#789133: transition: ocaml 4.02.2

Le 23/06/2015 23:45, Eric Cooper a écrit : I've updated approx to version 5.5-2 to fix the build failure due to deprecation of String.create in 4.02. Thank you. So I'd appreciate it if someone could build it from the master branch of git.debian.org/git/pkg-ocaml-maint/packages/approx.git and

Bug#789133: transition: ocaml 4.02.2

Le 22/06/2015 15:59, Emilio Pozuelo Monfort a écrit : Or if you can give a more detailed explanation of what will happen after ocaml is uploaded, binNMUs are scheduled, and we have ~30 packages that are holding the transition. I say we remove them from testing. dak rm -Rn -s testing shows that

Bug#789614: FTBFS with OCaml 4.02.2: Some fatal warnings were triggered

Package: src:virt-top Version: 1.0.7-1 Severity: important Dear Maintainer, Your package FTBFS with OCaml 4.02.2: [...] ocamlfind ocamlopt -warn-error A -package unix,extlib,curses,str,libvirt -package gettext-stub -package xml-light -package csv -c virt_top.ml File virt_top.ml, line 358,

Bug#789619: FTBFS: Configuring incomplete, errors occurred!

Package: src:plplot Version: 5.10.0+dfsg-1 Severity: serious Dear Maintainer, Your package fails to build in unstable: [...] -- Configuring incomplete, errors occurred! See also /tmp/plplot-5.10.0+dfsg/debian/build_tmp/CMakeFiles/CMakeOutput.log. See also

Bug#789354: FTBFS: rpm/librpm4_stubs.c:221:18: error: 'RPMTAG_SUGGESTSNAME' undeclared

Source: dose3 Version: 3.3-3 Severity: grave Dear Maintainer, dose3 currently fails to build from source in unstable. End of build log: [...] ocamlbuild -j 10 -no-links -cflags -warn-error,FPSXY rpm/rpm.otarget Finished, 0 targets (0 cached) in 00:00:00. + ocamlfind ocamlc -warn-error FPSXY

Bug#789133: transition: ocaml 4.02.2

Le 19/06/2015 12:56, Emilio Pozuelo Monfort a écrit : I see some of the failing packages have in the log: - Finished parsing the build-deps Wrong version of OCaml! That does that mean the package couldn't be built because of the dependency problems you mention? Indeed. My only concern

<    1   2   3   4   5   6   7   8   9   10   >