Hi. I had the same problem on several machines of my network (all of
them using nfs-mounted homes). We installed kernel 2.6.32-2 from
lenny-backports a couple months ago, and no hang since then.
Hope it is helpful. Best regards. Juan.
--
To UNSUBSCRIBE, email to
Package: gnome
Version: 1:2.28+4
Severity: normal
It seems that these debates about including gnote or tomboy always end getting
a bit heated, both in forums and in bug reports. As a user, I would like to say
that you devs are doing a great job with Debian, and whatever final decision
you make
Package: tinyproxy
Version: 1.6.3-3.2
Severity: normal
There is a new 1.8.0 stable version for Tinyproxy, that might solve some issues
related to heders with Dansguardian and Tinyproxy (as reported on bug #536778),
as well as include new features.
-- System Information:
Debian Release:
Package: evince
Version: 2.22.2-4~lenny1
Severity: normal
When you are browsing a remote SFTP folder with Nautilus, and then try
to open a PDF file with evince, it won't open it giving the error
Operation not supported.
If you install gvfs-backends and try again, then it won't be able to
open
Finally SOLVED!
It works with 3.4.2. The only thing you need is setting the parameter
kerberos method = system keytab on smb.conf.
It looks like samba versions 3.2 and 3.3 were trying to verify the
ticket against secrets database, instead of using the keytab first, and
found wrong data. But
Hello. I have also tested the newest backports of 3.4.2, with the same
results.
I attach log files of a succesful and a failing login, the former from a
non-joined PDC running 3.2.5 and the latter from a joined file server
running 3.4.2.
Best regards,
Juan.
BTW, thanks for the great job
Hello. I am using a setup as described on this bug report, and I am
experiencing the bug Eduardo reported. The point is that Samba 3.2/3.3
file server (no matter if it's a PDC, BDC or workstation acting as a
file server) requests a different kerberos ticket to the KDC, depending
whether the PDC
Package: xfce4
Version: 4.4.2.1
Severity: normal
If you create a new file or launcher on the desktop, it won't be shown
unless you hit F5. Same when you download a file to the Desktop.
This can be easily fixed by installing the package fam, and adding
users to the haldaemon group. Maybe this
For anyone having the same problem, here is the workaround I am using.
We assume your nfs homes are mounted in /home/nfs.
1) Create a file named /etc/init.d/killnfs, with the following content:
#!/bin/sh
#
# Script to kill any remaining processes in /home/nfs, and unmount it.
# It should be run
In the meantime, is there any way I can reduce this 30 secs timeout (i.e.,
changing any config flag or something)?
Thank you very much.
This should not happen, since gconfd-2 does not keep any open file
in /home. Could you check what files are open at the time the umount is
blocking?
Confirmed. The file is ~/.gconfd/saved_state. gconfd-2 keeps it open
for about 30 seconds after the session is closed.
I have tried, as a
Package: gconf2
Version: 2.22.0-1
Severity: important
From http://www.gnome.org/projects/gconf:
quote
gconfd keeps me from unmounting my home directory, how can I get it to exit?
It should exit a couple of minutes after the last application using GConf has
exited.
You could put a gconftool
Home shares are mounted with just a line in fstab (tht is, at boot time), with
default options. I have tried also using autofs, with the same results.
The problem happens when I open an app that uses gconf, and then shut down via
the gnome GUI. In the shutdown messages, I see Killing all
My motherboard has a SiS 755 chipseet. Debian Installer detects with no problem
my SATA hd. But, once installed, I can see grub menu, and it starts booting but
isn't able to access to the root partition (which should be /dev/sda1). I am
dropped to an initramfs shell, and there is no hd*, sd*,
Package: squid
Version: 2.7.STABLE3-1
Severity: normal
In the dcoumentation provided for squid_kerb_auth helper, it says the following:
Add the following lines to the squid startup script to point squid to a
keytab file which
contains the HTTP/fqdn service principal for the
Package: libpam-heimdal
Version: 3.10-2
Severity: normal
I have found libpam-heimdal is missing from lenny's repos since
long time ago. I wonder it it means that the package has been
dropped from lenny. I vote for keeping it, since using
libpam-krb5 against a heimdal kdc has some disadvantages
PROTECTED], [EMAIL PROTECTED]
Fecha: sábado, 30 agosto, 2008 12:00
On Fri, Aug 29, 2008 at 10:29:40AM +, Juan Miguel Corral wrote:
Sorry for not providing more info here; I sent this info to Brian May
instead of the bug tracking mail.
Here's the info i sent to Brian:
I am using the version
Sorry for not providing more info here; I sent this info to Brian May instead
of the bug tracking mail.
Here's the info i sent to Brian:
I am using the version currently in lenny:
# dpkg -l | grep -e libldap -e slapd
ii libldap-2.4-2 2.4.10-3 OpenLDAP
Package: heimdal-kdc
Version: 1.1-3
Severity: grave
Justification: renders package unusable
I am installing a Heimdal KDC with OpenLDAP backend, and I have found that
when i try to use kadmin, I get following error:
kadmin: hdb_open: ldap_sasl_bind_s: Can't contact LDAP server
Permissions
Hello. I am using nfsv4 in etch, and experienced the same problem. The
workaround you say solves it, but I am afraid an update overwrites nfs-common,
and then the workaround is lost.
So, could it be possible that this bug get also fixed in etch?
Thank you very much.
Package: gtk-qt-engine
Severity: wishlist
I have noticed gtk-qt-engine is currently not available on lenny (although
it is on etch and sid). I suppose you're going to include it.
But I would suggest that it is included and enabled by default in Debian's
KDE desktop. Since it includes some GTK
21 matches
Mail list logo