Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory

2014-09-22 Thread Andy Grover

On 09/21/2014 12:36 AM, Ritesh Raj Sarraf wrote:



On Saturday 20 September 2014 03:23 PM, Jerome Martin wrote:

Yes, the problem is that the kernel side uses this path unfortunately.
We could relocate policy and fabric to /var/lib/target, but that would
mean keeping both /lib/target and /var/target around for now, as the
kernel will use that for storing alua metadata in /var/target/alua.

However, what about relocating now, and keeping around a symlink to
/var/target, created in post-install?

This way, as soon as Nic can push the relocation to /var/lib/alua, we
are ready and just have to remove the symlink from packaging.

I am cc'ing the ML on this one.


The manpage, written by Andy, refers to /var/lib/. Which would imply
that Fedora/RHEL and all its derivatives must be using the new path.


I don't see any mention of /var/lib. In any case, RH packaging isn't 
creating /var/target/{alua,pr} directories, whose absence will cause PR 
ops to fail in 3.11+-based kernels even if they don't use APTPL. I need 
to fix that soon.


If I came up with a kernel patch that made the path that ALUA  PR files 
were written to settable via configfs, would that also be helpful to you?


Nick, thoughts?

Regards -- Andy


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



Bug#336140: dovecot-common: does not start - login process died too early

2005-10-28 Thread Andy Grover
Package: dovecot-common
Version: 1.0.alpha3-2.0.1
Severity: grave
Justification: renders package unusable


Oct 27 23:06:48 tabla dovecot: Dovecot v1.0.alpha3 starting up
Oct 27 23:06:49 tabla dovecot: Login process died too early - shutting
down
Oct 27 23:06:49 tabla dovecot: pop3-login: Can't load certificate file
/etc/ssl/certs/dovecot.pem: error:25066067:DSO support
routines:DLFCN_LOAD:could not load the shared library
Oct 27 23:06:49 tabla dovecot: pop3-login: Can't load certificate file
/etc/ssl/certs/dovecot.pem: error:25066067:DSO support
routines:DLFCN_LOAD:could not load the shared library
Oct 27 23:06:49 tabla dovecot: child 5056 (login) returned error 89
Oct 27 23:06:49 tabla dovecot: child 5057 (login) returned error 89

Tried reinstalling etc, same error. dovecot.pem is there. Thanks -- Andy

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

Versions of packages dovecot-common depends on:
ii  adduser  3.67.2  Add and remove users and groups
ii  libc62.3.5-6 GNU C Library: Shared libraries an
ii  libldap2 2.1.30-12   OpenLDAP libraries
ii  libmysqlclient12 4.0.24-10sarge1 mysql database client library
ii  libpam-runtime   0.79-3  Runtime support for the PAM librar
ii  libpam0g 0.79-3  Pluggable Authentication Modules l
ii  libpq4   8.0.3-15PostgreSQL C client library
ii  libssl0.9.8  0.9.8a-2SSL shared libraries
ii  openssl  0.9.8a-2Secure Socket Layer (SSL) binary a
ii  zlib1g   1:1.2.3-4   compression library - runtime

dovecot-common recommends no packages.

-- no debconf information


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