Bug#1040172: mailman3: manage.py migrate not run on upgrade

[Alexander Barton]

Hi Wesley!

I’m hitting this as well, so thanks a lot for your report and solution!

Running …

# cd /usr/share/mailman3-web
# python3 manage.py migrate

… solved this for me as well.

Thanks!
Alex

Bug#956399: pam-ssh-agent-auth: Segfault when using ECDSA keys

[Alexander Barton]

Hi!

I’m seeing this as well, any chance to get this patch merged?
It fixes the issue for me.

Thanks!
Alex

Bug#993303: haproxy: Fails to handle URL paths starting with more than one '/' using HTTP/2

[Alexander Barton]

Package: haproxy
Version: 2.2.9-2+deb11u1~bpo10+1
Severity: grave
Justification: renders package unusable

Hi All!

Since installing the latest HAProxy backports package for Debian 10,
2.2.9-2+deb11u1~bpo10+1, HAProxy fails to serve URLs like those:

  https://host.tld//
  https://host.tld//path/to/something
  https://host.tld//some/silly/thing

Accessing those URLs results in HAProxy "just" closing the connection:

  curl: (92) HTTP/2 stream 0 was not closed cleanly: PROTOCOL_ERROR (err 1)

Those URLs were working brefore this version ...

The Debian changelog for 2.2.9-2+deb11u1 lists this, which I fear is
related:

  "Fix HTTP request smuggling via HTTP/2 desync attacks."

I havn't had time to test the package from Bullseye, so not sure if this
"only" affects the backported package, the Debian packages in general,
or even the upstream fix ...

Regards
Alex

-- System Information:
Debian Release: 10.10
  APT prefers buster-backports
  APT policy: (990, 'buster-backports'), (500, 'oldstable-updates'), (500, 
'oldstable'), (100, 'buster-fasttrack'), (3, 'testing'), (2, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-0.bpo.7-amd64 (SMP w/4 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages haproxy depends on:
ii  adduser  3.118
ii  dpkg 1.19.7
ii  init-system-helpers  1.56+nmu1
ii  libc62.28-10
pn  libcrypt1
ii  libgcc-s1 [libgcc1]  10.1.0-6
ii  libgcc1  1:8.3.0-6
ii  liblua5.3-0  5.3.3-1.1
ii  libpcre2-8-0 10.32-5
ii  libssl1.11.1.1d-0+deb10u7
ii  libsystemd0  247.3-6~bpo10+1
ii  lsb-base 10.2019051400
ii  zlib1g   1:1.2.11.dfsg-1

haproxy recommends no packages.

Versions of packages haproxy suggests:
pn  haproxy-doc  
pn  vim-haproxy  

Bug#917871: nscd: Some German localization of "nscd -g" wrong

[Alexander Barton]

Package: nscd
Version: 2.24-11+deb9u3
Severity: minor
Tags: l10n

The German localization of some statistics reported by "nscd -g" are
wrong, for example:


$ LC_ALL=C sudo nscd -g | fgrep -A 11 'hosts cache'
hosts cache:

yes  cache is enabled
yes  cache is persistent
yes  cache is shared
211  suggested size
 216064  total data pool size
   9656  used data pool size
   3600  seconds time to live for positive entries
 20  seconds time to live for negative entries
 182118  cache hits on positive entries
 84  cache hits on negative entries
$ LC_ALL=de_DE.UTF-8 sudo nscd -g | fgrep -A 11 'hosts Cache'
hosts Cache:

 ja  Cache ist eingeschaltet
 ja  Cache ist dauerhaft
 ja  Cache wird gemeinsam verwendet
211  vorgeschlagene Größe
 216064  Gesamtgröße des Data-Pools
   9800  Benutzter Speicher im Data-Pool
   3600  Time to Live für positive Einträge in Sekunden
 20  Time to Live für negative Einträge in Sekunden
 182118  Cache-Hits bei positiven Einträgen
 84  Cache-Hits bei positiven Einträgen

See the dirrerences in the last two lines? The "C" locale correctly
shows "positive"/"negative", whereas the "de_DE.UTF-8" locale shows both
as "positive", which makes no sense and is wrong.

This not only happens for the hosts cache statistics, but for all
categories (passwd, group, hosts, services, netgroup).

Thanks!
Alex

-- System Information:
Debian Release: 9.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable'), (3, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.18.0-0.bpo.1-amd64 (SMP w/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), 
LANGUAGE=de_DE:de (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages nscd depends on:
ii  init-system-helpers  1.48
ii  libaudit11:2.6.7-2
ii  libc62.24-11+deb9u3
ii  libcap2  1:2.25-1
ii  libselinux1  2.6-3+b3
ii  lsb-base 9.20161125

nscd recommends no packages.

nscd suggests no packages.

-- debconf-show failed

Bug#708022: debdelta-upgrade: local variable 'url' referenced before assignment

[Alexander Barton]

Hello!

I'm seeing this as well (debdelta 0.56, Debian testing), and the changed
proposed by TonyMi (see above) seems to fix it for me.

Patch attached.

Thanks!
Alex
--- /usr/bin/debdelta.orig	2017-01-01 23:58:49.0 +0100
+++ /usr/bin/debdelta	2017-01-20 14:03:11.408818733 +0100
@@ -4604,10 +4604,9 @@
   return e, None, None, None
 else: #use urllib2
   try:
-if uri_p.scheme == 'http':
-  a=[copy(z) for z in uri_p]
-  a[2]=urllib2.quote(uri_p[2])
-  url=urlunparse(a)
+a=[copy(z) for z in uri_p]
+a[2]=urllib2.quote(uri_p[2])
+url=urlunparse(a)
 req = urllib2.Request(url, headers=headers)
 r = urllib2.urlopen(req)
 #print r.info(),dir(r),r.code

Bug#809337: imvirt: Unstable output, imvirt sometimes detects "Unknown" instead of "KVM"

[Alexander Barton]

(Ok, sorry, I faild to use reportbug correctly ...)

Running "imvirt" multiple times results in unstable and incorrect output
here:

$ imvirt
Unknown
$ imvirt
KVM
$ imvirt
Unknown
$ imvirt
KVM
$ imvirt
KVM
$ imvirt
Unknown

The correct answer is "KVM" ...

Any idea why this happens or how I can debug this further?

Thanks!
Alex

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages imvirt depends on:
ii  dpkg1.17.26
ii  libimvirt-perl  0.9.6-1
ii  perl5.20.2-3+deb8u1

imvirt recommends no packages.

imvirt suggests no packages.

-- no debconf information

Bug#809337: Upstream bug created

[Alexander Barton]

Okay, I tried to diagnose this a little bit further and created an
upstream bug for this issue -- most probably this has nothing todo with
the Debian package per se. See:



Alex

Bug#809337: Upstream bug created

[Alexander Barton]

Hello Thomas!

Am 29.12.2015 um 19:19 schrieb Thomas Liske <li...@ibh.de>:

> On Tue, Dec 29, 2015 at 04:58:34PM +0100, Alexander Barton wrote:
> > Okay, I tried to diagnose this a little bit further and created an
> > upstream bug for this issue -- most probably this has nothing todo with
> > the Debian package per se. See:
> 
> this silly bug was introduced upstream in 2010-03 and is now fixed
> upstream. For more details see:
> 
> https://github.com/DE-IBH/imvirt/issues/14

Any chance to get this fixed in Jessie?

Thanks!
Alex

Bug#809337: imvirt: Unstable output, imvirt sometimes detects "Unknown" instead of "KVM"

[Alexander Barton]

Package: imvirt
Version: 0.9.6-1
Severity: important

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***

/tmp/reportbug-imvirt-20151229-19472-NdW3sI

-- System Information:
Debian Release: 8.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages imvirt depends on:
ii  dpkg1.17.26
ii  libimvirt-perl  0.9.6-1
ii  perl5.20.2-3+deb8u1

imvirt recommends no packages.

imvirt suggests no packages.

-- no debconf information

Bug#789796: systemd[1]: Looping too fast. Throttling execution a little.

[Alexander Barton]

FYI, we are seeing this here as well:

---
Oct 07 10:11:21 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:22 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:23 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:25 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:26 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:27 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:28 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:29 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:30 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:31 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
Oct 07 10:11:33 testhost systemd[1]: Looping too fast. Throttling execution a 
little.
---

Debian 8, systemd 215 (215-17+deb8u2).

Thanks!
Alex

Bug#789796: systemd[1]: Looping too fast. Throttling execution a little.

[Alexander Barton]

Am 07.10.2015 um 13:12 schrieb Michael Biebl <bi...@debian.org>:
 
> Am 07.10.2015 um 10:13 schrieb Alexander Barton:
> > FYI, we are seeing this here as well:
> > 
> > ---
> > Oct 07 10:11:21 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:22 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:23 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:25 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:26 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:27 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:28 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:29 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:30 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:31 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > Oct 07 10:11:33 testhost systemd[1]: Looping too fast. Throttling execution 
> > a little.
> > ---
> > 
> > Debian 8, systemd 215 (215-17+deb8u2).
> 
> Can you reproduce the problem?

Up to now I can't reproduce the problem: after rebooting the system everything
seems to work just fine …

The shutdown hung at first, after issuing "systemctl daemon-reexec" it
continued; probably "systemctl daemon-reexec" would have "solved" the problem
in the first place? Don't know … I wasn't fast enough and failed to cancel the
shutdown in time.

> Are you willing to test a package with the patch applied from upstream?

If I find a way to reproduce the problem (or it reappears by itself) I can test
the package, sure.
 
> If so, I can provide you such packages. What architecture is that, i386,
> amd64?

amd64.

Regards
Alex

Bug#748805: System fails to boot with linux-image-3.14-0.bpo.1-amd64 and btrfs rootfs

[Alexander Barton]

I can confirm that adding libcrc32c to /etc/initramfs-tools/modules fixes
this issue for me.

Thanks!
Alex


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

Bug#701483: Typo in /etc/init.d/nis, do_stop(): ypppasswdd should be yppasswdd

[Alexander Barton]

Package: nis
Version: 3.17-31
Severity: minor

There is a small typo in the stop function [do_stop] of the init script
/etc/init.d/nis: ypppasswdd - yppasswdd (only 2 p).

Thanks
Alex

-- Package-specific info:

-- System Information:
Debian Release: 6.0.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nis depends on:
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  hostname   3.04  utility to set/show the host name 
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libdbus-1-31.2.24-4+squeeze2 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1+squeeze1 simple interprocess messaging syst
ii  libgdbm3   1.8.3-9   GNU dbm database routines (runtime
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libslp11.2.1-7.8 OpenSLP libraries
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  make   3.81-8An utility for Directing compilati
ii  netbase4.45  Basic TCP/IP networking system
ii  rpcbind [portmap]  0.2.0-4.1 converts RPC program numbers into 

nis recommends no packages.

Versions of packages nis suggests:
ii  unscd [nscd]  0.47-2 Micro Name Service Caching Daemon

-- Configuration Files:
/etc/ypserv.conf changed [not included]
/etc/ypserv.securenets changed [not included]
/var/yp/Makefile changed [not included]
/var/yp/nicknames changed [not included]

-- debconf information excluded


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

Bug#701484: reportbug: /usr/share/bug/nis/script: 7: yesno: not found

[Alexander Barton]

Package: nis
Version: 3.17-31
Severity: normal

Running reportbug(1) for the nis package results in the following error:

  Gathering additional data, this may take a while...
  /usr/share/bug/nis/script: 7: yesno: not found
  The package bug script /usr/share/bug/nis/script exited with an error status 
(return code = 32512).
  Do you still want to file a report? [y|N|q|?]?

The yesno command is indeed missing, at least on my system.
Which package/script/… should provide it?

Thanks
Alex

-- Package-specific info:

-- System Information:
Debian Release: 6.0.7
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages nis depends on:
ii  debconf [debconf-2.0]  1.5.36.1  Debian configuration management sy
ii  hostname   3.04  utility to set/show the host name 
ii  libc6  2.11.3-4  Embedded GNU C Library: Shared lib
ii  libdbus-1-31.2.24-4+squeeze2 simple interprocess messaging syst
ii  libdbus-glib-1-2   0.88-2.1+squeeze1 simple interprocess messaging syst
ii  libgdbm3   1.8.3-9   GNU dbm database routines (runtime
ii  libglib2.0-0   2.24.2-1  The GLib library of C routines
ii  libslp11.2.1-7.8 OpenSLP libraries
ii  lsb-base   3.2-23.2squeeze1  Linux Standard Base 3.2 init scrip
ii  make   3.81-8An utility for Directing compilati
ii  netbase4.45  Basic TCP/IP networking system
ii  rpcbind [portmap]  0.2.0-4.1 converts RPC program numbers into 

nis recommends no packages.

Versions of packages nis suggests:
ii  unscd [nscd]  0.47-2 Micro Name Service Caching Daemon

-- Configuration Files:
/etc/ypserv.conf changed [not included]
/etc/ypserv.securenets changed [not included]
/var/yp/Makefile changed [not included]
/var/yp/nicknames changed [not included]

-- debconf information excluded


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

Bug#699027: kgb: Use user configured in $RUN_AS as owner of logfiles

[Alexander Barton]

Package: kgb-bot
Version: 1.19-1
Severity: normal
File: kgb
Tags: patch


The init script should use the value of the RUN_AS variable when setting the
owner of newly created logfiles, because otherwise the daemon itself can't
write to its logfile when RUN_AS is modified in the /etc/default/kgb-bot
file.

Patch attached.

Thanks
Alex

-- System Information:
Debian Release: 6.0.6
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kgb-bot depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  kgb-client 1.19-1client for KGB (IRC collaboration 
ii  libpoe-component-irc-p 6.35+dfsg-1   POE Component for manipulating IRC
ii  libpoe-component-serve 1.14-1POE component to publish event han
ii  libpoe-perl2:1.2890-1event-driven component architectur
ii  libproc-pid-file-perl  1.27-1Perl module for managing process i
ii  libschedule-ratelimite 0.01-1Perl library to prevent events fro
ii  libyaml-perl   0.71-1YAML Ain't Markup Language
ii  perl   5.10.1-17squeeze4 Larry Wall's Practical Extraction 

kgb-bot recommends no packages.

Versions of packages kgb-bot suggests:
ii  libfile-which-perl1.08-1 Perl module for searching paths fo
ii  libipc-run-perl   0.89-1 Perl module for running processes
pn  polygen   none (no description available)

-- Configuration Files:
/etc/default/kgb-bot changed [not included]
/etc/init.d/kgb-bot changed [not included]
/etc/kgb-bot/kgb.conf [Errno 13] Permission denied: u'/etc/kgb-bot/kgb.conf'

-- no debconf information
--- /etc/init.d/kgb-bot.orig2012-10-01 13:21:10.0 +0200
+++ /etc/init.d/kgb-bot 2013-01-26 15:00:56.0 +0100
@@ -59,7 +59,7 @@
 
 if ! test -e $LOG; then
 touch $LOG
-chown Debian-kgb:root $LOG
+chown $RUN_AS:root $LOG
 chmod 0644 $LOG
 fi
 }

Bug#682532: /etc/corosync/corosync.conf: Wrong manual page referenced

[Alexander Barton]

Package: corosync
Version: 1.4.2-3
Severity: minor

The default/example configuration file /etc/corosync/corosync.conf
installed by the package references a wrong manual page:

  # Please read the openais.conf.5 manual page

But the corret hint would be:

  # Please read the corosync.conf.5 manual page

Regards
Alex


*** Please consider answering these questions, where appropriate ***

   * What led up to the situation?
   * What exactly did you do (or not do) that was effective (or
 ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these lines ***


-- System Information:
Debian Release: wheezy/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-3-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages corosync depends on:
ii  adduser 3.113+nmu3
ii  libc6   2.13-33
ii  libcfg4 1.4.2-3
ii  libconfdb4  1.4.2-3
ii  libcoroipcc41.4.2-3
ii  libcoroipcs41.4.2-3
ii  libcpg4 1.4.2-3
ii  libevs4 1.4.2-3
ii  liblogsys4  1.4.2-3
ii  libpload4   1.4.2-3
ii  libquorum4  1.4.2-3
ii  libsam4 1.4.2-3
ii  libtotem-pg41.4.2-3
ii  libvotequorum4  1.4.2-3
ii  lsb-base4.1+Debian7

corosync recommends no packages.

corosync suggests no packages.

-- no debconf information


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

Bug#231723: libident 0.22 is broken with IPv6

[Alexander Barton]

Package: libident
Version: 0.22-3
Severity: important

The function ident_id(sock, timeout) of libident 0.22 is broken
when using IPv6. Applications using this library for IDENT lookups
on IPv6 sockets will fail.

Using libident-0.32 from URL:http://rdenisc.free.fr/libident/
works.

So any chance that this package could get updated?

Thanks!
Alex

-- System Information:
Debian Release: 6.0.3
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages libident depends on:
ii  libc6 2.11.2-10  Embedded GNU C Library: Shared lib

libident recommends no packages.

Versions of packages libident suggests:
ii  libident-dev  0.22-3 simple RFC1413 client library - de

-- no debconf information



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

Bug#648241: ngIRCd package description

[Alexander Barton]

Hi!

I’m the author of ngIRcd.

What about the fullowing package description?

Description: lightweight Internet Relat Chat server

ngIRCd is a lightweight Internet Relat Chat server for small or
private networks. It is simple to configure, can cope with dynamic
IP addresses, and supports IPv6 as well as SSL. It is written from
scratch, not based on the original IRCd and quite portable.

The „does not support IRC services“ part is wrong since a few releases, because 
„IRC Services“ as well as „Anope“ is used by some installations and is (mostly) 
working. I have to fix our homepage, too … so thanks for this discussion ;-)

I agree that the name of this IRC daemon isn’t that great, and you are right, 
„next generation“ is quite a dumb prefix. But that’s what I named it back in 
2000 (?); and that’s what the daemon is called today. See it as a „unique 
identifier“ not as a „package description“. And I wouldn’t name it that way 
again – but this doesn’t help today ;-)

Regards
Alex





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

Bug#648241: Info received (ngIRCd package description)

[Alexander Barton]

unsubscribe
thanks




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

Bug#630499: perdition.managesieve: Exiting on signal 11

[Alexander Barton]

Package: perdition
Version: 1.19~rc4-2
Severity: important


perdition.managesieve crashes on every connect attempt with Exiting on signal 
11.

The only lines in the /var/log/mail.log are:

  perdition.managesieve[]: Connect:  1.2.3.4:47111-2.3.4.5:4190
  perdition.managesieve[]: Exiting on signal 11

Please see the following thread, which describes the same problem:
http://lists.vergenet.net/pipermail/perdition-users/2011-April/002505.html

No workaround so far ... :-/

-- System Information:
Debian Release: 6.0.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages perdition depends on:
ii  libc6   2.11.2-10Embedded GNU C Library: Shared lib
ii  libdb4.84.8.30-2 Berkeley v4.8 Database Libraries [
ii  libgdbm31.8.3-9  GNU dbm database routines (runtime
ii  libidn111.15-2   GNU Libidn library, implementation
ii  libpam0g1.1.1-6.1Pluggable Authentication Modules l
ii  libpopt01.16-1   lib for parsing cmdline parameters
ii  libssl0.9.8 0.9.8o-4squeeze1 SSL shared libraries
ii  libvanessa-adt1 0.0.9-1  Library of Abstract Data Types
ii  libvanessa-logger0  0.0.10-1.1   Generic Logging Library
ii  libvanessa-socket2  0.0.12-1 Library to simplify TCP socket ope

perdition recommends no packages.

Versions of packages perdition suggests:
pn  perdition-ldapnone (no description available)
ii  perdition-mysql   1.19~rc4-2 Library to allow perdition to acce
pn  perdition-odbcnone (no description available)
pn  perdition-postgresql  none (no description available)

-- Configuration Files:
/etc/default/perdition changed [not included]
/etc/init.d/perdition changed [not included]
/etc/perdition/perdition.conf changed [not included]

-- no debconf information



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

Bug#607720: show_bug page shows an extra string /bugzilla3/

[Alexander Barton]

I’m seeing the problem reported by Heikki Levanto, to:

The bug information page (e.g. http://some.host/bugzilla/show_bug.cgi?id=4711) 
starts with the string „/bugzilla3/“ which is generated in the following file:

  /var/lib/bugzilla3/template/en/default/bug/show-header.html.tmpl

line 37:

  [% Locations('debian_webpath') %][% javascript_urls = [ js/util.js, 
js/field.js, js/yui/calendar.js ] %]

As already guessed, this function should generate correct URLs, but generates 
output …

This is bugzilla 3.6.2.0-4.2.

Regards
Alex





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

Bug#607720: Disabling [% Locations('debian_webpath') %] ... %] fixes it

[Alexander Barton]

BTW:

changing (disabling!) the line #37

  [% Locations('debian_webpath') %] … %]

to

  [%# Locations('debian_webpath') %] … %]

in all language templates

  /var/lib/bugzilla3/template/*/default/bug/show-header.html.tmpl

„fixes“ it for me.

The „/bugzilla3/“ before the DOCTYPE declaration is gone, and 
all JavaScript and CSS URLs seem to be still correct. HTH  JMMV.

Regards
Alex




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

Bug#616112: /etc/init.d/forked-daapd restart fails with exit code 1

[Alexander Barton]

Package: forked-daapd
Version: 0.12~git0.11-125-gca72ee5-3
Severity: normal


The command /etc/init.d/forked-daapd restart stops the daemon but then
fails with exit code 1. This seems to be a timing problem, adding sleep 3
in betweed start-stop-daemon --stop ... and start-stop-daemon --start
solves the problem -- kind of ;-)

In addition, /etc/init.d/forked-daapd restart fails (and doesn't restart
the daemon) if it has not been running bevore (missing --oknodo, I think).

Regards
Alex


-- System Information:
Debian Release: 6.0
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages forked-daapd depends on:
ii  adduser3.112+nmu2add and remove users and groups
ii  avahi-daemon   0.6.27-2+squeeze1 Avahi mDNS/DNS-SD daemon
ii  libantlr3c-3.2-0   3.2-1 ANTLR v3 parser generator C runtim
ii  libasound2 1.0.23-2.1shared library for ALSA applicatio
ii  libavahi-client3   0.6.27-2+squeeze1 Avahi client library
ii  libavahi-common3   0.6.27-2+squeeze1 Avahi common library
ii  libavcodec52   4:0.5.2-6 ffmpeg codec library
ii  libavformat52  4:0.5.2-6 ffmpeg file format library
ii  libavl10.3.5-3   AVL tree manipulation library - ru
ii  libavutil494:0.5.2-6 ffmpeg utility library
ii  libc6  2.11.2-10 Embedded GNU C Library: Shared lib
ii  libconfuse02.7-1 Library for parsing configuration 
ii  libevent-core-1.4-21.4.13-stable-1   An asynchronous event notification
ii  libflac8   1.2.1-2+b1Free Lossless Audio Codec - runtim
ii  libgcrypt111.4.5-2   LGPL Crypto library - runtime libr
ii  libgpg-error0  1.6-1 library for common error values an
ii  libmxml1   2.6-1 small XML parsing library (runtime
ii  libplist1  1.3-2 Library for handling Apple binary 
ii  libsqlite3-0   3.7.3-1   SQLite 3 shared library
ii  libswscale04:0.5.2-6 ffmpeg video scaling library
ii  libtag1c2a 1.6.3-1   TagLib Audio Meta-Data Library
ii  libtagc0   1.6.3-1   TagLib Audio Meta-Data Library (C 
ii  libunistring0  0.9.3-3   Unicode string library for C
ii  zlib1g 1:1.2.3.4.dfsg-3  compression library - runtime

forked-daapd recommends no packages.

forked-daapd suggests no packages.

-- Configuration Files:
/etc/forked-daapd.conf changed [not included]

-- no debconf information



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

Bug#598470: bnx2-mips-06-5.0.0.j6.fw file not included in firmware-bnx2

[Alexander Barton]

Package: firmware-bnx2
Version: 0.26
Severity: wishlist


Newer Linux kernel versions try to load BNX2 firmware from file
bnx2-mips-06-5.0.0.j6.fw, which isn't included in the
firmware-bnx2 package.

Thanks!
Alex

-- System Information:
Debian Release: 5.0.6
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.35-trunk-amd64 (SMP w/8 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

firmware-bnx2 depends on no packages.

firmware-bnx2 recommends no packages.

Versions of packages firmware-bnx2 suggests:
ii  initramfs-tools  0.92o   tools for generating an initramfs
ii  linux-image-2.6. 2.6.33-1~experimental.4 Linux 2.6.33 for 64-bit PCs
ii  linux-image-2.6. 2.6.35-1~experimental.3 Linux 2.6.35 for 64-bit PCs

-- no debconf information



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

Bug#529200: apt-dater: Fails to install/upgrade/start command shell when MAINTAINER is not set

[Alexander Barton]

Package: apt-dater
Version: 0.7.0-1~bpo50+1
Severity: important

apt-dater fails to install/upgrade packages and to start a command
shell, when the MAINTAINER environment variable is not set and the GECOS
field of the logged in user contains a '+', for example in the telephone
number.

The started screen session fails with:
Cannot exec 'everything after the + in GECOS field': No such file or 
directory

e. g.
Cannot exec '49-123-456789,': No such file or directory

Workaround:
Set and export MAINTAINER variable before starting apt-dater.

Regards
Alex


-- System Information:
Debian Release: 5.0.1
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages apt-dater depends on:
ii  libc62.7-18  GNU C Library: Shared libraries
ii  libglib2.0-0 2.16.6-1+lenny1 The GLib library of C routines
ii  libncurses5  5.7+20081213-1  shared libraries for terminal hand
ii  libpopt0 1.14-4  lib for parsing cmdline parameters
ii  libxml2  2.6.32.dfsg-5   GNOME XML library
ii  openssh-client   1:5.1p1-5   secure shell client, an rlogin/rsh
ii  screen   4.0.3-11terminal multiplexor with VT100/AN
ii  tcl8.5   8.5.3-2 Tcl (the Tool Command Language) v8

apt-dater recommends no packages.

Versions of packages apt-dater suggests:
ii  apt-dater-host   0.7.0-1~bpo50+1 host helper application for apt-da
pn  xsltproc none  (no description available)

-- no debconf information



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

Bug#482943: linux-image-2.6.24: Device mapper not reporting no-barrier-support?

[Alexander Barton]

Package: linux-image-2.6.24-1-686
Version: 2.6.24-7
Severity: important
File: linux-image-2.6.24
Tags: patch


DRBD gives the error message drbd0: local disk flush failed with status -5.
This seems to be this problem reported here by Anders Henke to LKML:

http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/3ca7a07dd9d3c54d/8c7d1e1024c215cf

 I'm currently stuck between Kernel LVM and DRBD, as I'm using Kernel
 2.6.24.2 with DRBD 8.2.5 on top of an LVM2 device (LV).
 
 -LVM2/device mapper doesn't support write barriers
 -DRBD uses blkdev_issue_flush() to flush its metadata to disk.
 
 On a no-barrier-device, DRBD should receive EOPNOTSUPP, but
 it really does receive an EIO. Promptly, DRBD gives the
 error message drbd0: local disk flush failed with status -5.
 
 The physical disk (in LVM speak) is a RAID1 on a 3ware 9650SE-2LP
 controller; the driver 3w-9xxx supports barriers and after moving my
 DRBD device from the LV to a single partition on the same RAID1, the
 error messages from DRBD vanished. 

Patch can be found here:
http://groups.google.com/group/fa.linux.kernel/attach/8c7d1e1024c215cf/ll_rw_blk-eopnotsup-2.6.24.2.patch?part=2


-- Package-specific info:
** Version:
Linux version 2.6.24-1-686 (Debian 2.6.24-7) ([EMAIL PROTECTED]) (gcc version 
4.1.3 20080114 (prerelease) (Debian 4.1.2-19)) #1 SMP Thu May 8 02:16:39 UTC 
2008

** Command line:
root=/dev/hda1 ro 

** Not tainted

** Kernel log:
drbd0: local disk flush failed with status -5
drbd1: local disk flush failed with status -5
drbd1: local disk flush failed with status -5
drbd1: local disk flush failed with status -5
drbd0: local disk flush failed with status -5
drbd0: local disk flush failed with status -5
drbd0: local disk flush failed with status -5
drbd0: local disk flush failed with status -5
drbd1: local disk flush failed with status -5
drbd1: local disk flush failed with status -5
drbd1: local disk flush failed with status -5
drbd0: local disk flush failed with status -5
drbd0: local disk flush failed with status -5
drbd0: local disk flush failed with status -5
[...]

** Loaded modules:
Module  Size  Used by
sha1_generic2592  0 
cn  8032  0 
ocfs2_dlmfs21224  1 
ocfs2_dlm 178628  1 ocfs2_dlmfs
ocfs2_nodemanager 147036  5 ocfs2_dlmfs,ocfs2_dlm
configfs   25648  2 ocfs2_nodemanager
bridge 49240  0 
tun10976  1 
ipv6  240836  12 
loop   16804  0 
parport_pc 33668  0 
parport34280  1 parport_pc
pcspkr  3200  0 
rtc13052  0 
psmouse36464  0 
serio_raw   6660  0 
i2c_piix4   8428  0 
i2c_core   22432  1 i2c_piix4
container   4864  0 
ac  6116  0 
button  8432  0 
intel_agp  23412  1 
agpgart31688  1 intel_agp
shpchp 31028  0 
pci_hotplug27712  1 shpchp
evdev  11104  0 
ext3  122920  1 
jbd43732  1 ext3
mbcache 8288  1 ext3
dm_mirror  21600  0 
dm_snapshot16964  0 
dm_mod 55812  9 dm_mirror,dm_snapshot
ide_disk   15648  5 
ata_generic 7428  0 
libata144624  1 ata_generic
scsi_mod  141164  1 libata
generic 4388  0 [permanent]
floppy 54628  0 
pcnet3232068  0 
mii 5312  1 pcnet32
piix7492  0 [permanent]
ide_core  108292  3 ide_disk,generic,piix
thermal16028  0 
processor  36552  1 thermal
fan 4772  0 

** PCI devices:
not available


-- System Information:
Debian Release: lenny/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/bash

Versions of packages linux-image-2.6.24-1-686 depends on:
ii  debconf [debconf-2.0] 1.5.22 Debian configuration management sy
ii  initramfs-tools [linux-initra 0.92a  tools for generating an initramfs
ii  module-init-tools 3.4-1  tools for managing Linux kernel mo

Versions of packages linux-image-2.6.24-1-686 recommends:
ii  libc6-i6862.7-10 GNU C Library: Shared libraries [i

-- debconf information excluded
--- linux-2.6.24.2-vanilla/block/ll_rw_blk.c2008-02-11 06:51:11.0 
+0100
+++ linux-2.6.24.2/block/ll_rw_blk.c2008-02-28 10:38:22.392987649 +0100
@@ -2667,8 +2667,11 @@ EXPORT_SYMBOL(blk_execute_rq);
 
 static void bio_end_empty_barrier(struct bio *bio, int err)
 {
-   if (err)
+   if (err) {
+   if (err == -EOPNOTSUPP)
+   set_bit(BIO_EOPNOTSUPP, 

Bug#466063: -h and -V options will be implemented in ngIRCd 0.13.0

[Alexander Barton]

Hi!

I saw this patch here and applied it to our development tree, so both  
the -h and -V options will be included in ngIRCd 0.13.0.


Thanks!
Alex




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

Bug#204969: There was a young lady named June

[Alexander Barton]

Hi!

Smoked six packs a day.

There won't be school no more.
I didn't clean the mess.
I didn't shut the light.
with some very painful sneezing,
We have broken all the blackboards
and there won't be no more tests.
No, I really don't see how.
Could I have done my homework?
I was in for a surprise.
and a patch of poison ivy,
But now I am much happier
I wasted through the night. 
I didn't wash the dishes.
I feel so very guilty.
I didn't turn the TV off.
They said, Today's St. Patrick's Day
Like history and math.
There was mischief in their eyes. 
School is closed now, what's it to ya?
malaria and toothaches,
but I'm feeling better now.
and we've locked the school's front door.
I know that it will bore me.


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

Bug#355342: Longer nick/user names aren't RFC compliant!

[Alexander Barton]

This solution breaks the compatibility to other RFC-compliant IRC  
daemons.

I strongly vote AGAINST including it in the default Debian package!

Regards
Alex

(Author of ngIRCd)



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

Bug#343200: Patch

[Alexander Barton]

The attached patch (for ngIRCd 0.9.x) should fix the PING reply of  
ngIRCd to be compatible with the one of other IRC daemons and the one  
expected by bip.


Regards
Alex

(Author of ngIRCd)



PING.patch
Description: Binary data

Bug#298427:

[Alexander Barton]

Right, I can confirm that moving /lib/tls out of the way makes sshd  
work as expected.

So it's indeed probably wrong to blame OpenSSH for this?

Regards
Alex


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

Bug#298427:

[Alexander Barton]

I'm seeing this as well, are any solutions or workarounds known already?

Here a self-compiled Linux 2.6.11.11 UML kernel runs on the Debian  
kernel of the kernel-image-2.6.8-2-686 package.


Regards
Alex

--
Alexander Barton, Freiburg, Germany
http://www.barton.de/, [EMAIL PROTECTED]



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

Bug#295076: cyrus21-common: Fails to start on hppa, ctl_cyrusdb hangs forever

[Alexander Barton]

Package: cyrus21-common
Version: 2.1.17-3
Severity: grave
Justification: renders package unusable


When I start Cyrus 2.1 on Debian on HPPA, ctl_cyrusdb (which is started
automatically as configured in /etc/cyrus.conf) hangs forever. The same is
true when I start it manually.

Using strace I get the following trace:

execve(/usr/sbin/ctl_cyrusdb, [/usr/sbin/ctl_cyrusdb, -r], [/* 22 vars 
*/]) = 0
newuname({sys=Linux, node=C3600, ...}) = 0
brk(0)  = 0x47000
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x4000
open(/etc/ld.so.preload, O_RDONLY)= -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY)  = 3
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 32274, PROT_READ, MAP_PRIVATE, 3, 0) = 0x400b7000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libsasl2.so.2, O_RDONLY) = 3
read(3, [EMAIL PROTECTED]..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 165480, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40236000
mprotect(0x4024e000, 67176, PROT_NONE)  = 0
mmap(0x4025d000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 
3, 0x17000) = 0x4025d000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/libresolv.so.2, O_RDONLY)   = 3
read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0.p..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 150128, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40371000
mprotect(0x40383000, 76400, PROT_NONE)  = 0
mmap(0x40392000, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 
3, 0x11000) = 0x40392000
mmap(0x40394000, 6768, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40394000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libdb3.so.3, O_RDONLY)  = 3
read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\001..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1036232, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4068b000
mprotect(0x40775000, 77768, PROT_NONE)  = 0
mmap(0x40784000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 
3, 0xe9000) = 0x40784000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libssl.so.0.9.7, O_RDONLY) = 3
read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0\245..., 512) = 
512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 286528, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x4028a000
mprotect(0x402bd000, 77632, PROT_NONE)  = 0
mmap(0x402cc000, 16384, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 
3, 0x32000) = 0x402cc000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/usr/lib/libcrypto.so.0.9.7, O_RDONLY) = 3
read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\3\275..., 512) = 
512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 1273084, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40a88000
mprotect(0x40b98000, 158972, PROT_NONE) = 0
mmap(0x40ba7000, 86016, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 
3, 0x10f000) = 0x40ba7000
mmap(0x40bbc000, 11516, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40bbc000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\1\365..., 512) = 
512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x40001000
mmap(NULL, 1445472, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40f5b000
mprotect(0x410a3000, 101984, PROT_NONE) = 0
mmap(0x410b2000, 32768, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 
3, 0x147000) = 0x410b2000
mmap(0x410ba000, 7776, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x410ba000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK)  = -1 ENOENT (No such file or directory)
open(/lib/libdl.so.2, O_RDONLY)   = 3
read(3, \177ELF\1\2\1\3\0\0\0\0\0\0\0\0\0\3\0\17\0\0\0\1\0\0#H..., 512) = 512
fstat64(3, {st_mode=0, st_size=0, ...}) = 0
mmap(NULL, 76976, PROT_READ|PROT_EXEC, MAP_PRIVATE, 3, 0) = 0x40357000
mprotect(0x4035a000, 64688, PROT_NONE)  = 0
mmap(0x40369000, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 
3, 0x2000) = 0x40369000
close(3)= 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0x40002000
munmap(0x400b7000, 32274) 

Bug#295076: cyrus21-common: Fails to start on hppa, ctl_cyrusdb hangs forever

[Alexander Barton]

Am 13. Feb 2005 um 22:07 Uhr schrieb Jochen Friedrich:
db3 on hppa had a bug (#285) which caused this exact behaviour. 
Please
make sure you have at least db3 version 3.2.9-21 installed.
Okay, I installed 3.2.9-22 from unstable and reinstalled cyrus21-xxx. 
Now Cyrus seems to work as expected. Thanks a lot!

Sorry for blaming the Cyrus packages for this Berkeley DB bug :-)
Regards
Alex
--
Alexander Barton, Freiburg, Germany
http://www.barton.de/, [EMAIL PROTECTED]

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