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
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,
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
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')
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
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
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
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.
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
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
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
... 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
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
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:
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
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
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
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
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
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
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
21 matches
Mail list logo