Bug#644403: ndoutils-nagios3-mysql: Upgrade from lenny fails to upgrade the db scheme on remote host

2011-10-05 Thread Wolfgang Schulze-Zachau
Package: ndoutils-nagios3-mysql
Version: 1.4b9-1.1
Severity: important


When upgrading from lenny to squeeze, the database schema does not get upgraded 
if the 
database resides on a remote host. The package insists on upgrading the 
localhost.
As can be seen from the data below, the debconf database holds uk-swa-db01 as 
the name
of the database server. However, the following output of dpkg-reconfigure shows 
that 
this is not the host the upgrade wants to connect to:

dpkg-reconfigure ndoutils-nagios3-mysql
Stopping ndoutils: ndoutils.
dbconfig-common: writing config to /etc/dbconfig-common/ndoutils-mysql.conf
granting access to database nagios for nag...@uk-swa-mon.aminocom.com: failed.
error encountered creating user:
mysql said: ERROR 1044 (42000) at line 1: Access denied for user 
'root'@'10.171.24.40' to database 'nagios'
dbconfig-common: ndoutils-mysql configure: aborted.
dbconfig-common: flushing administrative password

This completely breaks the upgrade since after the upgrade an additional column 
named long_output (see ticket 607925, archived) is now required, and most 
INSERTs for service checks
anbd host checks now fail. It requires a user with significant skill to extract 
the schema changes
from the local database (if there is one to start with) and duplicate them in 
the remote
database. I would hav re-opened bug 607925, but was unable to.


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages ndoutils-nagios3-mysql depends on:
ii  dbconfig-common 1.8.46+squeeze.0 common framework for packaging dat
ii  debconf [debconf-2.0]   1.5.36.1 Debian configuration management sy
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libmysqlclient165.1.49-3 MySQL database client library
ii  mysql-client5.1.49-3 MySQL database client (metapackage
ii  mysql-client-5.1 [mysql 5.1.49-3 MySQL database client binaries
ii  nagios3 3.2.1-2  A host/service/network monitoring 
ii  ndoutils-common 1.4b9-1.1NDOUtils common files
ii  ucf 3.0025+nmu1  Update Configuration File: preserv

Versions of packages ndoutils-nagios3-mysql recommends:
ii  mysql-server  5.1.49-3   MySQL database server (metapackage
ii  mysql-server-5.1 [mysql-serve 5.1.49-3   MySQL database server binaries and

Versions of packages ndoutils-nagios3-mysql suggests:
pn  ndoutils-doc  none (no description available)

-- Configuration Files:
/etc/default/ndoutils changed:
ENABLE_NDOUTILS=1
DAEMON_OPTS=-c /etc/nagios3/ndo2db.cfg


-- debconf information:
  ndoutils-mysql/password-confirm: (password omitted)
  ndoutils-mysql/mysql/admin-pass: (password omitted)
  ndoutils-mysql/mysql/app-pass: (password omitted)
  ndoutils-mysql/app-password-confirm: (password omitted)
* ndoutils-mysql/install-error: retry (skip questions)
* ndoutils-mysql/mysql/admin-user: nagios
  ndoutils-mysql/remote/newhost: uk-swa-db01
* ndoutils-mysql/remote/host: uk-swa-db01
  ndoutils-mysql/database-type: mysql
  ndoutils-mysql/remove-error: abort
* ndoutils-mysql/remote/port: 3306
* ndoutils-mysql/db/app-user: nagios
* ndoutils-mysql/dbconfig-install: true
  ndoutils-mysql/dbconfig-upgrade: true
  ndoutils-mysql/internal/reconfiguring: false
  ndoutils-mysql/upgrade-error: abort
  ndoutils-mysql/internal/skip-preseed: false
  ndoutils-mysql/upgrade-backup: true
  ndoutils-mysql/missing-db-package-error: abort
* ndoutils-mysql/mysql/method: tcp/ip
  ndoutils-mysql/dbconfig-remove:
* ndoutils-mysql/db/dbname: nagios
  ndoutils-mysql/passwords-do-not-match:
  ndoutils-mysql/purge: false
  ndoutils-mysql/dbconfig-reinstall: false



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



Bug#586887: cannot replace sudo by sudo-ldap when no root password has been set

2011-09-23 Thread Wolfgang Schulze-Zachau
Unfortunately this problem still exists (in plain debian squeeze).

I am installing squeeze using preseed files, which pull in a local
package that depends on sudo-ldap. Therefore the installer rightly
concludes that sudo needs to be replaced by sudo-ldap. The preseed files
DO specify a root password, but at the time when the package replacement
happens, this password has not been set yet, and the installation fails.
There is also a bug report about this on the ubuntu launchpad (see bug
771296). It appears that that user has been able to fix this using a
preseed/late_command script, however I would consider this a botch job,
especially since that script needs to install sudo-ldap twice to be
successful. Since the only reason for removal of sudo is the selection
of sudo-ldap, the installer should handle this without failing.

BTW, our preseeds install both konsole and xterm, and that does NOT
prevent the issue.

I am not sure this is actually a problem with sudo-ldap. I would rather
more lay the blame at the installer for not realising that a root
password will be set, and also for not realising that the removal is
because of a replacement, but since I am not an expert in these matters,
I shall leave that decision to you guys.
-- 
best regards

Wolfgang Schulze-Zachau
*
*


Bug#640918: libpam-modules: pam_mkhomedir.so has no default config in /usr/share/pam-configs

2011-09-08 Thread Wolfgang Schulze-Zachau
Package: libpam-modules
Version: 1.1.1-6.1
Severity: normal
Tags: patch

This module is very useful in environments using LDAP authentication, as it 
allows users
to log into any linux workstation on the network (if configured properly). 
However, since
there is no default config in /usr/share/pam-configs, the pam-auth-update 
utility does
not see it and therefore doesn't offer it for activation, i.e. the common-* 
files have
to be modified manually. This then leads to issues when pam-auth-update is 
rerun (either
it aborts or the previous changes are overwritten).

This can be overcome by adding a default config named mkhomedir into 
/usr/share/pam-configs
with the following content:

Name: Create home directory on first time login
Default: yes
Priority: 0
Session-Interactive-Only: yes
Session-Type: Additional
Session-Final:
requiredpam_mkhomedir.so

thus keeping pam-auth-update working as intended.

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages libpam-modules depends on:
ii  debconf [debconf-2.0] 1.5.36.1   Debian configuration management sy
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libdb4.8  4.8.30-2   Berkeley v4.8 Database Libraries [
ii  libpam0g  1.1.1-6.1  Pluggable Authentication Modules l
ii  libselinux1   2.0.96-1   SELinux runtime shared libraries

libpam-modules recommends no packages.

libpam-modules suggests no packages.

-- Configuration Files:
/etc/security/group.conf changed [not included]

-- debconf information excluded

Visit us in Hall 5, at stand B.40 at the IBC Show



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



Bug#635870: Missing alias for javascript folder

2011-08-01 Thread Wolfgang Schulze-Zachau
Hi Sils,

your attention to detail and your explanation are much appreciated. I am
happy to go down this road and to close this subject.

On 29/07/11 17:55, sils wrote:
 Hi Wolfgang,

 On 07/29/2011 03:11 PM, Wolfgang Schulze-Zachau wrote:
 Hi Sils,

 Maybe I haven't been clear enough in my original email.

 Really thanks for your extended explanation...

 Let me respond you via BTS, just to let the complete info about this
 issue for others whom will be interested.


 The mantis apache.conf file, as installed from the package, is actually
 not a complete vhost configuration (probably because mantis can be run
 within a vhost without problem). I simply wrapped the contents in that
 file in a VirtualHost declaration, which also defines ServerName and
 ServerAlias, because this server hosts approx. a dozen internal
 websites. The VirtualHost declaration further contains a CustomLog entry
 and a DocumentRoot entry. In fact, here is the complete file (with the
 additional Alias as required):

 I see, I understand now the problem.. (for privacity I don't reply your
 custom config).

 When you use mantis under Virtual Host configuration, which the
 Documentroot overrides the / directory, and you use the Alias for
 /mantis, even if you assume it's not necessary:

 If you run this, everything works fine:
 http://host/mantis/view_all_bug_page.php

 If you run this, doesn't:
 http://host/view_all_bug_page.php

 Because in that case you are using the defaults from Apache, and in
 combination with javascript-common apache Alias, the server is triying
 to look the files under /usr/share/javascript/.

 As mantisBT upstream documentation explains, the default configuration
 for mantis is always http://host/mantis;, and in debian the default
 configuration is always http://host/mantis/mantis;.

 Because of that reason the default package distributed under debian
 it's prepared to work correctly under that especs.

 Of course, that's not means that you could apply your custom
 configuration, and that's what you are getting those troubles.. yes your
 right, you have a problem with javascript path location under this
 custom work around.

 But when you change something you have to take care on your own
 changes, even if you made and update.. because the default maintainer
 version will not be installed on your system as well .. right?

 Yes, I guess one solution for your custom configuration, would be add
 this line into the config Apache file:

 Alias /javascript /usr/share/mantis/www/javascript


 FYI, your case will be considered, and we are going to open a bug under
 wishlist to apply some warnings about setting up mantis under
 VirtualHost configuration and different default path. Some information
 about this is related to Multisite documentation, but is not exactly the
 same case.


 I open a wishlist bug related to this issue on BTS #635932

 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635932


 Thanks a lot for your help, and sorry about the misunderstanding.

 Cheers

 Sils


-- 
best regards

Wolfgang

Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype:
wszachauamino


Bug#635870: Missing alias for javascript folder

2011-07-29 Thread Wolfgang Schulze-Zachau
Package: mantis
Version: 1.1.8+dfsg-10
Severity: important
Tags: squeeze

The default apache.conf file for mantis does not contain an alias for
the javascript folder. However, the default apache configuration in
debian does have that alias (in
/etc/apache2/conf.d/javascript-common.conf), which leads to the fact
that none of the javascript files are loaded and much of the
functionality in mantis is crippled (e.g. the search filter box cannot
be minimized).

This can be fixed by simply adding an alias to the mantis apache.conf
file, e.g.

Alias /javascript /usr/share/mantis/www/javascript

-- 
best regards

Wolfgang

*Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype:
wszachauamino*


Bug#635870: closed by sils s...@powered-by-linux.com (reply to s...@powered-by-linux.com) (Re: Bug#635870: Missing alias for javascript folder)

2011-07-29 Thread Wolfgang Schulze-Zachau
Well, I happen to disagree with your explanation. The default Alias in
javascript-common.conf points to a folder that does not contain the
necessary javascript files for mantis, and therefore these files are not
found and that IS a problem.

Only when I add another Alias into the mantis apache.conf file to point
at mantis' javascript folder, can these be found properly.




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



Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd

2011-07-26 Thread Wolfgang Schulze-Zachau
Hi Petter,

the script fails at the very first Popen call. If I replace
   proc = subprocess.Popen(cmd, shell-True, stdout=subprocess.PIPE,)
with
   proc = subprocess.Popen(cmd, shell-True, stdout=None,)

the call succeeds. If the user has a local account, login succeeds, too.
I haven't tested any further combinations (e.g. home directory, primary
group membership, etc.) so far.

I wonder why the author have specified subprocess.PIPE, since the actual
output is not captured anywhere in the script?

On 25/07/11 18:00, Petter Reinholdtsen wrote:
 [Wolfgang Schulze-Zachau]
 Hi Petter,

 nope, doesn't make any difference, I still get the Unexpected
 exception, should never happen ... message.
 Hm.  Not quite sure how to figure out what is missing a child.  Could
 you try to add log/print statements to try to figure out what is
 failing?

 I have stopped nscd, no difference. And nslcd isn't installed (do I
 need it other than for caching?).
 nslcd is only used when libnss_ldapd is used, and it is an alternative
 to sssd and should probably be disabled/removed if you want to use
 sssd.

 Please send to 634...@bugs.debian.org, to make sure BTS is up to date.

 Happy hacking,

-- 
best regards

Wolfgang

*Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype:
wszachauamino*


Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd

2011-07-26 Thread Wolfgang Schulze-Zachau
Could this be connected to a known (and fixed) race condition in python?

See here: http://bugs.python.org/issue1731717

On 25/07/11 18:00, Petter Reinholdtsen wrote:
 [Wolfgang Schulze-Zachau]
 Hi Petter,

 nope, doesn't make any difference, I still get the Unexpected
 exception, should never happen ... message.
 Hm.  Not quite sure how to figure out what is missing a child.  Could
 you try to add log/print statements to try to figure out what is
 failing?

 I have stopped nscd, no difference. And nslcd isn't installed (do I
 need it other than for caching?).
 nslcd is only used when libnss_ldapd is used, and it is an alternative
 to sssd and should probably be disabled/removed if you want to use
 sssd.

 Please send to 634...@bugs.debian.org, to make sure BTS is up to date.

 Happy hacking,

-- 
best regards

Wolfgang

*Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype:
wszachauamino*


Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd

2011-07-26 Thread Wolfgang Schulze-Zachau


On 26/07/11 11:30, Petter Reinholdtsen wrote:
 It was written like that because I am not very familiar with Python
 and found a example doing it like that.
To be honest, I am not particularly good friends with python, either.
Would it be unfair to say we should take the route of least resistance?
 Happy hacking,

-- 
best regards

Wolfgang

*Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype:
wszachauamino*


Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd

2011-07-26 Thread Wolfgang Schulze-Zachau
Attached is a modified version of the python script which works for me.
Essentially I have added some poll() calls to ensure the shell commands
are completed before communicating with the subprocesses.
I have also added two lines in the runcmd subroutine to log any error
messages to syslog. Hope that's OK with you.

I will now do further testing of this.

On 26/07/11 11:54, Petter Reinholdtsen wrote:
 [Wolfgang Schulze-Zachau]
 Would it be unfair to say we should take the route of least
 resistance?
 I have no problem with your proposed change, so why not.  Can you test
 the new version currently available from

   svn://svn.debian.org/svn/debian-edu/trunk/src/libpam-mklocaluser

 ?

 If it works for you, I'll upload it to unstable.

 Happy hacking,

-- 
best regards

Wolfgang

*Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype:
wszachauamino*
#!/usr/bin/env python
#
# Create local user and redirected home directory.
# If the local user logging in have uid = 1000, create primary group
# and user in /etc/passwd and /etc/group, and create a home directory
# under /home/ if none exist already.

import os
import sys
import pwd
import grp
import subprocess
import shutil
import math
import time
import syslog

def runcmd(pamh, cmd):
  proc = subprocess.Popen(cmd, shell=True, stdout=subprocess.PIPE,)
  while proc.poll() == None:
pass
  result = proc.communicate(input=None)[0]
  if result != 0:
syslog.syslog(Command %(command)s failed with %(msg)s % ( cmd, proc.stderr.read()) ) 
#  print output: %s % output

def check_and_create_localuser(pamh, user):
  # Location of local users
  topdir = /home

  # Ignore users with uid below this one
  minimum_uid = 500

  # Create user entries with this shell
  shell = '/bin/bash'

  # File mode of new home directory
  dirmode = 0700

  # Last password change, use today
  pwlastchange = math.floor(time.time() / (60 * 60 * 24 ))

  pwminage = 0
  pwmaxage = 9
  pwwarn = 7

  # Fetch current user and group info, possibly from LDAP or NIS.
  userinfo = pwd.getpwnam(user)
  uid = userinfo[2]
  gid = userinfo[3]
  gecos = userinfo[4]
  homedir =  userinfo[5]

  # Ignore users with uid  1000
  if userinfo[2]  minimum_uid:
return pamh.PAM_SUCCESS

  # Ignore users with existing entry in /etc/passwd
  cmd = /bin/grep \^%s:\ /etc/passwd /dev/null % user
  proc = subprocess.Popen(cmd, shell=True, stdout=subprocess.PIPE, )
  while proc.poll() == None:
pass
  result = proc.communicate(input=None)[0]
  if proc.returncode == 0:
return pamh.PAM_SUCCESS
  if None == homedir:
syslog.syslog(Home directory is not set for user %s % user)
return pamh.PAM_USER_UNKNOWN

  newhomedir = os.path.join(topdir, user)
  if not os.path.isdir(homedir) and not os.path.isdir(newhomedir):
try:
  groupinfo = grp.getgrgid(gid)
  groupname = groupinfo[0]
except KeyError, e:
  syslog.syslog(Unknown primary group with gid %d % gid)
  groupname = [unknown]

syslog.syslog(Creating local passwd entry uid=%d(%s) gid=%d(%s) gecos='%s' home=%s % (uid, user, gid, groupname, gecos, newhomedir))
try:
  # Add user entry with overridden home directory in /etc/passwd.

  # Can not use adduser, as it refuses to add a user if it already
  # is visible via NSS.
  cmd = /bin/echo '%s:x:%d:%d:%s:%s:%s'  /etc/passwd \
% (user, uid, gid, gecos, newhomedir, shell)
  runcmd(pamh, cmd)

  # Add shadow entry too.
  # XXX Should only add it if it is missing
  cmd = /bin/echo '%s:x:%d:%d:%d:%d:::'  /etc/shadow \
% (user, pwlastchange, pwminage, pwmaxage, pwwarn)
  runcmd(pamh, cmd)

  syslog.syslog(Creating local home directory for user '%s' % user)
  # Copy content of /etc/skel
  shutil.copytree(/etc/skel/., newhomedir, True)

  # Change perm of new home dir
  os.chmod(newhomedir, dirmode)
  # os.chown(newhomedir, uid, gid) - not recursive
  runcmd(pamh, /bin/chown -R %d:%d '%s' % (uid, gid, newhomedir))

  # Flush nscd cache to get rid of original user entry
  if os.access(/usr/sbin/nscd, os.X_OK):
runcmd(pamh, /usr/sbin/nscd -i passwd)

  # Hook for adjusting the freshly created home directory
  # XXX Should be rewritten in python, I guess
  runcmd(pamh, if [ -d /etc/mklocaluser.d ]; then ORIGHOMEDIR='%s' USER='%s' /bin/run-parts /etc/mklocaluser.d ; fi % (homedir, user))

  # Let the user know what is going on
  msg = pamh.Message(pamh.PAM_TEXT_INFO,
 Local user created in /home/, please log in again to start using it.)
  pamh.conversation(msg)

  # Throw out user, as the log process cached the home directory
  # and need to be restarted.
  return pamh.PAM_TRY_AGAIN
except Exception, e:
  syslog.syslog(e)
  pass

  return pamh.PAM_SUCCESS

def pam_sm_setcred(pamh, flags, argv):
  return pamh.PAM_SUCCESS

def pam_sm_authenticate(pamh, flags, argv):
  return pamh.PAM_SUCCESS

def

Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd

2011-07-25 Thread Wolfgang Schulze-Zachau
Hi Petter,

nope, doesn't make any difference, I still get the Unexpected
exception, should never happen ... message. I have stopped nscd, no
difference. And nslcd isn't installed (do I need it other than for
caching?).

Puzzled...

On 23/07/11 10:42, Petter Reinholdtsen wrote:
 [Wolfgang Schulze-Zachau]
 Jul 20 11:22:49 it-50 pam_mklocaluser[1765]: Unexpected exception, 
 should never happen: [Errno 10] No child processes
 This is the key error report.  Not quite sure which child process is
 the problem.  Hm, is nscd installed?  Perhaps the problem is the call
 /usr/sbin/nscd -i passwd in
 /usr/lib/libpam-mklocaluser/pam-python.py?  Try to comment it out and
 see if the situation improves.

 Happy hacking,

-- 
best regards

Wolfgang

*Amino | Mob: +44 7554 457 455 | Desk: +44 1954 234 190 | skype:
wszachauamino*


Bug#634829: libpam-mklocaluser: login fails when used in conjunction with sssd

2011-07-20 Thread Wolfgang Schulze-Zachau
Package: libpam-mklocaluser
Version: 0.6
Severity: important


I am using sssd to authenticate against a Microsoft AD server. The pam 
configuration
was created using pam-auth-update, i.e. it is completely system generated.

When authenticating at the initial gdm login prompt, the login fails, and the 
logs show
the following:

Jul 20 11:22:49 it-50 gdm[1765]: pam_sss(gdm:auth): User info message: 
Authenticated with cached credentials.
Jul 20 11:22:49 it-50 gdm[1765]: pam_sss(gdm:auth): authentication success; 
logname= uid=0 euid=0 tty=:0 ruser= rhost= user=wszachau
Jul 20 11:22:49 it-50 gdm[1765]: pam_unix(gdm:session): session opened for 
user wszachau by (uid=0)
Jul 20 11:22:49 it-50 pam_mklocaluser[1765]: Unexpected exception, should 
never happen: [Errno 10] No child processes
Jul 20 11:22:49 it-50 pam_mklocaluser[1765]: pam_ck_connector(gdm:session): 
nox11 mode, ignoring PAM_TTY :0
Jul 20 11:22:49 it-50 pam_mklocaluser[1765]: WARNING: Couldn't open session 
for wszachau 

At this point, nscd is not running, but nslcd is running. 
If any additional information is required, please ask, and I shall provide.


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages libpam-mklocaluser depends on:
ii  libpam-python   1.0.0-2  Enables PAM modules to be written 
ii  python  2.6.6-3+squeeze6 interactive high-level object-orie
ii  python-support  1.0.10   automated rebuilding support for P

libpam-mklocaluser recommends no packages.

Versions of packages libpam-mklocaluser suggests:
ii  libpam-sss  1.2.1-4+squeeze1 Pam module for the System Security

-- 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#444874: network-manager-openvpn: default gateway changed to tun0 without request

2011-07-20 Thread Wolfgang Schulze-Zachau


Package: network-manager-openvpn
Version: 0.8.1-1
Severity: normal


This very same issue still exists in the current version of this package in 
squeeze.
When the openvpn connection is started via a shell script, all routing is 
applied as it
should be, and the default gateway remains unchanged.
When the same connection is started via network-manager, the default gateway is 
changed 
by nm, and that is ***BAD***, since it breaks the user's access to the Internet.
This renders the openvpn plugin effectively useless, as no combination of 
options 
changes this behaviour.

For now I will revert back to using shell scripts.
Since this bug has not seen any updates or even acknowledgement from the 
package 
maintainers, I wonder whether this will get any attention at all?

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages network-manager-openvpn depends on:
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1  simple interprocess messaging syst
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libnm-glib-vpn10.8.1-6+squeeze1  network management framework (GLib
ii  libnm-glib20.8.1-6+squeeze1  network management framework (GLib
ii  libnm-util10.8.1-6+squeeze1  network management framework (shar
ii  openvpn2.1.3-2   virtual private network daemon

network-manager-openvpn recommends no packages.

network-manager-openvpn suggests no packages.

-- Configuration Files:
/etc/dbus-1/system.d/nm-openvpn-service.conf changed [not included]

-- 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#633773: mysql-server: my.cnf uses deprecated options for slow query logging

2011-07-13 Thread Wolfgang Schulze-Zachau
Package: mysql-server
Version: 5.1.49-3
Severity: normal


The default my.cnf file for this version uses options that are deprecated as 
per V5.1.29.

Extract from my.cnf:

# Here you can see queries with especially long duration
#log_slow_queries   = /var/log/mysql/mysql-slow.log
#long_query_time = 2
#log-queries-not-using-indexes
#

As per manual, log_slow_queries is deprecated, and as of 5.1.29 the options 
slow_query_log 
and slow_query_log_file must be used.

The real issue is that if a user enables the options in my.cnf, the server will 
log **ALL**
queries into the slow log file, and completely disregard the long_query_time 
value. This leads
to a performance drag and excessive log files. Only when the correct options 
are used and the 
server is restarted, will the proper slow log be performed.

A corrected version of the above section looks like this (options enabled):

slow_query_log = 1
slow_query_log_file = /var/log/mysql/mysql-slow.log
long_query_time = 1
log-queries-not-using-indexes

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages mysql-server depends on:
ii  mysql-server-5.1  5.1.49-3   MySQL database server binaries and

mysql-server recommends no packages.

mysql-server 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#633095: sssd: fails to authenticate against AD and produces a system error

2011-07-08 Thread Wolfgang Schulze-Zachau
Package: sssd
Version: 1.2.1-4+squeeze1
Severity: normal
Tags: squeeze

I am trying to configure sssd to authenticate users against Active Directory.
The AD system is mixed W2k3 and W2k8 servers, currently using W2k3 functional
level. The config files are set up to connect to a W2k8 server, both on LDAP
and KRB5.

I have used pam-auth-update to generate the relevant pam.d files, with some 
minor manual modifications (lowered the uid number for mklocaluser from
1000 to 500 due to existing user accounts with numbers in that range).

The sssd.conf file should be attached to this report (if not I will add it
manually later). 

When a user logs in at a console, he is asked twice for the password. I put 
sssd into debug mode (level 10 for both nss and pam) and the auth.log
shows the following:

Jul  8 12:12:13 it-000115 login[10853]: pam_sss(login:auth): system info: [KDC 
has no support for encryption type]
Jul  8 12:12:13 it-000115 login[10853]: pam_sss(login:auth): authentication 
failure; logname=LOGIN uid=0 euid=0 tty=/dev/tty3 ruser= rhost= user=wszachau
Jul  8 12:12:13 it-000115 login[10853]: pam_sss(login:auth): received for user 
wszachau: 4 (System error)
Jul  8 12:12:16 it-000115 login[10853]: pam_unix(login:auth): authentication 
failure; logname=LOGIN uid=0 euid=0 tty=/dev/tty3 ruser= rhost=  user=wszachau
Jul  8 12:12:16 it-000115 login[10853]: pam_unix(login:session): session opened 
for user wszachau by LOGIN(uid=0)

I have tried changing the password for the user, but the error does not go away.
The login succeeds because there is a cached entry. However, as soon as the 
cache is disabled, login fails.
I have tried all sorts of combinations in the sssd.conf file, but to no avail.
When I change from KRB5 authentication to LDAP authentication (and in addition
use a system wide special user for the bind) then authentication succeeds, but
I suspect that password changes will fail, since this will not retrieve a 
kerberos ticket.

Centralized user accounts and authentication are very important to us and I 
would 
prefer to use sssd for this (instead of a complicated LDAP/KRB5 config using 
seprate providers). However in the current condition I cannot roll this out into
the company. Any help would be appreciated. If this is a configuration error, 
any
pointers towards  my error would be appreciated.


-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages sssd depends on:
ii  libc-ares2 1.7.3-1   library for asyncronous name resol
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libcomerr2 1.41.12-4stable1  common error description library
ii  libdbus-1-31.2.24-4+squeeze1 simple interprocess messaging syst
ii  libk5crypto3   1.8.3+dfsg-4squeeze1  MIT Kerberos runtime libraries - C
ii  libkrb5-3  1.8.3+dfsg-4squeeze1  MIT Kerberos runtime libraries
ii  libldap-2.4-2  2.4.23-7.2OpenLDAP libraries
ii  libldb01:0.9.10~git20100203-1+b1 LDAP-like embedded database - shar
ii  libnspr4-0d4.8.6-1   NetScape Portable Runtime Library
ii  libnss3-1d 3.12.8-1+squeeze1 Network Security Service libraries
ii  libpam0g   1.1.1-6.1 Pluggable Authentication Modules l
ii  libpcre3   8.02-1.1  Perl 5 Compatible Regular Expressi
ii  libpopt0   1.16-1lib for parsing cmdline parameters
ii  libselinux12.0.96-1  SELinux runtime shared libraries
ii  libsemanage1   2.0.45-1  SELinux policy management library.
ii  libtalloc2 2.0.1-1   hierarchical pool based memory all
ii  libtdb11.2.1-2+b1Trivial Database - shared library
ii  libtevent0 0.9.8-1+b1talloc-based event loop library - 
ii  python 2.6.6-3+squeeze6  interactive high-level object-orie
ii  python-sss 1.2.1-4+squeeze1  Pam module for the System Security

Versions of packages sssd recommends:
ii  bind9-host   1:9.7.3.dfsg-1~squeeze3 Version of 'host' bundled with BIN
ii  ldap-utils   2.4.23-7.2  OpenLDAP utilities

Versions of packages sssd suggests:
ii  libnss-sss  1.2.1-4+squeeze1 Nss library for the System Securit
ii  libpam-sss  1.2.1-4+squeeze1 Pam module for the System Security

-- Configuration Files:
/etc/init.d/sssd changed:
DESCRIPTION=System Security Services Daemon
PATH=/bin:/usr/bin:/sbin:/usr/sbin
NAME=sssd
OPTIONS=-D -f
DAEMON_OPTS=
DAEMON=/usr/sbin/$NAME
PIDFILE=/var/run/$NAME.pid
. /lib/init/vars.sh
. /lib/lsb/init-functions
if [ -x /etc/default/sssd ] ; then
. /etc/default/sssd
fi
initdmain() {
case $1 in
start)
[ 

Bug#633095: Acknowledgement (sssd: fails to authenticate against AD and produces a system error)

2011-07-08 Thread Wolfgang Schulze-Zachau
Attached is the sssd.conf file

best regards

Wolfgang

*Amino |* Mob: +44 7554 457 455 *|* Desk: +44 1954 234 190 *|* skype:
wszachauamino

On 08/07/11 12:45, Debian Bug Tracking System wrote:
 Thank you for filing a new Bug report with Debian.

 This is an automatically generated reply to let you know your message
 has been received.

 Your message is being forwarded to the package maintainers and other
 interested parties for their attention; they will reply in due course.

 Your message has been sent to the package maintainer(s):
  Petter Reinholdtsen p...@debian.org

 If you wish to submit further information on this problem, please
 send it to 633...@bugs.debian.org.

 Please do not send mail to ow...@bugs.debian.org unless you wish
 to report a problem with the Bug-tracking system.

   
# SSSD configuration generated using /usr/lib/sssd/generate-config
[sssd]
config_file_version = 2
reconnection_retries = 3
sbus_timeout = 30
services = nss, pam
domains = aminocom.com

[nss]
filter_groups = root
filter_users = root
reconnection_retries = 3
debug_level = 10

[pam]
reconnection_retries = 3
debug_level = 10

[domain/aminocom.com]
; Using enumerate = true leads to high load and slow response
enumerate = false
cache_credentials = true

id_provider = ldap
auth_provider = krb5
#auth_provider = ldap
chpass_provider = krb5

ldap_uri = ldap://uk-swa-dc01.aminocom.com
ldap_search_base = CN=Users,DC=aminocom,DC=com
ldap_tls_reqcert = demand
ldap_tls_cacert = /etc/ssl/certs/ca-certificates.crt

krb5_kdcip = uk-swa-dc01.aminocom.com
krb5_realm = AMINOCOM.COM
krb5_changepw_principle = kadmin/changepw
krb5_auth_timeout = 15

; From here values added to make sssd work with AD at Amino
ldap_default_bind_dn = cn=LDAPsearch,cn=Users,dc=aminocom,dc=com
ldap_default_authtok_type = password
ldap_default_authtok = Aminocom101
ldap_user_object_class = user
ldap_user_name = sAMAccountName
ldap_user_home_directory = unixHomeDirectory
ldap_user_principal = userPrincipalName
ldap_group_object_class = group
ldap_group_member = memberUid



Bug#620137: openoffice.org-writer: Saving in docx format destroys the entire file content

2011-03-31 Thread Wolfgang Schulze-Zachau

Hi,

snip/

I would have thought that if a widely used package like OO0 3.2.1 offers

saving in docx format, that it is also supposed to work reasonably well. I
am even offering you a file that shows a particular case where it doesn't
work at all. If I were a developer on this team I would be grateful for
being given the opportunity to improve my product. From what I hear from
 

improving the product? You mean Debian or OOo? OOo is dead. Debian will not
contain OOo in the future. And we already iimproved the product by
switching to LibreOffice for wheezy.
   
But whezzy isn't released yet and won't be for quite some time. I need 
to work with the stable release.
Don't get me wrong. I understand the move to LibreOffice and I support 
it. But I also have to support my 100 users.

Besides that, you expect Debian rock-solid and stable and then also expect
that we either remove docx support and/or update the whole filter stuff to
OOo 3.3/LibreOffices one? Eventually causing more bad bugs?
Sounds like a contradiction to me.

   
No, I expect released software to work. Otherwise don't release it. 
Sorry if that sounds harsh, but the current situation is that 
unsuspecting users stand to lose a lot of their work.

you, that is not going to happen. That's disappointing, to be honest.
 

Valid point, but I am not a OOo (nor LibO) se, and neeither do I (or am
even willing to do) upstream development there.
   
OK, understood. So what should I do? I can test this against LibreOffice 
on wheezy, and raise a separate bug if the problem is there, too. Is 
there anything I can do to ensure that this gets looked at for the OOo 
package in squeeze?

Grüße/Regards,

René
   

best regards

Wolfgang




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



Bug#620137: openoffice.org-writer: Saving in docx format destroys the entire file content

2011-03-30 Thread Wolfgang Schulze-Zachau
Package: openoffice.org-writer
Version: 1:3.2.1-11+squeeze2
Severity: grave
Justification: causes non-serious data loss

A document originally created in MS Office in docx format can be opened in 
OpenOffice, 
however when the document is then saved in docx format, something goes horribly 
wrong,
possibly with the TOC table. Subsequently MS Office refuses to open the 
document with
an error message and when the document is opened with OpenOffice, it only has 
page
and footers, and the basic structure of the original document, but the entire 
content is
lost.
I have tried to fix this by converting the document into a zip file and then 
manually
removing the offending parts (according to the vague error messages from MS 
Office), but
that just makes it worse. Since the docx output from OpenOffice is readically 
different 
from the output generated by MS Office, cut and paste is not an option, either.

The relevant document is attached. To recreate the problem, follow these steps:
1) Open the document in OO
2) Save under a different name in docx format
3) Close all open documents
4) Open the saved docx document

Result: page structure is retained, TOC is retained, but on subsequent pages 
all content
has disappeared. The outline elements are still visible (bullet points, 
headers, table outlines)
but none of the text is there. The TOC is not recognized as a TOC any longer 
and cannot be
updated. 

-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages openoffice.org-writer depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libicu44  4.4.1-7International Components for Unico
ii  libstdc++64.4.5-8The GNU Standard C++ Library v3
ii  libstlport4.6 4.6.2-7STLport C++ class library
ii  libwpd8c2a0.8.14-1   Library for handling WordPerfect d
ii  libwps-0.1-1  0.1.2-1Works text file format import filt
ii  openoffice.or 1:3.2.1-11+squeeze2office productivity suite -- share
ii  openoffice.or 1:3.2.1-11+squeeze2office productivity suite -- arch-
ii  ure   1.6.1+OOo3.2.1-11+squeeze2 OpenOffice.org UNO runtime environ
ii  zlib1g1:1.2.3.4.dfsg-3   compression library - runtime

Versions of packages openoffice.org-writer recommends:
ii  default-jre [java5 1:1.6-40  Standard Java or Java compatible R
ii  openjdk-6-jre [jav 6b18-1.8.3-2+squeeze1 OpenJDK Java runtime, using Hotspo
ii  openoffice.org-ema 1:3.2.1-11+squeeze2   office productivity suite -- email
ii  openoffice.org-fil 1:3.2.1-11+squeeze2   office productivity suite -- legac
ii  openoffice.org-jav 1:3.2.1-11+squeeze2   office productivity suite -- arch-
ii  openoffice.org-mat 1:3.2.1-11+squeeze2   office productivity suite -- equat
ii  sun-java6-jre [jav 6.22-1Sun Java(TM) Runtime Environment (

Versions of packages openoffice.org-writer suggests:
ii  openoffice.org-base  1:3.2.1-11+squeeze2 office productivity suite -- datab
pn  openoffice.org-gcj   none  (no description available)

Versions of packages openoffice.org-core depends on:
ii  fontconfig2.8.0-2.1  generic font configuration library
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib
ii  libcairo2 1.8.10-6   The Cairo 2D vector graphics libra
ii  libcurl3-gnut 7.21.0-1   Multi-protocol file transfer libra
ii  libdb4.8  4.8.30-2   Berkeley v4.8 Database Libraries [
ii  libexpat1 2.0.1-7XML parsing C library - runtime li
ii  libfreetype6  2.4.2-2.1  FreeType 2 font engine, shared lib
ii  libgcc1   1:4.4.5-8  GCC support library
ii  libglib2.0-0  2.24.2-1   The GLib library of C routines
ii  libgraphite3  1:2.3.1-0.2SILGraphite - a smart font rende
ii  libgstreamer- 0.10.30-1  GStreamer libraries from the base
ii  libgstreamer0 0.10.30-1  Core GStreamer libraries and eleme
ii  libgtk2.0-0   2.20.1-2   The GTK+ graphical user interface 
ii  libhunspell-1 1.2.11-1   spell checker and morphological an
ii  libhyphen02.5-1  ALTLinux hyphenation library - sha
ii  libice6   2:1.0.6-2  X11 Inter-Client Exchange library
ii  libicu44  4.4.1-7International Components for Unico
ii  libjpeg62 6b1-1  The Independent JPEG Group's JPEG 
ii  libmythes-1.2 2:1.2.1-1  simple thesaurus library
ii  libneon27-gnu 0.29.3-3 

Bug#598183: clamav: restart afterr update fails (functionality level 55 required)

2010-09-27 Thread Wolfgang Schulze-Zachau
Package: clamav
Version: 0.96.3+dfsg-1~volatile1
Severity: normal

After a normal package upgrade we end with the following:
apt-get upgrade -y

Reading package lists... Done
Building dependency tree  
Reading state information... Done
The following packages will be upgraded:
  clamav clamav-base clamav-daemon clamav-freshclam libclamav6
5 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 0B/31.0MB of archives.
After this operation, 1507kB of additional disk space will be used.
Preconfiguring packages ...
(Reading database ... 32391 files and directories currently installed.)
Preparing to replace libclamav6 0.96.1+dfsg-1~volatile1 (using 
.../libclamav6_0.96.3+dfsg-1~volatile1_i386.deb) ...
Unpacking replacement libclamav6 ...
Preparing to replace clamav-daemon 0.96.1+dfsg-1~volatile1 (using 
.../clamav-daemon_0.96.3+dfsg-1~volatile1_i386.deb) ...
Stopping ClamAV daemon: clamd.
Unpacking replacement clamav-daemon ...
Preparing to replace clamav-base 0.96.1+dfsg-1~volatile1 (using 
.../clamav-base_0.96.3+dfsg-1~volatile1_all.deb) ...
Unpacking replacement clamav-base ...
Preparing to replace clamav-freshclam 0.96.1+dfsg-1~volatile1 (using 
.../clamav-freshclam_0.96.3+dfsg-1~volatile1_i386.deb) ...
Stopping ClamAV virus database updater: freshclam.
Unpacking replacement clamav-freshclam ...
Preparing to replace clamav 0.96.1+dfsg-1~volatile1 (using 
.../clamav_0.96.3+dfsg-1~volatile1_i386.deb) ...
Unpacking replacement clamav ...
Processing triggers for man-db ...
Setting up libclamav6 (0.96.3+dfsg-1~volatile1) ...
Setting up clamav-base (0.96.3+dfsg-1~volatile1) ...
Replacing config file /etc/clamav/clamd.conf with new version
Setting up clamav-freshclam (0.96.3+dfsg-1~volatile1) ...
Installing new version of config file /etc/init.d/clamav-freshclam ...
Starting ClamAV virus database updater: freshclamERROR: This tool requires 
libclamav with functionality level 55 or higher (current f-level: 53)
failed!
Setting up clamav-daemon (0.96.3+dfsg-1~volatile1) ...
Installing new version of config file /etc/init.d/clamav-daemon ...
Starting ClamAV daemon: clamd ERROR: This tool requires libclamav with 
functionality level 55 or higher (current f-level: 53)
failed!
Setting up clamav (0.96.3+dfsg-1~volatile1) ...

Obviously, we are at the moment running without clamav protection. The upstream 
offers no explanation or help. 
We need this fixed ASAP. At the moment we are holding back on any upgrades of 
other servers.

-- Package-specific info:
--- configuration ---
Checking configuration files in /usr/local/etc

Config file: clamd.conf
---

Config file: freshclam.conf
---

clamav-milter.conf not found

Software settings
-
Version: 0.96.1
Optional features supported: MEMPOOL IPv6 CLAMUKO AUTOIT_EA06 RAR JIT
Database directory: /usr/local/share/clamav
WARNING: freshclam.conf and clamd.conf point to different database directories
main.cvd: version 52, sigs: 704727, built on Mon Feb 15 14:54:51 2010
daily.cvd: version 11043, sigs: 70858, built on Wed May 19 03:32:53 2010

Platform information

uname: Linux 2.6.32-trunk-686 #1 SMP Thu Dec 24 05:52:30 UTC 2009 i686
OS: linux-gnu, ARCH: i386, CPU: i686
zlib version: 1.2.3.3 (1.2.3.3), compile flags: 55

Build information
-
GNU C: 4.3.2 (4.3.2)
GNU C++: 4.3.2 (4.3.2)
CPPFLAGS: 
CFLAGS: -g -O2 -fno-strict-aliasing
CXXFLAGS: 
LDFLAGS: 
Configure: --enable-ltdl-convenience

--- data dir ---
total 63796
-rw-r--r-- 1 clamav clamav   311808 2010-09-25 12:26 bytecode.cld
drwxr-xr-x 2 clamav clamav 4096 2010-07-23 15:37 
clamav-62879d5d27b26912c98eacdc96cc4164
-rw-r--r-- 1 clamav clamav  8251392 2010-09-27 00:25 daily.cld
-rw-r--r-- 1 clamav clamav 56671744 2010-07-23 16:04 main.cld
-rw--- 1 clamav clamav  260 2010-09-27 08:25 mirrors.dat

-- System Information:
Debian Release: 5.0.6
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

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

Versions of packages clamav depends on:
ii  clamav-freshclam 0.96.3+dfsg-1~volatile1 anti-virus utility for Unix - viru
ii  libc62.7-18lenny4GNU C Library: Shared libraries
ii  libclamav6   0.96.3+dfsg-1~volatile1 anti-virus utility for Unix - libr
ii  zlib1g   1:1.2.3.3.dfsg-12   compression library - runtime

Versions of packages clamav recommends:
ii  clamav-base  0.96.3+dfsg-1~volatile1 anti-virus utility for Unix - base

Versions of packages clamav suggests:
pn  clamav-docs   none (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#516886: xscreensaver-gl: preview crashes GDM in lenny

2009-03-31 Thread Wolfgang Schulze-Zachau
OK, I understand. Had a quick trawl through my logfiles, but can't see any 
other error messages related to X or GDM. OTOH, currently my xscreensaver is 
completely disabled. Are there any pointers you could provide for things to try 
out? Special places to search?

Cheers

Wolfgang


-Original Message-
From: Jose Luis Rivas [mailto:ghostba...@gmail.com] 
Sent: 31 March 2009 01:37
To: Wolfgang Schulze-Zachau; 516...@bugs.debian.org
Subject: Re: Bug#516886: xscreensaver-gl: preview crashes GDM in lenny

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Wolfgang Schulze-Zachau wrote:
 Package: xscreensaver-gl
 Version: 5.05-3
 Severity: normal
 
 
 when selecting any of the gl screensavers in preview mode (i.e. after opening 
 System-Preferences-
 Screensaver), GDM crashes, all open windows are closed and I end up back at 
 the login prompt.
 This does not seem to be affected by whatever applications I am running, as 
 it happens all the same when
 all user applications are closed.
 The system log produces:
 gdm[19178]: WARNING: gdm_slave_xioerror_handler: Fatal X error - Restarting :0

There's some issue with your X caused by something XScreenSaver ran,
probably something related to your graphic card configuration. Please
check with other GL stuff the logs.

I'll let this bug open but I don't believe is a xscreensaver bug.

Regards.
- --
Jose Luis Rivas. San Cristóbal, Venezuela. GPG 0xCACAB118
http://ghostbar.ath.cx/about - http://debian.org.ve
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAknRZcIACgkQOKCtW8rKsRhucACeIycyfsuO1hVru+ciGCyJfUSq
c80An25gy2TVpJdpLzs7ccadhOvCMumu
=Wn+D
-END PGP SIGNATURE-


Bug#516886: xscreensaver-gl: preview crashes GDM in lenny

2009-02-24 Thread Wolfgang Schulze-Zachau
Package: xscreensaver-gl
Version: 5.05-3
Severity: normal


when selecting any of the gl screensavers in preview mode (i.e. after opening 
System-Preferences-
Screensaver), GDM crashes, all open windows are closed and I end up back at the 
login prompt.
This does not seem to be affected by whatever applications I am running, as it 
happens all the same when
all user applications are closed.
The system log produces:
gdm[19178]: WARNING: gdm_slave_xioerror_handler: Fatal X error - Restarting :0


-- System Information:
Debian Release: 5.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 2.6.26-1-686 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages xscreensaver-gl depends on:
ii  libc6 2.7-18 GNU C Library: Shared libraries
ii  libgl1-mesa-glx [libgl1]  7.0.3-7A free implementation of the OpenG
ii  libglib2.0-0  2.16.6-1   The GLib library of C routines
ii  libglu1-mesa [libglu1]7.0.3-7The OpenGL utility library (GLU)
ii  libgtk2.0-0   2.12.11-4  The GTK+ graphical user interface 
ii  libice6   2:1.0.4-1  X11 Inter-Client Exchange library
ii  libsm62:1.0.3-2  X11 Session Management library
ii  libx11-6  2:1.1.5-2  X11 client-side library
ii  libxext6  2:1.0.4-1  X11 miscellaneous extension librar
ii  libxmu6   2:1.0.4-1  X11 miscellaneous utility library
ii  libxpm4   1:3.5.7-1  X11 pixmap library
ii  libxt61:1.0.5-3  X11 toolkit intrinsics library
ii  libxxf86vm1   1:1.0.2-1  X11 XFree86 video mode extension l

Versions of packages xscreensaver-gl recommends:
ii  xscreensaver  5.05-3 Automatic screensaver for X

xscreensaver-gl 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#314357: trouble with VIA RAID array when installing sarge

2005-06-15 Thread Wolfgang Schulze-Zachau








Package: installation-reports



Debian-installer-version: 15/06/2005
debian-31r0a-i386-netinst.iso from the debian website

uname -a: can't even get there so don't ask

Date: 15/06/2005

Method: 



cut a cd from the image and booted off the same combo drive



Machine: 



self-built hardware as follows:

Gigabyte motherboard 7VT600P-RZ with VIA KT600 chipset

1024 MB RAM (2x512MB crucial sticks)

2 x Maxtor 120Gb SATA drive in RAID configuration (runs as
VIA6420 RAID1 drive under Windows XP)

Samsung Combo SM 304-B

HL-DT-ST CD-ROM GCR8483B

ASUS V9520-X V62.11 graphics card

NIC VIA Rhine II Fast Ethernet

neovo 17 TFT monitor

wireless keyboard and mouse into PS/2 ports(both)

broadband connection via USB into a Motorola Surfboard
SB5100



Processor: AMD K7 XP3200 processor (not overclocked)

Memory: 1024MB

Root Device: this is where the problem lies.

Root Size/partition table: 



1 boot NTFS 6GB Windows XP Pro SP2
installed

2 raw 5GB intended root
drive

3 ext

5 raw 2GB intended swap
space

6 raw 5GB intended var space

7 NTFS 30GB programs and other
data for WIN XP

8 NTFS 30GB intended programs and
other data

 for Debian,
to be shared with Win XP

9 NTFS 36.5GB shared drive for data



Output of lspci and lspci -n: install incomplete, cannot run
these commands



Base System Installation Checklist:

[O] = OK, [E] = Error (please elaborate below), [ ] = didn't
try it



Initial boot worked: [X]

Configure network HW: [X]

Config network: [E]

Detect CD: [X]

Load installer modules: [X]

Detect hard drives: [E]

Partition hard drives: [E]

Create file systems: [ ]

Mount partitions: [ ]

Install base system: [ ]

Install boot loader: [ ]

Reboot: [ ]



Comments/Problems:



The partition table is identical on both drives, which are
configured as a RAID1 array using the configuration tool provided with the
BIOS. Using the drivers from the Gigabyte CD, installation of Win XP was
without problems.

When booting Debian from the above CD, it sees both hardware
drives as independent SCSI drives and not as a RAID1 array.

The partitioning section of the installer won't allow me to
combine the two drives without losing all data on them (which is obviously not
what I want) and it cannot combine individual partitions into RAID sections
either.



The hardware itself works like a dream (under windows, that
is).



The Gigabyte CD and website do not give any clues regarding
Linux drivers. On the other hand the RAID is done by a part of the BIOS and
therefore should be visible as such to the installer.



Also a bit strange is the fact that my network configuration
seemed to have a problem. When running under windows, the DHCP provided by blueyonder
works fine. In the installer it would appear that the USB drivers are not
included in the 2.6 kernel which I loaded and therefore no DHCP service is
available. This seems strange as I thought the 2.6 kernel included USB drivers
from the start ???



Any pointers will be much appreciated.



Please e-mail back to both these addresses:



[EMAIL PROTECTED]

[EMAIL PROTECTED]



For the courageous, here is my mobile phone number +44 777
3385 905.



We are running Debian at the company for all our main
servers (except 2) and I need to get my knowledge up to 

speed, so I really would like this installation on my home
computer to work.



Greetings



Wolfgang Schulze-Zachau






Package: installation-reports

Debian-installer-version: 15/06/2005 debian-31r0a-i386-netinst.iso from the 
debian website
uname -a: can't even get there so don't ask
Date: 15/06/2005
Method: 

cut a cd from the image and booted off the same combo drive

Machine: 

self-built hardware as follows:
Gigabyte motherboard 7VT600P-RZ with VIA KT600 chipset
1024 MB RAM (2x512MB crucial sticks)
2 x Maxtor 120Gb SATA drive in RAID configuration (runs as VIA6420 RAID1 drive 
under Windows XP)
Samsung Combo SM 304-B
HL-DT-ST CD-ROM GCR8483B
ASUS V9520-X V62.11 graphics card
NIC VIA Rhine II Fast Ethernet
neovo 17 TFT monitor
wireless keyboard and mouse into PS/2 ports(both)
broadband connection via USB into a Motorola Surfboard SB5100

Processor:  AMD K7 XP3200 processor (not overclocked)
Memory: 1024MB
Root Device: this is where the problem lies.
Root Size/partition table: 

1   bootNTFS6GB Windows XP Pro SP2 installed
2   raw 5GB intended root drive
3   ext
 5  raw 2GB intended swap space
 6  raw 5GB intended var space
 7  NTFS30GBprograms and other data for WIN XP
 8  NTFS30GBintended programs and other data
for Debian, to be shared with Win XP
 9  NTFS36.5GB  shared drive for data

Output of lspci and lspci -n: install incomplete, cannot run these commands

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[X]
Configure network HW