[Bug 808311] [NEW] ERROR: Invalid setting true for option LogInfected

2011-07-10 Thread Fabien Tassin
Public bug reported:

 * Starting Sendmail milter plugin for ClamAV clamav-milter
ERROR: Invalid setting true for option LogInfected  
[fail]

yet:

# grep LogInfected /etc/clamav/clamav-milter.conf
LogInfected Off

the reason is the log is bogus:

clamav-milter/clamfi.c:

if(!(opt = optget(opts, LogInfected))-enabled || 
!strcasecmp(opt-strarg, Off))
loginfected = LOGINF_NONE;
else if(!strcasecmp(opt-strarg, Basic))
loginfected = LOGINF_BASIC;
else if(!strcasecmp(opt-strarg, Full))
loginfected = LOGINF_FULL;
else {
logg(!Invalid setting %s for option LogInfected\n, opt-strarg);
return 1;
}

if((opt = optget(opts, LogClean))-enabled) {
if(!strcasecmp(opt-strarg, Basic))
loginfected |= LOGCLN_BASIC;
else if(!strcasecmp(opt-strarg, Full))
loginfected |= LOGCLN_FULL;
else if(strcasecmp(opt-strarg, Off)) {
logg(!Invalid setting %s for option LogInfected\n, opt-strarg);  
  == should be LogClean
return 1;
}
}


and indeed:

# grep LogClean /etc/clamav/clamav-milter.conf
LogClean true

Changing true to  Basic / Full / Off make it work.

So both the confusing log and the wrong default value should be fixed.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: clamav 0.97.1+dfsg-1ubuntu1
ProcVersionSignature: Ubuntu 3.0-3.4-generic 3.0.0-rc5
Uname: Linux 3.0-3-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Sun Jul 10 12:41:09 2011
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, no user)
 LANG=en_US.UTF-8
 SHELL=/usr/bin/tcsh
SourcePackage: clamav
UpgradeStatus: Upgraded to oneiric on 2009-07-28 (712 days ago)

** Affects: clamav (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: amd64 apport-bug oneiric unity-2d

-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to clamav in Ubuntu.
https://bugs.launchpad.net/bugs/808311

Title:
  ERROR: Invalid setting true for option LogInfected

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/clamav/+bug/808311/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 808311] Re: ERROR: Invalid setting true for option LogInfected

2011-07-10 Thread Fabien Tassin
-- 
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to clamav in Ubuntu.
https://bugs.launchpad.net/bugs/808311

Title:
  ERROR: Invalid setting true for option LogInfected

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/clamav/+bug/808311/+subscriptions

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 645956] Re: appamor denying clamd access to its own process

2010-09-23 Thread Fabien Tassin

** Attachment added: Dependencies.txt
   
https://bugs.edge.launchpad.net/bugs/645956/+attachment/1626525/+files/Dependencies.txt

-- 
appamor denying clamd access to its own process
https://bugs.launchpad.net/bugs/645956
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to clamav in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 645956] [NEW] appamor denying clamd access to its own process

2010-09-23 Thread Fabien Tassin
Public bug reported:

Binary package hint: clamav-daemon

Sep 23 11:42:57 x kernel: [267096.238668] type=1400
audit(1285234977.207:28): apparmor=DENIED operation=open parent=1
profile=/usr/sbin/clamd name=/proc/29917/status pid=29917
comm=clamd requested_mask=r denied_mask=r fsuid=117 ouid=117

clamav   29917  0.0  3.2 245060 132744 ?   Ssl  10:42   0:05
/usr/sbin/clamd

ProblemType: Bug
DistroRelease: Ubuntu 10.10
Package: clamav-daemon 0.96.3+dfsg-1ubuntu2
ProcVersionSignature: Ubuntu 2.6.35-22.33-generic 2.6.35.4
Uname: Linux 2.6.35-22-generic x86_64
NonfreeKernelModules: nvidia
Architecture: amd64
Date: Thu Sep 23 13:59:11 2010
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/usr/bin/tcsh
SourcePackage: clamav

** Affects: clamav (Ubuntu)
 Importance: Undecided
 Status: New


** Tags: apparmor maverick

-- 
appamor denying clamd access to its own process
https://bugs.launchpad.net/bugs/645956
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to clamav in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 136947] Re: no longer honors X11 forwarding

2010-05-01 Thread Fabien Tassin
Got something similar in Lucid.
error: Failed to allocate internet-domain X11 display socket on the server 
(while in debug mode).

further debug showed:

...
debug2: bind port 6679: Cannot assign requested address
debug2: bind port 6680: Cannot assign requested address
debug2: bind port 6681: Cannot assign requested address
...

It had to do with IPv6.
I just had to add -4 to SSHD_OPTS in /etc/default/ssh (on the server) and 
restart sshd, it's all fine now.

-- 
no longer honors X11 forwarding
https://bugs.launchpad.net/bugs/136947
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openssh in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 456602] [NEW] libvirtError: operation failed: could not query memory balloon allocation

2009-10-20 Thread Fabien Tassin
Public bug reported:

host: karmic 32bit
guest: xp sp3 (32bit)

$ uname -a
Linux ix 2.6.31-12-generic #41-Ubuntu SMP Wed Oct 7 18:42:46 UTC 2009 i686 
GNU/Linux
$ sudo virt-install --connect=qemu:///system --name=XP --ram=1536 --disk 
path=/VMs/xp.img,size=12,sparse=false --cdrom=/VMs/xp-sp3.iso --vnc 
--os-type=windows --os-variant=winxp --hvm --accelerate

Starting install...
Creating storage file...  100% |=|  12 GB06:16
Creating domain... 0 B 00:02
Domain installation still in progress. Waiting for domain to complete 
installation.
operation failed: could not query memory balloon allocation
Domain installation may not have been
 successful.  If it was, you can restart your domain
 by running 'virsh start XP'; otherwise, please
 restart your installation.
ERRORoperation failed: could not query memory balloon allocation
Traceback (most recent call last):
  File /usr/bin/virt-install, line 780, in module
main()
  File /usr/bin/virt-install, line 678, in main
start_time, guest.start_install)
  File /usr/bin/virt-install, line 753, in do_install
if domain_is_shutdown(dom):
  File /usr/bin/virt-install, line 717, in domain_is_shutdown
info = dom.info()
  File /usr/lib/python2.6/dist-packages/libvirt.py, line 530, in info
if ret is None: raise libvirtError ('virDomainGetInfo() failed', dom=self)
libvirtError: operation failed: could not query memory balloon allocation
f...@ix:/VMs $

If i proceed anyway and start that VM, i see the bios, then a black screen with 
a still cursor.
No error message on the scree, nothing relevant in dmesg.
I'm not sure it is the result of the problem above or a second issue.

On the same H/W and using the same iso file, i was able to install VMs
several times in the past, last time was several months ago using
jaunty.

$ dpkg -l | grep -E '^ii  (libvirt|virt|kvm|qemu)'
ii  kvm  1:84+dfsg-0ubuntu16
   Full virtualization on i386 and amd64 hardwa
ii  libvirt-bin  0.7.0-1ubuntu11
   the programs for the libvirt library
ii  libvirt0 0.7.0-1ubuntu11
   library for interfacing with different virtu
ii  qemu 0.10.6-1ubuntu1
   fast processor emulator
ii  virt-manager 0.7.0-3ubuntu1 
   desktop application for managing virtual mac
ii  virt-viewer  0.0.3-6ubuntu7.xul191.1
   Displaying the graphical console of a virtua

this CPU is a Core 2 Duo E6400.

** Affects: libvirt (Ubuntu)
 Importance: Undecided
 Status: New

** Description changed:

  host: karmic 32bit
- guess: xp sp3 (32bit)
+ guest: xp sp3 (32bit)
  
  $ uname -a
  Linux ix 2.6.31-12-generic #41-Ubuntu SMP Wed Oct 7 18:42:46 UTC 2009 i686 
GNU/Linux
  $ sudo virt-install --connect=qemu:///system --name=XP --ram=1536 --disk 
path=/VMs/xp.img,size=12,sparse=false --cdrom=/VMs/xp-sp3.iso --vnc 
--os-type=windows --os-variant=winxp --hvm --accelerate
  
- 
  Starting install...
- Creating storage file...  100% |=|  12 GB06:16
 
- Creating domain... 0 B 00:02 
+ Creating storage file...  100% |=|  12 GB06:16
+ Creating domain... 0 B 00:02
  Domain installation still in progress. Waiting for domain to complete 
installation.
  operation failed: could not query memory balloon allocation
  Domain installation may not have been
-  successful.  If it was, you can restart your domain
-  by running 'virsh start XP'; otherwise, please
-  restart your installation.
+  successful.  If it was, you can restart your domain
+  by running 'virsh start XP'; otherwise, please
+  restart your installation.
  ERRORoperation failed: could not query memory balloon allocation
  Traceback (most recent call last):
-   File /usr/bin/virt-install, line 780, in module
- main()
-   File /usr/bin/virt-install, line 678, in main
- start_time, guest.start_install)
-   File /usr/bin/virt-install, line 753, in do_install
- if domain_is_shutdown(dom):
-   File /usr/bin/virt-install, line 717, in domain_is_shutdown
- info = dom.info()
-   File /usr/lib/python2.6/dist-packages/libvirt.py, line 530, in info
- if ret is None: raise libvirtError ('virDomainGetInfo() failed', dom=self)
+   File /usr/bin/virt-install, line 780, in module
+ main()
+   File /usr/bin/virt-install, line 678, in main
+ start_time, guest.start_install)
+   File /usr/bin/virt-install, line 753, in do_install
+ if domain_is_shutdown(dom):
+   File /usr/bin/virt-install, line 717, in domain_is_shutdown
+ info = dom.info()
+   File 

[Bug 407428] Re: sshd zombie processes and strange behavior after karmic upgrade

2009-08-05 Thread Fabien Tassin
it's not bash. I use tcsh (both on the client and the server) and i'm
also impacted.

-- 
sshd zombie processes and strange behavior after karmic upgrade
https://bugs.launchpad.net/bugs/407428
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openssh in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 407428] Re: sshd zombie processes and strange behavior after karmic upgrade

2009-07-31 Thread Fabien Tassin
I'm experiencing the same bug, karmic x64, tons of ssh zombies.
Happens with interactive and non-interactive shells, and with ssh tunnels.

if i restarts the main sshd, it works for a little while, then starts
leaving zombies behind.

My shell is tcsh (doesn't seem to matter though).

If i strace the main sshd while doing a ssh server echo '$$', i see:

28640 write(1, 28640\n, 6)= 6=== my echo
28640 rt_sigprocmask(SIG_SETMASK, NULL, ~[INT KILL ALRM TERM CHLD STOP RTMIN 
RT_1], 8) = 0
28640 rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM TERM CHLD STOP RTMIN RT_1], NULL, 
8) = 0
28640 close(0)  = 0
28640 close(1)  = 0
28640 close(2)  = 0
28640 rt_sigprocmask(SIG_SETMASK, NULL, ~[KILL ALRM TERM CHLD STOP RTMIN RT_1], 
8) = 0
28640 rt_sigprocmask(SIG_SETMASK, ~[INT KILL ALRM TERM CHLD STOP RTMIN RT_1], 
NULL, 8) = 0
28640 exit_group(0) = ?=== the 
shell exits properly
28639 ... select resumed )= 1 (in [11])
28639 rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
28639 rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
28639 read(11, 28640\n, 16384)= 6
28639 select(14, [3 7 11 13], [3], NULL, NULL) = 3 (in [11 13], out [3])
28639 rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
28639 rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
28639 read(11, , 16384)   = 0
28639 close(11) = 0
28639 read(13, , 16384)   = 0
28639 close(13) = 0
28639 write(3, 
\315\300.\216\6\313\\\303\360\304\324*\355\332\222\373\266\275\255\275\t\261\,\325\205\3432\25\355\26\214...,
 48) = 48
28639 select(14, [3 7], [3], NULL, NULL) = 1 (out [3])
28639 rt_sigprocmask(SIG_BLOCK, [CHLD], ~[KILL ALRM STOP RTMIN RT_1], 8) = 0
28639 rt_sigprocmask(SIG_SETMASK, ~[KILL ALRM STOP RTMIN RT_1], NULL, 8) = 0
28639 write(3, 
\202T\314[\351\244\33\22\245\361\302NI=Yv\35\375\311h\25\275\272\255fbzH\365\244\247n,
 32) = 32
28639 select(14, [3 7], [], NULL, NULL  == the forked sshd expects 
something from fd 3 or 7 but it never happens

** Changed in: openssh (Ubuntu)
   Status: Incomplete = Confirmed

-- 
sshd zombie processes and strange behavior after karmic upgrade
https://bugs.launchpad.net/bugs/407428
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openssh in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 323409] Re: sasl2-bin broken, segfaulting during install

2009-01-31 Thread Fabien Tassin
Thank you.
I had a closer look and all binaries are crashing almost in the same place.

I initially thought it was caused by some changes in db4.6 but strangely
enough, it works fine in Intrepid, with almost the same db4.6 (just
unrelated packaging changes).

The changes for cyrus-sasl2 between intrepid and jaunty are also very
minimal with the noticeable exception of:

Switch back to Debian's libdb-dev build dependency, to match other changes 
going on in some kind of transition
See 
https://edge.launchpad.net/ubuntu/jaunty/+source/cyrus-sasl2/2.1.22.dfsg1-23ubuntu2

The problem is  libdb-dev is 4.7.* in Jaunty.
 libdb-dev | 4.7.25.2ubuntu1 | http://archive.ubuntu.com jaunty/main Packages

I also noticed that in Jaunty, sasl2-bin depends on libdb4.6 and db4.6-util, 
not 4.7.
This is inconsistent.

-- 
sasl2-bin broken, segfaulting during install
https://bugs.launchpad.net/bugs/323409
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cyrus-sasl2 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 323409] Re: sasl2-bin broken, segfaulting during install

2009-01-31 Thread Fabien Tassin
The problem disappears when I revert the libdb-dev build dependency to 
libdb4.6-dev.
(debs are in my PPA if you want to test).

This is just a work-around, but I least, my SMTP AUTH is back.
A proper fix would be to sort this db 4.6/4.7 mess.

** Attachment added: 
cyrus-sasl2_2.1.22.dfsg1-23ubuntu2--2.1.22.dfsg1-23ubuntu3.debdiff
   
http://launchpadlibrarian.net/21860494/cyrus-sasl2_2.1.22.dfsg1-23ubuntu2--2.1.22.dfsg1-23ubuntu3.debdiff

-- 
sasl2-bin broken, segfaulting during install
https://bugs.launchpad.net/bugs/323409
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cyrus-sasl2 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 323409] [NEW] sasl2-bin broken, segfaulting during install

2009-01-30 Thread Fabien Tassin
Public bug reported:

Binary package hint: sasl2-bin

Jaunty (both 32 and 64bit)

Setting up sasl2-bin (2.1.22.dfsg1-23ubuntu2) ...
: Successful return: 0
DB-fd: method not permitted before handle's open method
/var/lib/dpkg/info/sasl2-bin.postinst: line 15: 29135 Done
echo '!'
 29136 Segmentation fault  (core dumped) | saslpasswd2 -c 'no:such:user'
DB-fd: method not permitted before handle's open method
/var/lib/dpkg/info/sasl2-bin.postinst: line 15: 29278 Segmentation fault  
(core dumped) saslpasswd2 -d 'no:such:user'
warning: --update given but /etc/sasldb2 does not exist
 * To enable saslauthd, edit /etc/default/saslauthd and set START=yes

so saslpasswd2 segfaulted during install.
Confirmed manually:

r...@ix:~ # saslpasswd2 -c fake
Password: 
Again (for verification): 
: Successful return: 0
DB-fd: method not permitted before handle's open method
Segmentation fault (core dumped)
r...@ix:~ # sasldblistusers2
DB-get: method not permitted before handle's open method
Segmentation fault (core dumped)

I have the same issue on my servers using SASL2 with sendmail, meaning
SMTP AUTH is broken.

** Affects: cyrus-sasl2 (Ubuntu)
 Importance: Undecided
 Status: New

-- 
sasl2-bin broken, segfaulting during install
https://bugs.launchpad.net/bugs/323409
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cyrus-sasl2 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 323409] Re: sasl2-bin broken, segfaulting during install

2009-01-30 Thread Fabien Tassin
SourcePackage: cyrus-sasl2
Stacktrace:
 #0  0xb7b2c393 in strchrnul () from /lib/tls/i686/cmov/libc.so.6
 #1  0xb7aef87b in vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #2  0xb7af45f0 in buffered_vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #3  0xb7aefaae in vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #4  0xb7babb81 in __vfprintf_chk () from /lib/tls/i686/cmov/libc.so.6
 #5  0xb7cdfb65 in __db_errfile () from /usr/lib/libdb-4.6.so
 #6  0xb7ce9b7f in ?? () from /usr/lib/libdb-4.6.so
 #7  0xb80c95aa in ?? () from /usr/lib/sasl2/libsasldb.so.2
 #8  0xb80c9aa9 in _sasldb_putdata () from /usr/lib/sasl2/libsasldb.so.2
 #9  0xb80c7180 in ?? () from /usr/lib/sasl2/libsasldb.so.2
 #10 0xb80ac5b2 in sasl_auxprop_store () from /usr/lib/libsasl2.so.2
 #11 0x080495d5 in ?? ()
 #12 0xb7ac6775 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
 #13 0x08048d51 in ?? ()
StacktraceTop:
 strchrnul () from /lib/tls/i686/cmov/libc.so.6
 vfprintf () from /lib/tls/i686/cmov/libc.so.6
 buffered_vfprintf () from /lib/tls/i686/cmov/libc.so.6
 vfprintf () from /lib/tls/i686/cmov/libc.so.6
 __vfprintf_chk () from /lib/tls/i686/cmov/libc.so.6
ThreadStacktrace:
 .
 Thread 1 (process 8861):
 #0  0xb7b2c393 in strchrnul () from /lib/tls/i686/cmov/libc.so.6
 #1  0xb7aef87b in vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #2  0xb7af45f0 in buffered_vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #3  0xb7aefaae in vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #4  0xb7babb81 in __vfprintf_chk () from /lib/tls/i686/cmov/libc.so.6
 #5  0xb7cdfb65 in __db_errfile () from /usr/lib/libdb-4.6.so
 #6  0xb7ce9b7f in ?? () from /usr/lib/libdb-4.6.so
 #7  0xb80c95aa in ?? () from /usr/lib/sasl2/libsasldb.so.2
 #8  0xb80c9aa9 in _sasldb_putdata () from /usr/lib/sasl2/libsasldb.so.2
 #9  0xb80c7180 in ?? () from /usr/lib/sasl2/libsasldb.so.2
 #10 0xb80ac5b2 in sasl_auxprop_store () from /usr/lib/libsasl2.so.2
 #11 0x080495d5 in ?? ()
 #12 0xb7ac6775 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
 #13 0x08048d51 in ?? ()
Title: saslpasswd2 crashed with SIGSEGV in strchrnul()

-- 
sasl2-bin broken, segfaulting during install
https://bugs.launchpad.net/bugs/323409
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cyrus-sasl2 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 323409] Re: sasl2-bin broken, segfaulting during install

2009-01-30 Thread Fabien Tassin
a better stack trace:

 #0  0xb7a1f393 in strchrnul () from /lib/tls/i686/cmov/libc.so.6
 #1  0xb79e287b in vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #2  0xb79e75f0 in buffered_vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #3  0xb79e2aae in vfprintf () from /lib/tls/i686/cmov/libc.so.6
 #4  0xb7a9eb81 in __vfprintf_chk () from /lib/tls/i686/cmov/libc.so.6
 #5  0xb7bd2b65 in __db_errfile (dbenv=0x9dc2140, error=0, 
 error_set=DB_ERROR_SET, 
 fmt=0x41df5000 Address 0x41df5000 out of bounds, 
 ap=0xbfde904c ôïû·ôïû·Àoú·Ø\220Þ¿©Êû·\200\rÜ\t\001)
 at /usr/include/bits/stdio2.h:128
fp = (FILE *) 0xb7b01560
sysbuf = 
äÿÿÿñI¡·$à ·ô\017°·Ì\214Þ¿;â ·ÈQÜ\täÿÿÿ\200!°·®Z®·Hu®·ND®·\232C®·\000\000\000\000p\215Þ¿Ôš£·Ñ1Ü\tn\215Þ¿\002\000\000\000\001\000\000\000àQÜ\tÓ1Ü\t\000\000\000\000\017H®·\0243®·#3®·\000\000\000\000\000\000\000\000\221ö ·p!°·ØQÜ\tÀQÜ\tîÞ ·š\214Þ¿\003\000\000\000õ\037\000\000ô\017°·ÈQÜ\t\200\214\232·\020ii\rØ\214Þ¿\210lý·\036T\233·\036T\233·Ô\214Þ¿ei¡·0µ\203·\002\000\000\000...
 #6  0xb7bdcb7f in __dbh_err (dbp=0x9dc2b98, error=0, 
 fmt=0x41df5000 Address 0x41df5000 out of bounds)
 at ../dist/../db/db_method.c:351
 No locals.
 #7  0xb7fbc5aa in berkeleydb_close (utils=0x41df5000, mbdb=0x25252525)
 at db_berkeley.c:144
ret = value optimized out
 #8  0xb7fbcaa9 in _sasldb_putdata (utils=0x9dbe520, context=0x9dc0d80, 
 authid=0x9dbf1c8 fake, realm=0x9dbf1b8 hostname, 
 propName=0x8049846 cmusaslsecretCRAM-MD5, data_in=0x0, data_len=0)
 at db_berkeley.c:345
result = value optimized out
key = 0x9dbf1d8 fake
key_len = 29
dbkey = {data = 0x9dbf1d8, size = 29, ulen = 0, dlen = 0, doff = 0, 
   app_data = 0x0, flags = 0}
mbdb = (DB *) 0x9dc2b98
 #9  0xb7fba180 in sasldb_auxprop_store (glob_context=0x0, sparams=0x9dbe328, 
 ctx=0x9dbe2c0, user=0xbfdeae08 fake, ulen=4) at sasldb.c:182
userid = 0x9dbf1c8 fake
realm = 0x9dbf1b8 hostname
user_realm = value optimized out
ret = -20
tmp_res = value optimized out
to_store = value optimized out
cur = (const struct propval *) 0x9dc259c
user_buf = 0x9dbeee0 fake
 #10 0xb7f9f5b2 in sasl_auxprop_store (conn=0x9dc0d80, ctx=0x9dbe2c0, 
 user=0xbfdeae08 fake) at auxprop.c:948
getopt = (sasl_getopt_t *) 0xb7fa5f40 _sasl_conn_getopt
ret = 0
found = value optimized out
context = (void *) 0x9dc0d80
plist = 0x0
ptr = (auxprop_plug_list_t *) 0x9dc01c0
sparams = (sasl_server_params_t *) 0x9dbe328
userlen = 4
 #11 0x080495d5 in ?? ()
 #12 0xb79b9775 in __libc_start_main () from /lib/tls/i686/cmov/libc.so.6
 #13 0x08048d51 in ?? ()
StacktraceTop:
 strchrnul () from /lib/tls/i686/cmov/libc.so.6
 vfprintf () from /lib/tls/i686/cmov/libc.so.6
 buffered_vfprintf () from /lib/tls/i686/cmov/libc.so.6
 vfprintf () from /lib/tls/i686/cmov/libc.so.6
 __vfprintf_chk () from /lib/tls/i686/cmov/libc.so.6

-- 
sasl2-bin broken, segfaulting during install
https://bugs.launchpad.net/bugs/323409
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to cyrus-sasl2 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs


[Bug 230016] Re: [intrepid] Rebuild with perl 5.10

2008-05-29 Thread Fabien Tassin
debdiff for vim already waiting for sponsorship. See
https://bugs.launchpad.net/bugs/234766


** Changed in: vim (Ubuntu)
   Status: New = Fix Committed

-- 
[intrepid] Rebuild with perl 5.10
https://bugs.launchpad.net/bugs/230016
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openldap2.3 in ubuntu.

-- 
Ubuntu-server-bugs mailing list
Ubuntu-server-bugs@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs