Bug#367483: recompile libfox, .la file out of date due to libxcursor

2006-05-16 Thread Geiger Guenter 

Package: libfox1.4-dev
Version: 1.4.31-2
Severity: serious

Hi,

The X maintainers decided to drop the libXcursor.la file in the
libXcursor package. When using libtool linking with libFOX-1.4.la
is not possible anymore, as the file refers to the non-existing
libXcursor.la file.

Recompiling fox against unstable fixes the problem.

Greetings, 

G?nter

PS: I need this in order to compile rezound



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#367045: rezound: FTBFS on i386/sid; build-depends on nonexistent xlibmesa-glu-dev

2006-05-16 Thread Geiger Guenter 
On Sat, May 13, 2006 at 03:19:57AM +, Brian M. Carlson wrote:
 Package: rezound
 Version: 0.12.2beta-4
 Severity: serious
 Justification: no longer builds from source
 
 rezound build-depends on xlibmesa-glu-dev, which is no longer in sid.  This 
 bug
 is preventing fixing 358289 (FTBFS with G++ 4.1), since I cannot effectively
 build this package (I have no idea if anything that breaks is due to g++-4.1 
 or
 due to whatever package replaces xlibmesa-glu-dev).
 
 Therefore, as soon as I get the bug number for this bug, I will block 358289
 with this one.  Please fix this as soon as possible. I want to send you a 
 patch
 for 358289; don't make me work on someone else's package instead! ;-)

If it would be that easy, ... just filed a bug report against libfox1.4-dev in
order to make rezound compilable at all.

G?nter

 
 
 -- System Information:
 Debian Release: testing/unstable
   APT prefers experimental
   APT policy: (500, 'experimental'), (500, 'unstable'), (500, 'testing'), 
 (500, 'stable')
 Architecture: i386 (i686)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.16-1-k7
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: 
 LC_ALL set to en_US.UTF-8)
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#360480: seq24: FTBFS: Makefile:301: *** missing separator. Stop.

2006-04-04 Thread Geiger Guenter 
On Sun, Apr 02, 2006 at 05:34:33PM +0200, Kurt Roeckx wrote:

Hi,

Thanks for your bug report. 
Unfortunately I can't reproduce your problem, if you have any hint what
I could do to fix this, it would help a lot. 

Thanks, 
Guenter


 Package: seq24
 Version: 0.8.3-1
 Severity: serious
 
 Hi,
 
 Your package is failing to build with the following error:
 make[2]: Entering directory 
 `/build/buildd/seq24-0.8.3/build-tree/seq24-0.8.3/s
 rc'
 Makefile:301: *** missing separator.  Stop.
 make[2]: Leaving directory 
 `/build/buildd/seq24-0.8.3/build-tree/seq24-0.8.3/sr
 c'
 make[1]: *** [all-recursive] Error 1
 make[1]: Leaving directory `/build/buildd/seq24-0.8.3/build-tree/seq24-0.8.3'
 make: *** [debian/stamp-makefile-build] Error 2
 
 
 Kurt
 
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#358346: sooperlooper: FTBFS: liblo = 0.10 not found

2006-03-22 Thread Geiger Guenter 


This is a problem in liblo .
I don't know what to do about it. I think it wouldbe a bad idea
to implement a workaround in sooperlooper so I am reassigning this
to liblo.

Thanks


Guenter



On Wed, Mar 22, 2006 at 11:18:20AM +0100, [EMAIL PROTECTED] wrote:
 Package: sooperlooper
 Version: 1.0.5-5
 Severity: serious
 
 Hi,
 
 building the package sooperlooper in a clean sid build environment
 (with pbuilder) on i386 results in:
 
 =
 [...]
 checking whether build environment is sane... yes
 checking for gawk... no
 checking for mawk... mawk
 checking whether make sets $(MAKE)... yes
 checking for gcc... cc
 checking for C compiler default output file name... a.out
 checking whether the C compiler works... yes
 checking whether we are cross compiling... no
 checking for suffix of executables... 
 checking for suffix of object files... o
 checking whether we are using the GNU C compiler... yes
 checking whether cc accepts -g... yes
 checking for cc option to accept ANSI C... none needed
 checking for style of include used by make... GNU
 checking dependency style of cc... gcc3
 checking whether we are using the GNU C++ compiler... yes
 checking whether g++ accepts -g... yes
 checking dependency style of g++... gcc3
 checking whether byte ordering is bigendian... no
 OPT_CXXFLAGS is set based on -D_REENTRANT -O2 -fomit-frame-pointer 
 -ffast-math -fstrength-reduce -pipe -Wall -D_LARGEFILE_SOURCE 
 -D_LARGEFILE64_SOURCE
 checking for ranlib... ranlib
 checking for pkg-config... /usr/bin/pkg-config
 checking for jack = 0.80.0... yes
 checking JACK_CFLAGS...  
 checking JACK_LIBS... -ljack  
 JACKLIBS is -ljack
 checking for jack_client_open in -ljack... yes
 checking for liblo = 0.10... Requested 'liblo = 0.10' but version of liblo 
 is
 configure: error: Library requirements (liblo = 0.10) not met; consider 
 adjusting the PKG_CONFIG_PATH environment variable if your libraries are in a 
 nonstandard prefix so pkg-config can find them.
 make: *** [build-tree/sooperlooper-1.0.5/config.status] Error 1
 =
 
 Thanks for considering.
 
 
 --
 DARTS - Debian Archive Regression Test Suite
 http://darts.alioth.debian.org/
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#346695: Intend to NMU ivtools

2006-03-07 Thread Geiger Guenter 
On Wed, Mar 01, 2006 at 03:20:59PM +0100, Agustin Martin wrote:
 On Tue, Feb 28, 2006 at 02:30:28PM +0100, Agustin Martin wrote:
  On Sun, Jan 22, 2006 at 07:49:10PM +0100, Amaya wrote:
   tags 346695 -pending
   thanks
   
   ivtools is in ugly shape, so not NMUing.
   Attached is a file with all the lintian + linda problems.
  
  ...
  
   W: ivtools-unidraw: packages-installs-file-to-usr-x11r6 usr/X11R6/ .
  
  Attached a dirty patch that takes care of this last kind of warnings and
  includes your last xlibs-dev changes,
 
 Attached a modified version that should also take care of warnings like
 
 W: ivtools-dev: manpage-section-mismatch usr/X11R6/man/man3/Banner.3.gz:1 3 
 != 3I
 
 and friends by using dh_installman. This greatly decreases lintian warnings,
 but still does not deal with the real RC bugreports.
 
 -- 
 Agustin


Hi, 

Thanks for all the work you are putting into the package. I know its in 
a terrible state, Actually what should be done is to repackage it instead
of trying to fix the old packaging. Anyhow, I am thankful for every kind of
help with it. Should I apply your patches and reupload or are you going
to do an NMU ?

Thanks, 

Guenter


 diff -u ivtools-1.1.3/debian/control ivtools-1.1.3/debian/control
 --- ivtools-1.1.3/debian/control
 +++ ivtools-1.1.3/debian/control
 @@ -1,7 +1,7 @@
  Source: ivtools
  Priority: optional
  Section: libs
 -Build-Depends: debhelper, xutils, libtiff4-dev, libjpeg62-dev, zlib1g-dev, 
 xlibs-dev, libace-dev, autotools-dev
 +Build-Depends: debhelper, xutils, libtiff4-dev, libjpeg62-dev, zlib1g-dev, 
 libace-dev, autotools-dev, libx11-dev, libxext-dev, libxmu-dev, libxt-dev, 
 x-dev 
  Maintainer: Guenter Geiger [EMAIL PROTECTED]
  Standards-Version: 3.6.1
  
 @@ -20,7 +20,7 @@
  Package: ivtools-dev
  Section: devel
  Architecture: all
 -Depends: ivtools-interviews (= ${Source-Version}), ivtools-unidraw (= 
 ${Source-Version}), libc6-dev, libtiff4-dev, libjpeg62-dev, zlib1g-dev, 
 xlibs-dev, libace-dev
 +Depends: ivtools-interviews (= ${Source-Version}), ivtools-unidraw (= 
 ${Source-Version}), libc6-dev, libtiff4-dev, libjpeg62-dev, zlib1g-dev, 
 libace-dev, ${shlibs:Depends}
  Conflicts: ivtools-bin ( 0.7.2)
  Description: Development files for the InterViews library
   The ivmkmf program (similar to xmkmf) and all the include-files needed
 diff -u ivtools-1.1.3/debian/changelog ivtools-1.1.3/debian/changelog
 --- ivtools-1.1.3/debian/changelog
 +++ ivtools-1.1.3/debian/changelog
 @@ -1,3 +1,16 @@
 +ivtools (1.1.3-5.1.1) unstable; urgency=low
 +
 +  * Non-maintainer upload.
 +
 +  [Amaya Rodrigo Sastre]
 +  * Remove Build-Dependency on xlibs-dev (Closes: #346644).
 +
 +  [Agustin Martin]
 +  * Make sure things are installed under /usr/, not /usr/X11R6.
 +  * Use dh_installman to properly install manpages.
 +
 + -- Amaya Rodrigo Sastre [EMAIL PROTECTED]  Sun, 22 Jan 2006 18:01:57 +0100
 +
  ivtools (1.1.3-5) unstable; urgency=low
  
* Applied gcc4 patch (thanks to Andreas Jochens)
 reverted:
 --- ivtools-1.1.3/debian/dirs
 +++ ivtools-1.1.3.orig/debian/dirs
 @@ -1,5 +0,0 @@
 -usr/X11R6/lib
 -usr/X11R6/include
 -usr/X11R6/man/man1
 -usr/share/doc
 -
 diff -u ivtools-1.1.3/debian/ivtools-bin.menu 
 ivtools-1.1.3/debian/ivtools-bin.menu
 --- ivtools-1.1.3/debian/ivtools-bin.menu
 +++ ivtools-1.1.3/debian/ivtools-bin.menu
 @@ -3 +3 @@
 - command=x-terminal-emulator -e /usr/X11R6/bin/drawserv
 + command=x-terminal-emulator -e /usr/bin/drawserv
 diff -u ivtools-1.1.3/debian/ivtools-bin.mime 
 ivtools-1.1.3/debian/ivtools-bin.mime
 --- ivtools-1.1.3/debian/ivtools-bin.mime
 +++ ivtools-1.1.3/debian/ivtools-bin.mime
 @@ -1,5 +1,5 @@
 -application/ov-idraw; /usr/X11R6/bin/drawtool '%s'; priority=0
 -application/frame-idraw; /usr/X11R6/bin/flipbook '%s'; priority=0
 -application/graph-idraw; /usr/X11R6/bin/graphdraw '%s'; priority=0
 +application/ov-idraw; /usr/bin/drawtool '%s'; priority=0
 +application/frame-idraw; /usr/bin/flipbook '%s'; priority=0
 +application/graph-idraw; /usr/bin/graphdraw '%s'; priority=0
  
  
 diff -u ivtools-1.1.3/debian/ivtools-dev.files 
 ivtools-1.1.3/debian/ivtools-dev.files
 --- ivtools-1.1.3/debian/ivtools-dev.files
 +++ ivtools-1.1.3/debian/ivtools-dev.files
 @@ -1,6 +1,4 @@
 -usr/X11R6/man/man1/ivmkmf.1
 -usr/X11R6/bin/ivmkmf
 -usr/X11R6/include/*
 -usr/X11R6/lib/lib*.so
 -usr/X11R6/lib/ivtools
 -usr/X11R6/man/man3
 +usr/bin/ivmkmf
 +usr/include/*
 +usr/lib/lib*.so
 +usr/lib/ivtools
 diff -u ivtools-1.1.3/debian/ivtools-interviews.files 
 ivtools-1.1.3/debian/ivtools-interviews.files
 --- ivtools-1.1.3/debian/ivtools-interviews.files
 +++ ivtools-1.1.3/debian/ivtools-interviews.files
 @@ -1,2 +1,2 @@
 -usr/X11R6/lib/libIV.so.1.*
 -usr/X11R6/lib/libIV.so.1
 +usr/lib/libIV.so.1.*
 +usr/lib/libIV.so.1
 diff -u ivtools-1.1.3/debian/ivtools-unidraw.files 
 ivtools-1.1.3/debian/ivtools-unidraw.files
 --- ivtools-1.1.3/debian/ivtools-unidraw.files
 +++ ivtools-1.1.3/debian/ivtools-unidraw.files
 @@ -1,3 +1,3 @@

Bug#349566: again on amd64

2006-02-19 Thread Geiger Guenter 
On Fri, Feb 17, 2006 at 05:44:35PM +0100, Roberto Pariset wrote:
 Hi,
 this is happening again on amd64. The error looks like the same, log
 avaiable at [1]. I don't know if the bug should be reopened or if it's a
 FOX issue... what do you think?
 Thanks,
 Roberto

Has FOX been recompiled on amd64 ?
Definitely not reopend, this has never been a bug with rezound, but
it has always been a FOX problem, I just didn't detect it early enough.

Guenter


 
 
 [1]
 http://amd64.ftbfs.de/build.php?pkg=rezoundver=0.12.2beta-4arch=amd64file=log
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#349566: rezound - FTBFS: libFOX missing, broken or outdated

2006-01-30 Thread Geiger Guenter 
On Mon, Jan 23, 2006 at 08:33:09PM +0100, Bastian Blank wrote:
 Package: rezound
 Version: 0.12.2beta-3
 Severity: serious
 
 There was an error while trying to autobuild your package:

Hi,

No idea why this happens, because rezound builds fine on some platforms, 
then again it fails with weird error messages on others. 
Finally if you have any idea what was going wrong on s390 let me know.

Thanks,

G?nter

 
  Automatic build of rezound_0.12.2beta-3 on debian-31 by sbuild/s390 85
 [...]
  ** Using build dependencies supplied by package:
  Build-Depends: debhelper ( 3.0.0), libtool, automake1.7, autoconf, cdbs, 
  libfox1.4-dev | libfox1.2-dev, libxft-dev, libx11-dev, libxrandr-dev, 
  x-dev, libxcursor-dev, libxext-dev,libxrender-dev, libfreetype6-dev, 
  libcupsys2-dev, libfontconfig1-dev, libbz2-dev, fftw-dev, libogg-dev, 
  libvorbis-dev, libaudiofile-dev, bison, flex, xlibmesa-gl-dev, 
  xlibmesa-glu-dev, zlib1g-dev, libjpeg62-dev, libtiff4-dev, libpng-dev, 
  libjack-dev, libflac-dev (= 1.1.1-3), libflac++-dev, libsoundtouch1-dev, 
  cdrdao
 [...]
  Selecting previously deselected package libfox1.4-dev.
  Unpacking libfox1.4-dev (from .../libfox1.4-dev_1.4.16-2_s390.deb) ...
 [...]
  Setting up libfox1.4-dev (1.4.16-2) ...
 [...]
  checking for soundtouch_ac_test in -lSoundTouch... yes
  checking for FXApp class in -lFOX-1.5... no
  checking for FXApp class in -lFOX-1.4... no
  checking for FXApp class in -lFOX-1.3... no
  checking for FXApp class in -lFOX-1.2... no
  checking for FXApp class in -lFOX-1.1... no
  checking for FXApp class in -lFOX... no
  configure: error:
  +++
 ! Fatal Error:  libFOX missing, broken or outdated !
 
 Bastian
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#300681: Package Fails to build from Source in a sane way

2005-03-21 Thread Geiger Guenter 
Mon, Mar 21, 2005 at 05:06:01AM +0100, Jeroen van Wolffelaar wrote:
 Package: realtime-lsm
 Severity: serious
 
 The way this package is built is not accepteble. Please fix the build
 system to something that works with just dpkg-buildpackage.

Hi, 

I just followed the instructions from modules-assistant. If this is
not acceptable anymore, can you give me a hint how I should build
the package.

Thanks

Guenter


 
 --Jeroen
 
 - Forwarded message from Martin Schulze [EMAIL PROTECTED] -
 
 Date: Wed, 19 Jan 2005 12:41:43 +0100
 From: Martin Schulze [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: Explanation
 
 Michael Banck:
 
   The package builds fine like that, it's just the additional kernel
   modules which need to be built by a different script, AIUI
 
 Steve Langasek:
 
   well, here's the thing.  the source package does build if you run
   the normal debian/rules commands; but those binary packages that are
   built do *not* include the kernel-specific modules packages.  So you
   have to go through an additional step to build the per-kernel module
   packages, which are not listed in debian/control but are present in
   the archive.
 
 me:
 
   We cannot support this security-wise.
 
   Apart from that the package apparently fails to build from source
   (FTBFS) if
 
 make -f debian/rules build
 sudo make -f debian/rules binary
 
   doesn't produce all required binary packages that should end up in
   the archive.
 
 
   This is surely release-critical.
 
 
 Regards,
 
   Joey
 
 - End forwarded message -
 
 -- 
 Jeroen van Wolffelaar
 [EMAIL PROTECTED]
 http://jeroen.A-Eskwadraat.nl
 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]