Bug#1079048: unattended-upgrades: configuration ammendments

Package: unattended-upgrades Version: 2.9.1+nmu3 Severity: normal X-Debbugs-Cc: none, Dave Love The commented-out recipe for backports is wrong, confusing codename and suite. I corrected that in the attached patch and added a codename variant. I'm reporting against stable, but it's

Bug#1053985: pass-otp: HOTP counter update is broken

Package: pass-otp Version: 1.2.0-7 Severity: important X-Debbugs-Cc: none, Dave Love Tags: patch With bookworm's version of bash, updating the HOTP counter after generating a code stores an invalid URI -- missing an "&" -- e.g. "&counter=1counter=2" as report

Bug#1033631: papi FTBFS on ppc64el with LTO enabled

For what it's worth, Fedora re-enabled the default LTO for papi, presumably after fixing the toolchain.

Bug#1032255: pulseaudio: sound keeps dying (on Tiger Lake)

Severity: normal

Bug#1032255: pulseaudio: sound keeps dying (on Tiger Lake)

Package: pulseaudio Severity: serious X-Debbugs-Cc: none, Dave Love I kept losing sound and had to restart applications. In contrast to #1022143, removing pipewire packages didn't help, but after replacing pulseaudio with pipewire, things are working fine. (I'm using the bullseye

Bug#1031702: mailutils: (locale-dependent) SEGV reading mail

Package: mailutils Version: 1:3.10-3+b1 Severity: normal X-Debbugs-Cc: none, Dave Love I get a consistent SEGV if I try to read mail with mailutils mail(1), which is sometimes useful. It turns out to be a function of the locale, which will affect all Debian versions. I sent a patch to bug

Bug#939615: rtkit: Flooding syslog

Modifying the systemd message level, as suggested in https://github.com/heftig/rtkit/pull/26#issuecomment-1361251871 seems to do the trick. I think that should be shipped in the absence of upstream movement.

Bug#1026394: postfix: no warning about chroot change that may break configuration

Package: postfix Version: 3.5.17-0+deb11u1 Severity: normal X-Debbugs-Cc: none, Dave Love This may be too late to be useful, but: I got an auto-update of postfix last night which has broken incoming mail. A milter blacklist file which previously needed to be in the chroot directory (/var/spool

Bug#1012400: fakeroot: FAKEROOTDONTTRYCHOWN isn't documented

Package: fakeroot Version: 1.25.3-1.1 Severity: normal X-Debbugs-Cc: none, Dave Love The man page doesn't document the use of environment variable FAKEROOTDONTTRYCHOWN, which turns out to be useful at least for the next version of charliecloud. (It looks as if that's the only one.)

Bug#1011129: gridengine: FTBFS with OpenJDK 17 due to JDK detection error

I thought it failed with earlier openjdk than that because of jgdi being removed, but I think it needs to use aimk -no-java ... I don't know what JDK versions it needs to check for, but it's probably not worth any effort to get that right. I'm not sure whether you can still build jdrmaa, at le

Bug#1009921: procenv: apparmor not reported (outdated release)

Package: procenv Version: 0.51-0.2 Severity: normal X-Debbugs-Cc: none, Dave Love I'm reporting this since it's somewhat Debian(/Ubuntu)-specific. There's currently no report of the apparmor status (or, I think selinux) due to an autoconf bug which was fixed in v0.60. Th

Bug#1006614: libccid: support for Solo2 and Nitrokey 3

You wrote: > I can't fix or upgrade packages in Debian stable, unless that is a security > issue. > > What you can do instead is backport the libccid package from unstable > to stable. That is what you did. > This is also handled by the Debian backports project > https://backports.debian.org/

Bug#1006614: libccid: support for Solo2 and Nitrokey 3

Package: libccid Version: 1.4.34-1~solo2+1 Severity: wishlist X-Debbugs-Cc: none, Dave Love Various functions of the new free software/hardware Solo 2 security key don't work in Debian 11 because libccid doesn't support it. The same probably goes for the Nitrokey 3 when it's

Bug#990201: singularity-container: CVE-2021-33622

I'm wondering why I'm included, though I was thinking I should offer to contribute to Debian. Andreas Tille writes: > I updated singularity-container in Salsa to the latest available CE > release and added some new Build-Depends. Unfortunately it does not > build as you can see in salsa-ci[1].

Bug#1004485: spamass-milter: 'Could not retrieve sendmail macro "b"' with postfix

Package: spamass-milter Version: 0.4.0-2 Severity: normal X-Debbugs-Cc: none, Dave Love I see this in syslog when mail is processed with postfix configured according to README.Debian: spamass-milter[673]: Could not retrieve sendmail macro "b"!. Please add it to confMILTER_MACROS_E

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

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

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

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

Bug#919273: libblis2: BLAS alternative is broken

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

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

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. Co

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

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#910582: libpam-heimdal: libpam-heimdal updates PAM config with pam_krb5

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 B

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

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 > mai

Bug#867972: keychain: adding a GPG key fails

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

Bug#864143: closed by Ben Hutchings (Re: Bug#864143: initramfs-tools: missing dependency on busybox?)

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 c

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

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.im

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

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. S

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

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

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

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#734702: [Pkg-gridengine-devel] libdb dependency in v8.1.8

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

Bug#776131: gridengine: Should gridengine be removed from jessie?

Ondřej Surý 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

Bug#763884: nagstamon: wheezy needs security update

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 enab

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

Paul Gevers 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. > >

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

Paul Gevers 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 [LES

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

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#693722: [Pkg-gridengine-devel] Bug#693722: gridengine: use recent version and updated packaging

Michael Banck 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

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

Hiroyuki Yamamoto 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

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

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 now has sim

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

Luk Claes writes: >> ?? The CVE is already addressed >> > > 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

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

Luk Claes 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 alr

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

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]>

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

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 http://www.loveshack.ukfs

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

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 http://www.loveshack.ukfsn.org/emacs/dir-locals.el>, which is clean and does roughly the same thing.

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

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-configure

Bug#357039: logcheck: should ensure lock directory exists

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/sbi

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

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 U

Bug#349857: fixed in klibc 1.2.1-3

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-sparc

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

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 libklib

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

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 s

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

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 51

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

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. -- S

Bug#348675: strace: unknown syscall on sparc64

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, 0xef9ea

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

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

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

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

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

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

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:

Bug#347361: actually there's a real bug

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.

Bug#347361: actually there's a real bug

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

Bug#347361: heimdal-kdc: note ipropd incompatibility

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.

Bug#343188: sshfs: should require udev?

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

Bug#328031: OK on a stable system

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#342227: ghc6: regression on sparc causes darcs build failure

Package: ghc6 Version: 6.4.1-1 Severity: important The sparc build of darcs fails with a bus error http://buildd.debian.org/~jeroen/status/package.php?p=darcs&a=sparc#fail-sparc>. The current stable and testing ghc6 build darcs OK from the same source on my (mostly stable) system. -- System Info

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

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 o

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

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, ass

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

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 r

Bug#340637: revised patch

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 Li

Bug#340637: nxml-mode: startup bogosity

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

Bug#335476: nscd: Caches old IP-address

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 w

Bug#335476: nscd: Caches old IP-address

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 versio

Bug#335476: nscd: Caches old IP-address

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

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

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

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

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

Bug#323746: different with ssh 4.2

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#338325: ssh: client segv with gssapi

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

Bug#292156: krb5-config: obsolete entries

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

Bug#323746: possible cause

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 no

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

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 th

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

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 pa

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

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/op

Bug#317756: Framebuffer settings

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).

Bug#317756: 2.6.12 testers wanted

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 m

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

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]>

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

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 mi

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

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 w

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

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

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

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/module

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

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:

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

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#312496: debian-el: M-x debian-bug creates bogus header for specific package

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 PRO

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

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 wi

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

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 a

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

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

Bug#313603: logcheck-database: ignore amanda connexions

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 Rel

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

Package: logcheck-database Version: 1.2.39 Severity: wishlist These are the subject of an am-utils FAQ 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

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

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 w

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

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 runn

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

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 o

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

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 net

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

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 pro

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

xim4.] 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 Fro

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

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 y

  1   2   >