Bug#452339: marked as done (dpkg-dev: fails to parse some shlibs files)

2007-11-22 Thread Debian Bug Tracking System
Your message dated Fri, 23 Nov 2007 05:17:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#452339: fixed in dpkg 1.14.10
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: dpkg-dev
Version: 1.14.9
Severity: serious

>From my build log:

dh_compress -pkzenexplorer -X .dcl -X .docbook -X -license -X .tag -X .sty -X 
.el
dh_fixperms -pkzenexplorer
dh_makeshlibs -pkzenexplorer
dh_installdeb -pkzenexplorer
dh_perl -pkzenexplorer
dh_shlibdeps -pkzenexplorer
dpkg-shlibdeps: failure: No dependency information found for libusb-0.1.so.4 
(used by debian/kzenexplorer/usr/bin/kzenexplorer).
dh_shlibdeps: command returned error code 65280
make: *** [binary-predeb-IMPL/kzenexplorer] Error 1

But libusb-0.1.so.4 has a shlib file:

[volta:~]$ cat /var/lib/dpkg/info/libusb-0.1-4.shlibs
libusb-0.1 4 libusb-0.1-4 (>= 2:0.1.12)
udeb: libusb-0.1 4 libusb-0.1-udeb (>= 2:0.1.12)


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

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

Versions of packages dpkg-dev depends on:
ii  binutils  2.18-1 The GNU assembler, linker and bina
ii  cpio  2.9-4  GNU cpio -- a program to manage ar
ii  dpkg  1.14.9 package maintenance system for Deb
ii  make  3.81-3 The GNU version of the "make" util
ii  patch 2.5.9-4Apply a diff file to an original
ii  perl [perl5]  5.8.8-11   Larry Wall's Practical Extraction 
ii  perl-modules  5.8.8-11   Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bcc [c-compiler]  0.16.17-2  16-bit x86 C compiler
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  gcc [c-compiler]  4:4.2.1-6  The GNU C compiler
ii  gcc-3.3 [c-compiler]  1:3.3.6-15 The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.6-6The GNU C compiler
ii  gcc-4.1 [c-compiler]  4.1.2-16   The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.2-2The GNU C compiler

-- no debconf information


--- End Message ---
--- Begin Message ---
Source: dpkg
Source-Version: 1.14.10

We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive:

dpkg-dev_1.14.10_all.deb
  to pool/main/d/dpkg/dpkg-dev_1.14.10_all.deb
dpkg_1.14.10.dsc
  to pool/main/d/dpkg/dpkg_1.14.10.dsc
dpkg_1.14.10.tar.gz
  to pool/main/d/dpkg/dpkg_1.14.10.tar.gz
dpkg_1.14.10_i386.deb
  to pool/main/d/dpkg/dpkg_1.14.10_i386.deb
dselect_1.14.10_i386.deb
  to pool/main/d/dpkg/dselect_1.14.10_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guillem Jover <[EMAIL PROTECTED]> (supplier of updated dpkg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 23 Nov 2007 06:32:27 +0200
Source: dpkg
Binary: dpkg dselect dpkg-dev
Architecture: source i386 all
Version: 1.14.10
Distribution: unstable
Urgency: low
Maintainer: Dpkg Developers <[EMAIL PROTECTED]>
Changed-By: Guillem Jover <[EMAIL PROTECTED]>
Description: 
 dpkg   - package maintenance system for Debian
 dpkg-dev   - package building tools for Debian
 dselect- user tool to manage Debian packages
Closes: 452262 452338 452339
Changes: 
 dpkg (1.14.10) unstable; urgency=low
 .
   [ Raphael Hertzog ]
   * dpkg-shlibdeps now correctly identify private libraries (avoid many
 warnings with perl/python modules). Closes: #452338
   * Move capit() to a Dpkg::Fields module and use it in dpkg-shlibdeps.
 Closes: #452262
   * Add more debug messages to dpkg-shlibdeps to ease collecting information
 in case of problems.
   * dpkg-shlibdeps now accepts again empty dependencies in shlibs files.
   * dpkg-shlibdeps will try harder to identify packages providing a library
 by looking up dpkg -S on the realp

Bug#452338: marked as done (dpkg-dev: should ignore private libraries)

2007-11-22 Thread Debian Bug Tracking System
Your message dated Fri, 23 Nov 2007 05:17:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#452338: fixed in dpkg 1.14.10
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: dpkg-dev
Version: 1.14.9
Severity serious

>From my build log:

Automatic build of fassets_260.72-1 on himalia1 by sbuild/kfreebsd-i386 98
Build started at 20071121-2223
**
Checking available source versions...
Fetching source files...
Reading package lists...
Building dependency tree...
Reading state information...
Need to get 94.4kB of source archives.
Get:1 http://ftp.fr.debian.org unstable/main fassets 260.72-1 (dsc) [712B]
Get:2 http://ftp.fr.debian.org unstable/main fassets 260.72-1 (tar) [91.3kB]
Get:3 http://ftp.fr.debian.org unstable/main fassets 260.72-1 (diff) [2343B]

[...]

dh_installdeb -pr-cran-fassets 
dh_perl -pr-cran-fassets 
dh_shlibdeps -pr-cran-fassets
dpkg-shlibdeps: warning: Can't extract name and version from library name 
`libR.so'
dpkg-shlibdeps: warning: Can't extract name and version from library name 
`libR.so'
dpkg-shlibdeps: failure: No dependency information found for libR.so (used by 
debian/r-cran-fassets/usr/lib/R/site-library/fAssets/libs/fAssets.so).
dh_shlibdeps: command returned error code 512
make: *** [binary-predeb-IMPL/r-cran-fassets] Error 1
dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave 
error exit status 2


libR.so is a private library that has no SONAME, and that is installed
in /usr/lib/R/lib/. It should be ignored by dpkg-dev has it was the
cases in the previous versions.




--- End Message ---
--- Begin Message ---
Source: dpkg
Source-Version: 1.14.10

We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive:

dpkg-dev_1.14.10_all.deb
  to pool/main/d/dpkg/dpkg-dev_1.14.10_all.deb
dpkg_1.14.10.dsc
  to pool/main/d/dpkg/dpkg_1.14.10.dsc
dpkg_1.14.10.tar.gz
  to pool/main/d/dpkg/dpkg_1.14.10.tar.gz
dpkg_1.14.10_i386.deb
  to pool/main/d/dpkg/dpkg_1.14.10_i386.deb
dselect_1.14.10_i386.deb
  to pool/main/d/dpkg/dselect_1.14.10_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guillem Jover <[EMAIL PROTECTED]> (supplier of updated dpkg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 23 Nov 2007 06:32:27 +0200
Source: dpkg
Binary: dpkg dselect dpkg-dev
Architecture: source i386 all
Version: 1.14.10
Distribution: unstable
Urgency: low
Maintainer: Dpkg Developers <[EMAIL PROTECTED]>
Changed-By: Guillem Jover <[EMAIL PROTECTED]>
Description: 
 dpkg   - package maintenance system for Debian
 dpkg-dev   - package building tools for Debian
 dselect- user tool to manage Debian packages
Closes: 452262 452338 452339
Changes: 
 dpkg (1.14.10) unstable; urgency=low
 .
   [ Raphael Hertzog ]
   * dpkg-shlibdeps now correctly identify private libraries (avoid many
 warnings with perl/python modules). Closes: #452338
   * Move capit() to a Dpkg::Fields module and use it in dpkg-shlibdeps.
 Closes: #452262
   * Add more debug messages to dpkg-shlibdeps to ease collecting information
 in case of problems.
   * dpkg-shlibdeps now accepts again empty dependencies in shlibs files.
   * dpkg-shlibdeps will try harder to identify packages providing a library
 by looking up dpkg -S on the realpath of any symlink to a library.
 Closes: #452339
   * dpkg-source now correctly identifies the extension of the
 orig.tar.{gz,bz2,lzma} file and won't unexpectedly create "Format: 2.0"
 .dsc files.
 .
   [ Guillem Jover ]
   * Add support for Package-Type in dpkg-name.
   * Restore cross compilation support by honouring the environment host and
 arch variables to override the default values on the dpkg-dev scripts.
 .
   [ Updated man pages translations ]
   * Swedish (Peter Karlsson)
 .
   [ Added scripts translations ]
   * Swedish (Peter Karlsson)
Files: 
 725671b062c27851de8392e9aa04ef4a 997 admin required dpkg_1.14.10

debian-dpkg-bugs@lists.debian.org

2007-11-22 Thread Debian Bug Tracking System
Your message dated Fri, 23 Nov 2007 05:17:02 +
with message-id <[EMAIL PROTECTED]>
and subject line Bug#452262: fixed in dpkg 1.14.10
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: dpkg-dev
Version: 1.14.9
Severity: important

Hi,

When running dpkg-shlibdeps (with the -d command line option) from
debian/rules of one of my packages, it aborts with the following error
message:

  Undefined subroutine &main::capit called at /usr/bin/dpkg-shlibdeps line 62.

This subroutine is defined in /usr/lib/dpkg/controllib.pl which no longer gets
included in dpkg-shlibdeps.

TIA,
Sebastian

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.17.13-vs2.0.2.1
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages dpkg-dev depends on:
ii  binutils2.18.1~cvs20071027-1 The GNU assembler, linker and bina
ii  cpio2.9-6GNU cpio -- a program to manage ar
ii  dpkg1.14.9   package maintenance system for Deb
ii  make3.81-3   The GNU version of the "make" util
ii  patch   2.5.9-4  Apply a diff file to an original
ii  perl [perl5]5.8.8-12 Larry Wall's Practical Extraction 
ii  perl-modules5.8.8-12 Core Perl modules

Versions of packages dpkg-dev recommends:
ii  bzip2 1.0.3-7high-quality block-sorting file co
ii  gcc [c-compiler]  4:4.2.1-6  The GNU C compiler
ii  gcc-3.4 [c-compiler]  3.4.6-6The GNU C compiler
ii  gcc-4.2 [c-compiler]  4.2.2-3The GNU C compiler

-- no debconf information

-- 
Sebastian "tokkee" Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/

Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin



signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Source: dpkg
Source-Version: 1.14.10

We believe that the bug you reported is fixed in the latest version of
dpkg, which is due to be installed in the Debian FTP archive:

dpkg-dev_1.14.10_all.deb
  to pool/main/d/dpkg/dpkg-dev_1.14.10_all.deb
dpkg_1.14.10.dsc
  to pool/main/d/dpkg/dpkg_1.14.10.dsc
dpkg_1.14.10.tar.gz
  to pool/main/d/dpkg/dpkg_1.14.10.tar.gz
dpkg_1.14.10_i386.deb
  to pool/main/d/dpkg/dpkg_1.14.10_i386.deb
dselect_1.14.10_i386.deb
  to pool/main/d/dpkg/dselect_1.14.10_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Guillem Jover <[EMAIL PROTECTED]> (supplier of updated dpkg package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Format: 1.7
Date: Fri, 23 Nov 2007 06:32:27 +0200
Source: dpkg
Binary: dpkg dselect dpkg-dev
Architecture: source i386 all
Version: 1.14.10
Distribution: unstable
Urgency: low
Maintainer: Dpkg Developers <[EMAIL PROTECTED]>
Changed-By: Guillem Jover <[EMAIL PROTECTED]>
Description: 
 dpkg   - package maintenance system for Debian
 dpkg-dev   - package building tools for Debian
 dselect- user tool to manage Debian packages
Closes: 452262 452338 452339
Changes: 
 dpkg (1.14.10) unstable; urgency=low
 .
   [ Raphael Hertzog ]
   * dpkg-shlibdeps now correctly identify private libraries (avoid many
 warnings with perl/python modules). Closes: #452338
   * Move capit() to a Dpkg::Fields module and use it in dpkg-shlibdeps.
 Closes: #452262
   * Add more debug messages to dpkg-shlibdeps to ease collecting information
 in case of problems.
   * dpkg-shlibdeps now accepts again empty dependencies in shlibs files.
   * dpkg-shlibdeps will try harder to identify packages providing a library
 by looking up dpkg -S on the realpath of any symlink to a library.
 Closes: #452339
   * dpkg-source now correctly identifies the extension of the
 orig.tar.{gz,bz2,lzma} file and won't unexpectedly create "Format: 2.0"
 .dsc files.
 .
   [ Guillem Jover ]
   * Add supp

Bug#52087: galabra

2007-11-22 Thread nabaz Villaruel
A true way to well-being and se.>.<.ua| healh
http://www.leadterm.com/





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



Processed: setting package to dpkg dpkg-dev dselect, tagging 452339

2007-11-22 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> # Automatically generated email from bts, devscripts version 2.10.11
> package dpkg dpkg-dev dselect
Ignoring bugs not assigned to: dselect dpkg-dev dpkg

> tags 452339 + pending
Bug#452339: dpkg-dev: fails to parse some shlibs files
There were no tags set.
Tags added: pending

>
End of message, stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



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



Bug#452339: dpkg-dev: fails to parse some shlibs files

2007-11-22 Thread Raphael Hertzog
On Thu, 22 Nov 2007, Aurelien Jarno wrote:
> No associated package found for /usr/lib/libusb-0.1.so.4
> dpkg-shlibdeps: failure: No dependency information found for libusb-0.1.so.4 
> (used by debian/kzenexplorer/usr/bin/kzenexplorer).
> Looking up shlibs dependency of libusb-0.1.so.4 provided by ''
> Found nothing
> dh_shlibdeps: command returned error code 65280

What happened is:
- kzenexplorer has an RPATH "/usr/lib:/lib" on amd64 (and not on i386)
- the new dpkg-shlibdeps now support this directive correctly
- thus it finds a symlink in /usr/lib/libusb-0.1.so.4 which has been
  created by ldconfig and which is not owned by any package
  (instead of finding the packaged symlink in /lib/libusb-0.1.so.4)

So my diagnostic was not far from the truth. I supposed that I should try
a dpkg -S on realpath(library) as fallback when I don't find an associated
package.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/





Bug#452339: dpkg-dev: fails to parse some shlibs files

2007-11-22 Thread Aurelien Jarno
On Thu, Nov 22, 2007 at 09:11:50AM +0100, Raphael Hertzog wrote:
> On Thu, 22 Nov 2007, Aurelien Jarno wrote:
> > Package: dpkg-dev
> > Version: 1.14.9
> > Severity: serious
> > 
> > >From my build log:
> > 
> > dh_compress -pkzenexplorer -X .dcl -X .docbook -X -license -X .tag -X .sty 
> > -X .el
> > dh_fixperms -pkzenexplorer
> > dh_makeshlibs -pkzenexplorer
> > dh_installdeb -pkzenexplorer
> > dh_perl -pkzenexplorer
> > dh_shlibdeps -pkzenexplorer
> > dpkg-shlibdeps: failure: No dependency information found for 
> > libusb-0.1.so.4 (used by debian/kzenexplorer/usr/bin/kzenexplorer).
> > dh_shlibdeps: command returned error code 65280
> > make: *** [binary-predeb-IMPL/kzenexplorer] Error 1
> > 
> > But libusb-0.1.so.4 has a shlib file:
> > 
> > [volta:~]$ cat /var/lib/dpkg/info/libusb-0.1-4.shlibs
> > libusb-0.1 4 libusb-0.1-4 (>= 2:0.1.12)
> > udeb: libusb-0.1 4 libusb-0.1-udeb (>= 2:0.1.12)
> 
> I can't reproduce this on i386 while building kzenexplorer_0.6-1. I fear
> that the lookup of the library on amd64 provides a name which is not the
> real name but somehow a symlink lib like /usr/lib64/libusb-0.1-4 since
> we're now respecting ld.so.conf properly with includes.
> 
> Can you apply the attached patch to dpkg-shlibdeps and re-run the build after
> adding "-v" to dpkg-shlibdeps (use "dh_slibdeps -- -v" for this), that way
> I'll have all the required information.

Scanning debian/kzenexplorer/usr/bin/kzenexplorer (for Depends field)
Library libkutils.so.1 found in /usr/lib/libkutils.so.1
Library libkio.so.4 found in /usr/lib/libkio.so.4
Library libkdeui.so.4 found in /usr/lib/libkdeui.so.4
Library libkdesu.so.4 found in /usr/lib/libkdesu.so.4
Library libkwalletclient.so.1 found in /usr/lib/libkwalletclient.so.1
Library libkdecore.so.4 found in /usr/lib/libkdecore.so.4
Library libDCOP.so.4 found in /usr/lib/libDCOP.so.4
Library libresolv.so.2 found in /lib/libresolv.so.2
Library libutil.so.1 found in /lib/libutil.so.1
Library libart_lgpl_2.so.2 found in /usr/lib/libart_lgpl_2.so.2
Library libidn.so.11 found in /usr/lib/libidn.so.11
Library libkdefx.so.4 found in /usr/lib/libkdefx.so.4
Library libqt-mt.so.3 found in /usr/lib/libqt-mt.so.3
Library libaudio.so.2 found in /usr/lib/libaudio.so.2
Library libXt.so.6 found in /usr/lib/libXt.so.6
Library libjpeg.so.62 found in /usr/lib/libjpeg.so.62
Library libXi.so.6 found in /usr/lib/libXi.so.6
Library libXrandr.so.2 found in /usr/lib/libXrandr.so.2
Library libXcursor.so.1 found in /usr/lib/libXcursor.so.1
Library libXinerama.so.1 found in /usr/lib/libXinerama.so.1
Library libXft.so.2 found in /usr/lib/libXft.so.2
Library libfreetype.so.6 found in /usr/lib/libfreetype.so.6
Library libfontconfig.so.1 found in /usr/lib/libfontconfig.so.1
Library libdl.so.2 found in /lib/libdl.so.2
Library libpng12.so.0 found in /usr/lib/libpng12.so.0
Library libXext.so.6 found in /usr/lib/libXext.so.6
Library libX11.so.6 found in /usr/lib/libX11.so.6
Library libSM.so.6 found in /usr/lib/libSM.so.6
Library libICE.so.6 found in /usr/lib/libICE.so.6
Library libpthread.so.0 found in /lib/libpthread.so.0
Library libXrender.so.1 found in /usr/lib/libXrender.so.1
Library libfam.so.0 found in /usr/lib/libfam.so.0
Library libacl.so.1 found in /lib/libacl.so.1
Library libattr.so.1 found in /lib/libattr.so.1
Library libtag.so.1 found in /usr/lib/libtag.so.1
Library libz.so.1 found in /usr/lib/libz.so.1
Library libnjb.so.5 found in /usr/lib/libnjb.so.5
Library libusb-0.1.so.4 found in /usr/lib/libusb-0.1.so.4
Library libstdc++.so.6 found in /usr/lib/libstdc++.so.6
Library libm.so.6 found in /lib/libm.so.6
Library libgcc_s.so.1 found in /lib/libgcc_s.so.1
Library libc.so.6 found in /lib/libc.so.6
Looking up shlibs dependency of libXft.so.2 provided by 'libxft2'
Found libxft2 (>> 2.1.1) in /var/lib/dpkg/info/libxft2.shlibs
Looking up shlibs dependency of libm.so.6 provided by 'libc6'
Found libc6 (>= 2.6.1-1) in /var/lib/dpkg/info/libc6.shlibs
Looking up shlibs dependency of libjpeg.so.62 provided by 'libjpeg62'
Found libjpeg62 in /var/lib/dpkg/info/libjpeg62.shlibs
Looking up shlibs dependency of libkio.so.4 provided by 'kdelibs4c2a'
Found kdelibs4c2a (>= 4:3.5.7-1) in /var/lib/dpkg/info/kdelibs4c2a.shlibs
Looking up shlibs dependency of libXrandr.so.2 provided by 'libxrandr2'
Found libxrandr2 (>= 2:1.2.0) in /var/lib/dpkg/info/libxrandr2.shlibs
Looking up shlibs dependency of libDCOP.so.4 provided by 'kdelibs4c2a'
Found kdelibs4c2a (>= 4:3.5.7-1) in /var/lib/dpkg/info/kdelibs4c2a.shlibs
Looking up shlibs dependency of libqt-mt.so.3 provided by 'libqt3-mt'
Found libqt3-mt (>= 3:3.3.7) in /var/lib/dpkg/info/libqt3-mt.shlibs
Looking up shlibs dependency of libkdeui.so.4 provided by 'kdelibs4c2a'
Found kdelibs4c2a (>= 4:3.5.7-1) in /var/lib/dpkg/info/kdelibs4c2a.shlibs
Looking up shlibs dependency of libICE.so.6 provided by 'libice6'
Found libice6 (>= 1:1.0.0) in /var/lib/dpkg/info/libice6.shlibs
Looking up shlibs dependency of libfreetype.so.6 provided by 'libfreetype6'
Found libfreetype6 (

Bug#452338: dpkg-dev: should ignore private libraries

2007-11-22 Thread Raphael Hertzog
tag 452338 pending
thanks

On Thu, 22 Nov 2007, Aurelien Jarno wrote:
> libR.so is a private library that has no SONAME, and that is installed
> in /usr/lib/R/lib/. It should be ignored by dpkg-dev has it was the
> cases in the previous versions.

That was the intent from the beginning. However a bug slipped through that
made it incorrectly detect private libs as public libs. This was fixed
yesterday in git's repo (after discussion on -devel). So it will be fixed
in 1.14.10.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/





Processed: Re: Bug#452338: dpkg-dev: should ignore private libraries

2007-11-22 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]:

> tag 452338 pending
Bug#452338: dpkg-dev: should ignore private libraries
There were no tags set.
Tags added: pending

> thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)



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



Bug#452318: dpkg-dev: new dpkg-shlibdeps spews insane amount of warnings

2007-11-22 Thread Sune Vuorela
On Thursday 22 November 2007, Raphael Hertzog wrote:
> On Wed, 21 Nov 2007, Sune Vuorela wrote:
> > Package: dpkg-dev
> > Version: 1.14.9
> > Severity: normal
> >
> >
> > When building kdebase - after using quite some time to get
> > --ignore-missing-info to go thru the build system, I now get a insane
> > unreadable amount of warnings. The only thing it does is cluttering the
> > build log and make it hard to try to locate anything important.
>
> Well, I wouldn't print them if they were not meant to be brought to the
> maintainer's attention?

well.. the effect is that anything in the build log gets ignored.

$ wc --lines kdebase_3.5.8.dfsg.1-2_i386.build
68584 kdebase_3.5.8.dfsg.1-2_i386.build

$ grep -v "dpkg-shlibdeps: warning: symbol" 
kdebase_3.5.8.dfsg.1-2_i386.build  | wc --lines
21850

And in sizes, it is 10mb for the build log - and 3.3mb for the "filtered" 
buildlog

/Sune
-- 
Do you know how may I load the space bar of a mousepad from AutoCAD 7.2 and 
from the preferences inside Windows?

You have to log from a connection for booting from the laser icon.




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



Bug#452339: dpkg-dev: fails to parse some shlibs files

2007-11-22 Thread Raphael Hertzog
On Thu, 22 Nov 2007, Aurelien Jarno wrote:
> Package: dpkg-dev
> Version: 1.14.9
> Severity: serious
> 
> >From my build log:
> 
> dh_compress -pkzenexplorer -X .dcl -X .docbook -X -license -X .tag -X .sty -X 
> .el
> dh_fixperms -pkzenexplorer
> dh_makeshlibs -pkzenexplorer
> dh_installdeb -pkzenexplorer
> dh_perl -pkzenexplorer
> dh_shlibdeps -pkzenexplorer
> dpkg-shlibdeps: failure: No dependency information found for libusb-0.1.so.4 
> (used by debian/kzenexplorer/usr/bin/kzenexplorer).
> dh_shlibdeps: command returned error code 65280
> make: *** [binary-predeb-IMPL/kzenexplorer] Error 1
> 
> But libusb-0.1.so.4 has a shlib file:
> 
> [volta:~]$ cat /var/lib/dpkg/info/libusb-0.1-4.shlibs
> libusb-0.1 4 libusb-0.1-4 (>= 2:0.1.12)
> udeb: libusb-0.1 4 libusb-0.1-udeb (>= 2:0.1.12)

I can't reproduce this on i386 while building kzenexplorer_0.6-1. I fear
that the lookup of the library on amd64 provides a name which is not the
real name but somehow a symlink lib like /usr/lib64/libusb-0.1-4 since
we're now respecting ld.so.conf properly with includes.

Can you apply the attached patch to dpkg-shlibdeps and re-run the build after
adding "-v" to dpkg-shlibdeps (use "dh_slibdeps -- -v" for this), that way
I'll have all the required information.

Please also paste me /etc/ld.so.conf and /etc/ld.so.conf.d/*

Thanks,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/
diff --git a/scripts/dpkg-shlibdeps.pl b/scripts/dpkg-shlibdeps.pl
index 8902b94..800460d 100755
--- a/scripts/dpkg-shlibdeps.pl
+++ b/scripts/dpkg-shlibdeps.pl
@@ -100,7 +100,8 @@ foreach my $file (keys %exec) {
failure(_g("couldn't find library %s (note: only packages with " .
   "'shlibs' files are looked into)."), $soname)
unless defined($lib);
-   $libfiles{$lib} = $soname if defined($lib);
+   $libfiles{$lib} = $soname;
+   print "Library $soname found in $lib\n" if $debug;
 }
 my $file2pkg = find_packages(keys %libfiles);
 my $symfile = Dpkg::Shlibs::SymbolFile->new();
@@ -114,6 +115,7 @@ foreach my $file (keys %exec) {
# Empty package name will lead to consideration of symbols
# file from the package being built only
$file2pkg->{$lib} = [""];
+   print "No associated package found for $lib\n" if $debug;
}
 
# Load symbols/shlibs files from packages providing libraries
@@ -327,6 +329,7 @@ Dependency fields recognised are:
 
 sub add_shlibs_dep {
 my ($soname, $pkg) = @_;
+print "Looking up shlibs dependency of $soname provided by '$pkg'\n" if 
$debug;
 foreach my $file ($shlibslocal, $shlibsoverride, @pkg_shlibs,
"$admindir/info/$pkg.shlibs",
$shlibsdefault)
@@ -334,12 +337,14 @@ sub add_shlibs_dep {
next if not -e $file;
my $dep = extract_from_shlibs($soname, $file);
if (defined($dep)) {
+   print "Found $dep in $file\n" if $debug;
foreach (split(/,\s*/, $dep)) {
$dependencies{$cur_field}{$_} = 1;
}
return 1;
}
 }
+print "Found nothing\n" if $debug;
 return 0;
 }
 


Bug#452318: dpkg-dev: new dpkg-shlibdeps spews insane amount of warnings

2007-11-22 Thread Raphael Hertzog
On Wed, 21 Nov 2007, Sune Vuorela wrote:
> Package: dpkg-dev
> Version: 1.14.9
> Severity: normal
> 
> 
> When building kdebase - after using quite some time to get
> --ignore-missing-info to go thru the build system, I now get a insane
> unreadable amount of warnings. The only thing it does is cluttering the
> build log and make it hard to try to locate anything important.

Well, I wouldn't print them if they were not meant to be brought to the
maintainer's attention?

> Please don't print the 
> dpkg-shlibdeps: warning: symbol _ZN7QWidget7setMaskERK7QRegion used by
> debian/kdebase-bin/usr/lib/libkdeinit_kxkb.so found in none of the
> libraries.

Somewhat like the other failures that you suffered from, if this was
properly identified as a plugin (i.e. without SONAME), you wouldn't see
it.

There's another alternative: make sure the plugin is linked against
libraries it really uses... fix the build system to pass the proper -lqt
flag or whatever (I haven't checked which precise library provide this
symbol).

> lines unless some --debug flag is added.

I don't think that's an option for me. I might add some code to
rate-limit the display of those messages... maybe after 5 for each
binary it stops printing them unless some verbose flag is set.

But they are meant to be displayed by default.

Cheers,
-- 
Raphaël Hertzog

Premier livre français sur Debian GNU/Linux :
http://www.ouaza.com/livre/admin-debian/