They killed off camlp4 in Fedora 31:
https://inbox.ocaml.org/caml-list/20190809143053.qwpkaeupviqtf...@annexia.org/
--
Stéphane
Source: dose3
Version: 5.0.1-12
Severity: important
Dear Maintainer,
Your package dose3 FTBFS with OCaml 4.08.0 because -safe-string is now
the default.
Please provide a version of dose3 that works with -safe-string. Note:
this can be done before OCaml is updated because the current version in
Source: zeroinstall-injector
Version: 2.12.3-2
Severity: serious
Dear Maintainer,
zeroinstall-injector build depends on obus, which is affected by
[1]. According to [2], it is an optional dependency. Please provide a
version of zeroinstall-injector without the dependency on obus.
It also seems
Le 09/08/2019 à 11:11, Ian Jackson a écrit :
> Thank you for investigating and providing a patch. Very helpful.
>
> Would you might please confirming your permission for me to distribute
> your change (and your name etc.), according to the Developer
> Certificate of Origin[1] ? You can do this
Control: tags -1 + patch
Le 09/08/2019 à 07:12, Stéphane Glondu a écrit :
> Adding "close F;" to line 4023 of /usr/bin/dgit (before chomp) seems to
> fix the bug.
Patch attached.
--
Stéphane
>From 676ce92febebbae76a8860e7299c9b157dbb73d2 Mon Sep 17 00:00:00 2001
From: St
Le 09/08/2019 à 06:57, Stéphane Glondu a écrit :
>> Is there an easy way for you to tell me what the name or contents of
>> the errant file is ?
>
> The file must be debian/source/format, as it is the only file in that
> directory.
>
>> Eg, maybe adding END { sleep
Le 04/08/2019 à 16:19, Ian Jackson a écrit :
> Is there an easy way for you to tell me what the name or contents of
> the errant file is ?
The file must be debian/source/format, as it is the only file in that
directory.
> Eg, maybe adding END { sleep 100; } somewhere
I added "sleep 100;" before
Le 06/08/2019 à 19:17, Andreas Metzler a écrit :
> please retry gnutls28 3.6.9-3 (sid) on i386. The error is not
> reproducible, a manual build in a local chroot succeeded.
>
> gb gnutls28_3.6.9-3 . i386
Done. It is getting in the way of some OCaml packages.
Cheers,
--
Stéphane
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
Please remove pipebang from unstable. It is unmaintained, obsolete
[1], and gets in the way of removing camlp4 [2] from Debian. It has
janest-core, janest-core-kernel and janest-core-extended as reverse
dependencies, for which there are
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
Please remove herelib from unstable. It is unmaintained, obsolete [1],
and gets in the way of removing camlp4 [2] from Debian. It has
janest-core and janest-core-kernel as reverse dependencies, for which
there are already RM bugs open.
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
Please remove enumerate from unstable. It is unmaintained, obsolete
[1], and gets in the way of removing camlp4 [2] from Debian. It has
janest-core and janest-core-kernel as reverse dependencies, for which
there are already RM bugs open.
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
Please remove janest-core-kernel from Debian. It is unmaintained, has
never been part of a stable release, and gets in the way of removing
camlp4 [1] from Debian. It has janest-core as reverse dependency, for
which there is already a RM
Control: tags -1 - moreinfo
Scott Kitterman, on Sun, 10 Sep 2017 11:51:59 -0400:
> Checking reverse dependencies...
> # Broken Build-Depends:
> janest-core-extended: libcore-ocaml-dev
> ocaml-re2: libcore-ocaml-dev
> ocaml-textutils: libcore-ocaml-dev (>= 113.00.00-4~)
>
> These need
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
Please remove ocaml-textutils from Debian. It is unmaintained, has never
been part of a stable release, and gets in the way of removing camlp4
[1] from Debian. It has janest-core-extended as reverse dependency,
for which I have also
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
Please remove ocaml-re2 from Debian. It is unmaintained, has never
been part of a stable release, and gets in the way of removing camlp4
[1] from Debian. It has janest-core-extended as reverse dependency,
for which I have also submitted
Package: ftp.debian.org
Severity: normal
Dear FTP Masters,
Please remove janest-core-extended from unstable. It is unmaintained,
has never been part of a stable release, and gets in the way of
removing camlp4 [1] from Debian.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=933722
Package: wnpp
Severity: normal
Hello,
Currently, ounit 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
Package: wnpp
Severity: normal
Hello,
Currently, ocaml-res 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
Package: wnpp
Severity: normal
Hello,
Currently, ocaml-expect 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
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
* Package name: ocaml-integers
Version : 0.3.0
Upstream Author : Jeremy Yallop and others
* URL : https://github.com/ocamllabs/ocaml-integers
* License : MIT
Programming Lang: OCaml
Description
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
* Package name: ocaml-stdio
Version : 0.12.0
Upstream Author : Jane Street Group, LLC
* URL : https://github.com/janestreet/stdio
* License : MIT
Programming Lang: OCaml
Description : Standard IO
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
* Package name: janest-base
Version : 0.12.2
Upstream Author : Jane Street Group, LLC
* URL : https://github.com/janestreet/base
* License : MIT
Programming Lang: OCaml
Description : Full
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu
* Package name: ocaml-sexplib0
Version : 0.12.0
Upstream Author : Jane Street Group, LLC
* URL : https://github.com/janestreet/sexplib0
* License : MIT
Programming Lang: OCaml
Description
Le 02/08/2019 à 15:10, Stéphane Glondu a écrit :
> At the moment, there is no version of camlp4 working with OCaml
> 4.08.0. Upstream suggests moving to ppx or camlp5.
Apparently, a 4.08-compatible camlp4 will be released, but it will be
the last one:
https://discuss.ocaml.org/t/t
I've dedicated a section to this problem in the wiki page:
https://wiki.debian.org/Teams/OCamlTaskForce/TODO
--
Stéphane
Package: scilab
Version: 6.0.1-10
Severity: important
Hello,
Currently, scilab FTBFS with OCaml 4.08.x because it depends on the num
library that used to be shipped with OCaml, but is no longer in 4.08.0.
Virtual packages libnum-ocaml{,-dev} have been added to the OCaml in
unstable (4.05.0-12).
Package: z3
Version: 4.4.1-0.4
Severity: important
Hello,
Currently, z3 FTBFS with OCaml 4.08.x because it depends on the num
library that used to be shipped with OCaml, but is no longer in 4.08.0.
Virtual packages libnum-ocaml{,-dev} have been added to the OCaml in
unstable (4.05.0-12). Please
Package: wnpp
Severity: normal
Hello,
Currently, gd4o 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
Package: wnpp
Severity: normal
Hello,
Currently, oasis 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
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 "[
401 - 500 of 1289 matches
Mail list logo