Package: src:geneweb
Version: 6.03-1
Severity: wishlist
Tags: patch
Dear Maintainer,
Your package fails to build from source with camlp5 6.05 (not yet
uploaded, but available in git [1]). I've lost the build log, but the
failure is basically due to the removal of Stdpp.Exc_located (which
has
Le 07/03/2012 09:14, Goswin von Brederlow a écrit :
I really don't get that argument. Nothing in having a debian directory
in the source hinders any other distribution. And plenty of sources
contain spec files for building rpms to no detriment to Debian. If any
non rpm based distribution picks
Le 07/03/2012 09:52, Goswin von Brederlow a écrit :
That is what major, minor and subversions (x.y.z) are for. If I change
only something in Debian I would not increment x or y and I would not
create a new tarball for release on e.g. ocamlforge.
I find this confusing. Debian has standardized
Le 07/03/2012 20:16, Daniel Bünzli a écrit :
I'll make a new release. However since I may take this opportunity to batch
convert all my projects to oasis this may take a few days. Is there any short
term debian deadline ? Otherwise I can make a release asap.
The freeze for the next stable
Le 06/03/2012 15:22, Benoît Knecht a écrit :
I think it important for any maintainer to clearly differentiate in
their mind upstream from Debian, even if they happen to be the same
person. Otherwise, you're artificially limiting your software to Debian,
which is at the opposite side of what
Le 05/03/2012 04:23, Nobuhiro Iwamatsu a écrit :
Please change Build-Depends of the package from libpng12-dev to libpng-dev.
PTS says that camlimages is part of libtiff4-symbols transition. Can I
upload it anyway?
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to
Le 05/03/2012 12:33, Goswin von Brederlow a écrit :
I am looking for a sponsor for my package libaio-ocaml
I've looked at the git repository (037a448). It is written explicitly in
[1]:
Do not close RFS bugs in debian/changelog.
but the bug you refer to in debian/changelog is a RFS bug
Le 06/03/2012 07:00, Raphael Geissert a écrit :
The backtrace goes all the way to libQtGui.so.4 (I use the libqt4 gtk
engine) from the following:
How to use the libqt4 gtk engine? Can you reproduce the bug with the
standard gtk engine? (I cannot)
Cheers,
--
Stéphane
--
To UNSUBSCRIBE,
Le 06/03/2012 08:18, Andreas Beckmann a écrit :
during a test with piuparts I noticed your package fails to upgrade from
'squeeze'.
It installed fine in 'squeeze', then the upgrade to 'wheezy' fails.
[...]
Precision: it fails when using apt, but it works using aptitude.
Could you please
Le 01/03/2012 15:50, Hendrik Tews a écrit :
ledit, geneweb and coq build without problems with strict camlp5.
Did you test with the latest version (6.04)? Thanks a lot for your great
work.
No, I used the current camlp5 package (6.02.3-1), changed it to
strict mode, installed it
Package: src:approx
Version: 3.5-1
Severity: serious
Tags: patch
Hello,
approx fails to build from source with ocamlnet 3.5.1:
/usr/bin/ocamlopt -c -warn-error A -I +netstring -o url.cmx url.ml
+ /usr/bin/ocamlopt -c -warn-error A -I +netstring -o url.cmx url.ml
File url.ml, line 1,
Le 01/03/2012 13:51, Hendrik Tews a écrit :
There are other reverse build-dependencies: matita, ssreflect,
geneweb... and maybe others (transitively). Someone has to test.
ulex0.8 does not build with a strict camlp5:
ocamlc -a -o pa_ulex.cma -pp 'camlp5o pa_extend.cmo
Le 28/02/2012 23:16, Hendrik Tews a écrit :
I looked at how camlp5 is compiled and I believe to build
transitional _and_ strict camlp5 executables and libraries from
one source package will require quite a bit of work. The reason
is that the names of executables and libraries are hardcoded in
Le 29/02/2012 10:01, Hendrik Tews a écrit :
What about the library?
You mean camlp5.cma and its variants? They differ between strict
and transitional modes and their name is hardcoded in the
Makefile as well. There might be some objects which are
identical, eg.
Le 29/02/2012 10:03, Pierre Boutillier a écrit :
I'm sorry but I do not see an answer to that question in the thread: Why
do we keep a camlp5 in transitionnal mode ?
This is a good question that I've been thinking about.
For packages, Coq and ledit support strict mode. The only remaining
Le 29/02/2012 11:23, Pierre Boutillier a écrit :
ssreflect and aactactics are OK
ulex does NOT depend anymore on camlp5 since v1.0:
CHANGES:
1.0
* Update to the new Camlp4 and to ocamlbuild (release for OCaml 3.10
only), by Nicolas Pouillard.
Err... we were talking about
Le 29/02/2012 18:04, Pino Toscano a écrit :
the asmcomp tests fail to link on hurd-i386, because the call_gen_code
symbol is missing.
The problem is that in testsuite/tests/asmcomp/i386.S the #define's that
are enabled for hurd are wrong. Using the linux_elf ones (just also it
is done in
Le 28/02/2012 09:21, Hendrik Tews a écrit :
I just noticed that camlp5 from Debian cannot compile hol-light,
because the latter requires a strict camlp5 (with configure -strict).
Has it ever be considered adding a Debian package for a strict
camlp5?
See
Le 15/02/2012 16:44, Andreas Romeyke a écrit :
File brackets.ml, line 3, characters 0-2:
Error: Comment not terminated
I believe it's an OCaml feature, that strings inside comments
must be terminated (but I cannot find it in the manual).
That would be a very strange feature, IMHO.
Package: aptitude
Version: 0.6.4-1.2
Severity: important
User: multiarch-de...@lists.alioth.debian.org
Usertags: multiarch
Dear Maintainer,
After installing dpkg 1.16.2~wipmultiarch from experimental, aptitude
show (what seems to be) all packages twice, and a version of all of
them always
Fladischer Michael wrote:
* Package name: django-kombu
Version : 0.9.1
Upstream Author : Ask Solem a...@celeryproject.org
* URL : http://github.com/ask/django-kombu/
* License : BSD
Programming Lang: Python
Description : Kombu transport using the
Le 18/01/2012 11:28, Romeyke, Andreas a écrit :
After upgrading Debian Squeeze to Testing, our ocaml based project does not
compile anymore,
because something is wrong now with sexplib.
We got the message Error: Unbound value string_of_sexp.
With sexplib from Squeeze, all will compile
Le 18/01/2012 18:21, Andreas Beckmann a écrit :
The fix should be easy: your package is using adduser or deluser from
the adduser package, which is only priority important. Using useradd or
userdel from the passwd package should fix this problem.
Or maybe just not delete the user on purge...?
Hello,
I've just uploaded Unison 2.40.63 to experimental. I haven't tested it
extensively myself; please do and report success/failure.
It seems that the documentation is broken. I haven't investigated much.
Help would be appreciated.
I've also uploaded a unison2.32.52 package to unstable (it
On Sun, 28 Aug 2011 11:22:03 +0200, Muharem Hrnjadovic wrote:
I packaged python-celery-2.3.1 (as well as some of the dependencies):
https://launchpad.net/~openquake/+archive/staging/+packages
How can I contribute it to debian?
Can someone with proper expertise review this, please?
Le 20/11/2011 23:53, Erik de Castro Lopo a écrit :
Package: libcairo-ocaml-dev
Version: 1:1.2.0-2+b1
Severity: normal
There is a new upstream version (3.5) available here:
http://forge.ocamlcore.org/projects/cairo/
It is not the same upstream. They don't even look related.
While
On 05/24/2011 11:41 AM, Stéphane Glondu wrote:
The stripping problem that appeared to motivate the new embedding
process had never bothered us, so another suitable workaround from our
perspective would be if there was a way to disable the
new -output-obj-style behavior.
I am working
Le 16/11/2011 00:07, Stephen McCamant a écrit :
So my personal opinion is that the original bug isn't really fixed,
but it's close enough that I think it would be within your
maintainer's discretion to declare it so. Or alternatively this feels
somewhat like a help or wontfix situation, though
will ocamlgsl on mips and mipsel be fixed sometime, so orpie will
be available on those architectures again?
Actually, ocamlgsl compiles with no error when the #error directive is
commented out. There is a make test target, but it uses an unknown
fort command... and even so, the test-suite
Le 05/11/2011 13:19, Luca Falavigna a écrit :
Please remove the binary packages of ocamlgsl on mips and mipsel.
What to do with orpie?
# Broken Build-Depends:
orpie: libocamlgsl-ocaml-dev
Can you remove its mips* binaries as well, please?
Cheers,
--
Stéphane
--
To UNSUBSCRIBE,
Package: ftp.debian.org
Severity: normal
Hi,
Please remove the binary packages of ocamlgsl on mips and mipsel. They
are probably broken, and ocamlgsl does no longer build with OCaml
3.12.1 and they block the OCaml transition.
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to
Package: src:graphviz
Version: 2.26.3-7
Severity: serious
Dear Maintainer,
graphviz fails to build from source on all architectures. On amd64, it fails
with:
CC gvconfig.lo
CC gvtextlayout.lo
CC gvusershape.lo
CC gvc.lo
CCLD libgvc.la
block 633304 with 639288
thanks
On 11/02/2011 08:27 AM, Stéphane Glondu wrote:
CC gvconfig.lo
CC gvtextlayout.lo
CC gvusershape.lo
CC gvc.lo
CCLD libgvc.la
x86_64-linux-gnu-gcc: error: /usr/lib/x86_64-linux-gnu/libexpat.so: No such
file or directory
Package: calibre
Version: 0.8.21+dfsg-1
Severity: grave
Dear maintainer,
It is impossible to run calibre today:
$ calibre
Traceback (most recent call last):
File /usr/bin/calibre, line 19, in module
sys.exit(main())
File /usr/lib/calibre/calibre/gui2/main.py, line 338, in main
app,
Hello,
While trying to set the language in my GNOME session, I found this bug.
Is the file in /var/lib/AccountsService correctly updated when you do
the change in the control center?
It is.
(Note that if you want to set a default system language, you should do
it in /etc/default/locale
Package: gnome-panel
Version: 3.0.2-1
Severity: important
Dear Maintainer,
I am using GNOME 3 with awesome, via a custom
~/.config/gnome-session/sessions/gnome-fallback.session
When I add something to the panel (alt + right click on it), a
seemingly resizable window pops up. When I try to
Package: gnome-keyring
Version: 3.0.3-2
Severity: wishlist
Dear Maintainer,
In the askpass popup to add an ssh key, there is the possibility to
specify a lifetime. It would be nice if the choice made there could
persist to the next invokation of the popup.
Cheers,
--
Stéphane
-- System
On 26/10/2011 11:31, Michael Biebl wrote:
Is this problem reproducible if you use metacity?
No.
--
Stéphane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On 26/10/2011 14:17, clayton wrote:
I have about 2G of files in my home directory, which I generally sync
multiple times per week. Scattered throughout this 2G, dated
throughout the life of this installation, are more then 40M of files named
*.unison.tmp-bad, ie.
Am 26.10.2011 10:34, schrieb Stéphane Glondu:
When I add something to the panel (alt + right click on it), a
seemingly resizable window pops up. When I try to resize it, it
doesn't work, and the whole graphical part of the window manager
freezes: I can no longer access the panel's menus, I can
Le 17/10/2011 20:10, Loïc Minier a écrit :
This is a tracking bug to note that ocamlgsl needs porting on armhf; it
currently fails to build with: [...]
It doesn't build on armel either...
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
merge 642706 642835
severity 642706 important
reassign 642706 ocaml-nox
found 642706 3.12.0-7
retitle 642706 ocamlbuild: questionable job control
forwarded 642706 http://caml.inria.fr/mantis/view.php?id=5371
affects 642706 src:bin-prot src:sexplib310
thanks
Le 16/10/2011 13:04, Jonathan Nieder a
On 10/05/2011 11:51 PM, Stéphane Glondu wrote:
It seems that darcs failure was unrelated. I digged a bit more, and
found some suspicious code in ocamlbuild:
http://caml.inria.fr/mantis/view.php?id=5371
I still don't understand why this corner case is triggered with this
patched dash
[CC-ing debian-devel to get more opinions]
On 10/06/2011 04:07 PM, Jonathan Nieder wrote:
ocamlbuild's logic is definitively incorrect, but I'm not sure if dash's
new behaviour is correct. bash -c doesn't skip fork() when a
redirection is set up, I guess for a reason. dash -c should probably
Le 26/09/2011 22:44, Jonathan Nieder a écrit :
I beg to differ. ocamlbuild uses libc's system(), it would be insane to
change that. It seems that darcs is also affected. There might be also
more packages affected...
Got it --- I'll prepare an upload reverting the sh -c patch.
More
Le 28/09/2011 02:50, Michael Moorman a écrit :
Going to bump this bug. I've been needing to maintain a PPA version of
Unison 2.40 to keep track with the version of my fileserver. Due to
unison's annoying inability to sync between different minor revisions, I
repackaged the latest Ubuntu
Le 26/09/2011 23:46, Iain Lane a écrit :
That's fixed in darcs (darcs' darcs repo? hah) and is #642710. You can
just hack the .cabal file to accept 0.95.1 which is in sid and it should
work for you.
I tried after applying patch:
reassign 642730 src:ocaml-http
severity 642730 important
affects 642730 src:matita
retitle 642730 ocaml-http: should use dh-ocaml 0.9
thanks
Le 24/09/2011 21:32, Mònica Ramírez Arceda a écrit :
During a rebuild of all packages in sid, your package failed to build on
amd64.
[...]
Error: Files
Le 25/09/2011 20:39, Jonathan Nieder a écrit :
Thanks for letting me know. This is important (and a regression), but
it should be possible to work around in ocamlbuild as easily as using
bash, so I don't see why that would make it release-critical.
I beg to differ. ocamlbuild uses libc's
Hello,
I was trying to check whether this bug was caused by #642922, and I got
a different error:
ghc --make Setup
[1 of 2] Compiling Distribution.ShellHarness ( Distribution/ShellHarness.hs,
Distribution/ShellHarness.o )
[2 of 2] Compiling Main ( Setup.lhs, Setup.o )
Le 25/09/2011 00:00, Eric Cooper a écrit :
I get the same error. Here's what I did to reproduce it.
$ apt-get source libbin-prot-camlp4-dev
$ cd bin-prot-1.3.1/
$ DIST=sid ARCH=amd64 git-pbuilder update
$ pdebuild --pbuilder cowbuilder -- --basepath
/var/cache/pbuilder/base-sid-amd64.cow
tags 642706 - unreproducible
thanks
Le 25/09/2011 15:38, Stéphane Glondu a écrit :
I get the same error. Here's what I did to reproduce it.
$ apt-get source libbin-prot-camlp4-dev
$ cd bin-prot-1.3.1/
$ DIST=sid ARCH=amd64 git-pbuilder update
$ pdebuild --pbuilder cowbuilder -- --basepath
/changelog
@@ -1,3 +1,10 @@
+dash (0.5.7-1.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Revert http://thread.gmane.org/gmane.comp.shells.dash/556
+
+ -- Stéphane Glondu glo...@debian.org Sun, 25 Sep 2011 19:05:10 +0200
+
dash (0.5.7-1) unstable; urgency=low
* new upstream release
block 642835 by 642922
block 642706 by 642922
severity 642922 serious
thanks
Le 25/09/2011 19:28, Stéphane Glondu a écrit :
Bugs #642706 (bin-prot FTBFS) and #642835 (sexplib310 FTBFS) can be
fixed by reverting the patch submitted at [1]. I don't understand why.
[1] http://thread.gmane.org
tags 642935 + pending
thanks
Le 25/09/2011 21:19, Jonathan Nieder a écrit :
+ [ Jonathan Nieder ]
+ * debian/control: add Breaks against versions of dh-ocaml that
+relied on the ocaml{dumpapprox,plugininfo,byteinfo} tools.
[...]
Breaks:
+ dh-ocaml ( 1.0.0),
ocaml-interp (
tags 642706 + unreproducible
thanks
Le 24/09/2011 19:53, Mònica Ramírez Arceda a écrit :
During a rebuild of all packages in sid, your package failed to build on
amd64.
[...]
I cannot reproduce this. Can anyone else?
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to
Package: libreoffice
Version: 1:3.4.3-2
Severity: important
Dear Maintainer,
After opening a document in LibreOffice, a quick launcher icon
(actually, in my French locale, it is démarrage rapide) appears in
the tray. Then I can no longer quit my GNOME session, nor shutdown or
reboot by using the
On 09/07/2011 05:51 PM, Stéphane Glondu wrote:
OCaml 3.12.1 has been recently released. It is mostly bugfixes. I've
rebuilt all packages that depend on ocaml, and I see no blocker to
update it in Debian. I've planified the migration at [1] (I am
planning to update a few other packages
Hello,
I've just tried version 2.12.3-7 with aforementioned patch, and it
compiles successfully (and does not without the patch). After more than
6 months of pending, maybe it's time to upload it? Or remove the tag...
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to
Le 09/07/2011 13:35, Stéphane Glondu a écrit :
OCaml 3.12.1 has been recently released. It is mostly bugfixes. I've
rebuilt all packages that depend on ocaml, and I see no blocker to
update it in Debian. I've planified the migration at [1] (I am
planning to update a few other packages
Package: icedove
Version: 3.1.11-1
Followup-For: Bug #637924
Hello,
I started getting a similar error after removing libnotify1:
/usr/lib/icedove/icedove-bin: symbol lookup error:
/usr/lib/icedove/components/libmailcomps.so: undefined symbol:
NS_CStringContainerInit
It disappeared after
Le 17/08/2011 10:58, Stéphane Glondu a écrit :
I started getting a similar error after removing libnotify1:
/usr/lib/icedove/icedove-bin: symbol lookup error:
/usr/lib/icedove/components/libmailcomps.so: undefined symbol:
NS_CStringContainerInit
It disappeared after reinstalling back
Le 16/08/2011 16:22, Gerd Stolpmann a écrit :
I've chosen a more radical approach for a permanent resolution: The next
version of Ocamlnet will support the additional directive NetcgiRequire.
It works like #require in a findlib-enabled toploop. All the
NetcgiLoad directives can then be replaced
Le 15/09/2010 22:17, Sylvain Le Gall a écrit :
Your best option right now, is to create a patch that adds the feature
you need (i.e. the new output_strings functionality). And submit it to
the BTS of the extlib project.
http://code.google.com/p/ocaml-extlib/issues/list
What the status of
Le 06/08/2011 14:04, Stéphane Glondu a écrit :
The following new NVIDIA driver versions are available:
* 275.09.07-5 (release) in testing
* 275.21-1 (release) in unstable
* 280.11-1 (beta) in experimental
Please test them.
Sorry for taking so much time to reply... I've just installed
Le 10/08/2011 10:00, Anders Fugmann a écrit :
That solves the problem.
Great.
May I suggest that the file /etc/apache2/mods-available/netcgi_apache.load
provides by the debian package is updated to reflect this.
Sure. Done in git.
--
Stéphane
--
To UNSUBSCRIBE, email to
Package: libc6
Version: 2.13-15
Severity: normal
Hello,
The test suite of ocaml-extunix 0.0.3-1 fails on armel because the
following program:
#include execinfo.h
int main() {
void *buffer[100];
return backtrace(buffer, 100);
}
returns 0. It returns with a non-zero status (3
tags 637147 + upstream
thanks
Le 09/08/2011 22:39, Anders Peter Fugmann a écrit :
I replaced apache2.conf with this:
LoadModule netcgi_module /usr/lib/apache2/modules/mod_netcgi_apache.so
NetcgiLoad pcre/pcre.cma
NetcgiLoad netsys/netsys.cma
#NetcgiLoad netstring/netstring.cma
#NetcgiLoad
Le 04/04/2011 17:16, Sylvain Le Gall a écrit :
It should be related to the fact that they don't ship runtime packages
(pure ocaml packages). However, the runtime package of liboasis-ocaml
contains *.cma libraries that really need the libraries provided by
libocamlgraph-ocaml-dev and
Le 08/08/2011 21:59, Anders Peter Fugmann a écrit :
Apache fails to start with the follwing errors:
[...]
Is this new with 3.3.5-3 ? Can you provide a minimal apache
configuration snippet that triggers this error?
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to
Le 02/08/2011 00:39, Andreas Beckmann a écrit :
The following new NVIDIA driver versions are available:
* 275.09.07-5 (release) in testing
* 275.21-1 (release) in unstable
* 280.11-1 (beta) in experimental
Please test them.
Sorry for taking so much time to reply... I've just installed
tags 524908 - moreinfo
tags 524908 + confirmed
found 524908 1:1.2.0-2
thanks
Le 02/08/2011 21:52, Oto Havle a écrit :
[...] Note that I have 32-bit system.
I didn't take this into account, and I can indeed reproduce the bug in
an up-to-date i386 sid chroot, with version 1:1.2.0-2.
Cheers,
--
tags 524908 + help upstream
thanks
Le 03/08/2011 08:22, Stéphane Glondu a écrit :
[...] Note that I have 32-bit system.
I didn't take this into account, and I can indeed reproduce the bug in
an up-to-date i386 sid chroot, with version 1:1.2.0-2.
By looking a bit deeper, I can observe
tags 524908 + moreinfo
thanks
On Mon, 20 Apr 2009 20:46:03 +0200, Oto Havle wrote:
OCaml programs which create Cairo surfaces via Cairo_bigarray leak memory.
Following test program reproduces the bug. The program allocates many
100Mb arrays, but explicit garbage collector invocation should
Package: wnpp
Severity: normal
Hello,
Currently, galax 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, pxp 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: src:ocaml-batteries
Version: 1.2.2-1
Severity: important
Hello,
Your package fails to build with camomile 0.8.3-1 (available in
experimental).
Relevant part of the log:
ocamlfind ocamlc -c -package camomile,num,str -I src -I libs -I testsuite -I
libs/estring -I build/optcomp -I
Package: src:galax
Version: 1.1-8
Severity: important
Hello,
Your package fails to build with camomile 0.8.3-1 (available in
experimental).
Relevant part of the log:
/usr/bin/ocamlc -w m -I . -I . -I /usr/bin/../lib/ocaml -I
/usr/lib/ocaml/pcre -I /usr/lib/ocaml/netstring -I
Package: src:ocaml-gettext
Version: 0.3.3-1
Severity: important
Hello,
Your package fails to build with camomile 0.8.3-1 (available in
experimental).
Relevant part of the log:
make[2]: Entering directory
`/tmp/ocaml-gettext-0.3.3/libgettext-camomile-ocaml'
ocamlfind ocamlc -package
Le 26/07/2011 22:34, Adrien Grellier a écrit :
It seems that the GtkCombo is deprecated in favor of GtkComboBoxEntry since
GTK+ 2.4 :
http://developer.gnome.org/gtk/2.24/GtkCombo.html
Thank you for this!
Tomorrow I will try with another physical screen.
I meant simultaneously. With some
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu glo...@debian.org
* Package name: lablgtk-extras
Version : 1.0
Upstream Author : Maxence Guesdon maxence.gues...@inria.fr
* URL : http://gtk-extras.forge.ocamlcore.org/
* License : LGPL-2+
Programming
Le 26/07/2011 19:14, Adrien Grellier a écrit :
The drop-down menu uses only the space between them and the bottom of the
screen, so it can be pretty small (I attached a screenshot to this email). As
you can see on the screenshot, I can't see the bottom of the list.
In previous releases,
Package: src:liquidsoap
Version: 1.0.0~beta2.1-3
Severity: serious
Tags: sid
Hi,
Your package fails to build with ocamlnet 3.3.5 on bytecode
architectures (and armel):
Relevant part:
E: Error: unit Netsys_pollset_win32 exported in liquidsoap-plugin-lastfm but
already exported by
tags 635326 + patch
thanks
Le 25/07/2011 09:41, Stéphane Glondu a écrit :
Your package fails to build with ocamlnet 3.3.5 on bytecode
architectures (and armel):
Relevant part:
E: Error: unit Netsys_pollset_win32 exported in liquidsoap-plugin-lastfm but
already exported by libocamlnet
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu glo...@debian.org
* Package name: ocaml-config-file
Version : 1.0
Upstream Author : Maxence Guesdon maxence.gues...@inria.fr
* URL : http://config-file.forge.ocamlcore.org/
* License : LGPL-2
tags 615991 + moreinfo
thanks
ygrek wrote:
src/netstring/doc/INSTALL.xml describes different ways how netstring.cma
can be linked (alas not fully correct, but still). It should be
installed with -dev or -doc package.
Is this still relevant with ocamlnet 3.3.5?
Cheers,
--
Stéphane
--
Le 19/07/2011 10:31, Giorgio Marinelli a écrit :
New upstream version is available: 3.12.1
We are waiting for a slot from the release team, see [1]. If you need
it, there are unofficial packages available at [2].
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633304
[2]
Package: wnpp
Severity: wishlist
Owner: Stéphane Glondu glo...@debian.org
* Package name: tyxml
Version : 1.91
Upstream Author : Thorsten Ohl, Vincent Balat, and others
* URL : http://ocsigen.org/tyxml/install
* License : LGPL
Programming Lang: OCaml
Le 15/07/2011 13:48, brian m. carlson a écrit :
* Package name: tyxml
Version : 1.91
Upstream Author : Thorsten Ohl, Vincent Balat, and others
* URL : http://ocsigen.org/tyxml/install
* License : LGPL
Programming Lang: OCaml
Description : typed
Le 13/07/2011 21:48, Ralf Treinen a écrit :
Should *.cmxs files (native plugins for dynamic loading) go into the
libxxx-ocaml or into libxxx-ocaml-dev package? I haved never used them
myself for my projects but, as far as I understand, they may be necessary
just to execute a certain binary.
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Hello,
OCaml 3.12.1 has been recently released. It is mostly bugfixes. I've
rebuilt all packages that depend on ocaml, and I see no blocker to
update it in Debian. I've planified the
Le 30/06/2011 21:51, Romain Beauxis a écrit :
dom-new-git-repo has been broken since the recent
alioth migration:
14:48 toots@leonard ~/sources/svn/debian% dom-new-git-repo ocaml-mm
I: initialize (empty) remote repository on alioth.d.o
Warning: the RSA host key for 'alioth.debian.org' differs
Le 27/06/2011 21:09, Samuel Mimram a écrit :
It would be nice if the package could be updated to 4.0.1 (I know it's lame
for
a member of the team to ask this but I really don't have time right now...).
[For Jun and Pierre: Samuel is asking for an update of the Debian
package of camlimages]
Package: src:bin-prot
Version: 1.3.1-1
Severity: serious
Hello,
The latest version of bin-prot fails to build from source on almost
all architectures. Besides, there is a known issue with OCaml 3.12.1
[1]. I've notified upstream; they are investigating...
[1]
Le 26/06/2011 07:34, Ian Zimmerman a écrit :
The problem is that the dependency on libev-dev is not versioned. I had
both libev3 and libev4 installed, plus libev-dev 3.x.
It depends on the libev it was compiled with. It's unfortunate that you
can have both libev4 and libev-dev 3.x installed at
Le 08/06/2011 11:14, Andreas Beckmann a écrit :
275.09.04-1 (beta) is available in experimental.
Please retry. This version is said to fix some regressions with KDE.
Sorry for the delay in replying. I just tried with 275.09.07-1. Same
slowness issue with Nautilus.
Cheers,
--
Stéphane
--
tags 625726 + patch
thanks
Maybe this bug has better chances to be fixed with a patch...
Cheers,
--
Stéphane
diff --git a/debian/src/initscripts/etc/network/if-up.d/mountnfs b/debian/src/initscripts/etc/network/if-up.d/mountnfs
index 412f26b..58ac736 100644
---
Le 29/05/2011 09:39, Andreas Beckmann a écrit :
Two new driver versions are available:
* 270.41.19-1 (release) in unstable
* 275.09-1 (beta) in experimental
Please try them.
I see no significant improvement with either of them.
Cheers,
--
Stéphane
--
To UNSUBSCRIBE, email to
clone 627132 -1
retitle -1 Sys.executable_name is not set properly by caml_startup_code
severity -1 important
thanks
Le 20/05/2011 03:11, Stephen McCamant a écrit :
I haven't checked the source code for this, but my first guess is that
the program might be trying to find its own executable by
clone 627132 -1
retitle -1 provide a way to use legacy custom linking
thanks
Le 17/05/2011 23:33, Stephen McCamant a écrit :
The stripping problem that appeared to motivate the new embedding
process had never bothered us, so another suitable workaround from our
perspective would be if there was
801 - 900 of 1268 matches
Mail list logo