Bug#979010: libqalculate20: crashes cantor due to symbol conflict with poppler

2021-03-09 Thread Vincent Legout 
Hi,

On Tue, Mar 09, 2021 at 05:32:20PM +0900, Norbert Preining wrote :
> Please put me or the Qt/KDE Team into Cc so that we can take appropriate
> actions.

I opened the 2 bugs just after my previous email:

- https://bugs.debian.org/984850
- https://bugs.debian.org/984851

Thanks,
Vincent

Bug#979010: libqalculate20: crashes cantor due to symbol conflict with poppler

2021-03-08 Thread Vincent Legout 
Hi,

On Mon, Jan 4, 2021, at 1:53 PM, Norbert Preining wrote:
> I would have been nice to get the latest qalculate into Debian, but so
> close to initial freeze I don't feel really comfortable doing this.
> Do you have any opinion on that?
> There are not that many rdepends, actually only the gtk frontend and
> cantor, as far as I see.

Sorry for the late answer.

Yes, it'd have been better to get the latest version of both libqalculate and 
qalculate-gtk. Unfortunately, I haven't been able to work on them for way too 
long, my apologies for that. I'll orphan the packages because it won't likely 
change soon.

Yes, there are only a couple of rdepends, and migration wasn't too painful the 
few times I did it.

Thanks,
Vincent

Bug#979010: libqalculate20: crashes cantor due to symbol conflict with poppler

2021-01-03 Thread Vincent Legout 
Hi Norbert,

On Sat, Jan 02, 2021 at 07:49:37AM +0900, Norbert Preining wrote :
> I see you haven't done any further packaging of libqalculate since June
> 2019, and the qalculate v3 is stuck in experimental.
> 
> Could you please let us know what are your plans with qalculate?
> 
> I have raised the severity, since we are close to freeze and the bug
> affects other packages and make them crash under the default setup.
> 
> Can I make an NMU with the changes below?

I'm sorry I won't have time to look at libqalculate, please feel free to
NMU if it helps. Thanks for your work!

Thanks,
Vincent

Bug#811862: fixed in libqalculate 0.9.10-1

2016-11-10 Thread Vincent Legout 
Hi Emilio,

On Sun, Nov 06, 2016 at 04:24:29PM +0100, Emilio Pozuelo Monfort wrote :
> Hi,
> 
> On Thu, 08 Sep 2016 07:00:09 +0000 Vincent Legout  wrote:
> >  libqalculate (0.9.10-1) experimental; urgency=medium
> >  .
> >* Upload to experimental
> >* New upstream version
> >  - Fix FTBFS with gcc 6 (Closes: #811862)
> 
> This is still unfixed in unstable. Any plans for a fix there?

I apologize, I was planning to transition this new package to unstable but
didn't find the time to do so before the transition freeze. I guess it's now too
late for that, and Matthias uploaded a fix for this bug in the meantime (thanks
for that).

Thanks for your work,

Vincent

Bug#834670: gnuchess-book: FTBFS in testing (build takes forever and has to be killed)

2016-09-05 Thread Vincent Legout 
It fails to build with newer versions of gnuchess because gnuchess no longer
exits. I've reported this upstream:

 http://lists.gnu.org/archive/html/bug-gnu-chess/2016-09/msg0.html

Vincent

Bug#741990: eboard: diff for NMU version 1.1.1-6.1

2016-04-07 Thread Vincent Legout 
Hi Gianfranco,

Gianfranco Costamagna  writes:

> I've prepared an NMU for eboard (versioned as 1.1.1-6.1) and
> uploaded it to DELAYED/0.

Thank you for working on this bug. Feel free to upload directly.

Thanks,
Vincent

Bug#778098: quarry: diff for NMU version 0.2.0.dfsg.1-4.1

2015-07-24 Thread Vincent Legout 
Hi Gregor,

gregor herrmann  writes:

> I've prepared an NMU for quarry (versioned as 0.2.0.dfsg.1-4.1) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.

Thanks a lot to Dariusz and you for fixing this bug. Feel free to upload
the NMU directly. Sorry for not fixing this earlier.

Thanks,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#775699: libgaviotatb-dev is broken: undefined reference to `z_uncompress'

2015-01-18 Thread Vincent Legout 
Package: libgaviotatb-dev
Version: 0.4-1
Severity: grave

Hi,

libgaviotatb-dev seems to be broken:

% gcc main.c -lpthread -lm -lgaviotatb
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../lib/libgaviotatb.so: undefined
reference to `z_uncompress'
/usr/lib/gcc/x86_64-linux-gnu/4.9/../../../../lib/libgaviotatb.so: undefined
reference to `z_compress2'
collect2: error: ld returned 1 exit status

With main.c:

#include 
int main()
{
tb_init(0, 0, NULL);
}

I rebuilt the package and the c file now builds without error. Could you
please request a rebuild or fix this in another way?

Thanks,
Vincent



-- System Information:
Debian Release: 8.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'),
(500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages libgaviotatb-dev depends on:
ii  libgaviotatb1  0.4-1

Versions of packages libgaviotatb-dev recommends:
ii  gaviotatb  0.4-1

libgaviotatb-dev suggests no packages.


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#768741: phlipple: FTBFS in jessie: ld: engine.o: undefined reference to symbol 'cos@@GLIBC_2.2.5'

2014-11-30 Thread Vincent Legout 
Miriam Ruiz  writes:

> I thought I had already uploaded it yeah, go ahead if I didn't

Uploaded.

Peter, can you please request an unblock?

Thanks,
Vincent


signature.asc
Description: PGP signature

Bug#768741: phlipple: FTBFS in jessie: ld: engine.o: undefined reference to symbol 'cos@@GLIBC_2.2.5'

2014-11-30 Thread Vincent Legout 
Hi Miriam,

Miriam Ruiz  writes:

> I'll upload newer versions this afternoon :)

zaz has already been uploaded. Do you still plan to upload phlipple? I
can do the upload if needed.

Thanks,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#741790: [Pkg-mpd-maintainers] Bug#741790: gimmix: FTBFS: gimmix-playlist.c:42:2: error: 'DIR' redeclared as different kind of symbol

2014-03-16 Thread Vincent Legout 
Hi Florian,

Florian Schlichting  writes:

> fails for me in the same way. There's a new version out February 08
> (GIMMIX 0.5.7.2): "This release contains a new Czech translation and
> also fixes a compilation issue with recent versions of glib-2.0", which
> sounds much like a fix for this issue.

Thanks for looking at this. I'm in touch with upstream about the new
version which has a small issue. I'll try upload a fix if he doesn't
release a new version soon.

Thanks,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#732235: brutalchess bugs #732235 and #732227

2014-01-01 Thread Vincent Legout 
Hi Markus,

Markus Koschany  writes:

> I'm attaching a debdiff with the latest changes of brutalchess that
> fixes the FTBFS and the broken -p option. Unfortunately the only way to
> fix the latter is to disable the "quake" option because those models
> were never shipped by upstream.
>
> The changes are also available in the team's svn repository.

Thanks for fixing these two bugs. Would it be fine for you if I upload
the current version in svn with just the changelog timestamp updated ?

Thanks,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709216: qemu-system-x86 wants libvirt0 >= 1.0 only available in experimental

2013-05-21 Thread Vincent Legout 
Hi,

Michael Tokarev  writes:

> 21.05.2013 21:15, Vincent Legout wrote:
>> apt-get dist-upgrade failed because qemu-system-x86 declares a Breaks on
>> libvirt0 (<< 1.0) but libvirt 1.0 is only available in experimental.
>
> Oh. I haven't noticed that not all necessary bits are available in unstable.
>
> So, what do you think we should do?  Remove qemu from unstable?

I don't know. I'd say there are two options. Wait for libvirt 1.0 to be
uploaded to unstable while keeping unstable broken with qemu 1.5.0. Or
get back to the previous version of qemu and wait for libvirt 1.0 before
uploading qemu 1.5.0 to unstable.

I'd choose the second option, but others may have a different opinion...

Cheers,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#709216: qemu-system-x86 wants libvirt0 >= 1.0 only available in experimental

2013-05-21 Thread Vincent Legout 
Package: qemu-system-x86
Version: 1.5.0+dfsg-1
Severity: serious

Hello,

apt-get dist-upgrade failed because qemu-system-x86 declares a Breaks on
libvirt0 (<< 1.0) but libvirt 1.0 is only available in experimental.

Thanks,
Vincent

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.8-2-amd64 (SMP w/4 CPU cores)


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#707886: assogiate: depends on libgnome-vfsmm which is going away

2013-05-18 Thread Vincent Legout 
Hi Emilio,

Emilio Pozuelo Monfort  writes:

> assogiate depends on libgnome-vfsmm-2.6-1c2a which is going
> away. Please port your package away from it. GIO (available from
> glibmm) should have similar functionality.

Upstream is dead for a few years and I do not plan to port it to GIO
myself. I'll find a bug to request its removal.

Thanks,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#686231: still not fixed

2012-12-10 Thread Vincent Legout 
Hi,

Vincent Lefevre  writes:

> The crash still occurs on the same testcase, with llvm-gcc
> (provided by llvm-gcc-4.6).

I also have this crash with the test.i file. However, rebuilding the
source package or using the x86 version seem to fix this bug. I guess
the amd64 package wasn't built correctly.

Hope that helps,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#662606: php-horde-core: FTBFS: "This package contains role "horde" and requires package "horde/Role" to be used"

2012-07-14 Thread Vincent Legout 
tags 662606 patch
thanks

Hi,

Moritz Muehlenhoff  writes:

> Your package fails to build from source:
>
> dh binary --buildsystem=phppear --with phppear
>dh_testroot -O--buildsystem=phppear
>dh_prep -O--buildsystem=phppear
>dh_installdirs -O--buildsystem=phppear
>dh_auto_install -O--buildsystem=phppear
> File "js/tooltips.js" in directory "" has invalid role "horde", 
> should be one of cfg, data, doc, php, script, test, www
> This package contains role "horde" and requires package "horde/Role" to be 
> used

According to Mathieu Parent in #25, the solution is to add
php-horde-role in Build-Depends. The attached patch does this.

Vincent

diff -Nru php-horde-core-1.8.3/debian/changelog php-horde-core-1.8.3/debian/changelog
--- php-horde-core-1.8.3/debian/changelog	2012-01-10 22:23:10.0 +0100
+++ php-horde-core-1.8.3/debian/changelog	2012-07-14 10:06:58.0 +0200
@@ -1,3 +1,10 @@
+php-horde-core (1.8.3-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Build-Depends on php-horde-role (Closes: #662606)
+
+ -- Vincent Legout   Sat, 14 Jul 2012 10:06:55 +0200
+
 php-horde-core (1.8.3-1) unstable; urgency=low
 
   * Horde_Core package.
diff -Nru php-horde-core-1.8.3/debian/control php-horde-core-1.8.3/debian/control
--- php-horde-core-1.8.3/debian/control	2012-01-10 22:23:09.0 +0100
+++ php-horde-core-1.8.3/debian/control	2012-07-13 18:39:10.0 +0200
@@ -3,7 +3,7 @@
 Priority: extra
 Maintainer: Horde Maintainers 
 Uploaders: Mathieu Parent 
-Build-Depends: debhelper (>= 8.0.0), pkg-php-tools, pear-horde-channel
+Build-Depends: debhelper (>= 8.0.0), pkg-php-tools, pear-horde-channel, php-horde-role
 Standards-Version: 3.9.2
 Homepage: http://${phppear:channel}/

Bug#679914: llvm-gcc-4.6: Incompatible plugin version, can't compile C

2012-07-10 Thread Vincent Legout 
tags 679914 patch
thanks

Hi,

Vincent Lefevre  writes:

> llvm-gcc can't compile even simple C programs such as
>
> int main (void) { return 0; }
>
> I get the following error:
>
> $ llvm-gcc tst.c
> Incompatible plugin version
> cc1: error: fail to initialize plugin 
> /usr/lib/gcc/x86_64-linux-gnu/4.6/plugin/dragonegg.so
>
> even though llvm-gcc-4.6 and dragonegg-4.6 have the same version 3.1-1
> (current unstable).

Since dragonegg 3.1-1, the patch donotfailincompatiblepluginversion.diff
is no longer applied and it seems using dragonegg_disable_version_check
no longer works.

I suggest the attached patch which builds dragonegg with
DISABLE_VERSION_CHECK=1 to be able to use a different gcc version that
the one dragonegg was built against. I built dragonegg on amd64 with
this patch and it fixes this bug.

Hope that helps,
Vincent

diff -Nru dragonegg-3.1/debian/changelog dragonegg-3.1/debian/changelog
--- dragonegg-3.1/debian/changelog	2012-06-22 19:39:37.0 +0200
+++ dragonegg-3.1/debian/changelog	2012-07-10 22:15:56.0 +0200
@@ -1,3 +1,12 @@
+dragonegg (3.1-1.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/rules: Build with DISABLE_VERSION_CHECK=1 to be able to use a
+different gcc version that the one dragonegg was built against.
+(Closes: #679914)
+
+ -- Vincent Legout   Tue, 10 Jul 2012 22:02:05 +0200
+
 dragonegg (3.1-1) unstable; urgency=low
 
   * New upstream release
diff -Nru dragonegg-3.1/debian/rules dragonegg-3.1/debian/rules
--- dragonegg-3.1/debian/rules	2012-06-22 19:31:29.0 +0200
+++ dragonegg-3.1/debian/rules	2012-07-10 21:54:29.0 +0200
@@ -20,7 +20,7 @@
 	mkdir -p $(DEB_SRCDIR)/$(GCC_VERSION)
 	cd $(DEB_SRCDIR)/$(GCC_VERSION); \
 	GCC=gcc-$(GCC_VERSION) CC=gcc-$(GCC_VERSION) CXX=g++-$(GCC_VERSION) \
-	LDFLAGS=-L/usr/lib/llvm-$(LLVM_VERSION)/lib $(MAKE) \
+	DISABLE_VERSION_CHECK=1 LDFLAGS=-L/usr/lib/llvm-$(LLVM_VERSION)/lib $(MAKE) \
 		VERBOSE=1 \
 		LLVM_CONFIG=/usr/lib/llvm-$(LLVM_VERSION)/bin/llvm-config \
 		-C ../; \
@@ -31,7 +31,7 @@
 	mkdir -p $(DEB_SRCDIR)/$(GCC_VERSION_NEXT)
 	cd $(DEB_SRCDIR)/$(GCC_VERSION_NEXT); \
 	GCC=gcc-$(GCC_VERSION_NEXT) CC=gcc-$(GCC_VERSION_NEXT) CXX=g++-$(GCC_VERSION_NEXT) \
-	LDFLAGS=-L/usr/lib/llvm-$(LLVM_VERSION)/lib $(MAKE) \
+	DISABLE_VERSION_CHECK=1 LDFLAGS=-L/usr/lib/llvm-$(LLVM_VERSION)/lib $(MAKE) \
 		VERBOSE=1 \
 		LLVM_CONFIG=/usr/lib/llvm-$(LLVM_VERSION)/bin/llvm-config \
 		-C ..; \

Bug#673316: FTBFS: The following new or changed copyright notices discovered:

2012-06-30 Thread Vincent Legout 
Hi,

Samuel Thibault  writes:

> pcf2bdf currently FTBFS in sid:
>
> find * -type f -not -regex 'debian/.*' -not -regex 
> '\(.*/\)?config\.\(guess\|sub\|rpath\)\(\..*\)?' -exec cat '{}' ';' \
>   | tr '\r' '\n' \
>   | LC_ALL=C sed -e 's/[^[:print:]]//g' \
>   | egrep --text -rih '(copyright|\(c\) ).*[0-9]{4}' \
>   | sed -e 's/^[[:space:]*#]*//' -e 's/[[:space:]]*$//' \
>   | LC_ALL=C sort -u \
>   > debian/copyright_newhints
> find: `cat' terminated by signal 13
> Error: The following new or changed copyright notices discovered:
> Copyright © 2004-2006 Jonas Smedegaard 
> Copyright © 2005-2007 Jonas Smedegaard 
> Copyright © 2006 Jonas Smedegaard 
> Copyright © 2006-2007 Jonas Smedegaard 
> Copyright © 2007 Jonas Smedegaard 
> Trying to locate the files containing the new/changed copyright notices...
> (Strings part of binary data you need to resolve yourself)

I confirm this failure with pcf2bdf 1.04-2 but it seems to build fine
with 1.04-4. I think it can be closed.

Hope that helps,
Vincent



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669099: FTBFS in up-to-date unstable; test failure

2012-06-30 Thread Vincent Legout 
Hi,

I can reproduce this failure on both amd64 and i386. It was fixed in
Ubuntu by disabling the tests.

It seems ggcov now supports amd64 but even if this arch is enabled in
the source package ggcov is not built for amd64 because this file needs
to be updated:

 https://buildd.debian.org/quinn-diff/sid/Packages-arch-specific

A bigger problem is that ggcov does not seem to support gcc 4.7, see for
example the compatibility page on the website. And running ggcov with
gcc-4.7 gives:

 main.gcno: unsupported compiler version 4.7(*), contact author for support

Hope that helps,
Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669522: coinor-cbc: FTBFS: make[3]: *** No rule to make target `/usr/lib/libCgl.la', needed by `cbc'. Stop.

2012-06-26 Thread Vincent Legout 
Etienne Millon  writes:

>> Also, the new coinor-libcbc0 package no longer depends on coinor-libvol0
>> and libatlas3gf-base. I don't know coinor enough to know if it's
>> important or not though (it seems those two packages come with other
>> coinor packages like coinor-libcgl0 or coinor-libclp0).
>
> It seems that -cbc did depend on -vol at a time, but not anymore :
>
> https://projects.coin-or.org/Cbc/browser/stable/2.7/Dependencies
> https://projects.coin-or.org/Cbc/browser/stable/2.5/Dependencies
>
> I am not sure why the wiki page claims -vol was used in 2.5, as it was
> uselessly linked in the previous version :
>
> https://buildd.debian.org/status/fetch.php?pkg=coinor-cbc&arch=amd64&ver=2.5.0-2.3&stamp=1324678369
>
>   dpkg-shlibdeps: warning: dependency on libVol.so.0 could be avoided if
> "debian/coinor-libcbc0/usr/bin/cbc" were not uselessly linked against
> it (they use none of its symbols).
>   dpkg-shlibdeps: warning: dependency on liblapack.so.3gf could be
> avoided if "debian/coinor-libcbc0/usr/bin/cbc" were not uselessly
> linked against it (they use none of its symbols).
>
> It's probably the use of dpkg-buildflags that changed the behaviour,
> but I believe that it's correct now. I removed the build-dependencies on
> -vol and lapack (which pulled atlas) and it builds fine.
>
> I reuploaded the package, it should be available at the same URL :
>
> http://mentors.debian.net/debian/pool/main/c/coinor-cbc/coinor-cbc_2.5.0-3.dsc

Thanks, uploaded.

Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669522: coinor-cbc: FTBFS: make[3]: *** No rule to make target `/usr/lib/libCgl.la', needed by `cbc'. Stop.

2012-06-26 Thread Vincent Legout 
Etienne Millon  writes:

> Changes:
>  coinor-cbc (2.5.0-3) unstable; urgency=low
>  .
>* New maintainer (Closes: #645087)
>  - Also add Christophe-Marie Duquesne to Uploaders
>  - Update Vcs-* fields
>* Acknowledge NMU (Closes: #630252)
>* patches/Makefile.diff: .la files are no longer shipped by some -dev
>  libraries. Link against them using -l instead.
>  (Closes: #669522 - Thanks to Vincent Legout for the patch)
>* Enable hardening flags
>* debian/control:
>  - Add dpkg-dev to Build-depends
>  - Fix a spelling error ("allows one to")
>  - Deduplicate short package descriptions
>  - Bump Standards-Version to 3.9.3 (no changes needed)
>
> You may also be interested in sponsoring a NMU for coinor-ipopt (which
> fixes an RC bug) :
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678935

The package seems fine but could you please mention in the changelog
that you ran wrap-and-sort in debian/control and that you updated
debian/copyright to remove two trailing spaces.

Also, the new coinor-libcbc0 package no longer depends on coinor-libvol0
and libatlas3gf-base. I don't know coinor enough to know if it's
important or not though (it seems those two packages come with other
coinor packages like coinor-libcgl0 or coinor-libclp0).

About coinor-ipopt, I think you're right regarding gregor's comment.
I'll try to upload the package if he doesn't answer or doesn't upload.

Thanks,
Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669522: coinor-cbc: FTBFS: make[3]: *** No rule to make target `/usr/lib/libCgl.la', needed by `cbc'. Stop.

2012-06-19 Thread Vincent Legout 
Salut Etienne,

Etienne Millon  writes:

> Thanks for providing a patch for this bug. I'm in the process of
> adopting this package (ITA: #645087), so please don't NMU this too
> soon, I will integrate it in a few days in a maintainer upload.

Thanks for taking care of this package. I should be able to sponsor the
upload if needed.

Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669522: coinor-cbc: FTBFS: make[3]: *** No rule to make target `/usr/lib/libCgl.la', needed by `cbc'. Stop.

2012-06-14 Thread Vincent Legout 
tags 669522 patch
thanks

Lucas Nussbaum  writes:

> During a rebuild of all packages in sid, your package failed to build on
> amd64.

It should build fine with the attached patch. It was caused by libCgl.la
no longer being shipped by coinor-libcgl-dev (see #633173).

Vincent

diff -Nru coinor-cbc-2.5.0/debian/changelog coinor-cbc-2.5.0/debian/changelog
--- coinor-cbc-2.5.0/debian/changelog	2011-12-21 21:37:09.0 +0100
+++ coinor-cbc-2.5.0/debian/changelog	2012-06-14 20:52:23.0 +0200
@@ -1,3 +1,11 @@
+coinor-cbc (2.5.0-2.4) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * patches/Makefile.diff: .la files are no longer shipped by some -dev
+libraries. Link against them using -l instead. (Closes: #669522)
+
+ -- Vincent Legout   Thu, 14 Jun 2012 20:50:26 +0200
+
 coinor-cbc (2.5.0-2.3) unstable; urgency=low
 
   * Non-maintainer upload.
diff -Nru coinor-cbc-2.5.0/debian/patches/Makefile.diff coinor-cbc-2.5.0/debian/patches/Makefile.diff
--- coinor-cbc-2.5.0/debian/patches/Makefile.diff	2009-09-24 15:52:59.0 +0200
+++ coinor-cbc-2.5.0/debian/patches/Makefile.diff	2012-06-14 20:36:09.0 +0200
@@ -1,7 +1,7 @@
-Index: coinor-cbc-2.3.1/Cbc/src/Makefile.in
+Index: coinor-cbc-2.5.0/Cbc/src/Makefile.in
 ===
 coinor-cbc-2.3.1.orig/Cbc/src/Makefile.in	2009-07-28 14:38:50.0 +0200
-+++ coinor-cbc-2.3.1/Cbc/src/Makefile.in	2009-09-24 15:43:37.0 +0200
+--- coinor-cbc-2.5.0.orig/Cbc/src/Makefile.in	2012-06-14 20:31:14.694313988 +0200
 coinor-cbc-2.5.0/Cbc/src/Makefile.in	2012-06-14 20:36:01.774321892 +0200
 @@ -59,7 +59,7 @@
  @COIN_HAS_CLP_TRUE@	-I`$(CYGPATH_W) $(OSISRCDIR)/src/OsiClp` \
  @COIN_HAS_CLP_TRUE@	-I`$(CYGPATH_W) $(CLPOBJDIR)/inc`
@@ -17,8 +17,8 @@
  
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_CLP_TRUE@am__append_10 = $(OSIOBJDIR)/src/OsiClp/libOsiClp.la \
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_CLP_TRUE@	$(CLPOBJDIR)/src/libClp.la
-+@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_CLP_TRUE@am__append_10 = /usr/lib/libOsiClp.la \
-+@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_CLP_TRUE@	/usr/lib/libClp.la
++@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_CLP_TRUE@am__append_10 = -lOsiClp \
++@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_CLP_TRUE@	-lClp
  
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_CLP_TRUE@am__append_11 = `cat $(CLPOBJDIR)/clp_addlibs.txt`
 +@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_CLP_TRUE@am__append_11 = -lClp
@@ -31,8 +31,8 @@
  
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_DYLP_TRUE@am__append_15 = $(OSIOBJDIR)/src/OsiDylp/libOsiDylp.la \
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_DYLP_TRUE@	$(DYLPOBJDIR)/src/Dylp/libDylp.la
-+@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_DYLP_TRUE@am__append_15 = /usr/lib/libOsiDylp.la \
-+@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_DYLP_TRUE@	/usr/lib/libDylp.la
++@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_DYLP_TRUE@am__append_15 = -lOsiDylp \
++@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_DYLP_TRUE@	-lDylp
  
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_DYLP_TRUE@am__append_16 = `cat $(DYLPOBJDIR)/dylp_addlibs.txt`
 +@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_DYLP_TRUE@am__append_16 = -lDylp
@@ -44,7 +44,7 @@
  @CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_SYMPHONY_TRUE@	-I`$(CYGPATH_W) $(OSISRCDIR)/src/OsiSym`
  
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_SYMPHONY_TRUE@am__append_28 = $(OSIOBJDIR)/src/OsiSym/libOsiSym.la \
-+@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_SYMPHONY_TRUE@am__append_28 = /usr/lib/libOsiSym.la \
++@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_SYMPHONY_TRUE@am__append_28 = -lOsiSym \
  @CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_SYMPHONY_TRUE@	$(SYMPHONYOBJDIR)/src/libSym.la
  
  @CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_SYMPHONY_TRUE@am__append_29 = `cat $(SYMPHONYOBJDIR)/sym_addlibs.txt`
@@ -53,15 +53,15 @@
  
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_VOL_TRUE@am__append_31 = $(OSIOBJDIR)/src/OsiVol/libOsiVol.la \
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_VOL_TRUE@	$(VOLOBJDIR)/src/libVol.la
-+@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_VOL_TRUE@am__append_31 = /usr/lib/libOsiVol.la \
-+@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_VOL_TRUE@	/usr/lib/libVol.la
++@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_VOL_TRUE@am__append_31 = -lOsiVol \
++@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_VOL_TRUE@	-lVol
  
 -@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_VOL_TRUE@am__append_32 = `cat $(VOLOBJDIR)/vol_addlibs.txt`
 +@CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_VOL_TRUE@am__append_32 = -lVol
  @CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_XPR_TRUE@am__append_33 = -I`$(CYGPATH_W) $(XPRINCDIR)` \
  @CBC_BUILD_CBC_GENERIC_TRUE@@COIN_HAS_XPR_TRUE@	-I`$(CYGPATH_W) $(OSISRCDIR)/src/OsiXpr`
  
-@@ -190,11 +190,11 @@
+@@ -204,11 +204,11 @@
  @COIN_HAS_ASL_TRUE@@COIN_HAS_CLP_TRUE@am__DEPENDENCIES_3 =  \
  @COIN_HAS_ASL_TRUE@@COIN_HAS_CLP_TRUE@	$(am__DEPENDENCIES_2)
  @COIN_HAS_CLP_TRUE@cbc_DEPENDENCIES = libCbcSolver.la libCbc.la \
@@ -70,27 +70,27 @@
 -@COIN_HAS_CLP_TRUE@	$(OSIOBJDIR)/src/libOsi.la \
 -@COIN_HAS_CLP_TRUE@	$(CLPOBJDIR)/src/libClp.la \
 -@COIN_HAS_CL

Bug#673580: llvm-2.9: FTBFS[kfreebsd,hurd]: GCC-4.7

2012-05-20 Thread Vincent Legout 
tag 673580 + patch
thanks

Steven Chamberlain  writes:

> Related to #673266, there is some remaining code that FTBFS
> on kfreebsd-* and hurd-i386 with gcc-4.7:

The attached patch should fix this. I tried it on both amd64 and
kfreebsd-amd64 and it builds fine.

Vincent

diff -Nru llvm-2.9-2.9+dfsg/debian/changelog llvm-2.9-2.9+dfsg/debian/changelog
--- llvm-2.9-2.9+dfsg/debian/changelog	2012-05-18 09:24:12.0 +0200
+++ llvm-2.9-2.9+dfsg/debian/changelog	2012-05-20 11:37:06.0 +0200
@@ -1,3 +1,11 @@
+llvm-2.9 (2.9+dfsg-6.1) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * Update patches/0035-gcc-4.7.patch to fix a remaining build failure with
+gcc-4.7 on kfreebsd and hurd. (Closes: #673580)
+
+ -- Vincent Legout   Sun, 20 May 2012 11:31:18 +0200
+
 llvm-2.9 (2.9+dfsg-6) unstable; urgency=low
 
   [ Vincent Legout ]
diff -Nru llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch
--- llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch	2012-05-18 09:28:30.0 +0200
+++ llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch	2012-05-20 11:37:14.0 +0200
@@ -1,6 +1,7 @@
 ---
- Intercept.cpp |1 +
- 1 file changed, 1 insertion(+)
+ lib/ExecutionEngine/JIT/Intercept.cpp |1 +
+ utils/unittest/googletest/include/gtest/internal/gtest-port.h |1 +
+ 2 files changed, 2 insertions(+)
 
 --- a/lib/ExecutionEngine/JIT/Intercept.cpp	2012-05-17 16:11:46.956180361 +0200
 +++ b/lib/ExecutionEngine/JIT/Intercept.cpp	2012-05-17 16:14:35.256184996 +0200
@@ -12,3 +13,14 @@
  /* stat functions are redirecting to __xstat with a version number.  On x86-64 
   * linking with libc_nonshared.a and -Wl,--export-dynamic doesn't make 'stat' 
   * available as an exported symbol, so we have to add it explicitly.
+
+--- a/utils/unittest/googletest/include/gtest/internal/gtest-port.h
 b/utils/unittest/googletest/include/gtest/internal/gtest-port.h
+@@ -177,6 +177,7 @@
+ #ifndef _WIN32_WCE
+ #include 
+ #endif  // !_WIN32_WCE
++#include 
+ 
+ #include   // NOLINT
+ #include   // NOLINT

Bug#673266: FTBFS: lseek64' was not declared

2012-05-18 Thread Vincent Legout 
tags 673266 + patch
thanks

Samuel Thibault  writes:

> llvm-2.9 currently FTBFS in sid:
>
> /tmp/buildd/llvm-2.9-2.9+dfsg/lib/ExecutionEngine/JIT/Intercept.cpp:69:67: 
> error: 'lseek64' was not declared in this scope
>
> This is most probably due to the switch to gcc 4.7.

The attached patch fixes this by including .

Vincent

diff -Nru llvm-2.9-2.9+dfsg/debian/changelog llvm-2.9-2.9+dfsg/debian/changelog
--- llvm-2.9-2.9+dfsg/debian/changelog	2012-03-10 18:29:05.0 +0100
+++ llvm-2.9-2.9+dfsg/debian/changelog	2012-05-18 08:11:38.0 +0200
@@ -1,3 +1,11 @@
+llvm-2.9 (2.9+dfsg-6) unstable; urgency=low
+
+  * Non-maintainer upload.
+  * debian/patches/0035-gcc-4.7.patch: Fix FTBFS with gcc-4.7.
+    (Closes: #673266)
+
+ -- Vincent Legout   Fri, 18 May 2012 08:11:35 +0200
+
 llvm-2.9 (2.9+dfsg-5) unstable; urgency=low
 
   * llvm-ld-2.9 generated broken wrapper scripts.
diff -Nru llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch
--- llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch	1970-01-01 01:00:00.0 +0100
+++ llvm-2.9-2.9+dfsg/debian/patches/0035-gcc-4.7.patch	2012-05-18 08:14:12.0 +0200
@@ -0,0 +1,14 @@
+---
+ Intercept.cpp |1 +
+ 1 file changed, 1 insertion(+)
+
+--- a/lib/ExecutionEngine/JIT/Intercept.cpp	2012-05-17 16:11:46.956180361 +0200
 b/lib/ExecutionEngine/JIT/Intercept.cpp	2012-05-17 16:14:35.256184996 +0200
+@@ -52,6 +52,7 @@
+ #include 
+ #endif
+ #include 
++#include 
+ /* stat functions are redirecting to __xstat with a version number.  On x86-64 
+  * linking with libc_nonshared.a and -Wl,--export-dynamic doesn't make 'stat' 
+  * available as an exported symbol, so we have to add it explicitly.

Bug#664906: audacious-dumb: FTBFS: audacious-dumb.h:41:32: fatal error: audacious/configdb.h: No such file or directory

2012-03-31 Thread Vincent Legout 
Hi,

After a quick look, I think the new upstream version needs to be
packaged to fix this bug. And the package is currently useless because
audacious does not detect the plugin.

There also seems to be a plugin named ModPlug in audacious-plugins which
may have the same features.

Cheers,
Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#653744: full log attached

2012-02-04 Thread Vincent Legout 
block 653744 by 658577
thanks

Hi,

Al Stone  writes:
> On 01/09/2012 11:19 PM, Aron Xu wrote:
>> I believe here's some useful information in the log:
>> 
>> checking libevocosm/evocosm.h usability... no
>> checking libevocosm/evocosm.h presence... yes
>> configure: WARNING: libevocosm/evocosm.h: present but cannot be compiled
>> configure: WARNING: libevocosm/evocosm.h: check for missing
>> prerequisite headers?
>> configure: WARNING: libevocosm/evocosm.h: see the Autoconf documentation
>> configure: WARNING: libevocosm/evocosm.h: section "Present But
>> Cannot Be Compiled"
>> configure: WARNING: libevocosm/evocosm.h: proceeding with the
>> preprocessor's result
>> configure: WARNING: libevocosm/evocosm.h: in the future, the compiler
>> will take precedence
>> configure: WARNING: ## -- ##
>> configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists.  ##
>> configure: WARNING: ## -- ##
>> checking for libevocosm/evocosm.h... yes
>
> Thanks.  I'm looking into this.  Note that it is completely
> architecture-independent (i.e., that it was discovered with
> armhf is irrelevant -- it occurs on amd64 the same way.

I've just submitted #658577 against libevocosm-dev, because it seems one
header file (listener.h) in libevocosm-dev is broken.

However, there must be an bug in acovea too, because acovea doesn't
build with the fixed libevocosm-dev.

Here is the build log:

dh_testdir
# Add here commands to compile the package.
/usr/bin/make
make[1]: Entering directory `/home/vincent/debian/tmp/acovea/acovea-5.1.1'
Making all in libacovea
make[2]: Entering directory 
`/home/vincent/debian/tmp/acovea/acovea-5.1.1/libacovea'
if /bin/bash ../libtool --tag=CXX --mode=compile x86_64-linux-gnu-g++ -I. -I. 
-I. -I. -I.. -DACOVEA_VERSION=\"5.1.1\" 
-DACOVEA_CONFIG_DIR=\""/usr/share//libacovea/config/"\" 
-DACOVEA_BENCHMARK_DIR=\""/usr/share//libacovea/benchmarks/"\"-g -O2 -MT 
acovea.lo -MD -MP -MF ".deps/acovea.Tpo" -c -o acovea.lo acovea.cpp; \
then mv -f ".deps/acovea.Tpo" ".deps/acovea.Plo"; else rm -f 
".deps/acovea.Tpo"; exit 1; fi
mkdir .libs
 x86_64-linux-gnu-g++ -I. -I. -I. -I. -I.. -DACOVEA_VERSION=\"5.1.1\" 
-DACOVEA_CONFIG_DIR=\"/usr/share//libacovea/config/\" 
-DACOVEA_BENCHMARK_DIR=\"/usr/share//libacovea/benchmarks/\" -g -O2 -MT 
acovea.lo -MD -MP -MF .deps/acovea.Tpo -c acovea.cpp  -fPIC -DPIC -o 
.libs/acovea.o
In file included from acovea.cpp:36:0:
acovea.h:422:5: warning: 'typedef' was ignored in this declaration [enabled by 
default]
acovea.h: In member function 'virtual bool 
acovea::acovea_organism::operator<(const 
libevocosm::organism&) const':
acovea.h:549:25: error: 'm_fitness' was not declared in this scope
acovea.h:549:53: error: 
'a_right.libevocosm::organism::fitness' cannot be used as a 
function
acovea.h: At global scope:
acovea.h:630:5: warning: 'typedef' was ignored in this declaration [enabled by 
default]
acovea.h:636:5: warning: 'typedef' was ignored in this declaration [enabled by 
default]
acovea.h:639:5: error: expected class-name before '{' token
acovea.h:734:44: error: expected template-name before '<' token
acovea.h:734:44: error: expected '{' before '<' token
acovea.h:734:44: error: expected unqualified-id before '<' token
acovea.cpp:1981:1: error: expected '}' at end of input
make[2]: *** [acovea.lo] Error 1
make[2]: Leaving directory 
`/home/vincent/debian/tmp/acovea/acovea-5.1.1/libacovea'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/vincent/debian/tmp/acovea/acovea-5.1.1'
make: *** [build-stamp] Error 2

Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#658577: -dev library is broken

2012-02-04 Thread Vincent Legout 
Package: libevocosm-dev
Version: 4.0.2-2
Severity: serious
File: libevocosm
Tags: patch

Hi,

The file listener.h in libevocosm-dev is broken. For example:

 #include "libevocosm/listener.h"
 int main(void) {}

Here is what I get when I build this file:

[10:57 ~/debian/libevocosm]% g++ -o test test.cpp
In file included from test.cpp:1:0:
/usr/include/libevocosm/listener.h:88:54: error: ‘vector’ does not name a
type
/usr/include/libevocosm/listener.h:88:60: error: expected ‘,’ or ‘...’
before ‘<’ token
/usr/include/libevocosm/listener.h:96:52: error: ‘vector’ does not name a
type
/usr/include/libevocosm/listener.h:96:58: error: expected ‘,’ or ‘...’
before ‘<’ token
/usr/include/libevocosm/listener.h:138:45: error: ‘vector’ does not name a
type
/usr/include/libevocosm/listener.h:138:51: error: expected ‘,’ or ‘...’
before ‘<’ token
/usr/include/libevocosm/listener.h:155:54: error: ‘vector’ does not name a
type
/usr/include/libevocosm/listener.h:155:60: error: expected ‘,’ or ‘...’
before ‘<’ token
/usr/include/libevocosm/listener.h:166:52: error: ‘vector’ does not name a
type
/usr/include/libevocosm/listener.h:166:58: error: expected ‘,’ or ‘...’
before ‘<’ token
/usr/include/libevocosm/listener.h:223:45: error: ‘vector’ does not name a
type
/usr/include/libevocosm/listener.h:223:51: error: expected ‘,’ or ‘...’
before ‘<’ token
zsh: exit 1 g++ -o test test.cpp

The attached patch fix this bug. This bug affects acovea and fixing this bug
may fix #653744.

Vincent

-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'),
(1,'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 3.3.0-rc2 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libevocosm-dev depends on:
ii  libbrahe-dev  1.3.2-3
ii  libevocosm-4.0-4  4.0.2-2

libevocosm-dev recommends no packages.

libevocosm-dev suggests no packages.



***
/home/vincent/debian/tmp/libevocosm/libevocosm-4.0.2/debian/patches/listener_std_vector.patch
Index: libevocosm-4.0.2/libevocosm/listener.h
===
--- libevocosm-4.0.2.orig/libevocosm/listener.h 2012-02-03 22:24:51.263280868
+0100
+++ libevocosm-4.0.2/libevocosm/listener.h  2012-02-03 22:27:17.191284912
+0100
@@ -57,6 +57,7 @@
 #include 
 #include 
 #include 
+#include 

 // Windows
 #if defined(_MSC_VER)
@@ -85,7 +86,7 @@
 \param a_population Population before this generation's
evolution
 \param a_iteration One-based number of the generation begun
 */
-virtual void ping_generation_begin(const vector &
a_population, size_t a_iteration) = 0;
+virtual void ping_generation_begin(const std::vector
& a_population, size_t a_iteration) = 0;

 //! Ping that a generation ends
 /*!
@@ -93,7 +94,7 @@
 \param a_population Population for which processing has ended
 \param a_iteration One-based number of the generation ended
 */
-virtual void ping_generation_end(const vector &
a_population, size_t a_iteration) = 0;
+virtual void ping_generation_end(const std::vector &
a_population, size_t a_iteration) = 0;

 //! Ping that a test run begins
 /*!
@@ -135,7 +136,7 @@
 Invoked when an evocosm finishes all processing. This way God
can
 rest on the seventh day.
 */
-virtual void run_complete(const vector &
a_population) = 0;
+virtual void run_complete(const std::vector &
a_population) = 0;
 };

 //! An listener implementation that ignores all events
@@ -152,7 +153,7 @@
 \param a_population Population before this generation's
evolution
 \param a_iteration One-based number of the generation begun
 */
-virtual void ping_generation_begin(const vector &
a_population, size_t a_iteration)
+virtual void ping_generation_begin(const std::vector
& a_population, size_t a_iteration)
 {
 // do nothing
 }
@@ -163,7 +164,7 @@
 \param a_population population for which processing has ended
 \param a_iteration One-based number of the generation ended
 */
-virtual void ping_generation_end(const vector &
a_population, size_t a_iteration)
+virtual void ping_generation_end(const std::vector &
a_population, size_t a_iteration)
 {
 // do nothing
 }
@@ -220,7 +221,7 @@
 Invoked when an evocosm finishes all processing. This way God
can
 rest on the seventh day.
 */
-virtual void run_complete(const vector &
a_population)
+virtual void run_complete(const std::vector &
a_populat

Bug#640702: libqalculate: FTBFS: libtool: link: `/usr/lib/libgmp.la' is not a valid libtool archive

2011-09-06 Thread Vincent Legout 
merge 640702 640254
thanks

Hi,

Mònica Ramírez Arceda  writes:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part:
>> ar cru .libs/libqalculate.a  Function.o Calculator.o DataSet.o Variable.o 
>> ExpressionItem.o Number.o MathStructure.o Prefix.o util.o Unit.o 
>> BuiltinFunctions.o
>> ranlib .libs/libqalculate.a
>> creating libqalculate.la
>> /bin/sed: can't read /usr/lib/libgmp.la: No such file or directory
>> libtool: link: `/usr/lib/libgmp.la' is not a valid libtool archive
>> make[3]: *** [libqalculate.la] Error 1

This bug has already been reported, see #640254. I merge the two bugs.

Cheers,
Vincent



--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#636683: assogiate: FTBFS without internet access

2011-08-07 Thread Vincent Legout 
tags 636683 + pending
thanks

Hi Ilya,

Ilya Barygin  writes:
> assogiate fails to build without internet access because it's missing two 
> build dependencies:
>
> * docbook-xml (for assogiate.xml)
> * rarian-compat (for assogiate-C.omf)

You'right, I've prepared a new package which will be uploaded as soon as
I can find a sponsor.

Best regards,
Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#634540: [Pkg-mpd-maintainers] Bug#634540: gimmix: FTBFS: libtool: link: cannot find the library `/usr/lib/libcurl.la' or unhandled argument `/usr/lib/libcurl.la'

2011-07-23 Thread Vincent Legout 
severity 633315 serious
affects 633315 src:gimmix
block 634540 by 633315
thanks

Hi Lucas,

Lucas Nussbaum  writes:
>> /bin/bash ../libtool --tag=CC   --mode=link gcc  -g -O2 -DHAVE_TAGEDITOR 
>> -DHAVE_LYRICS -DHAVE_COVER_PLUGIN -pipe -Wall   -o gimmix wejpconfig.o 
>> eggtrayicon.o sexy-tooltip.o gimmix-config.o gimmix-core.o gimmix-playlist.o 
>> gimmix-tooltip.o gimmix-systray.o gimmix-prefs.o gimmix-metadata.o 
>> gimmix-interface.o gimmix-firstrun.o gimmix-tagedit.o gimmix-lyrics.o 
>> gimmix-covers.o gimmix.o -pthread -ltag_c -ltag -lnxml -lcurl -lmpd 
>> -lglade-2.0 -lgtk-x11-2.0 -lxml2 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 
>> -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lm -lcairo -lpango-1.0 
>> -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt 
>> -lglib-2.0 -lX11   
>> libtool: link: cannot find the library `/usr/lib/libcurl.la' or unhandled 
>> argument `/usr/lib/libcurl.la'
>> make[3]: *** [gimmix] Error 1

This bug is caused by the broken libnxml.la provided by libnxml (Bug #633315).

Cheers,
Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#604321: Preparations for the removal of the KDE3 and Qt3 libraries

2011-03-13 Thread Vincent Legout 
Hi,

On Sat, Mar 12, 2011 at 06:27:20PM +0100, Ana Guerrero wrote :
> What is the status of this? I haven't seen any KDE4 port, so... removal?

Sorry for not answering earlier. Upstream is almost dead and I don't plan to
port qalculate-kde to kde4/qt4 so yes I'm ok for the removal of the package.

I've reported a bug against ftp.debian.org to request the removal (#618256).

Thanks,
Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#504077: xboard fails to load if helvetica-bold-r is missing

2009-12-06 Thread Vincent Legout 
Hello,

I have been able to reproduce this bug. I think installing xfonts-100dpi or
xfonts-75dpi should fix it. Could you please confirm that ?

Thanks,
Vincent



-- 
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org