Bug#775126: apt-cacher-ng fails to let apt-listbugs retrieve bugreports when used as proxy

[Andreas Pakulat]

Package: apt-cacher-ng
Version: 0.8.0-1
Severity: normal

Hi,

it seems like https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=453277 may have 
re-appeared in apt-cacher-ng. I just setup a new debian system and configured 
it to use my apt-cacher-ng installation as a http-proxy. Now apt-listbugs fails 
to load bugreports with:

Retrieving bug reports... 0% Fail
Error retrieving bug reports from the server with the following error message:
E: end of file reached
It could be because your network is down, or because of broken proxy servers, 
or the BTS server itself is down. Check network configuration and try again
Retry downloading bug information? [Y/n] y
One bug report at a time? [Y/n] y
 Fail
Error retrieving bug reports from the server with the following error message:
E: end of file reached
It could be because your network is down, or because of broken proxy servers, 
or the BTS server itself is down. Check network configuration and try again

which is very close to the older bugreport which was closed 4 years ago.

The workaround explained there to configure APT to use no proxy for 
bugs.debian.org works for me.

Andreas

-- Package-specific info:

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

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

Versions of packages apt-cacher-ng depends on:
ii  adduser3.113+nmu3
ii  debconf [debconf-2.0]  1.5.53
ii  dpkg   1.17.21
ii  init-system-helpers1.21
ii  libbz2-1.0 1.0.6-7+b1
ii  libc6  2.19-13
ii  libgcc11:4.9.2-1
ii  liblzma5   5.1.1alpha+20120614-2+b1
ii  libssl1.0.01.0.1j-1
ii  libstdc++6 4.9.2-1
ii  libsystemd0215-5+b1
ii  libwrap0   7.6.q-25
ii  zlib1g 1:1.2.8.dfsg-2

Versions of packages apt-cacher-ng recommends:
pn  ed  

Versions of packages apt-cacher-ng suggests:
ii  avahi-daemon  0.6.31-4+b1
ii  curl  7.38.0-3
pn  doc-base  
ii  libfuse2  2.9.3-15+b1
ii  wget  1.16-3

-- Configuration Files:
/etc/apt-cacher-ng/security.conf [Errno 13] Permission denied: 
u'/etc/apt-cacher-ng/security.conf'

-- debconf information:
  apt-cacher-ng/bindaddress: keep
  apt-cacher-ng/cachedir: keep
  apt-cacher-ng/proxy: keep
  apt-cacher-ng/port: keep
* apt-cacher-ng/gentargetmode: No automated setup


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

Bug#770687: Default installation breaks access to gallery icons

[Andreas Pakulat]

Package: libapache-gallery-perl
Version: 1.0.2-3
Severity: important

Hi,

it seems the default installation of the galler-perl module does not work as
documented in the README (anymore?). The README contains this section about
making the static icons available and mentions that it has to come before
apache's standard /icons/ Alias:

2. Place the icons

For accessing the icons, you can create an alias to the directory where they
reside. Icons for libapache-gallery-perl *must* appear under /icons/gallery
on your topmost apache tree:

Alias /icons/gallery/ "/usr/share/libapache-gallery-perl/icons/"


This however does not work, in the apache logs its visible why this leads to a 
403:

[Sat Nov 22 11:33:33.612612 2014] [core:error] [pid 26104] (2)No such file or 
directory: [client 192.168.1.
51:55421] AH00132: file permissions deny server access: 
/usr/share/libapache-gallery-perl/icons//usr/share/
libapache-gallery-perl/icons/agfolder.png

As you can see the /usr/share-path is duplicated when apache tries to access
the file. After quite some fruitless debugging attempts I finally turned to the
actual perl module and found this:

# Let Apache serve icons without us modifying the request
if ($r->uri =~ m/^\/icons/i) {
if ($r->uri =~ m/^\/icons\/gallery\/([^\/]+$)/i) {
$filename = "/usr/share/libapache-gallery-perl/icons/$filename";
$r->filename($filename);
}
return $::MP2 ? Apache2::Const::DECLINED() : 
Apache::Constants::DECLINED();
}

Which apparently prepends the directory to the filename. However as far as I
can see $filename is already set to the right path at this point which means
these lines break the path. Removing the line

$filename = "/usr/share/libapache-gallery-perl/icons/$filename";

fixes accessing files via myhost/icons/gallery/agfolder.png.

Unfortunately just removing the Alias for icons/gallery won't work either since
then the default one from Apache kicks in.

Andreas

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

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

Versions of packages libapache-gallery-perl depends on:
ii  libapache2-mod-perl2   2.0.9~1624218-2
ii  libimage-imlib2-perl   2.03-1+b3
ii  libimage-info-perl 1.28-1
ii  libimage-size-perl 3.232-1
ii  libtemplate-perl   2.24-1.2+b1
ii  libtext-template-perl  1.46-1
ii  perl   5.20.1-2

libapache-gallery-perl recommends no packages.

libapache-gallery-perl suggests no packages.

-- no debconf information


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

Bug#760971: no visible panel on fresh installation

[Andreas Pakulat]

Source: lxpanel
Version: 0.7.0-1
Severity: important

Hi,

I just installed lxde (via task-lxde-desktop) on a fresh unstable system
with no other desktop environment and then logged in from lightdm. This
left me with a completely empty desktop (except for a trash icon), no
panel visible anywhere.

However an lxpanel process was running, it was started with --profile
LXDE apparently. Killing that process and starting lxpanel without
further arguments gives me a working panel.

Starting lxpanel --profile LXDE from a commandline produces (among
other) an error that it does not find any config files. Since this is a
fresh system there is of course no configuration in
$HOME/.config/lxpanel/profile/LXDE. However Debian seems to have
installed an LXDE profile with configuration files in /etc/xdg/lxpanel.
Except that these are not used. Copying the files from /etc/ into the
users home makes lxpanel --profile LXDE work.

Flagging this as important since the default installation on a fresh
installation leaves the user with an almost unusable desktop.

Andreas

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

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


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

Bug#673763: Upgrade to php 5.4 broke system-fallback for date_default_timezone_get()

[Andreas Pakulat]

Package: php5
Version: 5.4.3-4
Severity: important

Hi,

apparently upstream changed the logics of the
date_default_timezone_get() function in a way such that the
use_embedded_timezonedb_fixes.patch is not having any effect anymore.

At least here with:

cat /etc/timezone
Europe/Berlin

this php script:



produces this output:
PHP Warning:  date_default_timezone_get(): It is not safe to rely on the
system's timezone settings. You are *required* to use the date.timezone
setting or the date_default_timezone_set() function. In case you used
any of those methods and you are still getting this warning, you most
likely misspelled the timezone identifier. We selected the timezone
'UTC' for now, but please set date.timezone to select your timezone. in
/tmp/tzinfo.php on line 3
UTC

While php 5.3 correctly produced Europe/Berlin without any warnings.

Andreas

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

Kernel: Linux 3.2.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages php5 depends on:
ii  libapache2-mod-php5  5.4.3-4
ii  php5-common  5.4.3-4

php5 recommends no packages.

php5 suggests no packages.

-- no debconf information



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

Bug#652534: mediatomb-common: Uninstallable due to missing/wrong dependencies

[Andreas Pakulat]

Package: mediatomb-common
Version: 0.12.1-2
Severity: grave
Justification: renders package unusable

Hi,

unfortunately mediatomb-common is not installable anymore due to
problematic dependencies:
libavformat53 (>= 5:0.8.5), libavutil51 (>= 5:0.8.5), libmozjs7d

These are not available in sid or experimental at the moment and hence
one cannot install this package at all.

I've also tried to build it from source, but it fails to build against
newer firefox' libmozjs and also does not build against the current
avformat headers.

Since upstream seems pretty dead these days maybe the package should be
removed from debian?

Andreas

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

Kernel: Linux 3.0.0-2-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#626294: fault at opening imap folder

[Andreas Pakulat]

On 11.05.11 21:47:00, Antonio Radici wrote:
> On Wed, May 11, 2011 at 07:03:21PM +0200, Andreas Pakulat wrote:
> > 
> > Just realized this, another machine using the same imap server does not
> > crash. That one has mutt 1.5.21-4 install (and mutt-patched as well). 
> 
> At a first glance the culprit seems
> debian/patches/upstream/584138-mx_update_context-segfault.patch
> 
> I would like not to roll back the patch because it fixes another
> segfault but we certainly need to find a solution for your problem.
> Unfortunately the coredump has the stack corrupted so it doesn't help
> much (this applies to both core dumps, I suppose it's due to the bug :(
> )
> 
> I'm still investigating the issue, I will get back to you as soon as
> possible.

Any news on this yet? Having to remember to not upgrade mutt each time I
update one of my systems is getting a real pain.

Andreas




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

Bug#643919: xserver-xorg-core: After upgrading from 2:1.11.0 to 2:1.11.1 switching windows takes 5-10 seconds

[Andreas Pakulat]

Package: xserver-xorg-core
Version: 2:1.11.1-1
Severity: important

Hi,

I've just upgraded xserver-xorg-core from 2:1.11.0 to 2:1.11.1 (due to
#641344) and the rendering glitches are gone now (had no crashes),
instead Xorg takes up full CPU for 5 to 10 seconds every time I switch
between two windows, a new window is created and sometimes when windows
draw their contents.  I don't use any compositing effects etc. (kwin is
the window manager) so it really has nothing fancy to draw.

Andreas

-- Package-specific info:
X server symlink status:

lrwxrwxrwx 1 root root 13 May  4 23:51 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 2003784 Sep 24 12:08 /usr/bin/Xorg

Diversions concerning libGL are in place

diversion of /usr/lib/libGL.so to /usr/lib/mesa-diverted/libGL.so by 
glx-diversions
diversion of /usr/lib/libGL.so.1 to /usr/lib/mesa-diverted/libGL.so.1 by 
glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so by glx-diversions
diversion of /usr/lib/i386-linux-gnu/libGL.so.1.2 to 
/usr/lib/mesa-diverted/i386-linux-gnu/libGL.so.1.2 by glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so.1 to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so.1 by glx-diversions
diversion of /usr/lib/libGL.so.1.2 to /usr/lib/mesa-diverted/libGL.so.1.2 by 
glx-diversions
diversion of /usr/lib/x86_64-linux-gnu/libGL.so to 
/usr/lib/mesa-diverted/x86_64-linux-gnu/libGL.so by glx-diversions

VGA-compatible devices on PCI bus:
--
01:00.0 VGA compatible controller [0300]: nVidia Corporation G92 [GeForce 9800 
GT] [10de:0614] (rev a2)

Xorg X server configuration file status:

-rw-r--r-- 1 root root 1819 Jul 21 00:28 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
---
# nvidia-settings: X configuration file generated by nvidia-settings
# nvidia-settings:  version 275.09.07  (pbuilder@windlord)  Thu Jun 16 14:31:39 
UTC 2011

# nvidia-xconfig: X configuration file generated by nvidia-xconfig
# nvidia-xconfig:  version 275.09.07  (pbuilder@windlord)  Thu Jun 16 14:37:34 
UTC 2011

Section "ServerLayout"
Identifier "Layout0"
Screen  0  "Screen0" 0 0
InputDevice"Keyboard0" "CoreKeyboard"
InputDevice"Mouse0" "CorePointer"
Option "Xinerama" "0"
EndSection

Section "Files"
EndSection

Section "InputDevice"

# generated from default
Identifier "Mouse0"
Driver "evdev"
#Option "Protocol" "auto"
#Option "Device" "/dev/psaux"
#Option "Emulate3Buttons" "no"
#Option "ZAxisMapping" "4 5"
EndSection

Section "InputDevice"

# generated from default
Identifier "Keyboard0"
Driver "evdev"
EndSection

Section "Monitor"
Identifier "Monitor0"
VendorName "Unknown"
ModelName  "Samsung SyncMaster"
HorizSync   30.0 - 81.0
VertRefresh 56.0 - 75.0
Option "DPMS"
EndSection

Section "Device"
Identifier "Device0"
Driver "nvidia"
VendorName "NVIDIA Corporation"
BoardName  "GeForce 9800 GT"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Device0"
Monitor"Monitor0"
DefaultDepth24
Option "TwinView" "1"
Option "TwinViewXineramaInfoOrder" "DFP-1"
Option "metamodes" "DFP-0: nvidia-auto-select +1920+0, DFP-1: 
nvidia-auto-select +0+0; DFP-0: NULL, DFP-1: 1680x1050 +0+0; DFP-0: NULL, 
DFP-1: 1280x1024 +0+0"
SubSection "Display"
Depth   24
EndSubSection
EndSection


/etc/X11/xorg.conf.d does not exist.

/etc/modprobe.d contains no KMS configuration files.

Kernel version (/proc/version):
---
Linux version 3.0.0-1-686-pae (Debian 3.0.0-3) (b...@decadent.org.uk) (gcc 
version 4.5.3 (Debian 4.5.3-8) ) #1 SMP Sat Aug 27 16:41:03 UTC 2011

Xorg X server log files on system:
--
-rw-r--r-- 1 root root 20200 Sep 20 10:36 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 19482 Sep 30 21:42 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 21097.393] 
X.Org X Server 1.11.1
Release Date: 2011-09-24
[ 21097.393] X Protocol Version 11, Revision 0
[ 21097.393] Build Operating System: Linux 2.6.32-5-amd64 i686 Debian
[ 21097.393] Current Operating System: Linux trinity 3.0.0-1-686-pae #1 SMP Sat 
Aug 27 16:41:03 UTC 2011 i686
[ 21097.393] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-686-pae 
root=UUID=421963

Bug#631451: libqt3-headers: Still has at least one header with missing #include

[Andreas Pakulat]

Package: libqt3-headers
Version: 3:3.3.8b-8
Severity: important
Tags: sid

Hi,

unfortunately there's at least one more header needing a #include
 to build qt3-apps with gcc 4.6. Thats qvaluevector.h.

Doing a grep ptrdiff_t on the Qt3 headers suggests thats the last header
needing the fix.

Andreas

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

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

libqt3-headers depends on no packages.

Versions of packages libqt3-headers recommends:
pn  libqt3-mt-dev  (no description available)

libqt3-headers suggests no packages.

-- no debconf information



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

Bug#631158: konversation: Hard dependency on a complete pim stack

[Andreas Pakulat]

Package: konversation
Version: 1.3.1+git264+g6dfad44-1
Severity: normal

Hi,

I was quite amazed today to see that an IRC app has a hard dependency on
kdepim-runtime, which effectively means requiring a complete pim stack
(except for the actual pim-apps like kmail or kontact). I can certainly
understand that kdepim provides features that konversation wishes to
use, but I don't think it'll completely break down if the package is not
installed. So I think it would be better to mark kdepim-runtime as a
recommends instead of a Depends.

Andreas

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

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

Versions of packages konversation depends on:
ii  kdebase-runtime  4:4.6.2-1   runtime components from the offici
ii  kdepim-runtime   4:4.4.11.1-1Runtime components for akonadi-kde
ii  konversation-dat 1.3.1+git264+g6dfad44-1 data files for Konversation
ii  libc62.13-4  Embedded GNU C Library: Shared lib
ii  libgcc1  1:4.6.0-8   GCC support library
ii  libkabc4 4:4.6.2-1   library for handling address book 
ii  libkde3support4  4:4.6.2-1   KDE 3 Support Library for the KDE 
ii  libkdecore5  4:4.6.2-1   KDE Platform Core Library
ii  libkdeui54:4.6.2-1   KDE Platform User Interface Librar
ii  libkio5  4:4.6.2-1   Network-enabled File Management Li
ii  libknotifyconfig 4:4.6.2-1   library for configuring KDE Notifi
ii  libkparts4   4:4.6.2-1   Framework for the KDE Platform Gra
ii  libkresources4   4:4.6.2-1   KDE Resource framework library
ii  libkutils4   4:4.6.2-1   dummy transitional library
ii  libphonon4   4:4.6.0really4.5.0-3multimedia framework from KDE - co
ii  libqca2  2.0.2-1 libraries for the Qt Cryptographic
ii  libqt4-dbus  4:4.7.3-1   Qt 4 D-Bus module
ii  libqt4-network   4:4.7.3-1   Qt 4 network module
ii  libqt4-qt3suppor 4:4.7.3-1   Qt 3 compatibility library for Qt 
ii  libqt4-svg   4:4.7.3-1   Qt 4 SVG module
ii  libqt4-xml   4:4.7.3-1   Qt 4 XML module
ii  libqtcore4   4:4.7.3-1   Qt 4 core module
ii  libqtgui44:4.7.3-1   Qt 4 GUI module
ii  libsolid44:4.6.2-1   Solid Library for KDE Platform
ii  libstdc++6   4.6.0-8 The GNU Standard C++ Library v3
ii  phonon   4:4.6.0really4.5.0-3multimedia framework from KDE - me

konversation recommends no packages.

konversation suggests no packages.

-- no debconf information



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

Bug#626294: fault at opening imap folder

[Andreas Pakulat]

On 11.05.11 16:46:38, Antonio Radici wrote:
> On Wed, May 11, 2011 at 01:38:25PM +0200, Andreas Pakulat wrote:
> > Package: mutt
> > Version: 1.5.21-5
> > Followup-For: Bug #626294
> > 
> > Hi,
> > 
> > I'm also getting a segfault on every second or third imap folder I want
> > to open. My server however is dovecot 1:2.0.12-1.
> > 
> > I'm attaching the .muttrc, .muttdebug0 and the corefile to this report
> > as requested earlier. This is a pretty annoying thing since it makes it
> > impossible to use mutt to read my mails via imap.
> > 
> 
> Hi,
> I checked the core, it wasn't really helpful because the stack is
> corrupted, can you reproduce the same bug with mutt (not the patched
> version)?

Just realized this, another machine using the same imap server does not
crash. That one has mutt 1.5.21-4 install (and mutt-patched as well). 

Andreas




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

Bug#621680: Cannot setup gitolite-admin repository

[Andreas Pakulat]

Package: gitolite
Version: 2.0-1
Severity: normal

Hi,

I've tried to install gitolite today on a test-system running unstable
to verify conversion of gitosis repositories.

Unfortunately the postinst script thinks I did not provide an
admin key during installation. I did pass in the absolute path of an
existing readable file that contains nothing but a public ssh-key. I
also tried putting just the file contents into the dialog, neither
worked. The postinst script says that there was no admin key given. This
also happens with 1.5.4-2.

Re-running the configuration via dpkg-reconfigure -plow gitolite and
putting in the exact same filename worked without problems.

I then purged gitolite, removed /var/lib/gitolite and re-ran
installation. Same thing happens again, I checked the filename three
times and it was definetly correct but for some reason the postinst
script did not see the value I provided.

Andreas

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash



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

Bug#612974: Acknowledgement (libqtwebkit-dev: webview designer plugin libqwebview.so missing)

[Andreas Pakulat]

Hi,

turns out this is rather an package-dependency issue I guess. Apparently
the designer-plugin for qwebview is built by the qt source package, but
that one probably does so only if qwebkit is built alongside Qt or if
webkit is installed already. Both is not the case, unless one builds Qt
twice (or the plugin after webkit package)...

Feel free to move this over to the qt4-x11 package if thats more
apropriate.

Andreas

-- 
Another good night not to sleep in a eucalyptus tree.



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

Bug#612974: libqtwebkit-dev: webview designer plugin libqwebview.so missing

[Andreas Pakulat]

Package: libqtwebkit-dev
Version: 2.0~week26-2
Severity: important
Tags: experimental

Hi,

it seems that during the transition from libqt4-webkit to separate
webkit builds providing libqtwebkit-dev the libqwebview.so plugin for Qt
designer was lost. This makes it impossible to use QWebView in Qt
Designer files.

Andreas

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages libqtwebkit-dev depends on:
ii  libqt4-dev  4:4.7.1-2Qt 4 development files
ii  libqtwebkit42.0~week26-2 Web content engine library for Qt

libqtwebkit-dev recommends no packages.

libqtwebkit-dev suggests no packages.

-- no debconf information



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

Bug#590906: libmysqld-dev: Missing dependency on libcrypt-dev and wrong mysqld_config output

[Andreas Pakulat]

Package: libmysqld-dev
Version: 5.1.48-1
Severity: important

Hi,

currently mysqld_config outputs this:
~>mysql_config --libmysqld-libs
-rdynamic -L/usr/lib/mysql -lmysqld -ldl -lwrap -lrt

However to link against the mysqld library one also needs to link in
libcrypt. This library is missing in the above output and also missing
from the dependency of the package. This causes apps that want to use
mysqld to fail in linking.

Andreas

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages libmysqld-dev depends on:
ii  libmysqlclient-dev5.1.48-1   MySQL database development files

libmysqld-dev recommends no packages.

libmysqld-dev suggests no packages.

-- no debconf information



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

Bug#590905: libmysqld-dev: Missing dependency or wrong flags in mysql_config

[Andreas Pakulat]

Package: libmysqld-dev
Version: 5.1.48-1
Severity: important

Hi,

currently mysql_config produces this output when asked for the
embedded-server libraries:
~>mysql_config --libmysqld-libs
-rdynamic -L/usr/lib/mysql -lmysqld -ldl -lwrap -lrt

However the libmysqld-dev package has no dependency onto libwrap0-dev,
hence breaking apps that are using the above output to link their code
against libmysqld. 

So either a dependency needs to be added or the mysqld_config output
needs to be fixed to not include libraries that are not necessary to
link against.

Andreas

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

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

Versions of packages libmysqld-dev depends on:
ii  libmysqlclient-dev5.1.48-1   MySQL database development files

libmysqld-dev recommends no packages.

libmysqld-dev suggests no packages.

-- no debconf information



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

Bug#586512: kdelibs5-dev: Breaks installation of KDE apps into custom prefixes

[Andreas Pakulat]

Package: kdelibs5-dev
Version: 4:4.4.4-1
Severity: important

Hi,

it seems that Debian patches FindKDE4Internal.cmake to disable cmake's
behaviour of setting up RPATH for installed executables. This breaks any
KDE app using libraries installed into a custom prefix (like
$HOME/myapp) as then those shared libs are not found anymore. IIRC the
reason this was done was because apps installed into /usr shouldn't have
any RPATH set. There was a related discussion on the kde-buildsystem
list and (again IIRC) the outcome was that recent versions of cmake only
set setup the RPATH when the install prefix of the libraries is not
/usr.

Hence the applied patch should be removed again so that people can build
and install KDE apps from sources again without fiddling with cmake
files or cmake's cache.

Andreas

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

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

Versions of packages kdelibs5-dev depends on:
ii  automoc 1.0~version-0.9.88-4 automatic moc for Qt 4 packages
ii  kdelibs-bin 4:4.4.4-1core executables for KDE Applicati
ii  kdoctools   4:4.4.4-1various tools for accessing applic
ii  libc6   2.11.1-2 Embedded GNU C Library: Shared lib
ii  libkde3support4 4:4.4.4-1the KDE 3 Support Library for the 
ii  libkdecore5 4:4.4.4-1the KDE Platform Core Library
ii  libkdesu5   4:4.4.4-1the Console-mode Authentication Li
ii  libkdeui5   4:4.4.4-1the KDE Platform User Interface Li
ii  libkdewebkit5   4:4.4.4-1the KDE WebKit Library
ii  libkdnssd4  4:4.4.4-1the DNS-SD Protocol Library for th
ii  libkfile4   4:4.4.4-1the File Selection Dialog Library 
ii  libkhtml5   4:4.4.4-1the KHTML Web Content Rendering En
ii  libkimproxy44:4.4.4-1the Instant Messaging Interface Li
ii  libkio5 4:4.4.4-1the Network-enabled File Managemen
ii  libkjsapi4  4:4.4.4-1the KJS API Library for the KDE De
ii  libkjsembed44:4.4.4-1library for binding JavaScript obj
ii  libkmediaplayer44:4.4.4-1the KMediaPlayer Interface for the
ii  libknewstuff2-4 4:4.4.4-1the "Get Hot New Stuff" v2 Library
ii  libknewstuff3-4 4:4.4.4-1the "Get Hot New Stuff" v3 Library
ii  libknotifyconfig4   4:4.4.4-1library for configuring KDE Notifi
ii  libkntlm4   4:4.4.4-1the NTLM Authentication Library fo
ii  libkparts4  4:4.4.4-1the Framework for the KDE Platform
ii  libkpty44:4.4.4-1the Pseudo Terminal Library for th
ii  libkrosscore4   4:4.4.4-1the Kross Core Library
ii  libkrossui4 4:4.4.4-1the Kross UI Library
ii  libktexteditor4 4:4.4.4-1the KTextEditor interfaces for the
ii  libkunitconversion4 4:4.4.4-1the Unit Conversion library for th
ii  libkutils4  4:4.4.4-1various utility classes for the KD
ii  libnepomuk4 4:4.4.4-1the Nepomuk Meta Data Library
ii  libnepomukquery4a   4:4.4.4-1the Nepomuk Query Library for the 
ii  libphonon-dev   4:4.6.0really4.4.1-2 development files for the Phonon m
ii  libplasma3  4:4.4.4-1the Plasma Library for the KDE Pla
ii  libqt4-dev  4:4.6.2-5Qt 4 development files
ii  libqt4-qt3support   4:4.6.2-5Qt 3 compatibility library for Qt 
ii  libqt4-xml  4:4.6.2-5Qt 4 XML module
ii  libqtcore4  4:4.6.2-5Qt 4 core module
ii  libqtgui4   4:4.6.2-5Qt 4 GUI module
ii  libsolid4   4:4.4.4-1Solid Library for KDE Platform
ii  libsoprano-dev  2.4.3+dfsg.1-1   development files for the Soprano 
ii  libstdc++6  4.4.4-4  The GNU Standard C++ Library v3
ii  libthreadweaver44:4.4.4-1the ThreadWeaver Library for the K
ii  perl5.10.1-13Larry Wall's Practical Extraction 

Versions of packages kdelibs5-dev recommends:
ii  libqt4-opengl-dev 4:4.6.2-5  Qt 4 OpenGL library development fi

kdelibs5-dev suggests no packages.

-- no debconf information



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

Bug#557158: libc6: race in free() causes segfaults in apps

[Andreas Pakulat]

Package: libc6
Version: 2.10.1-7
Severity: important

Hi,

libc2.10 and 2.11 have a race in free() that causes apps that use
threading a lot to crash if MALLOC_CHECK_ is set to 3. This is already
reported upstream (http://sourceware.org/bugzilla/show_bug.cgi?id=10282)
and will be fixed in 2.11.1. It would good to have this fix in debian
earlier than 2.11.1, reason is simply so that such crashes can be
trusted again instead of having to suspect the libc bug. See also
http://www.purinchu.net/wp/2009/11/16/malloc_check_-crashes/

Andreas

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

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

Versions of packages libc6 depends on:
ii  libc-bin  2.10.1-7   GNU C Library: Binaries
ii  libgcc1   1:4.4.2-2  GCC support library

Versions of packages libc6 recommends:
pn  libc6-i686 (no description available)

Versions of packages libc6 suggests:
ii  debconf [debconf-2.0] 1.5.28 Debian configuration management sy
pn  glibc-doc  (no description available)
ii  locales   2.10.1-7   GNU C Library: National Language (

-- debconf information:
* glibc/upgrade: true
  glibc/disable-screensaver:
  glibc/restart-failed:
* glibc/restart-services: samba openbsd-inetd mysql exim4 cron



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

Bug#550263: Kills XServer when switching to VT

[Andreas Pakulat]

On 08.10.09 21:05:51, Julien Cristau wrote:
> On Thu, Oct  8, 2009 at 20:20:13 +0200, Andreas Pakulat wrote:
> 
> > Package: xserver-xorg-video-radeonhd
> > Version: 1.2.5-1
> > Severity: important
> > 
> > Hi,
> > 
> > Since upgrading X11 lately everytime I switch from VT7 to VT1-6 the X11
> > session is being killed. Hence I basically cannot use the normal tty's
> > as I then loose my logged in X11 session. The same happens when I start
> > a second X server on VT8 and switch to that.
> > 
> Please provide a log from the crash.

The Xorg log is attached, I've already tried installing the -dbg packages
for radeonhd, ati and xorg-core but the backtrace doesn't contain more
details after that.

Also I need to correct myself, X11 crashes when switching from the TTY back
to X11. Its still alive after switching to VT1 initially.

Andreas

-- 
Be careful!  Is it classified?


Xorg.0.log.old.gz
Description: Binary data

Bug#550183: Breaks Default button in some eclipse dialogs (and rcp apps)

[Andreas Pakulat]

Package: libgtk2.0-0
Version: 2.16.6-1
Severity: important

Hi,

after upgrading libgtk2.0-0 to 2.18.2-1 I'm experiencing problems with
the default buttons of dialogs in Eclipse and Eclipse-based
applications. Trying to click on the button "presses" it down, but
there's apparently no release or click even received by that button. I
tried debugging this and saw that the gtk_button_press_event is being
called, but not gtk_clicked in SWT's Button class. Using Enter to
trigger the button works and seemingly also to click once onto the
button to get it into the broken pressed-state and then pressing the
mouse outside and moving it into the button to release there. This also
triggeres the click.

So far I've seen this in the File->New->File dialog for the Ok button
and for the Cancel button in File->Import (after hitting next). I also
experience this in basically all modal dialogs of an RCP app I'm
developing.

Downgrading to libgtk2.0-0 makes everything work again, but so far I
haven't seen this happening in a pure GTK app (tried gimp, dia and
emacs). Its also not a style problem, I've tried various GTK styles by
now which all show the same problem. Oh and I'm using Eclipse 3.5
directly from eclipse.org not via packages.

Andreas

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.30-1-686-vmware (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-01.28.0-1  The ATK accessibility toolkit
ii  libc6  2.9-27GNU C Library: Shared libraries
ii  libcairo2  1.8.8-2   The Cairo 2D vector graphics libra
ii  libcups2   1.4.1-4   Common UNIX Printing System(tm) - 
ii  libfontconfig1 2.6.0-4   generic font configuration library
ii  libfreetype6   2.3.9-5   FreeType 2 font engine, shared lib
ii  libglib2.0-0   2.22.1-1  The GLib library of C routines
ii  libgnutls262.8.4-1   the GNU TLS library - runtime libr
ii  libgssapi-krb5-2   1.7dfsg~beta3-1   MIT Kerberos runtime libraries - k
ii  libgtk2.0-common   2.16.6-1  Common files for the GTK+ graphica
ii  libjasper1 1.900.1-6 The JasPer JPEG-2000 runtime libra
ii  libjpeg62  6b-15 The Independent JPEG Group's JPEG 
ii  libpango1.0-0  1.26.0-1  Layout and rendering of internatio
ii  libpng12-0 1.2.39-1  PNG library - runtime
ii  libtiff4   3.9.1-1   Tag Image File Format (TIFF) libra
ii  libx11-6   2:1.2.2-1 X11 client-side library
ii  libxcomposite1 1:0.4.0-4 X11 Composite extension library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxdamage11:1.1.1-4 X11 damaged region extension libra
ii  libxext6   2:1.0.4-1 X11 miscellaneous extension librar
ii  libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio
ii  libxi6 2:1.2.1-2 X11 Input extension library
ii  libxinerama1   2:1.0.3-2 X11 Xinerama extension library
ii  libxrandr2 2:1.3.0-2 X11 RandR extension library
ii  libxrender11:0.9.4-2 X Rendering Extension client libra
ii  shared-mime-info   0.60-2FreeDesktop.org shared MIME databa
ii  zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme0.10-2 default fallback theme for FreeDes
ii  libgtk2.0-bin 2.16.6-1   The programs for the GTK+ graphica

Versions of packages libgtk2.0-0 suggests:
ii  gvfs  1.4.0-2userspace virtual filesystem - ser
pn  librsvg2-common(no description available)

-- no debconf information



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

Bug#353773: Is this still an issue in 3.4.1?

[Andreas Pakulat]

On 11.08.09 23:25:40, Niels Thykier wrote:
> Could you please check if this is still an issue in the latest version
> of eclipse?

Unfortunately no, I don't use eclipse from debian anymore. Feel free to
close this bugreport.

Andreas
 
-- 
You will be married within a year, and divorced within two.


signature.asc
Description: Digital signature

Bug#524607: Also breaks suspend to ram

[Andreas Pakulat]

Hi,

just wanted to add that this also breaks suspend to ram here (from KDE4
desktop) because the suspend switches to VT mode before suspending and that
crashes the X server. Don't have a log at hand unfortunately, but its
definetly caused by the last upgrade from Xorg 7.3 to 7.4 (and the related
intel driver update from 2.3.2 to 2.7.0), I downgraded just the
xserver-xorg packages and the problem is gone.

Andreas

-- 
You work very hard.  Don't try to think as well.



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

Bug#363433: kdesvn: crashes when starting to drag

[Andreas Pakulat]

On 20.01.09 14:05:28, Michael Biebl wrote:
> Hi Andreas,
> 
> can you still reproduce this bug with kdesvn 1.2.2 (KDE 4) from experimental 
> and
> / or kdesvn 1.0.4 (KDE 3) from unstable?

Can't test with the KDE4 version, but the kde3 version still crashes.

Looking again at the backtrace I posted, one thing that comes to mind is
that kdesvn might be deleting a widget that the QDragObject wants behind
its back. 

Andreas
 
-- 
Be cheerful while you are alive.
-- Phathotep, 24th Century B.C.



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

Bug#381055: [debian-mysql] Bug#381055: libmysqld.a is broken and shouldn't be released

[Andreas Pakulat]

On 25.09.08 10:57:21, Norbert Tretkowski wrote:
> Am Donnerstag, den 25.09.2008, 10:54 +0200 schrieb Andreas Pakulat:
> > On 25.09.08 10:44:52, Norbert Tretkowski wrote:
> > > The fix is part of 5.0.48, lenny is not affected by this bug.
> > 
> > Where's the changelog entry? Whats the fix? I'm using the unstable
> > packages here and linking against libmysqld.a doesn't work. Or is the
> > fix to also link against other libraries? If so, which ones?
> 
> Are you sure the bug from the MySQL bug tracking system you mentioned is
> the right one?

Hmm, indeed it seems thats related to the normal client library. Maybe I jumped
the gun here a bit too quick. Apparently one also needs to link against
libmysqlclient.so when using libmysqld.a (i.e. the embedded server). So
case-closed for me. Sorry for the noise.

Andreas

-- 
You will have a long and boring life.


signature.asc
Description: Digital signature

Bug#381055: [debian-mysql] Bug#381055: libmysqld.a is broken and shouldn't be released

[Andreas Pakulat]

On 25.09.08 10:44:52, Norbert Tretkowski wrote:
> Version: 5.0.51-1
> 
> Am Donnerstag, den 25.09.2008, 10:17 +0200 schrieb Andreas Pakulat:
> > http://bugs.mysql.com/bug.php?id=27861
> >
> > So I suggest to either incorporate the fix, or not build the embedded
> > server.
> 
> The fix is part of 5.0.48, lenny is not affected by this bug.

Where's the changelog entry? Whats the fix? I'm using the unstable packages
here and linking against libmysqld.a doesn't work. Or is the fix to also link
against other libraries? If so, which ones?

Andreas

-- 
You have a will that can be influenced by all with whom you come in contact.



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

Bug#381055: libmysqld.a is broken and shouldn't be released

[Andreas Pakulat]

severity 381055 grave
thanks

Hi,

as can be seen from this bugreport libmysqld.a cannot be used, hence it
shouldn't be shipped in a stable release or be fixed. Mysql produced a
fix, see

http://bugs.mysql.com/bug.php?id=27861
http://lists.mysql.com/commits/28461

So I suggest to either incorporate the fix, or not build the embedded
server.

Making this a grave bug, because its causing build failures for any
software that tries to use an embedded mysql server.

Andreas

-- 
It's lucky you're going so slowly, because you're going in the wrong direction.



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

Bug#491225: including hash_map.hpp leads to compile error from utility.hpp)

[Andreas Pakulat]

Hi,

forgot the upstream bugreport url:
http://svn.boost.org/trac/boost/ticket/1822

Andreas

-- 
You are only young once, but you can stay immature indefinitely.



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

Bug#491225: including hash_map.hpp leads to compile error from utility.hpp)

[Andreas Pakulat]

I've just found that this bug is known and fixed upstream. The fix is to
add

#include  

to the list of includes. Would be nice if somebody could fix the Debian
packages so I don't have to build from sources.

Andreas

-- 
A few hours grace before the madness begins again.



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

Bug#492200: libgtk2.0-0: libgtk upgrade broke vmware

[Andreas Pakulat]

On 24.07.08 17:58:16, Josselin Mouette wrote:
> Le jeudi 24 juillet 2008 à 17:53 +0200, Andreas Pakulat a écrit :
> > Hmm, looking through vmware's script to setup the library path it seems
> > it already has its own gtk+ libs. Ah, now I remember. The problem is
> > that apparently the gtk libs provided with vmware, don't work with
> > Debian's X11 libs (assertion in xcb_lock.c). So I just tried to replace
> > them with debians system gtk, which worked thus far.
> 
> If you also replace glib and gobject with the system ones, this approach
> should work.

As I said the real problem is that vmware triggers assertions in Xcb.
There's a "proper" workaround for that, which doesn't involve using
system libs so I'm fine with that (didn't find it earlier).

Andreas

-- 
You will inherit some money or a small piece of land.



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

Bug#492200: libgtk2.0-0: libgtk upgrade broke vmware

[Andreas Pakulat]

On 24.07.08 17:17:57, Josselin Mouette wrote:
> Le jeudi 24 juillet 2008 à 16:57 +0200, Andreas Pakulat a écrit :
> > Depending on how many of the non-gtk/glib libs I move back. From here
> > this looks as if the changes that were done to linking gtk/glib (I'm
> > guessing this was to reduce the excess linkage?) broke binary
> > compatibility of the libraries.
> 
> No, if anything is broken, it is your vmware installation. The problem
> is that vmware tries to load the system gtk+ with a private glib. This
> way it doesn’t respect the system gtk+’s requirements wrt. glib. If it
> really needs to work with private libraries (which is broken to say the
> least, think security updates for example), vmware needs to hold both
> glib and gtk+ in its private directory.

Hmm, looking through vmware's script to setup the library path it seems
it already has its own gtk+ libs. Ah, now I remember. The problem is
that apparently the gtk libs provided with vmware, don't work with
Debian's X11 libs (assertion in xcb_lock.c). So I just tried to replace
them with debians system gtk, which worked thus far.

So I'm sorry for the disturbance.

Andreas

-- 
Beware of a dark-haired man with a loud tie.



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

Bug#492200: libgtk2.0-0: libgtk upgrade broke vmware

[Andreas Pakulat]

On 24.07.08 13:46:14, Josselin Mouette wrote:
> Le jeudi 24 juillet 2008 à 12:59 +0200, Andreas Pakulat a écrit :
> > /usr/local/vmware/lib/bin/vmware: symbol lookup error:
> > /usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_hash_table_ref
> 
> Is there a libglib-2.0.so.0 somewhere in /usr/local/vmware? If so, you
> should ensure that vmware doesn’t use it but uses the system glib
> instead.

Indeed. However Just removing the gtk libs from that directory doesn't
bring me any further, either I get:
terminate called after throwing an instance of 'std::length_error'
  what():  basic_string::_S_create
terminate called after throwing an instance of 'std::length_error'
  what():  basic_string::_S_create

Or:

/usr/local/vmware/lib/bin/vmware:
/usr/local/vmware/lib/lib/libgcc_s.so.1/libgcc_s.so.1: version
`GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
/usr/local/vmware/lib/bin/vmware:
/usr/local/vmware/lib/lib/libgcc_s.so.1/libgcc_s.so.1: version
`GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)
/usr/local/vmware/lib/bin/vmware:
/usr/local/vmware/lib/lib/libgcc_s.so.1/libgcc_s.so.1: version
`GCC_4.2.0' not found (required by /usr/lib/libstdc++.so.6)

Depending on how many of the non-gtk/glib libs I move back. From here
this looks as if the changes that were done to linking gtk/glib (I'm
guessing this was to reduce the excess linkage?) broke binary
compatibility of the libraries.

> What’s the output of “ldd -r /usr/lib/libgtk-x11-2.0.so.0” ?

No errors, just the list of libs:
,
| [EMAIL PROTECTED]:~>ldd /usr/lib/libgtk-x11-2.0.so
| linux-gate.so.1 =>  (0xe000)
| libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb7beb000)
| libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb7b64000)
| libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb7b59000)
| libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb7b19000)
| libX11.so.6 => /usr/lib/libX11.so.6 (0xb7a2a000)
| libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0xb7a27000)
| libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb7a24000)
| libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb7a1f000)
| libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb7a03000)
| libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0xb79c8000)
| libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb79c4000)
| libdl.so.2 => /lib/i686/cmov/libdl.so.2 (0xb79c)
| libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb790b000)
| libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb78a2000)
| libm.so.6 => /lib/i686/cmov/libm.so.6 (0xb787b000)
| libc.so.6 => /lib/i686/cmov/libc.so.6 (0xb772)
| libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb76f6000)
| libXext.so.6 => /usr/lib/libXext.so.6 (0xb76e8000)
| libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb76df000)
| libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb76db000)
| libXi.so.6 => /usr/lib/libXi.so.6 (0xb76d3000)
| libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb76cd000)
| libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb76c4000)
| libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb769d000)
| libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7627000)
| libz.so.1 => /usr/lib/libz.so.1 (0xb7612000)
| libxcb-xlib.so.0 => /usr/lib/libxcb-xlib.so.0 (0xb761)
| libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb75f8000)
| libselinux.so.1 => /lib/libselinux.so.1 (0xb75df000)
| /lib/ld-linux.so.2 (0x8000)
| libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb75b5000)
| libpng12.so.0 => /usr/lib/libpng12.so.0 (0xb7592000)
| libxcb-render-util.so.0 => /usr/lib/libxcb-render-util.so.0 
(0xb758e000)
| libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0xb7587000)
| libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0xb755e000)
| libexpat.so.1 => /usr/lib/libexpat.so.1 (0xb7537000)
| libXau.so.6 => /usr/lib/libXau.so.6 (0xb7534000)
| libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb752f000)
| libpthread.so.0 => /lib/i686/cmov/libpthread.so.0 (0xb7516000)
`

Andreas

-- 
You will be imprisoned for contributing your time and skill to a bank robbery.



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

Bug#492026: libsvn-dev: libtool file and package dependencies don't work together

[Andreas Pakulat]

On 24.07.08 00:29:33, Peter Samuelson wrote:
> [Andreas Pakulat]
> > In a recent upgrade libsvn-dev dropped a bunch of dependencies,
> > among them libneon27-gnutls-dev. However the libtool file coming with
> > the package still lists all kinds of libraries to link to.
> 
> Yes, because they are required for static linking.
> 
> > This causes problems when building apps with libtool from sources,
> > even if these apps don't need the symbols from neon-gnutls
> 
> Can you demonstrate the problem?  As far as I can tell, libtool handles
> both static and dynamic linking correctly:
> 
> $ libtool --version
> ltmain.sh (GNU libtool) 1.5.26 Debian 1.5.26-4 (1.1220.2.493 2008/02/01 
> 16:58:18)

Hmm, this project is using libtool:
ltmain.sh (GNU libtool) 1.5a (1.1240 2003/06/26 06:55:19)

> $ libtool --mode=link gcc -o foo foo.o /usr/lib/libsvn_ra-1.la
> gcc -o foo foo.o  /usr/lib/libsvn_ra-1.so

Yeap this works with debians libtool but not with the one I need to use
for this project. I can't switch libtool as using the debian version
produces tons of other errors.

I guess you can close this bug unless you consider it a bug that older
libtool versions are broken by the latest changes.

Andreas

-- 
You've been leading a dog's life.  Stay off the furniture.



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

Bug#492200: libgtk2.0-0: libgtk upgrade broke vmware

[Andreas Pakulat]

Package: libgtk2.0-0
Version: 2.12.10-2
Severity: important

Hi,

After the last upgrade of libgtk2 from 2.12.9 to 2.12.11 I can't run
vmware anymore (using their latest release). The problem is that there's
an undefined symbol in libgtk-x11-2.0.so.0 "g_hash_table_ref" which is
only defined in libglib. This looks like some binary compatibility issue
between the  various libs to me, but I can't be sure. Trying to replace
all libs that vmware uses with ones from debian (if they're not
installed vmware uses its own versions) doesn't help. The error I'm
seeing is this:

/usr/local/vmware/lib/bin/vmware: symbol lookup error:
/usr/lib/libgtk-x11-2.0.so.0: undefined symbol: g_hash_table_ref

A patch-level upgrade shouldn't break apps in such a way, thus I'm
marking this as important.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libgtk2.0-0 depends on:
ii  libatk1.0-0   1.22.0-1   The ATK accessibility toolkit
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libcairo2 1.6.4-6The Cairo 2D vector graphics libra
ii  libcomerr21.40.11-1  common error description library
ii  libcups2 [libcupsys2] 1.3.7-7Common UNIX Printing System(tm) - 
ii  libcupsys21.3.7-7Common UNIX Printing System (trans
ii  libfontconfig12.6.0-1generic font configuration library
ii  libglib2.0-0  2.16.3-2   The GLib library of C routines
ii  libgnutls26   2.2.5-1the GNU TLS library - runtime libr
ii  libgtk2.0-common  2.12.10-2  Common files for the GTK+ graphica
ii  libjpeg62 6b-14  The Independent JPEG Group's JPEG 
ii  libkrb53  1.6.dfsg.4~beta1-2 MIT Kerberos runtime libraries
ii  libpango1.0-0 1.20.2-2   Layout and rendering of internatio
ii  libpng12-01.2.27-1   PNG library - runtime
ii  libtiff4  3.8.2-10   Tag Image File Format (TIFF) libra
ii  libx11-6  2:1.1.4-2  X11 client-side library
ii  libxcomposite11:0.4.0-3  X11 Composite extension library
ii  libxcursor1   1:1.1.9-1  X cursor management library
ii  libxdamage1   1:1.1.1-4  X11 damaged region extension libra
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxfixes31:4.0.3-2  X11 miscellaneous 'fixes' extensio
ii  libxi62:1.1.3-1  X11 Input extension library
ii  libxinerama1  2:1.0.3-2  X11 Xinerama extension library
ii  libxrandr22:1.2.2-2  X11 RandR extension library
ii  libxrender1   1:0.9.4-2  X Rendering Extension client libra
ii  zlib1g1:1.2.3.3.dfsg-12  compression library - runtime

Versions of packages libgtk2.0-0 recommends:
ii  hicolor-icon-theme0.10-1 default fallback theme for FreeDes
ii  libgtk2.0-bin 2.12.10-2  The programs for the GTK+ graphica

-- no debconf information



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

Bug#492026: libsvn-dev: libtool file and package dependencies don't work together

[Andreas Pakulat]

Package: libsvn-dev
Version: 1.4.6dfsg1-4
Severity: important

Hi,

In a recent upgrade libsvn-dev dropped a bunch of dependencies,
among them libneon27-gnutls-dev. However the libtool file coming with
the package still lists all kinds of libraries to link to. This causes
problems when building apps with libtool from sources, even if these
apps don't need the symbols from neon-gnutls (or serf-0 as thats also
one thats listed in .la but not in Depends:). So I think the .la file
needs to be fixed here (or the depends re-introduced).

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libsvn-dev depends on:
ii  libapr1-dev1.2.12-4  The Apache Portable Runtime Librar
ii  libaprutil1-dev1.2.12+dfsg-7 The Apache Portable Runtime Utilit
ii  libneon27-gnutls-dev   0.28.2-2  Header and static library files fo
ii  libsvn11.4.6dfsg1-4  Shared libraries used by Subversio

libsvn-dev recommends no packages.

-- no debconf information



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

Bug#491225: libboost-serialization1.35-dev: including hash_map.hpp leads to compile error from utility.hpp

[Andreas Pakulat]

Package: libboost-serialization1.35-dev
Version: 1.35.0-5
Severity: important

Hi,

I just found that somehow the serialization/utility.hpp header seems to
be broken in the 1.35 package. The following file:

,[ foo.cpp ]-
| #include 
`

produces this error:
,
| [EMAIL PROTECTED]:~/temp/testboostinc>g++ -o foo foo.cpp
| In file included from /usr/include/c++/4.3/ext/hash_map:64,
|  from /usr/include/boost/serialization/hash_map.hpp:22,
|  from foo.cpp:1:
| /usr/include/c++/4.3/backward/backward_warning.h:32:2: warning: #warning This 
file includes at least one deprecated or antiquated header which may be removed 
without further notice at a future date. Please use a non-deprecated interface 
with equivalent functionality instead. For a listing of replacement headers and 
interfaces, consult the file backward_warning.h. To disable this warning use 
-Wno-deprecated.
| In file included from /usr/include/boost/serialization/hash_map.hpp:24,
|  from foo.cpp:1:
| /usr/include/boost/serialization/utility.hpp:48: error: expected 
template-name before ‘<’ token
| /usr/include/boost/serialization/utility.hpp:48: error: expected `{' before 
‘<’ token
| /usr/include/boost/serialization/utility.hpp:48: error: expected 
unqualified-id before ‘<’ token
`

The code around line 48 in utility.hpp looks like this:
,
| /// specialization of is_bitwise_serializable for pairs
| template 
| struct is_bitwise_serializable >
|  : public mpl::and_,is_bitwise_serializable >
| {
| };
`

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libboost-serialization1.35-dev depends on:
ii  libboost-serialization1.35.0  1.35.0-5   serialization library for C++
ii  libboost1.35-dev  1.35.0-5   Boost C++ Libraries development fi

libboost-serialization1.35-dev recommends no packages.

-- no debconf information



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

Bug#485925: screen: End key misfunctions in vim

[Andreas Pakulat]

On 12.06.08 09:04:56, Thomas Dickey wrote:
> On Thu, Jun 12, 2008 at 12:10:17PM +0200, Andreas Pakulat wrote:
> > Package: screen
> > Version: 4.0.3-10
> > Severity: important
> > 
> > Hi,
> > 
> > since the upgrade from screen 4.0.3-9 to 4.0.3-10, my End key doesn't
> > work anymore inside vim. This only happens in screen sessions and so far
> > only seems to be an issue with the End key. 
> 
> I'm curious if this could be related to a fix in ncurses:
> 
> 20080503
> + modify screen.* terminfo entries using new screen+fkeys to fix
>   overridden keys in screen.rxvt (Debian #478094) -TD

If so then screen just now triggers it. I did upgrade ncurses 7 days ago
and didn't have any problems until I upgraded to the 4.0.3-10 version of
screen.

Andreas

-- 
You don't become a failure until you're satisfied with being one.


signature.asc
Description: Digital signature

Bug#485925: screen: End key misfunctions in vim

[Andreas Pakulat]

Package: screen
Version: 4.0.3-10
Severity: important

Hi,

since the upgrade from screen 4.0.3-9 to 4.0.3-10, my End key doesn't
work anymore inside vim. This only happens in screen sessions and so far
only seems to be an issue with the End key. 

vim changes to insert mode and adds a "F" when I hit the end key, so
it looks that whatever key-sequence is sent to the application is wrong.

Downgrading back to 4.0.3-9 fixes the problem.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages screen depends on:
ii  libc6 2.7-12 GNU C Library: Shared libraries
ii  libncursesw5  5.6+20080531-1 Shared libraries for terminal hand
ii  libpam0g  0.99.7.1-6 Pluggable Authentication Modules l

screen recommends no packages.

-- debconf information:
  screen/old_upgrade_prompt: false



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

Bug#474039: version 0.9.6 of libsvncpp0c2a needs to be renamed to libsvncpp1

[Andreas Pakulat]

severity 474039 serious
retitle 474039 version 0.9.6 of libsvncpp0c2a needs to be renamed to libsvncpp1
thanks

Hi,

I just realized that upstream did actually increase the SOVERSION,
however the package wasn't renamed accordingly. I don't know where this
is written in the packaging rules, but the name of a library package
needs to include the SOVERSION of the library, i.e. libsvncpp0 for
libsvncpp.so.0. Thus this package needs a new name for the 0.9.6 version
as the SOVERSION was changed to one, resulting in libsvncpp.so.1. And
the 0.9.4 version needs to be uploaded again as libsvncpp0c2a so apps
that depend on the older API don't break.

See Section 8.1 of the Debian Policy on the naming of runtime shared
libraries.

Andreas

-- 
Don't look now, but there is a multi-legged creature on your shoulder.



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

Bug#474039: libsvncpp0c2a: libsvncpp broke binary compatibility without increasing SOVERSION

[Andreas Pakulat]

Package: libsvncpp0c2a
Version: 0.9.6-0.1
Severity: important

Hi,

not sure wether higher severity is justified, but the recent upload of
version 0.9.6 of this library is binary and source incompatible to the
0.9.4 version. Upstream removed and renamed a lot of functions on
svn::Client. Unfortunately they didn't change the SOVERSION, not sure if
Debian can do that on its own.

Upstream bugreport is here:
http://rapidsvn.tigris.org/issues/show_bug.cgi?id=584

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (990, 'testing'), (990, 'stable'), (500, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libsvncpp0c2a depends on:
ii  libapr11.2.11-1  The Apache Portable Runtime Librar
ii  libaprutil11.2.12+dfsg-3 The Apache Portable Runtime Utilit
ii  libc6  2.7-10GNU C Library: Shared libraries
ii  libgcc11:4.3.0-2 GCC support library
ii  libstdc++6 4.3.0-2   The GNU Standard C++ Library v3
ii  libsvn11.4.6dfsg1-2  Shared libraries used by Subversio
ii  libuuid1   1.40.8-2  universally unique id library

libsvncpp0c2a recommends no packages.

-- no debconf information



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

Bug#470485: fuse-utils fail to configure

[Andreas Pakulat]

found 470485 2.7.3-1
severity 470485 grave
quit

I've got the same problem, raising severity so other people doing an
update are warned via apt-listbugs (and because an un-installable
package is a grave problem - AFAIK)

Andreas

-- 
Don't look now, but the man in the moon is laughing at you.



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

Bug#463567: xkb changes crash X11

[Andreas Pakulat]

On 04.03.08 14:26:59, Julien Cristau wrote:
> On Tue, Mar  4, 2008 at 13:39:52 +0100, Andreas Pakulat wrote:
> > The crash is triggered by doing changes to my xkb configuration, hence
> > I moved this to libxkbfile1. Thats the component thats shared by both
> > kxkb and setxkbmap as far as I could see.
> 
> But neither kxkb nor setxkbmap is crashing.  An Xorg crash is a server
> issue, libxkbfile is a client-side lib, so I reassigned the bug to the
> server (which is the other component shared by both applications: both
> are X11 clients :)).

Well, yeah, but the cause of the crash seemed to be xkb so I suspected a
proper fix would go there too. Especially as only xkb changed between
"not crashing" and "crashing".

> > Backtrace:
> > 0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c675e]
> > 1: [0xe420]
> > 2: /usr/bin/X(Xfree+0x21) [0x81b4661]
> > 3: /usr/bin/X [0x81a68d0]
> > 4: /usr/bin/X [0x81a696c]
> > 5: /usr/bin/X [0x81a63ad]
> > 6: /usr/bin/X(SrvXkbFreeGeomRows+0x49) [0x81a6519]
> > 7: /usr/bin/X [0x81a6561]
> > 8: /usr/bin/X [0x81a63ad]
> > 9: /usr/bin/X(SrvXkbFreeGeomSections+0x49) [0x81a64c9]
> > 10: /usr/bin/X(SrvXkbFreeGeometry+0xdf) [0x81a6bdf]
> > 11: /usr/bin/X(SrvXkbFreeKeyboard+0xc1) [0x81a4db1]
> > 12: /usr/bin/X(XkbFreeInfo+0xdf) [0x819347f]
> > 13: /usr/bin/X [0x808546f]
> > 14: /usr/bin/X(CloseDownDevices+0x29) [0x80858c9]
> > 15: /usr/bin/X(main+0x4be) [0x807473e]
> > 16: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7cff450]
> > 17: /usr/bin/X(FontFileCompleteXLFD+0x205) [0x8073a81]
> > 
> Looks like #461783, merging.  I'm also bumping the severity, as this
> seems to affect many people unfortunately...

Indeed, thanks for letting me know. Looking at that report, yes I also
used a microsoft keyboad which X11 identified as microsoftpro as well. 

Luckily I'm now using a differnet keyboard so there's hope I am not
affected anymore :)

Andreas

-- 
You will always get the greatest recognition for the job you least like.


signature.asc
Description: Digital signature

Bug#467006: vim prints debug output when invoked as

[Andreas Pakulat]

merge 466426 467006
thanks

Hi,

just saw that the error is actually due to libgpmg1, merging to the
other bug.

Andreas

-- 
You could live a better life, if you had a better mind and a better body.

Bug#467006: vim prints debug output when invoked as

[Andreas Pakulat]

Package: vim
Version: 1:7.1-245+1
Severity: normal

Hi,

since a recent upgrade I get debug output such as this whenever I change
into the insert mode or do a search in vim:

/*** debug [lib/liblow.c(212)]:
   VC: 0

This only happens when using vim as editor for replying to mails or for
reportbug, so far. Its not happening for various types of text files.

It happens since the upgrade:
[UPGRADE] vim 1:7.1-241+1 -> 1:7.1-245+1

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages vim depends on:
ii  libacl1   2.2.45-1   Access control list shared library
ii  libc6 2.7-8  GNU C Library: Shared libraries
ii  libgpmg1  1.20.3~pre3-1  General Purpose Mouse - shared lib
ii  libncurses5   5.6+20080203-1 Shared libraries for terminal hand
ii  vim-common1:7.1-245+1Vi IMproved - Common files
ii  vim-runtime   1:7.1-245+1Vi IMproved - Runtime files

vim recommends no packages.

-- no debconf information



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

Bug#466007: amarok: collection list contains duplicate entries

[Andreas Pakulat]

Package: amarok
Version: 1.4.8-1
Severity: normal

Hi,

haven't looked into my collection for quite some while now (probably
about 3 or 4 months) and suddenly I've got two entries for each song in
it. They are complete duplicates, including all metadata and the path
list in the metadata editor is also the same for both entries.

Looking into the mysql database I notice that the deviceid for the two
entries is different and sometimes the changedate (in the directories
table). One deviceid is -1 the other is 2.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages amarok depends on:
ii  amarok-engines 1.4.8-1   output engines for the Amarok audi
ii  amarok-xine [amarok-en 1.4.8-1   xine engine for the Amarok audio p
ii  kdelibs4c2a4:3.5.8.dfsg.1-7  core libraries and binaries for al
ii  libart-2.0-2   2.3.20-1  Library of functions for 2D graphi
ii  libaudio2  1.9.1-1   Network Audio System - shared libr
ii  libc6  2.7-6 GNU C Library: Shared libraries
ii  libfontconfig1 2.5.0-2   generic font configuration library
ii  libfreetype6   2.3.5-1+b1FreeType 2 font engine, shared lib
ii  libgcc11:4.3-20080202-1  GCC support library
ii  libgl1-mesa-glx [libgl 7.0.2-4   A free implementation of the OpenG
ii  libglib2.0-0   2.14.6-1  The GLib library of C routines
ii  libgpod3   0.6.0-3   a library to read and write songs 
ii  libice62:1.0.4-1 X11 Inter-Client Exchange library
ii  libidn11   1.1-1 GNU libidn library, implementation
ii  libifp41.0.0.2-3 communicate with iRiver iFP audio 
ii  libjpeg62  6b-14 The Independent JPEG Group's JPEG 
ii  libkarma0  0.0.6-3.1 Rio Karma access library [runtime 
ii  libmtp70.2.5-1   Media Transfer Protocol (MTP) libr
ii  libmysqlclient15off5.0.51a-1 MySQL database client library
ii  libnjb52.2.5-4.2 Creative Labs Nomad Jukebox librar
ii  libpng12-0 1.2.15~beta5-3PNG library - runtime
ii  libpq5 8.3.0-1   PostgreSQL C client library
ii  libqt3-mt  3:3.3.7-9 Qt GUI Library (Threaded runtime v
ii  libruby1.8 1.8.6.111-4   Libraries necessary to run Ruby 1.
ii  libsdl1.2debian1.2.13-2  Simple DirectMedia Layer
ii  libsm6 2:1.0.3-1+b1  X11 Session Management library
ii  libsqlite3-0   3.4.2-2   SQLite 3 shared library
ii  libstdc++6 4.3-20080202-1The GNU Standard C++ Library v3
ii  libtag1c2a 1.4-8+b1  TagLib Audio Meta-Data Library
ii  libtagc0   1.4-8+b1  TagLib Audio Meta-Data Library (C 
ii  libtunepimp5   0.5.3-6   MusicBrainz tagging library
ii  libusb-0.1-4   2:0.1.12-9userspace USB programming library
ii  libvisual-0.4-00.4.0-2   Audio visualization framework
ii  libx11-6   2:1.0.3-7 X11 client-side library
ii  libxcursor11:1.1.9-1 X cursor management library
ii  libxext6   1:1.0.3-2 X11 miscellaneous extension librar
ii  libxft22.1.12-2  FreeType-based font drawing librar
ii  libxi6 2:1.1.3-1 X11 Input extension library
ii  libxinerama1   1:1.0.2-1 X11 Xinerama extension library
ii  libxrandr2 2:1.2.2-1 X11 RandR extension library
ii  libxrender11:0.9.4-1 X Rendering Extension client libra
ii  libxt6 1:1.0.5-3 X11 toolkit intrinsics library
ii  ruby   4.1   An interpreter of object-oriented 
ii  unzip  5.52-10   De-archiver for .zip files
ii  zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:3.5.8-2  enables the browsing of audio CDs 

-- no debconf information



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

Bug#463567: Info received (kdebase: kxkb crashes X11)

[Andreas Pakulat]

reassign 463567 libxkbfile1
retitle 463567 X11 crashes when changing keyboard config
thanks

Hi,

apparently accessing kxkb in anything but "read-only-mode" completely
crashes X11. Backtrace is in the initial report.

Tested applications: setxkbmap and kxkb.

Andreas

-- 
You will be given a post of trust and responsibility.



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

Bug#463567: kdebase: kxkb crashes X11

[Andreas Pakulat]

Hi,

just wanted to add a little piece: Looking back at the event when I had
the first X11 crash it seems this problem can lock people out of their
KDE session completely. 

The first time this happened I simply logged into KDE, KDE loaded and
when it was nearly done it just crashed.

Thinking about this a bit, I think the reason was that my X11 config
used "de" keyboard layout, while I had configured "en" in the layout kcm
(i.e. kxkb). 

I couldn't test setxkbmap in write-mode yet, will do so on monday and
see if that also triggers the crash.

Andreas

-- 
You are deeply attached to your friends and acquaintances.



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

Bug#463567: kdebase: kxkb crashes X11

[Andreas Pakulat]

Package: kdebase
Version: 4:3.5.8.dfsg.1-7
Severity: normal

Hi,

starting kxkb or applying any changes in the keyboard layout kcm crashes
X11 for me. The Xorg.log contains the following info:

Backtrace:
0: /usr/bin/X(xf86SigHandler+0x7e) [0x80c675e]
1: [0xe420]
2: /usr/bin/X(Xfree+0x21) [0x81b4661]
3: /usr/bin/X(XkbCopyKeymap+0x15c2) [0x818b222]
4: /usr/bin/X(ProcXkbGetKbdByName+0xa46) [0x8181a96]
5: /usr/bin/X [0x818939a]
6: /usr/bin/X [0x814d86e]
7: /usr/bin/X(Dispatch+0x2bf) [0x808d1ef]
8: /usr/bin/X(main+0x48b) [0x807470b]
9: /lib/i686/cmov/libc.so.6(__libc_start_main+0xe0) [0xb7c92450]
10: /usr/bin/X(FontFileCompleteXLFD+0x205) [0x8073a81]

Fatal server error:
Caught signal 11.  Server aborting

I can't see any other log information about this.

Oh and, I know "renders package unusable" is not quite true, but under
grave there where no other applicable justifications

Andreas


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kdebase depends on:
ii  hal0.5.10-5  Hardware Abstraction Layer
ii  kappfinder 4:3.5.8.dfsg.1-7  non-KDE application finder for KDE
ii  kate   4:3.5.8.dfsg.1-7  advanced text editor for KDE
ii  kcontrol   4:3.5.8.dfsg.1-7  control center for KDE
ii  kdebase-bi 4:3.5.8.dfsg.1-7  core binaries for the KDE base mod
ii  kdebase-da 4:3.5.8.dfsg.1-7  shared data files for the KDE base
ii  kdebase-ki 4:3.5.8.dfsg.1-7  core I/O slaves for KDE
ii  kdepasswd  4:3.5.8.dfsg.1-7  password changer for KDE
ii  kdeprint   4:3.5.8.dfsg.1-7  print system for KDE
ii  kdesktop   4:3.5.8.dfsg.1-7  miscellaneous binaries and files f
ii  kfind  4:3.5.8.dfsg.1-7  file-find utility for KDE
ii  khelpcente 4:4.0.0.really.3.5.8.dfsg.1-7 help center for KDE
ii  kicker 4:3.5.8.dfsg.1-7  desktop panel for KDE
ii  klipper4:3.5.8.dfsg.1-7  clipboard utility for KDE
ii  kmenuedit  4:3.5.8.dfsg.1-7  menu editor for KDE
ii  konqueror  4:3.5.8.dfsg.1-7  KDE's advanced file manager, web b
ii  konqueror- 4:3.5.8.dfsg.1-7  Netscape plugin support for Konque
ii  konsole4:3.5.8.dfsg.1-7  X terminal emulator for KDE
ii  kpager 4:3.5.8.dfsg.1-7  desktop pager for KDE
pn  kpersonali (no description available)
ii  ksmserver  4:3.5.8.dfsg.1-7  session manager for KDE
ii  ksplash4:3.5.8.dfsg.1-7  the KDE splash screen
ii  ksysguard  4:3.5.8.dfsg.1-7  system guard for KDE
pn  ktip   (no description available)
ii  kwin   4:3.5.8.dfsg.1-7  the KDE window manager
ii  libkonq4   4:3.5.8.dfsg.1-7  core libraries for Konqueror
ii  pmount 0.9.17-1  mount removable devices as normal 

Versions of packages kdebase recommends:
ii  kdm 4:3.5.8.dfsg.1-7 X display manager for KDE



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

Bug#463205: libktoblzcheck1c2a: Changes timezone of the process using the library

[Andreas Pakulat]

Package: libktoblzcheck1c2a
Version: 1.16-1
Severity: important

Hi,

I'm not sure wether you saw the recent discussion about this on the
aqbanking list, thus I'm filing a bugreport.

Apparently there's a small bug in the timezone-changing code in
libktoblzcheck, which forces the process using the library into UTC
timezone and thus all further "current time" calls retrieve a time in
the past (1 hour).

For more information see:
http://sourceforge.net/mailarchive/forum.php?thread_name=20080128154827.GI316%40morpheus.apaku.dnsalias.org&forum_name=aqbanking-devel

The patch has already been comitted, its not yet clear if a new upstream
release will come soon or if Christian wants to wait a bit for the new
bank info to be released. Thus maybe you could integrate the changeset
as a patch until a new upstream release has been done.

Patch is here:
http://ktoblzcheck.cvs.sourceforge.net/ktoblzcheck/ktoblzcheck/src/lib/ktoblzcheck.cc?r1=1.60&r2=1.61

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libktoblzcheck1c2a depends on:
ii  libc6   2.7-6GNU C Library: Shared libraries
ii  libgcc1 1:4.3-20080116-1 GCC support library
ii  libstdc++6  4.3-20080116-1   The GNU Standard C++ Library v3

libktoblzcheck1c2a recommends no packages.

-- no debconf information



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

Bug#462816: xkb-data: XF86WWW Key broken with cymotion layout

[Andreas Pakulat]

Package: xkb-data
Version: 1.1~cvs.20080104.1-1
Severity: normal

Hi,

seems like one of the X11 upgrades changed to produce the key code 178
for the XF86WWW key. This maps to symbol I32 and thus using the cymotion
layout I don't get my mapped action for that key anymore. The cymotion
layout currently uses I02 for XF86WWW.

I can't say which upgrade exactly broke things.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

-- no debconf information



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

Bug#462705: kde-icons-kneu: unessecarily forces installation of a meta package

[Andreas Pakulat]

Package: kde-icons-kneu
Version: 0.2-1
Severity: important

Hi,

this package depends on kdebase, which doesn't make any sense as kdebase
is a meta package and surely has a lot of dependecies that the kneu icon
theme doesn't need.

Instead it should just recommends kdebase.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kde-icons-kneu depends on:
ii  kdebase 4:3.5.8.dfsg.1-6 base components from the official 

kde-icons-kneu recommends no packages.

-- no debconf information



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

Bug#461469: qbankmanager doesn't find aqhbci backend after upgrade

[Andreas Pakulat]

On 20.01.08 13:06:42, Micha Lenk wrote:
> >>> Probably the plugins should only be recommends, or there should be a
> >>> virtual libaqbanking20-plugin package which is provided by any of the
> >>> plugin packages and libaqbanking20-plugins-qt should only depend on
> >>> the virtual package.
> >>
> >> There is no choice any more of what AqBanking backends will be installed
> >> and what not. The only choice left is: Do you want the Qt support stuff
> >> (package libaqbanking20-plugins-qt) or not (libaqbanking20-plugins).
> >>
> >> This has changed since AqBanking 2.x's packages because it was much more
> >> work to package with very little gain.
> >
> > I find that rather bad. Your forcing stuff on people they don't use or
> > want to use and thus clutter their system. Currently its just 1 plugin
> > more to install (and another library which this plugin needs), but if
> > the other plugins are ported at some point its going to get on my
> > nerves.
> >
> > And I haven't built a debian package for ages, but isn't it just a 2 or
> > 3 files to "maintain", which contain the list of files for each binary
> > package you build from a source package and also a proper control file?
> > Sorry, but I don't find that so much work, after all the list of files
> > doesn't change with every release of AqBanking.
> 
> The main problem is to decide what file belongs into what package. If
> you're going to provide such a list and can grant that no files are
> missing if a subset of all files aren't installed (because the
> corresponding package isn't installed) I will probably change my mind.

I suspect that would need at least partial knowledge of the inner
workings of aqbanking. I once had that knowledge, but thats now almost 2
years ago and I didn't have anything to do with aqbanking since then
(except as a user of QBM).

> Otherwise I am simply tired doing this error prone (this is my experience)
> job on my own.

I can understand that.

> Really, I appreciate any help!

Well, same problem as for you I guess, too little spare time and more
interesting things to do... 

Maybe "some day" when I clean up my system, or install a completely new
one I may be bothered by the ofx-dependecy enough to do something about
it, for now I can live with it.

Andreas

-- 
Chicken Little was right.


signature.asc
Description: Digital signature

Bug#461469: qbankmanager doesn't find aqhbci backend after upgrade

[Andreas Pakulat]

On 20.01.08 03:53:23, Micha Lenk wrote:
> Hi Andreas,
> 
> Andreas Pakulat schrieb am Sat, Jan 19, 2008 at 01:30:45PM +0100:
> > On 19.01.08 12:01:48, Micha Lenk wrote:
> > > apparently the dependencies are partly incorrect (libaqhbci10) and
> > > partly missing (libaqbanking20-plugins-qt).
> > > 
> > > Can you please install package libaqbanking20-plugins-qt and say wether
> > > this fixes your problem?
> > 
> > Yes it helps, but thats no solution as libaqbanking20-plugins-qt
> > depends on libaqofxconnect4, which I don't want to install. If I remove
> > the ofx stuff and the plugins-qt QBM stops working again.
> 
> Unfortunately there is no other possibility than installing
> libaqbanking20-plugins-qt, which is a recommends of libaqbanking20.
> You ignored this recommendation, thus this bug isn't of severity grave.

Ok, but then QBankManager should depend on the -qt package, after all
its completely useless without it.

> > Probably the plugins should only be recommends, or there should be a
> > virtual libaqbanking20-plugin package which is provided by any of the
> > plugin packages and libaqbanking20-plugins-qt should only depend on the
> > virtual package.
> 
> There is no choice any more of what AqBanking backends will be installed
> and what not. The only choice left is: Do you want the Qt support stuff
> (package libaqbanking20-plugins-qt) or not (libaqbanking20-plugins).
> 
> This has changed since AqBanking 2.x's packages because it was much more
> work to package with very little gain.

I find that rather bad. Your forcing stuff on people they don't use or
want to use and thus clutter their system. Currently its just 1 plugin
more to install (and another library which this plugin needs), but if
the other plugins are ported at some point its going to get on my
nerves. 

And I haven't built a debian package for ages, but isn't it just a 2 or
3 files to "maintain", which contain the list of files for each binary
package you build from a source package and also a proper control file?
Sorry, but I don't find that so much work, after all the list of files
doesn't change with every release of AqBanking. 

Well, I guess I'm back to building from source :(

Andreas

-- 
If you can read this, you're too close.


signature.asc
Description: Digital signature

Bug#461469: qbankmanager doesn't find aqhbci backend after upgrade

[Andreas Pakulat]

On 19.01.08 12:01:48, Micha Lenk wrote:
> Hi Andreas,
> 
> apparently the dependencies are partly incorrect (libaqhbci10) and
> partly missing (libaqbanking20-plugins-qt).
> 
> Can you please install package libaqbanking20-plugins-qt and say wether
> this fixes your problem?

Yes it helps, but thats no solution as libaqbanking20-plugins-qt
depends on libaqofxconnect4, which I don't want to install. If I remove
the ofx stuff and the plugins-qt QBM stops working again.

Probably the plugins should only be recommends, or there should be a
virtual libaqbanking20-plugin package which is provided by any of the
plugin packages and libaqbanking20-plugins-qt should only depend on the
virtual package.

Andreas

-- 
Life is to you a dashing and bold adventure.


signature.asc
Description: Digital signature

Bug#461469: qbankmanager doesn't find aqhbci backend after upgrade

[Andreas Pakulat]

Package: qbankmanager
Version: 0.9.48-1
Severity: grave
Justification: renders package unusable

Hi,

unfortunately after the 3.x upgrade of qbankmanager it doesn't find its
aqhbci plugin anymore, which makes it unusable.

The list of plugins is empty and also it doesn't show my existing user.

I do also get a couple of "Account X no longer supported by AqBanking!

Another thing is that some of the data seems to have not been copied
over to the new .aqbanking dir properly. The booked balance for the
account isn't a proper value in .aqbanking, its a rather long value -
though maybe thats part of the new format. The settings.conf in
.aqbanking also misses the users section from the one in .banking.

A fresh user shows the same problems with regard to the hbci plugin.

Here's the output from starting qbankmanager after removing .aqbanking
and cp -r'ing .banking to .aqbanking:

3:2008/01/18 21-12-35:gwen(748):plugin.c:  358: Plugin "AQHBCI" not found.
3:2008/01/18 21-12-35:aqbanking(748):banking_online.c:  396: Could not load 
provider plugin for "AQHBCI"
4:2008/01/18 21-12-35:aqbanking(748):banking_init.c:  461: Provider "AQHBCI" 
not found
3:2008/01/18 21-12-35:gwen(748):plugin.c:  358: Plugin "AQHBCI" not found.
3:2008/01/18 21-12-35:aqbanking(748):banking_online.c:  396: Could not load 
provider plugin for "AQHBCI"
4:2008/01/18 21-12-35:aqbanking(748):banking_init.c:  461: Provider "AQHBCI" 
not found
3:2008/01/18 21-12-35:gwen(748):plugin.c:  358: Plugin "AQHBCI" not found.
3:2008/01/18 21-12-35:aqbanking(748):banking_online.c:  396: Could not load 
provider plugin for "AQHBCI"
3:2008/01/18 21-12-35:aqbanking(748):account.c:   68: Provider "AQHBCI" is not 
available, ignoring account
3:2008/01/18 21-12-35:gwen(748):plugin.c:  358: Plugin "AQHBCI" not found.
3:2008/01/18 21-12-35:aqbanking(748):banking_online.c:  396: Could not load 
provider plugin for "AQHBCI"
3:2008/01/18 21-12-35:aqbanking(748):account.c:   68: Provider "AQHBCI" is not 
available, ignoring account
3:2008/01/18 21-12-35:gwen(748):plugin.c:  358: Plugin "AQHBCI" not found.
3:2008/01/18 21-12-35:aqbanking(748):banking_online.c:  396: Could not load 
provider plugin for "AQHBCI"
3:2008/01/18 21-12-35:aqbanking(748):account.c:   68: Provider "AQHBCI" is not 
available, ignoring account
3:2008/01/18 21-12-35:gwen(748):plugin.c:  358: Plugin "AQHBCI" not found.
3:2008/01/18 21-12-35:aqbanking(748):banking_online.c:  396: Could not load 
provider plugin for "AQHBCI"
3:2008/01/18 21-12-35:aqbanking(748):account.c:   68: Provider "AQHBCI" is not 
available, ignoring account
5:2008/01/18 21-12-35:QBankManager(748):app.cpp:  189: Account 1 no longer 
supported by AqBanking
5:2008/01/18 21-12-35:QBankManager(748):app.cpp:  189: Account 554 no longer 
supported by AqBanking
5:2008/01/18 21-12-35:QBankManager(748):app.cpp:  189: Account 555 no longer 
supported by AqBanking
5:2008/01/18 21-12-35:QBankManager(748):app.cpp:  189: Account 556 no longer 
supported by AqBanking
4:2008/01/18 21-12-35:QBankManager(748):app.cpp:  851: No accounts found in 
aqbanking. Please setup accounts first.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages qbankmanager depends on:
ii  libaqbanking20  3.0.1-4  library for online banking applica
ii  libc6   2.7-6GNU C Library: Shared libraries
ii  libgcc1 1:4.3-20080112-1 GCC support library
ii  libgwenhywfar47 3.0.1-1  OS abstraction layer
ii  libqbanking53.0.1-4  QT frontend library for AqBanking
ii  libqt3-mt   3:3.3.7-9Qt GUI Library (Threaded runtime v
ii  libstdc++6  4.3-20080112-1   The GNU Standard C++ Library v3

Versions of packages qbankmanager recommends:
ii  libaqhbci10   2.3.2-2library for HBCI online banking

-- no debconf information



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

Bug#458450: libaqbanking-data: needs to conflict with libaqbanking16

[Andreas Pakulat]

On 31.12.07 17:59:23, Micha Lenk wrote:
> Andreas Pakulat schrieb:
> > On 31.12.07 15:32:39, Micha Lenk wrote:
> >> Hi Andreas,
> >> 
> >> thank you for your valuable feedback.
> >> 
> >> Andreas Pakulat wrote:
> >> > currently it "seems" like aqbanking 2.3 and aqbanking 3.0 are
> >> > co-installable, but that is not the case as both use aqbanking-data and
> >> > at least hbci.xml for the older aqhbci plugin is missing from the 3.0
> >> > version of this package.
> >> 
> >> I tried to make the libaqbanking-data package usable for AqBanking 2.x
> >> and AqBanking 3.x. For the case mentioned above, you should notice that
> >> hbci.xml is still present in AqBanking 3.x's libaqbanking-data: It moved
> >> to /usr/share/aqbanking/backends/aqhbci/hbci.xml and should be reachable
> >> at the location AqBanking 2.x expects it by the symlink
> >> /usr/share/aqhbci/xml pointing to "../aqbanking/backends/aqhbci". This
> >> should resolve to /usr/share/aqbanking/backends/aqhbci and should make
> >> AqBanking 3.x's hbci.xml available at /usr/share/aqhbci/xml/hbci.xml,
> >> the path AqBanking 2.x expects it to be.
> >>
> >> Could you please check that this symlink is correct at your system?
> > 
> > There's no such symlink, but still a real xml directory in
> > /usr/share/aqhbci/. And aqhbci itself is also a real directory.
> 
> Could you please remove that directory and replace it by a symlink as it
> supposed to be on new installations? Please run these two commands as root:
> 
> rmdir /usr/share/aqhbci/xml
> ln -s ../aqbanking/backends/aqhbci /usr/share/aqhbci/xml
> 
> Does your AqBanking 2.x work now again?

yes.

> If yes I'll try to do these steps on libaqbanking-data's postinst script
> on installation.

I would think that dpkg first removes the files and dirs associated with
the old package and then unpacks the new package in which case there
shouldn't have been a problem. Maybe this is a bug in dpkg?

Andreas

-- 
Among the lucky, you are the chosen one.


signature.asc
Description: Digital signature

Bug#458450: libaqbanking-data: needs to conflict with libaqbanking16

[Andreas Pakulat]

Package: libaqbanking-data
Version: 3.0.1-3
Severity: grave
Justification: renders package unusable

Hi,

currently it "seems" like aqbanking 2.3 and aqbanking 3.0 are
co-installable, but that is not the case as both use aqbanking-data and
at least hbci.xml for the older aqhbci plugin is missing from the 3.0
version of this package.

Thus aqbanking-data needs to conflict with the older libaqbanking16 so
on upgrades the old packages are removed and on a downgrade (which
currently is needed because qbankmanager is not yet in unstable) the
user can easily see that the newer version ov libaqbanking-data causes a
problem with the old library.

There may be a better solution to make this more automatically solveable
by aptitude or apt-get, but I'm not sure how.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

libaqbanking-data depends on no packages.

Versions of packages libaqbanking-data recommends:
pn  libaqbanking20 (no description available)

-- no debconf information



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

Bug#452742: astyle: Please provide the shared library

[Andreas Pakulat]

Package: astyle
Version: 1.21-1
Severity: wishlist

Hi,

The astyle sources allow to build a shared library, that makes it
possible to use astyle directly from other apps without copying the
sources (and constantly having to update that copy). It would be good if
the debian package would provide this library - probably as a separate
binary package.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.23
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages astyle depends on:
ii  libc6 2.6.1-6GNU C Library: Shared libraries
ii  libgcc1   1:4.2.2-3  GCC support library
ii  libstdc++64.2.2-3The GNU Standard C++ Library v3

astyle recommends no packages.

-- no debconf information



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

Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2

[Andreas Pakulat]

On Freitag, 2. November 2007, Brice Goglin wrote:
> Andreas Pakulat wrote:
> > - most importantly: I can't start either XFC4 or KDE3 session from
> > that xterm or from kdm. As soon as they're up and running the 2nd
> > head is switched off and when I set a mode on it again and then use
> >
> > xrandr --output VGA-0 --left-of LVDS
> >
> > to put it on the left side of the lvds, but that just makes the
> > whole screen go blank :( Maybe this is a xfce/kde issue?
>
> If starting with KDE/XFC works fine on both heads, I would guess that
> KDE/XFC does some incorrect RandR 1.2 calls at startup. It is hard to
> be sure. Did you check in the corresponding KDE/XFC configuration
> utilities?

I'd like to add that the display doesn't always go blank when running 
xrandr --left-of, sometimes it just creates garbage on the 2nd head.

Bugreport for that is here:
https://bugs.freedesktop.org/show_bug.cgi?id=13068

Andreas

-- 
You display the wonderful traits of charm and courtesy.


signature.asc
Description: This is a digitally signed message part.

Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2

[Andreas Pakulat]

On Freitag, 2. November 2007, Brice Goglin wrote:
> Andreas Pakulat wrote:
> > - the dpi setting seems to be set wrongly, I've got a 332x205
> > laptop display (mm) and a 365x275 mm CRT. And xorg sets 96dpi and
> > xrandr tells me that the screen size is actually 888x220 mmm???
> > Right would be something like 130dpi
>
> There are some known problems like this one, I think it is being
> worked on upstream.

Well, current git still shows this behaviour. I guess the problem is 
that the driver doesn't read the EDID information properly or some 
such.

> > - I couldn't get a virtual desktop of 3080x1050 with a modeline of
> > 1400x1050 for the CRT, X11 always created a 3360x1050 virtual
> > desktop, i.e. double the size of the lvds
>
> Not sure about this, maybe the ATI driver insists on using such a
> size.

I hope note, its quite annoying to have this 1680x1050 resolution on a 
standard 4:3 CRT, the font is stretched quite a bit. Or does XRandR 
support non-rectangular desktops, i.e. using 1680x1200 on the CRT and 
1680x1050 on the LVDS?

> If the latest upstream git of the driver does this, it might be worth
> sending the corresponding config and log on bugzilla.freedesktop.org.

Yeah, latest git doesn't help here. I've filed an upstream bugreport 
(not sure if I should reference it via forwarded-upstream):
https://bugs.freedesktop.org/show_bug.cgi?id=13067

> > - most importantly: I can't start either XFC4 or KDE3 session from
> > that xterm or from kdm. As soon as they're up and running the 2nd
> > head is switched off and when I set a mode on it again and then use
> >
> > xrandr --output VGA-0 --left-of LVDS
> >
> > to put it on the left side of the lvds, but that just makes the
> > whole screen go blank :( Maybe this is a xfce/kde issue?
>
> If starting with KDE/XFC works fine on both heads, I would guess that
> KDE/XFC does some incorrect RandR 1.2 calls at startup. It is hard to
> be sure. Did you check in the corresponding KDE/XFC configuration
> utilities?

Not sure about xfce4, but the kde startup script actually stored the 
layout of my screens and reloaded that using xrandr during session 
startup. I'll file a bugreport about that with KDE.

Not sure what to do about this report, I can now at least use the new 
Xorg with XRandR, though there's still the outstanding issues of 
desktop-size and the dpi-settings... 

Andreas

-- 
You are scrupulously honest, frank, and straightforward.  Therefore you
have few friends.


signature.asc
Description: This is a digitally signed message part.

Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2

[Andreas Pakulat]

On Mittwoch, 19. September 2007, Brice Goglin wrote:
> Andreas Pakulat wrote:
> > One thing I just noticed though: x11-utils changelog doesn't
> > mention xrandr 1.2.2 it only mentions 1.2.0, so may I have a
> > too-old xrandr?
>
> x11-xserver-utils (7.2-2) experimental; urgency=low
>
>   * Add xrandr 1.2.2.
>
> You probably have 7.3+1, right? So it should be fine.

Ok, I tried again with the latest unstable Xorg and using the 
experimental ati driver package.

XRandR now kind of works, that is if I start up a plain xterm with the 
attached xorg.conf I do get a 3360x1050 desktop. 

A few problems remain

- the dpi setting seems to be set wrongly, I've got a 332x205 laptop 
display (mm) and a 365x275 mm CRT. And xorg sets 96dpi and xrandr tells 
me that the screen size is actually 888x220 mmm??? Right would be 
something like 130dpi

- I couldn't get a virtual desktop of 3080x1050 with a modeline of 
1400x1050 for the CRT, X11 always created a 3360x1050 virtual desktop, 
i.e. double the size of the lvds

- most importantly: I can't start either XFC4 or KDE3 session from that 
xterm or from kdm. As soon as they're up and running the 2nd head is 
switched off and when I set a mode on it again and then use 

xrandr --output VGA-0 --left-of LVDS

to put it on the left side of the lvds, but that just makes the whole 
screen go blank :( Maybe this is a xfce/kde issue?

I'd appreciate any input on any of the three.

Andreas

-- 
You now have Asian Flu.
# XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
FontPath"/usr/share/fonts/TrueType"
FontPath"/usr/share/fonts/X11/misc:unscaled"
FontPath"/usr/share/fonts/X11/100dpi:unscaled"
FontPath"/usr/share/fonts/X11/75dpi:unscaled"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/share/fonts/truetype/openoffice"
FontPath"/usr/share/fonts/truetype/ttf-xfree86-nonfree"
FontPath"/usr/share/fonts/truetype/freefont"
FontPath"/usr/share/fonts/truetype/ttf-bitstream-vera"
FontPath"/usr/share/fonts/X11/Type1"
EndSection

Section "Module"
Load"synaptics"
Load"dbe"
Load"dri"
SubSection "extmod"
Option "omit xfree86-dga"
EndSubSection
Load"freetype"
Load"type1"
Load"vbe"
Load"shadow"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "AutoRepeat""500 30"
Option  "XkbOptions"
"grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll,compose:caps"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "cymotionlinux"
Option  "XkbLayout" "us,de(nodeadkeys)"
Option  "XkbVariant""nodeadkeys"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse2"
Driver  "synaptics"
Option  "CorePointer"
Option  "Device""/dev/gpmdata"
Option  "Protocol"  "auto-dev"
Option  "LeftEdge"  "1700"
Option  "RightEdge" "5300"
Option  "TopEdge"   "1700"
Option  "BottomEdge""4200"
Option  "FingerLow" "25"
Option  "FingerHigh"  

Bug#328479: closed by Ana Beatriz Guerrero Lopez <[EMAIL PROTECTED]> (Bug#328479: fixed in kdelibs 4:3.5.8.dfsg.1-1)

[Andreas Pakulat]

reopen 328479

On 15.10.07 05:27:03, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the kdm package:
> 
> #328479: xbase-clients: X11 unsets LD_LIBRARY_PATH

Sorry, but this has not been fixed as far as I can see. I still don't
have LD_LIBRARY_PATH set in any shell started from KDE.

Andreas

-- 
Excellent time to become a missing person.


pgpsqFJfUiNj3.pgp
Description: PGP signature

Bug#446399: phpmyadmin doesn't install php5-mysql automatically

[Andreas Pakulat]

Package: phpmyadmin
Version: 4:2.11.1-1
Severity: normal

Hi,

Not sure this can be fixed with the debian dependecy system, but
phpmyadmin doesn't install php5-mysql if php4-mysql is installed. This
makes phpmyadmin unusable after installation. Of course this only
happens when I use libapache-mod-php5 instead of -php4 and thats exactly
where I'm not sure if its possible to fix this.

phpmyadmin would need something like 

Depends: ( libapache-mod-php4, php4-mysql ) | ( libapache-mod-php5,
php5-mysql)

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages phpmyadmin depends on:
ii  debconf [debconf-2.0]   1.5.14   Debian configuration management sy
ii  libapache2-mod-php5 5.2.4-1+b1   server-side, HTML-embedded scripti
ii  perl5.8.8-11 Larry Wall's Practical Extraction 
ii  php46:4.4.6-2server-side, HTML-embedded scripti
ii  php4-cgi6:4.4.6-2+b1 server-side, HTML-embedded scripti
ii  php4-mysql  6:4.4.6-2+b1 MySQL module for php4
ii  php5-cgi5.2.4-1+b1   server-side, HTML-embedded scripti
ii  php5-mcrypt 5.2.4-1+b1   MCrypt module for php5

Versions of packages phpmyadmin recommends:
ii  apache2-mpm-prefork [httpd]   2.2.6-1Traditional model for Apache HTTPD
pn  php5-gd | php4-gd  (no description available)

-- debconf information:
  phpmyadmin/setup-username: admin
* phpmyadmin/reconfigure-webserver: apache2



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

Bug#415366: kdevelop: Other navigation methods

[Andreas Pakulat]

On 07.10.07 19:52:08, Stefan wrote:
> While I'm aware of other methods to navigate between files it's unfortunately 
> not the same than the disappeared shortcuts. :-(

Not even goto first/last edit position? Its not exactly the same,
especially when editing different positions in the same file...

> Are you sure the changes proposed on 
> http://bugs.kde.org/show_bug.cgi?id=147134 solve this problem?

No, indeed I misunderstood what you wanted and didn't pay enough
attention to the ui-string of that shortcut.

> With "First/Last Accessed Window" you can very easily toggle between two 
> files 
> by always pressing the same shortcut (Alt+Up) because the most recently used 
> documents are always on top of the internal stack. No need to look where the 
> files reside in the tabs nor if one file is before or after the other when 
> cycling through the documents. That's very handy for example when editing a 
> header file and it's corresponding implementation or when comparing something 
> in two files.

Well, for header/impl I usually use the Switch-Header-Impl shortcut. But
yes I understand.

> If it had been possible I had assigned the disappeared functionality to the 
> shortcuts Ctrl+Tab and Ctrl+Shift+Tab since this is the shortcut which is
> quite standard on "other systems" ;-) for toggling between multiple documents 
> in a multiple-document-interface (MDI). This would be very consistent with 
> toggling between different applications by Alt+Tab and Alt+Shift+Tab.

As I said the closest you can get is last edit position...

> Unfortunately the keys Ctrl+Tab and Ctrl+Shift+Tab seem to be hardwired to 
> the 
> same functionality as Alt+Right respectively Alt+Left.

Yes, thats hardcoded inside Qt's tab widget :(

Andreas

-- 
You will be the victim of a bizarre joke.


pgpGfHM5NaRqJ.pgp
Description: PGP signature

Bug#444085: libstdc++6-4.2-dev: typeinfo seems to be broken

[Andreas Pakulat]

Package: libstdc++6-4.2-dev
Version: 4.2.1-5
Severity: important

Hi,

it seems that the typeinfo file from /usr/include/c++/4.2 is somehow
broken. Compiling a program that includes this file indirectly I get:
In file included from /usr/include/c++/4.2/bits/locale_facets.tcc:42,
 from /usr/include/c++/4.2/locale:46,
 from /usr/include/c++/4.2/bits/ostream.tcc:46,
 from /usr/include/c++/4.2/ostream:572,
 from /usr/include/c++/4.2/iterator:70,
 from /usr/include/boost/next_prior.hpp:15,
 from /usr/include/boost/utility.hpp:16,
 from /usr/include/boost/thread/thread.hpp:12,
 from /usr/include/boost/thread.hpp:10,
 from src/core/thread.h:24,
 from src/net/clientthread.h:24,
 from src/net/common/clientstate.cpp:21:
/usr/include/c++/4.2/typeinfo: At global scope:
/usr/include/c++/4.2/typeinfo:41: error: expected unqualified-id before end of 
line
/usr/include/c++/4.2/typeinfo:41: error: expected `}' before end of line
/usr/include/c++/4.2/typeinfo:41: error: expected `}' before end of line
/usr/include/c++/4.2/typeinfo:41: error: expected `}' before end of line
/usr/include/c++/4.2/typeinfo:41: error: expected declaration before end of line

Line 41 in /usr/include/c++/4.2 and surroundings look like this:
36  #ifndef _TYPEINFO
37  #define _TYPEINFO
38
39  #include 
40
41  #pragma GCC visibility push(default)
42
43  extern "C++" {

Removing the pragma there and on line 166 lets the compiler go on.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libstdc++6-4.2-dev depends on:
ii  g++-4.2   4.2.1-5The GNU C++ compiler
ii  gcc-4.2-base  4.2.1-5The GNU Compiler Collection (base 
ii  libc6-dev 2.6.1-5GNU C Library: Development Librari
ii  libstdc++64.2.1-5The GNU Standard C++ Library v3

libstdc++6-4.2-dev recommends no packages.

-- no debconf information



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

Bug#415366: kdevelop: Other navigation methods

[Andreas Pakulat]

Package: kdevelop
Version: 4:3.4.1.-3
Followup-For: Bug #415366

Hi,

There are quite some other methods to switch between open files. One is
called "Next/Previous Window" and can be assigned a shortcut in the
Shortcut Settings. There's also a Quick-Open for Opened Files, usually
the shortcut for that is Strg+/. It gives you a list of open files and
an edit field with autocompletion from these (just like the usualy
quick-open). There's also the navigation History (Actions are called
back/forward), without default shortcuts.

Thus IMHO there's no justification for the important severity.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kdevelop depends on:
ii  kdebase-bin 4:3.5.7-3core binaries for the KDE base mod
ii  kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al
pn  kdevelop-data  (no description available)
ii  libacl1 2.2.45-1 Access control list shared library
ii  libart-2.0-22.3.19-3 Library of functions for 2D graphi
ii  libattr11:2.4.39-1   Extended attribute shared library
ii  libaudio2   1.9-2+b1 The Network Audio System (NAS). (s
ii  libc6   2.6.1-5  GNU C Library: Shared libraries
ii  libcvsservice0  4:3.5.7-3DCOP service for accessing CVS rep
ii  libdb4.34.3.29-10Berkeley v4.3 Database Libraries [
ii  libfontconfig1  2.4.2-1.2generic font configuration library
ii  libfreetype62.3.5-1+b1   FreeType 2 font engine, shared lib
ii  libgamin0 [libfam0] 0.1.8-2  Client library for the gamin file 
ii  libgcc1 1:4.2.1-5GCC support library
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libidn111.1-1GNU libidn library, implementation
ii  libjpeg62   6b-14The Independent JPEG Group's JPEG 
ii  libpcre37.3-2Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.15~beta5-2   PNG library - runtime
ii  libqt3-mt   3:3.3.7-8Qt GUI Library (Threaded runtime v
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.2.1-5  The GNU Standard C++ Library v3
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxcursor1 1:1.1.9-1X cursor management library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar
ii  libxft2 2.1.12-2 FreeType-based font drawing librar
ii  libxi6  2:1.1.3-1X11 Input extension library
ii  libxinerama11:1.0.2-1X11 Xinerama extension library
ii  libxrandr2  2:1.2.2-1X11 RandR extension library
ii  libxrender1 1:0.9.4-1X Rendering Extension client libra
ii  libxt6  1:1.0.5-3X11 toolkit intrinsics library
ii  zlib1g  1:1.2.3.3.dfsg-5 compression library - runtime

Versions of packages kdevelop recommends:
ii  autoconf  2.61-4 automatic configure script builder
ii  automake1.9 [auto 1.9.6+nogfdl-3 A tool for generating GNU Standard
ii  gdb   6.6.dfsg.90.20070912-1 The GNU Debugger
ii  kdevelop-doc  4:3.4.1-3  An IDE for Unix/X11 - documentatio
ii  libtool   1.5.24-1   Generic library support script
ii  make  3.81-3 The GNU version of the "make" util



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

Bug#443374: libk3b-dev should depend on kdelibs4-dev

[Andreas Pakulat]

Package: libk3b-dev
Version: 1.0.3-2
Severity: important

Hi,

libk3b-dev is not useful on its own, one needs certain other packages to
be able to compile a k3b plugin, in particular one needs X11, qt and kde
development packages installed. Thus libk3b-dev needs to have a
dependecy on kdelibs4-dev (which pulls in the other -dev packages).

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash



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

Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2

[Andreas Pakulat]

On 18.09.07 23:25:13, Brice Goglin wrote:
> Andreas Pakulat wrote:
> > I tried to find howtos in the net, but there were onyl few, the attached
> > xorg.conf is what I'm using right now. As soon as I remove the comments
> > from the Options in the Device section Xorg doesn't start anymore,
> > telling me that Screen's were found but none of them had a usable
> > configuration.
> >
> > Using the config as is, does come up with the Laptop display working
> > properly, however I can't activate the VGA. All I get from xrandr is:
> > [EMAIL PROTECTED]:~>xrandr
> > xrandr: Output VGA-0 is not disconnected but has no modes
> >
> > Google leads me to believe that I should disable the S-video output, but
> > trying that just gives me the same information, without any change:
> > [EMAIL PROTECTED]:~>xrandr --output S-video --off
> > xrandr: Output VGA-0 is not disconnected but has no modes
> >
> > Unplugging the CRT and doing that doesn't change anything either.
> >
> > The second attached Xorg log is from a failing start with the 3
> > monitor-lines activated.
> >
> > Andreas, who now has to downgrade X11 again :(
> >   
> 
> This seems very similar to
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439322
> 
> You might want to try latest upstream git snapshot, TV-out should be
> disabled by default there, so you might get some modes from VGA by default.
> 
> And finally, it would be good to send the output of xrandr, with and
> without with TV-out disabled *at startup* (either in xorg.conf or with a
> recent driver where TV-out does not get enabled automatically).

Ok, so I tried with the git snapshot from 
git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati

but there are no changes compared to the debian experimental package.
One thing I just noticed though: x11-utils changelog doesn't mention
xrandr 1.2.2 it only mentions 1.2.0, so may I have a too-old xrandr?

Andreas

-- 
Love is in the offing.  Be affectionate to one who adores you.


pgp0raDk7VfMq.pgp
Description: PGP signature

Bug#443122: xserver-xorg-video-ati: dualhead setup not possible with xrandr1.2

[Andreas Pakulat]

On 18.09.07 23:25:13, Brice Goglin wrote:
> Andreas Pakulat wrote:
> > I tried to find howtos in the net, but there were onyl few, the attached
> > xorg.conf is what I'm using right now. As soon as I remove the comments
> > from the Options in the Device section Xorg doesn't start anymore,
> > telling me that Screen's were found but none of them had a usable
> > configuration.
> >
> > Using the config as is, does come up with the Laptop display working
> > properly, however I can't activate the VGA. All I get from xrandr is:
> > [EMAIL PROTECTED]:~>xrandr
> > xrandr: Output VGA-0 is not disconnected but has no modes
> >
> > Google leads me to believe that I should disable the S-video output, but
> > trying that just gives me the same information, without any change:
> > [EMAIL PROTECTED]:~>xrandr --output S-video --off
> > xrandr: Output VGA-0 is not disconnected but has no modes
> >
> > Unplugging the CRT and doing that doesn't change anything either.
> >
> > The second attached Xorg log is from a failing start with the 3
> > monitor-lines activated.
> >
> > Andreas, who now has to downgrade X11 again :(
> >   
> 
> This seems very similar to
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439322

Indeed, let me do another test and eventually I'll merge the bug into
the existing one (I seem to have overlooked that one while scanning the
buglist)

> You might want to try latest upstream git snapshot, TV-out should be
> disabled by default there, so you might get some modes from VGA by default.

Ok.

> And finally, it would be good to send the output of xrandr, with and
> without with TV-out disabled *at startup* (either in xorg.conf or with a
> recent driver where TV-out does not get enabled automatically).

I guess I wasn't clear: I don't get X11 to start when I use any of the
monitor-Options. Not even if I just include the one for disabling
Tv-Out. And when I start without them, xrandr _always_ just complains
about the VGA-0 being connected but no modes being available, no matter
what xrandr call I use (including xrandr --output S-video --off).

Andreas

-- 
You will be the last person to buy a Chrysler.


pgpzISJUlg4HO.pgp
Description: PGP signature

Bug#443102: closed by Julien Cristau <[EMAIL PROTECTED]> (Re: Bug#443102: xserver-xorg-video-ati: Xinerama completely broken with 6.6.193-3)

[Andreas Pakulat]

On 18.09.07 21:50:43, Brice Goglin wrote:
> Andreas Pakulat wrote:
> > Re-Opening, IMHO this information belongs into a NEWS file, as it
> > completely breaks existing XServer installation and its not mentioned
> > anywhere in the docs of the package.
> 
> Yes, we will have to document this for the release of Lenny. But it
> concerns much more than just the ati driver. At least intel, nv (for
> G80) and mga will have randr-1.2 support too. And upstream is not
> willing to fix the server, although it may even crash with the old
> Xinerama syntax in xorg.conf. So I guess we'll have a common
> documentation somewhere for all this, not only something in the NEWS
> file of this driver.

Well, I think the documentation should've been done before uploading to
unstable. At least some basics ;)

So, I played with xrandr the last hour, but I can't get it to create a
dual head setup :(

I'll write a new bugreport for that.

Andreas

-- 
Is this really happening?


pgpt3paXQJ6wy.pgp
Description: PGP signature

Bug#443102: closed by Julien Cristau <[EMAIL PROTECTED]> (Re: Bug#443102: xserver-xorg-video-ati: Xinerama completely broken with 6.6.193-3)

[Andreas Pakulat]

reopen 443102
retitle 443102 Missing information about deprecation of Xinerama

On 18.09.07 18:03:06, Debian Bug Tracking System wrote:
> > xserver-xorg-video-ati 1:6.6.193-3. After restarting the XServer I had a
> > garbaged display and couldn't access the second monitor-part. I'm
> > running a pretty usual Xinerama setup on a Radeon Mobility 9200, with
> > the external monitor being a CRT. I'm _not_ using the MergedFB mode as
> > that doesn't work reliably.
> > 
> This mode isn't supported in recent versions.  Use dynamic configuration
> with xrandr 1.2 instead.

Re-Opening, IMHO this information belongs into a NEWS file, as it
completely breaks existing XServer installation and its not mentioned
anywhere in the docs of the package.

I'm leaving the severity as it was for now, but if you think this
doesn't break many systems feel free to downgrade to important.

Andreas

-- 
You have many friends and very few living enemies.


pgpJbP2adosyt.pgp
Description: PGP signature

Bug#443102: xserver-xorg-video-ati: Xinerama completely broken with 6.6.193-3

[Andreas Pakulat]

Package: xserver-xorg-video-ati
Version: 1:6.7.192-4
Severity: grave
Justification: renders package unusable

Hi,

today I upgraded my unstable system and with it came Xorg 7.3 including
xserver-xorg-video-ati 1:6.6.193-3. After restarting the XServer I had a
garbaged display and couldn't access the second monitor-part. I'm
running a pretty usual Xinerama setup on a Radeon Mobility 9200, with
the external monitor being a CRT. I'm _not_ using the MergedFB mode as
that doesn't work reliably.

As you can see from this report I also tried to upgrade to the
experimental version, but that one doesn't have proper dependecies and
didn't upgrade the rest of X11. Obviously that rest is needed for the
experimental version, I got a segfault when trying to start X11 with
that.

So the only solution was to downgrade the whole X11 to the Etch version
(video-ati == 1:6.6.3-2) to get a usable system again.

I'm attaching my xorg.conf

Andreas

-- Package-specific info:

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xserver-xorg-video-ati depends on:
ii  libc6 2.6.1-5GNU C Library: Shared libraries
ii  xserver-xorg-core 2:1.1.1-21 X.Org X server -- core server

xserver-xorg-video-ati recommends no packages.

-- no debconf information
# XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following commands as root:
#
#   cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom
#   md5sum /etc/X11/XF86Config-4 > /var/lib/xfree86/XF86Config-4.md5sum
#   dpkg-reconfigure xserver-xfree86

Section "Files"
FontPath"/usr/share/fonts/TrueType"
FontPath"/usr/share/fonts/X11/misc:unscaled"
FontPath"/usr/share/fonts/X11/100dpi:unscaled"
FontPath"/usr/share/fonts/X11/75dpi:unscaled"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/share/fonts/truetype/openoffice"
FontPath"/usr/share/fonts/truetype/ttf-xfree86-nonfree"
FontPath"/usr/share/fonts/truetype/freefont"
FontPath"/usr/share/fonts/truetype/ttf-bitstream-vera"
FontPath"/usr/share/fonts/X11/Type1"
EndSection

Section "Module"
Load"synaptics"
Load"dbe"
Load"dri"
SubSection "extmod"
Option "omit xfree86-dga"
EndSubSection
Load"freetype"
Load"type1"
Load"vbe"
Load"shadow"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "AutoRepeat""500 30"
Option  "XkbOptions"
"grp:ctrls_toggle,ctrl:ctrl_aa,grp_led:scroll,compose:caps"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "cymotionlinux"
Option  "XkbLayout" "us,de(nodeadkeys)"
Option  "XkbVariant""nodeadkeys"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse2"
Driver  "synaptics"
Option  "CorePointer"
Option  "Device""/dev/gpmdata"
Option  "Protocol"  "auto-dev"
Option  "LeftEdge"  "1700"
Option  "RightEdge" "5300"
Option  "TopEdge"   "1700"
Option  "BottomEdge""4200"
Option  "FingerLow" "25"
Option  "FingerHigh""30"
Option  "MaxTapTime""180"
Option  "MaxTapMove""220"
Option  "VertScrollDelta"   "100"
Option  "MinSpeed"  "0.06"
Option  "MaxSpeed"  "0.12"
Option  "SHMConfig" "true"
Option  "AccelFactor"   "0.0010"
Option  "UpDownScrolling"   "yes"
Option  "LockedDrags"   "on"
#   Option  "Emulate3Buttons"   "yes"
#   Option  

Bug#442794: libapr1: No developer documentation available for apr

[Andreas Pakulat]

Package: libapr1
Version: 1.2.7-8.2
Severity: important

Hi,

there's no libapr1-doc package available and the small html directory
included in libapr1-dev doesn't contain any really useful information.
It seems that the documentation is not built at all.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libapr1 depends on:
ii  libc6 2.6.1-4GNU C Library: Shared libraries
ii  libuuid1  1.40.2-1   universally unique id library

libapr1 recommends no packages.

-- no debconf information



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

Bug#418804: procps: Another way to globally enable ip_forward

[Andreas Pakulat]

Package: procps
Version: 1:3.2.7-4.1
Followup-For: Bug #418804

Hi,

another way to enable ip_forward is

net.ipv4.conf.all.forwarding=1

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages procps depends on:
ii  libc6 2.6.1-3GNU C Library: Shared libraries
ii  libncurses5   5.6+20070908-1 Shared libraries for terminal hand
ii  lsb-base  3.1-24 Linux Standard Base 3.1 init scrip

Versions of packages procps recommends:
ii  psmisc22.5-1 Utilities that use the proc filesy

-- no debconf information



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

Bug#440913: kde-icon-theme-kneu: Don't depend on kdebase

[Andreas Pakulat]

Package: kde-icon-theme-kneu
Version: 0.2-1
Severity: normal

Hi,

I think the dependecy on kdebase is wrong, no other icon theme has a
Depends, they all just Recommends kdebase. I can't see an obvious reason
why this icon theme needs kdebase to work.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash


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

Bug#440591: kdesvn: Please add the qt4 version of the svn library

[Andreas Pakulat]

Package: kdesvn
Version: 0.13.0-1
Severity: wishlist

Hi,

since some time now kdesvn allows to build a Qt4 version of the svnqt4
library. It would be great if there was a libsvnqt4 package available to
use that library in qt4 applications.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages kdesvn depends on:
ii  kdelibs4c2a 4:3.5.7.dfsg.1-7 core libraries and binaries for al
ii  kdesvn-kio-plugins  0.13.0-1 subversion I/O slaves for KDE
ii  libapr1 1.2.7-8.2The Apache Portable Runtime Librar
ii  libaprutil1 1.2.7+dfsg-2+b1  The Apache Portable Runtime Utilit
ii  libc6   2.6.1-1+b1   GNU C Library: Shared libraries
ii  libgcc1 1:4.2.1-4GCC support library
ii  libice6 2:1.0.4-1X11 Inter-Client Exchange library
ii  libqt3-mt   3:3.3.7-7Qt GUI Library (Threaded runtime v
ii  libsm6  2:1.0.3-1+b1 X11 Session Management library
ii  libstdc++6  4.2.1-4  The GNU Standard C++ Library v3
ii  libsvn1 1.4.4dfsg1-1 Shared libraries used by Subversio
ii  libsvnqt3   0.13.0-1 Qt wrapper library for subversion
ii  libuuid11.40.2-1 universally unique id library
ii  libx11-62:1.0.3-7X11 client-side library
ii  libxext61:1.0.3-2X11 miscellaneous extension librar

Versions of packages kdesvn recommends:
ii  graphviz  2.12-4 rich set of graph drawing tools
ii  kompare   4:3.5.7-2  a KDE GUI for viewing differences 

-- no debconf information


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

Bug#439117: libcommoncpp2-dev: common c++ cannot be used with gcc 4.2

[Andreas Pakulat]

Package: libcommoncpp2-dev
Version: 1.5.7-1
Severity: normal

Hi,

I've got no idea wether this is solvable without rebuilding common C++
against gcc 4.2, anyway it should be noted that the common c++ package
that is shipped with debian unstable doesn't work with gcc 4.2.

The reason is config.h line 1088, it tries to #include 
which doesn't exist in gcc 4.2 anymore. A workaround is to set a #undef
HAVE_GCC_BITS_ATOMIC and #undef HAVE_GCC_CXX_BITS_ATOMIC 3 lines above.

A real solution might be to configure the common c++ package to _not_
use bits/atomic at all while building it (don't know wether thats
possible).

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libcommoncpp2-dev depends on:
ii  libcommoncpp2-1.5.3-0   1.5.7-1  A GNU package for creating portabl
ii  libgcrypt11-dev [libgcr 1.2.4-2  LGPL Crypto library - development 
ii  libgnutls-dev   1.6.3-1  the GNU TLS library - development 
ii  pkg-config  0.22-1   manage compile and link flags for 
ii  zlib1g-dev  1:1.2.3.3.dfsg-5 compression library - development

libcommoncpp2-dev recommends no packages.

-- no debconf information


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

Bug#437053: qt3-examples unusable without modification

[Andreas Pakulat]

Package: qt3-examples
Version: 3:3.3.7-6
Severity: normal

Hi,

the qt3 examples that are nowadays shipped in this package are not
buildable without extra effort. The reason is that they set additional
REQUIRED variable which only works in the qt3 buildtree, but not if you
run qmake on any example's .pro file.

That variable has to be stripped from the example's .pro file by the
developer which is clearly beyond people that start using qt3, else
they'll get an error during make saying:
@echo "Some of the required modules (full-config) are not available."
@echo "Skipped."

So this should happen during packaging the examples.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.22.1
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages qt3-examples depends on:
ii  libqt3-mt-dev 3:3.3.7-6  Qt development files (Threaded)

qt3-examples recommends no packages.

-- no debconf information


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

Bug#434019: libqt4-dev: removing link_prl option by default causes side-effects

[Andreas Pakulat]

Package: libqt4-dev
Version: 4.3.0-4
Severity: normal

Hi,

On the PyQt mailinglist it was just pointed out that the missing
link_prl option for CONFIG causes PyQt's configuration utility to fail.
The reason is that when the option is removed a define is not set by
qmake (-DQT_SHARED in the DEFINES variable in the generated Makefile)
which may cause all kinds of weird side effects because Qt itself uses
that define to find out wether its built as shared or static lib.

I don't have an idea right away how to fix that, except adding

DEFINES += -DQT_SHARED

in qmake.conf along with the removal of link_prl. I do understand that
link_prl cannot be added again as it makes qmake pull in uneeded extra
libaries when linking to certain Qt modules.

The current debian pyqt package is not affected by this as the 4.2
version didn't check for QT_SHARED, it seems to be added after that
version was released.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages libqt4-dev depends on:
ii  libaudio-dev1.9-2+b1 The Network Audio System (NAS). (d
ii  libfreetype6-dev2.3.5-1+b1   FreeType 2 font engine, developmen
ii  libgl1-mesa-dev [libgl- 6.5.2-7  A free implementation of the OpenG
ii  libglib2.0-dev  2.12.13-1Development files for the GLib lib
ii  libglu1-mesa-dev [libgl 6.5.2-7  The OpenGL utility library -- deve
ii  libice-dev  1:1.0.3-2X11 Inter-Client Exchange library 
ii  libjpeg62-dev   6b-13Development files for the IJG JPEG
ii  libmng-dev  1.0.9-1  M-N-G library (Development headers
ii  libpng12-dev [libpng12- 1.2.15~beta5-2   PNG library - development
ii  libpq-dev   8.2.4-2  header files for libpq5 (PostgreSQ
ii  libqt4-core 4.3.0-4  Qt 4 core non-GUI functionality ru
ii  libqt4-gui  4.3.0-4  Qt 4 core GUI functionality runtim
ii  libqt4-qt3support   4.3.0-4  Qt 3 compatibility library for Qt 
ii  libqt4-sql  4.3.0-4  Qt 4 SQL database module
ii  libsm-dev   2:1.0.3-1+b1 X11 Inter-Client Exchange library 
ii  libsqlite0-dev  2.8.17-2 SQLite development files
ii  libx11-dev  2:1.0.3-7X11 client-side library (developme
ii  libxcursor-dev  1:1.1.8-2X cursor management library (devel
ii  libxext-dev 1:1.0.3-2X11 miscellaneous extensions libra
ii  libxft-dev  2.1.12-2 FreeType-based font drawing librar
ii  libxi-dev   2:1.1.1-1X11 Input extension library (devel
ii  libxinerama-dev 1:1.0.2-1X11 Xinerama extension library (de
ii  libxmu-dev  1:1.0.3-1X11 miscellaneous utility library 
ii  libxrandr-dev   2:1.2.1-1X11 RandR extension library (devel
ii  libxrender-dev  1:0.9.2-1X Rendering Extension client libra
ii  libxt-dev   1:1.0.5-3X11 toolkit intrinsics library (de
ii  x11proto-core-dev   7.0.10-2 X11 core wire protocol and auxilia
ii  zlib1g-dev  1:1.2.3.3.dfsg-5 compression library - development

Versions of packages libqt4-dev recommends:
ii  qt4-dev-tools 4.3.0-4Qt 4 development tools

-- no debconf information


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

Bug#433105: FindQt4.cmake breaks usage of custom Qt4

[Andreas Pakulat]

Package: cmake
Version: 2.4.6-1
Severity: normal

Hi,

the changes that the debian supplied FindQt4.cmake in the cmake package
has break using a self-built Qt4 unless one removes the Debian qmake-qt4
from the system or path (which effectively means rm qmake-qt4, as you
can't just throw out /usr/bin/ from PATH).

And that for no reason, currently the following happens:

FindQt4.cmake looks for qmake-qt4 and qmake (in that order) in PATH and
${QTDIR}/bin, then if its found a version-check is done and if that
shows a qmake from Qt3 another find_program is started with just
qmake-qt4. So in fact it looks for qmake-qt4 twice which is not
necessary. If the qmake-qt4 from the first find_program is removed it
would still find qmake-qt4 if qmake == qmake-qt3 due to the version
check and the 2nd find_program.

Please either change the order or remove qmake-qt4 completely from the
first find_program.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages cmake depends on:
ii  libc6   2.6-2GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070707-1 GCC support library
ii  libncurses5 5.6-3Shared libraries for terminal hand
ii  libstdc++6  4.2-20070707-1   The GNU Standard C++ Library v3

cmake recommends no packages.

-- no debconf information


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

Bug#431470: bisonc++ generates broken code when using namespaces

[Andreas Pakulat]

Package: bisonc++
Version: 1.6.1-1
Severity: important

Hi,

as soon as one wants to use namespaces the line $insert 4 staticdata in
/usr/share/bisonc++/bisonc++.cc creates broken code. The result of this
is:

std::ostringstream ParserBase::s_out;

But ParserBase is of course defined in the namespace I chose, so the
compiler will barf at this line.

This renders bisonc++ unusable for anybody who wants or has to use
namespaces for the parser class.

Andreas

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'oldstable'), (500, 'experimental'), 
(500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.20.3
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages bisonc++ depends on:
ii  libbobcat1  1.15.0-1 run-time (shared) Bobcat library
ii  libc6   2.5-11   GNU C Library: Shared libraries
ii  libgcc1 1:4.2-20070627-1 GCC support library
ii  libstdc++6  4.2-20070627-1   The GNU Standard C++ Library v3

bisonc++ recommends no packages.

-- no debconf information


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

Bug#297743: Please update your Debian openoffice.org bug report

[Andreas Pakulat]

On 01.07.07 23:29:22, Lior Kaplan wrote:
> Dear openoffice.org user,
> 
> Thanks for your interest in OO.org and the bug report you have contributed.
> 
> Your report was done for a version which is now quite old (pre
> version 2.0.0).
> 
> Please reproduce your bug on an updated version and confirm it still
> exists, or close it as irrelevant for recent versions.
> 
> At the moment, these are the openoffice.org versions available:
> 2.0.4 for the stable (Etch), and testing (Lenny) flavors.
> 2.2.1 for the unstable (Sid) flavor.
> 
> If you don't know or are not sure how to update or close your bug report, 
> please contact me directly, and I'll help you.
> 
> IMPORTANT: In any case, please provide version info, as we use it to
> determine the relevance of the bug.

I can't reproduce this anymore here and the last messages in the report
are from more than 1 year ago. Thus I'm closing it..

Andreas

-- 
Bridge ahead.  Pay troll.


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

Bug#331637: xserver-xorg: XRANDR is turned off even if Log says it's enabled

[Andreas Pakulat]

On 16.06.07 16:51:14, Brice Goglin wrote:
> Does this problem about X saying in the log that RandR is enabled while
> it is not still occurs nowadays with latest xserver-xorg-core and drivers?

Yes, I still get the message that RandR is enabled even though xrandr
fails on execution. I also get the Initializing RANDR message.

I'm having xserver-xorg-video-ati == 1:6.6.3-2 and xserver-xorg-core ==
2:1.3.0.0.dfsg-6

Andreas

-- 
Are you making all this up as you go along?

Bug#422830: binutils: ld segfaults when linking PIC object with non-PIC Object

[Andreas Pakulat]

Hi,

it seems I'm suffering from the same problem. I'm building a larger C++
IDE and one of the plugins linked to a static library that used -fPIC
when it was built. Removing the -fPIC didn't help but the library also
links against boost and dl and zlib, maybe one of those is linked with
-fPIC.

Anyway downgrading to the -4 version of binutils helped here too.

Andreas

-- 
You may be recognized soon.  Hide.


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

Bug#391570: xkb-data: More Multimedia keys working on Cherry CyMotion Master Linux

[Andreas Pakulat]

On 23.03.07 00:20:06, Brice Goglin wrote:
> Andreas Pakulat wrote:
> > On 22.03.07 21:34:31, Brice Goglin wrote:
> >   
> >> Hi Andreas,
> >>
> >> What is the status of the patch that you sent upstream to fix cherry
> >> keyboard layouts? Did it get merged? Is there an url to the relevant 
> >> thread?
> >> 
> >
> > As far as I know: no. I still apply my patch after each upgrade of
> > xkb-data (had to change it a bit once or twice). 
> >
> > The problem is that I don't have a mail or anything as reference and
> > unfortunately also no bookmark for the BR so it might take me some time
> > to find it again (also IIRC there are mutliple BR's against this open
> > upstream)
> >   
> 
> The following upstream bugs seem to be relevant:
> https://bugs.freedesktop.org/show_bug.cgi?id=3541
> https://bugs.freedesktop.org/show_bug.cgi?id=7983
> 
> Do you think I should mark this bug as forwarded to one of those?

Thanks for finding these two, the one I responded to is a different, but
looking at the two bugreports they seem to contain everything thats
needed. So yes mark the bug as forwarded.

It would also be cool if one of the patches could be incorporated into
the debian package until upstream picks them up. Would save me and
probably others fixing the files every time xkb-data is updated.

Andreas

-- 
So you're back... about time...


pgpOHgvhpxVi2.pgp
Description: PGP signature

Bug#391570: xkb-data: More Multimedia keys working on Cherry CyMotion Master Linux

[Andreas Pakulat]

On 22.03.07 21:34:31, Brice Goglin wrote:
> Hi Andreas,
> 
> What is the status of the patch that you sent upstream to fix cherry
> keyboard layouts? Did it get merged? Is there an url to the relevant thread?

As far as I know: no. I still apply my patch after each upgrade of
xkb-data (had to change it a bit once or twice). 

The problem is that I don't have a mail or anything as reference and
unfortunately also no bookmark for the BR so it might take me some time
to find it again (also IIRC there are mutliple BR's against this open
upstream)

Andreas

-- 
Do not sleep in a eucalyptus tree tonight.


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

Bug#380685: example tar to reproduce

[Andreas Pakulat]

Hi,

as always I forgot to actually attach the tar file. So here it is.

Andreas

-- 
You are fairminded, just and loving.


testtar.tar.gz
Description: application/tar-gz


pgpAJKKisxuH5.pgp
Description: PGP signature

Bug#380685: Still reproducable using plain konqueror

[Andreas Pakulat]

Hi,

very weird that I'm the only one seeing this problem. Ok, attached is a
simple tar.gz that contains 2 symlinks and a plain file in a folder.
Both symlinks should be valid on any system out there as they point to
/bin/ls and /bin/cp.

When I browse into this file using konqueror (so I first see the testtar
dir in it and then the 2 symlinks) and then try to copy via the context
menu the text file works. But for the two symlinks I get an error
message telling me that the file couldn't be opened, and the file format
might not be supported.

When the KTar class is used directly I end up with ls+cp plain files
having 0 size.

Andreas

-- 
You will experience a strong urge to do good; but it will pass.


pgpmwsPQZYjWd.pgp
Description: PGP signature

Bug#414188: cmake 2.4.4 shouldn't be shipped with Etch

[Andreas Pakulat]

Package: cmake
Version: 2.4.4-1
Severity: grave
Justification: renders package unusable

Hi,

this bugreport is meant to make clear that CMake 2.4.4 shouldn't be
shipped with Etch as that release contains some serious bugs. CMake
2.4.5 was released shortly after 2.4.4 to fix those bugs and should be
moved to Etch before the release.

See 
http://www.cmake.org/pipermail/cmake/2006-November/012110.html
http://lists.kde.org/?l=kde-core-devel&m=117346555019037&w=2
for more information about the bugs.

Andreas

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


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

Bug#341052: Old bug, do you still have the problem ?

[Andreas Pakulat]

On 27.02.07 08:55:43, Olivier Vitrat wrote:
> tag 341052 moreinfo
> thanks
> 
> Hi,
> 
> the bug you've reported is more than one year old and newer version of
> this package is available.
> 
> Can you still reproduce this bug? If yes please give us a short note,
> if not, this bug will be closed in a few weeks (but you are of course
> free to reopen it).

I'm unable to reproduce this problem, closing the bugreport.

Andreas

-- 
Fine day for friends.
So-so day for you.


pgplHJfqkX23T.pgp
Description: PGP signature

Bug#388154: bug still reproducable?

[Andreas Pakulat]

On 27.02.07 13:54:18, Bastian Venthur wrote:
> Moinsen Andreas,
> 
> I've just uploaded a pre 0.8 SVN snapshot to unstable and it should be
> available tomorrow. Could you please test your bug against this version
> and tell me the results?
> 
> If you're using experimental, you can already get the pre 0.8 version
> >from there.
> 
> I'm BTW still not able to reproduce this bug.

Hmm, it seems like whatever created the problem for me has been fixed
meanwhile. I can't reproduce this crash and I was using the gtk-qt
engine for the last 3 months together with emacs (on a fulltime-basis).

Closing.

Andreas

-- 
You have the capacity to learn from mistakes.  You'll learn a lot today.


pgpeOKmViKo85.pgp
Description: PGP signature

Bug#313374: Very old bug, do you still have the problem ?

[Andreas Pakulat]

On 26.02.07 15:12:41, Olivier Vitrat wrote:
> tag 313374 moreinfo
> thanks
> 
> Hi,
> 
> the bug you've reported is ~2 years old and newer version of this
> package is available.
> 
> Can you still reproduce this bug?

Yes, although there's a slight change in the error message:
filename audiocd.html could not be found in 
file:///usr/share/doc/kde/HTML/de//kioslave/audiocd.html

Looking at the kioslave directory I only see docbook files, however
other ioslaves work fine.

Andreas

-- 
You never know how many friends you have until you rent a house on the beach.


pgpUl1okeAXWd.pgp
Description: PGP signature

Bug#379651: texlive-latex-extra: ntheoreom documentation is missing

[Andreas Pakulat]

Package: texlive-latex-extra
Followup-For: Bug #379651

Hi,

just wanted to write a note that ntheorem documentation is also missing.
I don't know where to check "upstream" wether this is fixed there, so
I'm noting it here...

Andreas

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages texlive-latex-extra depends on:
ii  preview-latex-style11.83-4   LaTeX style files for editor embed
ii  texlive-common 2005.dfsg.3-1 TeX Live: Base component
ii  texlive-latex-base 2005.dfsg.3-1 TeX Live: Basic LaTeX packages
ii  texlive-pictures   2005.dfsg.3-1 TeX Live: Drawing and graphing pac

Versions of packages texlive-latex-extra recommends:
ii  texlive-generic-extra  2005.dfsg.3-1 TeX Live: Miscellaneous extra gene
ii  texlive-latex-recommended  2005.dfsg.3-1 TeX Live: LaTeX recommended packag
pn  texpower   (no description available)

Versions of packages tex-common depends on:
ii  debconf [debconf-2.0] 1.5.11 Debian configuration management sy
ii  ucf   2.0018.1   Update Configuration File: preserv

Versions of packages texlive-latex-extra is related to:
pn  tetex-base (no description available)
pn  tetex-bin  (no description available)
pn  tetex-extra(no description available)

-- debconf information:
  tex-common/check_texmf_wrong:
  tex-common/check_texmf_missing:
  tex-common/singleuser: false


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

Bug#328479: closed by Sune Vuorela <[EMAIL PROTECTED]> (Re: Bug#328479: About your bug: "xbase-clients: X11 unsets LD_LIBRARY_PATH" on the Debian BTS)

[Andreas Pakulat]

reopen 328479
stop

> On Friday 12 January 2007, Sune Vuorela wrote:
> 
> > I found the SETUID root bit in the kde startup.
> 
> I think I am closing this bug now.

Uhm, why do you think its apropriate to close the report? I do
understand that there's no "fix", i.e. no way to set LD_LIBRARY_PATH.
But still the issue stands that it works from startkde run here, which
is really weird and could be a security flaw.

I'm reopening the bugreport for now, if you want to close it please
elaborate a bit more about the reasons.

Andreas

-- 
Don't plan any hasty moves.  You'll be evicted soon anyway.


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

Bug#410885: qt4-designer: missing symlink to designer-qt4 in qt4/bin dir

[Andreas Pakulat]

Package: qt4-designer
Version: 4.2.1-2
Severity: normal

Hi,

the qt4-designer package doesn't install a symlink into
/usr/share/qt4/bin which links to /usr/bin/designer-qt4. This breaks
apps that expect Qt4-Dir/bin/designer to be present (which is the case
for eric3 at least). Apart from that its inconsistent with the rest of
the development apps and with qt3.

Andreas

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages qt4-designer depends on:
ii  libaudio2 1.8-3  The Network Audio System (NAS). (s
ii  libc6 2.3.6.ds1-11   GNU C Library: Shared libraries
ii  libfontconfig12.4.2-1generic font configuration library
ii  libfreetype6  2.2.1-5FreeType 2 font engine, shared lib
ii  libgcc1   1:4.1.1-21 GCC support library
ii  libgl1-mesa-glx [libgl1]  6.5.1-0.5  A free implementation of the OpenG
ii  libglib2.0-0  2.12.6-2   The GLib library of C routines
ii  libglu1-mesa [libglu1]6.5.1-0.5  The OpenGL utility library (GLU)
ii  libice6   1:1.0.1-2  X11 Inter-Client Exchange library
ii  libmysqlclient15off   5.0.32-3   mysql database client library
ii  libpng12-01.2.15~beta5-1 PNG library - runtime
ii  libpq48.1.8-1PostgreSQL C client library
ii  libqt4-core   4.2.1-2Qt 4 core non-GUI functionality ru
ii  libqt4-dev4.2.1-2Qt 4 development files
ii  libqt4-gui4.2.1-2Qt 4 core GUI functionality runtim
ii  libqt4-qt3support 4.2.1-2Qt 3 compatibility library for Qt 
ii  libqt4-sql4.2.1-2Qt 4 SQL database module
ii  libsm61:1.0.1-3  X11 Session Management library
ii  libsqlite02.8.17-2   SQLite shared library
ii  libstdc++64.1.1-21   The GNU Standard C++ Library v3
ii  libx11-6  2:1.0.3-5  X11 client-side library
ii  libxcursor1   1.1.7-4X cursor management library
ii  libxext6  1:1.0.1-2  X11 miscellaneous extension librar
ii  libxfixes31:4.0.1-5  X11 miscellaneous 'fixes' extensio
ii  libxinerama1  1:1.0.1-4.1X11 Xinerama extension library
ii  libxrandr22:1.1.0.2-5X11 RandR extension library
ii  libxrender1   1:0.9.1-3  X Rendering Extension client libra
ii  libxt61:1.0.2-2  X11 toolkit intrinsics library
ii  zlib1g1:1.2.3-13 compression library - runtime

qt4-designer recommends no packages.

-- no debconf information


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

Bug#409996: amarok 1.4.5 needs to version-depend on the xine engine

[Andreas Pakulat]

On 07.02.07 11:04:30, Ana Guerrero wrote:
> On Tue, Feb 06, 2007 at 11:46:20PM +0100, Andreas Pakulat wrote:
> > Package: amarok
> > Version: 1.4.5-1
> > Severity: grave
> > Justification: renders package unusable
> > 
> > Hi,
> > 
> > just installed amarok package from experimental and found that it
> > doesn't also install the -xine package. This renders amarok 
> > unsusable for everybody as amarok-xine is the only supported engine.
> > Unfortunately the 1.4.4 engine doesn't work with amarok 1.4.5, not sure
> > why.
> > 
> > Please either conflict with amarok-engines < 1.4.5 or add a versioned
> > dependecy to amarok.
> 
> I do not have time now to give a proper answer to this bug now. Amarok's
> dep are a bit more complicated

I already saw the changelog comment, however.

> Install amarok-xine from experimental and you will be able to run it without
> problems.

This should be done automatically. After all thats what a dependecy is
for. Maybe I'm overlooking something but I don't see a problem to have

Depends: amarok-engines (=) | amarok-engine (=)

Which would solve this problem, without creating a circular dependecy.
The same with a conflict, I think ( a conflict with amarok-engine <
)

Andreas

-- 
Don't read any sky-writing for the next two weeks.


pgpF2wY2fqtHj.pgp
Description: PGP signature

Bug#409996: amarok 1.4.5 needs to version-depend on the xine-engine

[Andreas Pakulat]

hi,

on a side-note: I just saw the engine's (well basically just 1 exists)
only have a Recommends: amarok (= ), which is IMHO
wrong too. All other binary packages that are built from the same source
and need each other have a versioned dependecy here (see
kdelibs+kdelibs-data and others). Either I don't understand it, or
there's another bug there.

Andreas

-- 
You will give someone a piece of your mind, which you can ill afford.


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

Bug#409996: amarok 1.4.5 needs to version-depend on the xine engine

[Andreas Pakulat]

Package: amarok
Version: 1.4.5-1
Severity: grave
Justification: renders package unusable

Hi,

just installed amarok package from experimental and found that it
doesn't also install the -xine package. This renders amarok 
unsusable for everybody as amarok-xine is the only supported engine.
Unfortunately the 1.4.4 engine doesn't work with amarok 1.4.5, not sure
why.

Please either conflict with amarok-engines < 1.4.5 or add a versioned
dependecy to amarok.

Andreas

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)

Versions of packages amarok depends on:
ii  amarok-xine [amarok-en 1.4.5-1   xine engine for the Amarok audio p
ii  kdelibs4c2a4:3.5.5a.dfsg.1-5 core libraries and binaries for al
ii  libart-2.0-2   2.3.17-1  Library of functions for 2D graphi
ii  libaudio2  1.8-2 The Network Audio System (NAS). (s
ii  libc6  2.3.6.ds1-11  GNU C Library: Shared libraries
ii  libfontconfig1 2.4.2-1   generic font configuration library
ii  libfreetype6   2.2.1-5   FreeType 2 font engine, shared lib
ii  libgcc11:4.1.1-21GCC support library
ii  libgl1-mesa-glx [libgl 6.5.1-0.5 A free implementation of the OpenG
ii  libice61:1.0.1-2 X11 Inter-Client Exchange library
ii  libidn11   0.6.5-1   GNU libidn library, implementation
ii  libifp41.0.0.2-3 communicate with iRiver iFP audio 
ii  libjpeg62  6b-13 The Independent JPEG Group's JPEG 
ii  libmysqlclient15off5.0.32-3  mysql database client library
ii  libnjb52.2.5-4.1 Creative Labs Nomad Jukebox librar
ii  libpng12-0 1.2.15~beta5-1PNG library - runtime
ii  libpq4 8.1.7-1   PostgreSQL C client library
ii  libqt3-mt  3:3.3.7-3 Qt GUI Library (Threaded runtime v
ii  libruby1.8 1.8.5-4   Libraries necessary to run Ruby 1.
ii  libsdl1.2debian1.2.11-7  Simple DirectMedia Layer
ii  libsm6 1:1.0.1-3 X11 Session Management library
ii  libsqlite3-0   3.3.8-1   SQLite 3 shared library
ii  libstdc++6 4.1.1-21  The GNU Standard C++ Library v3
ii  libtag1c2a 1.4-4 TagLib Audio Meta-Data Library
ii  libtunepimp3   0.4.2-4.1 MusicBrainz tagging library and si
ii  libusb-0.1-4   2:0.1.12-4userspace USB programming library
ii  libvisual-0.4-00.4.0-1   Audio visualization framework
ii  libx11-6   2:1.0.3-5 X11 client-side library
ii  libxcursor11.1.7-4   X cursor management library
ii  libxext6   1:1.0.1-2 X11 miscellaneous extension librar
ii  libxft22.1.8.2-8 FreeType-based font drawing librar
ii  libxi6 1:1.0.1-4 X11 Input extension library
ii  libxinerama1   1:1.0.1-4.1   X11 Xinerama extension library
ii  libxrandr2 2:1.1.0.2-5   X11 RandR extension library
ii  libxrender11:0.9.1-3 X Rendering Extension client libra
ii  libxt6 1:1.0.2-2 X11 toolkit intrinsics library
ii  ruby   1.8.2-1   An interpreter of object-oriented 
ii  zlib1g 1:1.2.3-13compression library - runtime

Versions of packages amarok recommends:
ii  kdemultimedia-kio-plugins 4:3.5.5-2  enables the browsing of audio CDs 

-- no debconf information


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

Bug#336226: .ICE-unix not correctly created

[Andreas Pakulat]

On 02.02.07 17:27:08, Julien Cristau wrote:
> > On Fri, Oct 28, 2005 at 08:43:54PM +0200, Andreas Pakulat wrote:
> > > I think I found why my XFCE4 fails to start when starting it via
> > > startx.  It seems that the .ICE-unix directory in /tmp is created as
> > > the current user, but the session-manager needs the directory to have
> > > root as owner.  IIRC XFCE4 from kdm works, because kdm ist run as root
> > > and creates the .ICE-unix directory. 
> > 
> > > If startx is actually supposed to create the .ICE-unix directory then
> > > please move this bug over to the proper X11 package.
> 
> On Sun, Dec  4, 2005 at 16:42:24 +, Simon Huggins wrote:
> > Well something should and I don't believe it should be xfce4-session as
> > we will never be run as root.
> > 
> > For reference the errors found in .xsession-errors are:
> > 
> > _IceTransmkdir: ERROR: euid != 0,directory /tmp/.ICE-unix will not be
> > created.
> > _IceTransSocketUNIXCreateListener: mkdir(/tmp/.ICE-unix) failed, errno = 2
> > _IceTransMakeAllCOTSServerListeners: failed to create listener for local
> > xfce4-session: Unable to establish ICE listeners: Cannot establish any
> > listening sockets
> > 
> /tmp/.ICE-unix is supposed to be created by /etc/init.d/x11-common at
> startup.  Is any of you able to reproduce this problem recently?

I haven't seen this since quite some time. However I rarely use XFCE4
nowadays either...

Andreas

-- 
Never give an inch!


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

Bug#407073: libqt4-ruby: Allow side-by-side installation with qt3 bindings

[Andreas Pakulat]

On 16.01.07 09:38:10, Vincent Fourmond wrote:
> Andreas Pakulat wrote:
> > today I need to install the qt3 ruby bindings while I already had the
> > qt4 bindings installed. Unfortunately this deinstalled the qt4 bindings.
> > I asked Richard Dale a kdevelop developer working with ruby very much if
> > qt4 and qt3 ruby bindings cannot be installed at the same time and he
> > told me that it is possible and that he does this all the time.
> > 
> > So I'd like you to make this possible with the debian packages too,
> > after all one can have Qt3 and Qt4 side-by-side and the same applies to
> > the python bindings.
> 
>   This is a known problem. There are several aspects of it:
>   * the smoke library: I did need to tweak it quite a bit to be able,
> say, to have both perl Qt3 bindings and Ruby Qt4 bindings on the same
> machine. This is fixed and working.
>   * the ruby part of the bindings.
> 
>   The latter is unfortunately more delicate. Consider: folks using
> qt3/ruby simply use a require 'Qt' statement in their program. On the
> other side, to use version 1.4.6 of the qt4 ruby bindings, you also need
> to use require 'Qt'. So obviously, they can't coexist on the same machine.

Understood, the python bindings had more luck here as Phil completely
changed the naming scheme to follow the structure of Qt4.

>   The solution in qt4/qtruby 1.4.7 was to rename the appropriate files
> so that now you need to say require 'Qt4', with a symlink for Qt.rb to
> Qt3.rb or Qt4.rb. This works on a host-by-host basis, but it can't for a
> distribution, since I can't simply provide an upgrade path. How shall I
> handle the fact that Qt.rb is used to include completely different
> functionalities ?

For existing qt-ruby-packages in Debian there's probably a way to use
the dependecies to force all packages to do a rebuild including the
source change (I'm not that firm in this, but this has happened during
the C++ ABI transitions). As for the stuff a user installed himself:
IIRC you don't need to provide upgrade paths for that, its been the same
thing for C++ ABI transitions, although there was no source-change
necessary but this source change is trivial. Announcing it in the NEWS
file should make everybody aware of the change.

>   The only answer I have, is to make Qt.rb point to Qt4.rb and issue a
> warning that the support for it will be dropped later. Then, when this
> package has been around for a while, I'll consider that all the people
> did migrate, and I'll drop Qt.rb, and at this moment I'll remove the
> conflict with Qt3 bindings.

See above, I don't think it needs to be that long... But well, you're
the maintainer, I'm just a user ;)

>   But that won't be for etch, as it *does* break the package.

Of course not, I was not suggesting this to be done for etch.

>   If you want, as a temporary workaround, I can provide a new version of
> the package without the conflict (and without Qt.rb) on my personal apt
> repository.

That would be great, although a source package would do it too, I have a
build machine here ;)

Andreas

-- 
You will pay for your sins.  If you have already paid, please disregard
this message.


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

Bug#407073: libqt4-ruby: Allow side-by-side installation with qt3 bindings

[Andreas Pakulat]

Package: libqt4-ruby
Severity: wishlist

Hi,

today I need to install the qt3 ruby bindings while I already had the
qt4 bindings installed. Unfortunately this deinstalled the qt4 bindings.
I asked Richard Dale a kdevelop developer working with ruby very much if
qt4 and qt3 ruby bindings cannot be installed at the same time and he
told me that it is possible and that he does this all the time.

So I'd like you to make this possible with the debian packages too,
after all one can have Qt3 and Qt4 side-by-side and the same applies to
the python bindings.

Andreas

-- System Information:
Debian Release: 4.0
  APT prefers unstable
  APT policy: (990, 'unstable'), (500, 'experimental'), (500, 'testing'), (500, 
'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.19
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)


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

Bug#406578: emacs-snapshot-gtk: emacs unconditionally tries to open files from /usr/local

[Andreas Pakulat]

On 12.01.07 09:41:50, Romain Francoise wrote:
> Andreas Pakulat <[EMAIL PROTECTED]> writes:
> 
> > No, I did not remove them, I didn't even touch anything under
> > /usr/local for ages (except /usr/local/vpn/bin which was recently
> > refilled).
> 
> That's weird.  I'll look into this closer, thanks for the report.

Sorry, I was blind yesterday (shouldn't write bugreports late at night
;). 
The directories are created properly by the -common package. For some
reason they got screwed (I suspect a hard power-off I had to do
sometime around christmas, which might have corrupted the filesystem),
they looked both like this:

ls -l /usr/local/share/emacs
insgesamt 0
?- ? ? ? ?? /usr/local/share/emacs/site-lisp

Closing the bugreport as this was my fault, sorry for bothering you.

Andreas

-- 
You will be run over by a beer truck.


pgpUDG2iNRCrP.pgp
Description: PGP signature