Bug#340637: nxml-mode: startup bogosity

[Dave Love]

Package: nxml-mode
Version: 20041004-5
Severity: normal
Tags: patch

The startup stuff currently ends up ensuring that the source files for
the mode are loaded, not the compiled ones, which doesn't help its
speed...

I fixed that with these changes to make sure 21.4/site-lisp precedes
site-lisp in load-path, but I don't claim to understand the bizarre
Debian startup stuff, and I suspect the rng-auto change should be done
differently.  As far as I can tell, the `let' clause in 60nxml-mode.el
is redundant.

Also, I don't know what you expect unloading `un-define' to do, but it
will just break the mule-ucs coding systems.  In particular, it won't
replace the original definitions of the utf-8 coding system.  If
someone can explain what the issue is with mule-ucs -- why it's
incompatible with nxml -- I may be able to advise.  If it breaks with
mule-ucs, I guess it will need fixing for Emacs 23 anyway, but I
haven't tried to follow the code.

--- 60nxml-mode.el	2005/11/24 16:57:33	1.1
+++ 60nxml-mode.el	2005/11/24 16:57:43
@@ -15,16 +15,10 @@
 (unload-feature 'un-define)
   (error nil))
 
-(let ((package-dir (concat /usr/share/
-   (symbol-name flavor)
-   /site-lisp/nxml-mode)))
-  (when (file-directory-p package-dir)
-(setq load-path (cons package-dir load-path
-
+(debian-pkg-add-load-path-item /usr/share/emacs/site-lisp/nxml-mode)
 (debian-pkg-add-load-path-item (concat /usr/share/
(symbol-name flavor)
/site-lisp/nxml-mode))
-(debian-pkg-add-load-path-item /usr/share/emacs/site-lisp/nxml-mode)
 
 ;; Load the package.  Note that we have to load the *source* of rng-auto
 ;; for it to properly find the schemas.
--- /usr/share/emacs/site-lisp/nxml-mode/rng-auto.el~	2005-10-16 20:32:53.0 +0100
+++ /usr/share/emacs/site-lisp/nxml-mode/rng-auto.el	2005-11-24 16:51:56.0 +
@@ -56,8 +56,7 @@
 
 (let* ((dir (file-name-directory load-file-name))
(schema-dir (concat dir schema/)))
-  (unless (member dir load-path)
-(setq load-path (cons dir load-path)))
+  (add-to-list 'load-path dir 'append)
   (setq rng-schema-locating-files-default
 	(list schemas.xml
 	  (abbreviate-file-name


-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages nxml-mode depends on:
ii  emacs21   21.4a-1The GNU Emacs editor
ii  emacsen-common1.4.16 Common facilities for all emacsen

nxml-mode recommends no packages.

-- no debconf information

Bug#340637: revised patch

[Dave Love]

I found that having emacs21/site-lisp first in load-path broke
processing of numeric entities, so I looked further.  It seems to me
that this does something more like TRT by actually looking for files
on the load path; I think using load-file-name is a mistake.  The
result seems to find compiled Lisp, schemas and char-name files OK.

[I noticed that the distribution is a year old, but the distribution
site is down, so I can't check for more recent source.]

===
RCS file: nxml-uchnm.el,v
retrieving revision 1.1
diff -u -r1.1 nxml-uchnm.el
--- nxml-uchnm.el	2005/11/24 19:46:49	1.1
+++ nxml-uchnm.el	2005/11/24 20:09:02
@@ -201,16 +201,21 @@
 mathematical-alphanumeric-symbols)
   Default value for `nxml-enabled-unicode-blocks'.)
 
-(let ((dir (file-name-directory load-file-name)))
+(let* ((block (car nxml-unicode-blocks))
+   (dir (file-name-directory
+	 (locate-library (format char-name/unicode/%05X-%05X
+ (nth 1 block)
+ (nth 2 block))
+  (dotimes (i 2)
+(setq dir (file-name-directory (directory-file-name dir
   (mapcar (lambda (block)
 	(let ((sym (nxml-unicode-block-char-name-set (car block
 	  (nxml-autoload-char-name-set
 	   sym
-	   (expand-file-name
-		(format char-name/unicode/%05X-%05X
-			(nth 1 block)
-			(nth 2 block))
-		dir
+	   (expand-file-name (format char-name/unicode/%05X-%05X
+	 (nth 1 block)
+	 (nth 2 block))
+ dir
 	  nxml-unicode-blocks))
 
 (defvar nxml-enable-unicode-char-name-sets-flag nil)
===
RCS file: rng-auto.el,v
retrieving revision 1.1
diff -u -r1.1 rng-auto.el
--- rng-auto.el	2005/11/24 19:45:45	1.1
+++ rng-auto.el	2005/11/24 19:45:50
@@ -54,17 +54,12 @@
 	   (setq Info-default-directory-list
 		 (append Info-default-directory-list (list dir)))
 
-(let* ((dir (file-name-directory load-file-name))
-   (schema-dir (concat dir schema/)))
-  (unless (member dir load-path)
-(setq load-path (cons dir load-path)))
-  (setq rng-schema-locating-files-default
-	(list schemas.xml
-	  (abbreviate-file-name
-	   (expand-file-name schemas.xml schema-dir
-  (setq rng-schema-locating-file-schema-file
-	(expand-file-name locate.rnc schema-dir))
-  (rng-add-info-dir dir))
+(setq rng-schema-locating-files-default
+  (list schemas.xml
+	(abbreviate-file-name  (locate-library schema/schemas.xml t
+(setq rng-schema-locating-file-schema-file
+  (locate-library schema/locate.rnc))
+(rng-add-info-dir (file-name-directory load-file-name))
 
 ;; Users shouldn't edit this.
 ;; Instead they should customize `rng-preferred-prefix-alist'.
===
RCS file: debian/emacsen-startup,v
retrieving revision 1.1
diff -u -r1.1 debian/emacsen-startup
--- debian/emacsen-startup	2005/11/24 22:37:06	1.1
+++ debian/emacsen-startup	2005/11/24 22:38:47
@@ -15,20 +15,13 @@
 (unload-feature 'un-define)
   (error nil))
 
-(let ((package-dir (concat /usr/share/
-   (symbol-name flavor)
-   /site-lisp/nxml-mode)))
-  (when (file-directory-p package-dir)
-(setq load-path (cons package-dir load-path
-
+(debian-pkg-add-load-path-item /usr/share/emacs/site-lisp/nxml-mode)
 (debian-pkg-add-load-path-item (concat /usr/share/
(symbol-name flavor)
/site-lisp/nxml-mode))
-(debian-pkg-add-load-path-item /usr/share/emacs/site-lisp/nxml-mode)
 
-;; Load the package.  Note that we have to load the *source* of rng-auto
-;; for it to properly find the schemas.
-(load rng-auto.el)
+;; Load the package.
+(load rng-auto)
  
 ;; Comment this out if you want to use PSGML or another mode to edit
 ;; these files.

Bug#341593: mule-ucs: package clobbers encode-char and decode-char

[Dave Love]

Package: mule-ucs
Severity: important

I'm not sure whether this should be higher severity than `important'
-- it affects other packages.  In particular, nxml-mode now conflicts
with mule-ucs because of this issue, but it shouldn't need to.

The mule-ucs startup sucks in the library `mucs', which redefines
`encode-char' and `decode-char'.  These are fairly fundamental in
multilingual handling, and they no longer work properly.  E.g.

  (decode-char 'ucs #xfffe)
= nil

Firstly, these definitions should be renamed (or possibly advised so
that they try the mule-ucs stuff if the normal functions return nil).

Secondly, I don't think the startup should pull in the support
libraries anyway.  They aren't needed for just defining the utf coding
systems.  The startup could define what it needs in compiled code --
the four versions of `un-define' that it basically wants
(`jisx0213-flag' × `prefer-latin-flag') -- and choose one at run time.

Also, I'm surprised the startup turns on unify-8859-on-encoding-mode.
I'd expect that to conflict with mule-ucs, but I haven't checked what
actually happens now.

I don't think the un-define-style code should be turned on by default;
I see you've rejected that already in #312883, but I don't understand
the comments about it.  On the SPARC I just tried, mule-ucs adds 25s
to Emacs startup.  It doesn't really help that the development Emacs
makes mule-ucs mostly obsolete, since there's no sign of it even
becoming stable :-(.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)



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

Bug#341603: nxml-mode: shouldn't conflict with mule-ucs

[Dave Love]

Package: nxml-mode
Version: 20041004-5
Severity: normal

In #340637 I wrote:

 If it breaks with mule-ucs, I guess it will need fixing for Emacs 23
 anyway, but I haven't tried to follow the code.

After looking at the code, I can't see any reason for it not to work
with mule-ucs or Emacs 23, assuming you just `(require 'un-define)',
though mule-ucs isn't going to help nxml-mode deal any better with
unicodes that the mule-utf-8 coding system doesn't encode.  I tested
with vanilla mule-ucs, and it seems to work fine.

However, I now see what the problem is in Debian.  The Debian mule-ucs
package doesn't use the normal `un-define' and ends up sucking in the
`mucs' library.  That clobbers `encode-char' and `decode-char'.
nxml-mode.el correctly tests for the `mucs' feature (which wouldn't be
present from a vanilla mule-ucs startup, but always is in the Debian
version).  I've submitted #341593 about this against mule-ucs.

However, nxml-mode doesn't need to conflict with mule-ucs.  You can
deactivate mule-ucs startup stuff with DEB_MULEUCS_UNICODE=off in the
environment.  I suggest:

 * add that info to README.Debian;
 * refer to it from the Lisp error messages about mule-ucs;
 * turn off the conflict with mule-ucs;
 * remove the broken unloading of `un-define' in the startup file (see
   #340637).


-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages nxml-mode depends on:
ii  emacs21   21.4a-1The GNU Emacs editor
ii  emacsen-common1.4.16 Common facilities for all emacsen

nxml-mode recommends no packages.

-- no debconf information


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

Bug#341593: mule-ucs: package clobbers encode-char and decode-char

[Dave Love]

Tatsuya Kinoshita [EMAIL PROTECTED] writes:

 BTW, the current mule-ucs startup is for various reasons:

 * un-define is needed for utf-* on emacs21/xemacs21

There isn't a problem just loading `un-define'.  That doesn't redefine
decode-char/encode-char.  (I should have said that is probably only a
problem in Emacs, since XEmacs doesn't have those functions.)
However, the package loads `unicode', which does cause the trouble.
That should certainly not be necessary if you only want mule-ucs for
the coding systems it defines.  (I haven't heard of anyone apart from
himi who understands it well enough to do anything else :-/.)

 * loading un-define after other packages might cause problems

In what way?  I can't think how it would cause problems (apart from
possible conflict with ucs-tables, but that could happen anyway). 

 * loading ucs-tables after un-define might cause problems

It is actually preloaded in the current Emacs.  (Loading it after the
Debian mule-ucs startup might fail, since it uses decode-char.)

 * unify-8859-on-encoding-mode is usefull even if un-define is loaded

I thought that mule-ucs managed to do essentially the same thing,
though I've forgotten the details.  However, I think they will give
inconsistent results with the find-coding-systems-... functions.

 * unify-8859-on-decoding-mode conflicts with un-define

[Just for my information, what is the conflict?  I don't know whether
I ever looked at that when I did ucs-tables.]

 * setting utf-8 coding-priority is needed to prefer mule-ucs

That can be done (and undone) at any time.

The most important thing is that loading the package should not
clobber {en,de}code-char (or other Emacs functions -- I haven't
checked for others).


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

Bug#342227: ghc6: regression on sparc causes darcs build failure

[Dave Love]

Package: ghc6
Version: 6.4.1-1
Severity: important

The sparc build of darcs fails with a bus error
URL:http://buildd.debian.org/~jeroen/status/package.php?p=darcsa=sparc#fail-sparc.

The current stable and testing ghc6 build darcs OK from the same
source on my (mostly stable) system.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages ghc6 depends on:
ii  gcc   4:3.3.5-3  The GNU C compiler
ii  haskell-utils 1.6.0.1Utilities used by the Debian Haske
ii  libc6 2.3.5-6GNU C Library: Shared libraries an
ii  libgmp3-dev   4.1.4-10   Multiprecision arithmetic library 
ii  libgmp3c2 4.1.4-10   Multiprecision arithmetic library
ii  libncurses5   5.4-9  Shared libraries for terminal hand
ii  libreadline5  5.0-10 GNU readline and history libraries
ii  libreadline5-dev  5.0-10 GNU readline and history libraries
ii  perl [perl5]  5.8.4-8Larry Wall's Practical Extraction 

ghc6 recommends no packages.

-- no debconf information


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

Bug#347361: heimdal-kdc: note ipropd incompatibility

[Dave Love]

Package: heimdal-kdc
Severity: wishlist

Could you add a warning on upgrades to 0.7 that ipropd is incompatible
with the 0.6 version.  (The command set has changed, so I assume it
isn't a bug.)  I updated a slave to the current unstable to check it
before doing the master and found that iprop died.  Of course I should
have realized, since more reliable iprop is the main attraction of
0.7.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)


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

Bug#347361: actually there's a real bug

[Dave Love]

I sent the original too soon.  In fact, the 0.7.1 ipropd-slave won't
work with the 0.7.1 ipropd-master.  With either the 0.7 or 0.6
ipropd-master, the client times out with the message
`server didn't send a message in 300 seconds' (using the default
config).  I'm using the current unstable (0.7.1-2), by the way.

I'll see if I can figure out where the problem lies.  Do you have this
working by any chance?


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

Bug#347361: actually there's a real bug

[Dave Love]

Brian May [EMAIL PROTECTED] writes:

 My first random guess would be that the packets aren't getting through,
 perhaps as a result of a firewall. Either that or the server simply
 isn't listening on the right port.

No, they are actually communicating.  For the timeout with a 0.6
master and 0.7 slave, Johan Danielsson points out `You can work around
this with --time-lost=1year (assuming you update your database more
often than that)'.  It might be worth noting that.

It turns out I mistook similar symptoms with the 0.7 master for the
same cause.  The slaves die if the master was restarted, which is the
sort of thing I thought changes in 0.7 were meant to address.  I've
asked whether or not that's a bug there, but otherwise it's running
OK.


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

Bug#347555: heimdal-kdc: iprop.8 missing

[Dave Love]

Package: heimdal-kdc
Version: 0.7.1-2
Severity: normal

lib/kadm5/iprop.8 isn't packaged.  (It's new in 0.7.)  I haven't
checked whether anything else has got left out of the 0.7.1 packages.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)


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

Bug#347723: heimdal-kdc: iprop-log missing

[Dave Love]

Package: heimdal-kdc
Version: 0.7.1-2
Severity: normal

The ipropd-log program/man page (from lib/kadm5) isn't in the package.

There should probably be something installed to truncate/rotate the
log with it if ipropd is configured, but I don't know whether that's a
job for logrotate or not.  (I've just realized that it grows
unbounded.)

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)


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

Bug#347555: heimdal-kdc: iprop.8 missing

[Dave Love]

Brian May [EMAIL PROTECTED] writes:

 I believe you will find it in heimdal-servers.

Ah.  It should be in heimdal-kdc, since it documents
ipropd-{master,slave}.


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

Bug#347723: heimdal-kdc: iprop-log missing

[Dave Love]

Brian May [EMAIL PROTECTED] writes:

 I cannot find a ipropd-log man page in the source, not even at that
 directory.

Bother.  I thought I was checking the 0.7.1 source for it, but it must
have been snapshot source; it definitely isn't in 0.7.1.  Sorry.

FYI, the log that the iprop master uses doesn't get trimmed when the
slaves are up-to-date as you might be expecting (not that accumulating
the changes is actually wrong).  In a realm with a lot of activity on
the principals, the log might grow big enough to make a difference,
and iprop-log implements trimming it.  I don't know whether that's
worth a note somewhere.

 However, there are other iprop man pages in the heimdal-server
 package - perhaps this is what you are thinking of?

 hmmm. Maybe these man pages really should be in the heimdal-kdc
 package?

Yes, per #347555.


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

Bug#328031: OK on a stable system

[Dave Love]

For what it's worth, it builds OK on a box running stable with a few
updates (e.g. testing glibc) using the stable gcc (3.3.5).


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

Bug#343188: sshfs: should require udev?

[Dave Love]

Package: sshfs
Version: 1.2-1
Severity: normal

I'm not sure how /dev/fuse is supposed to get created, but it didn't
appear until I installed udev.  Before that, sshfs failed trying to
access the non-existent /dev/fuse.  Should the package require udev?

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages sshfs depends on:
ii  fuse-utils2.4.0-1Filesystem in USErspace (utilities
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libfuse2  2.4.0-1Filesystem in USErspace library
ii  libglib2.0-0  2.8.4-2The GLib library of C routines

sshfs recommends no packages.

-- no debconf information


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

Bug#323746: possible cause

[Dave Love]

I reported this issue previously (#311689), but I've seen it in
another case which might be relevant to Owen.

In this case, connecting to a Solaris 10 native server, it turned out
to be caused by the server keytab containing des-cbc-md4 keys, which
are generated by default on my Heimdal KDC and not understood by
Solaris.  (Solaris 10 `klist -k -e' shows them as `etype 2', but
Solaris 9 says `etype 16'; MIT ktutil won't list them.)

I didn't realize it occurred with the Debian server, so that
presumably settles the question of whether the server is sending
something wrong.  I think it's at least a deficiency (a) that the
Solaris stuff doesn't ignore the unrecognized etypes in the keytab and
(b) that the Debian client only reports the GSSAPI error with -v.


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

Bug#292156: krb5-config: obsolete entries

[Dave Love]

Russ Allbery [EMAIL PROTECTED] writes:

 The libdefaults and login section that are reported above are either
 MIT-specific or for other Kerberos software and should stay, I believe.

Yes, I should have said they weren't at issue.



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

Bug#338325: ssh: client segv with gssapi

[Dave Love]

Package: ssh
Version: 1:4.2p1-5
Severity: normal

I get an unreproducible segv in the client with gssapi authentication
on (`GSSAPIAuthentication yes', `GSSAPIDelegateCredentials yes')
connecting to either Solaris 10 or Debian stable servers.  I haven't
noticed a crash without gssapi yet.  I assume there's an uninitialized
variable or similar; it might be in the library, but I can't tell and
don't have time to build and debug it currently.  I caught one crash:

Program received signal SIGSEGV, Segmentation fault.
0x700cf454 in bn_sub_words () from /usr/lib/v9/libcrypto.so.0.9.8
(gdb) bt
#0  0x700cf454 in bn_sub_words () from /usr/lib/v9/libcrypto.so.0.9.8
#1  0x700c8c20 in bn_sub_part_words () from /usr/lib/v9/libcrypto.so.0.9.8
#2  0x700c979c in bn_mul_recursive () from /usr/lib/v9/libcrypto.so.0.9.8
#3  0x700c964c in bn_mul_recursive () from /usr/lib/v9/libcrypto.so.0.9.8
#4  0x700ca50c in BN_mul () from /usr/lib/v9/libcrypto.so.0.9.8
#5  0x700d0a30 in BN_mod_mul_montgomery () from /usr/lib/v9/libcrypto.so.0.9.8
#6  0x700c6cf8 in BN_mod_exp_mont_consttime ()
   from /usr/lib/v9/libcrypto.so.0.9.8
#7  0x700ea4c4 in DH_OpenSSL () from /usr/lib/v9/libcrypto.so.0.9.8
#8  0x700ea28c in DH_generate_key () from /usr/lib/v9/libcrypto.so.0.9.8
#9  0x00039b4c in error ()
#10 0x00038930 in error ()
#11 0x00034314 in error ()
#12 0x00033ab4 in error ()
#13 0x0001ee6c in ?? ()
#14 0x0001ee6c in ?? ()
Previous frame identical to this frame (corrupt stack?)

Then another attempt worked.

Note that this is on SPARC.


-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages ssh depends on:
ii  openssh-client1:4.2p1-5  Secure shell client, an rlogin/rsh
ii  openssh-server1:4.2p1-5  Secure shell server, an rshd repla

ssh recommends no packages.

-- debconf information:
  ssh/insecure_rshd:
  ssh/ssh2_keys_merged:
* ssh/user_environment_tell:
* ssh/forward_warning:
  ssh/insecure_telnetd:
  ssh/new_config: true
* ssh/use_old_init_script: true
* ssh/protocol2_only: true
  ssh/encrypted_host_key_but_no_keygen:
* ssh/run_sshd: true
* ssh/SUID_client: true
  ssh/disable_cr_auth: false


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

Bug#323746: different with ssh 4.2

[Dave Love]

I just tried ssh-4.2 from testing, and found that it doesn't have this
issue.  (It may segv using gssapi, but that's a bug for another place...)


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

Bug#338504: nscd: nscd.conf(5) incomplete

[Dave Love]

Package: nscd
Version: 2.3.5-6
Severity: normal

nscd.conf(5) doesn't document the `persistent' and `shared' cache
options.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages nscd depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

nscd recommends no packages.

-- no debconf information


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

Bug#338507: nscd: init script doesn't stop the daemon

[Dave Love]

Package: nscd
Version: 2.3.5-6
Severity: normal

The nscd init script (i.e. `nscd -K') doesn't stop the running
daemons.  It just seems to render them useless by removing the socket:

  # pgrep nscd
  # /etc/init.d/nscd start
  Starting Name Service Cache Daemon: nscd.
  # pgrep nscd
  4697
  4698
  4699
  4700
  4701
  4702
  4703
  4704
  # ls -l /var/run/nscd/
  total 4
  -rw-r--r--  1 root root 5 2005-11-10 18:42 nscd.pid
  srw-rw-rw-  1 root root 0 2005-11-10 18:42 socket
  # /etc/init.d/nscd stop 
  Stopping Name Service Cache Daemon: nscd.
  # pgrep nscd
  4697
  4698
  4699
  4700
  4701
  4702
  4703
  # ls -l /var/run/nscd/
  total 0
  # 
  
-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages nscd depends on:
ii  libc6 2.3.5-6GNU C Library: Shared libraries an

nscd recommends no packages.

-- no debconf information


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

Bug#335476: nscd: Caches old IP-address

[Dave Love]

Yes, please turn off the default persistent caching of hosts (at
least).  I think this should also be done upstream.  It can lead to
lockout of logins in an obscure fashion -- at least it did on Fedora
systems running what appears to be the same version of nscd with the
same defaults, so presumably Debian would be subject to the same
lossage.

The situation we saw was the following:  the passwd and group
databases are from ldap (with files preferred in nsswitch.conf), and
hosts are from files and dns (in that order), with authentication by
Kerberos.  The LDAP servers were moved, so that `ldap' and `ldap-2'
got different IP addresses.  Over half a day later, it was impossible
to log in to the systems multi-user, except via SSH public keys.
Login gave authentication errors, either permission denied or invalid
password -- I'm not clear why, since Kerberos was functioning OK.  In
this state, logged in via ssh the results of `getent passwd' and `host
ldap' were OK, and there was nothing useful in syslog.  Eventually we
found that killing nscd solved the problem (and restarting it
re-instituted the problem).  Later we found (the undocumented)
/var/db/nscd and zapped it, whereupon login worked again with nscd
running.


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

Bug#219429: openafs-modules-source: can't build against 2.4.21 on sparc64

[Dave Love]

Russ Allbery [EMAIL PROTECTED] writes:

 Dave Love [EMAIL PROTECTED] writes:

 Sorry for the delayed response.

 I tried the openafs-modules-source packages from the current stable and
 testing/unstable against heimdal-dev.  The first thing is that it needs
 sparc64-2.6 config files.  I added this in src/config:

 There appear to be sparc64 configuration files in the regular source tree
 now, so I think this has been taken care of upstream.

 I started it off under module-assistant, following the instructions,
 and then fixed the config files and ran make.  module-assistant told
 me that

  /usr/src/kernel-headers-2.6.8-2 seems to contain unconfiugured kernel 
 source!

 but I don't know how to fix that -- as far as I remember, it just worked
 on x86 when I've built modules.

 I seem to recall this problem was a bug in the kernel-headers package for
 SPARC.  If I'm right, I believe it has since been fixed.

 Could you give this another try with the openafs-modules-source package
 currently in unstable and the kernel-headers package currently there and
 see if both of these issues have gone away?

With openafs-modules-source 1.4rc4-1 and
linux-headers-2.6.12-1-sparc64 (2.6.12-10) the build fails at this
point (with a bunch more errors later).  It again gives the
unconfigured kernel source warning and there are a fair few
significant-looking warnings like `implicit declaration of function
`AFS_ASSERT_GLOCK''.  Sorry I don't have time to investigate further
at present.

  CC [M]  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.o
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c: In 
function `rx_InitHost':
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:390: 
error: `SPLVAR' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:390: 
error: (Each undeclared identifier is reported only once
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:390: 
error: for each function it appears in.)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:475: 
error: `NETPRI' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:541: 
error: `USERPRI' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c: In 
function `rx_StartServer':
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:681: 
error: `SPLVAR' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:684: 
error: `NETPRI' undeclared (first use in this function)
  /usr/src/modules/openafs/src/libafs/MODLOAD-2.6.12-1-sparc64-SP/rx.c:711: 
error: `USERPRI' undeclared (first use in this function)
  
By the way, it requires bison and flex.  Shouldn't the processed files
be distributed in the canonical fashion, not just .y/.l?


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

Bug#335476: nscd: Caches old IP-address

[Dave Love]

Florian Weimer [EMAIL PROTECTED] writes:

 The current code tries to honor TTLs.  It might be sufficient to set a
 zero (or very low) TTL for entries coming from /etc/hosts.

Does `current' mean in the latest Debian package?  I can't see
anything relevant in the changelog, and the Fedora version definitely
didn't time out.  I can't easily test the Debian version.


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

Bug#335476: nscd: Caches old IP-address

[Dave Love]

Florian Weimer [EMAIL PROTECTED] writes:

 Which GNU libc version is in Fedora?  2.3.5?

Yes.  (Or it was then -- there seems to be an update to 2.3.6 now.)

 There is quite a bit of code to handle TTLs for records fetched from
 DNS in version 2.3.5.  Don't they expire for you, either?

They were definitely not expiring on Fedora (after ~18 hours with
`positive-time-to-live hosts 3600' in nscd.conf).  The cache files had
ancient modification times; I don't know whether that's an artefact of
the mmapping I see is used.

Sorry I can't check this on Debian, but it looks to me a risky option
to have on anyway.


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

Bug#348675: strace: unknown syscall on sparc64

[Dave Love]

Package: strace
Version: 4.5.12-1
Severity: normal

I ran strace on `host' and it failed like this:

  ...
  clone(child_stack=0x363f0, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND) 
= 4
  rt_sigprocmask(SIG_SETMASK, NULL, [HUP INT TERM RT_0], 8) = 4
  rt_sigprocmask(SIG_SETMASK, NULL, 0xef9eae78, 8) = -1 E??? (errno -274813320)
  --- SIGRT_0 (Unknown signal 32) @ 0 (0) ---
  sigreturn() = ? (mask now [ILL TRAP FPE KILL SEGV 
ALRM TERM URG STOP IO LOST USR1 USR2])
  rt_sigprocmask(SIG_SETMASK, NULL, [HUP INT TERM RT_0], 8) = 4
  rt_sigprocmask(SIG_SETMASK, NULL, 0xef9eae78, 8) = -1 E??? (errno -274813320)
  --- SIGRT_0 (Unknown signal 32) @ 0 (0) ---
  syscall: unknown syscall trap 9de3bf98 7038f96c

I don't know whether the kernel is relevant, but it's `2.6.14-2-sparc64'.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages strace depends on:
ii  libc6 2.3.5-8GNU C Library: Shared libraries an

strace recommends no packages.

-- no debconf information


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

Bug#311679: libc6-dev: iruserok not declared anywhere

[Dave Love]

Package: libc6-dev
Version: 2.3.2.ds1-21
Severity: normal

The function iruserok isn't declared in unistd.h as rcmd(3) says,
or declared anywhere else.

(It looks as though the man page is wrong anyway, since the other
functions it lists are in netdb.h.  I'll raise a separate report about
that.)


-- System Information:
Debian Release: 3.0
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages libc6-dev depends on:
ii  libc62.3.2.ds1-21GNU C Library: Shared libraries an
ii  linux-kernel-headers 2.5.999-test7-bk-17 Linux Kernel Headers for developme

-- no debconf information


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

Bug#311680: manpages-dev: rcmd(3) mentions wrong header

[Dave Love]

Package: manpages-dev
Version: 1.70-1
Severity: normal

The functions listed in rcmd(3) are actually in netdb.h, not unistd.h
as it says.  (Actually iruserok currently isn't declared anywhere --
I've raised a separate report about that.)

-- System Information:
Debian Release: 3.0
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages manpages-dev depends on:
ii  manpages  1.70-1 Manual pages about using a GNU/Lin

-- no debconf information


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

Bug#311689: ssh-krb5: protocol error talking to Solaris 10 sshd

[Dave Love]

Package: ssh-krb5
Version: 3.8.1p1-7
Severity: normal

I get the following trying to talk to sshd on Solaris 10.  The Solaris
9 version is OK.  Is it clear which end is at fault, or would more
info help?  (I have Sun support if that's useful.)

OpenSSH_3.8.1p1  Debian-krb5 3.8.1p1-7, OpenSSL 0.9.7e 25 Oct 2004
debug1: Reading configuration data /dl/sr/homes/px/fx/.ssh/config
debug1: Applying options for 
debug1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to dlsy [148.79.80.43] port 22.
debug1: Connection established.
debug1: identity file /dl/sr/homes/px/fx/.ssh/identity type -1
debug1: identity file /dl/sr/homes/px/fx/.ssh/id_rsa type 1
debug1: identity file /dl/sr/homes/px/fx/.ssh/id_dsa type 2
debug1: Remote protocol version 2.0, remote software version Sun_SSH_1.1
debug1: no match: Sun_SSH_1.1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8.1p1  Debian-krb5 3.8.1p1-7
debug1: Mechanism encoded as toWM5Slw5Ew8Mqkay+al2g==
debug1: Mechanism encoded as A/vxljAEU54gt9a48EiANQ==
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server-client aes128-cbc hmac-md5 none
debug1: kex: client-server aes128-cbc hmac-md5 none
debug1: Calling gss_init_sec_context
debug1: Received Error
debug1: GSSAPI Error: 
Invalid credential was supplied
Service key not available

Disconnecting: Protocol error: didn't expect packet type 34

-- System Information:
Debian Release: 3.0
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages ssh-krb5 depends on:
ii  adduser   3.63   Add and remove users and groups
ii  debconf   1.2.21 Debian configuration management sy
ii  e2fsprogs [li 1.33+1.34-WIP-2003.05.21-2 The EXT2 file system utilities and
ii  libc6 2.3.2.ds1-21   GNU C Library: Shared libraries an
ii  libcomerr21.35-8 The Common Error Description libra
ii  libkrb53  1.3.3-2MIT Kerberos runtime libraries
ii  libpam-runtim 0.76-22Runtime support for the PAM librar
ii  libpam0g  0.76-7 Pluggable Authentication Modules l
ii  libssl0.9.7   0.9.7e-3   SSL shared libraries
ii  libwrap0  7.6-9  Wietse Venema's TCP wrappers libra
ii  zlib1g1:1.2.1.1-3compression library - runtime

-- debconf information:
* ssh/privsep_tell: 
  ssh/insecure_rshd: 
  ssh/privsep_ask: true
* ssh/ssh2_keys_merged: 
* ssh/user_environment_tell: 
* ssh/forward_warning: 
  ssh/insecure_telnetd: 
* ssh/new_config: false
* ssh/use_old_init_script: true
* ssh/protocol2_only: false
  ssh/encrypted_host_key_but_no_keygen: 
* ssh/run_sshd: true
* ssh/SUID_client: true


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

Bug#311689: ssh-krb5: protocol error talking to Solaris 10 sshd

[Dave Love]

Sam Hartman [EMAIL PROTECTED] writes:

 I'm not really sure either side is at fault here.  It seems like
 you're failing to get credentials for host/[EMAIL PROTECTED] for some
 reason.

Yes (it turned out to be the wrong kvno somehow).  What I meant was
the protocol error, i.e. without -v you see this, which looks like one
end doing the wrong thing:

$ slogin dlsy
Disconnecting: Protocol error: didn't expect packet type 34


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

Bug#301298: netbase: include new /etc/rpc?

[Dave Love]

Package: netbase
Version: 4.19
Severity: wishlist

How about including the new RPC database at
URL:ftp://ftp.tau.ac.il/pub/users/eilon/rpc/?

-- System Information:
Debian Release: 3.0
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages netbase depends on:
ii  debconf 1.2.21   Debian configuration management sy
ii  ifupdown0.6.4-4  High level tools to configure netw
ii  netkit-inetd0.10-9   The Internet Superserver
ii  netkit-ping [ping]  0.10-9   The ping utility from netkit
ii  tcpd7.6-ipv6.1-3 Wietse Venema's TCP wrapper utilit

-- debconf information:
  netbase/upgrade-note/etc-network-interfaces-pre-3.17-1: 
  netbase/upgrade-note/init.d-split-pre-3.16-1: 
  netbase/upgrade-note/radius-ports-pre-3.05: 
  netbase/upgrade-note/portmap-restart-pre-3.11-2: 


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

Bug#301298: netbase: include new /etc/rpc?

[Dave Love]

[EMAIL PROTECTED] (Marco d'Itri) writes:

 On Mar 25, Dave Love [EMAIL PROTECTED] wrote:

 How about including the new RPC database at
 URL:ftp://ftp.tau.ac.il/pub/users/eilon/rpc/?
 Why?

Because it's useful to be able to access a more-or-less complete list.

 Each addition to /etc/services and /etc/rpc must be justified.
 Do you know of any debian package which uses a RPC service not currently
 listed?

I don't understand why a Debian package must actually use the service.
For instance, When you do something like rpcinfo to a Solaris box,
it's helpful to see the service names.  I think it's also relevant for
things like nessus, though I don't currently have that running on
Debian.


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

Bug#302377: rasmol: mailcap entry is bogus

[Dave Love]

Package: rasmol
Version: 2.7.2.1.1-3
Severity: normal

/usr/lib/mime/packages/rasmol contains

chemical/x-pdb; viewer=/usr/bin/rasmol

which isn't valid according to rfc 1524 and doesn't work with
run-mailcap.  It should be similar to this (quoting the %s per Debian,
contrary to the rfc):

chemical/x-pdb; rasmol '%s'; test=test -n $DISPLAY


-- System Information:
Debian Release: 3.0
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages rasmol depends on:
ii  libc6 2.3.2.ds1-20   GNU C Library: Shared libraries an
ii  libx11-6  4.3.0.dfsg.1-8 X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-8 X Window System miscellaneous exte
ii  libxi64.3.0.dfsg.1-8 X Window System Input extension li
ii  xlibs 4.3.0.dfsg.1-8 X Window System client libraries m

-- no debconf information


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

Bug#304805: blt: mention lack of bltwish in readme

[Dave Love]

Package: blt
Version: 2.4z-3
Severity: wishlist

I was about to complain about the lack of bltwish, which is required
by the system for which I installed blt, but I looked for it in the
changelog first.  It says there that it's been removed, but I think
README.Debian should say it's not packaged and explain what to do
instead of invoking it.  (That isn't obvious to a Tcl ignoramus faced
with a script which starts #!/usr/local/bin/bltwish.)

-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux djlvig 2.4.27-2-586tsc #1 Thu Jan 20 10:47:31 JST 2005 i586
Locale: LANG=C, LC_CTYPE=en_GB

Versions of packages blt depends on:
ii  libc6 2.3.2.ds1-18   GNU C Library: Shared libraries an
ii  libx11-6  4.3.0.dfsg.1-8 X Window System protocol client li
ii  tcl8.38.3.3-7The Tool Command Language (TCL) v8
ii  tcl8.48.4.9-1Tcl (the Tool Command Language) v8
ii  tk8.3 8.3.3-8The Tk toolkit for TCL and X11 v8.
ii  tk8.4 8.4.9-1Tk toolkit for Tcl and X11, v8.4 -
ii  xlibs 4.3.0.dfsg.1-8 X Window System client libraries m


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

Bug#330151: heimdal-dev: krb5-config --cflags misses openssl includes

[Dave Love]

Package: heimdal-dev
Version: 0.6.3-10sarge1
Severity: normal
File: /usr/bin/krb5-config

Packages that use krb5-config in the build process typically fail with
the Debian version, failing to find des.h on the include path.  The
INCLUDE_des autoconf variable is -I/usr/include, not
-I/usr/include/openssl, as it should be.  Presumably the package build
has picked up as des.h in /usr/include from some other package that I
don't have installed.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages heimdal-dev depends on:
ii  kerberos4kth-dev  1.2.2-11.2 Development files for Kerberos4 Fr
ii  libasn1-6-heimdal 0.6.3-10sarge1 Libraries for Heimdal Kerberos
ii  libgssapi1-heimdal0.6.3-10sarge1 Libraries for Heimdal Kerberos
ii  libhdb7-heimdal   0.6.3-10sarge1 Libraries for Heimdal Kerberos
ii  libkadm5clnt4-heimdal 0.6.3-10sarge1 Libraries for Heimdal Kerberos
ii  libkadm5srv7-heimdal  0.6.3-10sarge1 Libraries for Heimdal Kerberos
ii  libkafs0-heimdal  0.6.3-10sarge1 Libraries for Heimdal Kerberos
ii  libkrb5-17-heimdal0.6.3-10sarge1 Libraries for Heimdal Kerberos

heimdal-dev recommends no packages.

-- no debconf information


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

Bug#330151: heimdal-dev: krb5-config --cflags misses openssl includes

[Dave Love]

Brian May [EMAIL PROTECTED] writes:

 What needs to include des.h?

The last thing I tried was the development version of RedHat's
pam_krb5, but there were a couple (?) of others I forget.

 What is the error you are getting?

Code tries to use des.h and fails because it's not on the include
path.

 I am currently unconvinced that -I/usr/include/openssl in krb5-config
 is the correct answer; openssl is a separate package and not really
 related to Kerberos, even if it is used by Heimdal.

But if you want to build something using the parameters appropriate
for the Heimdal library, you apparently need to know whether to look
in the openssl headers or not.  Isn't that the whole point of the
script?

 Also it would appear that it is recommended to include
 openssl/des.h, which should work(?).

Not in portable client code if you don't know whether or not Heimdal
was built with openssl, surely?  Does MIT ever use openssl, for
instance?


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

Bug#317756: Framebuffer settings

[Dave Love]

Jurij Smakov [EMAIL PROTECTED] writes:

 To test whether the problems you are
 experiencing are due to the wrong MCLK value, you can try setting it
 by adding a kernel boot argument

 video=atyfb:mclk=100

The framebuffer output is similar, just in bigger characters (fewer
lines per screen).

 since that worked for 2.6.8. You can also try disabling framebuffer in
 console completely by adding the boot arguments

 video=atyfb:off vga=normal

That does get me the pointer under X.  When X shuts down, it leaves
traces of the desktop around a shrunken version of the console in the
middle of the display; I don't know if that's expected.

Are such kernel args actually documented anywhere?


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

Bug#312496: debian-el: M-x debian-bug creates bogus header for specific package

[Dave Love]

Peter S Galbraith [EMAIL PROTECTED] writes:

 How about now with reportbug 3.15?  Works here now...

Yes, that seems to have fixed it.


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

Bug#315978: installation-reports: [sparc64] can't net install on v210

[Dave Love]

Package: installation-reports
Severity: normal

Debian-installer-version: rc3, snapshot
Date: 2005-06-27
Method: netboot

Machine: Sun sparc v210
Processor: ultrasparc IIIi

Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot worked:[E]
Configure network HW:   [ ]
Config network: [ ]
Detect CD:  [ ]
Load installer modules: [ ]
Detect hard drives: [ ]
Partition hard drives:  [ ]
Create file systems:[ ]
Mount partitions:   [ ]
Install base system:[ ]
Install boot loader:[ ]
Reboot: [ ]

Comments/Problems:

I've tried a netboot install on a Sun sparc64 v210 without any luck
using either the default or 2.6 kernel images from either sarge and
the current snapshot.  I also asked on the sparc list with no
response.  It always hangs the system at

  Remapping the kernel... done.

and I have to do a reset, i.e. break won't get me back to the openboot
prompt.

Openboot is 4.11.4, in case that's relevant.  I can change it if
that's likely to help.  Any other suggestions welcome.  (CD install is
said not to work on such systems.)


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

Bug#315978: [sparc64] can't net install on v210

[Dave Love]

The fundamental problem turned out to be that the system had 1GB of
memory.  Replacing that with 512MB allows the installer to proceed.

However, it won't load the driver for the onboard ethernet with a 2.4
kernal (`error on modprobe -v tg3').  A modprobe in the shell
produces:

  Using /lib/modules/2.4.27-2-sparc64/kernel/drivers/net/tg3.o
  insmod: /lib/modules/2.4.27-2-sparc64/kernel/drivers/net/tg3.o: unresolved 
symbol request_firmware_R29d3fa0a
  insmod: /lib/modules/2.4.27-2-sparc64/kernel/drivers/net/tg3.o: unresolved 
symbol release_firmware_R6ef56f31
  
The 2.6 kernel takes a long time apparently loading the driver, but it
doesn't seem to work then.  dmesg shows this, once for each of the
four interfaces:

  tg3.c:v3.10 (September 14, 2004)
  tg3: tg3_request_firmware (eth%d): Couldn't get firmware tg3/tso-1.4.0.
  tg3: eth%d: Firmware tg3/tso-1.4.0 not loaded; continuing without TSO.
  eth0: Tigon3 [partno(Sun 570X) rev 2003 PHY(5704)] (PCI:66MHz:64-bit) 
10/100/1000BaseT Ethernet 00:03:ba:5a:0d:f7
  
#282728 also reports problems with tg3 (on x86?), but with no details.


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

Bug#315978: [sparc64] can't net install on v210

[Dave Love]

More info on this...

The sparc list reports that tg3 is known not to work since it needs
firmware which has been removed.  In that case I think the driver
should be removed and this should be documented, especially as it
isn't clear the driver has failed with a 2.6 kernel.

I found an hme card and did a net install via that.  The disk had
Solaris on it originally, intended for dual boot and the installation
trashed it.  On the reboot after initial installation, it booted
solaris, not silo, which failed like this:

  Rebooting with command: boot  
  Boot device: disk  File and args: 
  SunOS Release 5.10 Version Generic 64-bit
  Copyright 1983-2005 Sun Microsystems, Inc.  All rights reserved.
  Use is subject to license terms.
  WARNING: /[EMAIL PROTECTED],60/[EMAIL PROTECTED]/[EMAIL PROTECTED],0 
(sd0):
  Corrupt label - bad geometry
  
  Label says 71135847 blocks; Drive says 71132959 blocks
  WARNING: /[EMAIL PROTECTED],60/[EMAIL PROTECTED]/[EMAIL PROTECTED],0 
(sd0):
  Corrupt label - bad geometry
  
  Label says 71135847 blocks; Drive says 71132959 blocks
  WARNING: /[EMAIL PROTECTED],60/[EMAIL PROTECTED]/[EMAIL PROTECTED],0 
(sd0):
  Corrupt label - bad geometry
  
  Label says 71135847 blocks; Drive says 71132959 blocks
  Cannot mount root on /[EMAIL PROTECTED],60/[EMAIL PROTECTED]/[EMAIL 
PROTECTED],0:a fstype ufs
  
  panic[cpu0]/thread=180e000: vfs_mountroot: cannot mount root
  
  0180b960 genunix:vfs_mountroot+290 (800, 200, 200, 1835200, 11cac00, 
187f400)
%l0-3:  0109c268 0109c000 0109c34c
%l4-7: 0109c000 0109c068 018ad400 0600
  0180ba20 genunix:main+88 (1813c98, 1011c00, 1834340, 18a7c00, 0, 
1813800)
%l0-3: 0180e000 0001 0180c000 01835200
%l4-7: 70002000 0001 0181ba54 
  
  skipping system dump - no dump device configured
  rebooting...

I started again, repartitioning the disk as the installer showed no
partitions, so it really was clobbered.  Then the reboot fails
similarly to this with either a 2.4 or 2.6 kernel install:

  SILO Version 1.4.9
  boot: 
  Allocated 8 Megs of memory at 0x4000 for kernel
  Uncompressing image...
  Loaded kernel version 2.6.8
  Loading initial ramdisk (3227648 bytes at 0x1F802000 phys, 0x40C0 virt)...
  |
  Remapping the kernel...  ERROR: Last Trap: Fast Instruction Access MMU 
Miss
  
  Error -256 
  ok 


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

Bug#315978: installation-reports: [sparc64] can't net install on v210

[Dave Love]

I eventually got the system running by doing a `reset' in the ALOM
controller and letting it reboot after the initial installation.
`reset-all' at the OBP prompt didn't work.  It then runs OK with the
released 2.6.8 or 2.6.11 kernels with networking on the extra hme
interface I added in lieu of a working tg3 driver.

[This has been discussed on the sparc list.  The finger is currently
being pointed at silo.]


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

Bug#317756: kernel-image-2.6.11-1-sparc64: console and mouse breakage

[Dave Love]

Package: kernel-image-2.6.11-1-sparc64
Version: 2.6.11-5
Severity: normal

I have this kernel running OK on a headless system, but it seems to be
non-useful on the console.  This is on a Blade 100 running OBP 4.15.7,
in case that's relevant.

The console output is messed up.  The first column is missing and a
fraction of characters are duplicated/overprinted or replaced by
non-ASCII ones.  It looks rather as though there's an off-by-one error
in assembling bits of a buffer.

When I started X, the mouse didn't work -- no pointer appeared -- but
there wasn't any obvious error in the server log.  I tried unplugging
the mouse with no effect.

All was OK when I reverted to the stable kernel.

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.8-2-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages kernel-image-2.6.11-1-sparc64 depends on:
ii  initrd-tools  0.1.81.1   tools to create initrd image for p
ii  module-init-tools 3.2-pre1-2 tools for managing Linux kernel mo

kernel-image-2.6.11-1-sparc64 recommends no packages.

-- no debconf information


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

Bug#313553: amanda-server: unexpected output from smbclient

[Dave Love]

Tags: patch

This patch fixes the `strange result' warning for Windows shares with
smbclient 3.0.14 (at least):

? Domain=[SRD] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]

It's against the amanda 2.4.5 source (Debian testing).

2005-07-12  Dave Love  [EMAIL PROTECTED]

	* client-src/sendbackup-gnutar.c: Move `^Domain=' pattern outside
	SAMBA_VERSION  2 conditional.

--- client-src/sendbackup-gnutar.c	2005/07/08 10:45:52	1.1
+++ client-src/sendbackup-gnutar.c	2005/07/08 10:52:48
@@ -73,6 +73,7 @@
   AM_NORMAL_RE(^[Aa]dded interface),
   AM_NORMAL_RE(^session request to ),
   AM_NORMAL_RE(^tar: dumped [0-9][0-9]* (tar )?files),
+  AM_NORMAL_RE(^Domain=),
 
 #if SAMBA_VERSION  2
   AM_NORMAL_RE(^doing parameter),
@@ -80,7 +81,6 @@
   AM_NORMAL_RE(^adding IPC),
   AM_NORMAL_RE(^Opening),
   AM_NORMAL_RE(^Connect),
-  AM_NORMAL_RE(^Domain=),
   AM_NORMAL_RE(^max),
   AM_NORMAL_RE(^security=),
   AM_NORMAL_RE(^capabilities),

Bug#317756: 2.6.12 testers wanted

[Dave Love]

Jurij Smakov [EMAIL PROTECTED] writes:

 Thanks for testing. Can you try tweaking you X configuration file as
 described in http://forums.gentoo.org/viewtopic-t-288023.html, and see
 if it helps in any way with the mouse problem?

The only difference between the mouse section given there and mine is
that the one I'm using under 2.6.8 has the extra lines:

Option  Emulate3Buttons   true
Option  ZAxisMapping  4 5

I'll try taking them out for next time I boot, but the gentoo config
seems to be with x.org, not the debian stable server.  The kernel
mouse messages look the same as for 2.6.8.  It's a USB mouse, of
course.

 Garbled screen in console sounds like framebuffer problems.

Yes, it's after it (I assume) switches to the framebuffer, as I should
have made clear.

 What videocard are you using?

It's (I assume) the normal one for blade 100.  lspci says

:00:13.0 VGA compatible controller: ATI Technologies Inc Rage XL (rev 27)

I should have thought to paste them before, but the relevant (?)
kernel messages for 2.6.12 are:

  atyfb: 3D RAGE XL (Mach64 GR, PCI-33MHz) [0x4752 rev 0x27]
  atyfb: 8M SDRAM (1:1), 29.498928 MHz XTAL, 230 MH z PLL, 83 Mhz MCLK, 63 MHz 
XCLK
  Console: switching to colour frame buffer device 160x64
  atyfb: fb0: ATY Mach64 frame buffer device on PCI

and 2.6.11:

  atyfb: 3D RAGE XL (Mach64 GR, PCI-33MHz) [0x4752 rev 0x27]
  atyfb: 8M SDRAM (1:1), 29.498928 MHz XTAL, 230 MH z PLL, 83 Mhz MCLK, 63 MHz 
XCLK
  atyfb: setting up CRTC
  atyfb: set primary CRT to 1280x1024 NN composite N
  atyfb: CRTC_H_TOTAL_DISP: 9f00d2
  atyfb: CRTC_H_SYNC_STRT_WID: 3201a3
  atyfb: CRTC_V_TOTAL_DISP: 3ff0429
  atyfb: CRTC_V_SYNC_STRT_WID: 230400
  atyfb: CRTC_OFF_PITCH: 2800
  atyfb: CRTC_VLINE_CRNT_VLINE: 0
  atyfb: CRTC_GEN_CNTL: b000200
  atyfb: atyfb_set_par
  atyfb:  Set Visible Mode to 1280x1024-8
  atyfb:  Virtual resolution 1280x6521, pixclock_in_ps 7444 (calculated 7444)
  atyfb:  Dot clock:   134 MHz
  atyfb:  Horizontal sync: 79 kHz
  atyfb:  Vertical refresh:74 Hz
  atyfb:  x  style: 134.2504 1280 1313 1457 1688 1024 1025 1028 1066
  atyfb:  fb style: 7444  231 1280 33 144 38 1024 1 3
  debug atyfb: Mach64 non-shadow register values:
  debug atyfb: 0x2000:  009F00D2 003201A3 03FF0429 00230400
  debug atyfb: 0x2010:  018B 2800 0840 0B002200
  debug atyfb: 0x2020:  002A0776 02400731  
  debug atyfb: 0x2030:   00110202  C001
  debug atyfb: 0x2040:     
  debug atyfb: 0x2050:     
  debug atyfb: 0x2060:   FF0F  
  debug atyfb: 0x2070:    01003200 0005
  debug atyfb: 0x2080:  0001   
  debug atyfb: 0x2090:  00803000  0100 
  debug atyfb: 0x20A0:  7B23A040 0104  E5000C81
  debug atyfb: 0x20B0:  10151A3B 0001 0001 
  debug atyfb: 0x20C0:  00FF 86010182  
  debug atyfb: 0x20D0:  0100 00080179  00C2
  debug atyfb: 0x20E0:  27004752 0040001C  
  debug atyfb: 0x20F0:   8021 037FFCF8 
  
  debug atyfb: Mach64 PLL register values:
  debug atyfb: 0x00:  ADD541E4 8A030094 8E9E6501 80 1B
  debug atyfb: 0x10:  06CF4000 50B6AC10 408024FD 00 02
  debug atyfb: 0x20:  06AC06AC 1424FD00 00255500 00 00
  debug atyfb: 0x30:     00 00
  
  Console: switching to colour frame buffer device 160x64
  atyfb: fb0: ATY Mach64 frame buffer device on PCI
  

2.6.8 (which is OK) says this.  Is the different MCLK the problem?

  atyfb: 3D RAGE (XL) [0x4752 rev 0x27] 8M SDRAM, 29.498928 MHz XTAL, 230 MHz 
PLL, 100 Mhz MCLK
  fb0: ATY Mach64 frame buffer device on PCI

 Did you try disabling the framebuffer?

How?  I'm afraid I don't understand framebuffer stuff and doc on
kernel parameters is rather deficient...  I probably wouldn't care
much about the console anyway if the mouse was working.


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

Bug#312092: chrony: nothing installed in /etc/network/if-{up,down}.d

[Dave Love]

Package: chrony
Version: 1.20-8
Severity: normal

Installation puts entries in the PPP-specific {up,down}.d directories
to flip the online status, but not in the /etc/network versions.
Thus, for instance, if I start a laptop wireless connexion, the
servers don't get brought online as I expect.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages chrony depends on:
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libncurses5 5.4-4Shared libraries for terminal hand
ii  libreadline44.3-15   GNU readline and history libraries

-- no debconf information


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

Bug#312492: exim4: problems with db files on upgrade

[Dave Love]

Package: exim4
Version: 4.50-8
Severity: normal

I upgraded some boxes yesterday from Potato to Sarge and then
installed exim4.  On two of them cron is now reporting 

failed to open DB file /var/spool/exim/db/retry: File exists

from one exim_tidydb part and

failed to open DB file /var/spool/exim/db/wait-remote_smtp: File exists

from the other.  This isn't happening on a couple of other boxes,
though.  I guess it's a db incompatibility, but the file is the same
type on a system that gives the error and one that doesn't with the
same exim4 package versions.

/var/spool/exim/db/retry: Berkeley DB (Hash, version 5, native byte-order)


-- Package-specific info:
Exim version 4.50 #1 built 27-May-2005 10:31:00
Copyright (c) University of Cambridge 2004
Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December  3, 2003)
Support for: iconv() IPv6 GnuTLS
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis n\
is0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to replace
# the DEBCONFsomethingDEBCONF strings in the configuration template files.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='satellite'
dc_other_hostnames='kerbstone.dl.ac.uk'
dc_local_interfaces='127.0.0.1'
dc_readhost='kerbstone.dl.ac.uk'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='mail.dl.ac.uk'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
mailname:kerbstone.dl.ac.uk

-- System Information:
Debian Release: 3.1
Architecture: sparc
Kernel: Linux 2.4.26-sparc32
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages exim4 depends on:
ii  exim4-base4.50-8 support files for all exim MTA (v4
ii  exim4-daemon-light4.50-8 lightweight exim MTA (v4) daemon

-- no debconf information


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

Bug#312496: debian-el: M-x debian-bug creates bogus header for specific package

[Dave Love]

Package: debian-el
Version: 24.10-1
Severity: normal

I just tried to raise a bug against `exim4' and didn't spot before it
bounced that it had created a bogus header as in the first part below.
If I instead try against `exim4-base', I get a proper header as in the
second part below.

---BeginMessage---
Content-Type: text/plain; charset=us-ascii
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Dave Love [EMAIL PROTECTED]
To: Debian Bug Tracking System [EMAIL PROTECTED]
Subject: none
X-Debbugs-Cc: none, Dave Love [EMAIL PROTECTED]

Package: exim4
Version: 4.50-8
Severity: normal



-- Package-specific info:
Exim version 4.50 #1 built 27-May-2005 10:31:00
Copyright (c) University of Cambridge 2004
Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December  3, 2003)
Support for: iconv() IPv6 GnuTLS
Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis 
nis0 passwd
Authenticators: cram_md5 plaintext
Routers: accept dnslookup ipliteral manualroute queryprogram redirect
Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
Fixed never_users: 0
Configuration file is /var/lib/exim4/config.autogenerated
# /etc/exim4/update-exim4.conf.conf
#
# Edit this file and /etc/mailname by hand and execute update-exim4.conf
# yourself or use 'dpkg-reconfigure exim4-config'
#
# Please note that this is _not_ a dpkg-conffile and that automatic changes
# to this file might happen. The code handling this will honor your local
# changes, so this is usually fine, but will break local schemes that mess
# around with multiple versions of the file.
#
# update-exim4.conf uses this file to determine variable values to replace
# the DEBCONFsomethingDEBCONF strings in the configuration template files.
#
# Most settings found in here do have corresponding questions in the
# Debconf configuration, but not all of them.
#
# This is a Debian specific file

dc_eximconfig_configtype='satellite'
dc_other_hostnames='albion.dl.ac.uk'
dc_local_interfaces='127.0.0.1'
dc_readhost='dl.ac.uk'
dc_relay_domains=''
dc_minimaldns='false'
dc_relay_nets=''
dc_smarthost='mail.dl.ac.uk'
CFILEMODE='644'
dc_use_split_config='false'
dc_hide_mailname='true'
dc_mailname_in_oh='true'
mailname:dl.ac.uk

-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages exim4 depends on:
ii  exim4-base4.50-8 support files for all exim MTA (v4
ii  exim4-daemon-light4.50-8 lightweight exim MTA (v4) daemon

-- no debconf information
---End Message---
---BeginMessage---
Package: exim4-base
Version: 4.50-8
Severity: normal



-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages exim4-base depends on:
ii  adduser 3.63 Add and remove users and groups
ii  cron3.0pl1-86management of regular background p
ii  debconf [debconf-2.0]   1.4.30.13Debian configuration management sy
ii  exim4-config [exim4-con 4.50-8   configuration for the exim MTA (v4
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-18Berkeley v4.2 Database Libraries [
ii  netbase 4.21 Basic TCP/IP networking system
ii  passwd  1:4.0.3-31sarge5 change and administer password and

-- debconf information:
  exim4/purge_spool: false
  exim4/move_exim3_spool: false
---End Message---


-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages debian-el depends on:
ii  binutils  2.15-6 The GNU assembler, linker and bina
ii  emacs21 [emacsen] 21.4a-1The GNU Emacs editor
ii  reportbug 3.8reports bugs in the Debian distrib

-- no debconf information

Bug#312496: debian-el: M-x debian-bug creates bogus header for specific package

[Dave Love]

Peter S Galbraith [EMAIL PROTECTED] writes:

 That's going to be fun to debug... I'll have to install a bunch of
 conflicting packages I dont use, such as exim...  Oh well.

I thought exim4 was standard.

 What is the Emacs variable mail-user-agent set to?
 (e.g. what Emacs mail program are you using?)

Either sendmail-user-agent or gnus-user-agent.

 Odds are that reportbug is sending debian-bug something unexpected,

That's what I assumed.  I don't have time to debug it, but I can send
you results if you tell me what Emacs is running to get the results.


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

Bug#312496: debian-el: M-x debian-bug creates bogus header for specific package

[Dave Love]

Peter S Galbraith [EMAIL PROTECTED] writes:

 I might have been on the wrong track with the MIME stuff.  That's not
 it, I don't think.

 What is the output from:

 $ reportbug --template -T none -s none -S normal -b --list-cc=none -q exim

[It's exim4.]  Note that it asks a question; I hit RET here.

  $ reportbug --template -T none -s none -S normal -b --list-cc=none -q exim4
  Include extended configuration information?
  
  Content-Type: text/plain; charset=us-ascii
  MIME-Version: 1.0
  Content-Transfer-Encoding: 7bit
  From: Dave Love [EMAIL PROTECTED]
  To: Debian Bug Tracking System [EMAIL PROTECTED]
  Subject: none
  X-Debbugs-Cc: none
  
  Package: exim4
  Version: 4.50-8
  Severity: normal
  
  
  
  -- Package-specific info:
  Exim version 4.50 #1 built 27-May-2005 10:31:00
  Copyright (c) University of Cambridge 2004
  Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December  3, 2003)
  Support for: iconv() IPv6 GnuTLS
  Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis 
nis0 passwd
  Authenticators: cram_md5 plaintext
  Routers: accept dnslookup ipliteral manualroute queryprogram redirect
  Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp
  Fixed never_users: 0
  Configuration file is /var/lib/exim4/config.autogenerated
  # /etc/exim4/update-exim4.conf.conf
  #
  # Edit this file and /etc/mailname by hand and execute update-exim4.conf
  # yourself or use 'dpkg-reconfigure exim4-config'
  #
  # Please note that this is _not_ a dpkg-conffile and that automatic changes
  # to this file might happen. The code handling this will honor your local
  # changes, so this is usually fine, but will break local schemes that mess
  # around with multiple versions of the file.
  #
  # update-exim4.conf uses this file to determine variable values to replace
  # the DEBCONFsomethingDEBCONF strings in the configuration template files.
  #
  # Most settings found in here do have corresponding questions in the
  # Debconf configuration, but not all of them.
  #
  # This is a Debian specific file
  
  dc_eximconfig_configtype='satellite'
  dc_other_hostnames='albion.dl.ac.uk'
  dc_local_interfaces='127.0.0.1'
  dc_readhost='dl.ac.uk'
  dc_relay_domains=''
  dc_minimaldns='false'
  dc_relay_nets=''
  dc_smarthost='mail.dl.ac.uk'
  CFILEMODE='644'
  dc_use_split_config='false'
  dc_hide_mailname='true'
  dc_mailname_in_oh='true'
  mailname:dl.ac.uk
  
  -- System Information:
  Debian Release: 3.1
  Architecture: sparc (sparc64)
  Kernel: Linux 2.4.26-sparc64
  Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)
  
  Versions of packages exim4 depends on:
  ii  exim4-base4.50-8 support files for all exim MTA 
(v4
  ii  exim4-daemon-light4.50-8 lightweight exim MTA (v4) daemon
  
  -- no debconf information
  $ 
  
With /dev/null or piping from `echo', instead of typing RET
interactively, it produces:

  Include extended configuration information?stty: standard input: Invalid 
argument
  stty: standard input: Invalid argument

Perhaps that's the problem?

 What is adding the line:

  X-Draft-From: (nnml:Misc )

Gnus.


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

Bug#219429: openafs-modules-source: can't build against 2.4.21 on sparc64

[Dave Love]

Russ Allbery [EMAIL PROTECTED] writes:

 There is now a much newer version of OpenAFS in Debian testing, and it
 looks like it has fixed this problem.  There is no longer any occurance of
 the string old_gid_t in the AFS source code.

 Could you check to see if you're still having this problem with the
 current OpenAFS packages?  Please let me know, as I think this bug can be
 closed.

Sorry for the delayed response.

I tried the openafs-modules-source packages from the current stable
and testing/unstable against heimdal-dev.  The first thing is that it
needs sparc64-2.6 config files.  I added this in src/config:

#ifndef UKERNEL
/* This section for kernel libafs compiles only */

/* 
 * Copyright 2000, International Business Machines Corporation and others.
 * All Rights Reserved.
 * 
 * This software has been released under the terms of the IBM Public
 * License.  For details, see the LICENSE file in the top-level source
 * directory or online at http://www.openafs.org/dl/license10.html
 */


#ifndef _PARAM_SPARC64_LINUX26_H_
#define _PARAM_SPARC64_LINUX26_H_

/* In user space the AFS_LINUX20_ENV should be sufficient. In the kernel,
 * it's a judgment call. If something is obviously sparc64 specific, use that
 * #define instead. Note that 20 refers to the linux 2.0 kernel. The 2
 * in the sysname is the current version of the client. This takes into
 * account the perferred OS user space configuration as well as the kernel.
 */

#define AFS_LINUX20_ENV 1
#define AFS_LINUX22_ENV 1
#define AFS_LINUX24_ENV 1
#define AFS_LINUX26_ENV 1
#define AFS_SPARC64_LINUX20_ENV 1
#define AFS_SPARC64_LINUX22_ENV 1
#define AFS_SPARC64_LINUX24_ENV 1
#define AFS_SPARC64_LINUX26_ENV 1
#define AFS_LINUX_64BIT_KERNEL 1
#define AFS_NONFSTRANS 1

#define AFS_MOUNT_AFS afs /* The name of the filesystem type. */
#define AFS_SYSCALL 227
#define AFS_64BIT_IOPS_ENV  1
#define AFS_NAMEI_ENV 1 /* User space interface to file system */

#define AFS_64BIT_ENV   1   /* Defines afs_int32 as int, not long. 
*/
#define AFS_64BIT_CLIENT1
#define AFS_32BIT_USR_ENV   1
#define AFS_64BITPOINTER_ENV1   /* pointers are 64 bits. */

#if defined(__KERNEL__)  !defined(KDUMP_KERNEL)
#include linux/threads.h

#include linux/config.h
#if defined(MODULE)  defined(CONFIG_MODVERSIONS)
#define MODVERSIONS
#include linux/modversions.h
#endif
#ifdef CONFIG_SMP
#undef CONFIG_SMP
#endif
/* Using AFS_SMP to map to however many #define's are required to get
 * MP to compile for Linux
 */
#ifdef AFS_SMP
#define CONFIG_SMP 1
#define __SMP__
#endif
#define AFS_GLOBAL_SUNLOCK

#endif /* __KERNEL__   !DUMP_KERNEL */
#include afs/afs_sysnames.h

#define AFS_USERSPACE_IP_ADDR 1
#define RXK_LISTENER_ENV 1
#define AFS_GCPAGS  0   /* if nonzero, garbage collect PAGs */

/* Machine / Operating system information */
#define SYS_NAMEsparc64_linux26
#define SYS_NAME_ID SYS_NAME_ID_sparc64_linux26
#define AFSBIG_ENDIAN1
#define AFS_HAVE_FFS1   /* Use system's ffs. */
#define AFS_HAVE_STATVFS0   /* System doesn't support statvfs */
#define AFS_VM_RDWR_ENV 1   /* read/write implemented via VM */
#define AFS_USE_GETTIMEOFDAY   1/* use gettimeofday to implement rx 
clock */


#ifdef KERNEL
#ifndef MIN
#define MIN(A,B) ((A)  (B) ? (A) : (B))
#endif
#ifndef MAX
#define MAX(A,B) ((A)  (B) ? (A) : (B))
#endif
#endif /* KERNEL */

/* on sparclinux is O_LARGEFILE defined but there is not off64_t,
   so small hack to get usd_file.c work */
#ifndef KERNEL
#define __USE_FILE_OFFSET64 1
#define __USE_LARGEFILE64 1
#if !defined off64_t
#define off64_t __off64_t
#endif
#endif

#endif /* _PARAM_SPARC64_LINUX26_H_ */

#else /* !defined(UKERNEL) */

/* This section for user space compiles only */

/* 
 * Copyright 2000, International Business Machines Corporation and others.
 * All Rights Reserved.
 * 
 * This software has been released under the terms of the IBM Public
 * License.  For details, see the LICENSE file in the top-level source
 * directory or online at http://www.openafs.org/dl/license10.html
 */

#ifndef _PARAM_USR_SPARC64_LINUX26_H_
#define _PARAM_USR_SPARC64_LINUX26_H_

/* In user space the AFS_LINUX20_ENV should be sufficient. In the kernel,
 * it's a judgment call. If something is obviously sparc64 specific, use that
 * #define instead. Note that 20 refers to the linux 2.0 kernel. The 2
 * in the sysname is the current version of the client. This takes into
 * account the perferred OS user space configuration as well as the kernel.
 */

#define UKERNEL 1   /* user space kernel */
#define AFS_ENV 1
#define AFS_USR_LINUX20_ENV 1
#define AFS_USR_LINUX22_ENV 1
#define AFS_USR_LINUX24_ENV 1
#define AFS_USR_LINUX26_ENV 1
#define AFS_NONFSTRANS 1

#define AFS_MOUNT_AFS afs /* The name of the filesystem type. */
#define AFS_SYSCALL 227
#define AFS_64BIT_IOPS_ENV  1
#define AFS_NAMEI_ENV 1 /* User space interface to file 

Bug#312887: ssh-krb5: Corrupted MAC on input

[Dave Love]

Package: ssh-krb5
Version: 3.8.1p1-7
Severity: normal

I just had a session disconnected with

  Disconnecting: Corrupted MAC on input.

This was between two sparcs running ssh-krb5 under sarge, with firefox
running from the remote end.

Is this likely to be an ssh error or something to do with networking,
for instance?  Any ideas for diagnosis if it happens again?


-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages ssh-krb5 depends on:
ii  adduser 3.63 Add and remove users and groups
ii  debconf 1.4.30.13Debian configuration management sy
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcomerr2  1.37-2sarge1 common error description library
ii  libkrb531.3.6-2  MIT Kerberos runtime libraries
ii  libpam-runtime  0.76-22  Runtime support for the PAM librar
ii  libpam0g0.76-22  Pluggable Authentication Modules l
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  libwrap07.6.dbs-8Wietse Venema's TCP wrappers libra
ii  zlib1g  1:1.2.2-4compression library - runtime

-- debconf information:
* ssh/privsep_tell:
  ssh/insecure_rshd:
  ssh/privsep_ask: true
* ssh/ssh2_keys_merged:
* ssh/user_environment_tell:
* ssh/forward_warning:
  ssh/insecure_telnetd:
* ssh/new_config: false
* ssh/use_old_init_script: true
* ssh/protocol2_only: false
  ssh/encrypted_host_key_but_no_keygen:
* ssh/run_sshd: true
* ssh/SUID_client: true


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

Bug#313485: module-assistant: arla-modules won't work

[Dave Love]

Package: module-assistant
Version: 0.9
Severity: normal

module-assistant offers arla-modules as a possibility to compile, but
that doesn't work.  The arla-modules-source package just doesn't seem
to be set up for it.  I don't know whether this should be raised as a
bug against the source package or not, but it's not useful to have it
in the module-assistant list currently.

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-2-686
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages module-assistant depends on:
ii  libtext-wrapi18n-perl 0.06-1 internationalized substitute of Te
ii  perl  5.8.4-8Larry Wall's Practical Extraction 

-- no debconf information


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

Bug#313553: amanda-server: unexpected output from smbclient

[Dave Love]

Package: amanda-server
Severity: normal

Sorry I can't report this from the server itself.  It applies to both
the current stable or unstable (1:2.4.5-1) amanda-server with the
stable smbclient (3.0.14a-3).  It started after an upgrade of the
amanda server to sarge, but I thought I was already running the sarge
versions of amanda and smbclient, so I'm puzzled why I'm now seeing a
problem with it reporting `strange' results like this:

/-- srbac4.dl. //bl121vig3/gda/stn12_1 lev 1 STRANGE
sendbackup: start [srbac4.dl.ac.uk://bl121vig3/gda/stn12_1 level 1]
sendbackup: info BACKUP=/usr/bin/smbclient
sendbackup: info RECOVER_CMD=/bin/gzip -dc |/usr/bin/smbclient -f... -
sendbackup: info COMPRESS_SUFFIX=.gz
sendbackup: info end
? Domain=[SRD] OS=[Windows 5.0] Server=[Windows 2000 LAN Manager]
| tar: dumped 156 files and directories
| Total bytes written: 7680
sendbackup: size 8
sendbackup: end
\

I checked amanda CVS for relevant updates, but couldn't see any.

-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)


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

Bug#313593: libapache2-webkdc: no joy following the instructions

[Dave Love]

Package: libapache2-webkdc
Version: 3.2.8-1
Severity: normal

I've followed the instructions for setting up the package in
README.Debian with no joy.  All I get back is http 400, with no other
diagnostics.  Do you have any suggestions for debugging, presumably to
improve the instructions to avoid whatever mistake I've made? :-/

The webkdc module is obviously installed:

  # lynx -dump -head https://localhost/webkdc-service
  HTTP/1.1 400 Bad Request
  Date: Tue, 14 Jun 2005 12:52:27 GMT
  Server: Apache/2.0.54 (Debian GNU/Linux) mod_ssl/2.0.54 OpenSSL/0.9.7e 
WebKDC/3.2.8
  Connection: close
  Content-Type: text/html; charset=iso-8859-1
  
I have the Location /webkdc-service fragment inside the SSL virtual
server.  The server works to serve documents via https (after
considerable confusion with the configuration of the apache2
package...).  I've checked the keytab, acl and keyring files according
to the instructions.
  
I don't get anything relevant in the logs (even with `WebKdcDebug on'
in the config and making the server logging level `debug').  I don't
have any other ideas, not knowing a lot about apache.

Note that this is on sparc -- I don't currently have an x86 system
available to try -- but I doubt that's the problem.

-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages libapache2-webkdc depends on:
ii  apache2 2.0.54-4 next generation, scalable, extenda
ii  apache2-mpm-worker [apache2 2.0.54-4 high speed threaded model for Apac
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libcomerr2  1.37-2sarge1 common error description library
ii  libcurl37.13.2-2 Multi-protocol file transfer libra
ii  libkrb531.3.6-2  MIT Kerberos runtime libraries
ii  libsident0  3.4-3Shared libraries to do S/Ident aut
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  libwebauth1 3.2.8-1  Shared libraries for WebAuth authe

-- no debconf information


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

Bug#313601: logcheck-database: ignore mount version messages

[Dave Love]

Package: logcheck-database
Version: 1.2.39
Severity: wishlist

These are the subject of an am-utils FAQ
URL:http://www.am-utils.org/docs/am-utils/FAQ.txt and would be
useful in the ignored list.  Note that it's either `newer' or `older'.

Jun 14 14:32:25 albion kernel: nfs warning: mount version newer than kernel

Jun 14 14:37:54 dlsy kernel: nfs warning: mount version older than kernel


-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages logcheck-database depends on:
ii  debconf [debconf-2.0] 1.4.30.13  Debian configuration management sy

-- debconf information:
* logcheck-database/conffile-cleanup: true
* logcheck-database/rules-directories-note:
* logcheck-database/security_level: workstation
* logcheck-database/standard-rename-note:


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

Bug#313603: logcheck-database: ignore amanda connexions

[Dave Love]

Package: logcheck-database
Version: 1.2.39
Severity: wishlist

Could you put a match these in the ignored list:

Jun 14 14:00:57 albion amandad[8533]: connect from 148.79.160.173 
(148.79.160.173)

This is a successful connexion for which the client is configured.

-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages logcheck-database depends on:
ii  debconf [debconf-2.0] 1.4.30.13  Debian configuration management sy

-- debconf information:
* logcheck-database/conffile-cleanup: true
* logcheck-database/rules-directories-note:
* logcheck-database/security_level: workstation
* logcheck-database/standard-rename-note:


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

Bug#313593: libapache2-webkdc: no joy following the instructions

[Dave Love]

Russ Allbery [EMAIL PROTECTED] writes:

 The WebKDC never talks to regular HTTP clients, only to a WebAuth server
 or to a weblogin server.  Is a WebAuth server or weblogin server also
 encountering problems, and do they give similar errors?

Ah.  I obviously haven't read enough.  I thought I needed to get
webkdc going first and wanted to check it was actually responding, as
I had trouble with apache2.  I guess this can be closed, but I'll try
to get everything working and let you know about possible useful
changes to the readmes c.  I should have said thanks for packaging it
in the first place, which helps choose versus cosign.


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

Bug#313553: amanda-server: unexpected output from smbclient

[Dave Love]

Bdale Garbee [EMAIL PROTECTED] writes:

 I don't back up any Windows filesystems with my installation, so I don't
 have any easy way to investigate this.  Hopefully someone else using
 Amanda will see this report and have some insight.

I think it's simply a question of not matching the text after the `?'
against patterns in sendbackup-gnutar.c.  I'm just confused what's
changed to make this pop up, and why there's no evidence of it
happening for anyone else...


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

Bug#314451: cfengine2: cfagent segvs the first time it's run

[Dave Love]

Package: cfengine2
Version: 2.1.14-1
Severity: normal

The first time I run cfagent to bring up a new system, I see this:

  # cfagent -q
  cfengine:: Trusting server identity and willing to accept key from ...
  Segmentation fault

Running it again, it works OK, so I assume it's something to do with
the .db files.

-- System Information:
Debian Release: 3.1
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages cfengine2 depends on:
ii  debconf 1.4.30.13Debian configuration management sy
ii  debianutils 2.8.4Miscellaneous utilities specific t
ii  libc6   2.3.2.ds1-22 GNU C Library: Shared libraries an
ii  libdb4.24.2.52-18Berkeley v4.2 Database Libraries [
ii  libssl0.9.7 0.9.7e-3 SSL shared libraries
ii  perl5.8.4-8  Larry Wall's Practical Extraction 

-- debconf information:
* cfengine2/run_cfservd: false
* cfengine2/run_cfexecd: true
* cfengine2/run_cfenvd: false


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

Bug#312496: debian-el: M-x debian-bug creates bogus header for specific package

[Dave Love]

Peter S Galbraith [EMAIL PROTECTED] writes:

 I'm currently at work and only have access to sarge.  Can you try this
 again with reportbug 3.13 which was uploaded yesterday?

No change.


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

Bug#277761: Conflicts: heimdal-docs is not necessary as they can very well coexist.

[Dave Love]

Sam Hartman [EMAIL PROTECTED] writes:

 The fact that the packages contain files in common is why there is a
 conflicts line.  your patches to solve this problem are welcome for
 review.

This appears to involve just krb5.conf.5.  It seems to me that file
should be in the krb5-config package as a union of the Heimdal and MIT
pages, indicating which is which.  (I need to know about both
implementations.)  Is there a reason not to do that, apart from
maintenance grief?

Would MIT be amenable to a re-write to make it easier to merge with
Heimdal, assuming Heimdal is amenable?



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

Bug#292200: mailutils: bad version in libmailutils0 dependency

[Dave Love]

Package: mailutils
Version: 1:0.6-2
Severity: important

I did an apt-get install of mailutils from testing and then saw:

  mail: error while loading shared libraries: libmu_nntp.so.0: cannot open 
shared object file: No such file or directory

libmailutils0 was still at v 1:0.5-3.  Installing it from testing
provided the library and fixed the problem.

-- System Information:
Debian Release: 3.0
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages mailutils depends on:
ii  guile-1.6-libs  1.6.4-4  Main Guile libraries
ii  libc6   2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libgcrypt11 1.2.0-4  LGPL Crypto library - runtime libr
ii  libgdbm31.8.3-2  GNU dbm database routines (runtime
ii  libgnutls11 1.0.16-7 GNU TLS library - runtime library
ii  libgpg-error0   1.0-1library for common error values an
ii  libguile-ltdl-1 1.6.4-4  Guile's patched version of libtool
ii  libmailutils0   1:0.6-2  GNU Mail abstraction library
ii  libmysqlclient124.0.23-1 mysql database client library
ii  libncurses5 5.4-2Shared libraries for terminal hand
ii  libpam0g0.76-7   Pluggable Authentication Modules l
ii  libreadline55.0-8GNU readline and history libraries
ii  libtasn1-2  0.2.10-3 Manage ASN.1 structures (runtime)
ii  zlib1g  1:1.2.1.1-3  compression library - runtime

-- no debconf information


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

Bug#292512: krb5-doc: please provide Info version

[Dave Love]

Package: krb5-doc
Version: 1.3.6-1
Severity: wishlist

Since the docs are generated from Texinfo, it seems odd not to have
the Info version.  I find it the most convenient format.

-- System Information:
Debian Release: 3.0
Architecture: sparc (sparc64)
Kernel: Linux 2.4.26-sparc64
Locale: LANG=C, LC_CTYPE=en_GB (charmap=ISO-8859-1)

-- no debconf information


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

Bug#292867: psgml: speed up parsing when setting faces

[Dave Love]

Package: psgml
Version: 1.3.1-12
Severity: wishlist
Tags: patch

The following patch typically makes parsing several times faster in
Emacs if `sgml-set-face' is on.  It doesn't have any effect in XEmacs
or Emacs when sgml-set-face is nil.

While I'm about it, it also avoids some compilation warnings and
removes the setting of an unused variable outside the package's name
space.

I should have submitted it long ago for PSGML, but I don't remember
doing so.  I'll post to the PSGML list if I can, but I've previously
had trouble with that, so I'm not trying to cc this.

Changes to speed up parsing under Emacs when setting faces.  They're
against the Debian version of psgml-1.3.1, but probably apply generally.
Also avoid a few warnings.

2005-01-28  Dave Love  [EMAIL PROTECTED]

	* psgml-other.el (sgml-parse-in-loop): Defvar when compiling.
	(sgml-set-face-for): Use sgml-parse-in-loop.

	* psgml-dtd.el (sgml-write-dtd): Don't set file-type (unused).

	* psgml-parse.el (mc-flag, which-func-mode): Defvar when
	compiling.
	(sgml-parse-in-loop): New variable.
	(sgml-parser-loop): Use it and sgml-with-modification-state.

--- psgml-dtd.el	2005/01/28 12:32:58	1.1
+++ psgml-dtd.el	2005/01/28 12:42:54
@@ -1002,7 +1002,6 @@
(sgml-saved-dtd-version 7)\n)
   (let ((print-escape-multibyte t))
 (sgml-code-dtd dtd))
-  (set 'file-type 1)
   (let ((coding-system-for-write 'no-conversion))
 (write-region (point-min) (point-max) file)))
 
--- psgml-other.el	2005/01/28 12:29:37	1.1
+++ psgml-other.el	2005/01/28 13:01:11
@@ -139,11 +139,20 @@
 	 (when (not modified)
 	   (sgml-restore-buffer-modified-p nil))
 
+(eval-when-compile
+  (defvar sgml-parse-in-loop))
+
 (defun sgml-set-face-for (start end type)
   (let ((face (cdr (assq type sgml-markup-faces
 (cond
  (sgml-use-text-properties
-  (sgml-with-modification-state
+  ;; `sgml-with-modification-state' is rather expensive.  If we're
+  ;; in the parsing loop, hoist the job out of the loop.
+  (if (not sgml-parse-in-loop)
+	  (sgml-with-modification-state
+	   (put-text-property start end 'face face)
+	   (when (and sgml-default-nonsticky ( start end))
+	 (put-text-property (1- end) end 'rear-nonsticky '(face
 	(put-text-property start end 'face face)
 (when (and sgml-default-nonsticky ( start end))
   (put-text-property (1- end) end 'rear-nonsticky '(face)
--- psgml-parse.el	2005/01/28 12:29:37	1.1
+++ psgml-parse.el	2005/01/28 12:56:28
@@ -349,6 +349,8 @@
  (sgml-restore-buffer-modified-p buffer-modified)
  (sgml-debug Restoring buffer mod: %s buffer-modified)
 
+(eval-when-compile (defvar mc-flag))
+
 (defun sgml-set-buffer-multibyte (flag)
   (cond ((featurep 'xemacs)
  flag)
@@ -357,6 +359,7 @@
   (if (eq flag 'default)
   default-enable-multibyte-characters
 flag)))
+	;; I doubt the current code works in old Mule anyway.  -- fx
 	((boundp 'MULE)
  (set 'mc-flag flag))
 (t
@@ -2854,6 +2857,8 @@
 	 (message Fontifying...done))
  (error nil
 
+(eval-when-compile (defvar which-func-mode))
+
 (defun sgml-set-active-dtd-indicator (name)
   ;; At least when using the which-func machinery, don't show anything
   ;; unless `sgml-live-element-indicator' is non-nil.
@@ -4044,9 +4049,16 @@
   (sgml-set-markup-type nil))
 
 (defvar sgml-parser-loop-hook nil)
+(defvar sgml-parse-in-loop nil
+  Non-nil means the body of `sgml-parser-loop' is executing.
+Thus lower-level functions don't need to use `sgml-with-modification-state'.)
 (defun sgml-parser-loop (extra-cond)
   (let (tem
-	(sgml-signal-data-function (function sgml-pcdata-move)))
+	(sgml-signal-data-function (function sgml-pcdata-move))
+	;; Speed up significantly by effectively hoisting
+	;; `sgml-with-modification-state' out of the loop.
+	(sgml-parse-in-loop t))
+(sgml-with-modification-state
 (while (and (eq sgml-current-tree sgml-top-tree)
 		(or ( (point) sgml-goal) sgml-current-eref)
 		(progn (setq sgml-markup-start (point)
@@ -4091,7 +4103,7 @@
((and sgml-parser-loop-hook
  (run-hook-with-args-until-success 'sgml-parser-loop-hook)))
(t
-	(sgml-do-pcdata))
+	(sgml-do-pcdata)))
 
 (defun sgml-handle-shortref (name)
   (sgml-set-markup-type 'shortref)

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (900, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.8-1-686
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)

Versions of packages psgml depends on:
ii  emacs21   21.3+1-8   The GNU Emacs editor
ii  sgml-base 1.26   SGML infrastructure and SGML catal
ii  sgml-data 2.0.2  common SGML and XML data
ii  ucf   1.13   Update Configuration File: preserv

-- no debconf information

Bug#349857: fixed in klibc 1.2.1-3

[Dave Love]

My problem booting the Sun V210 isn't fixed by this.

Previously you said:

 please try latest klibc-utils and libklibc from incoming.debian.org
 or later this evening in unstable, calling update-initramfs -u
 will get those on your initramfs.

but I see:

# update-initramfs -u -k 2.6.15-1-sparc64
/boot/initrd.img-2.6.15-1-sparc64 was been altered.  Cannot update.

I removed the linux-image-2.6.15-1-sparc64 package and reinstalled.
It used mkinitramfs:

  ...
  Running depmod.
  Finding valid ramdisk creators.
  Using mkinitramfs to build the ramdisk.
  ...
  
Booting the result still gives this:

  ...
  SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB)
  SCSI device sda: drive cache: write through   
  SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB)
  SCSI device sda: drive cache: write through   
   sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7   
  sd 0:0:0:0: Attached scsi disk sda  
  hda: ATAPI 24X DVD-ROM drive, 256kB Cache
  Uniform CD-ROM driver Revision: 3.20 
  Done.   
  Begin: Mounting root file system ...
  Begin: Running /scripts/local-top ...
  Done.
  Begin: Running /scripts/local-premount ...
  Done.
  kjournald starting.  Commit interval 5 seconds
  EXT3-fs: mounted filesystem with ordered data mode.
  Begin: Running /scripts/log-bottom ... 
  Done.
  Done.
  Begin: Running /scripts/init-bottom ...
  Done.
  run-init: statfsKernel panic - not syncing: Attempted to kill init!
   /: Invalid argu ment  
  0Press Stop-A (L1-A) to return to the boot prom

Using yaird to build initrd, it fails with:

  Checking all file systems...
  fsck 1.37 (21-Mar-2005)
  fsck.ext3: No such file or directory while trying to open /dev/sda1
  /dev/sda1: 
  The superblock could not be read or does not describe a correct ext2
  filesystem.  If the device is valid and it really contains an ext2
  filesystem (and not swap or ufs or something else), then the superblock
  is corrupt, and you might try running e2fsck with an alternate superblock:
  e2fsck -b 8193 device
  
I do have the same kernel package booting OK on a Sunblade 100 (which
is IDE only) using yaird.


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

Bug#273206: Bug probably to be closed (smbclient: failure

[Dave Love]

Steve Langasek [EMAIL PROTECTED] writes:

 If other windows
 clients are able to make a connection to the machine sroserve without
 getting such an error, then this definitely looks like a samba-specific bug.

That's what I thought, even if someone does consider the Windows box
mis-configured (but I expect it was done following Microsoft doc and
I'm surprised if such Windows virtual (web) servers are actually that
rare).

It was obviously a waste of time to report it to Debian and I doubt
there's any point keeping it open at this stage.  I no longer work
there and don't know whether the problem occurs with the current
smbclient, though I might be able to get someone to check.  Shouldn't
such reports be forwarded `upstream' if Debian maintainers can't deal
with them?


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

Bug#355954: gcjwebplugin: should depend on or suggest classpath

[Dave Love]

Package: gcjwebplugin
Version: 0.3.2-1
Severity: wishlist

[This is actually from Ubuntu, but it applies to the Debian package.]

I expected the plugin to depend on a class library, since it
presumably won't be much use otherwise, but it doesn't depend on
classpath (or even suggest it).



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

Bug#349605: arla: won't install against current heimdal

[Dave Love]

Package: arla
Version: 0.36.2-11.1
Severity: serious

You get this now krb4 has been removed from the heimdal packages:

  arla: Depends: libroken16-kerberos4kth (= 1.2.2-11.1) but it is not going to 
be installed

This prevents heimdal-clients, for instance, installing if arla is
installed.

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

Versions of packages arla depends on:
ii  arla-modules- 0.36.2-11.1Source to generate arla-modules
ii  debconf   1.4.67 Debian configuration management sy
ii  debianutils   2.15.2 Miscellaneous utilities specific t
ii  libasn1-6-hei 0.7.1-3Libraries for Heimdal Kerberos
ii  libc6 2.3.5-8GNU C Library: Shared libraries an
ii  libcomerr21.38+1.39-WIP-2005.12.31-1 common error description library
ii  libdb4.1  4.1.25-19  Berkeley v4.1 Database Libraries [
ii  libedit2  2.9.cvs.20050518-2.2   BSD editline and history libraries
ii  libice6   6.8.2.dfsg.1-11Inter-Client Exchange library
ii  libkafs0-heim 0.7.1-3Libraries for Heimdal Kerberos
ii  libkrb-1-kerb 1.2.2-11.3 Kerberos Libraries for Kerberos4 F
ii  libkrb5-17-he 0.7.1-3Libraries for Heimdal Kerberos
ii  libncurses5   5.5-1  Shared libraries for terminal hand
pn  libroken16-ke none (no description available)
pn  libsl0-kerber none (no description available)
ii  libsm66.8.2.dfsg.1-11X Window System Session Management
ii  libssl0.9.7   0.9.7g-5   SSL shared libraries
ii  libx11-6  6.8.2.dfsg.1-11X Window System protocol client li
ii  libxaw7   6.8.2.dfsg.1-11X Athena widget set library
ii  libxext6  6.8.2.dfsg.1-11X Window System miscellaneous exte
ii  libxmu6   6.8.2.dfsg.1-11X Window System miscellaneous util
ii  libxt66.8.2.dfsg.1-11X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-11X Window System client libraries m

Versions of packages arla recommends:
ii  heimdal-clients   0.7.1-3Clients for Heimdal Kerberos


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

Bug#349857: linux-image-2.6-sparc64-2.6.15-1-sparc64: panics on boot on v210

[Dave Love]

Package: linux-image-2.6-sparc64-2.6.15-1-sparc64
Severity: important

I get the following trying to boot on a v210:

...
scsi1 : sym-2.2.1 
SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB)
SCSI device sda: drive cache: write through   
SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB)
SCSI device sda: drive cache: write through   
 sda: sda1 sda2 sda3 sda4 sda5 sda6 sda7   
sd 0:0:0:0: Attached scsi disk sda  
hda: ATAPI 24X DVD-ROM drive, 256kB Cache
Uniform CD-ROM driver Revision: 3.20 
Done.   
Begin: Mounting root file system ...
Begin: Running /scripts/local-top ...
Done.
Begin: Running /scripts/local-premount ...
Done.
kjournald starting.  Commit interval 5 seconds
EXT3-fs: mounted filesystem with ordered data mode.
Begin: Running /scripts/log-bottom ... 
Done.
Done.
Begin: Running /scripts/init-bottom ...
Done.
run-init: statfsKernel panic - not syncing: Attempted to kill init!
 /: error 22   
 0Press Stop-A (L1-A) to return to the boot prom

-- System Information:
Debian Release: 3.1
  APT prefers stable
  APT policy: (900, 'stable')
Architecture: sparc (sparc64)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.14-2-sparc64
Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1)


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

Bug#349857: linux-image-2.6-sparc64-2.6.15-1-sparc64: panics on boot on v210

[Dave Love]

Frans Pop [EMAIL PROTECTED] writes:

 I've seen the same error on my Sparc Ultra 10. The problem is in klibc 
 which is used by initramfs-tools; merging the bug reports.

 Try installing yaird and using that to generate your initrd.

That gets it further, but then it fails as follows (where sda1 is
/boot).  If I then get in single-user, I see /dev/sda1 mounted on /,
but there is no /dev/sd*, i.e. no sd devices, which looks odd.

...
  Waiting for /dev to be fully populated...done.
  Activating swap.
  Checking root file system...
  fsck 1.37 (21-Mar-2005)
  /: clean,EXT3 FS on sda2,  55400/641280 fiinternal journal
  les, 485138/1280188 blocks
  System time was Thu Jan 26 10:08:17 UTC 2006.
  Setting the System Clock using the Hardware Clock as reference...
  System Clock set. System local time is now Thu Jan 26 10:08:19 UTC 2006.
  Cleaning up ifupdown...done.
  Calculating module dependencies...done.
  Loading modules...
  sd_mod
  All modules loaded.
  Checking all file systems...
  fsck 1.37 (21-Mar-2005)
  fsck.ext3: No such file or directory while trying to open /dev/sda1
  /dev/sda1: 
  The superblock could not be read or does not describe a correct ext2
  filesystem.  If the device is valid and it really contains an ext2
  filesystem (and not swap or ufs or something else), then the superblock
  is corrupt, and you might try running e2fsck with an alternate superblock:
  e2fsck -b 8193 device
  
  fsck failed.  Please repair manually.

By the way, the trouble with reassigning bugs like this is that anyone
who checks for existing reports against the kernel (like I did)
doesn't see them.  It guess it would be helpful if there was some way
to leave a pointer in the original place (assuming it's a likely
package against which to report the bug).  Is it possible to operate
the tracker so that it does that?


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

Bug#349857: linux-image-2.6-sparc64-2.6.15-1-sparc64: panics on boot on v210

[Dave Love]

maximilian attems [EMAIL PROTECTED] writes:

 That gets it further, but then it fails as follows (where sda1 is
 /boot).  If I then get in single-user, I see /dev/sda1 mounted on /,
 but there is no /dev/sd*, i.e. no sd devices, which looks odd.

 please try latest klibc-utils and libklibc from incoming.debian.org
 or later this evening in unstable, calling update-initramfs -u
 will get those on your initramfs.

Does that mean I should file a bug against yaird, which was what
failed as above?


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

Bug#377676: emacs-goodies-el: dirvars.el is unclean

[Dave Love]

Package: emacs-goodies-el
Version: 26.4-1
Severity: normal

dirvars.el is quite unclean, at least in its use of advice and not
providing a minor mode so that it can be toggled.  You might consider
URL:http://www.loveshack.ukfsn.org/emacs/dir-locals.el, which is
clean and does roughly the same thing.


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

Bug#377675: emacs-goodies-el: should use better cfengine.el

[Dave Love]

Package: emacs-goodies-el
Version: 26.4-1
Severity: normal

[This is actually on Ubuntu, but looks as though it applies to Debian
unstable.]

The included cfengine.el is ancient and inconsistent with the one that
might (some decade?) be released in Emacs 22.  Could you use
URL:http://www.loveshack.ukfsn.org/emacs/cfengine.el instead?  That
has some fixes over the one in the Emacs source tree and works in
Emacs 21.

It would probably make more sense to have it in the cfengine2 package,
though.  (The cfengine.el you're currently using is from the cfengine
distribution; I did contribute the new one but it never got in for
some reason.)

-- System Information:
Debian Release: testing/unstable
  APT prefers dapper-updates
  APT policy: (500, 'dapper-updates'), (500, 'dapper-security'), (500, 'dapper')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-25-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages emacs-goodies-el depends on:
ii  bash3.1-2ubuntu10The GNU Bourne Again SHell
ii  emacs21 [emacsen]   21.4a-3ubuntu2   The GNU Emacs editor
ii  xemacs21-mule [emacsen] 21.4.18-1ubuntu1 highly customizable text editor --

Versions of packages emacs-goodies-el recommends:
ii  dict 1.10.2-3Dictionary Client
ii  perl-doc 5.8.7-10ubuntu1 Perl documentation
ii  wget 1.10.2-1ubuntu1 retrieves files from the web

-- no debconf information


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

Bug#377678: emacs-goodies-el: hyperlinks for rfcview.el

[Dave Love]

Package: emacs-goodies-el
Version: 26.4-1
Severity: wishlist
Tags: patch

I'm surprised rfcview.el is included, as Debian considers the RFCs
non-free but, here's a patch to make it more useful by hyperlinking
internal and external stuff.

2006-07-08  Dave Love  [EMAIL PROTECTED]

	* rfcview.el: Doc and error string fixes.
	(easymenu): Don't require.
	(rfcview-mode-map): Define in defvar.
	(rfcview-remove-all-markers): Remove (and calls).
	(rfcview-make-marker): Remove and just use positions instead of
	calling this.
	(rfcview-grok-buffer): Hyperlink contents, references and URLs.
	(rfcview-reflink-ovlcat, rfcview-rfcurl-ovlcat): New category.
	(goto-addr): Require.
	(rfcview-mouseover-face): Just inherit from highlight.
	(rfcview-stock-section-names): Add informative/normative
	references.
	(rfcview-link-add-headlink-for): Fixed.
	(rfcview-hyperlink-contents, rfcview-link-map)
	(rfcview-overriding-map, rfcview-maybe-goto-header)
	(rfcview-goto-link, rfcview-goto-link-mouse)
	(rfcview-imenu-index-function, rfcview-ref-alist)
	(rfcview-hyperlink-refs, rfcview-browse-url-of-rfc)
	(rfcview-browse-url-of-rfc-mouse, rfcview-rfc-keymap)
	(rfcview-next-button): New.
	(rfcview-mode): Set minor-mode-map-alist, imenu-sort-function,
	imenu-create-index-function locally.  Simplify view-mode-enter
	call.  Call imenu-add-to-menubar.  Make rfcview-ref-alist
	buffer-local.
	(rfcview-quit): Add optional arg.
	(rfcview-headlink-ovlcat): Add keymap.

--- rfcview.el	2006-07-10 11:32:30.0 +0100
+++ rfcview.el	2006-07-10 11:32:30.0 +0100
@@ -1,9 +1,11 @@
 ;;; rfcview.el -- view IETF RFCs with readability-improved formatting
 
 ;; Copyright (C) 2001-2002 Neil W. Van Dyke
+;; Copyright (C) 2006 Free Software Foundation, Inc.
+;;(mods by Dave Love [EMAIL PROTECTED])
 
 ;; Author:   Neil W. Van Dyke [EMAIL PROTECTED]
-;; Version:  0.5
+;; Version:  0.6
 ;; X-URL:http://www.neilvandyke.org/rfcview/
 ;; X-CVS:$Id: rfcview.el,v 1.25 2002/10/16 00:56:23 nwv Exp $ GMT
 
@@ -54,7 +56,8 @@
 ;;   3. Restart Emacs.  The next time you visit an RFC file, it should be
 ;;  displayed prettily using `rfcview-mode'.
 ;;
-;;   4. Optionally, do `M-x rfcview-customize RET' to 
+;;   4. Optionally, do `M-x rfcview-customize RET' to customize the mode
+;;  options.
 
 ;; Things for the Author to Someday Do (but Probably Not):
 ;;
@@ -70,17 +73,9 @@
 ;;   * Handle Table of Contents heading centered, such as in RFC 1035 and RFC
 ;; 1157.
 ;;
-;;   * Add hyperlinks to TOC entries.
-;;
-;;   * Build popup TOC navigation menu.
-;;
-;;   * Make hyperlinks for bibliographic references.  Display in other-window
+;;   * Display bibliographic references in other-window
 ;; vertically-sized to fit only the reference (or min window height).
 ;;
-;;   * Maybe make hyperlinks for urls (but not email addrs).
-;;
-;;   * Make hyperlinks to referenced RFCs.
-;;
 ;;   * Download RFCs on demand, and cache them.  Probably integrate one of the
 ;; existing one or two packages that do this.
 ;;
@@ -93,6 +88,8 @@
 
 ;;; CHANGE LOG:
 
+;; [Version 0.6, 2006-07-07] Hyperlinking (Dave Love).
+;;
 ;; [Version 0.5, 15-Oct-2002] Updated email address.
 ;;
 ;; [Version 0.4, 26-Feb-2002]
@@ -120,7 +117,7 @@
 
 ;;; CODE:
 
-(require 'easymenu)
+(require 'goto-addr)
 
 ;; Customization:
 
@@ -139,6 +136,12 @@
   :group 'rfcview
   :type  'boolean)
 
+(defcustom rfcview-rfc-url-pattern http://www.ietf.org/rfc/rfc%s.txt;
+  Pattern to generate the URL for a numbered RFC.
+Must contain a single `%s' to be substituted with the RFC's number.
+  :type 'string
+  :group 'rfcview)
+
 (defface rfcview-title-face
   '((t (:bold t)))
   Face used for titles.
@@ -161,8 +164,7 @@
   :group 'rfcview)
 
 (defface rfcview-mouseover-face
-  'class color)) (:foreground white :background blue :bold t))
-(t   (:inverse-video t)))
+  '((t (:inherit highlight)))
   Face used for mousing over a hyperlink.
   :group 'rfcview)
 
@@ -180,7 +182,18 @@
 
 (defvar rfcview-debug-show-hidden-p nil)
 
-(defvar rfcview-mode-map nil)
+(defvar rfcview-mode-map
+  (let ((km (make-sparse-keymap)))
+(define-key km t 'rfcview-textmode)
+(define-key km q 'rfcview-quit)
+(define-key km \t 'rfcview-next-button)
+(easy-menu-define rfcview-mode-menu km
+  Menu for RFCview.
+  '(RFCview
+	[Quit  rfcview-quit t]
+	[Text Mode rfcview-textmode t]
+	[Next Button rfcview-next-button t]))
+km))
 
 (defvar rfcview-stock-section-names
   '(abstract
@@ -206,7 +219,9 @@
 references
 security considerations
 status of this memo
-table of contents))
+table of contents
+informative references
+normative references))
 
 (defvar rfcview-headlink-ovlcat nil)
 (defvar rfcview-headname-ovlcat nil)
@@ -219,6 +234,9 @@
 
 (defvar rfcview-local-heading-alist nil)
 
+(defvar rfcview-ref-alist nil
+  Alist of RFC references `(reference . position)'.)
+
 ;; Functions:
 
 (defun rfcview-add-overlay (begin end category

Bug#357039: logcheck: should ensure lock directory exists

[Dave Love]

Package: logcheck
Version: 1.2.43a
Severity: normal
Tags: patch

This is actually a problem on Ubuntu, where the lock directory is now
getting purged at startup, but I think the script should ensure the
directory exists anyway (as bastille does, for instance):

diff -u /usr/sbin/logcheck\~ /usr/sbin/logcheck
--- /usr/sbin/logcheck~	2006-02-19 13:54:53.0 +
+++ /usr/sbin/logcheck	2006-03-15 12:51:02.0 +
@@ -619,8 +619,9 @@
 fi
 
 trap 'cleanup' 0
-
+
 debug Trying to get lockfile: $LOCKFILE.lock
+[ -d `dirname $LOCKFILE` ] || mkdir -m 0755 `dirname $LOCKFILE`
 lockfile-create --retry 1 $LOCKFILE  /dev/null 21
 
 


-- System Information:
Debian Release: testing/unstable
  APT prefers dapper
  APT policy: (800, 'dapper')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-18-686
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)

Versions of packages logcheck depends on:
ii  adduser 3.80ubuntu1  Add and remove users and groups
ii  cron3.0pl1-92ubuntu1 management of regular background p
ii  debconf [debconf-2.0]   1.4.70ubuntu2Debian configuration management sy
ii  debianutils 2.15.2   Miscellaneous utilities specific t
ii  exim4-daemon-light [mai 4.60-3ubuntu1lightweight exim MTA (v4) daemon
ii  grep2.5.1.ds2-4  GNU grep, egrep and fgrep
ii  lockfile-progs  0.1.10   Programs for locking and unlocking
ii  logcheck-database   1.2.43a  database of system log rules for t
ii  logtail 1.2.43a  Print log file lines that have not
ii  mailutils [mailx]   1:0.6.90-3   GNU mailutils utilities for handli
ii  sysklogd [system-log-da 1.4.1-17ubuntu4  System Logging Daemon

logcheck recommends no packages.

-- debconf information:
  logcheck/changes:
* logcheck/install-note:

Bug#678618: [Pkg-gridengine-devel] Bug#678618: gridengine: diff for NMU version 6.2u5-7.1

[Dave Love]

Luk Claes l...@debian.org writes:

 Package: gridengine
 Version: 6.2u5-7
 Severity: normal
 Tags: patch pending

 Dear maintainer,

 I've prepared an NMU for gridengine (versioned as 6.2u5-7.1) and
 uploaded it to DELAYED/02. Please feel free to tell me if I
 should delay it longer.

??  The CVE is already addressed
http://packages.debian.org/changelogs/pool/main/g/gridengine/gridengine_6.2u5-1squeeze1/changelog
and it's ironic to propose an inferior fix that looks as if it came from
OGS, given their reaction to reporting issues that you find and fix,
specifically to Debian security.

The patch I supplied took sensitive environment variables from Debian's
libc and sudo, which I take to be canonical though I'd value comments
from security people.  (Things like PYTHONPATH are irrelevant because
you can/should use python -E in methods, and then where do you stop --
why not Ruby?  Also, it's now clear that the issue of the user
environment needs addressing more fundamentally.)

Debian doesn't distribute sgepasswd, so I ignored it, but there are more
issues with it
https://arc.liv.ac.uk/trac/SGE/log/sge/source/utilbin/sge_passwd.c.

However, this is probably irrelevant with the current packaging, which I
didn't realize initially.  The Debian-supplied configuration allows
equivalent privilege elevation anyway, and the package doesn't have the
script to change it (#598510).

-- 
Community Grid Engine:  http://arc.liv.ac.uk/SGE/



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

Bug#678618: [Pkg-gridengine-devel] Bug#678618: gridengine: diff for NMU version 6.2u5-7.1

[Dave Love]

Luk Claes l...@debian.org writes:

 ??  The CVE is already addressed
 http://packages.debian.org/changelogs/pool/main/g/gridengine/gridengine_6.2u5-1squeeze1/changelog

 That's for the current stable release, not for the next one...

It's in 6.2u5-6 (the relevant environment-cleaning part).  If you think
there's something wrong with it, and want to reduce the protection for
some reason (why?), you'll need to back it out.  As far as I remember,
the different patch has a bigger (undocumented) effect on behaviour, but
if you check the code, you'll find that it's subsumed at a lower level
in the cases that matter.  (I have documentation, but that part of the
man pages has been considerably reorganized, so it's difficult to
apply.)

 and it's ironic to propose an inferior fix that looks as if it came from
 OGS, given their reaction to reporting issues that you find and fix,
 specifically to Debian security.

 As that's the fix that is referenced in the CVE and there is no other
 fix referenced there nor in this bug report that's what one gets.

??  Debian assigned the CVE when I sent to the security list (an earlier
version of?) the patch which was installed a while ago, after the
unfortunate Oracle embargo I reluctantly went along with.  Are you
suggesting I did something wrong reporting this and chasing it up, or
that I don't know what I'm talking about as (joint) discoverer and
original fixer of these issues?

 Feel free to send the patch to this bug report or prepare an upload
 yourself to improve the situation.

I don't know what patch you mean, but I'm not a DM, so I can't do
anything about it anyway.  If you mean a patch for sgepasswd, then it's
irrelevant if Debian doesn't ship the program, and complicated because I
made changes to pass-and-pray buffers in code it calls.  As I said, it
seems rather irrelevant if the configuration (that users can't change
with what's shipped) allows you a more-or-less trivial root on execution
nodes anyhow.

I've offered to try to maintain a Debian package from a code base which
is proactive about security, but it's beginning to look as if gridengine
should be removed from Debian.

-- 
Community Grid Engine:  http://arc.liv.ac.uk/SGE/



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

Bug#693722: gridengine: use recent version and updated packaging

[Dave Love]

Source: gridengine
Severity: wishlist
Tags: security

I've worked on packaging for SGE to address problems with the current
version and to support (pre-release) SGE 8.1.3, though it will work with
the 8.1.2 with minor changes.  The sge source
https://arc.liv.ac.uk/trac/SGE/browser/sge now has simple packaging
for installing into /opt/sge, but this is different.

There's a separate packaging repo at
https://arc.liv.ac.uk/trac/SGE/browser/gridengine.debian based on the
current Debian version, which will work with the latest snapshot
http://arc.liv.ac.uk/downloads/SGE/snapshots/.  There are git and hg
repos in http://arc.liv.ac.uk/repos/{git,hg}/gridengine.debian.

I'm sure there are problems with it -- let me know and I'll try to look
into them.  I don't properly understand current Debian packaging and the
specifics of the gridengine stuff, and I simplified it by punting to dh
defaults.  I also may not have got conflicts/breaks right for the bits I
moved around.  It solves real problems with the current packaging (such
as not shipping important parts), and there are hundreds of improvements
over 6.2u5 in the base.

I've tagged this security as this version:
* allows installing in CSP mode;
* changes the default configuration to avoid remote root without CSP,
  assuming a separate qmaster 
http://arc.liv.ac.uk/SGE/howto/sge-security.html;
* fixes problems with sgepasswd (now included) which weren't addressed by
  6.2u5-7.1 changes;
* avoids the remote startup part of the CVE that the bogus 6.2u5-7.1
  change didn't get right.

The major incompatibility is that the remote startup is changed to the
default (builtin) so that tight integration (control and accounting)
works.  If you really want to use ssh by default, the configuration
should install the PAM module in a suitable way on execution hosts.

It's possible to upgrade in place from 6.2u5, but there's no mechanism
in the packaging for supervising that by shutting down execds and
ensuring everything starts back up on a consistent version.

HTH.


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

Bug#715958: [Mayhem] Bug report on gridengine-master: getservbyname crashes

[Dave Love]

I don't think it's important, but for what it's worth, it's fixed by
https://arc.liv.ac.uk/trac/SGE/changeset/4553/sge


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

Bug#694040: [Pkg-gridengine-devel] Bug#694040: gridengine: please support other architectures

[Dave Love]

Hiroyuki Yamamoto yama1...@gmail.com writes:

 Source: gridengine
 Version: 6.2u5-7.1
 Severity: wishlist

 Hi,

 The source package Sun Grid Engine 6.2u5 could support alpha, ppc64, and 
 sparc64 ports.
 Here is buildlog attached on ppc64.

 On Grid Engine 2011.11p1, arm64, armel, armhf, and s390x ports might be also 
 supported.

 On the other hand, mips and mipsel ports failed to build, 
 possibly rewriting of debian/linux32-wrapper may be necessity.

 Regards,

See bug #693722.  It's meant to support all the Debian GNU/Linux
architectures but I don't have access to build systems.  (The support
is basically just concerned with what the arch script reports.)

I'll be happy to incorporate any changes needed in the basic source or
the packaging, even if gridengine in Debian is dying.


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

Bug#693722: [Pkg-gridengine-devel] Bug#693722: gridengine: use recent version and updated packaging

[Dave Love]

Michael Banck mba...@debian.org writes:

 Hi Dave,

 we are currently at a squeeze bug-squashing-party, so I took a look.

 On Sun, Nov 18, 2012 at 11:02:49PM +, Dave Love wrote:
 I've worked on packaging for SGE to address problems with the current
 version and to support (pre-release) SGE 8.1.3, though it will work with
 the 8.1.2 with minor changes.  The sge source
 https://arc.liv.ac.uk/trac/SGE/browser/sge now has simple packaging
 for installing into /opt/sge, but this is different.

 Do you prefer to change the source package name from gridengine to
 sge, or would keeping gridengine be fine?

I don't care.  I kept gridengine for the RPM package, following the
old Fedora one, but that might have a mistake.  The debian files in the
base version (installing into /opt) use sge to try to avoid confusion,
and I don't see any particular reason to change your packaging.

 It would be great if we could have a minimal changeset for the testing
 version to apply.

You can cherry pick as you like, but I don't know what you'd consider
minimal, and I'm afraid I don't have time to spend on an old version.  I
can probably identify patches from the repo corresponding to NEWS items
if they're difficult to find..

 I've tagged this security as this version:
 * allows installing in CSP mode;

 Is that a big change?

If you mean in code, it involves shipping all the relevant files.  I
don't know why they're not included.  It's an important change to
include them IMNSHO.

 * changes the default configuration to avoid remote root without CSP,
   assuming a separate qmaster 
 http://arc.liv.ac.uk/SGE/howto/sge-security.html;

 Is that something which could be backpatched easily to the version in
 testing?

There must be some misunderstanding.  It's trivial -- compare the two
configuration files.  Is the web page above not clear enough?

 * fixes problems with sgepasswd (now included) which weren't addressed by
   6.2u5-7.1 changes;

 As sgepasswd is not yet included, this one appears not to apply.

It is in my version, but see my comments on the bug tracker on the
6.2u5-7.1 change.

 * avoids the remote startup part of the CVE that the bogus 6.2u5-7.1
   change didn't get right.

 Can you elaborate on that and/or provide the patch/changeset needed to
 fix this up?

I wouldn't bother.  My environment sanitization (that the security
people seem to have rejected in favour of an incomplete one) is as
secure as sudo's, and it's irrelevant without at least a uidmin change
to avoid an easy remote root.  Using builtin startup avoids the issue
too, but is more important for getting tight integration.  For the
change to avoid passing the user environment, you could search for CVE
in the changesets under https://arc.liv.ac.uk/trac/SGE/.

There's a bunch of more-or-less important stuff in the version 8 code
apart from buffer overflows and other daemon crashes -- see NEWS.

I don't know if any of that helps...


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

Bug#714661: [Pkg-gridengine-devel] Bug#714661: gridengine and debian

[Dave Love]

Paul Gevers elb...@debian.org writes:

 [Resending to the bts as my mail to
 pkg-gridengine-de...@lists.alioth.debian.org is not being handled and I
 don't like waiting so long.]

 Hi

 [Please keep me in CC in replies, I am not subscribed to the list]

 As I am trying to get rid of lesstif2 in Debian [LESSTIF], I was looking
 into doing an NMU on bug 714661 [MOTIF], which requests replacement with
 motif. Normally, this would have been a rather trivial change which has
 been done in Ubuntu already [UBUNTU]. However, in Debian it is blocked
 by bug 701446 [FTBFS]. Luckily that bug points to a patch, great. Then I
 noticed the other serious bug 709852 [POSTINST] and as it is simple I
 could fix that too. Furthermore I noticed the request for help [HELP].

My current version built fine on stable and unstable (I think) when I
last tried (against openmotif).  It just requires me to make another
effort to get the result uploaded, and I'm afraid I've been lacking
time/enthusiasm.  I'd have to look up where the official Debian repo is,
but my current version of the packaging to merge in is at
http://arc.liv.ac.uk/repos/darcs/gridengine.debian/ (with a .git
sub-directory).  Actually, it _would_ be current if I pushed changes for
the latest SGE release.  I'll do so when I get a chance.

Uploading help might be useful, thanks.  I'll try to find some time to
look at it again.  (There are some serious problems with the current
packaging, including security issues, apart from library dependencies.)


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

Bug#714661: [Pkg-gridengine-devel] Bug#714661: Bug#714661: gridengine and debian

[Dave Love]

Paul Gevers elb...@debian.org writes:

 Hi,

 Just a very short response to a sentence I saw in your e-mail.

 On 06-11-13 18:01, Dave Love wrote:
 There are some serious problems with the current packaging, including
 security issues, apart from library dependencies.

 It would be great if the Debian bug tracker and the Debian security team
 were aware of these security issues, so that they could/would be
 addressed, even if the maintainers can't take care of it (for whatever
 reason).

I don't have very good experience with that.  (See my comments somewhere
in the tracker on the last NMU.)  However, part of the reason for
re-doing the packaging is to provide the scripts which actually allow it
to be configured in secure mode.

There don't appear to be any Debian developers to maintain it, but I've
basically done the work.


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

Bug#763884: nagstamon: wheezy needs security update

[Dave Love]

Package: nagstamon
Version: 0.9.9-1
Severity: important
Tags: security

Version 0.9.9 needs a security update.  See
https://nagstamon.ifw-dresden.de/docs/security/
I built 0.9.11, which basically works except that it doesn't pop up with
a mouse hover under XFCE like 0.9.9 did with that setting enabled.

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

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

Versions of packages nagstamon depends on:
ii  librsvg2-common   2.36.1-2
ii  python2.7.3-4+deb7u1
ii  python-beautifulsoup  3.2.1-1
ii  python-gtk2   2.24.0-3+b1
ii  python-notify 0.1.1-3
ii  python-pkg-resources  0.6.24-1
ii  sox   14.4.0-3

nagstamon recommends no packages.

nagstamon 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#776131: gridengine: Should gridengine be removed from jessie?

[Dave Love]

Ondřej Surý ond...@sury.org writes:

 Hi Roland,

 On Thu, Jan 29, 2015, at 13:39, Roland Fehrenbacher wrote:
 My offer to take over still stands. What needs to be done to keep it in
 jessie? Can we package Son of Grid Engine and still get it uploaded to
 jessie?

A previous attempt was blocked because there was no complete list of
copyright holders (just like for linux, on which I based the package
wording if I recall correctly).  There is no such list, at least
publicly available, like for many packages.  I'm happy to maintain
packaging or appropriate changes if that doesn't block it in future.

 Nope, the only thing you can do is fix the RC bugs to keep the
 gridengine in jessie.

 So I guess it would be better to just remove it from jessie, do the work
 on 8.x in unstable and use jessie-backports to provide the usable
 current version to jessie users if there's a need for it.

 Cheers,

I don't know what the RC bugs are, but it should be removed for security
reasons if it can't be updated.  It doesn't ship enough to configure
against a user impersonating any other with a uid above a value which is
0 in the shipped configuration, i.e. it provides remote root on all exec
hosts, and probably the master.  (A previous security NMU was both
bogus and pointless in view of that.)

libdrmaa should be handled with alternatives.  (I don't know/remember
why there isn't a clash with torque and slurm already.)

To record it for anyone reading later:  SGE releases from
http://arc.liv.ac.uk/downloads/SGE/releases/ have debian-style packaging
installing into /opt, and the attempt at conformant packaging is under
http://arc.liv.ac.uk/repos/darcs/gridengine.debian/ via darcs, hg, or
git.  I thought the latter was also as a tarball, but that's currently
missing, which I'll fix.


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

Bug#734702: [Pkg-gridengine-devel] libdb dependency in v8.1.8

[Dave Love]

Afif Elghraoui  writes:

>> * Replace dependency on db-5.1 with unversioned package
>> 
>>   The db tools need to be consistent with the library version used in
>>   the build.
>
> The versioning consistency should be taken care of with
> {shlibs:Depends}. db-5.1 isn't in Debian anymore (it's been replaced
> with 5.3).

How does that get you the right db-util package with the tools to handle
the specific version of the db spool?

> By the way, we have a patch in
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734702
> related to this transition that touches
> source/libs/spool/berkeleydb/sge_bdb.c
> I'm not sure if you want to integrate that (or already have) upstream.

My current source definitely builds against 5.3.

Bug#828970: ITP: singularity -- application containerization platform

[Dave Love]

[I saw this late as I didn't get a reply to the question about whether
this was being packaged for Debian.]

> * License : BSD

The licence is actually BSD-3-Clause-LBNL in SPDX terms.  I think its
default licensing clause is a potential trap which Debian might
consider.  I've asked for an opinion from Fedora legal about including
language to nullify that in a "separate written license agreement".  The
claim on the web site that it is simply BSD3 is wrong, but the issue
that included that was closed without resolution.  See also below.

>   Programming Lang: C

It's compiled C used by a set of Bourne shell scripts.

> Package name (singularity) conflicts with a game package last released in
> 2011 with notable popcon of 300... so I guess I would need to come up with an
> alternative name, e.g.
> 
> singularity-containers
> 
> Alternative recommendations are welcome!

It probably doesn't matter much, but the bundled packaging I contributed
used the singular.

Debian might want to be circumspect about copyright issues surrounding
this.  The unresolved issue mentioned above concerned the claim on the
project web site that copyright doesn't apply at least to "patches" and
I was subsequently told "You cannot “own” copyright in something you
contribute to a 3-clause BSD project." (despite the project licence
requiring you to grant a licence...).  I find it difficult to believe
that's what LBNL lawyers actually say, but there you are.
<https://github.com/gmkurtzer/singularity/issues/117>

This should be added to the post v2.0 upstream copyright file (if you're
using that and update from 2.0) since obviously Debian doesn't subscribe
to the LBNL copyright theory (see also
<https://github.com/loveshack/singularity>):

  Files: libexec/docker-import.sh
  Copyright: 2016  Dave Love, University of Liverpool
  License: BSD-3-Clause-LBNL

There are potential security issues in the setuid program, with patches
for v2.0 under
<https://pkgs.fedoraproject.org/cgit/rpms/singularity.git>, but it looks
as if more are needed.

Bug#828970: ITP: singularity -- application containerization platform

[Dave Love]

Yaroslav Halchenko  writes:

> Thanks for following up, Dave!  I haven't realized that you are
> maintaining your own fork on github with adjusted debian packaging

It's not very adjusted from what I submitted.

> Before commenting on your points: Do you have intent to maintain
> singularity within Debian?  should we then join the forces? (I am DD so can
> upload)

No, I'm a Debian desktop user, but have to support RHEL-like systems and
package for that (though there seem to be some fundamental problems
using singularity on them and similar ones).

>> The licence is actually BSD-3-Clause-LBNL in SPDX terms.  I think its
>> default licensing clause is a potential trap which Debian might
>> consider.  I've asked for an opinion from Fedora legal about including
>> language to nullify that in a "separate written license agreement".  
>
> well -- for completeness -- it is "without imposing a separate written license
> agreement"

Yes, which is why I added a notice to COPYING.

> and overall paragraph in question is 

[...]

> which I (IANAL) do not see a problem with.  To me it reads as an additional
> clause providing copyleft like license mandating making contributions 
> available
> back publicly or directly to the lab under permissive terms.  But indeed,
> it makes the license not quite just a BSD-3  ;)

It doesn't say the licence is to LBL.  It's definitely not copyleft, as
the purpose of copyleft is to prevent proprietary versions.  (There's an
explanation somewhere on gnu.org.)

> just a note:  problems with information on the website do not directly
> relate to the problems with the source code/packaging, and there all the terms
> are described, right?

It might be a concern if either you worry about LBL's interpretation of
the licence and copyright in general or if it made a package maintainer
unable to contribute "upstream".
>
> oh, where on the website? can't find

In the section on contributing.

> I guess you are talking about rhc54 AKA Ralph Castain ?   But he is not a
> lawyer [1] and not a major contributor to singularity anyways (although
> with sufficiently high privileges apparently on the upstream github repo).  

I know, but he appears to speak for the project and it seems consistent
with what seems to be LBL policy (but not consistent with the Open MPI
contributor agreement, for instance).

> I am really not sure what kind of bad mood (or grappa) could make him say "You
> cannot own" phrase... so I must say, I would just ignore that portion of the
> discussion, and provide concrete pull request suggesting adjustment of the
> wording and make that issue close with that:
> https://github.com/gmkurtzer/singularity/pull/137/files
> and by the time I have finished writing this email Gregory has already
> merged it!  ;)
>
> ut again -- that is not directly related to
> packaging/redistribution in Debian or Fedora.

I know what the licence says, I know what copyright law says, but I've
been around long and widely enough to worry about that being ignored or
mis-interpreted.  I'm just pointing it out and urging caution.

> oh -- thanks for the pointer.  So, if I get it right, you aren't feeling
> like contributing those patches to upstream yourself ATM?  and you would
> reconsider whenever a clarification is made on you retaining the
> copyright to those patches?

Yes.

> or what exactly? (I usually do not really
> care much enough to sweat for claiming my ownership on every line I have
> ever changed git log  keeps the record of the truth! ;) )

You may be OK putting changes in the public domain, but that's not
generally possible, and there's a principle involved.

> So, now we (I or you? or both?) should absorb the changes you have
> accumulated in your clone and/or fedora packaging, within Debian
> package:

Changes I've made are distributed under a BSD3 or BSD2 licence, so you
can take them if they're useful.  I think you should worry about things
that are at least potential security problems with a setuid program, but
there's a lot that potentially needs fixing.  After looking more closely
I decided the package isn't currently in a good enough state for Fedora.
I'd be happy for an expert to assure me that some of it isn't really a
problem, of course.

Bug#828329: [Pkg-gridengine-devel] Bug#828329: Bug#828329: forwarded to https://arc.liv.ac.uk/trac/SGE/ticket/1572

[Dave Love]

Afif Elghraoui  writes:

> Many thanks for working on this. I'd like to see what Dave says
> upstream. Otherwise, I'd rather stick with 1.0 if possible.

That's probably wise if you can.  I don't know when I'll be able to test
the change sensibly.

> I need to
> ask the release team if that's ok. So far, I've just been monitoring the
> transition hubbub on -devel to see what's going to happen.

Bug#867972: keychain: adding a GPG key fails

[Dave Love]

Package: keychain
Version: 2.8.2-0.1
Severity: normal

Trying to add a GPG key according to the documentation fails.  It's
fixed in version 2.8.3 by
.

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

Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages keychain depends on:
ii  openssh-client [ssh-client]  1:7.4p1-10

keychain recommends no packages.

Versions of packages keychain suggests:
ii  gnupg-agent  2.1.18-6
pn  ssh-askpass  

-- no debconf information

Bug#864143: closed by Ben Hutchings <b...@decadent.org.uk> (Re: Bug#864143: initramfs-tools: missing dependency on busybox?)

[Dave Love]

I guess I wrote that badly.

busybox isn't actually required by cryptsetup, just recommended, but it
should be required by something.  The example shows it's possible to
make packages uninstallable, if they pull the initramfs trigger, by
removing busybox, which you can do cleanly as far as apt is concerned:

  # dpkg -l initramfs*
  Desired=Unknown/Install/Remove/Purge/Hold
  | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name   Version  Architecture Description
  +++-==---=
  ii  initramfs-tool 0.130all  generic modular initramfs generat
  ii  initramfs-tool 0.130all  generic modular initramfs generat
  # dpkg -l busybox*
  Desired=Unknown/Install/Remove/Purge/Hold
  | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
  |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
  ||/ Name   Version  Architecture Description
  +++-==---=
  un  busybox  (no description available)
  un  busybox-static   (no description available)
  # apt-get check
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  # 

Bug#864143: initramfs-tools: missing dependency on busybox?

[Dave Love]

Package: initramfs-tools
Version: 0.130
Severity: normal

Dear Maintainer,

initramfs-tools-core recommends busybox, but it appears to be required.
I got this with an update after it was removed:
  
  Processing triggers for initramfs-tools (0.130) ...
  update-initramfs: Generating /boot/initrd.img-4.9.0-3-amd64
  E: busybox or busybox-static, version 1:1.22.0-17~ or later, is required but 
not installed
  update-initramfs: failed for /boot/initrd.img-4.9.0-3-amd64 with 1.
  dpkg: error processing package initramfs-tools (--configure):
   subprocess installed post-installation script returned error exit status 1
  Errors were encountered while processing:
   initramfs-tools

-- Package-specific info:
[trimmed]

-- /etc/initramfs-tools/modules

-- /etc/kernel-img.conf
# Kernel image management overrides
# See kernel-img.conf(5) for details
do_symlinks = yes
do_bootloader = no
do_initrd = yes
link_in_boot = no

-- /etc/initramfs-tools/initramfs.conf
MODULES=most
BUSYBOX=auto
KEYMAP=n
COMPRESS=gzip
DEVICE=
NFSROOT=auto

-- /etc/initramfs-tools/update-initramfs.conf
update_initramfs=yes
backup_initramfs=no

-- /etc/crypttab
sdb5_crypt UUID=d9323359-0041-4e58-924d-bf85d798f8a8 none luks

-- mkinitramfs hooks
/etc/initramfs-tools/hooks/:

/usr/share/initramfs-tools/hooks:
cryptgnupg
cryptkeyctl
cryptopenct
cryptopensc
cryptpassdev
cryptroot
cryptroot-unlock
dmsetup
fsck
fuse
keymap
klibc-utils
kmod
lvm2
resume
thermal
udev



-- System Information:
Debian Release: 9.0
  APT prefers testing-debug
  APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages initramfs-tools depends on:
ii  initramfs-tools-core  0.130
ii  linux-base4.5

initramfs-tools recommends no packages.

Versions of packages initramfs-tools suggests:
ii  bash-completion  1:2.1-4.3

-- no debconf information

Bug#903703: emacs-goodies-el: should we keep rfcview.el in Debian?

[Dave Love]

You wrote: 

> Package: emacs-goodies-el
> Version: 38.0
> Severity: normal
>
> Hi Dave
>
> We're trying to clean up some of the less maintained code in
> emacs-goodies-el (and repackage the rest).  It will help us decide
> what to do if you can let us know if you are still actively using and
> maintaining rfc-view.el. I noticed it hasn't had an update since 2009,
> and that some bug reports from a long time ago don't have any
> response. There is of course no obligation for you to maintain
> rfcview; we all have to prioritize things.

Do you mean "rfcview" (as it looks from apt show), rather than
"rfc-view" (which is probably something else)?  If so, I use it
occasionally, and it works to that extent.

Where are the bug reports -- in debbugs?

Bug#910582: libpam-heimdal: libpam-heimdal updates PAM config with pam_krb5

[Dave Love]

Package: libpam-heimdal
Version: 4.7-4
Severity: important

Installing libpam-heimdal updates the PAM config to use pam_krb5, not
pam_heimdal, which obviously breaks badly:

  root@stretch:~# grep -r krb5 /etc/pam.d
  root@stretch:~# apt install libpam-heimdal -y
  Reading package lists... Done
  Building dependency tree   
  Reading state information... Done
  The following NEW packages will be installed:
libpam-heimdal
  0 upgraded, 1 newly installed, 0 to remove and 60 not upgraded.
  Need to get 84.9 kB of archives.
  After this operation, 147 kB of additional disk space will be used.
  Get:1 http://deb.debian.org/debian stretch/main amd64 libpam-heimdal amd64 
4.7-4 [84.9 kB]
  Fetched 84.9 kB in 0s (1,025 kB/s)  
  Selecting previously unselected package libpam-heimdal:amd64.
  (Reading database ... 96374 files and directories currently installed.)
  Preparing to unpack .../libpam-heimdal_4.7-4_amd64.deb ...
  Unpacking libpam-heimdal:amd64 (4.7-4) ...
  Processing triggers for man-db (2.7.6.1-2) ...
  Setting up libpam-heimdal:amd64 (4.7-4) ...
  root@stretch:~# grep -r krb5 /etc/pam.d
  /etc/pam.d/common-password:password   [success=2 default=ignore]  
pam_krb5.so minimum_uid=1000
  /etc/pam.d/common-auth:auth   [success=2 default=ignore]  pam_krb5.so 
minimum_uid=1000
  /etc/pam.d/common-session:session optional
pam_krb5.so minimum_uid=1000
  /etc/pam.d/common-session-noninteractive:session  optional
pam_krb5.so minimum_uid=1000
  /etc/pam.d/common-account:account required
pam_krb5.so minimum_uid=1000

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

Kernel: Linux 4.9.0-6-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libpam-heimdal depends on:
ii  krb5-config 2.6
ii  libc6   2.24-11+deb9u3
ii  libkrb5-26-heimdal  7.1.0+dfsg-13+deb9u2
ii  libpam-runtime  1.1.8-3.6
ii  libpam0g1.1.8-3.6

libpam-heimdal recommends no packages.

libpam-heimdal suggests no packages.

-- no debconf information

Bug#910582: libpam-heimdal: libpam-heimdal updates PAM config with pam_krb5

[Dave Love]

Sorry, this must be bogus.  I can't now reproduce it, or figure out why
authN broke when I replaced the krb5 version and why I thought the
heimdal pam library was different.  I don't know if it works for me to
close it, as I'm attempting.

Bug#919273: libblis2: BLAS alternative is broken

[Dave Love]

Package: libblis2
Version: 0.5.1-1
Severity: important

It doesn't work just to link libblis to libblas as a BLAS alternative
because the soname is wrong.  [The openblas package gets it right,
though in a heavyweight way as far as I remember.  The Fedora blis
packaging uses trivial shims
.]

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

Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libblis2 depends on:
ii  libblis2-openmp  0.5.1-1

libblis2 recommends no packages.

libblis2 suggests no packages.

-- no debconf information

Bug#919272: libblis2: different threading options need to be installable in parallel

[Dave Love]

Package: libblis2
Version: 0.5.1-1
Severity: important

The combinatorial builds are good (and I hope they're repeated for
openblas), but they need to be installable in parallel, and the default
should be serial because anything else is unsafe.  The Fedora openblas
and blis packages allow that.

Considering some Debian packages:  cp2k wants the serial version (see
cp2k.org), numpy apparently needs pthreads (see the openblas changelog),
and I might want OpenMP for linear algebra-heavy R (absent some
higher-level parallelization, like pbdR).  In some cases, like cp2k, you
might want to be able to enforce a version via the soname or rpath.  In
others, like different usages of R, you might want to switch with
LD_LIBRARY_PATH or LD_PRELOAD in different circumstances.

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

Kernel: Linux 4.9.0-8-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8), LANGUAGE=en_GB:en 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages libblis2 depends on:
ii  libblis2-openmp  0.5.1-1

libblis2 recommends no packages.

libblis2 suggests no packages.

-- no debconf information

Bug#1003616: tpm2-abrmd: systemd complains about syslog

[Dave Love]

Package: tpm2-abrmd
Version: 2.3.3-1+b2
Severity: normal
X-Debbugs-Cc: none, Dave Love 

I see this noise in my logs which might be worth cleaning up:

  /lib/systemd/system/tpm2-abrmd.service:12: Standard output type syslog
  is obsolete, automatically updating to journal. Please update your
  unit file, and consider removing the setting altogether.

-- System Information:
Debian Release: 11.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages tpm2-abrmd depends on:
ii  init-system-helpers  1.60
ii  libc62.31-13+deb11u2
ii  libglib2.0-0 2.66.8-1
ii  libtss2-mu0  3.0.3-2
ii  libtss2-rc0  3.0.3-2
ii  libtss2-sys1 3.0.3-2
ii  libtss2-tctildr0 3.0.3-2

tpm2-abrmd recommends no packages.

tpm2-abrmd suggests no packages.

-- no debconf information

Bug#1003626: binutils-doc: --as-needed default is wrongly documented

[Dave Love]

Package: binutils-doc
Version: 2.35.2-2
Severity: normal
X-Debbugs-Cc: none, Dave Love 

The Info and man pages for ld say "--no-as-needed restores the default
behaviour", but the default changed at some stage to --as-needed.

  $ cc -shared -lm -o x.so
  $ lddtree x.so
  x.so => ./x.so (interpreter => none)
  $ cc -shared -Wl,--no-as-needed -lm -o x.so
  $ lddtree x.so
  x.so => ./x.so (interpreter => none)
  libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6
  ld-linux-x86-64.so.2 => /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
  libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6

-- System Information:
Debian Release: 11.2
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-9-amd64 (SMP w/4 CPU threads)
Kernel taint flags: TAINT_CPU_OUT_OF_SPEC, TAINT_WARN, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_GB:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

binutils-doc depends on no packages.

binutils-doc recommends no packages.

Versions of packages binutils-doc suggests:
ii  binutils  2.35.2-2

-- no debconf information