Bug#887409: clojure needs a versioned dependency on libclojure-java

2018-01-15 Thread Karl Ramm
Package: clojure Version: 1.9.0~alpha15-1 Severity: important If you already have clojure 1.8 installed, apt-get install clojure in unstable will upgrade clojure but not libclojure-java, wherein lives the jar file, resulting in a non functional clojure command: $ clojure Error: Could not find or

Bug#718564: libhesiod0: harmful purge action in M-A: same package: rm -f /etc/hesiod.conf

2013-08-07 Thread Karl Ramm
Just to not leave this hanging, we are currently dithering over splitting out the configuration gunk into a separate package vs. trying to figure out in the purge script whether we're the last one out. (also I think it may be a bug that dpkg lets you purge only one instance of a multiarch package,

Bug#613263: RM: libares -- ROM; superseded by libc-ares and no longer depended on

2011-02-13 Thread Karl Ramm
Package: ftp.debian.org Severity: normal Please remove the libares packages from the archive. It has been superceded by libc-ares; I packaged it for zephyr, and zephyr uses libc-ares now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Tr

Bug#610718: FTBFS on kfreebsd: IPV6PORT_RESERVED isn't defined

2011-01-21 Thread Karl Ramm
Package: rpcbind Version: 0.2.0-4.1 Severity: normal Tags: patch upstream Justification: fails to build from source FreeBSD with glibc, like Linux with glibc, does not define IPV6PORT_RESERVED, so... -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing')

Bug#610716: FTBFS [kfreebsd]: credential structure differences

2011-01-21 Thread Karl Ramm
Package: libtirpc Severity: normal Tags: patch upstream Justification: fails to build from source SCM_CREDS and struct cmsgcred are in bits/socket.h on debian/kfreebsd. Also, getting the credentials of a unix domain socket peer seems to work differently. -- System Information: Debian Release: 6.0

Bug#605463: libares-dev: New upstream release version available

2010-12-02 Thread Karl Ramm
You would be wanting the libc-ares-dev, then; libares-dev packages the code that c-ares forked from (and should probably be removed from the archive...) kcr Ramakrishnan Muthukrishnan writes: > Package: libares-dev > Version: 1.1.1-5.1 > Severity: wishlist > > Hi, > > Looks like newer releases

Bug#576544: /usr/share/doc/mixxx/Mixxx-Manual.pdf is a dangling symlink

2010-04-05 Thread Karl Ramm
Package: mixxx Version: 1.7.2-1 Severity: minor /usr/share/doc/mixx/Mixxx-Manual.pdf (referenced in the manpage) points at /usr/share/doc/mixxx-data/Mixx-Manual.pdf which does not exit. However, .../mixx-data/Mixx-Manual.pdf.gz does exist... $ ls -l /usr/share/doc/mixxx/Mixxx-Manual.pdf lrwxrwx

Bug#535698: RM: zephyr-server-krb -- RoM; NBS; is not and can not be built in unstable

2009-07-04 Thread Karl Ramm
Package: ftp.debian.org Severity: normal zephyr-server-krb is not and cannot be built in unstable, owing to its dependency on krb4. (It's still in the zephyr source for the convenience of people backporting, although I do expect that to change well in advance of the next stable release) Thanks.

Bug#534728: nbd-client: init script unmount is insufficiently particular

2009-06-26 Thread Karl Ramm
Package: nbd-client Version: 1:2.9.11-3 Severity: normal The line DEVICES=`mount | cut -d " " -f 1 | grep nb` catches everything with a "nb" in the device field, for instance (from my fstab): nfs-02:/nbu1 /permabit/not-backed-up nfs nfsvers=3,rw,noatime 0 0 and it really shouldn't. I sugg

Bug#533564: zephyr: Translations missing from the package

2009-06-19 Thread Karl Ramm
Ok, it looks like the Finnish and Basque translations (#454608) were not in the upload that closed the relevant bugs. Thanks for pointing this out, this will be dealt with in my next upload. kcr Esko Arajärvi writes: > Package: zephyr > Severity: wishlist > Tags: l10n > > Some translations are

Bug#517759: FTBFS: zephyr depends on kerberos IV headers and libraries

2009-06-16 Thread Karl Ramm
Robert Millan writes: > This seems to be fixed in 3.0~beta.2362-1 which is currently in experimental. > > Karl, is that version in a usable state? Can it be uploaded to sid? No, but coughing up a beta that is less broken shouldn't be difficult. kcr -- To UNSUBSCRIBE, email to debian-bugs-di

Bug#527339: uninstallable in unstable: depends on libkrb53

2009-05-06 Thread Karl Ramm
... not like you could make it work anyway. A releasable krb5 zephyr is blocked on some testing at the moment. kcr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#272293: IOERROR: cannot initialize zephyr: Success

2008-12-14 Thread Karl Ramm
In your case, does zwrite work? Olaf Zaplinski writes: > Same here. > > Package: cyrus-common-2.2 > Status: install ok installed > Priority: extra > Section: mail > Installed-Size: 15958 > Maintainer: Debian Cyrus Team > > Architecture: amd64 > Source: cyrus-imapd-2.2 > Version: 2.2.13-10 > > I

Bug#453291: zephyr: [debconf_rewrite] Debconf templates and debian/control review

2007-11-29 Thread Karl Ramm
Christian Perrier <[EMAIL PROTECTED]> writes: > --- zephyr.old/debian/control 2007-10-25 20:43:25.179785522 + > +++ zephyr/debian/control 2007-11-28 08:22:47.063285782 + > @@ -11,11 +11,14 @@ > Architecture: any > Depends: ${shlibs:Depends} > Conflicts: libzephyr3-krb > -Description:

Bug#321530: Pidgin pulls in libhesiod0 and asks debconf question

2007-09-03 Thread Karl Ramm
Josh Triplett <[EMAIL PROTECTED]> writes: > libhesiod0 already proposes the current DNS domain name suffix as the default > for the debconf question; does that not provide a sufficiently good default > answer to raise the priority? Lower the priority, surely? But yes, agreed, that needs to be fi

Bug#188927: zephyr-clients: one-line patch to fix misalignment on ttymode zwgc

2007-07-20 Thread Karl Ramm
I realize it's been a while, but can you describe the behavior that this fixes? kcr [EMAIL PROTECTED] writes: > Package: zephyr-clients > Version: 2.1.20010518.SNAPSHOT-9 > Severity: normal > > This fixes a problem that often messes up left/center/right alignment. > > > --- tty_filter.c.~1~ 200

Bug#433603: zephyr-clients: please package new upstream source

2007-07-18 Thread Karl Ramm
Timothy G Abbott <[EMAIL PROTECTED]> writes: > Package: zephyr-clients > Version: 2.1.20010518.SNAPSHOT-17.1 > Severity: important > > I'd appreciate it if you could package a newer zephyr upstream. I'm sorry that you have such an emotional investment in this package. > The particular problem th

Bug#294145: bug#294145: libares(GNU/k*BSD): FTBFS: out of date libtool scripts

2007-03-29 Thread Karl Ramm
I'm dragging my heels until after the release. kcr Aurelien Jarno <[EMAIL PROTECTED]> writes: > Any new about this long-standing bug? If you are lacking some time, I > can do a porter NMU. > > -- > .''`. Aurelien Jarno | GPG: 1024D/F1BCDB73 > : :' : Debian developer

Bug#412515: Please install additional header files

2007-03-09 Thread Karl Ramm
The files ares-dns.h and ares_private.h are internal parts of libares and not part part of its public interface; thus resiprocate's use of would be a bug. Have you tried building after removing its references to those files? kcr Neil McGovern <[EMAIL PROTECTED]> writes: > Package: libares-dev

Bug#359794: libares: packaging c-ares

2006-05-09 Thread Karl Ramm
I wouldn't call the original libarea "not actively maintained", just quieter. Is there something that you want to to package that uses c-ares? Does c-ares maintain backward-compatibility? kcr Eduard Bloch <[EMAIL PROTECTED]> writes: > Package: libares > Severity: wishlist > > Hello, > > there

Bug#203001: ITA: hesiod -- Utilities for Project Athena's service name resolution protocl

2005-06-06 Thread Karl Ramm
Yeah, there's a bug in the config (postinst?) (somewhere around there) script that has been bugging me for ages. Will deal sometime this week. Steve Langasek <[EMAIL PROTECTED]> writes: > Hi Karl, > > The portability bug in hesiod has been fixed now in an NMU, so the package is > pretty much up