Bug#697851: nslcd: idle_timelimit is only checked at a new request, which may cause undesired delays

2013-01-11 Thread Durk Strooisma
Thanks for the quick reply! We have indeed the timelimit option set low. Just didn't check all changelog files of the lastest version. Sorry for the noise. Durk Strooisma Scrum Master, Senior Unix/Linux System Engineer Tele2 / IT Infrastructure / Unix (formerly Datacenter) Tel. +31 (0) 20 750

Bug#697851: nslcd: idle_timelimit is only checked at a new request, which may cause undesired delays

2013-01-10 Thread Durk Strooisma
Package: nslcd Version: 0.7.15+squeeze2 Severity: normal Tags: upstream It seems that the idle_timelimit setting is only checked at a new request. Let's say there's a firewall between the client with nslcd and the LDAP server. The session timeout on the firewallis 1800 seconds and

Bug#621122: viewvc: as text links in log displayed for binaries instead of text files

2011-04-06 Thread Durk Strooisma
Package: viewvc Version: 1.1.5-1.1 Severity: normal The as text links are displayed in the ViewVC log pages in wrong circumstances. They ARE displayed for binary files and are NOT displayed for plain text files. That is exactly the other way around as it should be. I just did a quick view in

Bug#612413: openssh-server: Kerberos cred cache not cleaned up after failed authorisation by PAM

2011-02-08 Thread Durk Strooisma
Package: openssh-server Version: 1:5.5p1-6 Severity: normal Normally the Kerberos credential cache is cleaned up after a user logs out and the SSH session closes. My assumption is that this behaviour is caused by the settings in /etc/ssh/sshd_config below: KerberosTicketCleanup yes

Bug#504027: postfix: Some chroot issues in init.d script (+ patch)

2008-12-12 Thread Durk Strooisma
Patch update concerning the creation of the chroot: 1. Made copying of files other than regular files possible, this is useful for links and files like /dev/urandom. Directories are still skipped. 2. Made sure that the postfix user is able to read files in the chroot that are not group

Bug#363524: Additional information + testpackages

2008-12-10 Thread Durk Strooisma
Hi, I encountered the same issue; the unnecessary question for overwriting a conffile that does not exist anymore, because it's already diverted. But in contrast to the original bug poster, removing the package in question wasn't a problem, unless the dpkg-divert removal statement in put in the

Bug#504027: postfix: Some chroot issues in init.d script (+ patch)

2008-10-31 Thread Durk Strooisma
Update: I found another issue: 5. Files copied by the init.d script will be world-readable, sometimes in contrast to the original files. This a problem for some files that people might want to add to the chroot, like /etc/sasldb, which has clear-text passwords. In my updated patch

Bug#504027: postfix: Some chroot issues in init.d script (+ patch)

2008-10-31 Thread Durk Strooisma
Regarding issue 5, I forgot to take care of directories in the patch. Fixed in the attached patch. Sorry for the mess! --- postfix-2.5.5-orig/debian/init.d 2008-10-31 13:59:26.0 +0100 +++ postfix-2.5.5/debian/init.d 2008-10-31 14:47:54.0 +0100 @@ -25,6 +25,8 @@ # Defaults -

Bug#504027: postfix: Some chroot issues in init.d script (+ patch)

2008-10-30 Thread Durk Strooisma
Package: postfix Version: 2.5.5-1.1 Severity: normal Tags: patch I found some issues in the postfix init.d script regarding the chroot setup. 1. There are more options in Postfix besides smtp_use_tls and smtpd_use_tls to enable TLS. In the other cases /etc/ssl/certs/ca-certificates.crt

Bug#503189: tzsetup: Preseeding timezone doesn't work as described

2008-10-23 Thread Durk Strooisma
Package: tzsetup Version: 1:0.23 Severity: normal Hi all, I noticed that somewhere between lenny beta 2 and the latest daily builds there's a difference in how you effectivily preseed the timezone. In lenny beta 2, these lines were sufficient to set the timezone to Europe/Amsterdam while

Bug#503189: tzsetup: Preseeding timezone doesn't work as described

2008-10-23 Thread Durk Strooisma
d-i debian-installer/locale string en_US d-i time/zone string Europe/Amsterdam What you are doing here is essentially invalid for interactive installations, and thus also for preseeded installations: you are selecting English as language and US as country, and then trying to set the time

Bug#502850: debian-installer: D-I fails to process some correct (!) preseed files

2008-10-22 Thread Durk Strooisma
I've tested the patches moderately and everything seems to work as intended. The goal of the patches sounds like a good idea. I've tested them as well, and they worked fine. I also doubt we have any real chance to fix this issue in busybox before lenny. I hope it will be fixed at least at

Bug#502850: debian-installer: D-I fails to process some correct (!) preseed files

2008-10-21 Thread Durk Strooisma
Note that $line at that point is the three lines concatenated, minus the line continuation character. What we're now going to need is a simplified, reproducible testcase; probably just a simple script that sets a variable to a bad value and then executes the test above. Hmm I didn't exactly

Bug#502850: debian-installer: D-I fails to process some correct (!) preseed files

2008-10-20 Thread Durk Strooisma
Package: debian-installer Version: D-I daily build October 19, 2008 Severity: normal Hi all, With some (correct) preseed files, Debian Installer fails at the Download debconf preconfiguration file step, with the message: Failed to process the preconfiguration file The installer failed to

Bug#502850: debian-installer: D-I fails to process some correct (!) preseed files

2008-10-20 Thread Durk Strooisma
On Monday 20 October 2008, Durk Strooisma wrote: With some (correct) preseed files, Debian Installer fails at the Download debconf preconfiguration file step, with the message: The file is not correct as you're using line continuation _within_ the value field. That is *only* allowed

Bug#502850: debian-installer: D-I fails to process some correct (!) preseed files

2008-10-20 Thread Durk Strooisma
On Monday 20 October 2008, Durk Strooisma wrote: Splitting up a value is not mentioned here, nor as good place, nor as bad place. I guess this should be listed as bad practise as well, to prevent this usage. It also says: Put only a single space or tab between type and value: any additional

Bug#492222: dpkg: Renaming doesn't work in a particular case when diverting a conffile in preinst

2008-07-24 Thread Durk Strooisma
Package: dpkg Version: 1.15.0 Severity: normal This is the case: -- Package B depends on package A and package B does a diversion (in preinst with --rename) of a conffile in package A and installs a file on the orginal location. We're going to install package B.

Bug#492222: More info

2008-07-24 Thread Durk Strooisma
Forgot to mention: Work-around: -- To work-around the issue, package A has to be listed as Pre-Depends in stead of a normal Depends. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#492222: Files attached

2008-07-24 Thread Durk Strooisma
Here are the test packages. test-pkg-a_0.1_all.deb Description: application/deb test-pkg-a_0.1.dsc Description: Binary data test-pkg-a_0.1.tar.gz Description: GNU Zip compressed data test-pkg-b_0.1_all.deb Description: application/deb test-pkg-b_0.1.dsc Description: Binary data

Bug#486816: openafs-client: Weak detection of openafs module by init.d script

2008-06-19 Thread Durk Strooisma
I agree that this is a problem, but unfortunately there's no good way to fix it without creating other, more serious problems. dpkg and apt don't enforce installation order without Depends, but having openafs-client Depend on the module breaks anyone who builds the module themselves rather

Bug#486816: openafs-client: Weak detection of openafs module by init.d script

2008-06-18 Thread Durk Strooisma
Package: openafs-client Version: 1.4.7.dfsg1-2 Severity: normal The OpenAFS Client is only started if the Linux openafs module exists. This check is not strong enough (see below). Besides checking for existence of the kernel module on file system level, the init.d script should check whether the

Bug#482069: adduser: If uid 999 exists, next system uid will be between 0-99

2008-05-21 Thread Durk Strooisma
if first_avail_uid returns -1 (which is indicating that in the range FIRST_SYS_UID and LAST_SYS_UID there was no free uid), adduser will stop. I don't see any overflow which causes adduser to start at uid 0 again. Please correct me if I'm wrong, but I don't get the problem. Hi, I didn't

Bug#482069: adduser: If uid 999 exists, next system uid will be between 0-99

2008-05-20 Thread Durk Strooisma
Package: adduser Version: 3.107 Severity: normal If, for whatever reason, there's a system user having uid 999, adduser will look for a uid starting from 0 when a new system user is created. In most cases it will find a free uid between 0-99, which is allocated by the Debian project and for

Bug#476524: debian-installer: DI Manual Bug: the use of killall.sh as described kills itself

2008-04-18 Thread Durk Strooisma
Hmm but killall.sh doesn't use pidof... Well I'm not sure if my problem is clear, but correct me if I'm wrong. Anyway, to clarify: killall.sh works perfectly, but people should not use it with an argument; specially not with dhclient as argument. Using an argument with killall.sh is stated in the

Bug#476524: debian-installer: DI Manual Bug: the use of killall.sh as described kills itself

2008-04-17 Thread Durk Strooisma
Package: debian-installer Severity: normal From the latest version of the Debian Installer Manual, B.4.2.: --- killall.sh dhclient netcfg --- If this code is used, killall.sh will return exit code 143 because it kills itself. killall.sh

Bug#448760: openafs-client: vos dump segfaults if output file name is longer than 104 characters

2007-10-31 Thread Durk Strooisma
Package: openafs-client Version: 1.3.81-3sarge2 Severity: important vos dump segfaults on dumping a backup volume if the output file name is longer than 104 characters. The command was run locally on an OpenAFS server using Debian 3.1 sarge. I know sarge is no longer a current release, but

Bug#445265: w3c-markup-validator: https checking is not allowed because of missing dependency (libcrypt-ssleay-perl)

2007-10-04 Thread Durk Strooisma
Package: w3c-markup-validator Version: 0.7.4-4 Severity: normal Hi, The W3C Markup Validator installed by this package doesn't accept HTTPS URLs out-of-the-box (invalid scheme), even though the default configuration file (/etc/w3c/validator.conf) contains: Protocols Allow = data,http,https

Bug#368175: Seems like the problem's still there

2007-03-23 Thread Durk Strooisma
Hi, Yesterday I upgraded my etch install. The vim packages got upgraded from version 7.0-122+1 to 1:7.0-122+1etch2. Unfortunately I lost my manual settings. Before the upgrade the editor alternative was forced to /usr/bin/vim.basic, but after the upgrade the alternative was set to auto (which

Bug#413505: debian-installer: Preseeding only one partition results in a logical partition

2007-03-05 Thread Durk Strooisma
Package: debian-installer Version: etch-20070228 Severity: normal If you preseed only one partition on a disk for the whole installation it's always getting logical, whatever you do. The following preseed data will exhibit this behaviour: d-i partman-auto/disk string

Bug#413505: Preseeding only one partition results in a logical partition

2007-03-05 Thread Durk Strooisma
I did a check in the partman bug reports - what I should have done before - and it seems like it's the same issue as bug 353257. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#357054: Opening a second document often crashes kpdf

2006-03-15 Thread Durk Strooisma
Package: kpdf Version: 4:3.3.2-2sarge3 Severity: important When opening a new document if there's already a document loaded, kpdf crashes often. Best way to reproduce the crash: - Start kpdf - Open a PDF file using the GUI controls - Scroll a couple of pages down in the main view as well as the

Bug#168170: heimdal-clients: I also prefer /usr/bin

2006-01-02 Thread Durk Strooisma
Package: heimdal-clients Version: 0.6.3-10sarge1 Followup-For: Bug #168170 I would like to see kadmin and the like in /usr/bin as well. I don't know what the definition for sbin is in linux, but most other systems has it as administration utilities (or similar). Well, let's take an excerpt