Bug#850509: missing systemd targets

Package: ceph Version: 10.2.5-3 Dear Maintainer, A number of systemd target files are missing, for example ceph-mon.target and ceph-osd.target. See http://tracker.ceph.com/issues/15573 for a similar upstream bug. Please include these so that auto-start

Bug#840383: ceph: Mon crash on startup

Dear Maintainer, I have since updated to 10.2.5-3 without major issues. This was done offline directly from 0.80.11-1. The Jewel monitors had no issues with my Firefly monitor databases... so 0.80.1-11 still seems suspect. However given that Jewel is now available, I now consider this bug to

Bug#840383: ceph: Mon crash on startup

Package: ceph Version: 0.80.11-1.1 Severity: grave Justification: renders package unusable Dear Maintainer, After an upgrade from 0.80.11-1, Ceph monitor start up results in the crash seen below. The crash is repeatable / consistent and as a result it is not possible to start the monitor with

Bug#480111: openafs-dbserver: VLDB changes not being sync'ed to vldb.DB0

Subject: openafs-dbserver: VLDB changes not being sync'ed to vldb.DB0 Package: openafs-dbserver Version: 1.4.7~pre3.dfsg1-1 Severity: critical Justification: breaks the whole system *** Please type your report below this line *** Recent vlserver's fail to write VLDB changes to the

Bug#480111: openafs-dbserver: VLDB changes not being sync'ed to vldb.DB0

On Thu, 2008-05-08 at 10:33 -0700, Russ Allbery wrote: Hans Grobler [EMAIL PROTECTED] writes: Subject: openafs-dbserver: VLDB changes not being sync'ed to vldb.DB0 Package: openafs-dbserver Version: 1.4.7~pre3.dfsg1-1 Severity: critical Justification: breaks the whole system

Bug#448175: libqt4-ruby1.8: require 'Qt' failures

Package: libqt4-ruby1.8 Version: 1.4.9-5 Severity: normal - Installed the Ruby Qt binding the first time. Most aspects work correctly. - All examples fail to work due to require 'Qt', which doesn't exist (only Qt3.rb and Qt4.rb are installed by the package). - The installed /usr/bin/rbqtapi

Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl

On Sun, 2007-03-11 at 19:26 +0100, sean finney wrote: hrm... i can't reproduce this, even when i set up an etch chroot with everything in your dpkg output installed (minus a few non-debian packages that were probablly not related). how about your pam/libnss configuration? also, it's a major

Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl

On Sun, 2007-03-11 at 10:58 +0100, sean finney wrote: correct, there are no changes in the pending version of php that affect curl, but my thought was that perhaps the problem is a transient one resulting from building against a bad version of some library, which might be fix by a simple

Bug#411982: [php-maint] Bug#411982: php5 makes a segmentation fault when php5-curl

Hi Sean, On Sat, 2007-03-10 at 18:30 +0100, sean finney wrote: hi hans, i'm still unable to reproduce this problem. can you give me: - your list of installed/configured php extensions (php.ini and conf.d/*.ini) - package versions for libssl*, libcurl*, libssl* and maybe we can take

Bug#411982: php5 makes a segmentation fault when php5-curl

Subject: php5: Segmentation fault in CURL module Package: php5 Version: 5.2.0-8 Severity: important *** Please type your report below this line *** I have encountered a similar problem. In my case, the bug was triggered by the moodle cron script. Note the cron script completes, the segfault

Bug#411982: Most likely related to bug #395996

I see now that there is another similar bug registered, #395996, which is marked as unreproducible. That bug includes a more detailed backtrace and clearly indicates a locking problem in the CURL module. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble?

Bug#403192: libpam-krb5: retain_after_close option ignored when SSH using gssapi

Dist:Etch (4.0) Package: libpam-krb5 Version: 2.6-1 When logging into a system using SSH and authenticating via gssapi-with-mic, the retain_after_close option to libpam-krb5 is ignored and the ticket cache is destroyed upon logout. However, when logging into a system using SSH and standard

Bug#403192: libpam-krb5: retain_after_close option ignored when SSH using gssapi

On Fri, 2006-12-15 at 08:53 -0800, Russ Allbery wrote: With gssapi-with-mic, PAM doesn't obtain the tickets and therefore also doesn't attempt to destroy them. sshd itself is responsible for both. My guess is that you're looking for the sshd_config option: GSSAPICleanupCredentials no

Bug#394097: libapache2-mod-auth-pam: doesnt work with Apache 2.1

I have also had problems after an upgrade to Etch. The recommended additions of AuthPAM_FallThrough off and AuthBasicAuthoritative off however do not work in my case. My setup makes use of LDAP and Kerberos and as far as I know the PAM configuration is correct (for example: I can successfully SSH

Bug#396045: openafs-modules-source: aklog -setpag no longer works

I have encountered the same problem (breakage of libpam-openafs-session) after upgrading to 1.4.2-2. However, for some reason downgrading the kernel module to 1.4.2~fc4-3 did not help... Regards, -- Hans This message and attachments are subject to a disclaimer. Please refer to

Bug#396045: openafs-modules-source: aklog -setpag no longer works

Upon further investigation, I can confirm Arne's report. With everything else remaining constant (all other openafs packages at 1.4.2-2 and kernel 2.6.17-2-686), reverting to the 1.4.2~fc4-3 openafs module does fix the problem. The symptoms seen correspond to recent -setpag reports on