Package: postgresql-plperl-9.1
Version: 9.1.9-1
Severity: important
Creating a plperl function on kfreebsd (amd64) immediately crashes the
PostgreSQL server in the plperl.so module. You can see this either by
running the built-in regression tests (should probably be done during
the build anyway)
I think the below is a more correct fix. Could you check whether it
works for you?
--- a/ntpd/refclock_oncore.c
+++ b/ntpd/refclock_oncore.c
@@ -4058,7 +4058,7 @@ oncore_log (
snprintf(Msg, sizeof(Msg), "ONCORE[%d]: %s", instance->unit,
msg);
- syslog(log_level, M
On fre, 2011-12-30 at 23:29 +, Steven Chamberlain wrote:
> My new patch (attached) fixes only those parts, and I am now able to
> build successfully on kfreebsd-i386.
Why did you change printf to fprintf(stdout, ...)?
--
To UNSUBSCRIBE, email to debian-bsd-requ...@lists.debian.org
with a su
Could the maintainers comment on this patch? As long as type-handling
exists, it should have a man page, I think.
Btw., I noticed that if you apply this patch, you should also fix the
description to no longer refer to README.Debian.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subjec
Robert Millan wrote:
> I'm not the maintainer (anymore), but are you aware this utility is
> deprecated in favour of dpkg aliases now? (see #291939)
I was not aware of that, but judging from the discussion, it will still
be hundreds of years before type-handling disappears entirely.
--
To UNS
moved README.Debian
+
+ -- Peter Eisentraut <[EMAIL PROTECTED]> Wed, 2 Nov 2005 11:28:42 +0100
+
type-handling (0.2.16) unstable; urgency=low
* Added ugly hacks to make type-handling works for amd64 and hurd.
diff -Nru /tmp/pc5d7sIXZl/type-handling-0.2.16/debian/README.Debian /tmp/8Qw3
ormation about the
hardware and the kernel, so i386-uknown-netbsd is correct and all you
need. You don't use config.guess to determine anything about userland
tools.
--
Peter Eisentraut [EMAIL PROTECTED]
7 matches
Mail list logo
