Bug#558852: Resolve unresolved symbols in shared libraries

2010-06-25 Thread Peter Fritzsche
Charles Plessy wrote:
 Le Mon, Nov 30, 2009 at 07:32:24PM +0100, Peter Fritzsche a écrit :
  Source: emboss
  Version: 6.1.0-4
  Severity: wishlist
  User: peter.fritzs...@gmx.de
  Usertags: unresolved-symbols-so
  
  I build all packages some time ago with binutils-gold and your package
  build without an hard failure, but I noticed that you seems to provide a
  library in a specific library package so other packages can link against
  it without problems but your shared object has still some unresolved
  symbols which the program which links agaomst it must resolve. This isnt
  a good idea because when you introduce new dependencies the package
  previously linked against the old version will break because it doesnt
  know about the new dependency. Maybe you could link against all needed
  libraries so programs must not link against libraries which it doesnt
  need to use.
 
 Dear Peter,
 
 thank you for your report, and sorry for not anwering on time.
 
 My understanding of libraries and linkages is quite weak.

Maybe than it is a good idea to forward the bug report to upstream

 Could you point
 me at a documentation that explains how to “link against all needed
 libraries”.


Hm, there is no documentation at it is quite simple. Just link against those
libraries you are missing. Lets take your package as an example. As I found it
using binutils-gold, we may just install binutils-gold.

First thing I notice is that the clean target of your package deletes files
which are part of the tar.gz (config.guess, config.sub). Thats quite bad when
we try to create a clean diff.tar.gz or debian.tar.gz

dpkg-shlibdeps: warning: symbol XSetFunction used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XGetVisualInfo used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XOpenDisplay used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XGetGeometry used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XQueryPointer used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XPutImage used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XDestroyWindow used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XStoreColor used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XSetForeground used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: symbol XCreateWindow used by 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 found in none of the libraries.
dpkg-shlibdeps: warning: 39 other similar warnings have been skipped (use -v to 
see them all).
dpkg-shlibdeps: warning: dependency on libz.so.1 could be avoided if 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 were not uselessly linked 
against it (they use none of 
its symbols).
dpkg-shlibdeps: warning: dependency on libfreetype.so.6 could be avoided if 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 were not uselessly linked 
against it (they use 
none of its symbols).
dpkg-shlibdeps: warning: dependency on libjpeg.so.62 could be avoided if 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 were not uselessly linked 
against it (they use 
none of its symbols).
dpkg-shlibdeps: warning: dependency on libpng12.so.0 could be avoided if 
debian/emboss-lib/usr/lib/libeplplot.so.3.2.7 were not uselessly linked 
against it (they use 
none of its symbols).
dpkg-shlibdeps: warning: symbol c_pljoin used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol ajStrGetLen used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol ajListstrFree used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol c_plgspa used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol c_plptex used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol c_plwid used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol ajStrAppendC used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol ajStrNewS used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol c_plfill used by 
debian/libajax6/usr/lib/libajaxg.so.6.0.2 found in none of the libraries.
dpkg-shlibdeps: warning: symbol c_plschr used by 
debian

Bug#586985: [grub-common] Regression: grub-probe fails

2010-06-24 Thread Peter Fritzsche
Package: grub-common
Version: 1.98-1
Severity: normal

I cannot update my system anymore as grub-probe stops the installation and 
deinstallation of memtest86+

Unpacking replacement memtest86+ ...
/usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).
dpkg: warning: subprocess old post-removal script returned error exit status 1
dpkg - trying script from the new package instead ...
/usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).
dpkg: error processing /var/cache/apt/archives/memtest86+_4.00-2.3_amd64.deb 
(--unpack):
 subprocess new post-removal script returned error exit status 1
/usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).
dpkg: error while cleaning up:
 subprocess new post-removal script returned error exit status 1
Preparing to replace e2fslibs 1.41.12-1 (using 
.../e2fslibs_1.41.12-2_amd64.deb) ...
Unpacking replacement e2fslibs ...
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/memtest86+_4.00-2.3_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:

I have a relative simple setup.There is a sda and sdb. sda has sda1 which is 
/boot and sda2 which is crypted and then part one of an lvm. sdb1 has only 
crypted and then part 2 of the lvm. Inside the lvm is a root-lvm which is / 
and a swap partition.

The root partition is a simple ext4 partition. The device is /dev/dm-3 and it 
for example linked in /dev/root and /dev/block/254:3 and /dev/lvm1/root-lvm 
and lvm1-root--lvm

It must have been worked in the past because I updated grub in the past. I've 
also tried to run `sudo dpkg-reconfigure grub-common` and mark all my devices 
to install grub into their boot sectors, but at the end I only get

Installation finished. No error reported.
Installation finished. No error reported.
/usr/sbin/grub-probe: error: cannot find a device for / (is /dev mounted?).

So first thing: I don't understand why grub should be interested in my / ... 
there is a /boot mounted.

$ mount|grep boot
/dev/sda1 on /boot type ext3 (rw)

I've also tried grub-probe from unstable and it just says:
./grub-probe: error: no such disk.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.34-1-686

Debian Release: squeeze/sid
  500 testing ftp.debian.org

--- Package information. ---
Depends (Version) | Installed
=-+-=
base-files(= 4.0.1~) | 5.7
dpkg (= 1.15.4)  | 1.15.7.2
 OR install-info  | 4.13a.dfsg.1-5
 OR dpkg (= 1.14.25) | 1.15.7.2
libc6(= 2.3) | 2.11.1-3
libfreetype6   (= 2.2.1) | 2.3.11-1
zlib1g   (= 1:1.1.4) | 1:1.2.3.4.dfsg-3
gettext-base  | 0.17-11


Recommends  (Version) | Installed
=-+-===
os-prober   (= 1.33) | 1.35


Suggests   (Version) | Installed
-+-===
multiboot-doc| 
grub-emu | 







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



Bug#585174: [kdebase-workspace] FTBFS with python-2.6

2010-06-09 Thread Peter Fritzsche
Package: kdebase-workspace
Version: 4:4.4.4-1
Severity: normal


dh_install -pplasma-scriptengine-python  
cp: cannot stat 
`debian/tmp/usr/lib/python2.5/site-packages/PyKDE4/plasmascript.py': No such 
file or directory
dh_install: cp -a 
debian/tmp/usr/lib/python2.5/site-packages/PyKDE4/plasmascript.py 
debian/plasma-scriptengine-python//usr/lib/python2.5/site-
packages/PyKDE4/ returned exit code 1
make: *** [binary-install/plasma-scriptengine-python] Error 2
dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2
debuild: fatal error at line 1330:
dpkg-buildpackage -rfakeroot -D -us -uc failed

the file which is present is 

kdebase-workspace-4.4.4/plasma/generic/scriptengines/python/plasmascript.py
kdebase-workspace-4.4.4/debian/tmp/usr/lib/python2.6/dist-packages/PyKDE4/plasmascript.py
kdebase-workspace-4.4.4/obj-x86_64-linux-gnu/plasma/generic/scriptengines/python/plasmascript.py

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.34-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
  500 testing ftp.debian.org 
  500 stable  ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
kdebase-workspace-bin (= 4:4.4.4-1) | 4:4.4.4-1
klipper   (= 4:4.4.4-1) | 4:4.4.4-1
ksysguard (= 4:4.4.4-1) | 4:4.4.4-1
kde-window-manager(= 4:4.4.4-1) | 4:4.4.4-1
systemsettings(= 4:4.4.4-1) | 4:4.4.4-1


Recommends  (Version) | Installed
=-+-===
kdm(= 4:4.4.4-1) | 4:4.4.4-1


Package's Suggests field is empty.






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



Bug#585021: [usb-modeswitch] Freezes ZTE 3565-Z

2010-06-08 Thread Peter Fritzsche
Package: usb-modeswitch
Version: 1.1.2-3
Severity: normal

I have here a Stick with idVendor=19d2, idProduct=2000 and before I had 
installed usb-modeswitch, I had to `eject /dev/sr1` to get into the GSM mode. 
After installing the usb-modeswitch package it is neither in GSM mode nor in 
cdrom mode.

It also didn't help to unload usb-storage and blacklist it.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.34-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
  500 testing ftp.debian.org 
  500 stable  ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-==
libc6(= 2.3) | 2.11.1-2
libusb-0.1-4(= 2:0.1.12) | 2:0.1.12-15
tcl   | 8.4.16-2
 OR tclsh | 
usb-modeswitch-data (= 20100127) | 20100418-1


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
comgt   | 
wvdial  | 






USB_ModeSwitch log from Tue Jun 08 15:25:05 CEST 2010

Using global config file: /etc/usb_modeswitch.conf
raw args from udev: 1-6:1.0/1-6:1.0
USB dir exists: /sys/bus/usb/devices/1-6

USB values from sysfs:
  manufacturer  ZTE,Incorporated
  product   ZTE CDMA Technologies MSM
  serialP673A2VDF_MS

SCSI attributes not needed, moving on
checking config: /etc/usb_modeswitch.d/19d2:2000
! matched, now switching
 (running command: /usr/sbin/usb_modeswitch -I -W -c 
/etc/usb_modeswitch.d/19d2:2000)

verbose output of usb_modeswitch:

usb_set_debug: Setting debugging level to 15 (on)
usb_os_find_busses: Found 002
usb_os_find_busses: Found 001
usb_os_find_devices: Found 003 on 002
skipped 1 class/vendor specific interface descriptors
skipped 1 class/vendor specific interface descriptors
usb_os_find_devices: Found 002 on 002
skipped 1 class/vendor specific interface descriptors
usb_os_find_devices: Found 001 on 002
error obtaining child information: Inappropriate ioctl for device
error obtaining child information: Inappropriate ioctl for device
usb_os_find_devices: Found 010 on 001
usb_os_find_devices: Found 001 on 001
error obtaining child information: Inappropriate ioctl for device
Reading config file: /etc/usb_modeswitch.d/19d2:2000

 * usb-modeswitch: handle USB devices with multiple modes
 * Version 1.1.2alpha (C) Josua Dietze 2010
 * Based on libusb0 (0.1.12 and above)

 ! PLEASE REPORT NEW CONFIGURATIONS !

DefaultVendor=  0x19d2
DefaultProduct= 0x2000
TargetVendor=   0x19d2
TargetProduct=  not set
TargetProductList=0001,0002,0015,0016,0017,0031,0037,0052,0055,0063
TargetClass=not set

DetachStorageOnly=0
HuaweiMode=0
SierraMode=0
SonyMode=0
GCTMode=0
MessageEndpoint= not set
MessageContent=555342431234567820008c85010101180101010101
NeedResponse=0
ResponseEndpoint= not set
Interface=0x00

InquireDevice disabled
Success check enabled, max. wait time 20 seconds
System integration mode enabled


Looking for target devices ...
  searching devices, found USB ID 046d:c308
  searching devices, found USB ID 046d:c01e
  searching devices, found USB ID 1d6b:0001
  searching devices, found USB ID 19d2:2000
   found matching vendor ID
  searching devices, found USB ID 1d6b:0002
 No devices in target mode or class found
Looking for default devices ...
  searching devices, found USB ID 046d:c308
  searching devices, found USB ID 046d:c01e
  searching devices, found USB ID 1d6b:0001
  searching devices, found USB ID 19d2:2000
   found matching vendor ID
   found matching product ID
   adding device
  searching devices, found USB ID 1d6b:0002
 Found devices in default mode or class (1)
Accessing device 010 on bus 001 ...

USB description data (for identification)
-
Manufacturer: ZTE,Incorporated
 Product: ZTE CDMA Technologies MSM
  Serial No.: P673A2VDF_MS
-
Looking for active driver ...
 OK, driver found (usb-storage)
 OK, driver usb-storage detached
Setting up communication with interface 0 ...
Using endpoint 0x01 for message sending ...
Trying to send message 1 to endpoint 0x01 ...
 OK, message successfully sent

Checking for mode switch (max. 20 times, once per second) ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...
 Waiting for original device to vanish ...

Bug#584522: [libdbus-1-3] Race condition in protected_change_timeout

2010-06-04 Thread Peter Fritzsche
Package: libdbus-1-3
Version: 1.2.24-1
Severity: important

dbus has a race condition in protected_change_timeout which causes different
applications like akonadi and other kde applications to crash or to behave
strangely (mostly seen on a single core cpu... but happens always). More
information about that can be found at
 http://randomguy3.wordpress.com/2010/06/01/d-bus-threading-issues/

and the patch can be found at
 
http://aur.archlinux.org/packages/dbus-core-mt/dbus-core-mt/multithread-locking-fix.patch

I see this as important problem because it breaks other software on system.
Maybe it is even a release critical bug.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.34-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
  500 testing ftp.debian.org 
  500 stable  ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
libc6   (= 2.3.3) | 2.11.1-2


Recommends  (Version) | Installed
=-+-===
dbus  | 1.2.24-1


Package's Suggests field is empty.






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



Bug#584157: [korganizer] Reminder doesn't remind anything

2010-06-04 Thread Peter Fritzsche
Peter Fritzsche wrote:
 Package: korganizer
 Version: 4:4.4.3-1
 Severity: normal
 
 korgac doesn't remind me on any dates I have added to korganizer (of course
 I added events with reminders enabled). I am using akonadi with file
 backend and birthday backend. I think that events with time associated
 show normally. Just tried to test it using an event for today (qwe - warn
 15 minutes before start; zxc - warn 15 minutes after start) and one event
 with time associated (warn 2 minutes before start)
 
 I tried to use dumpAlarms of dbus org.kde.korganizer.KOrgac and it shows
 
 {AlarmDeamon::dumpAlarms() from 2010-06-01T00:00:00+02:00 to
 2010-06-01T23:59:59+02:00,  asd (2010-06-01T21:39:00+02:00),  qwe
 (2010-06-01),  zxc (2010-06-01)}
 
 I see a reminder for asd, but still miss the one for qwe and zxc.

The problem seems to be that akonadi (at least on debian) isn't finished 
loading itself and all resource handler when korgac tries the first time to 
get all alarms since it was closed. See 
https://bugs.kde.org/show_bug.cgi?id=223388 for more information. The only fix 
which can be done by the user is to _not_ use akonadi resources in korganizer.

Best regards,
Peter



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



Bug#584157: [korganizer] Reminder doesn't remind anything

2010-06-04 Thread Peter Fritzsche
Peter Fritzsche wrote:
 Peter Fritzsche wrote:
  Package: korganizer
  Version: 4:4.4.3-1
  Severity: normal
  
  korgac doesn't remind me on any dates I have added to korganizer (of
  course I added events with reminders enabled). I am using akonadi with
  file backend and birthday backend. I think that events with time
  associated show normally. Just tried to test it using an event for today
  (qwe - warn 15 minutes before start; zxc - warn 15 minutes after start)
  and one event with time associated (warn 2 minutes before start)
  
  I tried to use dumpAlarms of dbus org.kde.korganizer.KOrgac and it shows
  
  {AlarmDeamon::dumpAlarms() from 2010-06-01T00:00:00+02:00 to
  2010-06-01T23:59:59+02:00,  asd (2010-06-01T21:39:00+02:00),  qwe
  (2010-06-01),  zxc (2010-06-01)}
  
  I see a reminder for asd, but still miss the one for qwe and zxc.
 
 The problem seems to be that akonadi (at least on debian) isn't finished
 loading itself and all resource handler when korgac tries the first time to
 get all alarms since it was closed. See
 https://bugs.kde.org/show_bug.cgi?id=223388 for more information. The only
 fix which can be done by the user is to _not_ use akonadi resources in
 korganizer.

A workaround for now could be that a akonadi is started using a script with

#! /bin/sh
/usr/bin/akonadictl start

In $HOME/.kde/Autostart/force-akonadistart.sh (dont forget to make it 
executable).

At least here it works a lot better than automatic starting of akonadi by kde 
itself.

Best regards,
Peter



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



Bug#584150: [kdepim] Years (birthday, anniversary) are shown wrong in kdepim-apps

2010-06-01 Thread Peter Fritzsche
Package: kdepim
Version: 4:4.4.3-1
Severity: normal
Tags: patch fixed-upstream

I noticed that all birthday or anniversary years are shown wrong (off by one 
year by most events) inside kdepim apps. After checking the yearDiff function 
it should relative clear that this cannot work because this is very vague... 
actually wrong and overcomplicated.

Attached is a patch which fixes the problem. It is also included in KDE 4.4.4


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.34-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
  500 testing ftp.debian.org 
  500 stable  ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
akregator (= 4:4.4.3-1) | 4:4.4.3-1
kaddressbook  (= 4:4.4.3-1) | 4:4.4.3-1
kalarm(= 4:4.4.3-1) | 4:4.4.3-1
kdepim-kresources (= 4:4.4.3-1) | 4:4.4.3-1
kdepim-wizards(= 4:4.4.3-1) | 4:4.4.3-1
kmail (= 4:4.4.3-1) | 4:4.4.3-1
knode (= 4:4.4.3-1) | 4:4.4.3-1
knotes(= 4:4.4.3-1) | 4:4.4.3-1
konsolekalendar   (= 4:4.4.3-1) | 4:4.4.3-1
kontact   (= 4:4.4.3-1) | 4:4.4.3-1
korganizer(= 4:4.4.3-1) | 4:4.4.3-1
ktimetracker  (= 4:4.4.3-1) | 4:4.4.3-1
kdepim-strigi-plugins (= 4:4.4.3-1) | 4:4.4.3-1
kjots (= 4:4.4.3-1) | 4:4.4.3-1
kleopatra (= 4:4.4.3-1) | 4:4.4.3-1
blogilo   (= 4:4.4.3-1) | 4:4.4.3-1
akonadiconsole(= 4:4.4.3-1) | 4:4.4.3-1


Package's Recommends field is empty.

Package's Suggests field is empty.



Description: Correctly calculate the difference between two years
Origin: backported, http://websvn.kde.org/?view=revisionrevision=1128985

---
diff --git a/korganizer/kohelper.cpp b/korganizer/kohelper.cpp
index 4f9dd103166536892de87a4ffbf87e0414124e10..e7a2e9091dc45b9185dab7cc8cdf130cd087a1cf 100644
--- a/korganizer/kohelper.cpp
+++ b/korganizer/kohelper.cpp
@@ -67,8 +67,8 @@ QColor KOHelper::resourceColor( KCal::Calendar *calendar,
   return resourceColor;
 }
 
-qint64 KOHelper::yearDiff( const QDate start, const QDate end )
+int KOHelper::yearDiff( const QDate start, const QDate end )
 {
-  return static_castqint64( start.daysTo( end ) / 365.25 );
+  return end.year() - start.year();
 }
 
diff --git a/korganizer/kohelper.h b/korganizer/kohelper.h
index 2b77495137397899b2b1893853c67c2e870b3d50..fddc4d04f6534f3e28b67d7267da91d177e3b2a9 100644
--- a/korganizer/kohelper.h
+++ b/korganizer/kohelper.h
@@ -57,7 +57,7 @@ namespace KOHelper
   /**
 Returns the number of years between the @p start QDate and the @p end QDate
   */
-  KORGANIZER_CORE_EXPORT qint64 yearDiff( const QDate start, const QDate end );
+  KORGANIZER_CORE_EXPORT int yearDiff( const QDate start, const QDate end );
 }
 
 #endif
diff --git a/korganizer/views/agendaview/koagendaitem.cpp b/korganizer/views/agendaview/koagendaitem.cpp
index 9a42a4acb8f746e24bf14089cd36c3a0d06807f4..48480848f7a440926a83cad91802c1f767222371 100644
--- a/korganizer/views/agendaview/koagendaitem.cpp
+++ b/korganizer/views/agendaview/koagendaitem.cpp
@@ -76,7 +76,7 @@ KOAgendaItem::KOAgendaItem( Calendar *calendar, Incidence *incidence,
 
   if ( mIncidence-customProperty( KABC, BIRTHDAY ) == YES ||
mIncidence-customProperty( KABC, ANNIVERSARY ) == YES ) {
-qint64 years = KOHelper::yearDiff( mIncidence-dtStart().date(), qd );
+int years = KOHelper::yearDiff( mIncidence-dtStart().date(), qd );
 if ( years  0 ) {
   mIncidence = incidence-clone();
   mIncidence-setReadOnly( false );
diff --git a/korganizer/views/listview/kolistview.cpp b/korganizer/views/listview/kolistview.cpp
index 13a291c2a82f3d76683902dcf0b66003393283de..7b171ad08db2f3efcde4673ad89dbe2c1248d1c6 100644
--- a/korganizer/views/listview/kolistview.cpp
+++ b/korganizer/views/listview/kolistview.cpp
@@ -380,7 +380,7 @@ void KOListView::addIncidence( Incidence *incidence, const QDate date )
   Incidence *tinc = incidence;
   if ( tinc-customProperty( KABC, BIRTHDAY ) == YES ||
tinc-customProperty( KABC, ANNIVERSARY ) == YES ) {
-qint64 years = KOHelper::yearDiff( tinc-dtStart().date(), mEndDate );
+int years = KOHelper::yearDiff( tinc-dtStart().date(), mEndDate );
 if ( years  0 ) {
   tinc = incidence-clone();
   tinc-setReadOnly( false );
diff --git a/korganizer/views/monthview/monthitem.cpp b/korganizer/views/monthview/monthitem.cpp
index 24b0fa5ac4e0d984f03f072d6b4858cab3f792d1..09bae8dc1f21ad5d4409c894fd43ae1e840ef70b 100644
--- a/korganizer/views/monthview/monthitem.cpp
+++ b/korganizer/views/monthview/monthitem.cpp
@@ -286,7 +286,7 @@ IncidenceMonthItem::IncidenceMonthItem( MonthScene *monthScene,
 
   if ( mIncidence-customProperty( 

Bug#584157: [korganizer] Reminder doesn't remind anything

2010-06-01 Thread Peter Fritzsche
Package: korganizer
Version: 4:4.4.3-1
Severity: normal

korgac doesn't remind me on any dates I have added to korganizer (of course I 
added events with reminders enabled). I am using akonadi with file backend and 
birthday backend. I think that events with time associated show normally. Just 
tried to test it using an event for today (qwe - warn 15 minutes before start; 
zxc - warn 15 minutes after start) and one event with time associated (warn 2 
minutes before start)

I tried to use dumpAlarms of dbus org.kde.korganizer.KOrgac and it shows

{AlarmDeamon::dumpAlarms() from 2010-06-01T00:00:00+02:00 to 
2010-06-01T23:59:59+02:00,  asd (2010-06-01T21:39:00+02:00),  qwe 
(2010-06-01),  zxc (2010-06-01)}

I see a reminder for asd, but still miss the one for qwe and zxc.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.34-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
  500 testing ftp.debian.org 
  500 stable  ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
kdebase-runtime   | 4:4.4.3-1
kdepim-runtime| 4:4.4.3-1
libakonadi-contact4  (= 4:4.4.0) | 4:4.4.3-1
libakonadi-kde4  (= 4:4.4.0) | 4:4.4.3-1
libc6  (= 2.2.5) | 2.11.1-1
libgcc1  (= 1:4.1.1) | 1:4.4.4-3
libkabc4   (= 4:4.4) | 4:4.4.3-1
libkcal4 (= 4:4.4.0) | 4:4.4.3-1
libkde3support4(= 4:4.4) | 4:4.4.3-2
libkdecore5  (= 4:4.4.0) | 4:4.4.3-2
libkdepim4  (= 4:4.4.3-1) | 4:4.4.3-1
libkdeui5(= 4:4.4.0) | 4:4.4.3-2
libkholidays4  (= 4:4.4) | 4:4.4.3-1
libkio5(= 4:4.4) | 4:4.4.3-2
libkmime4  (= 4:4.4) | 4:4.4.3-1
libknewstuff2-4(= 4:4.4) | 4:4.4.3-2
libkontactinterface4 (= 4:4.4.0) | 4:4.4.3-1
libkparts4 (= 4:4.4) | 4:4.4.3-2
libkpimidentities4   (= 4:4.4.0) | 4:4.4.3-1
libkpimutils4  (= 4:4.4) | 4:4.4.3-1
libkresources4 (= 4:4.4) | 4:4.4.3-1
libkutils4 (= 4:4.4) | 4:4.4.3-2
libphonon4   (= 4:4.6.0really4.3.80) | 4:4.6.0really4.4.1-2
libqt4-dbus  (= 4:4.5.3) | 4:4.6.2-5
libqt4-qt3support(= 4:4.5.3) | 4:4.6.2-5
libqt4-xml   (= 4:4.5.3) | 4:4.6.2-5
libqtcore4   (= 4:4.6.1) | 4:4.6.2-5
libqtgui4(= 4:4.5.3) | 4:4.6.2-5
libstdc++6 (= 4.1.1) | 4.4.4-3
phonon| 4:4.6.0really4.4.1-2
zlib1g   (= 1:1.1.4) | 1:1.2.3.4.dfsg-3
perl  | 5.10.1-13


Package's Recommends field is empty.

Suggests   (Version) | Installed
-+-===
kdepim-kresources| 4:4.4.3-1
kdepim-groupware | 4:4.4.3-1







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



Bug#583563: [kaffeine] CAM support has gone

2010-05-28 Thread Peter Fritzsche
Package: kaffeine
Version: 1.0~pre3-3
Severity: important

Kaffeine is currently the dvb application of choice on systems were LinVDR 
isn't the right distributions. But the cam (for dvb encryption) was removed in 
1.0 (was there in 0.8.8 and probably before). This makes kaffeine unusable on 
systems with cam installed (cams must be initialised correctly - but this can 
be done using `gnutv -cammenu` for fta channels) or at least when they want to 
use encrypted channels (cam must be informed that we want to decrypt a 
specific channel).

There is cam support again in the current svn version of kaffeine. So please 
backport it or think about packaging a newer version for squeeze.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.34-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
kdebase-runtime| 4:4.4.3-1
libc6   (= 2.2.5) | 2.10.2-9
libgcc1   (= 1:4.1.1) | 1:4.4.4-3
libkdecore5   (= 4:4.4.0) | 4:4.4.3-2
libkdeui5 (= 4:4.3.4) | 4:4.4.3-2
libkfile4 (= 4:4.3.4) | 4:4.4.3-2
libkio5   (= 4:4.3.4) | 4:4.4.3-2
libqt4-dbus   (= 4:4.5.3) | 4:4.6.2-5
libqt4-network(= 4:4.5.3) | 4:4.6.2-5
libqt4-sql(= 4:4.5.3) | 4:4.6.2-5
libqt4-svg(= 4:4.5.3) | 4:4.6.2-5
libqt4-xml(= 4:4.5.3) | 4:4.6.2-5
libqtcore4(= 4:4.6.1) | 4:4.6.2-5
libqtgui4 (= 4:4.6.1) | 4:4.6.2-5
libsolid4 (= 4:4.3.4) | 4:4.4.3-2
libstdc++6  (= 4.1.1) | 4.4.4-3
libx11-6(= 0) | 2:1.3.3-3
libxine1(= 1.1.8) | 1.1.18.1-1+b2
libxine1-ffmpeg| 1.1.18.1-1+b2
libxine1-x | 1.1.18.1-1+b2
libqt4-sql-sqlite  | 4:4.6.2-5


Package's Recommends field is empty.

Suggests(Version) | Installed
=-+-===
libdvdcss2| 1.2.10-0.3







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



Bug#582860: [libgtk2.0-dev] pkg-config requires too many libraries

2010-05-25 Thread Peter Fritzsche
On Tuesday 25 May 2010 08:39:48 you wrote:
 Le lundi 24 mai 2010 à 11:49 +0200, Peter Fritzsche a écrit :
  Emilio Pozuelo Monfort wrote:
   Even though I'd really like to do that, I'm not still convinced we can
   do it in GTK+. Since GTK+ exports APIs of those libraries in its
   public headers, applications linking to GTK+ should link to those
   libraries too. Or do you say cflags would be enough, but not libs?
  
  If they are using other libraries then they must use their pkg-config
  anyway... otherwise they are broken. If the programs just use some
  structs or other things which are declared in their header then the
  cflags just looks like before and nothing has changed for them.
  
  Or do you mean that there is a gtk_blablubfoo() which just is a define or
  static inline function in their headers which uses glib_foobar()? It
  would make gtk+-2.0 an evil library and prevent Requires.private.
 
 For example some GTK+ functions return structures or types that are
 defined in Glib or Pango.

Thats ok. Those structure types have nothing todo with symbols which must be 
resolved by libraries. The header  stuff is still exported by --cflags as 
before 
- only the third party libraries will not appear using --libs when not using 
it together with --static.

Best regards,
Peter 



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



Bug#582860: [libgtk2.0-dev] pkg-config requires too many libraries

2010-05-24 Thread Peter Fritzsche
Package: libgtk2.0-dev
Version: 2.20.1-1
Severity: normal

I tried to package some software which uses gtk+ and dpkg-shlibdeps just 
hammers my output with messages like 

dependency on  could be avoided if 


I checked your /usr/lib/pkgconfig/gtk+-2.0.pc and noticed that there is a 
Require statement with many other pkg-config files. /usr/lib/libgtk-
x11-2.0.so.0.2000.1 doesn't seem have have so have unresolved symbols. So 
either the header files generate code which creates otherwise unresolved 
symbols or you don't use Require in /usr/lib/pkgconfig/gtk+-2.0.pc correctly. 
Please see the difference with Require.private in gtk+-2.0.pc:

$ pkg-config --libs gtk+-2.0
-lgtk-x11-2.0
$ pkg-config --cflags gtk+-2.0
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -
I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -
I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -
I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include  

$ pkg-config --libs --static gtk+-2.0
-pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lXinerama -lXi 
-lXrandr -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -ltiff -ljpeg -
ljasper -lpangocairo-1.0 -lXext -lXfixes -lcairo -lgio-2.0 -lresolv -lpixman-1 
-lpng12 -lm -lxcb-render-util -lXrender -lxcb-render -lX11 -lpthread -lxcb -
lXau -lXdmcp -lpango-1.0 -lfontconfig -lexpat -lfreetype -lz -lgobject-2.0 -
lgmodule-2.0 -ldl -lgthread-2.0 -lrt -lglib-2.0  
$ pkg-config --cflags --static gtk+-2.0
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -
I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -
I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -
I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include

And now how it looks today with Require:
$ pkg-config --libs gtk+-2.0   
-pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lgdk_pixbuf-2.0 
-lm -lpangocairo-1.0 -lcairo -lgio-2.0 -lpango-1.0 -lfreetype -lfontconfig -
lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0
$ pkg-config --cflags gtk+-2.0 
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -
I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -
I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -
I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include

$ pkg-config --libs --static gtk+-2.0
-pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 -lXinerama -lXi 
-lXrandr -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -ltiff -ljpeg -
ljasper -lpangocairo-1.0 -lXext -lXfixes -lcairo -lgio-2.0 -lresolv -lpixman-1 
-lpng12 -lm -lxcb-render-util -lXrender -lxcb-render -lX11 -lpthread -lxcb -
lXau -lXdmcp -lpango-1.0 -lfontconfig -lexpat -lfreetype -lz -lgobject-2.0 -
lgmodule-2.0 -ldl -lgthread-2.0 -lrt -lglib-2.0
$ pkg-config --cflags --static gtk+-2.0
-pthread -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -
I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -
I/usr/include/gio-unix-2.0/ -I/usr/include/pixman-1 -I/usr/include/freetype2 -
I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include

So the cflags are untouched, but the libs are a lot cleaner for non static 
compilations. Please change it to Require.private or give a good reason not to 
do so (broken build systems of other applications are no good reason). It 
should cleanup many dependencies in our repository which aren't needed at all 
and only happens due to gtk+-2.0's bad pkg-config file.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
libgtk2.0-0   (= 2.20.1-1) | 2.20.1-1
libgtk2.0-common   | 2.20.1-1
libc6   (= 2.2.5) | 2.10.2-9
libglib2.0-0   (= 2.23.6) | 2.24.1-1
libglib2.0-dev (= 2.23.6) | 2.24.1-1
libpango1.0-dev  (= 1.20) | 1.28.0-1
libatk1.0-dev  (= 1.29.2) | 1.30.0-1
libcairo2-dev   (= 1.6.4-6.1) | 1.8.10-4
libx11-dev  (= 2:1.0.0-6) | 2:1.3.3-3
libxext-dev (= 1:1.0.1-2) | 2:1.1.1-3
libxinerama-dev   (= 1:1.0.1-4.1) | 2:1.1-3
libxi-dev   (= 1:1.0.1-4) | 2:1.3-4
libxrandr-dev(= 1:1.2.99) | 2:1.3.0-3
libxcursor-dev | 1:1.1.10-2
libxfixes-dev   (= 1:3.0.0-3) | 1:4.0.4-2
libxcomposite-dev   (= 1:0.2.0-3) | 1:0.4.1-1
libxdamage-dev  (= 1:1.0.1-3) | 1:1.1.2-1
pkg-config | 0.24-1
libxml2-utils  | 2.7.7.dfsg-2


Recommends  (Version) | Installed
=-+-===
python  

Bug#582865: [libglib2.0-dev] pkg-config requires too many libraries

2010-05-24 Thread Peter Fritzsche
Package: libglib2.0-dev
Version: 2.24.1-1
Severity: normal

I tried to package some software which uses gmodule-2.0 and libgobject-2.0. 
Now dpkg-shlibdeps just hammers my output with messages like 

dependency on  could be avoided if 


I checked your /usr/lib/pkgconfig/gmodule-2.0.pc and noticed that there is a 
Require statement with many other pkg-config files. libgmodule-2.0.so.0.2400.1
doesn't seem have have so have unresolved symbols. So either the header files 
generate code which creates otherwise unresolved symbols or you don't use 
Require in /usr/lib/pkgconfig/gtk+-2.0.pc correctly. Please see the difference 
with Require.private in gmodule-2.0:

$ pkg-config --cflags gobject-2.0 gmodule-2.0
-pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include+
$ pkg-config --libs gobject-2.0 gmodule-2.0 
-Wl,--export-dynamic -pthread -lgobject-2.0 -lgmodule-2.0 -lrt

How it looks now:
$ pkg-config --cflags gobject-2.0 gmodule-2.0
-pthread -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include
$ pkg-config --libs gobject-2.0 gmodule-2.0 
-pthread -Wl,--export-dynamic -lgobject-2.0 -lgthread-2.0 -lgmodule-2.0 -lrt -
lglib-2.0

So the cflags are untouched, but the libs are a lot cleaner for non static 
compilations. Please change it to Require.private or give a good reason not to 
do so (broken build systems of other applications are no good reason). It 
should cleanup many dependencies in our repository which aren't needed at all 
and only happens due to gmodule's and gobject's bad pkg-config file.

Maybe someone can check too why -pthread and -lrt is needed. I don't see a 
reason here.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
libc6  (= 2.2.5) | 2.10.2-9
libpcre3 (= 7.7) | 8.02-1
libglib2.0-0 (= 2.24.1-1) | 2.24.1-1
pkg-config(= 0.14.0) | 0.24-1
zlib1g-dev| 1:1.2.3.4.dfsg-3


Recommends  (Version) | Installed
=-+-===
python| 2.5.4-9


Suggests(Version) | Installed
=-+-===
libglib2.0-doc| 







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



Bug#582860: [libgtk2.0-dev] pkg-config requires too many libraries

2010-05-24 Thread Peter Fritzsche
Emilio Pozuelo Monfort wrote:
 On 24/05/10 11:07, Peter Fritzsche wrote:
  So the cflags are untouched, but the libs are a lot cleaner for non
  static compilations. Please change it to Require.private or give a good
  reason not to do so
 
 Even though I'd really like to do that, I'm not still convinced we can do
 it in GTK+. Since GTK+ exports APIs of those libraries in its public
 headers, applications linking to GTK+ should link to those libraries too.
 Or do you say cflags would be enough, but not libs?

If they are using other libraries then they must use their pkg-config 
anyway... otherwise they are broken. If the programs just use some structs or 
other things which are declared in their header then the cflags just looks 
like before and nothing has changed for them.

Or do you mean that there is a gtk_blablubfoo() which just is a define or 
static inline function in their headers which uses glib_foobar()? It would 
make gtk+-2.0 an evil library and prevent Requires.private.

Best regards,
Peter



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



Bug#581618: [pidgin-facebookchat] debian/watch is not working

2010-05-14 Thread Peter Fritzsche
Package: pidgin-facebookchat
Version: 1.65-1
Severity: normal

It seems that your debian/watch file does not work:
http://dehs.alioth.debian.org/report.php?package=pidgin-facebookchat

uscan.pl warning: In /tmp/pidgin-facebookchat_watch73gsdL,
no matching hrefs for watch line
http://code.google.com/p/pidgin-facebookchat/downloads/list http://pidgin-
facebookchat.googlecode.com/files/pidgin-facebookchat-source-(.*).tar.bz2



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



Bug#581622: [qa.debian.org] Please provide a code.google.com redirector

2010-05-14 Thread Peter Fritzsche
Package: qa.debian.org
Severity: normal

code.google.com seems to become one of the most used code hosting websites 
after sourceforge and provides a download interface which is at least as ugly 
as the one from sourceforge. Many packages are now broken after they changed 
their download interface again and nobody can easily use the href in 
http://code.google.com/p/project/downloads/list?can=1 anymore with uscan as 
the real data is hidden in a javascript button onclick or a subpage.

Please provide a way to use uscan like we do it already with sourceforge.






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



Bug#581336: [nvidia-kernel-dkms] Crashes when loading module

2010-05-12 Thread Peter Fritzsche
Peter Fritzsche wrote:
 Peter Fritzsche wrote:
  Package: nvidia-kernel-dkms
  Version: 195.36.24-1
  Severity: serious
  
  It just crashes the kernel and leaves the system in a unusable state when
  the module is fresh compiled and loaded using modprobe nvidia or I
  restart the system and the module is automatically loaded. Here is the

Ok, just downgraded from binutils 2.20.51.20100418-1 to 2.20.1-9 (without 
binutils-gold) and now it seems to work.



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



Bug#581336: [nvidia-kernel-dkms] Crashes when loading module

2010-05-12 Thread Peter Fritzsche
Peter Fritzsche wrote:
 Peter Fritzsche wrote:
  Package: nvidia-kernel-dkms
  Version: 195.36.24-1
  Severity: serious
  
  It just crashes the kernel and leaves the system in a unusable state when
  the module is fresh compiled and loaded using modprobe nvidia or I
  restart the system and the module is automatically loaded. Here is the

Ok, just downgraded from binutils 2.20.51.20100418-1 to 2.20.1-9 (without 
binutils-gold) and now it seems to work.



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



Bug#581336: [nvidia-kernel-dkms] Crashes when loading module

2010-05-12 Thread Peter Fritzsche
Peter Fritzsche wrote:
   It just crashes the kernel and leaves the system in a unusable state
   when the module is fresh compiled and loaded using modprobe nvidia
   or I restart the system and the module is automatically loaded. Here
   is the
 
  Ok, just downgraded from binutils 2.20.51.20100418-1 to 2.20.1-9 (without
  binutils-gold) and now it seems to work.
 
 Does this mean you had binutils-gold installed before?

binutils 2.20.51.20100418-1 always installs binutils-gold - so, yes I had 
binutils-gold installed. I had also the package binutils-gold installed which 
just replaces /usr/bin/ld in that version



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



Bug#581405: [binutils-dev] libopcodes cannot be linked against fPIC library

2010-05-12 Thread Peter Fritzsche
Package: binutils-dev
Version: 2.20.1-9
Severity: normal

It is not allowed to link against /usr/lib/libopcodes.so but their is still 
only a non-pic version of /usr/lib/libopcodes.a and /usr/lib/libbfd.a. This 
makes it impossible to link them against a library on amd64 and maybe on many 
other platforms (every platform which uses PIC for their libraries).

Can you please provide a _pic,a version like you did with 
/usr/lib/libiberty.a?


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
binutils (= 2.20.1-9) | 2.20.1-9


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#581336: [nvidia-kernel-dkms] Crashes when loading module

2010-05-12 Thread Peter Fritzsche
Package: nvidia-kernel-dkms
Version: 195.36.24-1
Severity: serious

It just crashes the kernel and leaves the system in a unusable state when the
module is fresh compiled and loaded using modprobe nvidia or I restart the
system and the module is automatically loaded. Here is the kernel Oops:

[  612.462755] nvidia: module license 'NVIDIA' taints kernel.
[  612.462763] Disabling lock debugging due to kernel taint
[  612.883167] BUG: unable to handle kernel paging request at a1156f69
[  612.883255] IP: [8118c9bd] strcmp+0x5/0x1a
[  612.883318] PGD 1003067 PUD 1007063 PMD 0 
[  612.883421] Oops:  [#1] SMP 
[  612.883500] last sysfs file: /sys/module/i2c_core/initstate
[  612.883538] CPU 1 
[  612.883593] Modules linked in: nvidia(P+) ppdev lp sco bridge stp bnep 
rfcomm l2cap bluetooth rfkill kvm_amd binfmt_misc kvm uinput ext2 fuse 
cpufreq_powersave cpufreq_userspace powernow_k8 ac battery btrfs zlib_deflate 
crc32c libcrc32c loop dm_crypt pl2303 joydev usbserial hid_sony tuner_simple 
tuner_types tda9887 tda8290 tuner msp3400 snd_bt87x snd_ctxfi tda827x 
snd_pcm_oss tda10023 snd_mixer_oss snd_pcm snd_seq_midi snd_rawmidi 
snd_seq_midi_event snd_seq bttv v4l2_common snd_timer snd_seq_device videodev 
v4l1_compat budget_ci budget_core dvb_core v4l2_compat_ioctl32 parport_pc 
snd tpm_tis tpm tpm_bios parport evdev serio_raw pcspkr psmouse saa7146 
ttpci_eeprom ir_common i2c_algo_bit videobuf_dma_sg videobuf_core btcx_risc 
tveeprom i2c_nforce2 soundcore snd_page_alloc asus_atk0110 edac_core 
edac_mce_amd i2c_core k8temp button processor ext4 mbcache jbd2 crc16 dm_mod 
usbhid 
hid sg sd_mod crc_t10dif sr_mod cdrom ata_generic fan pata_amd floppy ohci_hcd 
sata_nv forcedeth libata scsi_mod thermal ehci_hcd thermal_sys usbcore 
nls_base [last unloaded: scsi_wait_scan]
[  612.886437] Pid: 22051, comm: modprobe Tainted: P   2.6.32-5-amd64 
#1 System Product Name
[  612.886445] RIP: 0010:[8118c9bd]  [8118c9bd] 
strcmp+0x5/0x1a
[  612.886445] RSP: 0018:88017754fdd0  EFLAGS: 00010246
[  612.886445] RAX:  RBX: 8801bd498870 RCX: 0002
[  612.886445] RDX: 003a RSI: a1156f69 RDI: 8801bf1c0a20
[  612.886445] RBP: a1156f69 R08: 0001 R09: 81452980
[  612.886445] R10: 81671b20 R11: 00d0 R12: 8801b193d000
[  612.886445] R13: 88014449e140 R14:  R15: a1156f69
[  612.886445] FS:  7faf8f15a6f0() GS:880006e8() 
knlGS:
[  612.886445] CS:  0010 DS:  ES:  CR0: 8005003b
[  612.886445] CR2: a1156f69 CR3: 0001775aa000 CR4: 06e0
[  612.886445] DR0:  DR1:  DR2: 
[  612.886445] DR3:  DR6: 0ff0 DR7: 0400
[  612.886445] Process modprobe (pid: 22051, threadinfo 88017754e000, task 
8801bb320e20)
[  612.886445] Stack:
[  612.886445]  8113ed64 00d0 8801bd498820 
a1156f69
[  612.886445] 0 8113d981 8801bd498820 8801bee88bb8 

[  612.886445] 0  8801b193d0a8 a1156f69 
8801b193d000
[  612.886445] Call Trace:
[  612.886445]  [8113ed64] ? sysfs_find_dirent+0x1b/0x2f
[  612.886445]  [8113d981] ? sysfs_hash_and_remove+0x29/0x59
[  612.886445]  [810e6580] ? sysfs_slab_alias+0x23/0xa1
[  612.886445]  [810e79ef] ? sysfs_slab_add+0x19a/0x1ad
[  612.886445]  [810e7da1] ? kmem_cache_create+0x2a6/0x35d
[  612.886445]  [a0ee5000] ? nvidia_init_module+0x0/0x90f [nvidia]
[  612.886445]  [a0ee5026] ? nvidia_init_module+0x26/0x90f [nvidia]
[  612.886445]  [81068331] ? notifier_call_chain+0x29/0x4c
[  612.886445]  [a0ee5000] ? nvidia_init_module+0x0/0x90f [nvidia]
[  612.886445]  [8100a065] ? do_one_initcall+0x64/0x174
[  612.886445]  [8107a50c] ? sys_init_module+0xc5/0x21a
[  612.886445]  [81010b42] ? system_call_fastpath+0x16/0x1b
[  612.886445] Code: 00 75 f8 eb 10 49 ff c0 48 ff c1 4c 39 c2 75 08 c6 01 00 
eb 0d 45 31 c0 42 8a 04 06 84 c0 88 01 75 e3 48 89 f8 c3 31 c0 8a 14 07 3a 
14 06 74 06 19 c0 83 c8 01 c3 48 ff c0 84 d2 75 eb 31 c0 c3 
[  612.886445] RIP  [8118c9bd] strcmp+0x5/0x1a
[  612.886445]  RSP 88017754fdd0
[  612.886445] CR2: a1156f69
[  612.886445] ---[ end trace d00a363d48e04ef0 ]---


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-5-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
  500 testing ftp.debian.org 
  500 stable  ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
dkms (= 2.1.0.0) | 2.1.1.2-2
nvidia-kernel-common

Bug#581336: [nvidia-kernel-dkms] Crashes when loading module

2010-05-12 Thread Peter Fritzsche
Peter Fritzsche wrote:
 Package: nvidia-kernel-dkms
 Version: 195.36.24-1
 Severity: serious
 
 It just crashes the kernel and leaves the system in a unusable state when
 the module is fresh compiled and loaded using modprobe nvidia or I
 restart the system and the module is automatically loaded. Here is the
 kernel Oops:

Just added a printk(test1\n); before and after each NV_KMEM_CACHE_CREATE in
nv.c and now I just get 

[ 8587.371734] nvidia: module license 'NVIDIA' taints kernel.
[ 8587.371742] Disabling lock debugging due to kernel taint
[ 8588.288673] BUG: unable to handle kernel paging request at a1182fa9
[ 8588.288761] IP: [8118edce] vsnprintf+0x412/0x449
[ 8588.288826] PGD 1003067 PUD 1007063 PMD 1a5b6f067 PTE 0
[ 8588.288984] Oops:  [#1] SMP 
[ 8588.289083] last sysfs file: /sys/devices/virtual/vtconsole/vtcon0/uevent
[ 8588.289083] CPU 1 
[ 8588.289138] Modules linked in: nvidia(P+) nls_utf8 cifs ppdev lp sco bridge 
stp bnep rfcomm l2cap bluetooth rfkill kvm_amd binfmt_misc kvm uinput ext2 
fuse cpufreq_powersave cpufreq_userspace powernow_k8 ac battery btrfs 
zlib_deflate crc32c libcrc32c loop dm_crypt snd_ctxfi snd_bt87x snd_pcm_oss 
tuner_simple tuner_types snd_mixer_oss snd_pcm tda9887 snd_seq_midi snd_rawmidi 
tda8290 snd_seq_midi_event tuner msp3400 snd_seq pl2303 usbserial tda827x 
joydev snd_timer snd_seq_device tda10023 bttv v4l2_common videodev v4l1_compat 
v4l2_compat_ioctl32 i2c_algo_bit budget_ci videobuf_dma_sg videobuf_core 
btcx_risc ir_common budget_core tveeprom snd hid_sony dvb_core saa7146 
ttpci_eeprom parport_pc parport edac_core edac_mce_amd soundcore snd_page_alloc 
pcspkr evdev serio_raw psmouse tpm_tis tpm tpm_bios k8temp i2c_nforce2 i2c_core 
asus_atk0110 button processor usbhid hid ext4 mbcache jbd2 crc16 dm_mod sg 
sr_mod cdrom sd_mod crc_t10dif ohci_hcd ata_generic fan thermal ehci_hcd 
pata_amd floppy usbcore sata_nv thermal_sys nls_base forcedeth libata scsi_mod 
[last unloaded: scsi_wait_scan]
[ 8588.292032] Pid: 19420, comm: insmod Tainted: P   2.6.32-5-amd64 #1 
System Product Name
[ 8588.292079] RIP: 0010:[8118edce]  [8118edce] 
vsnprintf+0x412/0x449
[ 8588.292150] RSP: 0018:8801bab47c98  EFLAGS: 00010082
[ 8588.292186] RAX:  RBX: 8801bab47e08 RCX: 
[ 8588.292225] RDX: 8801bab47ce8 RSI: 0400 RDI: 8801bab47d00
[ 8588.292263] RBP: 815e7510 R08:  R09: 8144b7e0
[ 8588.292301] R10: 0002 R11: 810d4c60 R12: a1182fa9
[ 8588.292339] R13: 815e7910 R14: 815e7510 R15: 0006
[ 8588.292378] FS:  7f60af68c6f0() GS:880006e8() 
knlGS:f769f8e0
[ 8588.292425] CS:  0010 DS:  ES:  CR0: 8005003b
[ 8588.292462] CR2: a1182fa9 CR3: 0001ac35d000 CR4: 06e0
[ 8588.292500] DR0:  DR1:  DR2: 
[ 8588.292510] DR3:  DR6: 0ff0 DR7: 0400
[ 8588.292510] Process insmod (pid: 19420, threadinfo 8801bab46000, task 
8801a7b0b170)
[ 8588.292510] Stack:
[ 8588.292510]   81188a08 8801a59ea940 
8801bab47d4c
[ 8588.292510] 0 81651108 8801bab47ce8 8801bf034660 

[ 8588.292510] 0 0400 ea0005cb5748  

[ 8588.292510] Call Trace:
[ 8588.292510]  [81188a08] ? ida_get_new_above+0xf5/0x1b3
[ 8588.292510]  [8118ef20] ? vscnprintf+0x9/0x19
[ 8588.292510]  [8104e60e] ? vprintk+0x15c/0x364
[ 8588.292510]  [810d65d6] ? __vunmap+0x94/0xac
[ 8588.292510]  [8107a23a] ? load_module+0x16b1/0x18be
[ 8588.292510]  [a0f11000] ? nvidia_init_module+0x0/0x950 [nvidia]
[ 8588.292510]  [812f3701] ? printk+0x4e/0x5d
[ 8588.292510]  [812f4a36] ? mutex_lock+0xd/0x31
[ 8588.292510]  [810a8153] ? trace_module_notify+0x46e/0x47f
[ 8588.292510]  [a0f1101c] ? nvidia_init_module+0x1c/0x950 [nvidia]
[ 8588.292510]  [81068331] ? notifier_call_chain+0x29/0x4c
[ 8588.292510]  [a0f11000] ? nvidia_init_module+0x0/0x950 [nvidia]
[ 8588.292510]  [8100a065] ? do_one_initcall+0x64/0x174
[ 8588.292510]  [8107a50c] ? sys_init_module+0xc5/0x21a
[ 8588.292510]  [81010b42] ? system_call_fastpath+0x16/0x1b
[ 8588.292510] Code: 08 48 8d 42 08 48 89 43 08 8b 12 48 89 e7 48 8b 74 24 28 
4c 89 f9 f3 a5 4c 89 ee 48 89 ef e8 1a e2 ff ff 48 89 c5 4c 8b 64 24 48 41 
80 3c 24 00 0f 85 74 fc ff ff 48 83 7c 24 40 00 74 10 4c 39 
[ 8588.292510] RIP  [8118edce] vsnprintf+0x412/0x449
[ 8588.292510]  RSP 8801bab47c98
[ 8588.292510] CR2: a1182fa9
[ 8588.292510] ---[ end trace 3f87111ce10e657c ]---

What could be the reason for that?



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

Bug#580343: [kopete] OTR sends xhtml encoded xmpp messages without otr session

2010-05-05 Thread Peter Fritzsche
Package: kopete
Version: 4:4.4.3-1
Severity: normal

I use different clients which aren't otr or xhtml-im aware. This means that 
kopete must not send xhtml encoded messages to these clients. This works 
perfectly in case the otr plugin is _disabled_.

OTR now defines that all data send over it can be (x)html. The problem is that 
after I enabled the otr plugin (without using otr at all - standard behaviour 
is opotunistic) it just sends xhtml even when the capabilities of the other 
clients doesn't support xhtml-im and doesn't supprt otr at all.

Message to google mail with otr plugin enabled in kopete:
message type=chat to=testacco...@googlemail.com id=239
bodylt;pgt;asdlt;/pgt;

 /body
x xmlns=jabber:x:event
offline/
composing/
delivered/
displayed/
/x
active xmlns=http://jabber.org/protocol/chatstates/
/message

message to google mail with otr plugin disabled in kopete:
message type=chat to=testacco...@googlemail.com id=241
bodyasd/body
x xmlns=jabber:x:event
offline/
composing/
delivered/
displayed/
/x
active xmlns=http://jabber.org/protocol/chatstates/
/message

This bug is not about problems with miranda's otr plugin because it has more 
faults than features. It was tested using minimal client implementation and 
actual user clients like the jabber integration in google mail. All output was 
checked using xml console.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-3-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 
  500 unstableftp.debian.org 
  500 testing ftp.debian.org 
  500 stable  ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-==
kdebase-runtime  | 4:4.4.3-1
kdepim-runtime   | 4:4.4.3-1
libc6   (= 2.3) | 2.10.2-7
libexpat1(= 1.95.8) | 2.0.1-7
libgadu3   (= 1:1.8.0+r592) | 1:1.9.0~rc2-1
libgif4   (= 4.1.4) | 4.1.6-9
libglib2.0-0 (= 2.12.0) | 2.24.1-1
libidn11   (= 1.13) | 1.18-1
libkabc4  (= 4:4.4) | 4:4.4.3-1
libkde3support4   (= 4:4.4) | 4:4.4.3-1
libkdecore5 (= 4:4.4.0) | 4:4.4.3-1
libkdeui5   (= 4:4.4.0) | 4:4.4.3-1
libkdnssd4(= 4:4.4) | 4:4.4.3-1
libkhtml5 (= 4:4.4) | 4:4.4.3-1
libkio5   (= 4:4.4) | 4:4.4.3-1
libkmime4 (= 4:4.4) | 4:4.4.3-1
libknewstuff2-4   (= 4:4.4) | 4:4.4.3-1
libknotifyconfig4 (= 4:4.4) | 4:4.4.3-1
libkopete4  (= 4:4.4.1) | 4:4.4.3-1
libkparts4(= 4:4.4) | 4:4.4.3-1
libkpimidentities4(= 4:4.4) | 4:4.4.3-1
libkutils4(= 4:4.4) | 4:4.4.3-1
libmeanwhile1 (= 1.0.2) | 1.0.2-3
libmediastreamer0 (= 3) | 3.2.1-2
libmsn0.3  (= 4.1~) | 4.1-1.2
libortp8 | 3.2.1-2
libotr2   (= 3.2.0) | 3.2.0-2
libphonon4  (= 4:4.2.0) | 4:4.6.0really4.4.0-4
libqca2  | 2.0.2-1
libqimageblitz4  | 1:0.0.4-4
libqt4-dbus (= 4:4.5.3) | 4:4.6.2-4
libqt4-network  (= 4:4.5.3) | 4:4.6.2-4
libqt4-qt3support   (= 4:4.5.3) | 4:4.6.2-4
libqt4-sql  (= 4:4.5.3) | 4:4.6.2-4
libqt4-xml  (= 4:4.5.3) | 4:4.6.2-4
libqtcore4  (= 4:4.6.1) | 4:4.6.2-4
libqtgui4   (= 4:4.5.3) | 4:4.6.2-4
libsolid4 (= 4:4.4) | 4:4.4.3-1
libssl0.9.8(= 0.9.8m-1) | 0.9.8n-1
libstdc++6(= 4.4.0) | 4.4.4-1
libv4l-0  (= 0.5.0) | 0.6.4-1
libx11-6  (= 0) | 2:1.3.3-3
libxml2   (= 2.7.4) | 2.7.7.dfsg-2
libxslt1.1   (= 1.1.25) | 1.1.26-3
phonon   | 4:4.6.0really4.4.0-4
zlib1g  (= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Recommends   (Version) | Installed
==-+-===
libqca2-plugin-ossl| 0.1~20070904-4
libqt4-sql-sqlite  | 4:4.6.2-4


Suggests  (Version) | Installed
===-+-===
kdeartwork-emoticons| 4:4.4.3-1
khelpcenter4| 4:4.4.3-1
texlive-latex-base  | 2009-8







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



Bug#579777: [kontact] Freezes when changing date of item in todo

2010-04-30 Thread Peter Fritzsche
Package: kontact
Version: 4:4.4.2-1
Severity: normal

Steps:
 * open kontact
 * open summary
 * open to-do list
 * change date of item (was 2010-05-07 and changed it to 2010-05-06)

When clicking on ok it will freeze the whole program. CPU idles.

I use akonadi to store my calender, but it seems to be independend on the
actual data storage in akonadi.


backtrace:

#0  0x00310bac0633 in *__GI___poll (fds=value optimized out, nfds=value 
optimized out, timeout=value optimized out) at 
../sysdeps/unix/sysv/linux/poll.c:87
#1  0x00310de42299 in g_main_context_poll (context=value optimized out, 
block=value optimized out, dispatch=value optimized out, self=value 
optimized out)
at /tmp/buildd/glib2.0-2.24.0/glib/gmain.c:2904
#2  g_main_context_iterate (context=value optimized out, block=value 
optimized out, dispatch=value optimized out, self=value optimized out) at 
/tmp/buildd/glib2.0-2.24.0/glib/gmain.c:2586
#3  0x00310de426ec in IA__g_main_context_iteration (context=value 
optimized out, may_block=value optimized out) at 
/tmp/buildd/glib2.0-2.24.0/glib/gmain.c:2654
#4  0x0031123a7373 in QEventDispatcherGlib::processEvents (this=value 
optimized out, flags=value optimized out) at 
kernel/qeventdispatcher_glib.cpp:412
#5  0x003d8d4a73de in QGuiEventDispatcherGlib::processEvents (this=value 
optimized out, flags=value optimized out) at 
kernel/qguieventdispatcher_glib.cpp:204
#6  0x00311237c842 in QEventLoop::processEvents (this=value optimized 
out, flags=value optimized out) at kernel/qeventloop.cpp:149
#7  0x00311237cc1c in QEventLoop::exec (this=value optimized out, 
flags=value optimized out) at kernel/qeventloop.cpp:201
#8  0x003d8e101c46 in KJob::exec (this=value optimized out) at 
../../kdecore/jobs/kjob.cpp:204
#9  0x7fe72e870c9c in SDSummaryWidget::updateView (this=0x3464f10) at 
../../../../kontact/plugins/specialdates/sdsummarywidget.cpp:219
#10 0x7fe72e874430 in SDSummaryWidget::qt_metacall (this=0x3464f10, 
_c=QMetaObject::InvokeMetaMethod, _id=value optimized out, _a=0x7fff8b755b30) 
at 
./sdsummarywidget.moc:79
#11 0x003112390c4f in QMetaObject::activate (sender=value optimized out, 
m=value optimized out, local_signal_index=value optimized out, 
argv=value optimized out) at kernel/qobject.cpp:3293
#12 0x003d9427764c in KCal::Calendar::qt_metacall (this=value optimized 
out, _c=value optimized out, _id=value optimized out, _a=value 
optimized out) at ./calendar.moc:82
#13 0x003d942d74b0 in KCal::CalendarResources::qt_metacall (this=value 
optimized out, _c=value optimized out, _id=value optimized out, _a=value 
optimized out) at ./calendarresources.moc:85
#14 0x003112390c4f in QMetaObject::activate (sender=value optimized out, 
m=value optimized out, local_signal_index=value optimized out, 
argv=value optimized out) at kernel/qobject.cpp:3293
#15 0x003d942c978f in KCal::ResourceCalendar::resourceChanged (this=value 
optimized out, _t1=value optimized out) at ./resourcecalendar.moc:123
#16 0x7fe72c405da8 in KCal::ResourceAkonadi::Private::incidenceChanged 
(this=0x1e08660, incidencePtr=..., subResourceIdentifier=value optimized out)
at ../../../kresources/kcal/resourceakonadi_p.cpp:395
#17 0x7fe72c406524 in KCal::ResourceAkonadi::Private::qt_metacall 
(this=0x1e08660, _c=QMetaObject::InvokeMetaMethod, _id=value optimized out, 
_a=0x7fff8b755f70) at ./resourceakonadi_p.moc:82
#18 0x003112390c4f in QMetaObject::activate (sender=value optimized out, 
m=value optimized out, local_signal_index=value optimized out, 
argv=value optimized out) at kernel/qobject.cpp:3293
#19 0x7fe72c40cb7a in SubResource::incidenceChanged (this=0x22a0780, 
_t1=value optimized out, _t2=value optimized out) at ./subresource.moc:99
#20 0x7fe72c40d9e3 in SubResource::itemChanged (this=0x7fe724008c20, 
item=...) at ../../../kresources/kcal/subresource.cpp:147
#21 0x7fe72c421b77 in SubResourceBase::changeItem (this=0x7fe724008c20, 
item=...) at ../../../kresources/shared/subresourcebase.cpp:156
#22 0x7fe72c407be6 in SubResourceModelSubResource::itemChanged 
(this=0x1e086c8, item=...) at ../../../kresources/shared/subresourcemodel.h:205
#23 0x7fe72c411b40 in AbstractSubResourceModel::qt_metacall 
(this=0x1e086c8, _c=QMetaObject::InvokeMetaMethod, _id=value optimized out, 
_a=0x7fff8b7562a0) at ./abstractsubresourcemodel.moc:109
#24 0x003112390c4f in QMetaObject::activate (sender=value optimized out, 
m=value optimized out, local_signal_index=value optimized out, 
argv=value optimized out) at kernel/qobject.cpp:3293
#25 0x003d91b0e7e7 in Akonadi::Monitor::itemChanged (this=value optimized 
out, _t1=value optimized out, _t2=value optimized out) at 
./monitor.moc:160
#26 0x003d91b10d1f in Akonadi::MonitorPrivate::emitItemNotification 
(this=value optimized out, msg=value optimized out, item=value optimized 
out, collection=value optimized out, 
collectionDest=value optimized out) at ../../akonadi/monitor_p.cpp:327

Bug#555596: [Fontforge-devel] mensis: FTBFS with binutils-gold

2010-04-24 Thread Peter Fritzsche
On Saturday 24 April 2010 16:11:52 George Williams wrote:
  How to do explicitly link against libfreetype6 (or maybe libfontconfig1)
  library? I've been unable to do so correctly.
 
 Well, you are trying to build mensis in a way which isn't really
 supported. It expects to dlopen freetype rather than link with it, and
 that's all the Makefile/configure script was written to handle.

Ok, in that situation the debian package build with the old GNU ld is broken 
and doesn't work as you designed the software. Just check out the DT_NEEDED 
section:

$ readelf -a /usr/bin/mensis|grep freetype
 0x0001 (NEEDED) Shared library: [libfreetype.so.6]

This means that the linker loads libfreetype.so.6 (probably found it by using 
--as-needed implicit while searching the DT_NEEDED section of other libraries 
it uses) and will fail to load the program if libfreetype.so.6 cannot be found 
in the ld library paths by the dynamic linker. Here is for example the ouput 
when I removed libfreetype.so.6:

$ mensis 
mensis: error while loading shared libraries: libfreetype.so.6: cannot open 
shared object file: No such file or directory

Either your argument is wrong that mensis should only load libfreetype using 
dlopen or the debian package is broken and added libfreetype.so.6 by accident 
(including adding the required symbols of libfreetype to the symbols header).

Best regards,
Peter



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



Bug#576722: [cryptsetup] Can't open /scripts/functions, no backup of initrd made

2010-04-06 Thread Peter Fritzsche
Package: cryptsetup
Severity: normal

See also #576641 for a similar problem:

Upgrade failed with

update-initramfs: Generating /boot/initrd.img-2.6.32-3-amd64
.: 4: Can't open /scripts/functions



--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-3-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-===
libc6(= 2.3) | 2.10.2-6
libdevmapper1.02.1 (= 2:1.02.24) | 2:1.02.45-1
libpopt0(= 1.15) | 1.15-1
libuuid1(= 2.16) | 2.16.2-0
dmsetup   | 2:1.02.45-1


Package's Recommends field is empty.

Suggests  (Version) | Installed
===-+-===
udev| 151-3
initramfs-tools  (= 0.91)  | 0.94
 OR linux-initramfs-tool| 
dosfstools  | 3.0.9-1







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



Bug#565491: [fluxbox] Doesn't start programs

2010-03-29 Thread Peter Fritzsche
Paul Tagliamonte wrote:
 Severity: important
 thanks
 
 On Sun, Mar 28, 2010 at 7:33 AM, Peter Fritzsche peter.fritzs...@gmx.de 
wrote:
  I think I found the problem. (Just read fbrun source code, but rest will
  probably work the same). Execl is used to start the program using $SHELL
  -c myprogram. This cannot work because I use zsh and output of my $SHELL
  is zsh - which of course cannot be found by execl (needs full path).
 
  Setting shell in my screenrc to /bin/zsh worked around that problem.
 
 I'm taking a look into this now. Thanks Peter!

I think the best idea would be to read env['SHELL'] - if that exists then 
check if we are allowed to execute that file (and that it exists and is not a 
folder). If it is not a valid shell then just do what is done when no 
env['SHELL'] is set - use /bin/sh as shell

Best regards,
Peter



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



Bug#565491: [fluxbox] Doesn't start programs

2010-03-28 Thread Peter Fritzsche
I think I found the problem. (Just read fbrun source code, but rest will 
probably work the same). Execl is used to start the program using $SHELL -c 
myprogram. This cannot work because I use zsh and output of my $SHELL is zsh 
- which of course cannot be found by execl (needs full path).

Setting shell in my screenrc to /bin/zsh worked around that problem.



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



Bug#575332: virtualbox-ose-qt linked against libqt libraries from experimental.

2010-03-25 Thread Peter Fritzsche
Not only when you use stuff from experimental. It is always a good idea to use 
sbuild or pbuilder/cowbuilder to build your packages before uploading. This is 
even the case when the binary packages will be stripped from uploads in the 
future, because you easily see missing dependencies locally.

Just install cowbuilder, run `sudo cowbuilder --create` and then start a build 
with a script similar to

#! /bin/sh
set -e
ID=`/usr/bin/id -nu`
GROUP=`/usr/bin/id -ng`
/bin/rm -rf $HOME/to_upload/
sudo /usr/sbin/cowbuilder --update
sudo /usr/sbin/cowbuilder --build --buildresult $HOME/to_upload $@
sudo /bin/chown $ID:$GROUP -R $HOME/to_upload
cd $HOME/to_upload
/usr/bin/debsign *.changes

(don't forget to change the key-id in debsign). You should add your key id to 
~/.devscripts:

DEBSIGN_KEYID=12345678

And you may speedup cowbuilder startup using following entries in 
~/.pbuilderrc (it will share the apt archives with the host rootfs):

BINDMOUNTS=/var/cache/apt/archives
APTCACHE=

Adding debuild options will still work. For example if you have a -2 version 
and want to add the source to the tarball then call the script the following 
way (I just say that it is called buildme and can be found in your $PATH):

build-sponsor mypackage_1.0-2.dsc --debbuildopts -sa



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



Bug#575419: [cuneiform] Please package 0.9

2010-03-25 Thread Peter Fritzsche
Package: cuneiform
Version: 0.7.0+dfsg-5
Severity: wishlist

The current upstream version is 0.9. Please package this version.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-3-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
libc6(= 2.3) | 2.10.2-6
libgcc1  (= 1:4.1.1) | 1:4.4.3-5
libmagick++2  | 7:6.5.8.3-1+b1
libstdc++6 (= 4.2.1) | 4.4.3-5
cuneiform-common  | 0.7.0+dfsg-5


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#575420: [cuneiform] Depends on version of libmagick not in unstable

2010-03-25 Thread Peter Fritzsche
Package: cuneiform
Version: 0.7.0+dfsg-5
Severity: serious

Please do a rebuild to resolve that problem.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-3-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-=
libc6(= 2.3) | 2.10.2-6
libgcc1  (= 1:4.1.1) | 1:4.4.3-5
libmagick++2  | 7:6.5.8.3-1+b1
libstdc++6 (= 4.2.1) | 4.4.3-5
cuneiform-common  | 0.7.0+dfsg-5


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#571721: Crashes all the time when scanning mails

2010-03-21 Thread Peter Fritzsche
reassign 571721 libsoprano4 2.4.1+dfsg.1-1
thanks

I change it to libsoprano because it seems that I cannot recreate this 
behavior with strigi-daemon and it only seems to happen with virtuoso backend.



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



Bug#571721: Crashes all the time when scanning mails

2010-03-21 Thread Peter Fritzsche
reassign 571721 kdebase-runtime 4:4.3.4-2
thanks
 
Peter Fritzsche wrote:
 I change it to libsoprano because it seems that I cannot recreate this
 behavior with strigi-daemon and it only seems to happen with virtuoso
  backend.

I think I found the fix. Can be found at 
http://websvn.kde.org/?view=revisionrevision=1045618 and seems to be part of 
KDE 4.4



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



Bug#572518: [reportbug-ng] Creating WNPP report opens empty mail window

2010-03-04 Thread Peter Fritzsche
Package: reportbug-ng
Version: 1.18
Severity: normal

I tried to create a new WNPP RFP bug report, but it just opens an empty kmail 
window. Other non-RFP bug reports seem to work (just used rng to create that 
one).


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-2-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-
python   | 2.5.4-9
python-support   (= 0.90.0) | 1.0.6.1
python-debianbts(= 1.0) | 1.4
python-qt4   | 4.7-2
xdg-utils| 1.0.2+cvs20100223-1
xterm| 255-1
python-apt   (= 0.7.93) | 0.7.93.3


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#572520: RFP: okai -- online multiplayer solution for arcade games

2010-03-04 Thread Peter Fritzsche
Package: wnpp
Severity: wishlist


* Package name: okai
  Version : 0.15
  Upstream Author : Felipe Lema jug...@users.sourceforge.net
* URL : http://okai.movsq.net/
* License : MIT
  Programming Lang: C
  Description : online multiplayer solution for arcade games



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



Bug#571722: [libstreamanalyzer0] Always segfaults in gzipendanalyzer

2010-02-28 Thread Peter Fritzsche
Peter Fritzsche wrote:
 Package: libstreamanalyzer0
 Version: 0.7.1-1
 Severity: important
 
 I tried to get more information for #571721 directly from strigi-daemon,
  but it only crashes somewhere else without any further information which
  file was the problem.
 
I did some tests with xmlindexer -j 1 and noticed that it only happens when
having two compressed files after each other. One is called s.tar.lzma and the
other one u.tar.bz2. They contain both nearly the same content (customized
debian based usermode linux root image and some scripts to use it). It crashes
when the bz2 is indexed after the lzma, but _not_ when the lzma is scanned
after the bz2.

So I duplicated the lzma and the bz2 in two different paths and started to
scan them again. Two lzmas didn't cause a crash, but two bz2 crashed.

Next step I recompressed the lzma tarball to bz2 and tried again. It didn't
crashed everything as expected. So decompressed the old bz2 and recompressed
again as bz2. This recompressed u.tar.bz2 and the u2.tar.bz2 still created the
crash. Next idea is to use the uncompressed tar u.tar and u2.tar. This time
the same crash happened - ok, the backtrace looks a little bit different:

#0  0x003a3ec1a549 in Strigi::ArInputStream::checkHeader (data=value 
optimized out, datasize=value optimized out) at 
/tmp/buildd/strigi-0.7.1/src/streams/arinputstream.cpp:33
#1  0x003a3e839e1d in Strigi::StreamAnalyzerPrivate::analyze (this=value 
optimized out, idx=value optimized out, 
input=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/streamanalyzer.cpp:419
#2  0x003a3e81f6f4 in Strigi::DirAnalyzer::Private::analyze (this=value 
optimized out, analyzer=value optimized out) 
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/diranalyzer.cpp:121
#3  0x003a3e81fc06 in Strigi::DirAnalyzer::Private::analyzeDir (this=value 
optimized out, dir=value optimized out, 
nthreads=value optimized out, c=value optimized out,
lastToSkip=value optimized out) at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/diranalyzer.cpp:266
#4  0x00404afa in main (argc=value optimized out, argv=value 
optimized out) at 
/tmp/buildd/strigi-0.7.1/src/xmlindexer/xmlindexer.cpp:160

So, I uncompressed u and u2 and checked again. This time it didn't crash.
So my I would guess that it is related to the tarball. I am a little bit
clueless how to proceed further.

So played a little bit more around and decompressed the tarball with
tar xvfSp (as root) and recompressed everything as tar xvfSp (as root).
This time it started to crash again. So I removed the biggest file in the
tarball (root.img) and then recompressed it and copied it to u2.tar this
time it didn't crash anymore. So it is probably related to the root.img.
So removed the new tarballs and decompressed the old u.tar, removed everything
but the root.img, recompressed and duplicated u.tar. This time it crashed
again. So the biggest file it the problem which is quite problematic
when I want to attach it to a bug report - next test is to reduce the
size of the root.img, but first a check if the crash is related to the
Sparse tarball by rewriting the file with `dd if=root.img of=root2.img` and
then renaming it from root2.img to root.img). This time it didn't crashed
So checking it again by copying it back using
 `cp --sparse=always root2.img root.img; rm root2.img`.

It crashed again. So it is maybe possible to reduce the size of the image.

Did it with following script:
rm -f *.tar
sudo tar xvfSp ../u.tar
cd umlnetwork
dd if=root.img of=root2.img skip=78438 count=203706
cp --sparse=always root2.img root.img
rm root2.img
cd ..
sudo tar cvfSp u.tar umlnetwork
rm -rf umlnetwork
cp u.tar u2.tar
xmlindexer  -j 1

I did some tests and i cannot reproduce the bug all the time. Sometimes
it runs without any problems and sometimes it crashes.

I think it crashed more often with the large archive, but I
dont have enough webspace to upload the large version. Just download
it in a new directory using 

wget http: // mitglied.multimania .de/ robertwohlrab/u.tar.xz # remove the 
whitespaces - otherwise the spamfilter didn't 
accept the mail
unxz u.tar.xz
cp u.tar u2.tar
xmlindexer  -j 1 # had to run ~5 times before i got the first crash

I couldn't reproduce the crash when I started it with valgrind (also not
with the big file).



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



Bug#571721: [libstreamanalyzer0] Crashes all the time when scanning mails

2010-02-27 Thread Peter Fritzsche
Package: libstreamanalyzer0
Version: 0.7.1-1
Severity: important

I noticed that nepomuk cannot index my files and so i started
to investigate a little bit. I used

gdb --args /usr/bin/nepomukservicestub nepomukstrigiservice
r

To get a backtrace:
#0  Strigi::AnalysisResult::writerData (this=0x0) at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/analysisresult.cpp:227
#1  0x76c8b39c in Strigi::Soprano::IndexWriter::addTriplet 
(this=0x7000ccf0, s=..., p=..., o=...) at 
../../../nepomuk/strigibackend/sopranoindexwriter.cpp:505
#2  0x003a3e84925b in processAddress (idx=value optimized out, 
address=value optimized out) at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/mailendanalyzer.cpp:135
#3  0x003a3e84953e in MailEndAnalyzer::analyze (this=value optimized out, 
idx=value optimized out, in=value 
optimized out)
at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/mailendanalyzer.cpp:163
#4  0x003a3e83a0c2 in Strigi::StreamAnalyzerPrivate::analyze (this=value 
optimized out, idx=value optimized out, 
input=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/streamanalyzer.cpp:421
#5  0x003a3e819248 in Strigi::AnalysisResult::indexChild (this=value 
optimized out, name=value optimized out, 
mt=value optimized out, file=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/analysisresult.cpp:250
#6  0x003a3e8497d1 in MailEndAnalyzer::analyze (this=value optimized out, 
idx=value optimized out, in=value 
optimized out)
at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/mailendanalyzer.cpp:201
#7  0x003a3e83a0c2 in Strigi::StreamAnalyzerPrivate::analyze (this=value 
optimized out, idx=value optimized out, 
input=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/streamanalyzer.cpp:421
#8  0x76eb3efa in Nepomuk::IndexScheduler::analyzeFile (this=value 
optimized out, file=value optimized out, 
analyzer=0x74854040)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:358
#9  0x76eb5028 in Nepomuk::IndexScheduler::updateDir (this=0x75edc0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:330
#10 0x76eb5480 in Nepomuk::IndexScheduler::updateDir (this=0x75edc0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:337
#11 0x76eb5480 in Nepomuk::IndexScheduler::updateDir (this=0x75edc0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:337
#12 0x76eb5480 in Nepomuk::IndexScheduler::updateDir (this=0x75edc0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:337
#13 0x76eb5480 in Nepomuk::IndexScheduler::updateDir (this=0x75edc0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:337
#14 0x76eb5a30 in Nepomuk::IndexScheduler::run (this=0x75edc0) at 
../../../../nepomuk/services/strigi/indexscheduler.cpp:245
#15 0x003a3b06c4a5 in QThreadPrivate::start (arg=value optimized out) at 
thread/qthread_unix.cpp:188
#16 0x003ce040673a in start_thread (arg=value optimized out) at 
pthread_create.c:300
#17 0x003cdf8cb69d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#18 0x in ?? ()

So it seems that the reason is MailEndAnalyzer or something like this
in libstreamanalyzer0. Is there a way to get the currently scanned file
when such a crash happened? I don't think I can make a personal mail
public for everyone, but maybe can give hints what is the reason for the
crash.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-2-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-=
libc6 (= 2.2.5) | 2.10.2-6
libclucene0ldbl (= 0.9.21b) | 0.9.21b-2+b1
libexiv2-6   | 0.19-1
libgcc1 (= 1:4.1.1) | 1:4.4.3-3
libstdc++6(= 4.4.0) | 4.4.3-3
libstreams0  (= 0.7.1-1) | 0.7.1-1
libxml2   (= 2.7.4) | 2.7.6.dfsg-2+b1
zlib1g  (= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#571722: [libstreamanalyzer0] Always segfaults in gzipendanalyzer

2010-02-27 Thread Peter Fritzsche
Package: libstreamanalyzer0
Version: 0.7.1-1
Severity: important

I tried to get more information for #571721 directly from strigi-daemon, but
it only crashes somewhere else without any further information which file was
the problem.

GZipEndAnalyzer::checkHeader (this=0x7b4060, header=0xf7db7890 Address 
0xf7db7890 out of bounds, 
headersize=1024)
at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/gzipendanalyzer.cpp:39
39  
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/gzipendanalyzer.cpp: 
No such file or directory.
in 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/gzipendanalyzer.cpp
(gdb) bt
#0  GZipEndAnalyzer::checkHeader (this=0x7b4060, header=0xf7db7890 
Address 0xf7db7890 out of bounds, 
headersize=1024)
at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/gzipendanalyzer.cpp:39
#1  0x003a3e839e1d in Strigi::StreamAnalyzerPrivate::analyze (this=value 
optimized out, idx=value optimized out, 
input=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/streamanalyzer.cpp:419
#2  0x003a3e8203b6 in Strigi::DirAnalyzer::Private::update (this=value 
optimized out, analyzer=value optimized out) 
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/diranalyzer.cpp:195
#3  0x003a3e820b51 in Strigi::DirAnalyzer::Private::updateDirs (this=value 
optimized out, dirs=value optimized out, 
nthreads=value optimized out, c=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/diranalyzer.cpp:307
#4  0x0041bba5 in PollingListener::poll (this=0x656920) at 
/tmp/buildd/strigi-0.7.1/src/daemon/eventlistener/pollinglistener.cpp:118
#5  0x0041bd22 in PollingListener::run (this=0x656920) at 
/tmp/buildd/strigi-0.7.1/src/daemon/eventlistener/pollinglistener.cpp:96
#6  0x00414933 in threadstarter (d=0x656920) at 
/tmp/buildd/strigi-0.7.1/src/daemon/strigithread.cpp:143
#7  0x003ce040673a in start_thread (arg=value optimized out) at 
pthread_create.c:300
#8  0x003cdf8cb69d in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#9  0x in ?? ()


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-2-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-=
libc6 (= 2.2.5) | 2.10.2-6
libclucene0ldbl (= 0.9.21b) | 0.9.21b-2+b1
libexiv2-6   | 0.19-1
libgcc1 (= 1:4.1.1) | 1:4.4.3-3
libstdc++6(= 4.4.0) | 4.4.3-3
libstreams0  (= 0.7.1-1) | 0.7.1-1
libxml2   (= 2.7.4) | 2.7.6.dfsg-2+b1
zlib1g  (= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#571721: [libstreamanalyzer0] Crashes all the time when scanning mails

2010-02-27 Thread Peter Fritzsche
Fathi Boudra wrote:
 could you run 'xmlindexer -j 1' on the directory with the mail file ?
 
It gives me a lot of private mails and then ends with:

/text
 /file
/metadata
xmlindexer: symbol lookup error: /usr/lib/libldap_r-2.4.so.2: undefined 
symbol: ldap_int_tls_destroy, version OPENLDAP_2.4_2


When I run it in my HOME directory I will get the output from #571722 (which I 
would guess tries to unpack a ~100MB tar.gz I will investigate that further 
when I made a working copy of that stuff - but nevertheless it is part of the 
bug #571722



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



Bug#571721: [libstreamanalyzer0] Crashes all the time when scanning mails

2010-02-27 Thread Peter Fritzsche
Fathi Boudra wrote:
 as you could trigger the bug :)
 could you try to reproduce while having LD_BIND_NOW=true set ?

Cannot see anything suspicious with LD_BIND_NOW=true set.. No symbol lookup 
error or so.



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



Bug#571721: [libstreamanalyzer0] Crashes all the time when scanning mails

2010-02-27 Thread Peter Fritzsche
Fathi Boudra wrote:
  Cannot see anything suspicious with LD_BIND_NOW=true set.. No symbol
  lookup error or so.
 
 good :) if you set LD_BIND_NOW in your kde environment, does the
 indexer crash for you ?
 $ echo LD_BIND_NOW=true  ~/.kde/env/ld-bind-now.sh
 
 Then logout/login from your kde session.

There is still the other crash in #571722 I am currently analyzing. I will 
make some notes on that first and then try to remove the malicious files 
before trying that. Otherwise i doubt that it will not just create the crash 
from #571722.



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



Bug#571721: [libstreamanalyzer0] Crashes all the time when scanning mails

2010-02-27 Thread Peter Fritzsche
Peter Fritzsche wrote:
 Fathi Boudra wrote:
   Cannot see anything suspicious with LD_BIND_NOW=true set.. No symbol
   lookup error or so.
 
  good :) if you set LD_BIND_NOW in your kde environment, does the
  indexer crash for you ?
  $ echo LD_BIND_NOW=true  ~/.kde/env/ld-bind-now.sh
 
  Then logout/login from your kde session.
 
 There is still the other crash in #571722 I am currently analyzing. I will
 make some notes on that first and then try to remove the malicious files
 before trying that. Otherwise i doubt that it will not just create the
  crash from #571722.

Just adding that still gives me many

[  475.605165] nepomukservices[17113]: segfault at 0 ip 003a3e818330 sp 
7fa1013328e8 error 4 in 
libstreamanalyzer.so.0.7.1[3a3e80+74000]
[  477.053748] nepomukservices[17119]: segfault at 0 ip 003a3e818330 sp 
7f062fa428e8 error 4 in 
libstreamanalyzer.so.0.7.1[3a3e80+74000]
[  478.464989] nepomukservices[17124]: segfault at 0 ip 003a3e818330 sp 
7fa42b0428e8 error 4 in 
libstreamanalyzer.so.0.7.1[3a3e80+74000]
[  479.981309] nepomukservices[17129]: segfault at 0 ip 003a3e818330 sp 
7ff8c60d58e8 error 4 in 
libstreamanalyzer.so.0.7.1[3a3e80+74000]
[  481.421819] nepomukservices[17134]: segfault at 0 ip 003a3e818330 sp 
7f2bb35928e8 error 4 in 
libstreamanalyzer.so.0.7.1[3a3e80+74000]
[  533.381722] nepomukservices[17139]: segfault at 0 ip 003a3e818330 sp 
7f1b414318e8 error 4 in 
libstreamanalyzer.so.0.7.1[3a3e80+74000]

in dmesg



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



Bug#571721: [libstreamanalyzer0] Crashes all the time when scanning mails

2010-02-27 Thread Peter Fritzsche
Peter Fritzsche wrote:
 Peter Fritzsche wrote:
  Fathi Boudra wrote:
Cannot see anything suspicious with LD_BIND_NOW=true set.. No symbol
lookup error or so.
  
   good :) if you set LD_BIND_NOW in your kde environment, does the
   indexer crash for you ?
   $ echo LD_BIND_NOW=true  ~/.kde/env/ld-bind-now.sh
  
   Then logout/login from your kde session.
 
  There is still the other crash in #571722 I am currently analyzing. I
  will make some notes on that first and then try to remove the malicious
  files before trying that. Otherwise i doubt that it will not just create
  the crash from #571722.
 
 Just adding that still gives me many
 
 [  475.605165] nepomukservices[17113]: segfault at 0 ip 003a3e818330 sp
  7fa1013328e8 error 4 in libstreamanalyzer.so.0.7.1[3a3e80+74000]
 [  477.053748] nepomukservices[17119]: segfault at 0 ip 003a3e818330 sp
  7f062fa428e8 error 4 in libstreamanalyzer.so.0.7.1[3a3e80+74000]
 [  478.464989] nepomukservices[17124]: segfault at 0 ip 003a3e818330 sp
  7fa42b0428e8 error 4 in libstreamanalyzer.so.0.7.1[3a3e80+74000]
 [  479.981309] nepomukservices[17129]: segfault at 0 ip 003a3e818330 sp
  7ff8c60d58e8 error 4 in libstreamanalyzer.so.0.7.1[3a3e80+74000]
 [  481.421819] nepomukservices[17134]: segfault at 0 ip 003a3e818330 sp
  7f2bb35928e8 error 4 in libstreamanalyzer.so.0.7.1[3a3e80+74000]
 [  533.381722] nepomukservices[17139]: segfault at 0 ip 003a3e818330 sp
  7f1b414318e8 error 4 in libstreamanalyzer.so.0.7.1[3a3e80+74000]

And removing /usr/lib/strigi/strigiea_vcf.so /usr/lib/strigi/strigiea_ics.so
(files from kdepim-strigi-plugins) didn't help either.

I ran a `xmlindexer  -j 1` in my HOME directory and it didn't crashed or gave
mysterious messages.

But still `gdb --args /usr/bin/nepomukservicestub nepomukstrigiservice` gives
me after while:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x74854910 (LWP 20827)]
Strigi::AnalysisResult::writerData (this=0x0) at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/analysisresult.cpp:227
227 /tmp/buildd/strigi-0.7.1/src/streamanalyzer/analysisresult.cpp: No such 
file or directory. 
 in /tmp/buildd/strigi-0.7.1/src/streamanalyzer/analysisresult.cpp
(gdb) bt
#0  Strigi::AnalysisResult::writerData (this=0x0) at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/analysisresult.cpp:227
#1  0x76c8b39c in Strigi::Soprano::IndexWriter::addTriplet 
(this=0x8528b0, s=..., p=..., o=...) at 
../../../nepomuk/strigibackend/sopranoindexwriter.cpp:505
#2  0x003a3e84925b in processAddress (idx=value optimized out, 
address=value optimized out) at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/mailendanalyzer.cpp:135
#3  0x003a3e84953e in MailEndAnalyzer::analyze (this=value optimized out, 
idx=value optimized out, in=value 
optimized out)
at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/mailendanalyzer.cpp:163
#4  0x003a3e83a0c2 in Strigi::StreamAnalyzerPrivate::analyze (this=value 
optimized out, idx=value optimized out, 
input=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/streamanalyzer.cpp:421
#5  0x003a3e819248 in Strigi::AnalysisResult::indexChild (this=value 
optimized out, name=value optimized out, 
mt=value optimized out, file=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/analysisresult.cpp:250
#6  0x003a3e8497d1 in MailEndAnalyzer::analyze (this=value optimized out, 
idx=value optimized out, in=value 
optimized out)
at 
/tmp/buildd/strigi-0.7.1/src/streamanalyzer/endanalyzers/mailendanalyzer.cpp:201
#7  0x003a3e83a0c2 in Strigi::StreamAnalyzerPrivate::analyze (this=value 
optimized out, idx=value optimized out, 
input=value optimized out)
at /tmp/buildd/strigi-0.7.1/src/streamanalyzer/streamanalyzer.cpp:421
#8  0x76eb3efa in Nepomuk::IndexScheduler::analyzeFile (this=value 
optimized out, file=value optimized out, 
analyzer=0x74854040)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:358
#9  0x76eb5028 in Nepomuk::IndexScheduler::updateDir (this=0x75f9a0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:330
#10 0x76eb5480 in Nepomuk::IndexScheduler::updateDir (this=0x75f9a0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:337
#11 0x76eb5480 in Nepomuk::IndexScheduler::updateDir (this=0x75f9a0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi/indexscheduler.cpp:337
#12 0x76eb5480 in Nepomuk::IndexScheduler::updateDir (this=0x75f9a0, 
dir=value optimized out, 
analyzer=0x74854040, recursive=value optimized out)
at ../../../../nepomuk/services/strigi

Bug#567628: [tkabber] Import of roster sends invalid roster set command

2010-01-30 Thread Peter Fritzsche
Package: tkabber
Version: 0.11.1-1
Severity: normal

I tried to import a roster exported previously by tkabber to a account at 
jabber.org. The server refused to do so. I checked the output and noticed 
following (or similar - did tests with both psi-plus and tkabber):

iq type=set id=aac8a 
query xmlns=jabber:iq:roster
item jid=phsul...@jabber.org /
item name=testoo2 jid=test...@jabber.org /
/query
/iq

iq from=tes...@jabber.org type=error to=tes...@jabber.org/psi-plus 
id=aac8a 
error type=modify code=400 
bad-request xmlns=urn:ietf:params:xml:ns:xmpp-stanzas/
/error
/iq

So the client sends multiple items with a single roster set command. RFC 3921 
states following in 2.1.4. Roster Set


   The following rules apply to roster sets:

   1.  The query/ element MUST contain one and only one item/
   element.

So please correct the importing code to send multiple roster sets instead of a 
single one which _MUST_ fail.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-trunk-amd64

Debian Release: squeeze/sid
  500 unstableftp.uni-kl.de 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
tk | 8.4.16-2
 OR wish   | 
bwidget| 1.9.0-2
tcllib | 1.12-dfsg-2


Recommends  (Version) | Installed
=-+-===
tcl-tls   | 1.5.0.dfsg-9
libtk-img | 1:1.3-release-8
libudp-tcl| 1.0.8-5


Suggests  (Version) | Installed
===-+-
tkabber-plugins (= 0.11.1) | 
libsnack2   | 







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



Bug#567629: [psi-plus] Import of roster sends invalid roster set command

2010-01-30 Thread Peter Fritzsche
Package: psi-plus
Version: 0.15~svn1682-1
Severity: normal

I tried to import a roster exported previously by psi to an account at 
jabber.org using the contact manager of psi-plus. The server refused to do so. 
I checked the output and noticed following (or similar - did tests with both 
psi-plus and tkabber):

iq type=set id=aac8a 
query xmlns=jabber:iq:roster
item jid=phsul...@jabber.org /
item name=testoo2 jid=test...@jabber.org /
/query
/iq

iq from=tes...@jabber.org type=error to=tes...@jabber.org/psi-plus 
id=aac8a 
error type=modify code=400 
bad-request xmlns=urn:ietf:params:xml:ns:xmpp-stanzas/
/error
/iq

So the client sends multiple items with a single roster set command. RFC 3921 
states following in 2.1.4. Roster Set

   The following rules apply to roster sets:

   1.  The query/ element MUST contain one and only one item/
   element.

So please correct the importing code to send multiple roster sets instead of a 
single one which _MUST_ fail.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-trunk-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
libaspell15  (= 0.60) | 0.60.6-3
libc6 (= 2.3) | 2.10.2-5
libgcc1   (= 1:4.1.1) | 1:4.4.3-1
libqca2| 2.0.2-1
libqt4-dbus   (= 4:4.5.3) | 4:4.5.3-4
libqt4-network(= 4:4.5.3) | 4:4.5.3-4
libqt4-qt3support (= 4:4.5.3) | 4:4.5.3-4
libqt4-xml(= 4:4.5.3) | 4:4.5.3-4
libqtcore4(= 4:4.5.3) | 4:4.5.3-4
libqtgui4 (= 4:4.5.3) | 4:4.5.3-4
libstdc++6  (= 4.1.1) | 4.4.3-1
libx11-6(= 0) | 2:1.3.3-1
libxext6   | 2:1.1.1-2
libxss1| 1:1.2.0-2
zlib1g(= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Recommends   (Version) | Installed
==-+-===
sox| 14.3.0-1.1
libqca2-plugin-ossl| 0.1~20070904-4
psi-plus-plugins   | 0.15~svn1682-1


Suggests  (Version) | Installed
===-+-===
libqca2-plugin-gnupg| 
xdg-utils   | 1.0.2-6.1







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



Bug#565491: [fluxbox] Doesn't start programs

2010-01-16 Thread Peter Fritzsche
Package: fluxbox
Version: 1.1.1-5
Severity: normal

I have a machine running thightvncserver as user program. As window manager 
fluxbox was choosen. When I now make a right click on the background the 
application menu pops up and I can click on any menu entry. but then the 
program doesn't open. I tried with several programs, but no one works. I 
tested also openbox and it seems that it works there.

Is there any debug option I can use to get more information from fluxbox?



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



Bug#565192: [xserver-xorg-video-intel] DPI not correctly set in server

2010-01-13 Thread Peter Fritzsche
Package: xserver-xorg-video-intel
Version: 2:2.9.1-2
Severity: normal

Updated today my laptop to the newest xorg stuff and noticed that the dpi 
isn't set correctly.

Xorg.0.log says:
(==) intel(0): video overlay key set to 0x101fe
(**) intel(0): Display dimensions: (223, 131) mm
(**) intel(0): DPI set to (116, 116)

xdpyinfo says:
  dimensions:1024x600 pixels (270x158 millimeters)
  resolution:96x96 dots per inch

So the displayed fonts are too small.

--- System information. ---
Architecture: i386
Kernel:   Linux 2.6.32-trunk-686

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
libc6  (= 2.3.6-6~) | 2.10.2-5
libdrm-intel1(= 2.4.11) | 2.4.15-1
libdrm2   (= 2.4.3) | 2.4.15-1
libpciaccess0 (= 0.8.0+git20071002) | 0.10.9-1
libxext6  (= 0) | 2:1.1.1-2
libxfixes3  (= 1:4.0.1) | 1:4.0.4-1
libxv1   | 2:1.0.5-1
libxvmc1 | 2:1.0.5-1
xserver-xorg-core  (= 2:1.6.99.900) | 2:1.7.4-1
--- Output from package bug script ---
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Sep  5 07:35 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1710452 Jan 12 13:00 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express 
Integrated Graphics Controller (rev 03)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1009 Apr 13  2009 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type man xorg.conf at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  XkbRules  xorg
Option  XkbModel  pc105
Option  XkbLayout us
EndSection

Section Monitor
Identifier  Configured Monitor
DisplaySize  223 131
EndSection

Section Screen
Identifier  Default Screen
Monitor Configured Monitor
#   Subsection Display
#   Virtual 1024 600
#   EndSubsection
EndSection


Xorg X server log files on system:
-rw-r--r-- 1 root root 25262 Jan 13 20:09 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-2-amd64 i686 Debian
Current Operating System: Linux peter-laptop 2.6.32-trunk-686 #1 SMP Sun Jan 10 
06:32:16 UTC 2010 i686
Kernel command line: BOOT_IMAGE=//vmlinuz-2.6.32-trunk-686 
root=UUID=aeb550ff-f931-4821-a022-b998c32c0655 ro fastboot lpj=6384036 
i8042.noloop=1 i915.modeset=1 quiet
Build Date: 12 January 2010  11:54:45AM
xorg-server 2:1.7.4-1 (bui...@puccini.debian.org) 
Current version of pixman: 0.16.4
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: /var/log/Xorg.0.log, Time: Wed Jan 13 20:09:40 2010
(==) Using config file: /etc/X11/xorg.conf
(==) No Layout section.  Using the first Screen section.
(**) |--Screen Default Screen (0)
(**) |   |--Monitor Configured Monitor
(==) Automatically adding devices
(==) Automatically enabling devices
(WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
Entry deleted from font path.
(==) FontPath set to:
/usr/share/fonts/X11/misc,
/usr/share/fonts/X11/100dpi/:unscaled,
/usr/share/fonts/X11/75dpi/:unscaled,
/usr/share/fonts/X11/Type1,
/usr/share/fonts/X11/100dpi,
/usr/share/fonts/X11/75dpi,
/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,
built-ins
(==) ModulePath set to /usr/lib/xorg/modules
(II) Cannot locate a core pointer device.
(II) Cannot locate a core keyboard device.
(II) The server relies on udev to provide 

Bug#564060: [xbuffy] FTBFS with binutils-gold

2010-01-07 Thread Peter Fritzsche
Source: xbuffy
Version: 3.3.bl.3.dfsg-7
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: linker-flags

I think I found a bug in your package. It was found by using binutils-gold as 
linker.

I got information from the author why it fails and it seems that your package 
does something wrong and not the linker. 
http://sourceware.org/bugzilla/show_bug.cgi?id=10980#c15

configure:2320: x86_64-linux-gnu-gcc -Wall -g -O2  -Wl,-z,syms conftest.c  5
/usr/bin/ld: syms: unknown -z option
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status



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



Bug#563992: [kmymoney2] Crashes when opening file created by kmymoney 1.0.2

2010-01-06 Thread Peter Fritzsche
Package: kmymoney2
Version: 3.95.0+svn1069391-2
Severity: important

The program just crashes when I open a file created by kmymoney 1.0.2. This
creates all my financial data useless.

Application: KMyMoney (kmymoney), signal: Segmentation fault
[Current thread is 1 (Thread 0x7ffa790ad750 (LWP 23854))]

Thread 2 (Thread 0x7ffa6fb3e910 (LWP 23857)):
#0  pthread_cond_timedwait@@GLIBC_2.3.2 () at 
../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_timedwait.S:220
#1  0x003282e6d477 in QWaitCondition::wait(QMutex*, unsigned long) () from 
/usr/lib/libQtCore.so.4
#2  0x003282e632d1 in ?? () from /usr/lib/libQtCore.so.4
#3  0x003282e6c4a5 in ?? () from /usr/lib/libQtCore.so.4
#4  0x00327d20673a in start_thread (arg=value optimized out) at 
pthread_create.c:300
#5  0x00327c6cb6fd in clone () at 
../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#6  0x in ?? ()

Thread 1 (Thread 0x7ffa790ad750 (LWP 23854)):
[KCrash Handler]
#5  0x003292c17d29 in GpgME::Context::decrypt(GpgME::Data const, 
GpgME::Data) () from /usr/lib/libgpgme++-pthread.so.2
#6  0x008f4496 in ?? ()
#7  0x004cd627 in _start ()
The current source language is auto; currently asm.
The current source language is auto; currently c.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-trunk-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends (Version) | Installed
=-+-
kdebase-runtime  (= 4:4.3.0) | 4:4.3.4-2
kdelibs5 (= 4:4.3.4) | 4:4.3.4-1
kdepimlibs5  (= 4:4.3.4) | 4:4.3.4-1
libc6  (= 2.2.5) | 2.10.2-3
libgcc1  (= 1:4.1.1) | 1:4.4.2-8
libgpg-error0  (= 1.6-1) | 1.6-1
libgpgme11 (= 1.1.2) | 1.2.0-1.2
libical0(= 0.30) | 0.44-1
libofx4   | 1:0.9.0-3
libqt4-dbus  (= 4:4.5.3) | 4:4.5.3-4
libqt4-network   (= 4:4.5.3) | 4:4.5.3-4
libqt4-qt3support(= 4:4.5.3) | 4:4.5.3-4
libqt4-sql   (= 4:4.5.3) | 4:4.5.3-4
libqt4-svg   (= 4:4.5.3) | 4:4.5.3-4
libqt4-xml   (= 4:4.5.3) | 4:4.5.3-4
libqtcore4   (= 4:4.5.3) | 4:4.5.3-4
libqtgui4(= 4:4.5.3) | 4:4.5.3-4
libstdc++6 (= 4.4.0) | 4.4.2-8
zlib1g   (= 1:1.1.4) | 1:1.2.3.4.dfsg-3
kmymoney2-common  (= 3.95.0+svn1069391-2) | 3.95.0+svn1069391-2


Recommends  (Version) | Installed
=-+-===
kmymoney2-plugin-aqbanking| 1.0-1


Package's Suggests field is empty.






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



Bug#563998: [kmymoney2-plugin-aqbanking] Doesn't work with kmymoney2 in unstable

2010-01-06 Thread Peter Fritzsche
Package: kmymoney2-plugin-aqbanking
Version: 1.0-1
Severity: serious

Just opened a kmymoney 1.0.2 file in the current version of kmymoney 
(3.95.0+svn1069391-2) in unstable. I noticed that update account is disabled 
for all my accounts I previously attached to aqbanking in kmymoney 1.0.2. I 
cannot find any aqbanking settings inside kmymoney. So I would think that it 
doesn't work at all.

As this makes it unusable for everyone using it, I mark this bug as serious.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-trunk-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-==
kdelibs4c2a(= 4:3.5.9) | 4:3.5.10.dfsg.1-3
kmymoney2(= 0.9.3) | 3.95.0+svn1069391-2
libaqbanking29   (= 4.0.0) | 4.2.1-1
libart-2.0-2(= 2.3.18) | 2.3.20-2
libaudio2   | 1.9.2-3
libc6(= 2.2.5) | 2.10.2-3
libfontconfig1   (= 2.4.0) | 2.8.0-2
libfreetype6 (= 2.2.1) | 2.3.11-1
libgcc1(= 1:4.1.1) | 1:4.4.2-8
libgwenhywfar47  (= 3.1.0) | 3.11.3-1
libice6(= 1:1.0.0) | 2:1.0.6-1
libidn11(= 0.5.18) | 1.15-2
libjpeg62   | 6b-15
libpng12-0(= 1.2.13-4) | 1.2.41-1
libqbanking8| 4.2.1-1
libqt3-mt (= 3:3.3.8b) | 3:3.3.8b-6
libsm6  | 2:1.1.1-1
libstdc++6   (= 4.1.1) | 4.4.2-8
libx11-6| 2:1.3.2-1
libxcursor1  ( 1.1.2) | 1:1.1.10-1
libxext6| 2:1.0.4-1
libxft2  ( 2.1.1) | 2.1.14-1
libxi6  | 2:1.2.1-2
libxinerama1| 2:1.0.3-2
libxrandr2  | 2:1.3.0-2
libxrender1 | 1:0.9.5-1
libxt6  | 1:1.0.7-1
zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3
libaqbanking29-plugins-qt   | 4.2.1-1


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#563999: [openjdk-6-jre] Cannot load jpegs when libjpeg7 is also installed

2010-01-06 Thread Peter Fritzsche
Package: openjdk-6-jre
Version: 6b17~pre3-1
Severity: normal

I have libjpeg62 and libjpeg7 installed (both needed for different programs).
When I try to start an applet in iceweasel which loads jpeg files (for example
the client from http://webcamserver.sourceforge.net/ ) i cannot see anything
and following error will be printed to stdout:

sun.awt.image.ImageFormatException: Wrong JPEG library version: library is 70, 
caller expects 62
at sun.awt.image.JPEGImageDecoder.readImage(Native Method)
at 
sun.awt.image.JPEGImageDecoder.produceImage(JPEGImageDecoder.java:136)
at 
sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:264)
at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:189)
at sun.awt.image.ImageFetcher.run(ImageFetcher.java:153)


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-trunk-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-=
openjdk-6-jre-headless(= 6b17~pre3-1) | 6b17~pre3-1
libasound2 ( 1.0.18) | 1.0.21a-1
libc6 (= 2.3) | 2.10.2-3
libgif4 (= 4.1.6) | 4.1.6-8
libjpeg62  | 6b-15
libpng12-0   (= 1.2.13-4) | 1.2.41-1
libpulse0  (= 0.9.21) | 0.9.21-1
libx11-6(= 0) | 2:1.3.2-1
libxext6   | 2:1.0.4-1
libxi6  (= 0) | 2:1.2.1-2
libxrender1| 1:0.9.5-1
libxtst6   | 2:1.0.3-1
zlib1g(= 1:1.1.4) | 1:1.2.3.4.dfsg-3
libaccess-bridge-java-jni  | 1.26.2-3


Package's Recommends field is empty.

Suggests (Version) | Installed
==-+-===
icedtea6-plugin| 6b17~pre3-1







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



Bug#563808: [bobcat] FTBFS with binutils-gold

2010-01-05 Thread Peter Fritzsche
Source: bobcat
Version: 2.05.00-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: linker-flags

I think I found a bug in your package. It was found by using binutils-gold as 
linker.

I got information from the author why it fails and it seems that your package 
does something wrong and not the linker. 
http://sourceware.org/bugzilla/show_bug.cgi?id=10980#c8

gcc -shared -Wl,-z,def,-soname,libbobcat.so.2 -lmilter -L/usr/lib/libmilter 
-lX11 -lssl -o tmp/lib/libbobcat.so.2.05.00 
*/os/*.o
/usr/bin/ld: def: unknown -z option
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-trunk-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org






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



Bug#563809: [gnugk] FTBFS with binutils-gold

2010-01-05 Thread Peter Fritzsche
Source: gnugk
Version: 2:2.3.0-4-1
Severity: minor
User: peter.fritzs...@gmx.de
Usertags: linker-flags

I think I found a bug in your package. It was found by using binutils-gold as 
linker.

I got information from the author why it fails and it seems that your package 
does something wrong and not the linker. 
http://sourceware.org/bugzilla/show_bug.cgi?id=10980#c8

g++ -o obj_linux_x86_64_r/gnugk -g -O2 -g -Wall -O2  -L/usr/lib -L/usr/lib 
-L/usr/lib  -Wl,-z,def -Wl,-z,def -L/usr/lib -
L/usr/share/openh323/lib   ./obj_linux_x86_64_r/main.o  
./obj_linux_x86_64_r/singleton.o  ./obj_linux_x86_64_r/job.o  
./obj_linux_x86_64_r/yasocket.o  ./obj_linux_x86_64_r/h323util.o  
./obj_linux_x86_64_r/Toolkit.o  
./obj_linux_x86_64_r/SoftPBX.o  ./obj_linux_x86_64_r/GkStatus.o  
./obj_linux_x86_64_r/RasTbl.o  ./obj_linux_x86_64_r/Routing.o  
./obj_linux_x86_64_r/Neighbor.o  ./obj_linux_x86_64_r/GkClient.o  
./obj_linux_x86_64_r/gkauth.o  ./obj_linux_x86_64_r/RasSrv.o  
./obj_linux_x86_64_r/ProxyChannel.o  ./obj_linux_x86_64_r/gk.o  
./obj_linux_x86_64_r/version.o  ./obj_linux_x86_64_r/gkacct.o  
./obj_linux_x86_64_r/gktimer.o  ./obj_linux_x86_64_r/gkconfig.o  
./obj_linux_x86_64_r/sigmsg.o  ./obj_linux_x86_64_r/clirw.o  
./obj_linux_x86_64_r/cisco.o  ./obj_linux_x86_64_r/ipauth.o  
./obj_linux_x86_64_r/statusacct.o  
./obj_linux_x86_64_r/syslogacct.o  ./obj_linux_x86_64_r/capctrl.o  
./obj_linux_x86_64_r/MakeCall.o  
./obj_linux_x86_64_r/radproto.o  ./obj_linux_x86_64_r/radauth.o  
./obj_linux_x86_64_r/radacct.o  
./obj_linux_x86_64_r/gksql_mysql.o  ./obj_linux_x86_64_r/gksql_pgsql.o  
./obj_linux_x86_64_r/gksql_firebird.o  
./obj_linux_x86_64_r/sqlauth.o  ./obj_linux_x86_64_r/sqlacct.o  
./obj_linux_x86_64_r/gksql.o -lopenh323  -lresolv -lpt -
lfbclient  -lpq -lcrypt  -lmysqlclient  -lz  -lldap -llber -lldap_r  -lpthread 
-lsasl2 -lssl -lcrypto -lexpat -lresolv -ldl 
/usr/bin/ld: def: unknown -z option
/usr/bin/ld: use the --help option for usage information
collect2: ld returned 1 exit status

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-trunk-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 







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



Bug#563691: [httrack] Doesn't mirror links pages with Content-Type application/xhtml+xml

2010-01-04 Thread Peter Fritzsche
Package: httrack
Version: 3.43.8-1
Severity: normal

I tried to mirror a website which uses application/xhtml+xml as Content-Type. 
No other files but the robot.txt mentioned in the HTTP-Header was transfered. 
I tried that locally by creating some small sites and marked them using 
.htaccess option AddType application/xhtml+xml .xhtml with the correct 
Content-Type. It showed the same problem, but changing it back to text/html 
fixed it.

The urls didn't include .xhtml file ending.

I couldn't find a upstream bugtracker so I just add this bug to debian.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.32-trunk-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-=
libc6 (= 2.2.5) | 2.10.2-3
libhttrack2  | 3.43.8-1
zlib1g  (= 1:1.1.4) | 1:1.2.3.4.dfsg-3


Package's Recommends field is empty.

Suggests (Version) | Installed
==-+-===
webhttrack | 
httrack-doc| 







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



Bug#559183: [binutils-gold] Unresolved symbols when using --as-needed

2009-12-02 Thread Peter Fritzsche
Package: binutils-gold
Version: 2.20-4
Severity: normal

I've rebuild all packages in debian with binutils-gold and noticed that all
packages using a recent version of /usr/share/aclocal/gtk-2.0.m4

Output is always:
configure:12513: gcc -o conftest -g -O2 -D_REENTRANT -I/usr/include/gtk-2.0 
-I/usr/lib/gtk-2.0/include -
I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 
-I/usr/include/pixman-1 -I/usr/include/freetype2 -
I/usr/include/directfb -I/usr/include/libpng12 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -Wl,--as-needed -
Wl,--as-needed conftest.c -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangoft2-1.0 
-lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -
lgio-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 
-lgmodule-2.0 -lglib-2.05
configure:12513: $? = 0
configure:12513: ./conftest
./conftest: symbol lookup error: ./conftest: undefined symbol: gtk_minor_version
configure:12513: $? = 127
configure: program exited with status 127
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME 
| #define PACKAGE_TARNAME 
| #define PACKAGE_VERSION 
| #define PACKAGE_STRING 
| #define PACKAGE_BUGREPORT 
| #define PACKAGE_URL 
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define HAVE_DLFCN_H 1
| #define LT_OBJDIR .libs/
| #define HAVE_LOCALE_H 1
| #define HAVE_LC_MESSAGES 1
| #define HAVE_BIND_TEXTDOMAIN_CODESET 1
| #define HAVE_GETTEXT 1
| #define HAVE_DCGETTEXT 1
| #define ENABLE_NLS 1
| /* end confdefs.h.  */
|
| #include gtk/gtk.h
| #include stdio.h
| #include stdlib.h
|
| int
| main ()
| {
|   int major, minor, micro;
|   char *tmp_version;
|
|   system (touch conf.gtktest);
|
|   /* HP/UX 9 (%...@#!) writes to sscanf strings */
|   tmp_version = g_strdup(2.4.0);
|   if (sscanf(tmp_version, %d.%d.%d, major, minor, micro) != 3) {
|  printf(%s, bad version string\n, 2.4.0);
|  exit(1);
|}
|
|   if ((gtk_major_version != 2) ||
|   (gtk_minor_version != 18) ||
|   (gtk_micro_version != 4))
| {
|   printf(\n*** 'pkg-config --modversion gtk+-2.0' returned %d.%d.%d, but 
GTK+ (%d.%d.%d)\n,
|  2, 18, 4,
|  gtk_major_version, gtk_minor_version, gtk_micro_version);
|   printf (*** was found! If pkg-config was correct, then it is best\n);
|   printf (*** to remove the old version of GTK+. You may also be able to 
fix the error\n);
|   printf(*** by modifying your LD_LIBRARY_PATH enviroment variable, or 
by editing\n);
|   printf(*** /etc/ld.so.conf. Make sure you have run ldconfig if that 
is\n);
|   printf(*** required on your system.\n);
|   printf(*** If pkg-config was wrong, set the environment variable 
PKG_CONFIG_PATH\n);
|   printf(*** to point to the correct configuration files\n);
| }
|   else if ((gtk_major_version != GTK_MAJOR_VERSION) ||
|  (gtk_minor_version != GTK_MINOR_VERSION) ||
|(gtk_micro_version != GTK_MICRO_VERSION))
| {
|   printf(*** GTK+ header files (version %d.%d.%d) do not match\n,
|GTK_MAJOR_VERSION, GTK_MINOR_VERSION, GTK_MICRO_VERSION);
|   printf(*** library (version %d.%d.%d)\n,
|gtk_major_version, gtk_minor_version, gtk_micro_version);
| }
|   else
| {
|   if ((gtk_major_version  major) ||
| ((gtk_major_version == major)  (gtk_minor_version  minor)) ||
| ((gtk_major_version == major)  (gtk_minor_version == minor)  
(gtk_micro_version = micro)))
|   {
| return 0;
|}
|  else
|   {
| printf(\n*** An old version of GTK+ (%d.%d.%d) was found.\n,
|gtk_major_version, gtk_minor_version, gtk_micro_version);
| printf(*** You need a version of GTK+ newer than %d.%d.%d. The 
latest version of\n,
|  major, minor, micro);
| printf(*** GTK+ is always available from ftp://ftp.gtk.org.\n;);
| printf(***\n);
| printf(*** If you have already installed a sufficiently new version, 
this error\n);
| printf(*** probably means that the wrong copy of the pkg-config 
shell script is\n);
| printf(*** being found. The easiest way to fix this is to remove the 
old version\n);
| printf(*** of GTK+, but you can also set the PKG_CONFIG environment 
to point to the\n);
| printf(*** correct copy of pkg-config. (In this case, you will have 
to\n);
| printf(*** modify your LD_LIBRARY_PATH enviroment variable, or edit 
/etc/ld.so.conf\n);
| printf(*** so that the correct libraries are found at run-time))\n);
|   }
| }
|   return 1;
| }

So i've started to test it without --as-needed and then it works. So it is
probably a bug introduced by fixing #553512.

readelf shows following when linked without --as-needed:
 0x0001 

Bug#559183: [binutils-gold] Unresolved symbols when using --as-needed

2009-12-02 Thread Peter Fritzsche
forwarded 559183 http://sourceware.org/bugzilla/show_bug.cgi?id=11042
thanks

 So you can try to compile the attached program, compile it with the
  mentioned gcc call and then try to start it with ./conftest
Forgot to really attach the file

#include gtk/gtk.h
#include stdio.h
#include stdlib.h

int
main ()
{
  int major, minor, micro;
  char *tmp_version;

  system (touch conf.gtktest);

  /* HP/UX 9 (%...@#!) writes to sscanf strings */
  tmp_version = g_strdup(2.4.0);
  if (sscanf(tmp_version, %d.%d.%d, major, minor, micro) != 3) {
 printf(%s, bad version string\n, 2.4.0);
 exit(1);
   }

  if ((gtk_major_version != 2) ||
  (gtk_minor_version != 18) ||
  (gtk_micro_version != 4))
{
  printf(\n*** 'pkg-config --modversion gtk+-2.0' returned %d.%d.%d, but GTK+ (%d.%d.%d)\n,
 2, 18, 4,
 gtk_major_version, gtk_minor_version, gtk_micro_version);
  printf (*** was found! If pkg-config was correct, then it is best\n);
  printf (*** to remove the old version of GTK+. You may also be able to fix the error\n);
  printf(*** by modifying your LD_LIBRARY_PATH enviroment variable, or by editing\n);
  printf(*** /etc/ld.so.conf. Make sure you have run ldconfig if that is\n);
  printf(*** required on your system.\n);
  printf(*** If pkg-config was wrong, set the environment variable PKG_CONFIG_PATH\n);
  printf(*** to point to the correct configuration files\n);
}
  else if ((gtk_major_version != GTK_MAJOR_VERSION) ||
 (gtk_minor_version != GTK_MINOR_VERSION) ||
   (gtk_micro_version != GTK_MICRO_VERSION))
{
  printf(*** GTK+ header files (version %d.%d.%d) do not match\n,
   GTK_MAJOR_VERSION, GTK_MINOR_VERSION, GTK_MICRO_VERSION);
  printf(*** library (version %d.%d.%d)\n,
   gtk_major_version, gtk_minor_version, gtk_micro_version);
}
  else
{
  if ((gtk_major_version  major) ||
((gtk_major_version == major)  (gtk_minor_version  minor)) ||
((gtk_major_version == major)  (gtk_minor_version == minor)  (gtk_micro_version = micro)))
  {
return 0;
   }
 else
  {
printf(\n*** An old version of GTK+ (%d.%d.%d) was found.\n,
   gtk_major_version, gtk_minor_version, gtk_micro_version);
printf(*** You need a version of GTK+ newer than %d.%d.%d. The latest version of\n,
 major, minor, micro);
printf(*** GTK+ is always available from ftp://ftp.gtk.org.\n;);
printf(***\n);
printf(*** If you have already installed a sufficiently new version, this error\n);
printf(*** probably means that the wrong copy of the pkg-config shell script is\n);
printf(*** being found. The easiest way to fix this is to remove the old version\n);
printf(*** of GTK+, but you can also set the PKG_CONFIG environment to point to the\n);
printf(*** correct copy of pkg-config. (In this case, you will have to\n);
printf(*** modify your LD_LIBRARY_PATH enviroment variable, or edit /etc/ld.so.conf\n);
printf(*** so that the correct libraries are found at run-time))\n);
  }
}
  return 1;
}


Bug#558964: Resolve unresolved symbols in shared libraries

2009-12-02 Thread Peter Fritzsche
Kumar Appaiah wrote:
 tags 558964 + confirmed
 thanks
 
 Dear Peter,
 
 Thank you for notifying us of this.
 
 On Mon, Nov 30, 2009 at 07:32:45PM +0100, Peter Fritzsche wrote:
  I build all packages some time ago with binutils-gold and your package
  build without an hard failure, but I noticed that you seems to provide a
  library in a specific library package so other packages can link against
  it without problems but your shared object has still some unresolved
  symbols which the program which links agaomst it must resolve. This isnt
  a good idea because when you introduce new dependencies the package
  previously linked against the old version will break because it doesnt
  know about the new dependency. Maybe you could link against all needed
  libraries so programs must not link against libraries which it doesnt
  need to use.
 
 I agree.
 
  More informations can be found at
  
  http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbeca
 usebinutils-gold.2BAC8-indirectlinking dpkg-shlibdeps already showed you
  the related warnings:
 
 [snip]
 
  You've propably linked it with gcc instead of g++.
 
 This was happening. However, even after switching to g++, I get
 several of those warnings. Is there a way I could find out which
 libraries actually provide those symbols, so that I could just add
 them to the list of libraries to which I link? Could you suggest of a
 way I could do this?
Install all dependencies and you will probably find it by grepping interesting
folders. These are for example /usr/lib, /lib and your build-folder. You can
then check with `readelf -s` if they really provide that symbol or just using
them.
You can use c++filt to read a demangled version of a symbol. 
_ZNK12EST_Features3valEPKc
would be for example
 EST_String::chop_internal(int, int, EST_String::EST_chop_direction) const.
So I would guess that libestools.so.1.2.96 must be linked against libestbase.so.

I checked it using `grep -rli _ZNK12EST_Features3valEPKc .` in the current link
folder and then checking the found libraries using
 `readelf -s |grep _ZNK12EST_Features3valEPK`
( readelf shortens output of symbol names to 25 chars!)

Output of libestools.so is 
   254:  0 NOTYPE  GLOBAL DEFAULT  UND 
_ZNK12EST_Features3valEPK

This means it doesnt provide the symbol, but uses it.

Output for libestbase.so is
  4185: 000f4510   115 FUNCGLOBAL DEFAULT   12 
_ZNK12EST_Features3valEPK
  7406: 000f459076 FUNCGLOBAL DEFAULT   12 
_ZNK12EST_Features3valEPK

So it probably provides this function and another one which has the same
suffix. You can also use `nm --demangle=gnu libestbase.so` in some cases
to get the complete symbol name.

One is _ZNK12EST_Features3valEPKc and the other one
_ZNK12EST_Features3valEPKcRK7EST_Val. This translates to

EST_Features::val(char const*) const
EST_Features::val(char const*, EST_Val const) const


Best regards,
Peter



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



Bug#558769: [mumble] Please add small noise when connected

2009-11-30 Thread Peter Fritzsche
Package: mumble
Version: 1.2.0~beta1-1
Severity: wishlist

For human it is normal to hear noise when they are talking over a telephone 
line. It was normal when analog transmission was used. When no one talks 
little white noise can be heard. This one is missing if no call is made. This 
small white noise comes from electric effects during the data transmission 
over analog channels.

When ISDN came to germany this little noise was gone since the whole data 
transmission to the user was digital. Digital endpoints are in most cases the 
telephones and so there is nearly no white noise generated anywhere. Most 
calls in that time by normal users were something like that Hi, John here, 
Hi here is your grandma. Have you heard that Bob has married. Are you eating 
enough are you still there? Yes, g'ma I thought you hang up. - the 
line was dead

After a while the manufacturers of digital endpoints added a little white 
noise. Just use two ISDN telephones, call each other and then hear what sound 
they make - even if in both rooms is complete silence. This informed grandma 
that we are still connected and makes both feeling fine - even if grandma is 
only talking and John takes a nap.

The same problem happens now with voice over ip. It seems to be a good idea to 
add white noise (configurable volume) when we are connected. I heard that 
Skype does it to prevent the same problem.

--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.31-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
libasound2   ( 1.0.18) | 1.0.21a-1
libavahi-compat-libdnssd1(= 0.6.16) | 0.6.25-2
libc6 (= 2.3.4) | 2.10.2-2
libg15daemon-client1 | 1.9.5.3-7
libgcc1 (= 1:4.1.1) | 1:4.4.2-3
libgl1-mesa-glx  | 7.6-1
 OR libgl1   | 
libglu1-mesa | 7.6-1
 OR libglu1  | 
libprotobuf4 | 2.2.0-0.1
libpulse0(= 0.9.16) | 0.9.21-1
libqt4-dbus (= 4:4.5.3) | 4:4.5.3-4
libqt4-network  (= 4:4.5.3) | 4:4.5.3-4
libqt4-opengl   (= 4:4.5.3) | 4:4.5.3-4
libqt4-sql  (= 4:4.5.3) | 4:4.5.3-4
libqt4-svg  (= 4:4.5.3) | 4:4.5.3-4
libqt4-xml  (= 4:4.5.3) | 4:4.5.3-4
libqtcore4  (= 4:4.5.3) | 4:4.5.3-4
libqtgui4   (= 4:4.5.3) | 4:4.5.3-4
libsndfile1  | 1.0.20-3
libspeechd2  | 0.6.7-7
libspeex1   (= 1.2~beta3-1) | 1.2~rc1-1
libspeexdsp1  (= 1.2~beta3.2-1) | 1.2~rc1-1
libssl0.9.8(= 0.9.8f-5) | 0.9.8k-7
libstdc++6(= 4.1.1) | 4.4.2-3
libx11-6 | 2:1.3.2-1
libxi6   | 2:1.2.1-2
gconf2 (= 2.12.1-1) | 2.28.0-1
libqt4-sql-sqlite| 4:4.5.3-4
lsb-release  | 3.2-23


Recommends (Version) | Installed
-+-===
speech-dispatcher| 
mumble-11x   | 1.2.0~beta1-1


Suggests   (Version) | Installed
-+-===
mumble-server| 







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



Bug#557388: [libtool] -Wl,--as-needed is added after libraries

2009-11-21 Thread Peter Fritzsche
Package: libtool
Version: 2.2.6a-4
Severity: normal

I tried to add --Wl,--as-needed to the library flags, but it seems that 
libtool adds this option after the -l arguments and makes it useless (it must 
stand before the libs and not after them).

Is there a workaround or can it be fixed in libtools? I saw different patches 
which does that, but maybe there is a more elegant way to do it.

The actual problem is that `pkg-config --libs gtk+-x11-2.0` isn't really fine 
grained and adds a lot of extra dependencies I don't use. --as-needed would be 
a nice way to fix it for me.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.31-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends(Version) | Installed
-+-===
gcc  | 4:4.3.4-1
 OR c-compiler   | 
cpp  | 4:4.3.4-1
libc6-dev| 2.10.1-7
 OR libc-dev | 
file | 5.03-3
autotools-dev| 20090611.1


Recommends   (Version) | Installed
==-+-===
libltdl-dev| 2.2.6a-4


Suggests(Version) | Installed
=-+-===
libtool-doc   | 
autoconf( 2.50) | 2.64-6
automaken | 
gfortran  | 
 OR fortran95-compiler| 
gcj   | 




diff --git a/config/ltmain.sh b/config/ltmain.sh
index 0bf3848246321707ac514bb6566691c31aa4f08c..ec8e8d621cbad18b0769f2d32168f137a2765da2 100644
--- a/config/ltmain.sh
+++ b/config/ltmain.sh
@@ -1807,6 +1807,11 @@ EOF
 	arg=`$echo X$arg | $Xsed -e s/^ //`
 	;;
 
+  -Wl,--as-needed)
+	deplibs=$deplibs $arg
+	continue
+	;;
+
   -Wl,*)
 	args=`$echo X$arg | $Xsed -e $sed_quote_subst -e 's/^-Wl,//'`
 	arg=
@@ -2150,6 +2155,15 @@ EOF
 	lib=
 	found=no
 	case $deplib in
+	-Wl,--as-needed)
+	  if test $linkmode,$pass = prog,link; then
+	compile_deplibs=$deplib $compile_deplibs
+	finalize_deplibs=$deplib $finalize_deplibs
+	  else
+	deplibs=$deplib $deplibs
+	  fi
+	  continue
+	  ;;
 	-mt|-mthreads|-kthread|-Kthread|-pthread|-pthreads|--thread-safe|-threads)
 	  if test $linkmode,$pass = prog,link; then
 	compile_deplibs=$deplib $compile_deplibs


Bug#557231: [nvidia-glx] Freezes display when running opengl app

2009-11-20 Thread Peter Fritzsche
Package: nvidia-glx
Version: 190.42-2
Severity: normal

When I run a opengl program like glxgears the display freezes for a while and 
then it displays some frames and freezes again. The ouput of glxgears is:

Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
40 frames in 8.6 seconds =  4.627 FPS
6 frames in 8.0 seconds =  0.747 FPS
8 frames in 8.1 seconds =  0.987 FPS
7 frames in 8.1 seconds =  0.866 FPS

It  seems to happen when kwin with compositing is enabled. Or sometimes when 
tvtime is opened/closed or sometimes when tvtime is running and no compositing 
is enabled.

This didn't happened with the last version (18x.xx) in unstable.

Output of glxinfo:

name of display: :0.0 
display: :0  screen: 0
direct rendering: Yes 
server glx vendor string: NVIDIA Corporation
server glx version string: 1.4  
server glx extensions:  
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig, 
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,
GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,   
GLX_ARB_create_context_profile, GLX_ARB_multisample, GLX_NV_float_buffer, 
GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB  
client glx vendor string: NVIDIA Corporation  
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_visual_info,   
GLX_EXT_visual_rating, GLX_EXT_import_context, GLX_SGI_video_sync,
GLX_NV_swap_group, GLX_NV_video_out, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
GLX_SGI_swap_control, GLX_ARB_create_context, 
GLX_ARB_create_context_profile, GLX_NV_float_buffer,  
GLX_ARB_fbconfig_float, GLX_EXT_fbconfig_packed_float,
GLX_EXT_texture_from_pixmap, GLX_EXT_framebuffer_sRGB,
GLX_NV_present_video, GLX_NV_copy_image, GLX_NV_multisample_coverage, 
GLX_NV_video_capture  
GLX version: 1.4  
GLX extensions:   
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_SGI_video_sync, GLX_SGI_swap_control,   
GLX_EXT_texture_from_pixmap, GLX_ARB_create_context,  
GLX_ARB_create_context_profile, GLX_ARB_multisample, GLX_NV_float_buffer, 
GLX_ARB_fbconfig_float, GLX_EXT_framebuffer_sRGB, 
GLX_ARB_get_proc_address  
OpenGL vendor string: NVIDIA Corporation  
OpenGL renderer string: GeForce 9600 GT/PCI/SSE2  
OpenGL version string: 3.2.0 NVIDIA 190.42
OpenGL shading language version string: 1.50 NVIDIA via Cg compiler   
OpenGL extensions:
GL_ARB_color_buffer_float, GL_ARB_compatibility, GL_ARB_copy_buffer,  
GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture,  
GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex,
GL_ARB_draw_instanced, GL_ARB_fragment_coord_conventions, 
GL_ARB_fragment_program, GL_ARB_fragment_program_shadow,  
GL_ARB_fragment_shader, GL_ARB_framebuffer_object,
GL_ARB_framebuffer_sRGB, GL_ARB_geometry_shader4, GL_ARB_half_float_pixel, 
GL_ARB_half_float_vertex, GL_ARB_imaging, GL_ARB_map_buffer_range, 
GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query,   
GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite,  
GL_ARB_provoking_vertex, GL_ARB_seamless_cube_map, GL_ARB_shader_objects,  
GL_ARB_shading_language_100, GL_ARB_shadow, GL_ARB_sync,   
GL_ARB_texture_border_clamp, GL_ARB_texture_buffer_object, 
GL_ARB_texture_compression, GL_ARB_texture_compression_rgtc,   
GL_ARB_texture_cube_map, GL_ARB_texture_env_add,   
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,   
GL_ARB_texture_env_dot3, GL_ARB_texture_float, 
GL_ARB_texture_mirrored_repeat, GL_ARB_texture_multisample,
GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, 
GL_ARB_texture_rg, GL_ARB_transpose_matrix, GL_ARB_uniform_buffer_object,  
GL_ARB_vertex_array_bgra, GL_ARB_vertex_array_object,  

Bug#555886: (no subject)

2009-11-19 Thread Peter Fritzsche
affects 555886 - lsb-build-base3 cyclades-serial-client kerneloops mandos
affects 555886 - db1-compat
thanks

--warn-constructors and --warn-common will be supported in the next version 
(which is currently the development version).

-z -combreloc, -fPIE, -z relro, -fpic, -fPIC are buggy and simply ignored by 
the old linker (even if it should fail). These problem were forwarded to the 
package maintainers

So remaining interesting options are:
 3 ld: -G: unknown option
 3 ld: -g: unknown option
 1 ld: -i: unknown option
 1 ld: --section-start: unknown option
 1 ld: --warn-multiple-gp: unknown option
 1 ld: --add-needed: unknown option
 1 ld: --allow-multiple-definition: unknown option
 2 ld: -assert: unknown option
 1 ld: --cref: unknown option
 6 ld: def: unknown -z option
 1 ld: --discard-all: unknown option
 1 ld: muldefs: unknown -z option
 1 ld: --no-undefined-version: unknown option
 1 ld: --retain-symbols-file: unknown option
 1 ld: --sort-common: unknown option
 6 ld: syms: unknown -z option
 2 ld: --warn-unresolved-symbols: unknown option
 4 ld: -defs: unknown -z option
13 ld: -x: unknown option
 1 ld: --warn-shared-textrel: unknown option



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



Bug#555886: [binutils-gold]

2009-11-18 Thread Peter Fritzsche
Just finished the rebuild and searching for problem caused by gold:
$ grep -rhi 'ld:.*unknown' *|grep 'option'|sort|uniq -c
  2  [exec] ld: -G: unknown option
  1 ld: -fpic: unknown option
  1 ld: -fPIC: unknown option
  1 ld: -g: unknown option
  1 ld: -i: unknown option
  1 ld: --section-start: unknown option
  2 ld: --warn-constructors: unknown option
  1 ld: --warn-multiple-gp: unknown option
  4 ld: -x: unknown option
  1 /usr/bin/ld: --add-needed: unknown option
  1 /usr/bin/ld: --allow-multiple-definition: unknown option
  2 /usr/bin/ld: -assert: unknown option
  1 /usr/bin/ld: -combreloc: unknown -z option
  1 /usr/bin/ld: --cref: unknown option
  2 /usr/bin/ld: def: unknown -z option
  1 /usr/bin/ld: --discard-all: unknown option
  1 /usr/bin/ld: -fPIE: unknown option
  1 /usr/bin/ld: muldefs: unknown -z option
  1 /usr/bin/ld: --no-undefined-version: unknown option
  1 /usr/bin/ld:  relro: unknown -z option
  1 /usr/bin/ld: --retain-symbols-file: unknown option
  1 /usr/bin/ld: --sort-common: unknown option
  1 /usr/bin/ld: syms: unknown -z option
  1 /usr/bin/ld: -warn-common: unknown option
  9 /usr/bin/ld: -x: unknown option

Merged together:
 2 ld: -G: unknown option
 * java3d
 * qdbm

 1 ld: -fpic: unknown option
 * cyclades-serial-client

 1 ld: -fPIC: unknown option
 * lsb-build-base3

 1 ld: -g: unknown option
 * qdbm

 1 ld: -i: unknown option
 * ulogd

 1 ld: --section-start: unknown option
 * gfxboot

 2 ld: --warn-constructors: unknown option
 * memtest86
 * memtest86+

 1 ld: --warn-multiple-gp: unknown option
 * mkelfimage

 1 ld: --add-needed: unknown option
 * kwave

 1 ld: --allow-multiple-definition: unknown option
 * brutefir

 2 ld: -assert: unknown option
 * aspectc++

 1 ld: -combreloc: unknown -z option
 * db1-compat

 1 ld: --cref: unknown option
 * faumachine

 2 ld: def: unknown -z option
 * bobcat
 * gnugk

 1 ld: --discard-all: unknown option
 * traybiff

 1 ld: -fPIE: unknown option
 * mandos

 1 ld: muldefs: unknown -z option
 * gnudatalanguage

 1 ld: --no-undefined-version: unknown option
 * libdebian-installer

 1 ld:  relro: unknown -z option
 * kerneloops

 1 ld: --retain-symbols-file: unknown option
 * yate

 1 ld: --sort-common: unknown option
 * busybox

 1 ld: syms: unknown -z option
 * xbuffy

 1 ld: -warn-common: unknown option
 * gputils

13 ld: -x: unknown option
 * asterisk-chan-capi
 * c2hs
 * gtk2hs
 * libcap2
 * libedit
 * libf2c2
 * libpam-chroot
 * libpam-foreground
 * libpam-opie
 * libpam-pwdfile
 * muddleftpd
 * openafs
 * pam-krb5-migrate

There are different packages which fail in configure state. These must 
analysed by hand. These are following packages:
 * cdebconf-entropy
 * cdebconf-terminal
 * gnome-settings-daemon
 * gtk2-engines-xfce
 * libapache2-mod-authn-sasl
 * openh323
 * openh323-titan
 * osmo
 * ptlib
 * pwlib
 * ratpoison
 * ristretto
 * sendmail
 * thunar-volman
 * xbuffy
 * xfce4-linelight-plugin
 * xfce4-mailwatch-plugin
 * xfm
 * xfmpc



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



Bug#555886: [binutils-gold]

2009-11-18 Thread Peter Fritzsche
Final list:
 3 ld: -G: unknown option
 * java3d
 * qdbm
 * osmo

 1 ld: -fpic: unknown option
 * cyclades-serial-client

 1 ld: -fPIC: unknown option
 * lsb-build-base3

 3 ld: -g: unknown option
 * qdbm
 * thunar-volman
 * xfce4-linelight-plugin

 1 ld: -i: unknown option
 * ulogd

 1 ld: --section-start: unknown option
 * gfxboot

 2 ld: --warn-constructors: unknown option
 * memtest86
 * memtest86+

 1 ld: --warn-multiple-gp: unknown option
 * mkelfimage

 1 ld: --add-needed: unknown option
 * kwave

 1 ld: --allow-multiple-definition: unknown option
 * brutefir

 2 ld: -assert: unknown option
 * aspectc++

 1 ld: -combreloc: unknown -z option
 * db1-compat

 1 ld: --cref: unknown option
 * faumachine

 6 ld: def: unknown -z option
 * bobcat
 * gnugk
 * openh323
 * openh323-titan
 * ptlib
 * pwlib

 1 ld: --discard-all: unknown option
 * traybiff

 1 ld: -fPIE: unknown option
 * mandos

 1 ld: muldefs: unknown -z option
 * gnudatalanguage

 1 ld: --no-undefined-version: unknown option
 * libdebian-installer

 1 ld:  relro: unknown -z option
 * kerneloops

 1 ld: --retain-symbols-file: unknown option
 * yate

 1 ld: --sort-common: unknown option
 * busybox

 6 ld: syms: unknown -z option
 * xbuffy
 * cdebconf-entropy
 * cdebconf-terminal
 * ratpoison
 * xbuffy
 * xfm

 1 ld: -warn-common: unknown option
 * gputils

 2 ld: --warn-unresolved-symbols: unknown option
 * gnome-settings-daemon
 * libapache2-mod-authn-sasl

 4 ld: -defs: unknown -z option
 * gtk2-engines-xfce
 * ristretto
 * xfce4-mailwatch-plugin
 * xfmpc

13 ld: -x: unknown option
 * asterisk-chan-capi
 * c2hs
 * gtk2hs
 * libcap2
 * libedit
 * libf2c2
 * libpam-chroot
 * libpam-foreground
 * libpam-opie
 * libpam-pwdfile
 * muddleftpd
 * openafs
 * pam-krb5-migrate

 1 ld: --warn-shared-textrel: unknown option
 * sendmail
 



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



Bug#556951: [binutils] objcopy fails with 'Invalid operation'

2009-11-18 Thread Peter Fritzsche
forwarded 556951 http://sourceware.org/bugzilla/show_bug.cgi?id=10982
thanks

Matthias Klose wrote:
[]
  `debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_cl
 ient': Invalid operation dh_strip: objcopy returned exit code 1
 
  Is this a known problem with binutils-gold?
 
 yes, I did see this as well recently.
Could it be that it is new with 2.20-3 or 2.20-4? I think I didn't saw that in
earlier version. I think I saw it the first time when compiling batctl - which
I compiled right after update of my Sources file. This was after the 11.
November.

I wanted to write a bug report right now but haven't a glue why it fails.

objcopy --only-keep-debug debian/batctl/usr/sbin/batctl 
debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl

seems to work without any problems. The real problem is 

objcopy --add-gnu-debuglink debian/batctl-dbg/usr/lib/debug//usr/sbin/batctl 
debian/batctl/usr/sbin/batctl

So a small test would be:

$ echo 'int main() { return 0; }'  test.c  \
 gcc -g3 test.c -o test  \
 objcopy --only-keep-debug test test.dbg  \
 objcopy --add-gnu-debuglink=./test.dbg test  echo cool it works
objcopy:stCdJOm4: cannot create debug link section `./test.dbg': Invalid 
operation

This works with the old linker, but not with binutils-gold

So I build the cvs version of the linker and objcopy and it is the same here. 
So it is propably an upstream bug.

Best regards,
Peter



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



Bug#556655: [qemu] Cannot update from 0.10.6-1

2009-11-17 Thread Peter Fritzsche
Package: qemu
Version: 0.11.0-1
Severity: normal

Unpacking qemu-system (from .../qemu-system_0.11.0-1_amd64.deb) ...
Unpacking qemu-user (from .../qemu-user_0.11.0-1_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/qemu-user_0.11.0-1_amd64.deb 
(--unpack):
 trying to overwrite '/usr/share/man/man1/qemu-user.1.gz', which is also in 
package qemu 0:0.11.0-1
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Unpacking qemu-utils (from .../qemu-utils_0.11.0-1_amd64.deb) ...
dpkg: error processing /var/cache/apt/archives/qemu-utils_0.11.0-1_amd64.deb 
(--unpack):
 trying to overwrite '/usr/bin/qemu-io', which is also in package kvm 
0:85+dfsg-4.1
dpkg-deb: subprocess paste killed by signal (Broken pipe)
Processing triggers for man-db ...
Errors were encountered while processing:
 /var/cache/apt/archives/qemu-user_0.11.0-1_amd64.deb
 /var/cache/apt/archives/qemu-utils_0.11.0-1_amd64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
A package failed to install.  Trying to recover:
dpkg: dependency problems prevent configuration of qemu:
 qemu depends on qemu-user; however:
  Package qemu-user is not installed.
 qemu depends on qemu-utils; however:
  Package qemu-utils is not installed.
dpkg: error processing qemu (--configure):
 dependency problems - leaving unconfigured
Setting up qemu-system (0.11.0-1) ...
Errors were encountered while processing:
 qemu
Press return to continue.


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.31-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 
  500 unstabledebian-multimedia.informatik.uni-erlangen.de 
  500 testing ftp.debian.org 
  500 stable  ftp.debian.org 
1 experimentalftp.debian.org 

--- Package information. ---
Depends  (Version) | Installed
==-+-===
qemu-system| 0.11.0-1
qemu-user  | 
qemu-utils | 


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#556594: [nvidia-glx-dev] Depends on and conflicts with = nvidia-glx_190.42

2009-11-16 Thread Peter Fritzsche
Package: nvidia-glx-dev
Version: 190.42-1
Severity: serious

Wanted to install the nevest version and cannot do it because it depends and 
conflicts  with the same version of nvidia-glx.

From the control file:
 Depends: nvidia-glx (= 190.42)
 Conflicts: libgl-dev, mesa-common-dev, nvidia-glx (= 190.42)



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



Bug#556049: FTBFS with binutils-gold

2009-11-13 Thread Peter Fritzsche
Bill Allombert wrote:
 On Fri, Nov 13, 2009 at 11:05:40AM +0100, Peter Fritzsche wrote:
  Source: pari
  Version: 2.3.4-2
  Severity: minor
  User: peter.fritzs...@gmx.de
  Usertags: no-add-needed
 
  Tried to build your package and it fails to build with GNU binutils-gold.
  The important difference is that --no-add-needed is the default behavior
  of of GNU binutils-gold. Please provide all needed libraries to the
  linker when building your executables.
 
  More informations can be found at
  
  http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbeca
 usebinutils-gold.2BAC8-indirectlinking
 
 Hello Peter,
 Thanks for the report, and I agree with the issue (I forgot plotport used
  libm).
 
 However I am slightly concerned that this policy is opposite to another one
 that say to never link binaries against library they do not use directly,
 to avoid spurious dependencies.
You use it directly as you link to plotport.o which must be linked to libm. 
You must always resolve symbols of objects you link to. It wouldn't be the 
case if you link to libplotport.so.

Best regards,
Peter



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



Bug#556049: FTBFS with binutils-gold

2009-11-13 Thread Peter Fritzsche
Bill Allombert wrote:
 On Fri, Nov 13, 2009 at 11:05:40AM +0100, Peter Fritzsche wrote:
  Source: pari
  Version: 2.3.4-2
  Severity: minor
  User: peter.fritzs...@gmx.de
  Usertags: no-add-needed
 
  Tried to build your package and it fails to build with GNU binutils-gold.
  The important difference is that --no-add-needed is the default behavior
  of of GNU binutils-gold. Please provide all needed libraries to the
  linker when building your executables.
 
  More informations can be found at
  
  http://wiki.debian.org/qa.debian.org/FTBFS#A2009-11-02Packagesfailingbeca
 usebinutils-gold.2BAC8-indirectlinking
 
 Hello Peter,
 Thanks for the report, and I agree with the issue (I forgot plotport used
  libm).
 
 However I am slightly concerned that this policy is opposite to another one
 that say to never link binaries against library they do not use directly,
 to avoid spurious dependencies.
 Of course the two policies are complementary, but I am afraid that fixing
 packages to link with gold will lead maintainers to link with more
  libraries than strictly required (because it is not always obvious) and to
  add spurious dependencies to packages.
To explain it further. The policy says something like: Hey, don't link to 
libxyz when you arent using it. And binutils-gold says.. hey link to libabc if 
you are using it. So it is completely unrelated.

 So it would be best if both checks were consolidated somehow into a single
 one with the exact list of library to add.
Building with binutils-gold and checking output of dpkg-shlibdeps is the exact 
test you suggests.

Best regards,
Peter



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



Bug#555886: [binutils-gold] Support more options available by current GNU ld

2009-11-12 Thread Peter Fritzsche
Package: binutils-gold
Version: 2.20-3
Severity: wishlist

During my rebuild some packages failed because of missing options for the 
linker. Maybe it is possible to add the features and options to support 
compilation of most packages in debian:

/usr/bin/ld: --allow-multiple-definition: unknown option
/usr/bin/ld: muldefs: unknown -z option
/usr/bin/ld: -assert: unknown option
/usr/bin/ld: -combreloc: unknown -z option
/usr/bin/ld: --cref: unknown option
/usr/bin/ld: def: unknown -z option
/usr/bin/ld: -fPIE: unknown option
/usr/bin/ld: --no-undefined-version: unknown option
/usr/bin/ld:  relro: unknown -z option
/usr/bin/ld: --sort-common: unknown option
/usr/bin/ld: -warn-common: unknown option
/usr/bin/ld: --discard-all: unknown option
/usr/bin/ld: -x: unknown option

This is the default behavior, so it can implemented by just recognizing it by 
the option parser:
/usr/bin/ld: --no-add-needed: unknown option



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



Bug#555886: [binutils-gold] Support more options available by current GNU ld

2009-11-12 Thread Peter Fritzsche
Matthias Klose wrote:
[...]
  This is the default behavior, so it can implemented by just recognizing
  it by the option parser:
  /usr/bin/ld: --no-add-needed: unknown option
 
 do you have an overview, how often these are used, and which packages do
  use them?
I can create a statistic when submitting that upstream like the rest of the 
currently not forwarded bugs created by me. The rebuild isn't finished yet 
because I had to use the machine for other work first. Just a quick preview:

0 /usr/bin/ld: --no-add-needed: unknown option
Was sure that I had one but it could be that this was a recent update which 
wasn't part of the rebuild.

1 /usr/bin/ld: --allow-multiple-definition: unknown option
 * brutefir
1 /usr/bin/ld: -assert: unknown option
 * aspectc++
1 /usr/bin/ld: -combreloc: unknown -z option
 * db1-compat
1 /usr/bin/ld: --cref: unknown option
 * faumachine
2 /usr/bin/ld: def: unknown -z option
 * bobcat
 * gnugk
1 /usr/bin/ld: -fPIE: unknown option
 * mandos (not sure if this option is real allowed here)
1 /usr/bin/ld: muldefs: unknown -z option
 * gnudatalanguage
1 /usr/bin/ld: --no-undefined-version: unknown option
 * libdebian-installer
1 /usr/bin/ld:  relro: unknown -z option
 * kerneloops
1 /usr/bin/ld: --sort-common: unknown option
 * busybox
1 /usr/bin/ld: -warn-common: unknown option
 * gputils
9 /usr/bin/ld: -x: unknown option
 * asterisk-chan-capi
 * c2hs
 * gtk2hs
 * libcap2
 * libpam-opie
 * libpam-pwdfile
 * muddleftpd
 * openafs
 * pam-krb5-migrate

Not counted are programs which fail due to undefined references and where the 
linker segfaults/crashes - and of course programs which I haven't compiled 
yet.

Best regards,
Peter



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



Bug#555779: FTBFS with binutils-gold

2009-11-11 Thread Peter Fritzsche
Arthur de Jong wrote:
 tags 555779 + pending
 thanks
 
 On Wed, 2009-11-11 at 11:06 +0100, Peter Fritzsche wrote:
  Tried to build your package and it fails to build with GNU
  binutils-gold. The important difference is that --no-add-needed is the
  default behavior of of GNU binutils-gold. Please provide all needed
  libraries to the linker when building your executables.
 
 Thanks for pointing this out. I have updated the configure script to add
 -llber if needed. The change will be in the next upload.
Thanks for the fast processing of this bug

 I have tested this with both standard binutils and passing
 LDFLAGS=-Wl,--no-add-needed to configure and installing binutils-gold
 and both produce a correct build as far as I can tell (passing
 --no-add-needed with binutils-gold doesn't work BTW).
Yes, this is getting a problem as some packages started to use it - which will 
fail as it doesn't allow to change that value. I will submit a patch which 
accepts this flag and ignores it.

Best regards,
Peter



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



Bug#554695: FTBFS with binutils-gold

2009-11-10 Thread Peter Fritzsche
Helge Kreutzmann wrote:
[...]
 From what I've gathered from here, you introduced a new linker and
 found that it does not link many programmes linking with the standard
 linker. I haven't heard of it before, nor was it mentioned as
 (possible) release goal (IIRC, correction welcome). And about the only
 advantage seems to be the avoidance of certain classes of possible
 errors, where I don't know how common they are.
Correct. It is not a release goal, but the linker can be (misused) to show 
some common failures when linking programs. So it is more a QA bug - if you 
want to change it to wishlist then do it. In your case it is only that 
upstream forgot to link against libX11 even if they use symbols from that 
library.

Best regards,
Peter



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



Bug#554695: FTBFS with binutils-gold

2009-11-10 Thread Peter Fritzsche
Helge Kreutzmann wrote:
 On Tue, Nov 10, 2009 at 06:36:00PM +0100, Peter Fritzsche wrote:
  Correct. It is not a release goal, but the linker can be (misused) to
  show some common failures when linking programs. So it is more a QA bug -
  if you want to change it to wishlist then do it. In your case it is only
  that upstream forgot to link against libX11 even if they use symbols from
  that library.
 
 Upstream intends to fix the bug in the next release but I cannot tell
 you exactly when this will be, hence I'll better not add pending.
Thanks for getting this bug fixed.

Best regards,
Peter



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



Bug#555012: [binutils-gold] Interprets --exclude-libs completely different to old GNU ld

2009-11-07 Thread Peter Fritzsche
Package: binutils-gold
Version: 2.20-2
Severity: normal

I have currently the problem that kde4libs doesn't build.

Linking CXX shared library ../lib/libplasma.so
cd plasma  /usr/bin/cmake -E cmake_link_script CMakeFiles/plasma.dir/link.txt 
--verbose=1
/usr/bin/g++  -fPIC -g -O2 -g -Wall -O2 -Wnon-virtual-dtor -Wno-long-long -ansi 
-Wundef -Wcast-align -Wchar-subscripts -Wall 
-W -Wpointer-arith -Wformat-security -fno-exceptions -fno-check-new -fno-common 
-Woverloaded-virtual -fno-threadsafe-statics 
-fvisibility=hidden -fvisibility-inlines-hidden -DNDEBUG -DQT_NO_DEBUG 
-Wl,--exclude-libs -Wl,libQtUiTools.a -Wl,--enable-
new-dtags -Wl,--fatal-warnings -Wl,--no-undefined -lc -Wl,--no-undefined 
-Wl,--as-needed -shared -Wl,-soname,libplasma.so.3 
-o ../lib/libplasma.so.3.0.0 CMakeFiles/plasma.dir/plasma_automoc.o 
CMakeFiles/plasma.dir/packagemetadata.o 
CMakeFiles/plasma.dir/packagestructure.o CMakeFiles/plasma.dir/package.o 
CMakeFiles/plasma.dir/abstractrunner.o 
CMakeFiles/plasma.dir/animationdriver.o CMakeFiles/plasma.dir/animator.o 
CMakeFiles/plasma.dir/applet.o 
CMakeFiles/plasma.dir/configloader.o CMakeFiles/plasma.dir/containment.o 
CMakeFiles/plasma.dir/context.o 
CMakeFiles/plasma.dir/corona.o CMakeFiles/plasma.dir/datacontainer.o 
CMakeFiles/plasma.dir/dataengine.o 
CMakeFiles/plasma.dir/dataenginemanager.o CMakeFiles/plasma.dir/delegate.o 
CMakeFiles/plasma.dir/dialog.o 
CMakeFiles/plasma.dir/extender.o CMakeFiles/plasma.dir/extendergroup.o 
CMakeFiles/plasma.dir/extenderitem.o 
CMakeFiles/plasma.dir/paintutils.o CMakeFiles/plasma.dir/framesvg.o 
CMakeFiles/plasma.dir/plasma.o 
CMakeFiles/plasma.dir/popupapplet.o 
CMakeFiles/plasma.dir/private/applethandle.o 
CMakeFiles/plasma.dir/private/datacontainer_p.o 
CMakeFiles/plasma.dir/private/desktoptoolbox.o 
CMakeFiles/plasma.dir/private/extenderapplet.o 
CMakeFiles/plasma.dir/private/extenderitemmimedata.o 
CMakeFiles/plasma.dir/private/nativetabbar.o 
CMakeFiles/plasma.dir/private/packages.o 
CMakeFiles/plasma.dir/private/paneltoolbox.o 
CMakeFiles/plasma.dir/private/runnerjobs.o 
CMakeFiles/plasma.dir/private/style.o CMakeFiles/plasma.dir/private/toolbox.o 
CMakeFiles/plasma.dir/private/tooltip.o 
CMakeFiles/plasma.dir/private/wallpaperrenderthread.o 
CMakeFiles/plasma.dir/private/windowpreview.o 
CMakeFiles/plasma.dir/querymatch.o CMakeFiles/plasma.dir/runnercontext.o 
CMakeFiles/plasma.dir/runnermanager.o 
CMakeFiles/plasma.dir/runnersyntax.o 
CMakeFiles/plasma.dir/scripting/appletscript.o 
CMakeFiles/plasma.dir/scripting/dataenginescript.o 
CMakeFiles/plasma.dir/scripting/runnerscript.o 
CMakeFiles/plasma.dir/scripting/scriptengine.o CMakeFiles/plasma.dir/service.o 
CMakeFiles/plasma.dir/servicejob.o 
CMakeFiles/plasma.dir/svg.o CMakeFiles/plasma.dir/theme.o 
CMakeFiles/plasma.dir/tooltipcontent.o 
CMakeFiles/plasma.dir/tooltipmanager.o CMakeFiles/plasma.dir/version.o 
CMakeFiles/plasma.dir/view.o 
CMakeFiles/plasma.dir/wallpaper.o CMakeFiles/plasma.dir/widgets/checkbox.o 
CMakeFiles/plasma.dir/widgets/combobox.o 
CMakeFiles/plasma.dir/widgets/flashinglabel.o 
CMakeFiles/plasma.dir/widgets/frame.o CMakeFiles/plasma.dir/widgets/groupbox.o 
CMakeFiles/plasma.dir/widgets/iconwidget.o 
CMakeFiles/plasma.dir/widgets/label.o CMakeFiles/plasma.dir/widgets/lineedit.o 
CMakeFiles/plasma.dir/widgets/meter.o 
CMakeFiles/plasma.dir/widgets/pushbutton.o 
CMakeFiles/plasma.dir/widgets/radiobutton.o 
CMakeFiles/plasma.dir/widgets/scrollbar.o 
CMakeFiles/plasma.dir/widgets/signalplotter.o 
CMakeFiles/plasma.dir/widgets/slider.o CMakeFiles/plasma.dir/widgets/spinbox.o 
CMakeFiles/plasma.dir/widgets/toolbutton.o 
CMakeFiles/plasma.dir/widgets/busywidget.o 
CMakeFiles/plasma.dir/widgets/scrollwidget.o 
CMakeFiles/plasma.dir/widgets/svgwidget.o 
CMakeFiles/plasma.dir/widgets/tabbar.o 
CMakeFiles/plasma.dir/widgets/textbrowser.o 
CMakeFiles/plasma.dir/widgets/treeview.o 
CMakeFiles/plasma.dir/widgets/textedit.o 
CMakeFiles/plasma.dir/widgets/webview.o 
CMakeFiles/plasma.dir/glapplet.o CMakeFiles/plasma.dir/widgets/videowidget.o 
-lQtCore ../lib/libkdecore.so.5.3.0 
../lib/libkdeui.so.5.3.0 ../lib/libkio.so.5.3.0 -lQtCore 
../lib/libkdecore.so.5.3.0 ../lib/libkdeui.so.5.3.0 
../lib/libkio.so.5.3.0 ../lib/libkfile.so.4.3.0 ../lib/libknewstuff2.so.4.3.0 
-Wl,-Bstatic -lQtUiTools -Wl,-Bdynamic -
lQtWebKit ../lib/libthreadweaver.so.4.3.0 -lQtCore ../lib/libkdecore.so.5.3.0 
../lib/libsolid.so.4.3.0 -lSM -lICE -lX11 -
lXext -lXau -lXdmcp -lphonon -ldl -lQtOpenGL -lGL ../lib/libkio.so.5.3.0 
../lib/libkdeui.so.5.3.0 ../lib/libkdecore.so.5.3.0 
-lQtDBus -lQtSvg ../lib/libsolid.so.4.3.0 -lQtNetwork -lQtXml -lQtGui -lQtCore 
/usr/bin/ld: warning: hidden symbol 'QFont::pointSize() const' in 
CMakeFiles/plasma.dir/delegate.o is referenced by DSO 
/usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/libQtWebKit.so
/usr/bin/ld: warning: hidden symbol 'QVariant::QVariant(QTime const)' in 
/usr/lib/gcc/x86_64-linux-
gnu/4.3.4/../../../../lib/libQtCore.so is referenced by DSO 

Bug#554694: FTBFS with binutils-gold

2009-11-06 Thread Peter Fritzsche
Dmitry E. Oboukhov wrote:
 Goldendict are built by qt4-qmake. I think that You should report
 about such projects in qt4-qmake package, because just qt4-qmake
 generates linker call command. I think that it is the same as packages
 which are under automake/autoconf.
As others have said it before: these tools don't magically find dependencies. 
So it is a user who specified it and in most cases not in auto* or *make, but 
in a external script/config file. This means either the package author of the 
broken package or the author of the (for example) pkg-config file has to 
correct it. So it is correct that not always the broken package is the reason 
for that problem.

 You buried me with the same bugs, but only one really touched my
 package. I think You should find out which specific a package has a bug
 before submit bugreports.
I expect ~600 broken packages. I don't have really time to check in detail 
what is broken. I do a quick check if it looks like this is the fault of the 
package and not the build system, but I cannot create patches for every 
problem. I am really sorry if I submit a wrong bug.

To show you that this is probably real a broken config file I attached you a 
patch which fixes this packages. I would feel better if it would use pkg-
config or something similar, but I don't know qmake4 good enough to find how 
to use it correctly.

And the problem is only that it uses for example XKeysymToKeycode in 
hotkeywrapper.cc:305 which is defined by libX11.so `readelf -s 
/usr/lib/libX11.so|grep XKeysymToKeycode` - but doesn't link to it correctly.

 For example: fluxbox is built with autotools. goldendict is built with
 qt4-qmake. Do You suggest me to patch all these packages?
You don't have to fix these things. A report back to the upstream author would 
be everything I expect from a maintainer. If he real fixes it by himself - 
wow, that's wonderful, but I don't force anybody to do that.

Best regards,
Peter
--- a/goldendict.pro	2009-11-06 10:49:10.196891227 +0100
+++ b/goldendict.pro	2009-11-06 10:44:34.852891885 +0100
@@ -32,7 +32,7 @@
 LIBS += -Lwinlibs/lib
 }
 unix { 
-LIBS += -lXtst
+LIBS += -lXtst -lX11
 PREFIX = $$(PREFIX)
 isEmpty( PREFIX ):PREFIX = /usr
 DEFINES += PROGRAM_DATA_DIR=\\\$$PREFIX/share/apps/goldendict/\\\


Bug#553435: [binutils-gold] Creates exported symbol e...@base

2009-11-06 Thread Peter Fritzsche
tags 553435 + upstream
thanks

It was real a bug and is fixed upstream 
http://sourceware.org/bugzilla/show_bug.cgi?id=10876#c3



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



Bug#553436: [binutils-gold] Links against libraries I never have specified

2009-11-06 Thread Peter Fritzsche
tags 553436 + upstream
block 553436 by 553512
thanks

Fixed upstream in 553512 and explanation in 
http://sourceware.org/bugzilla/show_bug.cgi?id=10875#c2



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



Bug#553924: [binutils-gold] segfaults in fldigi 3.11.6-1

2009-11-04 Thread Peter Fritzsche
Package: binutils-gold
Version: 2.20-2

segfaults in fldigi 3.11.6-1

g++ -pthread   -I/usr/include/freetype2 -g -O2 -D_THREAD_SAFE -D_REENTRANT 
-I/usr/include/libpng12 -pipe -Wall -fexceptions -O2 
-ffast-math -finline-functions -fomit-frame-pointer  -g -O2   -o fldigi 
hamlib.o rigclass.o locator.ocombo.o cw.o morse.o 
rtty.o colorsfonts.o confdialog.o fl_digi.o font_browser.o Viewer.o 
htmlstrings.o thor.o thorvaricode.o dominoex.o dominovar.o 
feld.o feldfonts.o fft.o Fl_Native_File_Chooser.o fileselect.o fftfilt.o 
filters.o viterbi.o globals.o irrXML.o adif_io.o 
calendar.o date.o lgbook.o logbook.o logsupport.o qso_db.o table.o textio.o 
logger.o rx_extract.o speak.o main.o interleave.o 
mfsk.o mfskvaricode.o ascii.o configuration.o debug.o dxcc.o flstring.o icons.o 
log.o macroedit.o macros.o misc.o network.o 
newinstall.o arq_io.o lookupcall.o pixmaps.o qrzlib.o re.o socket.o 
stacktrace.o status.o threads.o timeops.o util.o dsp.o 
mt63.o mt63base.o olivia.o psk.o pskcoeff.o pskvaricode.o viewpsk.o pskeval.o 
qrunner.o FreqControl.o ptt.o rigMEM.o 
rigdialog.o rigio.o rigsupport.o rigxml.o serial.o rsid.o mixer.o sound.o 
soundconf.o pskrep.o spot.o throb.o modem.o trx.o 
colorbox.o digiscope.o raster.o waterfall.o FTextView.o Fl_Text_Display_mod.o 
Fl_Text_Editor_mod.o flinput2.o picture.o 
progress.o analysis.o wwv.o  -lportaudio -lm -lpthread-lfltk_images -lfltk 
-lsndfile -lsamplerate-lhamlib -lm -
lpng12 -ldl  -lrt  
collect2: ld terminated with signal 11 [Segmentation fault]
make[3]: *** [fldigi] Error 1



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



Bug#554372: FTBFS with binutils-gold

2009-11-04 Thread Peter Fritzsche
Daniel Leidert wrote:
 Can you please send me the full buildlog?
Yes, I will generate a full build log and attach it to this mail.

[...]
  gcc [..] -lgtkglext-x11-1.0 [..]
  /usr/bin/ld: gamgi_mesa_area.o: in function
  gamgi_mesa_area_create:./mesa/gamgi_mesa_area.c:324: error: undefined
  reference to 'gdk_gl_config_new_by_mode'
 
 This function reference should be solved by linking with
 libgtkglext-x11-1.0.so.
 
 This is defined as
 
  #ifndef GDK_MULTIHEAD_SAFE
  GdkGLConfig *gdk_gl_config_new_by_mode(GdkGLConfigMode 
  mode); #endif /* GDK_MULTIHEAD_SAFE */
You are linking against following libraries:
gtkglext-x11-1.0 GLU GL gtk-x11-2.0 gdk-x11-2.0 atk-1.0 gdk_pixbuf-2.0 
pangocairo-1.0 pango-1.0 cairo gobject-2.0 gmodule-2.0 glib-2.0 Xext X11 Xi 
Xmu freetype expat m dl

and your binary says:
gtkglext-x11-1.0 GLU GL gtk-x11-2.0 gdk-x11-2.0 gobject-2.0 glib-2.0 freetype 
expat m gdkglext-x11-1.0

The most important difference is gdkglext-x11-1.0. So adding
 -lgdkglext-x11-1.0 fixes the problem as this is the library which provides 
these symbols and not gtkglext-x11-1.0 (which is a layer above it).

Best regards,
Peter


failed-gamgi.gz
Description: GNU Zip compressed data
--- a/src/make_rules.orig	2009-11-04 21:01:49.337795522 +0100
+++ b/src/make_rules	2009-11-04 21:02:29.453790527 +0100
@@ -33,7 +33,7 @@
 LIBS = -lgtkglext-x11-1.0 -lGLU -lGL -lgtk-x11-2.0 -lgdk-x11-2.0 \
 	-latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 \
 	-lcairo -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lXext -lX11 \
-	-lXi -lXmu -lfreetype -lexpat -lm -ldl
+	-lXi -lXmu -lfreetype -lexpat -lm -ldl -lgdkglext-x11-1.0
 
 # full paths ===
 


Bug#553941: FTBFS with binutils-gold

2009-11-04 Thread Peter Fritzsche
Dmitry E. Oboukhov wrote:
 On 12:19 Mon 02 Nov , Peter Fritzsche wrote:
 PF Package: blockout2
 PF Version: 2.4+dfsg1-4
 PF Severity: normal
 
 PF Tried to build your package and it fails to build with GNU
  binutils-gold. The PF important difference is that --no-add-needed is the
  default behavior of of GNU PF binutils-gold. Please provide all needed
  libraries to the linker when building PF your executables.
 
 What is the library 'binutils-gold'? Why I must do a compatibility
 with this library?
This is not a library, but the next generation linker of binutils. It is 
slightly different and faster than the old ld.

The FTBFS with it is just a symptom of another problem - the problem is that 
you don't link to all libraries you use. Why it is bad is explained in the 
Debian wiki.

Best regards,
Peter



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



Bug#554372: FTBFS with binutils-gold

2009-11-04 Thread Peter Fritzsche
Carlos Pereira wrote:
 Hi Daniel, hi Peter,
 
 It's my fault then. I am sorry. Interesting that this issue never
 surfaced before.
Yes, this is more the fault of the old GNU ld which is used by most 
distributions right now (like Ubuntu 9.10). It has a quite messy way of 
finding the symbols, but there are different other linkers around used by 
other Unix systems and maybe GNU gold will replace the old ld in the future on 
Linux too. As this didn't happened yet it is a minor bug for Debian right.

Thanks for fixing it right now.

I think that it is just a matter of time until the transition will happen. The 
design and optimization features of the linker (read about global 
optimizations and plugin interface only some weeks ago). Yes, it is in some 
parts different then the old linker, but in a sane way.

Best regards,
Peter



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



Bug#553607: [pbuilder] rebuild/buildall tries to download with acepack when building ack

2009-11-02 Thread Peter Fritzsche
Junichi Uekawa wrote:
 Patch would be very welcome. If you can get it working I'd love to
 apply it.
My way to get it working is listed in the first mail. But it must use regular 
expression to mark beginning and end of an package name.



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



Bug#553916: [binutils-gold] Crashes when compiling arj

2009-11-02 Thread Peter Fritzsche
Package: binutils-gold
Version: 2.20-1
Severity: normal

Tried to compile arj 3.10.22-7 and got following message when linking:

cc -DLOCALE=LANG_en -DLOCALE_DESC=\en\ -DPKGLIBDIR=\/usr/lib/arj\ 
-D_UNIX -Wall -g -O2 -s gnu/stripgcc.lnk -o linux-
gnu/en/rs/tools/today ./linux-gnu/en/rs/tools/filemode.o 
./linux-gnu/en/rs/tools/today.o 
/usr/bin/ld: internal error in write_sections, at ../../gold/reloc.cc:747
collect2: ld returned 1 exit status



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



Bug#553917: [aqsis] FTBFS with scons 1.2.0.d20090905-1 and python 2.5.4-2

2009-11-02 Thread Peter Fritzsche
Package: aqsis
Version: 1.2.0-2.1
Severity: important

scons: warning: The env.Copy() method is deprecated; use the env.Clone() method 
instead.
File /tmp/buildd/aqsis-1.2.0/build/rib/api/SConscript, line 13, in module   

TypeError: unsupported operand type(s) for +: 'NoneType' and 'str': 

  File /tmp/buildd/aqsis-1.2.0/SConstruct, line 318:  

env.SConscript( dirs = prependBuildDir(['distribution']) )  

  File /usr/lib/scons/SCons/Script/SConscript.py, line 553:   

return apply(_SConscript, [self.fs,] + files, subst_kw) 

  File /usr/lib/scons/SCons/Script/SConscript.py, line 262:   

exec _file_ in call_stack[-1].globals   

  File /tmp/buildd/aqsis-1.2.0/build/distribution/SConscript, line 3: 

SConscript('win/SConscript')

  File /usr/lib/scons/SCons/Script/SConscript.py, line 616:   

return apply(method, args, kw)  

  File /usr/lib/scons/SCons/Script/SConscript.py, line 553:   

return apply(_SConscript, [self.fs,] + files, subst_kw) 

  File /usr/lib/scons/SCons/Script/SConscript.py, line 262:   

exec _file_ in call_stack[-1].globals   

  File /tmp/buildd/aqsis-1.2.0/build/distribution/win/SConscript, line 3: 

SConscript('nsis/SConscript')   

  File /usr/lib/scons/SCons/Script/SConscript.py, line 616:   

return apply(method, args, kw)  

  File /usr/lib/scons/SCons/Script/SConscript.py, line 553:
return apply(_SConscript, [self.fs,] + files, subst_kw)
  File /usr/lib/scons/SCons/Script/SConscript.py, line 262:
exec _file_ in call_stack[-1].globals
  File /tmp/buildd/aqsis-1.2.0/build/distribution/win/nsis/SConscript, line 
15:
installer1 = env.Installer('setup')
  File /usr/lib/scons/SCons/Environment.py, line 257:
return apply(MethodWrapper.__call__, (self, target, source) + args, kw)
  File /usr/lib/scons/SCons/Environment.py, line 221:
return apply(self.method, nargs, kwargs)
  File /usr/lib/scons/SCons/Builder.py, line 632:
return self._execute(env, target, source, OverrideWarner(kw), ekw)
  File /usr/lib/scons/SCons/Builder.py, line 578:
key = self.action.batch_key(env or self.env, tlist, slist)
  File /usr/lib/scons/SCons/Action.py, line 876:
return self._generate(target, source, env, 1).batch_key(env, target, source)
  File /usr/lib/scons/SCons/Action.py, line 858:
for_signature=for_signature)
  File /tmp/buildd/aqsis-1.2.0/NSIS.py, line 150:
ret = env['NSIS']+ 
make: *** [build-stamp] Error 2
dpkg-buildpackage: error: debian/rules build gave error exit status 2



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



Bug#553924: [binutils-gold] Segfaults when compiling ax25-apps 0.0.6-16

2009-11-02 Thread Peter Fritzsche
Package: binutils-gold
Version: 2.20-1
Severity: normal

/bin/bash ../libtool --tag=CC --mode=link gcc  -g -O2 -Wall   -o ax25mond  
ax25mond.o -lax25 
mkdir .libs
gcc -g -O2 -Wall -o ax25mond ax25mond.o  /usr/lib/libax25.so  
collect2: ld terminated with signal 11 [Segmentation fault]


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.31-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libc6  (= 2.3) | 2.10.1-4
libgcc1(= 1:4.1.1) | 1:4.4.2-1
libstdc++6 (= 4.3) | 4.4.2-1
zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-15
binutils (= 2.20-1) | 2.20-1


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#553925: [ball] FTBFS

2009-11-02 Thread Peter Fritzsche
Package: ball
Version: 1.3.0-1
Severity: serious

atom.sip: In function 'int convertTo_AtomType(PyObject*, void**, int*, 
PyObject*)':
atom.sip:23: error: 'sipIsErr' was not declared in this scope
/home/peter/rebuild/build/ball/ball-1.3.0/include/BALL/FORMAT/resourceFile.h: 
In function 'void assign_ResourceFile(void*, 
Py_ssize_t, const void*)':
/home/peter/rebuild/build/ball/ball-1.3.0/include/BALL/FORMAT/resourceFile.h:810:
 error: 'const BALL::ResourceFile 
BALL::ResourceFile::operator=(const BALL::ResourceFile)' is private
sipBALLCoreResourceFile.C:600: error: within this context
make[3]: *** [sipBALLCoreResourceFile.lo] Error 1
make[3]: *** Waiting for unfinished jobs



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



Bug#553926: [binutils-gold] Segfaults when compiling bittwist 1.0-1

2009-11-02 Thread Peter Fritzsche
Package: binutils-gold
Version: 2.20-2
Severity: normal

cc -Wall -g -O2 -g src/bittwist.c -o src/bittwist -I/usr/local/include 
-L/usr/local/lib -lpcap
collect2: ld terminated with signal 11 [Segmentation fault]
make[1]: *** [bittwist] Error 1


--- System information. ---
Architecture: amd64
Kernel:   Linux 2.6.31-1-amd64

Debian Release: squeeze/sid
  500 unstableftp.debian.org 

--- Package information. ---
Depends   (Version) | Installed
===-+-=
libc6  (= 2.7) | 2.10.1-5
libgcc1(= 1:4.1.1) | 1:4.4.2-1
libstdc++6 (= 4.3) | 4.4.2-1
zlib1g (= 1:1.1.4) | 1:1.2.3.3.dfsg-15
binutils (= 2.20-2) | 2.20-2


Package's Recommends field is empty.

Package's Suggests field is empty.






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



Bug#553933: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: anerley
Version: 0.1.7-1
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

/bin/bash ../libtool --tag=CC   --mode=link cc -std=gnu99 
-I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   -
I/usr/include/telepathy-1.0 -I/usr/include/dbus-1.0 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -
I/usr/lib/dbus-1.0/include   -pthread -D_REENTRANT -I/usr/include/nbtk-1.2 
-I/usr/include/clutter-1.0 -I/usr/include/cairo -
I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 -I/usr/include/pixman-1 
-I/usr/include/freetype2 -I/usr/include/directfb -
I/usr/include/libpng12 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include   
-I.. -DPKG_DATA_DIR=\/usr/share/anerley\ -g -O2 
-g -Wall -O2 -Wall -lgobject-2.0 -lglib-2.0   -ltelepathy-glib   -pthread 
-lnbtk-1.2 -lclutter-glx-1.0 -lpangocairo-1.0 -
lgthread-2.0 -lrt -lgdk_pixbuf-2.0 -lm -lGL -lX11 -lXext -lXdamage -lXcomposite 
-lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 
-lglib-2.0 -lXfixes-o test-tp-feed test-tp-feed.o ../anerley/libanerley.la 
libtool: link: cc -std=gnu99 -I/usr/include/glib-2.0 
-I/usr/lib/glib-2.0/include -I/usr/include/telepathy-1.0 -
I/usr/include/dbus-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include 
-I/usr/lib/dbus-1.0/include -pthread -D_REENTRANT -
I/usr/include/nbtk-1.2 -I/usr/include/clutter-1.0 -I/usr/include/cairo 
-I/usr/include/pango-1.0 -I/usr/include/gtk-2.0 -
I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/directfb 
-I/usr/include/libpng12 -I/usr/include/glib-2.0 -
I/usr/lib/glib-2.0/include -I.. -DPKG_DATA_DIR=\/usr/share/anerley\ -g -O2 -g 
-Wall -O2 -Wall -pthread -o .libs/test-tp-feed 
test-tp-feed.o  -ltelepathy-glib /usr/lib/libnbtk-1.2.so -lclutter-glx-1.0 
/usr/lib/libpangocairo-1.0.so 
/usr/lib/libgthread-2.0.so -lrt /usr/lib/libgdk_pixbuf-2.0.so -lm -lGL -lX11 
-lXext -lXdamage -lXcomposite 
/usr/lib/libpango-1.0.so /usr/lib/libcairo.so /usr/lib/libgobject-2.0.so 
/usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so -
lXfixes ../anerley/.libs/libanerley.so -pthread
/usr/bin/ld: test-tp-feed.o: in function main:test-tp-feed.c:127: error: 
undefined reference to 'dbus_g_bus_get'
collect2: ld returned 1 exit status
make[3]: *** [test-tp-feed] Error 1



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



Bug#553936: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: audtty
Version: 0.1.11-1
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

cc -g -O2 -g2 -Wall -Werror -lncursesw -laudclient  -o audtty main.o 
curses_printf.o playlist.o playlist_jump.o 
playlist_addurl.o settings.o connect.o browse.o playlist_create.o
/usr/bin/ld: main.o: in function main:main.c:58: error: undefined reference to 
'g_type_init'
/usr/bin/ld: main.o: in function main:main.c:64: error: undefined reference to 
'dbus_g_bus_get'
/usr/bin/ld: main.o: in function main:main.c:69: error: undefined reference to 
'dbus_g_proxy_new_for_name'
/usr/bin/ld: curses_printf.o: in function mvwaddnstrf:curses_printf.c:95: 
error: undefined reference to 'g_free'
/usr/bin/ld: curses_printf.o: in function waddnstrf:curses_printf.c:83: error: 
undefined reference to 'g_free'
/usr/bin/ld: curses_printf.o: in function mvwaddstrf:curses_printf.c:71: error: 
undefined reference to 'g_free'
/usr/bin/ld: curses_printf.o: in function waddstrf:curses_printf.c:59: error: 
undefined reference to 'g_free'
/usr/bin/ld: playlist.o: in function song_title:playlist.c:51: error: undefined 
reference to 'g_strdup'
/usr/bin/ld: playlist.o: in function song_title:playlist.c:52: error: undefined 
reference to 'g_strrstr'
/usr/bin/ld: playlist.o: in function song_title:playlist.c:54: error: undefined 
reference to 'g_strdup'
/usr/bin/ld: playlist.o: in function playlist_read:playlist.c:138: error: 
undefined reference to 'g_strdup'
/usr/bin/ld: playlist_jump.o: in function match:playlist_jump.c:48: error: 
undefined reference to 'g_strdup'
/usr/bin/ld: playlist_jump.o: in function match:playlist_jump.c:49: error: 
undefined reference to 'g_strsplit'
/usr/bin/ld: playlist_addurl.o: in function 
playlist_addurl:playlist_addurl.c:60: error: undefined reference to 
'g_filename_to_uri'
/usr/bin/ld: settings.o: in function longoptions:settings.c:113: error: 
undefined reference to 'g_strcmp0'
/usr/bin/ld: settings.o: in function longoptions:settings.c:115: error: 
undefined reference to 'g_strcmp0'
/usr/bin/ld: settings.o: in function longoptions:settings.c:117: error: 
undefined reference to 'g_strcmp0'
/usr/bin/ld: settings.o: in function longoptions:settings.c:119: error: 
undefined reference to 'g_strcmp0'
/usr/bin/ld: connect.o: in function fix_env:connect.c:54: error: undefined 
reference to 'g_get_home_dir'
/usr/bin/ld: connect.o: in function fix_env:connect.c:55: error: undefined 
reference to 'g_strconcat'
/usr/bin/ld: connect.o: in function fix_env:connect.c:56: error: undefined 
reference to 'g_dir_open'
/usr/bin/ld: connect.o: in function fix_env:connect.c:64: error: undefined 
reference to 'g_dir_close'
/usr/bin/ld: connect.o: in function fix_env:connect.c:65: error: undefined 
reference to 'g_strconcat'
/usr/bin/ld: connect.o: in function fix_env:connect.c:63: error: undefined 
reference to 'g_dir_read_name'
/usr/bin/ld: connect.o: in function fix_env:connect.c:81: error: undefined 
reference to 'g_setenv'
/usr/bin/ld: connect.o: in function fix_env:connect.c:82: error: undefined 
reference to 'g_setenv'
/usr/bin/ld: connect.o: in function check_env:connect.c:37: error: undefined 
reference to 'g_getenv'
/usr/bin/ld: connect.o: in function check_env:connect.c:37: error: undefined 
reference to 'g_getenv'
/usr/bin/ld: browse.o: in function display_error:browse.c:402: error: undefined 
reference to 'g_chdir'
/usr/bin/ld: browse.o: in function display_error:browse.c:403: error: undefined 
reference to 'g_get_current_dir'
/usr/bin/ld: browse.o: in function check_dir:browse.c:244: error: undefined 
reference to 'g_strjoin'
/usr/bin/ld: browse.o: in function get_contents:browse.c:170: error: undefined 
reference to 'g_get_current_dir'
/usr/bin/ld: browse.o: in function get_contents:browse.c:178: error: undefined 
reference to 'g_dir_open'
/usr/bin/ld: browse.o: in function get_contents:browse.c:190: error: undefined 
reference to 'g_filename_to_utf8'
/usr/bin/ld: browse.o: in function get_contents:browse.c:188: error: undefined 
reference to 'g_dir_read_name'
/usr/bin/ld: browse.o: in function get_contents:browse.c:200: error: undefined 
reference to 'g_dir_close'
/usr/bin/ld: browse.o: in function get_contents:browse.c:205: error: undefined 
reference to 'g_error_free'
/usr/bin/ld: browse.o: in function get_contents:browse.c:207: error: undefined 
reference to 'g_error_free'
/usr/bin/ld: browse.o: in function open_directory:browse.c:429: error: 
undefined reference to 'g_chdir'
/usr/bin/ld: browse.o: in function add_file:browse.c:290: error: undefined 
reference to 'g_strjoin'
/usr/bin/ld: browse.o: in function add_file:browse.c:292: error: undefined 
reference to 'g_chdir'
/usr/bin/ld: browse.o: in function add_file:browse.c:301: error: undefined 
reference to 'g_strjoin'
/usr/bin/ld: browse.o: in 

Bug#553931: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: balder2d
Version: 1.0-1
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

g++ -o bin/balder2d src/probe.o src/powerupfactory.o src/artificialcontroller.o 
src/projectilefactory.o src/main.o 
src/computerprobecontrol.o src/configmanager.o src/renderer.o src/imageloader.o 
src/mapparser.o src/gamemanager.o 
src/powerup.o src/input.o src/projectile.o src/entity.o src/player.o 
src/probefactory.o src/log.o src/collisionmask.o 
src/soundmanager.o src/filepathmanager.o src/tinyxml/tinyxmlparser.o 
src/tinyxml/tinyxml.o src/tinyxml/tinyxmlerror.o 
src/tinyxml/tinystr.o src/menu/mainmenu.o src/menu/options.o src/menu/menu.o 
src/menu/submenu.o src/menu/playersetup.o 
src/menu/gamesetup.o src/menu/soundvideo.o src/menu/widgets/maplistmodel.o 
src/menu/widgets/sampleprobe.o 
src/menu/widgets/skinneddropdown.o src/menu/widgets/skinnedbutton.o 
src/menu/widgets/numberfield.o 
src/menu/widgets/skinnedcheckbox.o src/menu/widgets/ailistmodel.o 
src/menu/widgets/animation.o 
src/menu/widgets/skinnedslider.o src/menu/widgets/samplemap.o src/SFont/SFont.o 
-L/usr/lib -lguichan_sdl -lguichan -
lSDL_image -lSDL_mixer -lSDL_gfx -lpython2.4 -lphysfs
/usr/bin/ld: src/probe.o: in function 
Balder::Probe::Collide(Balder::PowerUp*):probe.cpp(.text+0xed0): error: 
undefined 
reference to 'SDL_GetTicks'
/usr/bin/ld: src/probe.o: in function 
Balder::Probe::DrawAmmo(SDL_Surface*):probe.cpp(.text+0x1b8d): error: undefined 
reference to 'SDL_UpperBlit'
/usr/bin/ld: src/probe.o: in function 
Balder::Probe::DrawOnto(SDL_Surface*):probe.cpp(.text+0x1bee): error: undefined 
reference to 'SDL_GetTicks'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x458): error: 
undefined reference to 'SDL_Init'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x53d): error: 
undefined reference to 'SDL_GetError'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x5fe): error: 
undefined reference to 'SDL_Quit'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x710): error: 
undefined reference to 'SDL_Quit'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x72c): error: 
undefined reference to 'SDL_WM_SetIcon'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x73b): error: 
undefined reference to 'SDL_WM_SetCaption'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x745): error: 
undefined reference to 'SDL_EnableUNICODE'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0xfb3): error: 
undefined reference to 'SDL_ShowCursor'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x1609): error: 
undefined reference to 'SDL_ShowCursor'
/usr/bin/ld: src/main.o: in function main:main.cpp(.text+0x1856): error: 
undefined reference to 'SDL_Quit'
/usr/bin/ld: src/renderer.o: in function 
Balder::Renderer::FinishFrame():renderer.cpp(.text+0x192): error: undefined 
reference to 'SDL_Flip'
/usr/bin/ld: src/renderer.o: in function 
Balder::Renderer::EraseEntity(Balder::Entity*):renderer.cpp(.text+0x23e): 
error: 
undefined reference to 'SDL_UpperBlit'
/usr/bin/ld: src/renderer.o: in function Balder::Renderer::EraseArea(int, int, 
int, int):renderer.cpp(.text+0x299): error: 
undefined reference to 'SDL_UpperBlit'
/usr/bin/ld: src/renderer.o: in function Balder::Renderer::BlitSurface(int, 
int, int, int, 
SDL_Surface*):renderer.cpp(.text+0x335): error: undefined reference to 
'SDL_UpperBlit'
/usr/bin/ld: src/renderer.o: in function 
Balder::Renderer::DrawEntity(Balder::Entity*):renderer.cpp(.text+0x360): error: 
undefined reference to 'SDL_SetClipRect'
/usr/bin/ld: src/renderer.o: in function 
Balder::Renderer::DrawEntity(Balder::Entity*):renderer.cpp(.text+0x38c): error: 
undefined reference to 'SDL_SetClipRect'
/usr/bin/ld: src/renderer.o: in function Balder::Renderer::SetScreen(int, int, 
bool):renderer.cpp(.text+0x562): error: 
undefined reference to 'SDL_SetVideoMode'
/usr/bin/ld: src/imageloader.o: in function Balder::ImageLoader::FreeImage(char 
const*):imageloader.cpp(.text+0x67e): error: 
undefined reference to 'SDL_FreeSurface'
/usr/bin/ld: src/gamemanager.o: in function 
Balder::GameManager::SetStartFrame(unsigned int):gamemanager.cpp(.text+0x4c7): 
error: undefined reference to 'SDL_GetTicks'
/usr/bin/ld: src/gamemanager.o: in function 
Balder::GameManager::FrameTimeLeft():gamemanager.cpp(.text+0x503): error: 
undefined reference to 'SDL_GetTicks'
/usr/bin/ld: src/gamemanager.o: in function 
Balder::GameManager::Run():gamemanager.cpp(.text+0x1d41): error: undefined 
reference to 'SDL_Delay'
/usr/bin/ld: src/gamemanager.o: in function 
Balder::GameManager::Run():gamemanager.cpp(.text+0x231a): error: undefined 
reference to 'SDL_Delay'
/usr/bin/ld: src/gamemanager.o: in function 
Balder::GameManager::GameManager(Balder::Renderer*, 

Bug#553932: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: barrage
Version: 1.0.2-4
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

gcc  -Wall -g -O2 -Wall -g -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT  -o 
barrage  main.o particle.o shots.o units.o 
data.o chart.o bfield.o menu.o SFont.o -lSDL_mixer -L/usr/lib -lSDL
/usr/bin/ld: shots.o: in function shots_fire_ballistic:shots.c:176: error: 
undefined reference to 'tan'
/usr/bin/ld: shots.o: in function shots_fire_ballistic:shots.c:183: error: 
undefined reference to 'cos'
/usr/bin/ld: shots.o: in function shots_fire_ballistic:shots.c:148: error: 
undefined reference to 'tan'
/usr/bin/ld: shots.o: in function shots_fire_ballistic:shots.c:183: error: 
undefined reference to 'sqrt'
/usr/bin/ld: bfield.o: in function bfield_update_gun_dir:bfield.c:450: error: 
undefined reference to 'atan'
/usr/bin/ld: bfield.o: in function trees_check_impact:bfield.c:363: error: 
undefined reference to 'sqrt'
collect2: ld returned 1 exit status
make[4]: *** [barrage] Error 1




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



Bug#553940: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: avifile
Version: 1:0.7.47.20070718-1.2
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. It
doesn't allow to define a symbol multiple times and interprets it as collision.

/bin/bash ../libtool --tag=CXX --mode=link x86_64-linux-gnu-g++ 
-finline-limit-200 -Wall -O2 -ffast-math -fomit-frame-pointer -
pipe   -o libaviplay.la -rpath /usr/lib -release 0.7 -version-info 0:47:0 
codeckeeper.lo Uncompressed.lo aviplay/libaviplay.la 
aviread/libaviread.la aviwrite/libaviwrite.la common/libcommon.la 
subtitle/libsubtitle.la video/libvideo.la -lpthread -ldl -
lnsl 
libtool: link: x86_64-linux-gnu-g++ -shared -nostdlib 
/usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../../../lib/crti.o 
/usr/lib/gcc/x86_64-linux-gnu/4.3.4/crtbeginS.o  .libs/codeckeeper.o 
.libs/Uncompressed.o  -Wl,--whole-archive 
aviplay/.libs/libaviplay.a aviread/.libs/libaviread.a 
aviwrite/.libs/libaviwrite.a common/.libs/libcommon.a 
subtitle/.libs/libsubtitle.a video/.libs/libvideo.a -Wl,--no-whole-archive  -lz 
/usr/lib/liba52.so -ldts /usr/lib/libSDL.so -
lSM -lICE -lXinerama -lXi -lXext -lX11 -lXft -lpthread -ldl -lnsl 
-L/usr/lib/gcc/x86_64-linux-gnu/4.3.4 -L/usr/lib/gcc/x86_64-
linux-gnu/4.3.4/../../../../lib -L/lib/../lib -L/usr/lib/../lib 
-L/usr/lib/gcc/x86_64-linux-gnu/4.3.4/../../.. -lstdc++ -lm -lc 
-lgcc_s /usr/lib/gcc/x86_64-linux-gnu/4.3.4/crtfastmath.o 
/usr/lib/gcc/x86_64-linux-gnu/4.3.4/crtendS.o /usr/lib/gcc/x86_64-
linux-gnu/4.3.4/../../../../lib/crtn.o-Wl,-soname -Wl,libaviplay-0.7.so.0 
-o .libs/libaviplay-0.7.so.0.0.47
/usr/bin/ld: error: aviread/.libs/libaviread.a(swscale.o): multiple definition 
of sws_freeContext
/usr/bin/ld: error: aviread/.libs/libaviread.a(imgresample.o): previous 
definition here
/usr/bin/ld: error: aviread/.libs/libaviread.a(swscale.o): multiple definition 
of sws_scale
/usr/bin/ld: error: aviread/.libs/libaviread.a(imgresample.o): previous 
definition here
/usr/bin/ld: error: aviread/.libs/libaviread.a(swscale.o): multiple definition 
of sws_getContext
/usr/bin/ld: error: aviread/.libs/libaviread.a(imgresample.o): previous 
definition here
/usr/bin/ld: error: aviread/.libs/libaviread.a(swscale.o): multiple definition 
of sws_getCachedContext
/usr/bin/ld: error: aviread/.libs/libaviread.a(imgresample.o): previous 
definition here
collect2: ld returned 1 exit status
make[3]: *** [libaviplay.la] Error 1




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



Bug#553941: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: blockout2
Version: 2.4+dfsg1-4
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

g++ obj/bo/BlockOut.o obj/bo/BotPlayer.o obj/bo/EditControl.o obj/bo/Game.o 
obj/bo/Http.o obj/bo/InitPolyCube.o 
obj/bo/Menu.o obj/bo/MenuGraphics.o obj/bo/MenuGrid.o obj/bo/PageChangeSetup.o 
obj/bo/PageChooseSetup.o 
obj/bo/PageControls.o obj/bo/PageCredits.o obj/bo/PageGSOptions.o 
obj/bo/PageHallOfFame.o obj/bo/PageHallOfFameOnLine.o 
obj/bo/PageHttp.o obj/bo/PageMainMenu.o obj/bo/PageOptions.o 
obj/bo/PageScoreDetails.o obj/bo/PageStartGame.o obj/bo/Pit.o 
obj/bo/PolyCube.o obj/bo/SetupManager.o obj/bo/SoundManager.o obj/bo/Sprites.o 
obj/bo/Utils.o obj/bo/GLApp/GLApp.o 
obj/bo/GLApp/GLFont.o obj/bo/GLApp/GLMatrix.o obj/bo/GLApp/GLSprite.o 
obj/il/CImage.o obj/il/png/hpng.o -o obj/blockout2 -
lSDL_mixer -lSDL -lpng -lGLU
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:254: error: undefined 
reference to 'glClearColor'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:257: error: undefined 
reference to 'glViewport'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:260: error: undefined 
reference to 'glMatrixMode'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:261: error: undefined 
reference to 'glLoadIdentity'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:263: error: undefined 
reference to 'glGetFloatv'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:266: error: undefined 
reference to 'glShadeModel'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:269: error: undefined 
reference to 'glLightModelfv'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:276: error: undefined 
reference to 'glLightfv'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:277: error: undefined 
reference to 'glLightfv'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:278: error: undefined 
reference to 'glLightfv'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:279: error: undefined 
reference to 'glLightfv'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:280: error: undefined 
reference to 'glEnable'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:283: error: undefined 
reference to 'glHint'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:286: error: undefined 
reference to 'glDisable'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:287: error: undefined 
reference to 'glDisable'
/usr/bin/ld: obj/bo/BlockOut.o: in function 
BlockOut::RestoreDeviceObjects():BlockOut/BlockOut.cpp:290: error: undefined 
reference to 'glGetError'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:687: error: undefined 
reference to 'glMatrixMode'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:688: error: undefined 
reference to 'glLoadMatrixf'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:689: error: undefined 
reference to 'glTranslatef'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:690: error: undefined 
reference to 'glTranslatef'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:691: error: undefined 
reference to 'glMultMatrixf'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:692: error: undefined 
reference to 'glMultMatrixf'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:693: error: undefined 
reference to 'glTranslatef'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:694: error: undefined 
reference to 'glGetFloatv'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:451: error: undefined 
reference to 'glMatrixMode'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 
float):BlockOut/Game.cpp:452: error: undefined 
reference to 'glPushMatrix'
/usr/bin/ld: obj/bo/Game.o: in function Game::Process(unsigned char*, 

Bug#553938: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: billard-gl
Version: 1.75-10
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

g++  -o billard-gl Anzeige.o Beleuchtung.o Benutzerschnittstelle.o BillardGL.o 
Einsetzen.o Handling.o Kamera.o 
KommandoZeilenParameter.o Kugel.o LA.o Netzwerk.o Menu.o Physik.o 
SchattenKreis.o Schiedsrichter.o Schild.o 
SpielfeldAufbau.o Textfeld.o Tisch.o Tischfunktionen.o Zeit.o bmp.o 
createTexture.o kugeltabellen.o viertelLoch.o 
LadeScreen.o  -lglut
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x56): 
error: undefined reference to 'glPushMatrix'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x60): 
error: undefined reference to 'glBegin'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x96): 
error: undefined reference to 'glColor4f'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0xab): 
error: undefined reference to 'glVertex2f'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0xc0): 
error: undefined reference to 'glVertex2f'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0xf2): 
error: undefined reference to 'glColor4f'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x11e): 
error: undefined reference to 'glVertex2f'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x14a): 
error: undefined reference to 'glVertex2f'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x180): 
error: undefined reference to 'glColor4f'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x1dc): 
error: undefined reference to 'glColor4f'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x239): 
error: undefined reference to 'glEnd'
/usr/bin/ld: Anzeige.o: in function Anzeige::male():Anzeige.cpp(.text+0x23f): 
error: undefined reference to 'glPopMatrix'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x5a): error: 
undefined reference to 'glNewList'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x64): error: 
undefined reference to 'glEnable'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x95): error: 
undefined reference to 'glDisable'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x9f): error: 
undefined reference to 'glDisable'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0xa9): error: 
undefined reference to 'glDisable'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0xb3): error: 
undefined reference to 'glDisable'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x112): error: 
undefined reference to 'glLightfv'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x124): error: 
undefined reference to 'glLightfv'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x136): error: 
undefined reference to 'glLightfv'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x140): error: 
undefined reference to 'glEnable'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x1b1): error: 
undefined reference to 'glLightfv'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x1df): error: 
undefined reference to 'glEnable'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x1e9): error: 
undefined reference to 'glEndList'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x200): error: 
undefined reference to 'glLightModelf'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x2a1): error: 
undefined reference to 'glEnable'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x35c): error: 
undefined reference to 'glLightModelfv'
/usr/bin/ld: Beleuchtung.o: in function Beleuchtung::Initialisiere(int, int, 
int, int):Beleuchtung.cpp(.text+0x36c): error: 
undefined reference to 'glGenLists'
/usr/bin/ld: Beleuchtung.o: in function 
Beleuchtung::male():Beleuchtung.cpp(.text+0x23): error: undefined reference to 
'glCallList'

Bug#553937: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: bisho
Version: 0.16-1
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

cc -std=gnu99  -g -O2 -g -Wall -O2   -o bisho bisho-main.o bisho-bisho-window.o 
bisho-bisho-pane.o bisho-bisho-pane-flickr.o 
bisho-bisho-pane-oauth.o bisho-bisho-pane-username.o bisho-bisho-utils.o 
bisho-service-info.o bisho-mux-label.o bisho-mux-
expander.o bisho-mux-expanding-item.o  -lmojito-client -ldbus-glib-1 -ldbus-1 
-lpthread -lrt -lmojito-keystore -lgconf-2 -
lgnome-keyring -lrest-0.6 -lrest-extras-0.6 -lsoup-2.4 -lxml2 -lunique-1.0 
-lnbtk-gtk-1.2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 
-lpangoft2-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0 -lgio-2.0 -lcairo 
-lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -
lgmodule-2.0 -lglib-2.0   
/usr/bin/ld: bisho-main.o: in function main:main.c:90: error: undefined 
reference to 'g_thread_init'
collect2: ld returned 1 exit status
make[3]: *** [bisho] Error 1




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



Bug#553935: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: audacious
Version: 2.1-1
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

/usr/bin/ld: ../libeggsmclient/libeggsmclient.a(eggsmclient-xsmp.o): in 
function process_ice_messages:eggsmclient-xsmp.c:1284: 
error: undefined reference to 'IceProcessMessages'
/usr/bin/ld: ../libeggsmclient/libeggsmclient.a(eggsmclient-xsmp.o): in 
function process_ice_messages:eggsmclient-xsmp.c:1293: 
error: undefined reference to 'IceGetConnectionContext'
/usr/bin/ld: ../libeggsmclient/libeggsmclient.a(eggsmclient-xsmp.o): in 
function sm_client_xsmp_startup:eggsmclient-
xsmp.c:1273: error: undefined reference to 'IceSetIOErrorHandler'
/usr/bin/ld: ../libeggsmclient/libeggsmclient.a(eggsmclient-xsmp.o): in 
function sm_client_xsmp_startup:eggsmclient-
xsmp.c:1274: error: undefined reference to 'IceSetErrorHandler'
/usr/bin/ld: ../libeggsmclient/libeggsmclient.a(eggsmclient-xsmp.o): in 
function sm_client_xsmp_startup:eggsmclient-
xsmp.c:1275: error: undefined reference to 'IceAddConnectionWatch'
/usr/bin/ld: ../libeggsmclient/libeggsmclient.a(eggsmclient-xsmp.o): in 
function ice_connection_watch:eggsmclient-xsmp.c:1323: 
error: undefined reference to 'IceConnectionNumber'
collect2: ld returned 1 exit status
Failed to link audacious2!




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



Bug#553930: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: aubio
Version: 0.3.2-4
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

gcc -DAUBIO_PREFIX=\/usr\ -I../src -I../ext -Wall -Wextra -g -O2 -o 
.libs/aubioonset aubioonset.o utils.o  -
L/home/peter/rebuild/build/aubio/aubio-0.3.2/src 
-L/home/peter/rebuild/build/aubio/aubio-0.3.2/ext 
/home/peter/rebuild/build/aubio/aubio-0.3.2/ext/.libs/libaubioext.so 
/home/peter/rebuild/build/aubio/aubio-0.3.2/src/.libs/libaubio.so -ljack -lrt 
-lpthread
/usr/bin/ld: utils.o: in function send_noteon:utils.c:409: error: undefined 
reference to 'floor'
collect2: ld returned 1 exit status
make[3]: *** [aubioonset] Error 1




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



Bug#553939: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: blobandconquer
Version: 1.07-dfsg-1
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

g++ -lGL -lGLU `sdl-config --libs` -lSDL_mixer -lSDL_image -lSDL_ttf -lz 
CAudio.o CBaseWidget.o CBlobDef.o CBoundingBox.o 
CBoundingBoxManager.o CBoss.o CBossDef.o CBSP.o CBullet.o CButton.o CCamera.o 
CCheckBox.o CCollision.o CComboBox.o CCrumb.o 
CCrumbBox.o CCutsceneCamera.o CCutsceneCommand.o CData.o CDecal.o CDecoration.o 
CDoor.o CEmitter.o CEnemyDef.o CEntity.o 
CEntityDef.o CEntityManager.o CEngine.o CFace.o CFeature.o CFileData.o 
CFrustum.o CGame.o CGeometry.o CGLColor.o CGraphics.o 
CGrid.o CHashtable.o  CInputWidget.o CItem.o CItemDef.o CLabel.o CLinkable.o 
CList.o CListView.o CListViewItem.o CMap.o CMath.o 
CMD2.o CMDLModel.o CMission.o CModelManager.o CMouse.o CObjective.o CPak.o 
CPanel.o CParticle.o CParticleManager.o CPlane.o 
CPoint.o CProperties.o CQ3Target.o CRandomNameGen.o CReference.o 
CSaveGameHeader.o CSimpleModel.o CSlider.o CSprite.o CString.o 
CStructure.o CSwitch.o CTexture.o CTextureManager.o CTextureSpec.o 
CTextureSpecManager.o CTrace.o CTrap.o CTriangle.o 
CTrigger.o CUIManager.o CUnit.o CVector.o CVectori.o CWeapon.o CWeaponDef.o 
ambush.o battle.o bioMechBlobs.o bioTanks.o blobs.o 
bosses.o bsp.o bullets.o camera.o combat.o controlPanel.o cryptBoss.o 
cutscene.o darkBioMechs.o decals.o decoration.o dialogs.o 
doors.o emitters.o enemy.o eyeDroids.o eyeDroidCommander.o explosions.o 
features.o finalBoss.o game.o init.o items.o 
laserGrid.o lift.o load.o mastermind.o md2.o misc.o mission.o modelLoader.o 
opengl.o options.o particles.o player.o 
propertiesLoader.o resources.o save.o sentryGuns.o shadows.o specialist.o 
spiderBlobs.o spiderBlobCommander.o status.o 
structures.o switches.o title.o traps.o triggers.o units.o weapons.o weather.o 
widgets.o world.o main.o -o blobAndConquer
/usr/bin/ld: CGraphics.o: in function 
Graphics::queryStencilSupport():src/cplusplus/CGraphics.cpp:204: error: 
undefined 
reference to 'XGetVisualInfo'
collect2: ld returned 1 exit status
make[1]: *** [blobAndConquer] Error 1




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



Bug#553934: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: anymeal
Version: 0.30-8
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align 
-Wconversion -Wchar-subscripts -Wall -W -
Wpointer-arith -O2 -g -O2 -g -Wall -O2 -Wformat-security 
-Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-
check-new -fno-common -fexceptions -o anymeal main.o categoryListItem.o 
chainedCompiler.o checkOverWrite.o compiler.o 
cookBook.o database.o error.o ingredientViewItem.o anymeal-mealMaster.o 
mealMasterCompiler.o mysqlDaemon.o mysqlDatabase.o 
mysqlNetwork.o mysqlSocket.o mysqlResultRow.o mysqlStatement.o 
mealMasterParseError.o mealMasterParseErrorHandler.o 
mealMasterStoreErroneousHandler.o object.o recipeListItem.o recoder.o timer.o 
unitMap.o utils.o xmlDocument.o xmlErrorHandler.o 
xmlNodeReferenceList.o xmlReference.o xslCompiler.o xsu.o 
xslParseErrorHandler.o anyMeal.o connectDialog.o databaseWizard.o 
destroyDialog.o importMealMasterDialog.o importRecipeMLDialog.o logWindow.o 
recipeDisplay.o recipeEditor.o recipeListDisplay.o 
searchDialog.o -rdynamic  -L/usr/share/qt3/lib -L/usr/lib 
/usr/lib/libkwalletclient.so /usr/lib/libktexteditor.so 
/usr/lib/libkdeui.so -lxalan-c -lxerces-c /usr/lib/libmysqlclient.so -lrecode 
/usr/lib/libmagic.so
/usr/bin/ld: main.o: in function gui():main.cpp:334: error: undefined reference 
to 'KApplication::KApplication(bool, bool)'
/usr/bin/ld: main.o: in function gui():main.cpp:296: error: undefined reference 
to 'QMimeSourceFactory::QMimeSourceFactory()'
/usr/bin/ld: main.o: in function gui():main.cpp:296: error: undefined reference 
to 'QString::null'
/usr/bin/ld: main.o: in function gui():main.cpp:296: error: undefined reference 
to 'KIconLoader::KIconLoader(QString const, 
KStandardDirs*)'
/usr/bin/ld: main.o: in function gui():main.cpp:340: error: undefined reference 
to 'QMimeSourceFactory::defaultFactory()'
/usr/bin/ld: main.o: in function gui():main.cpp:340: error: undefined reference 
to 
'QMimeSourceFactory::addFactory(QMimeSourceFactory*)'
/usr/bin/ld: main.o: in function gui():main.cpp:344: error: undefined reference 
to 'QTextCodec::codecForName(char const*, int)'
.




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



Bug#553946: FTBFS with binutils-gold

2009-11-02 Thread Peter Fritzsche
Package: apache2
Version: 2.2.14-1
Severity: normal

Tried to build your package and it fails to build with GNU binutils-gold. The
important difference is that --no-add-needed is the default behavior of of GNU
binutils-gold. Please provide all needed libraries to the linker when building
your executables.

/usr/share/apr-1.0/build/libtool --silent --mode=link x86_64-linux-gnu-gcc 
-pthread  -g -O2 -g -pipe -I/usr/include/xmltok -
I/usr/include/openssl -Wall -Wformat -Wformat-security -D_FORTIFY_SOURCE=2 
-fstack-protector -O2 -Wl,--as-needed -Wl,-
z,relro -o htpasswd  htpasswd.lo   -lm -L/usr/lib -lpcre 
/usr/lib/libaprutil-1.la -ldb /usr/lib/libapr-1.la
/usr/bin/ld: htpasswd.o: in function 
main:/home/peter/rebuild/build/apache2/apache2-2.2.14/support/htpasswd.c:213: 
error: 
undefined reference to 'crypt'
collect2: ld returned 1 exit status
make[3]: *** [htpasswd] Error 1




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



  1   2   >