Bug#1036442: Additional Information

2023-05-20 Thread Bob Hauck 

I am also seeing this error in the journal when I check mail in kmail:

kalendarac[20390]: org.kde.pim.imapresource: Crypto not supported!

That traces back to kdepim-runtime-22.12.3/resources/imap/sessionpool.cpp:

if (m_account->encryptionMode() != KIMAP::LoginJob::Unencrypted && 
!QSslSocket::su pportsSsl()) {
   qCWarning(IMAPRESOURCE_LOG) << "Crypto not supported!"; 
   Q_EMIT connectDone(EncryptionError,
  i18n("You requested TLS/SSL to connect to %1, but 
your "
   "system does not seem to be set up for that.",
   m_account->server()));
   disconnect();
   return;
   }

So I guess somehow Qt is thinking I don't have SSL installed, but I do.

ii  libssl3:amd64 3.0.8-1   
 amd64
   Secure Sockets Layer toolkit - shared libraries
ii  libxmlsec1-openssl:amd64  1.2.37-2  
 amd64
   Openssl engine for the XML security library
ii  openssl   3.0.8-1   
 amd64
   Secure Sockets Layer toolkit - cryptographic utility



Again, this is a fresh install using the RC3 netinstall ISO. I selected "KDE 
Desktop" in the task list.

-- 
Sent from my private email server!

Bug#1036442: kmail: TLS error message when receiving mail.

2023-05-20 Thread Bob Hauck 
Package: kmail
Version: 4:22.12.3-1
Severity: important

Dear Maintainer,

   * What led up to the situation?

Installed a new bookworm with KDE an an N100 NUC.

   * What exactly did you do (or not do) that was effective (or
 ineffective)?

Configured exactly the same email server that I have on another
machine with the same settings. Note that these settings work on 
a machine running bookworm that was upgraded from bullseye.

Initially kmail downloaded my mailboxes but on subsequent logins
it gives an error message on startup and whenever I check mail.

Korganizer works fine.

   * What was the outcome of this action?

Erorr notifcation saying: Resource b...@haucks.org is broken.
You requested TLS/SSL to connect to mail.haucks.org, but your system 
does not seem to be set up for that.

   * What outcome did you expect instead?

Receiving mmail.

-- System Information:
Debian Release: 12.0
  APT prefers testing-security
  APT policy: (500, 'testing-security'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages kmail depends on:
ii  akonadi-server   4:22.12.3-1
ii  kdepim-runtime   4:22.12.3-1
ii  kio  5.103.0-1
ii  libc62.36-9
ii  libgcc-s112.2.0-14
ii  libgpgmepp6  1.18.0-3+b1
ii  libkf5akonadiagentbase5 [libkf5akonadiagentbase5-22  4:22.12.3-1
.12]
ii  libkf5akonadicontact5 [libkf5akonadicontact5-22.12]  4:22.12.3-1
ii  libkf5akonadicore5abi2 [libkf5akonadicore5-22.12]4:22.12.3-1
ii  libkf5akonadimime5 [libkf5akonadimime5-22.12]4:22.12.3-1
ii  libkf5akonadisearch-bin  4:22.12.3-1
ii  libkf5akonadisearch-plugins  4:22.12.3-1
ii  libkf5akonadisearchdebug5 [libkf5akonadisearchdebug  4:22.12.3-1
5-22.12]
ii  libkf5akonadisearchpim5 [libkf5akonadisearchpim5-22  4:22.12.3-1
.12]
ii  libkf5akonadiwidgets5abi1 [libkf5akonadiwidgets5-22  4:22.12.3-1
.12]
ii  libkf5bookmarks5 5.103.0-1
ii  libkf5calendarcore5abi2  5:5.103.0-1
ii  libkf5calendarutils5 [libkf5calendarutils5-22.12]4:22.12.3-1
ii  libkf5codecs55.103.0-1
ii  libkf5completion55.103.0-1
ii  libkf5configcore55.103.0-2
ii  libkf5configgui5 5.103.0-2
ii  libkf5configwidgets5 5.103.0-1
ii  libkf5contacts5  5:5.103.0-1
ii  libkf5coreaddons55.103.0-1
ii  libkf5crash5 5.103.0-1
ii  libkf5dbusaddons55.103.0-1
ii  libkf5grantleetheme-plugins  22.12.3-1
ii  libkf5gravatar5abi2 [libkf5gravatar5-22.12]  4:22.12.3-1
ii  libkf5guiaddons5 5.103.0-1
ii  libkf5i18n5  5.103.0-1
ii  libkf5iconthemes55.103.0-1
ii  libkf5identitymanagement5 [libkf5identitymanagement  22.12.3-1
5-22.12]
ii  libkf5identitymanagementwidgets5 [libkf5identityman  22.12.3-1
agementwidgets5-22.12]
ii  libkf5itemmodels55.103.0-1
ii  libkf5itemviews5 5.103.0-1
ii  libkf5jobwidgets55.103.0-1
ii  libkf5kcmutils5  5.103.0-3
ii  libkf5kiocore5   5.103.0-1
ii  libkf5kiofilewidgets55.103.0-1
ii  libkf5kiogui55.103.0-1
ii  libkf5kiowidgets55.103.0-1
ii  libkf5kontactinterface5 [libkf5kontactinterface5-22  22.12.3-1
.12]
ii  libkf5ksieveui5 [libkf5ksieveui5-22.12]  4:22.12.3-1
ii  libkf5ldap5abi1 [libkf5ldap5-22.12]  22.12.3-1
ii  libkf5libkdepim5 [libkf5libkdepim5-22.12]4:22.12.3-1
ii  libkf5libkleo5 [libkf5libkleo5-22.12]4:22.12.3-1
ii  libkf5mailcommon5abi2 [libkf5mailcommon5-22.12]  4:22.12.3-1
ii  libkf5mailtransport5 [libkf5mailtransport5-22.12]22.12.3-1
ii  libkf5mailtransportakonadi5 [libkf5mailtransportako  22.12.3-1
nadi5-22.12]
ii  libkf5messagecomposer5abi1 [libkf5messagecomposer5-  4:22.12.3-1
22.12]
ii  libkf5messagecore5abi1

Bug#1028034: Fwd: Re: pipewire | Multi-profile bluetooth headphones show only a2dp profile (#2936)

2023-01-06 Thread Bob Hauck 

There was apparently a bug already filed and closed about this. Subsequent to 
my report I received the following note that there is a commit to master that 
fixes the issue.

 Original Message 
Subject: Re: pipewire | Multi-profile bluetooth headphones show only a2dp 
profile (#2936)
Date: Friday, January 06, 2023 10:05 AM PST
From: Niklāvs Koļesņikovs (@pinkflames) 
Reply-To: GitLab 

To: b...@haucks.org
References: 

Niklāvs Koļesņikovs commented:
Distro maintainers including the Debian one were notified on December 27th that 
they should consider applying the commit c7b3ef0d but it was during the holiday 
season and only a maybe, so I'm not sure if that fix was deployed to Debian or 
not.
—
View it on GitLab.
You're receiving this email because of your account on gitlab.freedesktop.org. 
Unsubscribe from this thread · Manage all notifications · Help 
{"@context":"http://schema.org","@type":"EmailMessage","action":{"@type":"ViewAction","name":"View
 
Issue","url":"https://gitlab.freedesktop.org/pipewire/pipewire/-/issues/2936#note_1711436"}}***>

-- 
Sent from my private email server! @gitlab.freedesktop.org>

Bug#1028034: pipewire: Multi-profile bluetooth headphones show only a2dp profile.

2023-01-06 Thread Bob Hauck 

Done!

On Friday, January 06, 2023 12:57 AM PST, Dylan Aïssi  
wrote:
 Could you please report this issue to the upstream bug tracker?
https://gitlab.freedesktop.org/pipewire/pipewire
-- 
Sent from my private email server!

Bug#1028034: pipewire: Multi-profile bluetooth headphones show only a2dp profile.

2023-01-05 Thread Bob Hauck 
Package: pipewire
Version: 0.3.63-1+b1
Severity: normal
X-Debbugs-Cc: b...@haucks.org

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
Upgraded pipewire to 0.3.63-1

   * What exactly did you do (or not do) that was effective (or
 ineffective)?
Connected bluetooth headphone adapters and ear buds.

   * What was the outcome of this action?
My adapters support both hfp and a2dp profiles but only a2dp shows up 
in pavucontrol and in KDE audio configuration. The a2dp profile does 
work with LDAC and AptX codecs so it is not totally broken.

   * What outcome did you expect instead?
Both hfp and ad2p profiles should appear in pavucontrol configuration
tab. This was the case in previous versions.

I tried three different devices:
Apple Airpods
Fiio BTR3
Fiio BTR5

The BTR5 is new and I noticed this problem when testing it. Tried the
other two devices to verify the problem was not just the BTR5. Both
the Airpods and BTF3 worked correctly previously and I have used 
them as a headsets with Zoom. So this problem appeared recently. I do
of course have libspa-0.2-bluetooth installed.

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

Kernel: Linux 6.0.0-6-amd64 (SMP w/8 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pipewire depends on:
ii  adduser  3.129
ii  init-system-helpers  1.65.2
ii  libpipewire-0.3-modules  0.3.63-1+b1
ii  pipewire-bin 0.3.63-1+b1

pipewire recommends no packages.

pipewire suggests no packages.

-- no debconf information

Bug#954030: pulseaudio: Pulseaudio does not start in xrdp session. Error in startup script.

2020-03-15 Thread Bob Hauck 
Package: pulseaudio
Version: 13.0-5
Severity: normal
Tags: patch

Dear Maintainer,

I run KDE in a virtual machine using XRDP. For sound support I installed 
pulseaudio-module-xrdp from github:

https://github.com/neutrinolabs/pulseaudio-module-xrdp

But pulseaudio does not start. There is an error in .xsession-errors 
regarding"illegal number" on line 27 of /usr/bin/start-pulseaudio-x11. 

The script attempts to parse $DESKTOP_SESSION.desktop, but the CWD is 
not correct. The fix is to add the correct path to the desktop session 
files.

-- Package-specific info:
File '/etc/default/pulseaudio' does not exist

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

Kernel: Linux 5.4.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages pulseaudio depends on:
ii  adduser  3.118
ii  init-system-helpers  1.57
ii  libasound2   1.2.2-2.1
ii  libasound2-plugins   1.2.2-1
ii  libc62.29-10
ii  libcap2  1:2.32-1
ii  libdbus-1-3  1.12.16-2
ii  libgcc-s110-20200304-1
ii  libice6  2:1.0.9-2
ii  libltdl7 2.4.6-14
ii  liborc-0.4-0 1:0.4.31-1
ii  libpulse013.0-5
ii  libsm6   2:1.2.3-1
ii  libsndfile1  1.0.28-7
ii  libsoxr0 0.1.3-2
ii  libspeexdsp1 1.2~rc1.2-1.1
ii  libstdc++6   10-20200304-1
ii  libsystemd0  244.3-1
ii  libtdb1  1.4.2-3
ii  libudev1 244.3-1
ii  libwebrtc-audio-processing1  0.3-1+b1
ii  libx11-6 2:1.6.9-2
ii  libx11-xcb1  2:1.6.9-2
ii  libxcb1  1.13.1-5
ii  libxtst6 2:1.2.3-1
ii  lsb-base 11.1.0
ii  pulseaudio-utils 13.0-5

Versions of packages pulseaudio recommends:
ii  dbus-user-session1.12.16-2
ii  libpam-systemd [logind]  244.3-1
ii  rtkit0.12-4

Versions of packages pulseaudio suggests:
pn  paman
pn  paprefs  
ii  pavucontrol  4.0-1
pn  pavumeter
ii  udev 244.3-1

-- no debconf information
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for PulseAudio clients. See pulse-client.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; default-sink =
; default-source =
; default-server =
; default-dbus-server =

; autospawn = yes
; daemon-binary = /usr/bin/pulseaudio
; extra-arguments = --log-target=syslog

; cookie-file =

; enable-shm = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB

; auto-connect-localhost = no
; auto-connect-display = no
# This file is part of PulseAudio.
#
# PulseAudio is free software; you can redistribute it and/or modify
# it under the terms of the GNU Lesser General Public License as published by
# the Free Software Foundation; either version 2 of the License, or
# (at your option) any later version.
#
# PulseAudio is distributed in the hope that it will be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
# General Public License for more details.
#
# You should have received a copy of the GNU Lesser General Public License
# along with PulseAudio; if not, see .

## Configuration file for the PulseAudio daemon. See pulse-daemon.conf(5) for
## more information. Default values are commented out.  Use either ; or # for
## commenting.

; daemonize = no
; fail = yes
; allow-module-loading = yes
; allow-exit = yes
; use-pid-file = yes
; system-instance = no
; local-server-type = user
; enable-shm = yes
; enable-memfd = yes
; shm-size-bytes = 0 # setting this 0 will use the system-default, usually 64 
MiB
; lock-memory = no
; cpu-limit = no

; high-priority = yes
; nice-level = -11

; realtime-scheduling = yes
; realtime-priority = 5

; exit-idle-time =

Bug#899377: xfce4-notifyd doesn't autostart with xfce session

2019-07-13 Thread Bob Hauck 
On Wed, 10 Jul 2019 22:48:43 +0200 Yves-Alexis Perez 
wrote:

> I'll have to check on a Buster install how it behaves, but it does work
fine
> on sid at least.

On Buster, just upgraded from Stretch /var/log/daemon.log has:

Jul 13 13:29:28 robin dbus-daemon[1285]: [session uid=514801104 pid=1285]
Activating via systemd: service name='org.freedesktop.Notifications'
unit='xfce4-notifyd.service' requested by ':1.65' (uid=514801104 pid=2619
comm="xfce4-notifyd-config --socket-id=23069188 ")
Jul 13 13:29:28 robin systemd[1253]: Starting XFCE notifications service...
Jul 13 13:29:28 robin xfce4-notifyd[2624]: Unable to init server: Could not
connect: Connection refused
Jul 13 13:29:28 robin systemd[1253]: xfce4-notifyd.service: Main process
exited, code=exited, status=1/FAILURE
Jul 13 13:29:28 robin systemd[1253]: xfce4-notifyd.service: Failed with
result 'exit-code'.
Jul 13 13:29:28 robin systemd[1253]: Failed to start XFCE notifications
service.

> Can you check if you don't have another notification daemon installed
which
> would prevent xfce4-notifyd beeing started, maybe?

None are installed. No other desktops are installed either. Turning off
apparmor makes no difference. Sending a test notification from the setitngs
panel fails as well with the same error messages and the top of the window
has an orange banner saying that the service is not running.

Bug#631573: [Pkg-xfce-devel] Bug#631573: plasma-widgets-workspace: Forces removal of xfce4-notifyd

2011-06-25 Thread Bob Hauck 


On 06/25/2011 04:44 AM, Yves-Alexis Perez wrote:

On sam., 2011-06-25 at 02:42 +0200, Sune Vuorela wrote:

reassign 631573 xfce4-notifyd
thanks

On Saturday 25 June 2011 01:11:02 Bob Hauck wrote:

Package: plasma-widgets-workspace
Version: 4:4.6.4-1
Severity: normal

This package provides notification-daemon.  So does xfce4-notifyd.  The
problem is that this package does not work in xfce4.  So there is no way
to get any on-screen notifications in xfce4 if you also have kde
installed.

I don't get it. You *want* plasma-widgets-workspace under Xfce (I don't
really think it would work, but maybe) or you just want notifications?
I want to install both kde and xfce on my system and have notifications 
working in both.  With the latest updates to kde in sid, updating kde 
forces me to uninstall xfce4-notifyd.  And since 
plasma-widgets-workspace does not work under xfce, I get no 
notifications in xfce.


This did not happen with earlier versions of kde in sid.  It started 
with the update to kde 4.6.4.  Prior to that I had both DE's installed 
with no problems.  So on the surface this would appear to be a kde 
problem, which is why I originally filed the bug there.


I did try to re-install xfce4-notifyd after updating kde.  But apt wants 
to un-install important parts of kde, such as plasma-desktop, so that's 
not a solution.  It is not surprising though since 
plasma-widgets-workspace is a dependency of plasma-desktop.



plasma-widgets-workspace provides the interfaces as specified by the so-called
'galago-spec', so I don't see anything wrong with having plasma-widgets-
workspace provide it.

On the other hand, having xfce4-notifyd conflict with it is something else ...

Afair there's an issue with having multiple notification daemons
installed at once since they ship the same dbus service file. It might
have changed though, I'll try to look at this
Apparently there is an issue now, anyway.  Thanks for looking into it.  
Hope this clarifies what I am seeing.


--
 -| Bob Hauck (Brother Nail Gun of The Short Path)
 -| http://www.haucks.org/




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

Bug#631573: plasma-widgets-workspace: Forces removal of xfce4-notifyd

2011-06-24 Thread Bob Hauck 
Package: plasma-widgets-workspace
Version: 4:4.6.4-1
Severity: normal

This package provides notification-daemon.  So does xfce4-notifyd.  The problem
is that this package does not work in xfce4.  So there is no way to get any
on-screen notifications in xfce4 if you also have kde installed.

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

Kernel: Linux 2.6.39-2-486
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 plasma-widgets-workspace depends on:
ii  libc6 2.13-7 Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.6.0-14 GCC support library
ii  libkcmutils4  4:4.6.4-1  utility classes for using KCM modu
ii  libkdecore5   4:4.6.4-1  KDE Platform Core Library
ii  libkdeui5 4:4.6.4-1  KDE Platform User Interface Librar
ii  libkdewebkit5 4:4.6.4-1  KDE WebKit Library
ii  libkio5   4:4.6.4-1  Network-enabled File Management Li
ii  libkunitconversion4   4:4.6.4-1  Unit Conversion library for the KD
ii  libkworkspace44:4.6.4-1  library for the kdebase workspace
ii  libplasma34:4.6.4-1  Plasma Library for the KDE Platfor
ii  libplasmaclock4abi1   4:4.6.4-1  library for Plasma clocks
ii  libqt4-dbus   4:4.7.3-2  Qt 4 D-Bus module
ii  libqt4-network4:4.7.3-2  Qt 4 network module
ii  libqt4-xml4:4.7.3-2  Qt 4 XML module
ii  libqtcore44:4.7.3-2  Qt 4 core module
ii  libqtgui4 4:4.7.3-2  Qt 4 GUI module
ii  libqtwebkit4  2.1.0~2011week13-2 Web content engine library for Qt
ii  libsolid4 4:4.6.4-1  Solid Library for KDE Platform
ii  libstdc++64.6.0-14   GNU Standard C++ Library v3
ii  libx11-6  2:1.4.3-2  X11 client-side library
ii  libxcomposite11:0.4.3-2  X11 Composite extension library
ii  libxdamage1   1:1.1.3-2  X11 damaged region extension libra
ii  libxfixes31:5.0-4X11 miscellaneous 'fixes' extensio
ii  libxrender1   1:0.9.6-2  X Rendering Extension client libra
ii  plasma-dataengines-wo 4:4.6.4-1  KDE Plasma data engines

plasma-widgets-workspace recommends no packages.

plasma-widgets-workspace 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#628238: encfs bug

2011-06-11 Thread Bob Hauck 
I seem to have the same problem that was described in previous message 
#5, and I do not have any issues with .gvfs.  I'm presently using KDE.


Mounting fails exactly as described in #5 but fusermount -u ~/Private/ 
gives unrecognized option --fake.


bobh@robin:~$ encfs ~/.Private_encfs/ ~/Private/
EncFS Password:
fusermount: failed to access mountpoint /home/bobh/Private: Permission 
denied

fuse failed.  Common problems:
 - fuse kernel module not installed (modprobe fuse)
 - invalid options -- see usage message

At this point I have a ~/Private directory with strange permissions:
bobh@robin:~$ ls -lF
ls: cannot access Private: Transport endpoint is not connected
total 100
[snip]
d?  ? ???? Private/

bobh@robin:~$ fusermount -u ~/Private
/bin/umount: unrecognized option '--fake'
Usage: umount -h | -V
   umount -a [-d] [-f] [-r] [-n] [-v] [-t vfstypes] [-O opts]
   umount [-d] [-f] [-r] [-n] [-v] special | node...
bobh@robin:~$  groups
bobh adm dialout cdrom floppy audio src video powerdev camera lpadmin 
pulse vboxusers fuse wireshark


If I revert back to fuse-utils 2.8.4 then everything works again.

--

 -| Bob Hauck (Brother Nail Gun of The Short Path)
 -| http://www.haucks.org/




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

Bug#628238: Re; encfs bug

2011-06-11 Thread Bob Hauck 
Ok, so further experimenting showed that encfs worked fine the first 
time it was used after a reboot and then failed with the 
previously-noted symptoms.  So I looked harder and found bug #628735 (vs 
628375), which has the actual solution.


Apparently the underlying problem is mount 2.17 does not correctly 
unmount fuse filesystems.  The solution is to upgrade mount to 2.19.1 
from Experimental.  Presumably this will arrive in Sid sooner or later, 
until then I thought it would be good to put a note here.


--
 -| Bob Hauck (Brother Nail Gun of The Short Path)
 -| http://www.haucks.org/




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

Bug#565313: xserver-xorg-video-radeon

2010-01-16 Thread Bob Hauck 
I also have the dim green-tinted display in 16-bit mode.  Seems to work 
fine in 24 bits but Flash video plays poorly in 24-bit mode which is why 
I prefer to use 16 bits.  Versions prior to the upgrade the week of Jan 
15 2010 worked normally in 16-bit mode.


I have xserver-xorg 1:7.5+1 and xserver-xorg-video-radeon 1:6.12.4-2. 
My video card is a Radeon Mobility 9200.  Output from lspci:


01:00.0 VGA compatible controller: ATI Technologies Inc M9+ 5C61 [Radeon 
Mobility 9200 (AGP)] (rev 01)



--
 -| Bob Hauck (Brother Nail Gun of The Short Path)
 -| http://www.haucks.org/



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

Bug#439089: Reason for the error

2009-07-16 Thread Bob Hauck 
I've identified two problems with ICA and tsclient.  One is this Error 
3, the other is that it knows that wfica is installed but fails to run 
it unless you create a symlink in a directory on the path.


Both bugs are located in src/support.c.  The first one is because when 
wfica is spawned the argv array is not built to it's liking.  There is 
code like this in several places:


sprintf (buffer, -description %s, (char *)g_strescape(rdp-description));
c_argv[c_argc++] = g_strdup(buffer);

This puts both the switch and the parameter into the same argv element.  
Apparently wfica does not handle this correctly.  If they are split up 
into two argv[[] elements then the Error 3 is eliminated.


The other problem is because the code checks for the existence of 
/usr/lib/ICAClient/wfica but then just uses wfica as the name of the 
executable, assuming that it is on the path.  Which is very unlikely for 
/usr/lib/ICAClient!


The attached patch fixes both problems.  You should be able to apt-get 
source tsclient and drop it into the debian/patches directory.  After 
rebuilding with dpkg-buildpackge it works for me with our corporate 
Citrix server and at least in my brief testing doesn't seem to break 
anything else.


A hint:  The computer line can be filled in with a Citrix service 
name, for example to use MS Word on our Citrix sever, I can use 
Microsoft Word - Citrix as the computer name.



--
-| Bob Hauck (Brother Nail Gun of The Short Path)
-| http://www.haucks.org/

--- tsclient-0.150/src/support.c	2007-04-19 16:49:22.0 -0400
+++ tsclient-0.150.new/src/support.c	2009-07-16 14:20:34.0 -0400
@@ -716,7 +716,7 @@
   if (g_find_program_in_path (wfica)) {
 cmd = wfica;
   } else if (g_file_test (/usr/lib/ICAClient/wfica, G_FILE_TEST_EXISTS)) {
-cmd = wfica;
+cmd = /usr/lib/ICAClient/wfica;
   } else {
 	if(error) {
 	  *error = g_strdup(_(wfica was not found in your path.\nPlease verify your ICAClient installation.));
@@ -727,20 +727,24 @@
   c_argv[c_argc++] = g_strdup (buffer);
 
   if ( rdp-username  strlen (rdp-username) ) {
-sprintf(buffer, -username %s, (char*)g_strescape(rdp-username, NULL));
+c_argv[c_argc++] = g_strdup (-username);
+sprintf(buffer, %s, (char*)g_strescape(rdp-username, NULL));
 c_argv[c_argc++] = g_strdup (buffer);
   }
   if ( rdp-password  strlen (rdp-password) ) {
-sprintf(buffer, -password %s, (char*)g_strescape(rdp-password, NULL));
+c_argv[c_argc++] = g_strdup (-password);
+sprintf(buffer, %s, (char*)g_strescape(rdp-password, NULL));
 c_argv[c_argc++] = g_strdup (buffer);
   }
   if ( rdp-domain  strlen (rdp-domain) ) {
-sprintf(buffer, -domain %s, (char*)g_strescape(rdp-domain, NULL));
+c_argv[c_argc++] = g_strdup (-domain);
+sprintf(buffer, %s, (char*)g_strescape(rdp-domain, NULL));
 c_argv[c_argc++] = g_strdup (buffer);
   }
 
   if ( rdp-client_hostname  strlen (rdp-client_hostname) ) {
-sprintf(buffer, -clientname %s, (char*)g_strescape(rdp-client_hostname, NULL));
+c_argv[c_argc++] = g_strdup (-clientname);
+sprintf(buffer, %s, (char*)g_strescape(rdp-client_hostname, NULL));
 c_argv[c_argc++] = g_strdup (buffer);
   }
 
@@ -828,7 +832,8 @@
   }
 
   if ( rdp-full_address  strlen (rdp-full_address) ) {
-sprintf(buffer, -description %s, (char*)g_strescape(rdp-full_address, NULL));
+c_argv[c_argc++] = g_strdup (-description);
+sprintf(buffer, %s, (char*)g_strescape(rdp-full_address, NULL));
 c_argv[c_argc++] = g_strdup (buffer);
   }

Bug#536448: [Pkg-xfce-devel] Bug#536448: xfce4-power-manager: Doesn't remember settings

2009-07-10 Thread Bob Hauck 

Yves-Alexis Perez wrote:

On jeu, 2009-07-09 at 21:07 -0400, Bob Hauck wrote:
  

It looks like power manager is reading it's settings on startup and setting
the buttons correctly in the preferences dialg, but not really applying the 
settings.  It worked correctly until today's update. 



I think it was just fixed in the 0.8.2 update. Could you try it and
report back
It looks like the i386 package still hasn't made it to the repository.  
So I grabbed the source from the pool and built it myself.  The problem 
is fixed.  Thanks.


--
-| Bob Hauck (Brother Nail Gun of The Short Path)
-| http://www.haucks.org/

Bug#536448: xfce4-power-manager: Doesn't remember settings

2009-07-09 Thread Bob Hauck 
Package: xfce4-power-manager
Version: 0.8.1.1-1
Severity: important

If I start power manager and configure it to suspend on lid close, it works
fine.  If I then quit power manager and restart it, the settings according
to the preferences dialog are all as I set them but it does no longer suspend 
on lid close.  Instead it locks the screen, the default behavior.  

If I then go into the preferences again and select something other than 
suspend for lid close, and then go back to suspend, it works again.  Until 
I log out or exit power manger, at which time it reverts back to locking 
the screen only.

It looks like power manager is reading it's settings on startup and setting
the buttons correctly in the preferences dialg, but not really applying the 
settings.  It worked correctly until today's update.

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

Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core)
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 xfce4-power-manager depends on:
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  libc62.9-19  GNU C Library: Shared libraries
ii  libcairo21.8.8-2 The Cairo 2D vector graphics libra
ii  libdbus-1-3  1.2.14-3simple interprocess messaging syst
ii  libdbus-glib 0.80-4  simple interprocess messaging syst
ii  libglib2.0-0 2.20.4-1The GLib library of C routines
ii  libgtk2.0-0  2.16.4-1The GTK+ graphical user interface 
ii  libnotify1 [ 0.4.5-1 sends desktop notifications to a n
ii  libpango1.0- 1.24.3-1Layout and rendering of internatio
ii  libx11-6 2:1.2.1-1   X11 client-side library
ii  libxext6 2:1.0.4-1   X11 miscellaneous extension librar
ii  libxfce4util 4.6.1-1 Utility functions library for Xfce
ii  libxfcegui4- 4.6.1-1+b1  Basic GUI C functions for Xfce4
ii  libxfconf-0- 4.6.1-1 Client library for Xfce4 configure
ii  xfce4-power- 0.8.1.1-1   power manager for Xfce desktop, ar

xfce4-power-manager recommends no packages.

Versions of packages xfce4-power-manager suggests:
ii  xfce4-power-manager-plugins   0.8.1.1-1  power manager plugins for Xfce pan

-- 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#528709: Problem Solved

2009-07-05 Thread Bob Hauck 

Mattia Dongili wrote:

I had the same setup in xorg.conf for several years, but apparently
the latest version of the synaptics driver prefers to be configured
via HAL.  This is not well-documented in the README or NEWS files.
There is a brief mention of auto-configuration and HAL in
README.Debian but then it goes on to describe manual configuration
using xorg.conf, which is seemingly not the proper method now.


well, I wouldn't say proper.
Anyway, can you suggest a change to the README or NEWS file that would
help clearing this out?
This is really only a problem for people upgrading from a previous 
version who had custom settings in xorg.conf and who also use 
synclient/syndaemon.  At least I didn't notice any problem until I 
realized that syndaemon wasn't working any more.


In terms of that I think it needs to be made clear that if HAL is in use 
then settings changes should now be made via an fdi file, whereas if HAL 
is not in use then changes should be made to xorg.conf as in previous 
versions of the driver.  At least that's how I'm understanding it.


After the discussion of enabling tapping, NEWS says:

   Note that the configuration will not be permanently modified, to do
   so assign the above option values in your xorg.conf or custom fdi file

Maybe it would be better to say something like:

 Note that the configuration will not be permanently modified.  To do so
 assign the above option values in a custom fdi file (if HAL is in use) or
 in xorg.conf (if HAL is not in use).

Similarly, in the README, it mentions both methods but doesn't say 
anything about under what circumstances one or the other is preferred.  
Perhaps you could add something like this to the section on 
auto-configuration:


 If your system is using HAL then a custom fdi file is the preferred way
 to configure the driver.  If you have existing settings in xorg.conf from
 a previous version of the driver and your system is using HAL then those
 settings should be migrated to a custom fdi file.  See the comments in
 the default file for details of the syntax.

Perhaps the post-install script could even notify the user that he 
should read the NEWS file for information on the new configuration method.


--
-| Bob Hauck (Brother Nail Gun of The Short Path)
-| http://www.haucks.org/




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

Bug#528709: Problem Solved

2009-07-03 Thread Bob Hauck 
I finally figured out what the problem was.  If I completely remove any 
reference to synaptics from my xorg.conf then synclient and syndaemon 
work as documented.  Apparently it is not a good idea to have 
configuration done both by xorg.conf and by HAL.


I had the same setup in xorg.conf for several years, but apparently the 
latest version of the synaptics driver prefers to be configured via 
HAL.  This is not well-documented in the README or NEWS files.  There is 
a brief mention of auto-configuration and HAL in README.Debian but then 
it goes on to describe manual configuration using xorg.conf, which is 
seemingly not the proper method now.


So the fix was as follows.  I removed all references to the synaptics 
driver from my xorg.conf, then restarted X.  At that point I could use 
synclient to configure the touchpad as documented in the man page.  To 
make my settings permanent, I copied the default fdi file from:


/usr/share/hal/fdi/policy/20thirdparty/11-x11-synaptics.fdi

to:

/etc/hal/fdi/11-x11-synaptics.fdi

Then I edited that file to set my configuration variables.  After 
restarting HAL and X everything worked as it is supposed to.


--
-| Bob Hauck (Brother Nail Gun of The Short Path)
-| http://www.haucks.org/




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

Bug#533115: pm-utils: Saving quirks as fdi doesn't override hal defaults

2009-06-14 Thread Bob Hauck 
Package: pm-utils
Version: 1.2.5-2
Severity: normal


I have a Sony Vaio VGN-S60 laptop.  Until recently it would suspend fine 
if I put ADD_PARAMETERS=--quirk-vbe-post in /etc/pm/config.d/00local.  

After an update yesterday it would no longer suspend to RAM with 
powersave -u but it would still suspend to disk with powersave -U.  The 
-u option would switch consoles but never suspend.  

Likewise, my GUI power managers (xfce4-power-manager and kpowersave) would 
not suspend to RAM but would suspend to disk.  Both types of suspend continued
to work fine if I used pm-suspend directly.

Some noodling around lead me to use the command:
pm-suspend --store-quirks-as-fdi

This made a file in /etc/hal/fdi/information.  However, after restarting
hal the suspend worked as before (ok with pm-suspend, not ok with 
powersave).  I finally looked at lshal|grep quirk and noticed that all 
quirks were enabled, not just the one I wanted!

It turns out that the fdi file that pm-suspend made adds a new key, but in 
/usr/share/hal/fdi/information/10freedesktop, there is a default video quirks 
file that turns on _all_ the quirks.  My laptop does not like one particular
quirk, dpms-suspend, and that was the reason for the suspend failure.

By editing the file pm-suspend created and setting all the quirks to false
except the one I wanted, I was able to get suspend to RAM working again.

I think that either pm-suspend needs to turn off unneeded keys when it
creates an fdi file or else the default video fdi file in hal-info needs 
to be changed.

Also, FYI, this is my final 99local-pm-utils-quirks.fdi:

?xml version=1.0 encoding=ISO-8859-1? !-- -*- SGML -*- --
!-- Created by pm-utils --
deviceinfo version=0.2
  device
match key=system.hardware.vendor string=Sony Corporation
  match key=system.hardware.product string=VGN-S260(UC)
match key=system.firmware.version string=R0061G4
  match key=system.hardware.primary_video.vendor int=0x1002
match key=system.hardware.primary_video.product int=0x5c61
  merge key=power_management.quirk.dpms_on 
type=boolfalse/merge
  merge key=power_management.quirk.dpms_suspend 
type=boolfalse/merge
  merge key=power_management.quirk.vbe_post 
type=booltrue/merge
  merge key=power_management.quirk.vbemode_restore 
type=boolfalse/merge
  merge key=power_management.quirk.vbestate_restore 
type=boolfalse/merge
  merge key=power_management.quirk.vga_mode_3 
type=boolfalse/merge
/match
  /match
/match
  /match
/match
  /device
/deviceinfo


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

Kernel: Linux 2.6.29-2-686 (SMP w/1 CPU core)
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 pm-utils depends on:
ii  console-tools1:0.2.3dbs-65.1 Linux console and font utilities
ii  powermgmt-base   1.30+nmu1   Common utils and configs for power

Versions of packages pm-utils recommends:
ii  hal  0.5.12~git20090406.46dc48-2 Hardware Abstraction Layer
ii  radeontool   1.5-5   utility to control ATI Radeon back
ii  uswsusp  0.8-1.1+b1  tools to use userspace software su
ii  vbetool  1.1-2   run real-mode video BIOS code to a

Versions of packages pm-utils suggests:
ii  cpufrequtils  005-1  utilities to deal with the cpufreq

-- 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#528709: xserver-xorg-input-synaptics: Syndaemon does not work.

2009-05-14 Thread Bob Hauck 
Package: xserver-xorg-input-synaptics
Version: 1.1.1~git20090510-1
Severity: normal

Syndaemon does not disable the touchpad as it should.  If I run syndaemon
from a terminal it prints that it is disabling and re-enabling the touch-
pad, but it is not in fact doing so.  The touchpad is active regardless of
what syndaemon says it is doing.

This may be related to a problem I've noticed with synclient.  It does not 
actually change the state of the TouchpadOff variable unless the -s option 
is used.  Doing synclient TouchpadOff=1 does not disable the touchpad 
even though if I subsequently run synclient -l it shows TouchpadOff=1 as 
expected.

However, if I use the -s option to synclient, then it really does disable
the touchpad.  So it would appear that the shared memory is still required.

Unfortunately, while the man page documents a -s switch for syndaemon, it
does not accept that option.


-- Package-specific info:
Contents of /var/lib/x11/X.roster:
xserver-xorg

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

X server symlink status:
lrwxrwxrwx 1 root root 13 2006-04-11 20:21 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1695356 2009-04-15 07:47 /usr/bin/Xorg

Contents of /var/lib/x11/xorg.conf.roster:
xserver-xorg

VGA-compatible devices on PCI bus:
01:00.0 VGA compatible controller: ATI Technologies Inc M9+ 5C61 [Radeon 
Mobility 9200 (AGP)] (rev 01)

/etc/X11/xorg.conf does not match checksum in /var/lib/x11/xorg.conf.md5sum.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 2038 2009-04-27 20:26 /etc/X11/xorg.conf

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

Section ServerFlags
Option  DontZap   off
EndSection

Section InputDevice
Identifier  Generic Keyboard
Driver  kbd
Option  XkbRules  xorg
Option  XkbModel  pc104
Option  XkbLayout us
Option  XkbOptionsctrl:nocaps,compose:menu
EndSection

Section InputDevice
Identifier  Configured Mouse
Driver  mouse
Option  Emulate3Buttons   true
EndSection

Section InputDevice
Identifier  Touchpad
Driver  synaptics
Option  CorePointer
Option  Emulate3Buttons   true
Option  Device/dev/psaux
Option  Protocol  auto-dev
Option  SHMConfig true
Option  TouchpadOff   2
Option  TapButton11
Option  TapButton22
Option  TapButton33
Option  FingerLow 14
Option  FingerHigh15
Option  MaxTapTime180
Option  MaxTapMove110
Option  MaxDoubleTapTime  150
EndSection

Section Device
Identifier  Configured Video Device
EndSection

Section Monitor
Identifier  Configured Monitor
EndSection

Section Screen
Identifier  Default Screen
Monitor Configured Monitor
EndSection

Section ServerLayout
Identifier  Default Layout
Screen  Default Screen
InputDevice Touchpad CorePointer
InputDevice Configured Mouse SendCoreEvents
EndSection

Section Extensions
Option  Composite off
EndSection



Xorg X server log files on system:
-rw-r--r-- 1 root root 47556 2006-06-29 21:58 /var/log/Xorg.1.log
-rw-r--r-- 1 root root 49574 2009-05-14 17:34 /var/log/Xorg.0.log

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

X.Org X Server 1.6.1
Release Date: 2009-4-14
X Protocol Version 11, Revision 0
Build Operating System: Linux 2.6.26-1-amd64 x86_64 Package files:  100 
/var/lib/dpkg/status  release a=now  500 http://ftp.debian.org sid/main 
Packages  release o=Debian,a=unstable,l=Debian,c=main  origin 
ftp.debian.org Pinned packages:
Current Operating System: Linux robin 2.6.29-2-686 #1 SMP Sun May 3 12:46:00 
UTC 2009 i686
Build Date: 15 April 2009  11:46:22AM
xorg-server 2:1.6.1-1 (bgog...@debian.org) 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from

Bug#523652: It works with shared memory

2009-04-17 Thread Bob Hauck 
If I enable shared memory then synclient -s TouchpadOff=1 disables
the touchpad and synclient -s TouchpadOff=0 enables it again.  If I
don't give the -s option to the synclient command, then the touchpad
seems to ignore the setting I give it and stays enabled all the time.

This may be related to why syndaemon doesn't work anymore, as the -s
option for that seems to have gone missing.  It is in the man page but
if I try to use it I get the command help.


-- 
 -| Bob Hauck
 -| http://www.haucks.org/



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

Bug#524174: [Pkg-xfce-devel] Bug#524174: xfce4 package in unstable (4.6.0-2) is not installable

2009-04-15 Thread Bob Hauck 
For what it's worth I was able to update the last few pieces of xfce4
4.6 that are still in process by installing all the build dependencies
and building the blocked packages from the sources, which are
currently in unstable.  Each one (I think there were three at the
time) only took a few minutes.


-- 
 -| Bob Hauck
 -| http://www.haucks.org/



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

Bug#469586: slrn: No longer recognizes /etc/news/server

2008-03-05 Thread Bob Hauck 
Package: slrn
Version: 0.9.9~pre97-1
Severity: normal

Previous releases would read a default news server from
/etc/news/server, and this was and still is documneted in
README.Debian.  This behavior seems to have gone away with
the latest version in Sid.  If this is intentional, there
should be an entry in NEWS and the readme should be updated.

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

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
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 slrn depends on:
ii  debconf [debconf-2.0] 1.5.19 Debian configuration management sy
ii  libc6 2.7-9  GNU C Library: Shared libraries
ii  libcanlock2   2b-4   library for creating and verifying
ii  libslang2 2.1.3-2The S-Lang programming library - r

slrn recommends no packages.

-- debconf information:
* shared/mailname: robin.haucks.org
  slrn/manual_getdescs:
  slrn/getdescs: cron job
  slrn/getdescs_now: false
* shared/news/server: news.haucks.org
  slrn/lost_slrnpull:



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

Bug#289963: arts failure

2007-01-18 Thread Bob Hauck 
On Thursday 18 January 2007 15:16, Clint Adams wrote:
 Can you still reproduce this?

Yes, on current Sid (updated today) I get this:

[EMAIL PROTECTED]:~$ ogg123 -d arts /usr/share/sounds/KDE_Beep_Connect.ogg

Audio Device:   aRts output

Playing: /usr/share/sounds/KDE_Beep_Connect.ogg
Ogg Vorbis stream: 2 channel, 44100 Hz

Done.
pure virtual method called
terminate called without an active exception
Aborted

KDE_Beep_Connect.ogg actually plays a sound, but KDE_Beep.ogg does not.  
Same messages on the console either way.

-- 
 -| Bob Hauck
 -| Hooray for San Fancisco values!
 -| http://www.haucks.org/


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

Bug#384556: sysv-rc: Spurious warnings from invoke-rc.d during boot.

2006-08-24 Thread Bob Hauck 
Package: sysv-rc
Version: 2.86.ds1-15
Severity: minor

Recently I noticed that I get the following messages during every boot.
It occurs exactly twice each boot, apparently during the execution of
rcS.d/S40networking.  I'm not sure when this started but it must be 
fairly recent.

I've marked it minor because everything seems to work fine, so it would 
seem to just be a spurious warning:

Thu Aug 24 22:11:10 2006: Setting up networking...done.
Thu Aug 24 22:11:10 2006: Setting hostname to 'robin'...done.
Thu Aug 24 22:11:10 2006: Scheme changed to home.
Thu Aug 24 22:11:10 2006: Configuring network interfaces...invoke-rc.d:


Thu Aug 24 22:11:11 2006: invoke-rc.d: WARNING: invoke-rc.d called
during shutdown sequence
Thu Aug 24 22:11:11 2006: invoke-rc.d: enabling safe mode: initscript
policy layer disabled
Thu Aug 24 22:11:11 2006: invoke-rc.d:
-
---
Thu Aug 24 22:11:11 2006: Stopping NTP server: ntpd.
Thu Aug 24 22:11:13 2006: Starting NTP server: ntpd.
Thu Aug 24 22:11:14 2006: invoke-rc.d:
-
---
Thu Aug 24 22:11:14 2006: invoke-rc.d: WARNING: invoke-rc.d called
during shutdown sequence
Thu Aug 24 22:11:14 2006: invoke-rc.d: enabling safe mode: initscript
policy layer disabled
Thu Aug 24 22:11:14 2006: invoke-rc.d:
-
---
Thu Aug 24 22:11:14 2006: Stopping NTP server: ntpd.
Thu Aug 24 22:11:16 2006: Starting NTP server: ntpd.

[snip ~ten lines]

Thu Aug 24 22:11:19 2006: INIT: Entering runlevel: 2
Thu Aug 24 22:11:19 2006: Starting Conexant HSF softmodem
Thu Aug 24 22:11:19 2006: Starting system log daemon: syslogd.
Thu Aug 24 22:11:19 2006: Starting kernel log daemon: klogd.


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.11-centrino
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

-- no debconf information


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

Bug#384256: xserver-xorg-core newer than xserver-xorg-video-all

2006-08-22 Thread Bob Hauck 
Package: xserver-xorg-core
Version: 1:1.1.1-3
Severity: grave
Justification: renders package unusable

After doing an apt-get upgrade, X will no longer start and gives an
error message that says the modular driver for radeon is using an outdated 
ABI.  It appears that the version of xserver-xorg-core has been upgraded but 
there is no corresponding upgraded version of xserver-xorg-video-ati.  

Reverting to 1.0.2-9 restores a working X setup.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17.8-centrino
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages xserver-xorg-core depends on:
ii  libc6 2.3.6.ds1-2GNU C Library: Shared libraries
ii  libfontenc1   1:1.0.1-6  X11 font encoding library
ii  libgcc1   1:4.1.1-11 GCC support library
ii  libxau6   1:1.0.0-4  X11 authorisation library
ii  libxdmcp6 1:1.0.0-4  X11 Display Manager Control Protoc
ii  libxfont1 1:1.2.0-2  X11 font rasterisation library
ii  x11-common1:7.0.23   X Window System (X.Org) infrastruc
ii  xserver-xorg-input-al 1:7.0.23   the X.Org X server -- input driver
ii  xserver-xorg-input-ev 1:1.1.2-1  X.Org X server -- evdev input driv
ii  xserver-xorg-input-kb 1:1.0.1.3-2X.Org X server -- keyboard input d
ii  xserver-xorg-input-mo 1:1.0.4-3  X.Org X server -- mouse input driv
ii  xserver-xorg-video-al 1:7.0.23   the X.Org X server -- output drive
ii  xserver-xorg-video-ap 1:1.0.1.5-2X.Org X server -- APM display driv
ii  xserver-xorg-video-ar 1:0.5.0.5-2X.Org X server -- ark display driv
ii  xserver-xorg-video-at 1:6.5.8.0-1X.Org X server -- ATI display driv
ii  xserver-xorg-video-ch 1:1.0.1.3-3X.Org X server -- Chips display dr
ii  xserver-xorg-video-ci 1:1.0.0.5-2X.Org X server -- Cirrus display d
ii  xserver-xorg-video-cy 1:1.0.0.5-2X.Org X server -- Cyrix display dr
ii  xserver-xorg-video-du 1:0.1.0.5-2X.Org X server -- dummy display dr
ii  xserver-xorg-video-fb 1:0.1.0.5-2X.Org X server -- fbdev display dr
ii  xserver-xorg-video-gl 1:1.0.1.3-3X.Org X server -- Glint display dr
ii  xserver-xorg-video-i1 1:1.1.0.5-2X.Org X server -- i128 display dri
ii  xserver-xorg-video-i7 1:1.0.0.5-2X.Org X server -- i740 display dri
ii  xserver-xorg-video-i8 1:1.5.1.0-2X.Org X server -- Intel i8xx, i9xx
ii  xserver-xorg-video-im 1:1.0.0.5-2X.Org X server -- IMSTT display dr
ii  xserver-xorg-video-mg 1:1.2.1.3.dfsg.1-2 X.Org X server -- MGA display driv
ii  xserver-xorg-video-ne 1:1.0.0.5-2X.Org X server -- Neomagic display
ii  xserver-xorg-video-ne 1:0.1.4.1-3X.Org X server -- Newport display 
ii  xserver-xorg-video-ns 1:2.7.6.5-2X.Org X server -- NSC display driv
ii  xserver-xorg-video-nv 1:1.0.1.5-2X.Org X server -- NV display drive
ii  xserver-xorg-video-re 1:4.0.1.3.dfsg.1-2 X.Org X server -- Rendition displa
ii  xserver-xorg-video-s3 1:1.8.6.5-2X.Org X server -- S3 ViRGE display
ii  xserver-xorg-video-sa 1:2.0.2.3-4X.Org X server -- Savage display d
ii  xserver-xorg-video-si 1:1.3.1.5-3X.Org X server -- SiliconMotion di
ii  xserver-xorg-video-si 1:0.8.1.3-2X.Org X server -- SiS display driv
ii  xserver-xorg-video-si 1:0.7.1.3-2X.Org X server -- SiS USB display 
ii  xserver-xorg-video-td 1:1.1.1.3-3X.Org X server -- tdfx display dri
ii  xserver-xorg-video-tg 1:1.0.0.5-3X.Org X server -- TGA display driv
ii  xserver-xorg-video-tr 1:1.0.1.2-2X.Org X server -- Trident display 
ii  xserver-xorg-video-ts 1:1.0.0.5-2X.Org X server -- Tseng display dr
ii  xserver-xorg-video-v4 0.0.1.5-1  X.Org X server -- Video 4 Linux di
ii  xserver-xorg-video-ve 1:1.0.1.3-2X.Org X server -- VESA display dri
ii  xserver-xorg-video-vg 1:4.0.0.5-2X.Org X server -- VGA display driv
ii  xserver-xorg-video-vi 1:0.1.33.2-3   X.Org X server -- VIA display driv
ii  xserver-xorg-video-vm 1:10.11.1.3-2  X.Org X server -- VMware display d
ii  xserver-xorg-video-vo 1:1.0.0.5-2X.Org X server -- Voodoo display d
ii  zlib1g1:1.2.3-13 compression library - runtime

Versions of packages xserver-xorg-core recommends:
ii  xkb-data  0.8-7  X Keyboard Extension (XKB) configu

-- no debconf information


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

Bug#372719: Freetype and OpenOffice

2006-06-11 Thread Bob Hauck 
I have the exact same problem here.  Downgrading also fixes it for me.

OpenOffice writer appears to finish saving, the progress bar goes all 
the way, but then I get the watch cursor and after a while I get the 
OpenOffice crash dialog and my file has not been saved.


-- 
 -| Bob Hauck
 -| A proud member of the unhinged moonbat horde.
 -| http://www.haucks.org/


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

Bug#370021: dosemu: No X support

2006-06-02 Thread Bob Hauck 
Package: dosemu
Version: 1.2.2-4
Severity: normal


Starting xdosemu in an xterm results in dosemu running in the xterm
rather than a new window opening.  After exiting dosemu, there is an
error message in the xterm from which it was started:

[EMAIL PROTECTED]:~$ xdosemu
ERROR: X support not compiled in

And indeed, ldd shows no libX11:

[EMAIL PROTECTED]:~$ ldd /usr/bin/dosemu.bin
linux-gate.so.1 =  (0xe000)
libslang.so.2 = /lib/libslang.so.2 (0xb7f17000)
libm.so.6 = /lib/tls/libm.so.6 (0xb7ef1000)
libdl.so.2 = /lib/tls/libdl.so.2 (0xb7eec000)
libc.so.6 = /lib/tls/libc.so.6 (0xb7db4000)
/lib/ld-linux.so.2 (0xb7feb000)


-- Package-specific info:
##
# This file is the system-wide dosemu.conf or the per-user ~/.dosemurc,
# included by global.conf or dosemu.bin.
#
# ./doc/README.txt (chapter 2.) contains a description of the syntax
# and the usage of dosemu.conf and .dosemurc.
#
# The commented-out values are defaults, here for documentation purposes
# only. Options marked [priv] cannot be changed in ~/.dosemurc.
#
# (optional) access rights are defined in
#
#  /etc/dosemu/dosemu.users or /etc/dosemu.users
#
##



# Notes for editing this file:
#
#   In$_xxx = (n)n is a numerical or boolean value
#  = =
#   In$_zzz = ss is a string
#
# Please note that all options are commented out by default!
# Remove the # in front of the $ to change an option.


##
## CPU settings: define the CPU features to DOSEMU.

# CPU shown to DOS, valid values:  80[345]86
# or emulated for non-native CPU (386 in this case) Default: 80386

# $_cpu = 80386

# if possible use Pentium cycle counter. Default: off

# $_rdtsc = (off)

# CPU speed, used in conjunction with the TSC
# Default 0 = calibrated by dosemu, else given (e.g.166.666)

# $_cpuspeed = (0)

# emulated FPU, (off) or (on), default = (on)

# $_mathco = (on)

# 0 = all CPU power to DOSEMU; default = 1 = nicest, then higher:more CPU power

# $_hogthreshold = (1)

##
## Disk and file system settings

# List of hdimages or boot directories under 
# ~/.dosemu, the system config directory (/etc/dosemu by default), or
# syshdimagedir (/var/lib/dosemu by default) assigned in this order
# such as hdimage_c directory_d hdimage_e
# Absolute pathnames are also allowed.
# If the name begins with '/dev/', then partion access is done instead of
# virtual hdimage such as /dev/hda1 or /dev/hda1:ro for readonly
# Currently mounted devices and swap are refused. Hdimages and devices may
# be mixed such as hdimage_c /dev/hda1 /dev/hda3:ro
# Note: 'wholedisk' is _not_ supported. Default: drives/*

$_hdimage = freedos:ro

# if you want to boot from a virtual floppy:
# file name of the floppy image under DOSEMU_LIB_DIR
# e.g. floppyimage disables $_hdimage
#  floppyimage +hd does _not_ disable $_hdimage. Default: 

# $_vbootfloppy = 

# floppy drive types: threeinch or fiveinch or atapi or empty,
# if non-existant. Optionally the device may be appended such as
# threeinch:/dev/fd0. Default: threeinch for A:,  for B:

# $_floppy_a = threeinch
# $_floppy_b = 

# list of generic SCSI devices to make available for the builtin aspi driver
# (format of an entry is 'device:type:mappedtarget' such as
# sg2:WORM sg3:Sequential-Access:6 sg4:CD-ROM or
# sg2:4 sg3:1:6 sg4:5 (which are equal). Default: 

# $_aspi = 

# whether to lock the full file on lredired drives for file locking requests
# or just one byte

# $_full_file_locks = (off)

# config.sys   - config.XXX; default= or 3 char.,

# $_emusys = 

# system.ini   - system.XXX; default= or 3 char., (for Windows 3.x)

# $_emuini = 

##
## Memory settings

# conventional DOS memory size, in Kbyte, = 768. Default = 640

# $_dosmem = (640)

# XMS (extended memory) size in Kbyte; default: 8192.

# $_xms = (8192)

# EMS (expanded memory) size in Kbyte; default: 2048.

# $_ems = (2048)

# DOS segment where the EMS frame is put. Default = 0xe000.

# $_ems_frame = (0xe000)

# DPMI size in Kbyte; default: 0x5000

# $_dpmi = (0x5000)

# preferred mapping driver, one of: auto, mapself, mapfile, mapshm
# Default: =auto

# $_mapping= 

##
## Debug settings

# debug switches; same format as -D commandline option, default: =-a+cw.
# (but without the -D in front), normally written to ~/.dosemu/boot.log

# $_debug = -a+cw

##
## Dosemu-specific hacks

# set this to some positive value (eg. Default: 10)
# if you want to play Doom or Duke3D with sound.

#

Bug#358064: galculator: Crashes on startup

2006-03-20 Thread Bob Hauck 
Package: galculator
Version: 1.2.5-1
Severity: grave
Justification: renders package unusable

After doing an apt-get upgrade today, galculator now crashes with the 
following message before showing the main window:

[EMAIL PROTECTED]:~$ galculator
[galculator] configuration file: couldn't open configuration file
/home/bobh/.galculator for reading. Nothing to worry about if you are
starting galculator for the first time. Using defaults.
*** glibc detected *** free(): invalid pointer: 0x08182a48 ***
Aborted


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15.6-centrino
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages galculator depends on:
ii  libatk1.0-0  1.11.3-1The ATK accessibility toolkit
ii  libc62.3.6-4 GNU C Library: Shared libraries an
ii  libglade2-0  1:2.5.1-2   library to load .glade files at ru
ii  libglib2.0-0 2.10.1-2The GLib library of C routines
ii  libgtk2.0-0  2.8.13-1The GTK+ graphical user interface 
ii  libpango1.0-01.12.0-2Layout and rendering of internatio
ii  libxml2  2.6.23.dfsg.2-3 GNOME XML library
ii  zlib1g   1:1.2.3-11  compression library - runtime

galculator recommends no packages.

-- no debconf information


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

Bug#350512: laptop-mode-tools: Says deactivating data loss sensitive features when on battery.

2006-01-29 Thread Bob Hauck 
Package: laptop-mode-tools
Version: 1.22-1
Severity: important
Tags: patch

My laptop has lately been refusing to activate laptop mode.  Don't know
when this started, just noticed it.  When run manually, laptop_mode
start reports that it is deactivating data loss sensitive features.
Verbose mode reveals that it thinks the battery is too low.

My laptop reports battery level in mWh, as opposed to mAh.  There is a
bug in the laptop_mode script that causes the script to think the
battery is low when it really isn't, but only when the units are mWh.  

The cause is a typo on line 618 of the script, where the test for
remaining power has a '-lt' where it should be a '-gt'.

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14.6-centrino
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

laptop-mode-tools depends on no packages.

Versions of packages laptop-mode-tools recommends:
ii  acpid 1.0.4-5Utilities for using ACPI power man
ii  hdparm6.3-3  tune hard disk parameters for high
pn  sdparmnone (no description available)

-- no debconf information
618c618
   if [ $IN_MWH -ne 0 -a $REMAINING -lt 
$MINIMUM_BATTERY_CHARGE_MWH ] ; then
---
   if [ $IN_MWH -ne 0 -a $REMAINING -gt 
 $MINIMUM_BATTERY_CHARGE_MWH ] ; then

Bug#307626: Test Results

2006-01-16 Thread Bob Hauck 
Running Sarge with samba 3.0.14a-3sarge1.  I set up a test share.  On 
the Linux side I have:

   drwxrwsr-x   3 root  users 4096 2006-01-16 10:47 public/

In smb.conf I have:

[test]
   comment = test share
   browseable = yes
   writeable = yes
   path = /srv/public
   public = yes
   create mask = 0775
   directory mask = 0775
   force group = users
   force directory mode = 2770
   unix extensions = no

On the Linux side I create a folder in the share that looks like this:

   drwxrwsr-x  2 nobody users 4096 2006-01-16 10:40 folder/


Connecting to the share from Windows 2K as user hauck, I create a 
file:

T: echo something  file
T:

On the Unix side this results in:

  -rwxrw-r--  1 hauck users 12 2006-01-16 10:40 file*

On the Windows side I try some things:

T: ren file otherfile
Access is denied.
T: move file ..
Access is denied.
T: del file
T:

So I can create the file, and delete the file, but I cannot move or 
rename the file.  This worked with samba 3.0.11-1.


-- 
 -| Bob Hauck
 -| DRS Codem Systems, Inc.
 -| 603-429-0111 x551
 -| My email address has changed.  It is now [EMAIL PROTECTED].


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

Bug#307626: Erroneous permissions checks after 3.0.10 - 3.0.14a

2005-05-04 Thread Bob Hauck 
mv Dir1/file Dir2/ - access denied!
mkdir Dir1/tmp - OK
touch Dir1/tmp/file1 - OK
mv Dir1/tmp/file1 Dir1/ - OK
mv Dir1/file1 Dir1/tmp/ - access denied!

So you can't rename files in directories to which you have only group 
write permission, correct?  If you are the owner of the directory, or 
it has write for anyone, then it works.

I'm seeing the same on 3.0.14a, but only with XP clients.  NT clients 
seem to work normally in the limited testing I've done.  This bug also 
causes Excel on XP to give weird warnings about read-only directories 
when saving.  Downgrading to 3.0.11 makes it work again.

FWIW, this bug sounds like #2591 at bugzilla.samba.org. 


-- 
 -| Bob Hauck
 -| A proud member of the reality-based community.
 -| http://www.haucks.org/


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

Bug#305114: phpbb2: Encoding fix causes Postgres errors

2005-04-17 Thread Bob Hauck 
Package: phpbb2
Severity: important


The fix for bug #298580 seems to cause other problems for me.  It causes
errors that imply there is not a valid connection to the Postgres DB.  I 
noticed that the suggested patch is not quite the same as what is in
the phpbb2 package on Sarge.  Around line 91 we have:

$encoding = ini_get ( 'default_charset' );
pg_set_client_encoding ($this-db_connect_id, $encoding );

$this-db_connect_id = ( $this-persistency ) ?
pg_pconnect($this-connect_string) : pg_connect($this-connect_string);

But if I change it to this it makes the errors go away:

$this-db_connect_id = ( $this-persistency ) ?
pg_pconnect($this-connect_string) : pg_connect($this-connect_string);

$encoding = ini_get ( 'default_charset' );
pg_set_client_encoding ($this-db_connect_id, $encoding );

As you can see, the corrected version sets $this-db_connect_id before
calling pg_set_client_encoding() rather than after.  The system info 
below isn't accurate, the server is really running Sarge but I'm sending
this from my laptop.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)


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

Bug#299572: ntp-server: Fails to start after upgrade.

2005-03-14 Thread Bob Hauck 
Package: ntp-server
Version: 1:4.2.0a+stable-4
Severity: grave
Justification: renders package unusable

After doing a dist-upgrade today, ntpd refuses to start.  I have run
ntpdate to ensure that the system clock is reasonably close to correct.
I get the following in the system long, then ntpd exits leaving the pid
file behind in /var/run.

Mar 14 20:46:55 robin ntpd[5207]: ntpd [EMAIL PROTECTED]:4.2.0a+stable-4-r Sat
Mar 12 06:38:34 CET 2005 (1)
Mar 14 20:46:55 robin ntpd[5207]: precision = 3.000 usec
Mar 14 20:46:55 robin ntpd[5207]: Listening on interface wildcard,0.0.0.0#123
Mar 14 20:46:55 robin ntpd[5207]: Listening on interface wildcard,::#123
Mar 14 20:46:55 robin ntpd[5207]: Listening on interface lo, 127.0.0.1#123
Mar 14 20:46:55 robin ntpd[5207]: Listening on interface eth1, 192.168.1.33#123
Mar 14 20:46:55 robin ntpd[5207]: kernel time sync status 0040

This is a laptop, eth1 is a wireless connection, eth0 is wired but
currently turned off.  I am using a Debian Sarge machine as my time
server and it is currently working fine with the other Sarge boxes on
the network.  My /etc/ntp.conf is unchanged from before the upgrade.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages ntp-server depends on:
ii  ntp1:4.2.0a+stable-4 Network Time Protocol: network uti
ii  ntp-simple 1:4.2.0a+stable-4 Network Time Protocol: daemon for 

-- no debconf information


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

Bug#289963: vorbis-tools: ARTS output from ogg123 fails with some ogg files.

2005-01-11 Thread Bob Hauck 
Package: vorbis-tools
Version: 1.0.1-1.2
Severity: normal

Fails with pure virtual method called on some OGG files, while others
play fine.  Problem can be reproduced with some of the KDE system sounds, 
like this:

[EMAIL PROTECTED]:~$ ogg123 -d arts KDE_Beep.ogg

Audio Device:   aRts output

Playing: KDE_Beep.ogg
Ogg Vorbis stream: 1 channel, 44100 Hz

Done.
pure virtual method called
Aborted

It actually looks like it is the length of the file that matters.  All 
of them seem to give the pure virtual error, but longer ones play 
sound before faulting.

-- System Information:
Debian Release: 3.1
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-1-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages vorbis-tools depends on:
ii  libao2  0.8.5-1  Cross Platform Audio Output Librar
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libcurl37.12.3-2 Multi-protocol file transfer libra
ii  libflac61.1.1-4  Free Lossless Audio Codec - runtim
ii  libidn110.5.2-3  GNU libidn library, implementation
ii  libogg0 1.1.0-1  Ogg Bitstream Library
ii  liboggflac1 1.1.1-4  Free Lossless Audio Codec - runtim
ii  libspeex1   1.0.rel.4-1  The Speex Speech Codec
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  libvorbis0a 1.0.1-1  The Vorbis General Audio Compressi
ii  libvorbisenc2   1.0.1-1  The Vorbis General Audio Compressi
ii  libvorbisfile3  1.0.1-1  The Vorbis General Audio Compressi
ii  zlib1g  1:1.2.2-4compression library - runtime

-- no debconf information


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