Steve McIntyre | 1 Dec 2011 01:00
Favicon

Bug#650599: snooper FTBFS: -ltermcap doesn't work

On Wed, Nov 30, 2011 at 11:52:59PM +0000, Steve McIntyre wrote:
>Package: snooper
>Version: 19991202-7
>Severity: serious
>Tags: sid
>
>Hi,
>
>snooper FTBFS in a current sid system. Build logs for armhf [1] and
>s390x [2] show this easily, but it's not limited to these new
>architectures. Building on amd64 shows the same problem, failure to
>link due to missing functions:
>
>cc -o snooper main.o scrn.o log.o binlog.o uucplock.o -ltermcap  -llockdev
>main.o: In function `showstatus':
>/home/steve/build/snooper-19991202/build/../src/main.c:257: undefined reference to `wmove'
>/home/steve/build/snooper-19991202/build/../src/main.c:258: undefined reference to `wclrtoeol'
>/home/steve/build/snooper-19991202/build/../src/main.c:259: undefined reference to `waddnstr'
>/home/steve/build/snooper-19991202/build/../src/main.c:259: undefined reference to `waddch'
>/home/steve/build/snooper-19991202/build/../src/main.c:260: undefined reference to `waddnstr'
>...
>
>Looks like libncurses doesn't provide libtermcap any more. Whether
>that's a bug in snooper or over there, I've no idea.

Forgot to include the links:

[1] https://buildd.debian.org/status/fetch.php?pkg=snooper&arch=armhf&ver=19991202-7&stamp=1322542892
[2] https://buildd.debian.org/status/fetch.php?pkg=snooper&arch=s390x&ver=19991202-7&stamp=1322478659

(Continue reading)

Steve McIntyre | 1 Dec 2011 01:05
Favicon

Bug#650600: FTBFS: curses.h: No such file or directory

Package: ytree
Version: 1.94-1
Severity: serious
Tags: sid

ytree FTBFS in a current sid system. Build logs for armhf [1] and
s390x [2] show this easily, but it's not limited to these new
architectures. Building on amd64 shows the same problem, failure to
find curses.h:

...
make[1]: Entering directory `/build/buildd-ytree_1.94-1-armhf-BIybyp/ytree-1.94'
cc -D_GNU_SOURCE -DWITH_UTF8 -O2 -g -Wall  -DCOLOR_SUPPORT  -DREADLINE_SUPPORT   -c -o arc.o arc.c
In file included from arc.c:10:0:
ytree.h:42:20: fatal error: curses.h: No such file or directory
compilation terminated.
...

Looks like you need to update the build-deps to include
libncurses5-dev explicitly. The existing build-deps used to pull it in
via libreadline-dev, but that doesn't work any more.

[1] https://buildd.debian.org/status/fetch.php?pkg=ytree&arch=armhf&ver=1.94-1&stamp=1322548126
[2] https://buildd.debian.org/status/fetch.php?pkg=ytree&arch=s390x&ver=1.94-1&stamp=1322373667

-- System Information:
Debian Release: 6.0.3
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
(Continue reading)

Hector Oron | 1 Dec 2011 01:12
Picon
Favicon

Bug#650350: apr: diff for NMU version 1.4.5-1.1


Dear maintainer,

I've prepared an NMU for apr (versioned as 1.4.5-1.1). The diff
is attached to this message.

Regards.
Attachment (apr-1.4.5-1.1-nmu.diff): text/x-diff, 1141 bytes
Laurent Dard | 1 Dec 2011 01:16
Picon

Bug#634579: qt-x11-free: FTBFS: NIS support cannot be enabled due to, functionality tests!

fixed 634579 qt-x11-free/3:3.3.8b-9
tags 634579 - wheezy sid
thanks

NIS is correctly detected, on my amd64 computer, with the option added by
debian/rules: -L/usr/lib/$(DEB_HOST_MULTIARCH)

And qt-x11-free ChangeLog says:

> qt-x11-free (3:3.3.8b-9) unstable; urgency=low
> 
>   * QA upload.
>   * Tell configure about the multiarch path. (Closes: #634579).
> 
>  -- Aurelien Jarno <aurel32 <at> debian.org>  Tue, 02 Aug 2011 09:53:22 +0200

--

-- 
Laurent Dard

Nobuhiro Iwamatsu | 1 Dec 2011 01:16
Picon
Favicon

Bug#650601: transition: libpng 1.5

Package: release.debian.org
Severity: normal
User: release.debian.org <at> packages.debian.org
Usertags: transition

Hi Release Team,

Libpng maintainers want to update libpng from 1.2 to 1.5.
libpng of ABI and API has been changed by change of 1.2 to 1.5, so it
needs a transition from libopng12 to libpng15.
We tested building of the package depending on libpng12.
FTBFS by this change is reported and is summarized below.
  http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libpng15-transition;users=libpng <at> packages.debian.org
Almost all packages have not been corrected yet.

And it is necessary to change Build-depends of almost all packages
into libpng-dev from libpng12-dev.
The present status is as follows.

So please let me know when you'd like me to upload libpng1.5 to unstable.

Best regards,
  Nobuhiro

-----

3depict:
	Build OK
aaphoto:
	FTBFS 636555 (with patch)
(Continue reading)

Jan-Benedict Glaw | 1 Dec 2011 01:13
Picon
Favicon

Bug#650602: wcslib-dev: pkg-config file not installed

Package: wcslib-dev
Version: 4.8.3-1

Hi!

The file .../wcslib-4.8.3/wcslib.pc file is generated (from its .in
pendant), but it isn't installed with the wcslib-dev package. That
way, other programs relying on pgk-config to emit useable include/link
paths fail.  Please add the wcslib.pc to
.../wcslib-4.8.3/debian/wcslib-dev.install .

Thanks a lot!

Jan-Benedict

--

-- 
      Jan-Benedict Glaw      jbglaw <at> lug-owl.de              +49-172-7608481
Signature of:                 Friends are relatives you make for yourself.
the second  :
peter green | 1 Dec 2011 01:57
Picon

Bug#642610: adacgi: FTBFS: build-dependency not installable: gnat

tags 642610 +sid wheezy
retitle 642610 adacgi: FTBFS: build-depends on both gnat and gnat-4.4
thanks

As usual apt gives a misleading error message. The real problem in this 
case is that the package build-depends on both gnat and gnat-4.4. Theese 
packages are not co-installable in sid.

This does not affect squeeze.
This does not currently affect wheezy but I would expect the sid 
packages to transition to wheezy so I suspect this bug is relavent for 
wheezy

Tagging and retitling

I'm not an ada guy and this looks like a library of some sort so I do 
not plan to try and fix this myself.

Brian Paterni | 1 Dec 2011 01:59
Picon

Bug#650603: libkrb5-3 breaks mplayer

Package: libkrb5-3
Version: 1.10+dfsg~alpha1-5
Severity: important

Dear Maintainer,

The most recent upload of libkrb5-3 (1.10+dfsg~alpha1-5) seems to break mplayer
on my system.

I get the following output when I attempt to play any file:

mplayer: relocation error: /usr/lib/x86_64-linux-gnu/libsmbclient.so.0: symbol
krb5_locate_kdc, version krb5_3_MIT not defined in file libkrb5.so.3 with link
time reference

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

Kernel: Linux 3.1.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libkrb5-3 depends on:
ii  libc6              2.13-21           
ii  libcomerr2         1.42-1            
ii  libk5crypto3       1.10+dfsg~alpha1-5
ii  libkeyutils1       1.5.2-2           
(Continue reading)

Charles Plessy | 1 Dec 2011 02:00
Picon
Favicon

Bug#639663: [debian-policy] Please provide upgrading-checklist via web

Le Sun, Sep 04, 2011 at 09:13:14AM +0200, Raphael Hertzog a écrit :
> 
> On Sat, 03 Sep 2011, Giovanni Mascellani wrote:
> > I though about this, but couldn't come up with any easy solution. I
> > mostly consider this tool to be useful for people who just have to check
> > the very last versions of the policy, so the problem is actually quite
> > mitigated.
> > 
> > I don't even think that old versions of the policy are available online.
> 
> Policy could start putting "id" attributes to sections linked from the
> upgrading checklist. Then those references will be more stable that plain
> section numbers.

Hello everybody,

the Policy actually has already ID attributes in some of its sections, for
instance 's-f-Architectureq for 5.6.8.  It would indeed be a good idea to add
IDs to other sections when we modify them.

For links from the PTS to the checklist, the easy part would be to also add IDs
in the checklist

Using IDs, like this:

  <sect id='3.9.3.0'> Version 3.9.3.0

The HTML document will have anchors like that:

  <h2><a name="s-3.9.3.0"></a>2.1 Version 3.9.3.0</h2>
(Continue reading)

peter green | 1 Dec 2011 02:02
Picon

Bug#642609: adabrowse: FTBFS: build-dependency not installable: libasis2008-dev

tags 642609 +patch
thanks

It seems that libasis2008-dev is gone from the archive replaced by 
libasis2010-dev

Furthermore the new libasis2008-dev package seems to conflict with gnat-4.4

I changed  Build-Depends line to

Build-Depends: debhelper (>= 7), gnat, libasis2010-dev, quilt

With these changed build-depends it was possible to build the package.
I have not tested if the resulting package works as I have no idea what it
is supposed to do (i'm just taking flyby looks at rc bugs here).


Gmane