Bug#332589: Messages not decrypted when bulk-printing

[Sven Rudolph]

Alexander Sack  writes:

> thanks for reporting the bug. We would like to identify issues to
> focus on and hence
> we would love to hear an update if the issue at hand is still
> something you would like
> to see fix (if it hasn't).

I do not use enigmail anymore.

Nowadays enigmail plugs into thunderbird, I do not have a thunderbird
setup where I can reproduce the problem.

Sven

Bug#641453: New Upstream Version

[Sven Rudolph]

Package: amanda-server
Version: 1:3.2.1-1.1

A new upstream release for the Amanda 3.2.* series is available. 3.2.3
fixes several bugs (and at least two hit me, currently I'm running
locally-generated packages).

The Changelog taken from :

Release Notes for 3.2.3:

* fix split arguments and LEOM handling
* amsuntar: Add SUNTAR-PATH property
* amstar: Add ACL property
* amzfs-sendrecv: Implement restore
* vfs-device (vtapes): LEOM property default to TRUE
* fix amplot
* amrecover take correct group when foring amandad with local auth
* many others small fix

Release Notes for 3.2.2:

* Do not restore the NUL padding bytes, some program fail with them
* Fix driver doing nothing if taper crash early
* Fix taperalog *FIT no going to second volume
* Fix amrestore '-p' not going to next file
* flush even if flush threshold are not met if it save tape space
* fix crash in amtrmidx due to memory leak
* amsamba use 'Use smbclient -TF' for restore

Please update the Amanda packages to version 3.2.3.

Thanks,

Sven




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

Bug#457095: nfs-common: statd still cannot restrict its listening address

[Sven Rudolph]

Package: nfs-common
Version: 1:1.2.2-4

Refreshing an old bug report: Binding the listening address still
doesn't work, but now the manpage tells that it should work.

Manpage rpc.statd(8) tells:

   -n, --name ipaddr | hostname
  Specifies  the  bind address used for RPC listener sockets.  The
  ipaddr form can be expressed as either an IPv4 or an  IPv6  pre-
  sentation  address.   If this option is not specified, rpc.statd
  uses a wildcard address as the transport bind address.

  This string is also passed to the sm-notify command to  be  used
  as  the  source  address  from which to send reboot notification
  requests.  See sm-notify(8) for details.

but for me it doesn't work:

  ~# netstat -anp|grep statd
  ~# ifconfig | grep 192.168.1.1
  inet addr:192.168.1.1  Bcast:192.168.1.255  Mask:255.255.255.0
  ~# /sbin/rpc.statd -n 192.168.1.1
  ~# netstat -anp|grep statd
  tcp0  0 0.0.0.0:41191   0.0.0.0:*   LISTEN
  4456/rpc.statd  
  udp0  0 0.0.0.0:816 0.0.0.0:* 
  4456/rpc.statd  
  udp0  0 0.0.0.0:56320   0.0.0.0:* 
  4456/rpc.statd  
  unix  2  [ ] DGRAM135644456/rpc.statd 
 

Sven




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

Bug#418104: amanda-server: Memory corruption parsing disklist with some types of dumptypes

[Sven Rudolph]

> Package: amanda-server
> Version: 1:2.5.1p1-2.1
> Severity: normal

> I have a dumptype called "skip" with strategy skip.  But when I use
> this dumptype I errors parsing the disklist, tipical of memory
> corruption and in some cases is detected by glib.

> Detail:
> 
> When disklist have many entries with skip startegy "amadmin Daily2 disklist" 
> ends with:
> 
> *** glibc detected *** double free or corruption (fasttop): 0x0805bf88 ***
> Aborted

I had the same problem, and it disappeared in Version: 1:2.5.1p3-2.

So the problem seems to be fixed by this version. I didn't find
something related to this in the upstream changelog.

Sven






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

Bug#382390: lpq -Pall fails for many printers when :filter is used

[Sven Rudolph]

Package: lprng
Version: 3.8.28-2

(I suppose this is an upstream bug, but I havent't found an upstream
place to report this. That's why I use Debian's Bug Tracking System to
document it.)

I tried to trace a problem where "lpq -Pall" stops output before it
it has listed all printers. I made a trimmed-down way to reproduce the
problem:

Create the printcap - run mkprintcap >/etc/printcap

---mkprintcap---
#!/bin/sh

cat  /var/spool/lpd/p990/lpq
lrwx-- 1 root root 64 Aug 10 18:10 995 -> /var/spool/lpd/p991/lpq
lrwx-- 1 root root 64 Aug 10 18:10 996 -> /var/spool/lpd/p992/lpq
lrwx-- 1 root root 64 Aug 10 18:10 997 -> /var/spool/lpd/p993/lpq
lrwx-- 1 root root 64 Aug 10 18:10 998 -> /var/spool/lpd/p994/lpq
lrwx-- 1 root root 64 Aug 10 18:10 999 -> /var/spool/lpd/p995/lpq

(In order to make lpd run slow enough use -D 3.)

So the workaround is to increase the fd budget with ulimit.

On the other hand this is the place where I don't know how to make a
real fix: I guess the lpq file should be closed before the one for the
next printer is opened, but I couldn't find these parts in the LPRng
source. And it is still magic why this does not happen when the
:filter statements are omitted. And sometimes after the first
invocation of a fresh lpd the problem does not appear. No idea why.

Hope this helps when someone runs into the same problem.

Sven





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

Bug#332589: Messages not decrypted when bulk-printing

[Sven Rudolph]

Package: mozilla-enigmail
Version: 2:0.92-3

When I mark some GPG-encrypted messages in the message overview window
(key Ctrl-"arrow down") and try to print them (Strg-P), they don't get
decrypted (even when the passphrase is remembered by enigmail).

Sven


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

Bug#303952: mpack: mpack -o /dev/stdout /dev/stdin

[Sven Rudolph]

> Here we see several wishes:
> $ echo wow|mpack -o /dev/stdout /dev/stdin
> Subject: File exists

> i.e., why no stdin, stdout options? Also don't prompt for subject if
> stdin is not a terminal.

The patch below fixes the stdout part. It opens character devices
without O_CREAT and O_EXCL.

(stdin is more difficult, there is rewind() in magic.c; and I didn't
understand the Subject: prompting code.)

Sven

-
diff -c -r mpack-1.6.original/unixos.c mpack-1.6/unixos.c
*** mpack-1.6.original/unixos.c Thu Apr 21 14:40:25 2005
--- mpack-1.6/unixos.c  Thu Apr 21 15:02:18 2005
***
*** 28,33 
--- 28,34 
  #include 
  #include 
  #include 
+ #include 
  #include 
  #include 
  #include "xmalloc.h"
***
*** 139,145 
  FILE *ret;
   
  #ifdef O_EXCL
! fd=open(fname, O_RDWR|O_CREAT|O_EXCL, 0644);
  #else
  fd=open(fname, O_RDWR|O_CREAT|O_TRUNC, 0644);
  #endif
--- 140,155 
  FILE *ret;
   
  #ifdef O_EXCL
! struct stat statbuf;
! 
! if ((stat(fname, &statbuf) == 0) && (S_ISCHR(statbuf.st_mode)))
!   {
!   fd=open(fname, O_RDWR);
!   }
! else
!   {
!   fd=open(fname, O_RDWR|O_CREAT|O_EXCL, 0644);
!   }
  #else
  fd=open(fname, O_RDWR|O_CREAT|O_TRUNC, 0644);
  #endif


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

Bug#291366: Mozilla does not open Navigator and Mail&News window at startup

[Sven Rudolph]

Package: mozilla-locale-de-at
Version: 1.7.5-1

The following problem happens when I install mozilla-locale-de-at, and
it disappears when I uninstall mozilla-locale-de-at.

I use mozilla-locale-de-at together with:

Package: mozilla
Maintainer: Takuo KITAME <[EMAIL PROTECTED]>
Architecture: i386
Version: 2:1.7.5-1


In "Einstellungen/Erscheinungsbild/Öffne beim Start von Mozilla"
(Preferences/Appearance/"When Mozilla starts up, open") you can choose
which Mozilla components should open a window at startup.

When I choose both the Navigator and the "Mail & Newsgroups" window,
only the Navigator Window appears at startup.

When I uninstall mozilla-locale-de-at it works as expected.

I use the classic theme, but it fails the same way with the modern
theme.

I didn't have this problem with mozilla 1.6, I recognized it with
1.7.2.

Sven



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