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
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 test
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, 'testing'
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". T
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
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
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
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 bui
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:
% wammu
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
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 is
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 subj
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 "/usr/lib/python2.4/site-packages/Wa
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 retu
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 aptitudeDepC
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 been
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
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]
w
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 b
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: grav
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 : c
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
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!
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,
Sa
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
/debian/debian/pool/main/t/tex-com
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
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
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 fil
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 b
Eduard Bloch wrote:
> #include
> * Samuel Mimram [Thu, Jul 20 2006, 01:04:53AM]:
>> Eduard Bloch wrote:
>>> #include
>> #include
>>
>>> * Samuel Mimram [Thu, Jul 20 2006, 12:26:40AM]:
>>>> Eduard Bloch wrote:
>>>>>
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
Eduard Bloch wrote:
> #include
#include
> * 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 d
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 pro
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,
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 extHasht
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=mldonkey&ver=2.7.7-3&arch=arm&stamp=1152654927&file=log&as=raw
>
>
> /tmp/camlstartup4
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 of
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
>> severit
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:
>>>
>>> ...
>&
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 (>>
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? Cont
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 yo
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 [EMA
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
/debian/debian/po
/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
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
#1
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
> $HOME/
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 compati
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 UNSUBS
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
produ
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 `/build/buildd/
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
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
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
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 lo
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 i
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()
x-symbol-init-langua
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.
Che
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 directo
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 called without first
calling 'glutInit'.
The attached patch seems to fix the
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 buil
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 on
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
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 `
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
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 re
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 Debi
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
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 generally
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).
Thanks in advance.
Regards,
Samuel.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PR
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 fil
Dino Puller wrote:
Package: linphone
Version: 1.0.1-1
Followup-For: Bug #301494
solved after an apt-get dist-upgrade
Hum. Quite strange. Below the only differences with your previous mail
are libgconf2-4 and libxml2. I don't really think that they could
explain the resolution of the problem...
Do
Hi,
Dino Puller wrote:
Package: linphone
Version: 1.0.1-1
Severity: grave
Justification: renders package unusable
linphone and linphonec segfault on startup
Argl. Could you please send me a stack trace to see where the problem
is? You can do that by:
% gdb linphone
(gdb) r
[...] segfault
(gdb) wh
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] E
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 shou
92 matches
Mail list logo
