Hi,
Jackbeat 0.7.5 has been released, which apparently lets the program be run
again... Could you please package this new version ?
Thanks!
Cheers,
Sam.
Erik de Castro Lopo wrote:
Peter De Schrijver wrote:
Package: libsndfile
Version: 1.0.19-1
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of libsndfile_1.0.19-1 on mayr by sbuild/mips 99.999
Build started at 20090303-1511
snip
Hi,
Lucas Nussbaum wrote:
During a rebuild of all packages in sid, your package failed to build on
i386.
Relevant part:
dpatch apply-all
applying patch 01_overflow to ./ ... failed.
make: *** [patch-stamp] Error 1
I really don't understand what's going on here. I've just tested the
Package: ocaml
Version: 3.10.1-1
Severity: grave
This is a dummy bug report to hold OCaml 3.10.1 in sid until all the
caml libs have been rebuilt with this new version of caml.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500,
Hi,
Bart Martens wrote:
Do you agree with Sylvain about this bug ?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456840
Yes, I think that rebuilding ocamlsdl should solve the problem too.
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe.
Hi,
Stefano Zacchiroli wrote:
On Mon, Nov 12, 2007 at 02:56:34AM +0100, Romain Beauxis wrote:
While playing with the ssl_client.ml example, I ended up correcting two
issues:
* ssl_client.ml must use:
let cl_ctx = Ssl.create_context Ssl.TLSv1 Ssl.Client_context in
to use the correct
Hi,
Stefano Zacchiroli wrote:
On Thu, Jan 10, 2008 at 09:47:04AM +0100, Samuel Mimram wrote:
AFAIR some code from the C headers of ocaml-ssl was copied into
ocamlnet-ssl but unfortunately I changed these definitions later in
ocaml-ssl and the disparity between the two libs was leading
Hi Julio,
Julien Cristau wrote:
John Goerzen wrote:
linphone: symbol lookup error: /usr/lib/liblinphone.so.2: undefined
symbol: video_preview_start
What version of libmediastreamer0 (and liblinphone2) do you have? Does
upgrading to version 2.0.1 helps?
The answer is in the report...
Yep
Hi,
John Goerzen wrote:
linphone: symbol lookup error: /usr/lib/liblinphone.so.2: undefined
symbol: video_preview_start
What version of libmediastreamer0 (and liblinphone2) do you have? Does
upgrading to version 2.0.1 helps?
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hi,
Cyril Brulebois wrote:
Ritesh Raj Sarraf [EMAIL PROTECTED] (05/10/2007):
This bug [#439272] is marked grave and is not usable because of the
missing library file.
Any fixes ?
I'm suggesting a binNMU, since a rebuild looks like sufficient to update
the dependencies (in terms of .so,
Hi,
numerix has been autobuild without problems in versions 0.22-3 and 0.22-4.
I am hence closing this bug.
I'm not really sure for this one. The FTBFS is for the version 0.22a
(please notice the small a) which is only available in experimental.
Can you confirm that this precise version builds
Package: wammu
Version: 0.22-1
Severity: grave
Justification: renders package unusable
Hi,
I decided to give wammu a second try. When I launch wammu it tells me
that there is no configuration file and asks me if I want to configure
phone connection. If I click on yes I get alternatively:
%
Erik de Castro Lopo wrote:
Nico Golde wrote:
If you fix this bug please include the CVE id in the
changelog data.
I has already beedn fixed, so there is no mention of the CVE id
in the changelog.
Do you mean that it is already fixed in the version that Debian is
shipping (1.0.17)???
Hi,
Your cf library currently does not compile with OCaml 3.10. This is
apparently due to a change in scanning functions. Do you plan to make a
new release soon fixing this or do you have a patch at least?
Thanks!
Regards,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a
james woodyatt wrote:
On Sep 18, 2007, at 07:38, Samuel Mimram wrote:
Your cf library currently does not compile with OCaml 3.10. This is
apparently due to a change in scanning functions. Do you plan to make
a new release soon fixing this or do you have a patch at least?
Top of CVS tree
Package: wammu
Version: 0.21-1
Severity: grave
Justification: renders package unusable
Hi,
I recently decided to give wammu a try and it resulted in:
% wammu
Traceback (most recent call last):
File /usr/bin/wammu, line 98, in ?
import Wammu.App
File
Package: aptitude
Version: 0.4.5.4-1
Severity: grave
Justification: renders package unusable
Hi,
Since this morning aptitude won't start:
# aptitude
Ouch! Got SIGSEGV, dying..
Segmentation fault
Here is a gdb stacktrace in case it might prove useful.
(gdb) where
#0 0x081f1dc7 in
severity 433753 important
thanks
Samuel Mimram wrote:
# aptitude
Ouch! Got SIGSEGV, dying..
Segmentation fault
Ok, so I had forgotten that I had another aptitude already running in
antoher console which had just finished installing packages and was
prompting Press return to continue
Hi,
Andreas Henriksson wrote:
Just reporting in that the FLAC = 1.1.13 issue in libsndfile seems to be
solved in the upstream pre-release 1.0.18pre11 (which I just successfully
built on my Debian Unstable machine) and according to this page[1]
there's a patch for the current libsndfile release
Hi,
Michael Ablassmeier wrote:
On Wed, Jun 06, 2007 at 09:47:26PM +1000, Erik de Castro Lopo wrote:
Why so that breakages in the FLAC API can break libsndfile again?
well, sometimes api changes are necessary.. wether this one was or not - i
cant judge - ask the authors of libflac.
Ive
Package: pitivi
Version: 0.10.1-2
Severity: grave
Justification: renders package unusable
Hi,
I decided to give pitivi a try tonight, and it resulted in:
% pitivi
Traceback (most recent call last):
File /usr/bin/pitivi, line 85, in ?
_init_gobject_gtk_gst()
File /usr/bin/pitivi, line
Hi,
More than two months ago, Frederik Schueler said that he would make an
upload of ia32-libs-gtk today, which would fix the nasty bug #406455.
Is there any particular reason why the package has not yet been uploaded?
Thanks!
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Ralf Treinen wrote:
These files are not lost, they are never built on architectures that do not
support compilation of ocaml to native code. This seems to be a bug in the
upstream Makefile:
Yes, it is the usual I-didn't-think-of-non-native-archs bug in the
Makefile. This will get corrected by
Hi,
Could you please send me a copy of your downloads.ini file? The default
directory for this file is /var/lib/mldonkey.
Thanks!
Cheers,
Samuel.
Ramin Torabi wrote:
Subject: mldonkey-server: fails to configure (on upgrade)
Package: mldonkey-server
Version: 2.8.1-2etch1
Severity: grave
Hi,
On Tue, Feb 06, 2007 at 01:04:24AM +0100, Julien Cristau wrote:
On Mon, Feb 5, 2007 at 01:39:34 +0100, Julien Cristau wrote:
I'm working on a patch to build vm86 and x86emu as two separate modules,
int10 being a wrapper around them, which is pending testing with a 64bit
I've tested in
Hi,
spiral voice wrote:
it seems the patch attachment did not reach Debian bug tracker.
Here you can find the -useradd-patch:
http://savannah.nongnu.org/patch/index.php?5673
Thanks for the patch. Unfortunately it does not seem to work:
% mlnet -help|grep useradd
[...]
-useradd user pass
Andreas Barth wrote:
* Samuel Mimram ([EMAIL PROTECTED]) [061129 00:44]:
# Automatically generated email from bts, devscripts version 2.9.26
reopen 397497
Why did you reopen this bug report? What needs to be fixed for it?
Currently, this bug is marked as Release Critical - means
Hi,
Frank Lichtenheld wrote:
your package failed to build from source because it couldn't
find the ocamlopt command. I'm honestly not sure whether this
is a bug in your build-depends or in ocaml-nox, which seems to
have provided this command in the past, but doesn't do so anymore.
Thanks! In
Hi,
Jérémy Bobbio wrote:
The attached patch fix the FTBFS issue on amd64. It's a simple
one-liner.
Thanks for this patch!
I am not tagging the bug, because the other issue remains (and look a
lot like #336746, btw).
I have access to a sparc I'll try to fix this issue soon.
Cheers,
Package: tex-common
Version: 0.28
Severity: serious
Hi,
The latest version (0.29) of tex-common fails to be installed here:
Preparing to replace tex-common 0.28 (using .../tex-common_0.29_all.deb) ...
Unpacking replacement tex-common ...
dpkg: error processing
Hi,
Christian T. Steigies wrote:
Package: mldonkey
Version: 2.7.7-8
Severity: serious
Justification: no longer builds from source
Automatic build of mldonkey_2.7.7-8 on garkin by sbuild/m68k 85
[...]
Toolchain package versions: libc6-dev_2.3.6-19
linux-kernel-headers_2.6.17.8-1
serverity 378831 important
thanks
Hi,
I'm downgrading the severity for now since I'm not able to reproduce the
bug (and nobody else has for now).
Julien Langer wrote:
I tried to compile mldonkey with debugging symbols by adding
--enable-debug to the configure switches in the debian/rules file
tag 372074 + patch
thanks
Hi,
On Sat, Jun 10, 2006 at 03:22:43PM +0200, Julien Cristau wrote:
On Sat, Jun 10, 2006 at 14:10:09 +0100, Esteban Manchado Velázquez wrote:
So, the question is, why isn't ocamlopt in the ocaml-nox package for
s390?
Is there any workaround, or simply
Hi,
Julien Danjou wrote:
E: Package libortp2-dev has no installation candidate
Package libortp2-dev is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
This dependency should be
Eduard Bloch wrote:
* Eduard Bloch [Thu, Jul 20 2006, 01:19:56AM]:
The stop) action of the new script is fairly simple:
stop)
echo -n Stopping $DESC: $NAME
start-stop-daemon --stop --oknodo --pidfile $PIDFILE
echo .
;;
Let's try a little experiment (of course the toto
Eduard Bloch wrote:
#include hallo.h
* Samuel Mimram [Thu, Jul 20 2006, 01:04:53AM]:
Eduard Bloch wrote:
#include hallo.h
#include bonjour.h
* Samuel Mimram [Thu, Jul 20 2006, 12:26:40AM]:
Eduard Bloch wrote:
Package: mldonkey-server
Version: 2.7.3-2
Severity: grave
(Reading database
Hi,
Julien Langer wrote:
Since version 2.7.7-4 the mldonkey-server always crashes on startup with
the following message:
*** glibc detected *** corrupted double-linked list: 0x0850c210 ***
This does not happen with version 2.7.7-3
My guess here is that this is due to the dependency on
Hi,
Eduard Bloch wrote:
Package: mldonkey-server
Version: 2.7.3-2
Severity: grave
(Reading database ... 147973 files and directories currently installed.)
Preparing to replace mldonkey-server 2.7.3-2 (using
.../mldonkey-server_2.7.7-4_amd64.deb) ...
Stopping MLDonkey: mlnetNo process in
Eduard Bloch wrote:
#include hallo.h
#include bonjour.h
* Samuel Mimram [Thu, Jul 20 2006, 12:26:40AM]:
Eduard Bloch wrote:
Package: mldonkey-server
Version: 2.7.3-2
Severity: grave
(Reading database ... 147973 files and directories currently installed.)
Preparing to replace mldonkey
Hi,
On Sun, Jul 16, 2006 at 12:27:27PM +0200, Jens Peter Secher wrote:
Maybe you can help me out with the build failure of haxe on s390.
Automatic build of haxe_20060715-1 on lxdebian.bfinv.de by sbuild/s390 85
[...]
ocamlc -c enum.mli bitSet.mli dynArray.mli extArray.mli extHashtbl.mli
reassign 345793 ocaml
severity 345793 important
forwarded 345793 http://caml.inria.fr/mantis/view.php?id=3072
thanks
Hi,
spiral voice wrote:
The bug is there again:
http://buildd.debian.org/fetch.php?pkg=mldonkeyver=2.7.7-3arch=armstamp=1152654927file=logas=raw
/tmp/camlstartup4ea0de.o:
Hi,
Julien Danjou wrote:
There was a problem while autobuilding your package:
Automatic build of menhir_20060615.dfsg-1 on avidan by sbuild/i386 0.47
Build started at 20060711-1327
I don't really understand, what buildd is that? Yours? Apparently menhir
was cleanly compiled on every
reassign 377499 freetennis
notfound 377499 3.09.2-5
found 377499 0.4.8-1
thanks
Hi,
Bart Martens wrote:
So it seems that this FTBFS bug for freetennis_0.4.8-1_s390 is caused by
the missing /usr/bin/ocamlopt in ocaml_3.09.2-5_s390. Can someone in
the debian-ocaml-maint@lists.debian.org team
reopen 376394
thanks
(it's actually quite fun to play ping-pong with the BTS :))
Josselin Mouette wrote:
close 376394
thanks
Le dimanche 02 juillet 2006 à 22:13 +0200, Samuel Mimram a écrit :
reopen 376394
reassign 376394 sensors-applet
severity 376394 serious
thanks
Hi,
Josselin
Hi,
Daniel Schepler wrote:
Package: lablgtk2
Version: 2.6.0-5
Severity: serious
From my pbuilder build log:
...
Installing the build-deps
- Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
2006/05/30 23:45:45 dancer Exp $
- Considering debhelper ( 3.0.0)
-
Goswin von Brederlow wrote:
Samuel Mimram [EMAIL PROTECTED] writes:
Daniel Schepler wrote:
Package: lablgtk2
Version: 2.6.0-5
Severity: serious
From my pbuilder build log:
...
Installing the build-deps
- Attempting to parse the build-deps : pbuilder-satisfydepends,v 1.28
2006/05/30
Hi,
Bastian Blank wrote:
There was an error while trying to autobuild your package:
Looks like a missing dependency on docbook. I'll try to correct that soon.
Thanks for reporting.
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble?
Hi,
Julien Danjou wrote:
There was a problem while autobuilding your package:
Automatic build of sdl-ttf2.0_2.0.7-1 on avidan by sbuild/i386 0.46
Build started at 20060612-2107
**
...
mkdir .libs
gcc
Hi,
Cyril Brulebois wrote:
On Tue, May 23, 2006 at 07:26:26PM +0200, Rasmus Neckelmann wrote:
Some people report that the patch I've attached fixes the problem. I
can't verify it myself, so please excuse me if it still won't work. :)
Hi,
I got the same error on ppc, and after having
Hi,
I intent to NMU exmap soon to solve the RC bugs. Please tell me if you
don't want me to do so.
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Daniel Franganillo wrote:
Subject: xmoto: breaks at startup
Package: xmoto
Version: 0.1.14-1
Severity: grave
Justification: renders package unusable
The new level caching system causes xmoto to break for the second time
its run.
Workarund: Delete ~/.xmoto/LCache each time you run
Hi,
Alec Berryman wrote:
I believe that the attached dpatch corrects the issue of world-readable
passwords.
Your patch looks nice to me. Thanks a lot. I'll try to integrate it soon
in the Debian package and solve the other RC with the doc.
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to
Hi,
This RC bug has been open for a long time. I'll do an NMU of it soon,
unless you object to it.
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Package: python2.3-libxml2
Version: 2.6.23.dfsg.2-3
Severity: serious
Hi,
While updating a box which had not been updated for a long time, the
installation failed on:
Unpacking python2.3-libxml2 (from
.../python2.3-libxml2_2.6.23.dfsg.2-3_i386.deb) ...
dpkg: error processing
/kde or whatever.
I don't think encryption is needed here. A configuration file chmoded
with proper permissions should be enough...
Le Mercredi 12 Avril 2006 01:11, Samuel Mimram a écrit :
Lionel Elie Mamane wrote:
The accounts information, including CLEAR-TEXT passwords, is stored in
$HOME
Hi,
FWIW, here is a stacktrace with bygfoot compiled with -g:
Program received signal SIGINT, Interrupt.
0x2af929dd4b88 in g_markup_parse_context_free ()
from /usr/lib/libglib-2.0.so.0
(gdb) where
#0 0x2af929dd4b88 in g_markup_parse_context_free ()
from /usr/lib/libglib-2.0.so.0
Lionel Elie Mamane wrote:
The accounts information, including CLEAR-TEXT passwords, is stored in
$HOME/.gnome2/linphone, which is by default world-readable. It should
be in $HOME/.gnome2_private/linphone (or any other path below
$HOME/.gnome2_private/), where it will be safe, since
Package: wengophone
Severity: serious
Hi,
There are some license issues with wengophone:
- the libs/ directory (and some other) contains many libraries whose licenses
are not the GPL and are not mentionned in the copyright file,
- it contains some files from openssl whose license is not
Hi,
Quoting Christian Hammers [EMAIL PROTECTED]:
Package: mysql-ocaml
Severity: serious
Justification: FTBFS
Hello
Please rebuild against libmysqlclient15-dev as older versions will
soon be removed from unstable/testing.
(I filed withlist bugs against affected packages back in december but
Hi,
On Tue, Dec 06, 2005 at 10:41:08AM +0100, Moritz Muehlenhoff wrote:
Package: ffmpeg
Version: 0.cvs20050918-5
Severity: grave
Tags: security
Justification: user security hole
An exploitable heap overflow has been found in libavcodec's handling
of images with PIX_FMT_PAL8 pixel
Bastian Blank wrote:
Package: cairo-ocaml
Version: 20051120-1+b1
Severity: serious
There was an error while trying to autobuild your package:
[...]
Yes, the package was not compliant with the new d-o-m policy to handle
OCaml ABI changes. I'll do that soon.
Cheers,
Samuel.
--
To
Hi,
Aaron M. Ucko wrote:
When you reworked your packaging to stop hardcoding ocaml's
ever-changing ABI, you appear to have twice made an unfortunate typo,
neglecting to precede either occurrence of {F:OCamlABI} with a dollar
sign ($). As a result, per dpkg-dev bug #228125, dpkg-gencontrol
Package: camomile
Severity: serious
Justification: no longer builds from source
Hi,
The compilation failed on arm and ia64 on:
tools/parse_allkeys.opt database unidata/tr10/allkeys.txt
/bin/sh: line 1: 3994 Segmentation fault tools/parse_allkeys.opt
database unidata/tr10/allkeys.txt
Package: omake
Severity: serious
Justification: no longer builds from source
Hi,
The buildd of omake failed on arm and ia64 on:
OMAKEFLAGS= src/main/omake --dotomake .omake --force-dotomake -j2 -S
--progress all doc
make[1]: *** [all] Segmentation fault
make[1]: Leaving directory
On Wed, Dec 14, 2005 at 11:39:48AM +0100, Samuel Mimram wrote:
The x-symbol mode won't launch here. The first error I get is:
Debugger entered--Lisp error: (error Value out of range for variable
`gc-cons-threshold')
After some more investigations, this seems to be the culprit. Indeed, if
I
reassign 344615 ocaml
severity 344615 important
thanks
Samuel Mimram wrote:
Hi,
Blars Blarson wrote:
missinglib failed to build on a sparc buildd, duplicated on my sparc
pbuilder. Please note that some buggy code that casts structures used
to work no longer works due to changes in gcc
Hi,
Blars Blarson wrote:
missinglib failed to build on a sparc buildd, duplicated on my sparc
pbuilder. Please note that some buggy code that casts structures used
to work no longer works due to changes in gcc.
./runtests
Ran: 56 tests
clone 344614 -1
reassign -1 lablgl
thanks
Hi,
Blars Blarson wrote:
ocamlodbc failed to build on a sparc buildd, duplicated on my sparc
pbuilder. This seems to be the same error as 344463, so is probably
in a dependant package.
Some other architectures are still failing to build due to what
Package: vim-runtime
Version: 1:6.4-004+1
Severity: grave
Justification: renders package unusable
Hi,
While trying to update vim, the installation failed on
Unpacking replacement vim-runtime ...
dpkg: error processing
/var/cache/apt/archives/vim-runtime_1%3a6.4-004+2_all.deb (--unpack):
trying
Package: x-symbol
Version: 4.43-5
Severity: grave
Justification: renders package unusable
Hi,
The x-symbol mode won't launch here. The first error I get is:
Debugger entered--Lisp error: (error Value out of range for variable
`gc-cons-threshold')
x-symbol-init-input()
Hi,
I intent to NMU this package soon to integrate these patches in order to
have the image in testing one day. Please tell me if you wish me not to
do so.
Cheers,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Hi,
Roland Stigge wrote:
Package: coq
Version: 8.0pl2-3
Severity: serious
Hi,
building the package coq in a clean sid build environment
(with pbuilder) on i386 results in:
[...]
This issue was already raised on the coq-club mailing-list and a patch
was given. I'll integrate it soon.
reassign 338935 ocaml-findlib
thanks
Bastian Blank wrote:
Package: ocaml-ssl
Version: 0.3.1-2
Severity: serious
There was an error while trying to autobuild your package:
Automatic build of ocaml-ssl_0.3.1-2 on debian01 by sbuild/s390 69
[...]
make[2]: Entering directory
Package: crack-attack
Version: 1.1.14-1
Severity: grave
Tags: patch
Justification: renders package unusable
Hi,
Crack-attack won't launch anymore:
% crack-attack --solo
Crack Attack! v1.1.14
freeglut ERROR: Function glutCreateWindow called without first
calling 'glutInit'.
The attached patch
reassign 327736 tk8.4
thanks
skaller wrote:
On Sun, 2005-09-11 at 21:36 +0200, Samuel Mimram wrote:
[...]
I'm a bit lost now and I have no idea of what to look for. If someone
has an idea of something to try, I can use my account on the m68k.
Yup. I think the bug is in the Tk build
Package: lablgl
Severity: serious
Tags: help
Justification: no longer builds from source
Hi,
The last buildd failed on m68k ending on:
ocamlmktop -I . -I +labltk -I ../../src -o lablgltop \
labltk.cma lablgl.cma togl.cma
make[2]: *** [lablgltop] Segmentation fault
make[2]: *** Deleting file
Sven Luther wrote:
On Sun, Sep 11, 2005 at 09:36:40PM +0200, Samuel Mimram wrote:
Package: lablgl
Severity: serious
Tags: help
Justification: no longer builds from source
Hi,
The last buildd failed on m68k ending on:
ocamlmktop -I . -I +labltk -I ../../src -o lablgltop \
labltk.cma
Sven Luther wrote:
On Sun, Sep 11, 2005 at 10:47:51PM +0200, Samuel Mimram wrote:
Maybe we could disable lablgl+togl on m68k for now ?
We could but the problem seems to be also affecting caml (see #327746).
I'd rather wait and see if some gcc/m68k/tk/whatever guru has some
insight
Hi,
Andreas Jochens wrote:
Package: coq
Version: 8.0pl2-2
Severity: serious
When building 'coq' on unstable, I get the following error:
method set_pixels_inside_wrap : int - unit
method set_right_margin : int - unit
method set_wrap_mode : Gtk.Tags.wrap_mode - unit
Package: libcurl-ocaml-dev
Version: 0.2.0-4
Severity: serious
Justification: Policy 3.5
Hi,
libcurl-ocaml-dev used to depend indirectly on libssl-dev through
libcurl3-dev. However, the curl package recently dropped openssl in favour of
gnutls. From the 7.14.0-3 changelog of curl:
* OpenSSL is
Package: gkrellm
Version: 2.2.5-1
Severity: serious
Hi,
Gkrellm is under the GPL license which is considered not compatible with
openssl's license (see [1], [2], [3]). Therefore it should not be linked with
this library.
However I have recently sent a patch upstream which was integrated in
the
ARAKI Yasuhiro wrote:
Samuel,
Hi,
I'm just pinging the BR just to know how the issue of ABI-breakage of
libosip2 is going on since it blocks my package linphone (no news since
Dec 2004).
As you packaged linphone (at least linphone_1.0.1-3) depends
NEW ABI package of libosip2 is installed in
Mike Furr wrote:
Samuel Mimram wrote:
Please also note that some files of this package are under the Q Public
License which is generally considered as non-DFSG-free. If someone
decides to maintain it, he will certainly have to deal this issue with
upstream (I don't have time for that, so I won't
Julien Cristau wrote:
Package: regexp-pp
Severity: grave
Tags: sid
Justification: renders package unusable
regexp-pp needs to be rebuilt with ocaml 3.08.3, and the dependency set
to ocaml-nox-3.08.3.
Please also note that some files of this package are under the Q Public
License which is
Hi,
Javi wrote:
For me linphone used to crash on startup. Same segfault as reported. I solved
the problem by upgrading
libortp0 (it seems I had libortp0 0.12.2-1 installed).
Hope it helps.
Yes it does very much. I'll tighten the shlibs of libortp.
Thanks.
Regards,
Samuel.
--
To UNSUBSCRIBE, email
Package: jadetex
Version: 3.13-4
Severity: grave
Justification: renders package unusable
Hi,
I recently uploaded a new version of one of my packages and all the buildd have
failed apparently because of jadetex. The relevant part of the log is:
Setting up jadetex (3.13-4) ...
Replacing config
Hi,
The bug mentionned in the BR does not seem to be solved :
% make
*** Building HTML ***
test -d ./html || mkdir ./html
cd ./html gtkdoc-mkhtml mediastreamer ../mediastreamer-docs.sgml
/usr/bin/gtkdoc-mkhtml: line 42: /usr/bin/openjade: No such file or
directory
make: *** [html-build.stamp]
Steve Langasek wrote:
I'm dealing this issue with upstream (it should be released under GPL) but
it should not be released with sarge if this issue has been solved in the
meantime which is why I'm filling this RC bug.
Do you mean that the package should not be released with sarge if the issue
has
Package: coq-doc
Version: 8.0pl1.0-2
Severity: serious
Justification: license not DFSG-free
The coq documentation is currently not free (we don't even have the sources of
it excepting for the documentation of the library which is generated by
coq-doc).
I'm dealing this issue with upstream (it
89 matches
Mail list logo
