On Sunday 04 August 2013 14:31:06 Helmut Grohne wrote:
> Control: clone 718151 -1
> Control: reassign -1 doxygen 1.8.4-1
> Control: severity -1 normal
> Control: retitle -1 doxygen loops when passing "foo(>0)" to
> findParameterList
>
> On Sat, Aug 03, 2013 at 11:21:11PM +0200, Matthias Klose wrot
On Sunday 04 August 2013 08:42:41 Thomas Schmitt wrote:
> Hi,
>
> Matthias Klose wrote:
> > fix it in libburn or disable building the docs.
> > upstream did tell you that they didn't want to update that
> > for newer doxygen versions.
Matthias,
I forgot to mention that doxygen gets stuck, even af
Hi Matthias and Helmut,
the doxygen 1.8.4-1 is being stuck while processing libburn header. This is
reliably reproducible (something has changed in the doxygen "parser" in
1.8.4-1) with libburn (1.2.2-2). Its override_dh_installdocs make target
simply executes:
doxygen doc/doxygen.conf
and do
On Saturday 07 July 2012 19:28:53 Thomas Schmitt wrote:
> Hi,
>
> Simon Wenner wrote:
> > xorriso seems to work as expected.
>
> Your report and the one of Alain Rpnpif support the theory that your drives
> dislike CD write type TAO with your particular CD media or in general.
> I failed to force
On Friday 06 July 2012 20:09:10 Thomas Schmitt wrote:
Hi,
> I roughly understand your theory about WEXITSTATUS.
> It would explain why Brasero stops to transfer more data.
> But without being able to engage growisofs, it will be hard to examine.
Ahem, and looking at http://fy.chalmers.se/~appro/
On Friday 06 July 2012 18:11:19 Alain Rpnpif wrote:
> Hello,
>
> Sorry for the time to reply. I was busy.
Hi Alain, and thanks for the feedback!
> Le 6 juillet 2012, Paul Menzel a écrit :
> > thank you for your effort. Unfortunately no one affected by this problem
> > has replied yet. (Although
On Friday 06 July 2012 16:43:07 Thomas Schmitt wrote:
> Hi,
Thomas, thank you performing these tests.
I think you've done enough already :)
> in order to apply George's patch anyway, i have tried to disable
> libburn so that growisofs would be used with DVD.
> No success.
> Both, growisofs and li
On Thursday 05 July 2012 21:14:51 Paul Menzel wrote:
> Dear Thomas,
Dear Paul,
Maybe you can also give more punctual instructions where to click on that
brasero interface thing so we can re-produce the bug as you do.
Then, you can try to confirm whether this bug is still present in the brasero
Hi,
I'd suggest the attached patch to be applied, so we can better see what
happens to the growisofs child process.
The code unconditinally calls WEXITSTATUS (status) without making sure that
WIFEXITED has returned true. This is undefined... but whatever - a separate
issue. (also I don't actua
On Thursday 05 July 2012 08:47:15 Thomas Schmitt wrote:
> Hi,
Hi All,
> i am currently the developer of libburn and libisofs.
>
> > https://bugzilla.gnome.org/show_bug.cgi?id=655601
>
> I know about such problems, but i do not know how to get into a
> discussion with Brasero developers.
> My im
tags 625098 + patch
thanks
Hi,
including in src/Graphics/GRA_thiessenTriangulation.h is enough for
build to succeed, no other regressions are found by GCC 4.6; tested in a fresh
sid environment, thus easy to resolve. Since Alioth is currently down for
maintenance I can't check whether this ha
Source: bobcat
Version: 2.15.01-1
Severity: critical
This bug is to prevent that version of bobcat to enter testing as the
dependent applications experience a segfault. A fixed version is being worked
on and hopefully to be uploaded shortly.
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email
On Thursday 05 May 2011 14:08:07 you wrote:
> Hi!
> Thanks for pinging. I did not work on that bug because I did not have
> debian unstable at hand - and now I have. So I'll take care of it next
> week or so.
> And yes, it will be great if you can sponsor it when I finish.
Hi,
Okay that sounds go
Hi maintainer,
Are you working towards the resolution of that bug [1]. I'd like to see that
bug removed, and I'm willing to have a look at the new package, if you don't
have a sponsor. Please, let me know.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559620
--
pub 4096R/0E4BD0AB
-
Yavor Doganov writes:
> Dear mentors,
--
> The upload would fix these bugs: 589851
> http://mentors.debian.net/debian/pool/main/b/bgoffice/bgoffice_3.0-11.dsc
Uploaded. Thank you for the fix.
--
pub 4096R/0E4BD0AB
signature.asc
Description: This is a digitally signed message part.
Okay the site came back online and I managed to access it. Package
uploaded. Thanks.
P.S. You might have more success with mentors list while hunting for sponsors.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...
Hi,
Your new package does not seem to be accessible at:
http://claudius.ce.uniroma2.it/~martone/tmp/
Please, upload to mentors.debian.net. If no one steps up, I'm willing
to sponsor that too. Thank you.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of
Package: kbedic
Version: 4.0-12
Severity: serious
Tags: patch
Hi,
Attached is a patch which fixes ftbfs. For reference, please see:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564233#10
--
pub 4096R/0E4BD0AB
--- src/translator.cpp.orig 2010-01-24 18:07:28.0 +0200
+++ src/translato
tags 564233 patch
thanks
Hi,
(this FTBFS everywhere /amd64 here/ with newer/stricter compiler)
Patch attached.
Rationale: there are two prototypes/overloads available:
const char * strchr ( const char * str, int character );
char * strchr ( char * str, int character );
since your
Hi,
Could you please give some more information how to reproduce it:
(since I'm unable to reproduce on amd64)
* How you run dia2code
* Attach the dia file if possible, that would be very helpful to
reproduce, indeed.
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with
David Kalnischkies writes:
> Hi George Danchev,
>
> 2009/12/29 George Danchev :
> > It turns out that some previous version of apt (<= 0.7.24) provide
> > libapt-pkg- libc6.9-6.so.4.8.1 shared object, which according to objdump
> > -T and readelf -s do not provide
Hi,
It turns out that some previous version of apt (<= 0.7.24) provide libapt-pkg-
libc6.9-6.so.4.8.1 shared object, which according to objdump -T and readelf -s
do not provide the missing symbol in question (_Z14maybe_add_authR3URISs).
To force dynamic linker to resolve all symbols at program s
Hi,
Goswin, are you sure that you didn't have locally modified dh-ocaml (how many
dh_ocaml's you have to begin with, since it has 3 options and your build lacks
2 of them;-) since ocaml 3.11.1-5 builds just fine in a clean amd64 sid chroot,
here. Also your debhelper version 8.0.0~git.1 looks od
At least --help works, but providing a man-page would be nice as per policy
12.1.
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: god
Version: 0.7.13-2
Severity: serious
Justification: renders package unusable
Hello,
$ god
/usr/bin/god:7:in `require': no such file to load -- rubygems (LoadError)
from /usr/bin/god:7
Installing rubygems fixes that, but then again nothing seems to happen if I try
to run it.
tags 544664 + pending
thanks
Hi,
Sorry for duplicated efforts due to us not keeping BTS inline.
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> On Sat, Dec 05, 2009 at 10:46:16PM +0200, George Danchev
was heard to say:
> > Hi, the following patch fixes that crash on amd64.
> >
> > --- src/gtk/gui.cc.orig 2009-12-05 22:43:21.0 +0200
> > +++ src/gtk/gui.cc 2009-12-05 22:43:40.0 +
Hi, the following patch fixes that crash on amd64.
--- src/gtk/gui.cc.orig 2009-12-05 22:43:21.0 +0200
+++ src/gtk/gui.cc 2009-12-05 22:43:40.0 +0200
@@ -1769,7 +1769,7 @@
if(!gtk_init_check(&argc, &argv))
return false;
-Glib::init();
+//Glib::init();
Hi,
This crash is reliably reproduced on amd64, but not on x86. It looks like the
brokeness is in the main() function in src/gtk/gui.cc, in the call of
Glib::thread_init();
That looks very odd:
GThread system may only be initialized once. aborting...
I'm not that into glib and glibmm, but I
Hi Christoph,
Note, that you can't just say "BSP 2009 $Location" in nmu changgelog and be
done with it. All the changes applied with that revision should be properly
documented.
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "un
tags 554785 patch
thanks
Hi Knut,
I'm not an autoclass expert, but gdb helped to track that down to calling stuff
via NULL pointer. Attached is a patch which fixes that segfault.
--
pub 4096R/0E4BD0AB
diff -Naur autoclass-3.3.4.orig/prog/io-results-bin.c autoclass-3.3.4/prog/io-results-bin.c
I can confirm that 3.1-10 crashes on startup on x86, but not on amd64.
I got the source in order to rebuilt with debugging symbols on x86, but then
the app started just fine. My best bet is that something has changed within the
underlying libraries, also looking at ltrace output:
fl_set_object_l
Hi,
This also FTBFS on hppa, hurd-i386 and kfreebsd-*.
Looking at: usr/include/bits/sigaction.h (libc6.1-dev_2.10.1-5_ia64)
I see that such a member is not provided on certain architectures.
Perhaps instead of (in main.cc):
#if !defined(__alpha)
pipeAction.sa_
Could you please try that with apt 0.7.21. You could grab it as:
bzr export . -r 1776 http://bzr.debian.org/apt/debian-sid/
--
pub 4096R/0E4BD0AB
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.or
On Friday 23 January 2009 00:31:15 Laurent Bigonville wrote:
> Package: sofia-sip
> Version: 1.12.10-2
> Severity: serious
>
> Hi,
>
> Sofia-sip FTBFS on nearly all arches due to missing symbols in .symbols
> files
>
> Could you please fix it
Hello,
and thanks for reporting.
It was failing becau
Hello Wouter,
I'm not quite familiar with your app internals, but it seems your fix makes no
big difference between 0 and 1 return codes. You really want to use
EVP_VerifyFinal as openssl guys did it [1], and provide the above functioning
level with the all possible returns. Their doc suggests
Hi,
>> and Word->Define; the latter shows a dialog, but interaction with
>> it leads to a different crash.
Agreed. There is a lots of potential for random crashes, mainly related to
interface handling. Further a breaf peek at code reveals more flaws: peopen()
return value not being inspected
Hello,
> I installed this file in ~/.asoundrc:
Can you please test that with the latest upstream svn trunk and branches/2.1 ?
--
pub 4096R/0E4BD0AB 2003-03-18
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
Hello,
I believe that Sebastian used svn trunk rev12241, so I built that revision in
hope to reproduce the same startup failure, but the app started just fine on
my sid box. Both versions of merkaartor from sid and lenny work properly for
me too.
Sebastian, could you please install Debian's m
tags 487353 + fixed pending
thanks
In order to replace the whole libpoco-dev binary package I've added to
libpoco5-dev:
Provides: libpoco-dev
Conflicts: libpoco-dev
Replaces: libpoco-dev
and uploaded it as -1.1. Sorry, for the quick NMU, but that issue was serious.
--
pub 4096R/0E4BD0AB 2003-
On Friday 14 December 2007, Dmitry E. Oboukhov wrote:
Hi,
> I needed to test the building of one of my packages with gcc4.3.
> However it turns out that gcc-snapshot from unstable contains the critical
> bug, which makes impossible using it. At the same time the previous
> version of the gcc-snap
On Monday 11 September 2006 11:23, Ludovic Brenta wrote:
> The package is ready on my hard disk, but the upload has been delayed by
> the telephone company's inability to transfer my ADSL connection to my
> new home in a timely manner :(
>
> They're supposed to do the transfer today; then I have to
Hello Ludovic,
Please go ahead and upload GtkAda 2.8.1 package, this will unblock gnat-gps
and probably some more. Why do you need to wait for Packages-arch-specific
additions ? This should be doable at some later point if the package has not
been picked up for build on certain archs. Probably
Hello Colin,
Seems like we should build-depend on tetex-bin. I can prepare new
upload to
fix that FTBFS and #380377 also, and dupload it to -mentors. Please ping me
if you don't have the time to complete it.
--
pub 4096R/0E4BD0AB 2003-03-18
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1
Hello Julien,
Could you please elaborate on that FTBFS, since debian/rules build target
passes just fine here, clean target is also fine. Perhaps if I know how you
invoked the sbuild on bobcat package I can reproduce that ftbfs. Hm, did you
run into free space shortage when the source package g
On Monday 24 July 2006 13:13, Diana Cionoiu wrote:
> Hello Samuel,
>
> Yate 0.8.7 it's like 1.5 years old. We never recomand someone to use
> that, especially since Yate 1 it's out.
>
> Diana Cionoiu
>
> P.S. Please remove yate 0.8.7 from debian and replace it with yate 1
Hi,
yate 1 is on its way
On Monday 10 July 2006 20:31, Joerg Schilling wrote:
> George Danchev <[EMAIL PROTECTED]> wrote:
> > Why do you say that ? This main problem is the distribution of the binary
> > (Executable Versions) form!
>
> There is no problem with distributing executables as th
> * Joerg Schilling ([EMAIL PROTECTED]) wrote:
>Before writing more, it seems to be iomportant to mention a common
>missconception:
>
> Both, the CDDL and the GPL are _source_ licenses.
Why do you say that ? This main problem is the distribution of the binary
(Executable Versions) form!
On Friday 07 July 2006 18:54, Francisco Rosales wrote:
--cut--
Hi,
> > I would add 'and is licensed also under GPL' or you think it is far too
> > much as clarification.
>
> No problem.
Thanks for your time. I really appreciate that !
> Please, check the file:
> http://www.dat
On Friday 07 July 2006 12:38, Francisco Rosales wrote:
-cut--
Hello,
> If the problem is about the copyright of the rc4 implementation,
> then you must know the full history.
>
> At some point in 1997 I decided to change from shc-2.7 to 3.0. The
> idea was to change totally the way th
On Wednesday 05 July 2006 17:16, Francisco Rosales wrote:
Hello all,
> > Unfortunately I face a break with the new GPL'ed ARC4 implementation. The
> > patch for that implementation for shc 3.7 along with some rc4 tests is
> > found at:
>
> Please, do not use the shc 3.7 rc4 implementation.
On Saturday 01 July 2006 20:06, Alexander Schmehl wrote:
> Hi!
>
> * George Danchev <[EMAIL PROTECTED]> [060701 15:20]:
> > I hope that Alexander Schmehl is still willing to check it out and
> > upload. Should anything still to be corrented I'm willing to do so. T
On Saturday 01 July 2006 20:06, Alexander Schmehl wrote:
> Hi!
>
> * George Danchev <[EMAIL PROTECTED]> [060701 15:20]:
> > I hope that Alexander Schmehl is still willing to check it out and
> > upload. Should anything still to be corrented I'm willing to do so. T
On Thursday 29 June 2006 01:10, [EMAIL PROTECTED] wrote:
> On Wed, Jun 28, 2006 at 12:58:59AM +0200, Alexander Schmehl wrote:
> > [ Cc-ing the bug report, so we have it in the bts, too ]
> >
> > Hi!
> >
> > - Now the real problem: shc.c
> >
> > Lookit at it we have:
> >
> > /**
> > * This software
On Wednesday 28 June 2006 22:58, Mark Purcell wrote:
--
> Agreed we should remove this EC patch until it is DFSG licenced.
Apart from the blatant sed'ish bug (which was not inteneded, and never met
before this special case arose) our EC patch is not the same as the Tipic
one. Everything in ours
On Wednesday 28 June 2006 21:25, Santiago Garcia Mantinan wrote:
> Package: kiax
> Version: 0.8.51.dfsg-1-1
> Severity: serious
>
> Hi!
Hello,
> We had a package that we knew was dfsg compliant, I had removed the lib
> stuff which had several license problems because of that and then renamed
> it
Hello Paul,
your patch seems to be incomplete ?
/matanza-0.13$ patch -p1 --dry-run < /tmp/matanza_0.13-3.2.diff
patching file debian/docs
patching file debian/control
Hunk #1 FAILED at 2.
1 out of 1 hunk FAILED -- saving rejects to file debian/control.rej
patching file debian/rules
Hunk #1 FAILED
Hello,
cheops should not build-depend on a virtual package since that prevents
succesful autobuilding. Better yet, just build-depend on libsnmp9-dev.
--
pub 4096R/0E4BD0AB 2003-03-18
fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
Hello,
Also chiark-tcl/1.0.0 seems to build-depend (at least) on a newer
version of
libadns1-dev (adns-1.3.tar.gz) which is not available in Sid. The function
adns_init_logfn is used in chiark-tcl-1.0.0/adns/adns.c which is found to be
in adns.h of adns-1.3.tar.gz, but not in the packa
On Wednesday 28 June 2006 01:58, Alexander Schmehl wrote:
> Let's start with something simple:
> - According to the header, the script "match" was [EMAIL PROTECTED]
> It has no explicit license, but is so easy and short, that I don't
> think one could claim copyright for that (the german word f
On Wednesday 14 September 2005 10:03, Steve Langasek wrote:
> On Wed, Sep 14, 2005 at 01:07:30AM -0400, Nathanael Nerode wrote:
> > I just discovered that the ntp source is a nest of licensing problems.
> >
> > The arlib subdir isn't distributable.
> > Neither is the entire libparse subdir, or anyt
61 matches
Mail list logo
