Package: libssl3
Version: 3.0.9-1
Severity: wishlist
Please include the fips provider module in this package.
This fips provider has now been certified, so more people are looking to
use it.
(Conversely, it is confusing that the openssl package currently installs
the "openssl-fipsinstall"
On 21.07.21 13:51, Max Kellermann wrote:
On 2021/07/21 13:42, Peter Eisentraut wrote:
What specifically are you trying to check for in libpq? Maybe there is a
better way, or we could add one.
It's about this compile-time check:
https://github.com/CM4all/libcommon/blob/master/src/pg
On 21.07.21 08:51, Max Kellermann wrote:
On 2021/07/21 08:44, Peter Eisentraut wrote:
pg_config.h should only be included when compiling server-side plugins.
Under what circumstances would such a plug-in use OpenSSL directly? Could
you explain in more detail what you are trying to do?
I did
On 19.07.21 11:33, Max Kellermann wrote:
Package: libpq-dev
Version: 14~beta2-1
pg_config.h is a public header and needed if an application wants to
check the version number at compile time. However, in version 14, it
leaks a lot of internal PostgreSQL macros, e.g. OPENSSL_API_COMPAT
which
On 2019-11-28 18:02, Christoph Berg wrote:
Not sure if there's a way around that, certainly not with TLS
connections (but that doesn't work without systemd either). Possibly
moving the connections to a helper process first, and then exec()ing
to the new version, and moving the connections back
On 2019-12-29 22:29, Chris Hofstaedtler wrote:
* Peter Eisentraut [191229 21:26]:
I'm not sure if anyone or anything is still using this.
Certainly a few reverse (Build-)Depends:
Checking reverse dependencies...
# Broken Depends:
docbook-utils: docbook-utils
ldp-docbook-stylesheets: ldp
Package: wnpp
Severity: normal
I'm looking for a new maintainer. There is a new upstream release to be
packaged and some technical packaging cleanup work to be done.
Everything works well, it's a useful package, it just needs a bit of
attention.
Package: wnpp
Severity: normal
I'm looking for a new maintainer. The first job would be to update to
the new upstream release. The shared library does not have a track
record of compatibility, so updating it might require some care.
Perhaps there is a way to collaborate better with the
Package: wnpp
Severity: normal
I am the upstream maintainer of this package, but I don't really
maintain it any longer. It's really more of a private tool at this point.
If no one is interested in this package, I will ask for its removal.
Package: wnpp
Severity: normal
Most sensibly maintained together with its underlying library lzo2 (see
#946756), but the two source packages are released separately upstream.
Package: wnpp
Severity: normal
Looking for new maintainer. Requires some care, source has some
assembly code, had some portability issues in the past. Upstream
releases are rare but appear to still happen.
Package: wnpp
Severity: normal
This was once useful for use with Jenkins, before Jenkins had a plugin
for TAP results. Nowadays, I think it's obsolete. Perhaps it should be
removed.
Package: wnpp
Severity: normal
The package has a sizeable installation count and an active upstream.
It needs an active maintainer to keep it up to date with upstream and in
line with various policies. Perhaps the Debian Perl Group should take it.
Package: wnpp
Severity: normal
This package is abandoned upstream.
I don't think this package was ever in general use. It was only used in
the process of doing upstream releases of the docbook-dsssl package
(note: not a build dependency in Debian). If docbook-dsssl is removed
(see
Package: wnpp
Severity: normal
This package belongs together with docbook-dsssl, about which see #945145.
Package: wnpp
Severity: normal
This package is abandoned upstream.
I'm not sure if anyone or anything is still using this. There are close
relationships with other similarly obsolescent packages such as docbook
(the SGML variant) and openjade and some reverse dependencies with what
are
On 5/4/18 19:55, Sean Whitton wrote:
> On Sat, Apr 28, 2018 at 11:03:07PM +0000, Peter Eisentraut wrote:
>> The package is no longer maintained upstream,
>
> Oh dear :(
>
>> and it doesn't interact well with systemd.
>
> Could you expand/provide some bug numbers
Package: wnpp
Severity: normal
I intend to orphan the anacron package.
The package description is:
Anacron (like "anac(h)ronistic") is a periodic command scheduler. It
executes commands at intervals specified in days. Unlike cron, it
does not assume that the system is running continuously.
On 1/21/18 16:07, Adrian Bunk wrote:
> Package: libpq-dev
> Version: 10.1-3
> Severity: serious
> Control: affects -1 src:libpreludedb
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/libpreludedb.html
>
> ...
> checking for ... checking for pg_config... /usr/bin/pg_config
On 12/1/17 11:19, Ian Jackson wrote:
> Is there some reason why exacdt standardisation of the filenames is
> necessary here ? For most of the uses I can think of, it is OK to
> look in a handful of files to see which one might answer the question.
I wrote the bug originally.
My goal was simply
On 6/18/17 15:15, Niko Tyni wrote:
> Package: postgresql-9.6
> Version: 9.6.3-3
> Severity: important
> User: debian-p...@lists.debian.org
> Usertags: perl-5.26-transition
>
> This package fails to build with Perl 5.26 (currently in experimental.)
This will be fixed in upstream 9.6.4, expected
On 2/19/17 07:01, Kurt Roeckx wrote:
>>> I could really use some help with the ntp (network time protocol)
>>> package. There have been various bugs filed, and I didn't have the
>>> time to properly look at them and deal with them.
>>>
>>> It's currently team maintained, but I've been the only one
On 10/14/16 4:33 AM, Andrew Shadura wrote:
> Please provide libcmark-* packages, so that packages using
> CommonMark library can link against and depend on these
> packages.
Do you have an actual package in mind that needs this?
I have some doubts that upstream is following "proper" shared
Package: ftp.debian.org
Severity: normal
Please remove as it is obsolescent and buggy. See also orphaning bug #833672.
On 8/8/16 10:46 AM, Christoph Berg wrote:
>> I haven't tested this in detail for local socket connections, but for
>> TCP/IP, the backend carries on if the client disappears. The
>> server-side TCP keepalive settings are there to control this to some extent.
>
> I mean... why? If PG receives
The child processes inherit the command-line area from the parent
process, and the zero bytes are necessary to overwrite what the parent
process left in there.
Since PostgreSQL 9.2, an unprivileged user can cancel their own queries
using pg_cancel_backend(). So I think the original reason behind this
complaint is obsolete. I propose to close this bug.
On 8/4/16 12:06 PM, Dominic Hargreaves wrote:
>> if ($no_xs) {
>> > +local @INC = @INC;
>> > +pop @INC if $INC[-1] eq '.';
>> > eval {
>> > require POSIX;
>> > # void
> This 'local @INC' should I believe reside within the eval block.
No, it applies to the requires
Package: wnpp
Severity: wishlist
Owner: Peter Eisentraut <pet...@debian.org>
* Package name: cmark
Version : 0.26.1
Upstream Author : John MacFarlane <j...@berkeley.edu>
* URL : https://github.com/jgm/cmark
* License : BSD, MIT
Program
Package: wnpp
Severity: normal
This package has been obsoleted by the wide-spread adoption of systemd.
It's also pretty buggy at this point.
Unless there is some last-minute interest in this, I will ask for
removal soon.
On 8/3/16 5:21 AM, Christoph Berg wrote:
> Package: postgresql-common
> Version: 175
> Severity: normal
>
> Too many people end up with SQL_ASCII clusters when they didn't have
> any specific OS locale configured. We should change the default locale
> to C.UTF-8.
That sounds useful.
On 7/25/16 10:45 AM, Dominic Hargreaves wrote:
> Package: libintl-perl
> Version: 1.24-1
> Severity: important
>
> Hi maintainer,
>
> An update for this package has been released as part of our handling for
> the issue described below. This fixes an instance of the dynamic module
> loading
On 7/6/16 4:19 PM, Reiner Herrmann wrote:
Control: tags 812054 + patch
Control: tags 812054 + pending
Dear maintainer,
I've prepared an NMU for lzop (versioned as 1.03-3.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Thanks, I had already been
On 10/24/15 1:44 PM, Benjamin Burton wrote:
>> That leaves the question: what to do with this bug?
>
> FYI, if a rebuild *is* required then I presume it would be a simple rename
> from libsource-highlight4 to libsource-highlight4v5; see the (tested) patch
> below. I’m happy to NMU this if the
On 8/28/15 3:15 PM, Matthias Klose wrote:
Package: src:source-highlight
Version: 3.1.8-1
Severity: serious
Tags: sid stratch
^^^
source-highlight: library rename needed for libstdc++6 ABI changes
or else at least regina-normal ftbfs with link errors.
More details? Wiki
On 8/23/15 2:48 PM, Jérémy Bobbio wrote:
Hi Peter,
Peter Eisentraut:
On 8/18/15 9:15 AM, Dhole wrote:
The attached patch sets the timezone to UTC before calling asciidoc to
avoid timezone differences in the generated docs. Once applied,
postgresql-plproxy can be built reproducibly in our
On 8/18/15 9:15 AM, Dhole wrote:
The attached patch sets the timezone to UTC before calling asciidoc to
avoid timezone differences in the generated docs. Once applied,
postgresql-plproxy can be built reproducibly in our current experimental
framework.
Stupid question: Couldn't
On 8/20/15 6:10 AM, Dominic Hargreaves wrote:
On Sat, Jun 06, 2015 at 09:05:54PM -0400, Peter Eisentraut wrote:
Upstream will come up with a fix for this pretty soon, at which time we
could either incorporate the patch or wait for the next minor releases.
Hi,
Thanks for the quick response
On 7/30/15 10:31 AM, Helmut Grohne wrote:
* Do not use pg_config at all. Use pkg-config instead.
+ pkg-config nicely supports cross compilation (for autotools based
projects) out of the box (assuming that #759556 gets fixed).
- pkg-config does not work for Windows and thus does not
While looking into a similar case I found this bug report.
I brought up the debian/jessie64 vagrant image and upgraded it to sid.
The starting setup contains a /etc/network/interfaces file that refers
to eth0:
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp
pre-up sleep 2
Upstream will come up with a fix for this pretty soon, at which time we
could either incorporate the patch or wait for the next minor releases.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: postgresql-client-common
pg_wrapper is supposed to pick the latest version of psql and other
tools, but it can fail with
Error: No existing local cluster is suitable as a default target. Please
see man pg_wrapper(1) how to specify one.
before it gets to that point.
This will happen if
On 1/9/15 3:47 PM, Michal Suchanek wrote:
It's obviously not bad thing to consult dhcp but doing so silently is
not so nice.
It should be documented that dhcp supplied server overrides configuration
file.
I think it would be useful if the user-supplied configuration actually
overrode
On Fri, 2014-12-12 at 21:01 +0100, Michal Suchanek wrote:
~# cat /etc/default/ntpdate
# The settings in this file are used by the program ntpdate-debian, but not
# by the upstream program ntpdate.
# Set to yes to take the server list from /etc/ntp.conf, from package ntp,
# so you only have
On 10/8/14 6:50 PM, Felipe Sateler wrote:
Package: ntp
Version: 1:4.2.6.p5+dfsg-3.1
Severity: normal
The ntp init script has this check:
test -x $DAEMON || exit 5
That is the LSB exit code, but I guess that practice never really caught on.
Which means that if ntp has been removed but
Control: forwarded 757037 mar...@oberhumer.com
Thanks for everyone's help on this. I have forwarded the patch
upstream.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
The flex documentation has
Function: YY_BUFFER_STATE yy_scan_bytes ( const char *bytes, int len)
which is what plproxy abides by.
The actual flex implementation uses yy_size_t, which is really size_t.
Reported upstream as https://sourceforge.net/p/flex/bugs/184/.
Ideally, flex
I don't know much about systemd, so I can't be of much help with this.
If anyone wants to take responsibility for a solution, please go ahead.
(Also consider addressing #771393 at the same time.)
An alternative would be to remove systemd support from the package for
the release and rely on the
Package: postgresql-common
pg_upgradecluster --method=dump refuses to upgrade tablespaces because
of bug #523574, but that check is no longer necessary as of PostgreSQL
9.0, because tablespaces can be upgraded in place (postgresql commit
22817041).
--
To UNSUBSCRIBE, email to
On 10/13/14 11:35 AM, Christoph Berg wrote:
Yeah, though it was pretty unexpected that there was another catalog
version bump after beta2 :-(.
Possibly, but it's not unheard of.
There could also be other issues such as WAL format changes or extension
ABI changes that could affect the upgrade
On 10/10/14 6:17 PM, Thorsten Glaser wrote:
I’ve read in the archives that you did this
before, in 9.1 times. Please invest some time
into creating a proper fix for this scenario,
one which keeps cluster-wide settings (such
as locale, encoding, etc.) and configuration
files the way they were
On Mon, 2014-08-04 at 21:02 +0200, Thomas Herrmann wrote:
after upgrading to 2.08-1, openvpn (version 2.3.2-9) fails with the following
error message:
Cannot initialize LZO compression library
Exiting due to fatal error
Downgrading to 2.06 fixes the problem for me.
Do you have a
Control: tags -patch +moreinfo
The links in this bug report no longer work. I was hoping that this
issue would be fixed in the release 1.1.1, but it doesn't seem so.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Wed, 2014-04-02 at 20:54 +0100, OmegaPhil wrote:
Debian's '/etc/init.d/anacron' script indeed hobbles this by calling
anacron with '-s'. I have attached a patch to allow anacron's
arguments to be user-customisable in the '/etc/default/anacron' file -
the patch keeps the current
I can't reproduce this, and I can't explain it.
A couple of things to try:
Try running pinentry-qt4 independently of gpg. Just start it and enter
GETPIN at the prompt, and see if a window appears.
Also check your login setup to make sure that the environment variables
GPG_TTY and/or
Package: haskell-devscripts
Version: 0.8.19.4
Severity: wishlist
I was building some code of my own that ended up complaining
Could not find module `Language.Haskell.Interpreter'
Perhaps you haven't installed the dyn libraries for package
`hint-0.3.3.6'?
Use -v to see a list of the
On 1/21/14, 8:16 AM, Jonathan Wiltshire wrote:
Please Depends: perl, and backport this to stable via proposed-updates.
If we do that, then someone will complain that ntp now depends on perl,
which they don't like for some reason or other.
The alternative is to split out ntp-wait into a separate
On Thu, 2014-01-30 at 13:37 -0500, Daniel T Chen wrote:
In Ubuntu 14.04, the attached patch was applied to achieve the following:
* Use dh-autoreconf for newer arches.
Which newer arches? AFAICT, this package builds fine on all
architectures supported by Debian.
--
To UNSUBSCRIBE, email
Package: devscripts
Version: 2.13.9
Severity: normal
uscan supports ftp and http URLs for the main package file, but the
OpenPGP signature file is always downloaded over HTTP, even if it's
using an ftp URL, which fails. The same conditional logic that is
used for the main download needs to be
Package: libgtk2.0-dev
Version: 2.24.22-1
Severity: important
$ pkg-config --cflags gtk+-2.0
Package libpng12 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libpng12.pc'
to the PKG_CONFIG_PATH environment variable
Package 'libpng12', required by
On Wed, 2013-12-04 at 14:13 +, Robie Basak wrote:
However, the logic in /usr/sbin/ntpdate-debian does not use or examine
/var/lib/ntpdate/default.dhcp if NTPDATE_USE_NTP_CONF is set to yes,
which is the default, even when the ntp package is not installed and
/etc/ntp.conf does not exist.
Control: reopen -1
application/x-sha1 is still there.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: flex
Version: 2.5.35-10.1
Severity: normal
A new upstream release has been available for some time. Please package it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Sat, 2013-09-14 at 11:27 +0800, YunQiang Su wrote:
This package has one or more -L/usr/lib in its build system,
which will make it ftbfs if there is libraries under /usr/lib,
while is not the default architecture, mips* for example.
It looks like you are building against an ancient version
Package: wnpp
Severity: normal
I have no attachment to this package anymore. It was once a
dependency of kolab, but it doesn't have any reverse dependencies
anymore. If the package is deemed worth keeping, there is a new
upstream release with a slightly changed file structure that needs
someone
On Tue, 2013-09-17 at 18:52 +0800, YunQiang Su wrote:
This package has one or more -L/usr/lib in its build system,
which will make it ftbfs if there is libraries under /usr/lib,
while is not the default architecture, mips* for example.
The occurrence of -L/usr/lib that is making your build
On 11/6/13, 1:06 AM, Carsten Schoenert wrote:
Hello Peter,
On Tue, Nov 05, 2013 at 09:51:36PM -0500, Peter Eisentraut wrote:
Package: icedove
Version: 24.0-1
Severity: normal
I fresh icedove installation doesn't know how to open http links in
emails. Instead, it requires me to use
4d0ce7c7eaca224e9c5d8868f6399b4c91e3c73b Mon Sep 17 00:00:00 2001
From: Peter Eisentraut pet...@debian.org
Date: Sat, 2 Nov 2013 16:24:37 -0400
Subject: [PATCH 1/5] Use http system identifiers
This makes the DocBook files independent of particular file-system
layout. On system with proper XML catalog setups, there should
Package: icedove
Version: 24.0-1
Severity: normal
I fresh icedove installation doesn't know how to open http links in
emails. Instead, it requires me to use a file system dialog to dig my
way down to /usr/bin/something, which is very unfriendly and slow.
Given that Debian has a standard for this
Control: tags -1 + patch
This patch will get ifdata building and working on OS X.
diff --git a/ifdata.c b/ifdata.c
index 031bc19..6d7ed6f 100644
--- a/ifdata.c
+++ b/ifdata.c
@@ -18,6 +18,11 @@
#include net/if.h
#endif
+#if defined(__APPLE__)
+ #define s6_addr16 __u6_addr.__u6_addr16
+
Package: postgresql-common
Version: 150
Severity: wishlist
pg_isready should always be pointed to the latest version, same as
psql is handled now. pg_isready does not depend on the server
version. Also, since it is new in 9.3, running it against an older
version sometimes gets complaints from
Package: po4a
Version: 0.45-1
Severity: minor
Tags: upstream
The source tarballs of this package have all files read-only. This is
unusual and strange, because it makes it more cumbersome to edit any
files. It is more normal to have all files 644 in a source tarball.
Please look into this for
Package: devscripts
Version: 2.13.4
Severity: wishlist
Some parts of the makefiles support setting the PREFIX variable and
other variables to control the installation layout, but this is not
consistently done. Here is a patch to make that consistent. This is
useful to allow test installations
On 10/19/13, 5:35 PM, Karsten Hilbert wrote:
On Sat, Oct 19, 2013 at 02:05:34PM +0200, Christoph Berg wrote:
What we could do is to add this as an example (comment) to the default
version we ship for createcluster.conf.
I would say that's better than the current situation.
Also, what
On Sat, 2013-10-12 at 11:09 +0200, Karsten Hilbert wrote:
So, to rephrase the question: I wonder whether --data-checksums
can be pre-set in /etc/postgresql-common/createcluster.conf's
initdb_options ?
It doesn't matter where you attach the option, the answer is the same:
Upstream has decided
On 9/20/13 8:51 AM, Karsten Hilbert wrote:
Package: postgresql-9.3
Version: 9.3~rc1-2
Severity: wishlist
I wonder whether --data-checksums / -k can be made the default for
creating new clusters starting with PG 9.3.
It's an upstream decision, and it's not our place to override that.
--
On 9/18/13 6:03 AM, Christoph Berg wrote:
We will probaby do the multi-archification in a way that pg_config
--libdir will continue to point to /usr/lib, because that's the
location where the PostgreSQL modules are located. Only the client
libraries (libpq5 and friends) will be moved.
Package: systemtap-sdt-dev
Version: 2.3-1
Severity: normal
Calling dtrace with the -C and -h options to generate a header file
from a *.d file leaves temporary files in /tmp. For example, take
this file probes.d:
provider test {
probe test();
};
Calling
dtrace -C -h -s probes.d -o
On Sat, 2013-08-24 at 13:31 +0900, Charles Plessy wrote:
Altogether, I do not see evidence that these media types do a service to our
users, and I am ready to remove them. If the issue is pressing, I can upload
a
revised version of mime-support. Otherwise, I will wait for a larger-scale
Package: mime-support
Version: 3.54
Severity: normal
Somewhere between squeeze and wheezy, media types application/x-md5
and application/x-sha1 were added. Many download services offer such
files alongside tarballs for verification, and making such files
application/* makes it harder for users
On Mon, 2013-08-12 at 10:53 +0200, Christoph Berg wrote:
It might be smarter just to do nothing with the servers here, or just
invoke reload, if necessary. (Or at least show a less frightening
output on the console.)
I think we could just call exit 0 after pg_updatedicts in postinst.
--
To
Package: postgresql-common
Version: 147.pgdg70+1
Severity: normal
Installing a dictionary package, for example apt-get install
hunspell-de-de, ends up restarting all PostgreSQL servers on the
machine, because the dictionary trigger calls postinst, which restarts
everything because of the way
Package: debugedit
Version: 4.11.1-2
Severity: normal
This package apparently has no documentation at all, apart from a
brief --help message. There is no man page, no README file, and
nothing easy findable on the web. The package description says it's
supposed to be useful on its own, but I
This is related to bison. The issue starts with bison 2.6. Stable is
OK.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: fop
Version: 1:1.1.dfsg-2
Severity: wishlist
I would find it useful to be able to override certain logging options
such as org.apache.commons.logging.Log and
org.apache.commons.logging.simplelog.defaultlog in .foprc. This is
not possible for the former case, because LOG_OPTION is
On 7/16/13 10:15 AM, Evgeni Golov wrote:
Nope, the real issue is that pg_config is not pkg-config :)
pg_config --help says
--libsshow LIBS value used when PostgreSQL was built
So it has nothing in common with pkg-config --libs pq (if that would
exist) which will tell
On 7/2/13 4:26 AM, Christoph Berg wrote:
The question now is which package(s) should be marked as
NeverAutoRemove.
1) The postgresql-x.y package of the (old)stable release 2)
^postgresql-[0-9]+-[0-9]$ 3) ^postgresql-.*
2) is probably equivalent to 1), as there's only one version in
On Tue, 2013-07-02 at 15:42 +0200, Christoph Berg wrote:
Re: Peter Eisentraut 2013-07-02 51d2bd16.6020...@debian.org
3) would be needed if we decide that we also need to care about
extension modules that should not be removed on dist-upgrade.
(Though I tend to think these would usually
This issue is discussed here:
http://www.postgresql.org/message-id/14242.1365200...@sss.pgh.pa.us
Currently, there is no fixed upstream release for the older branches,
but 9.2 is OK. So for jessie, the fix is to move to 9.2 or 9.3, and
remove 9.1 and whatever may be left of 8.4.
For compiling
Package: gcj-jre-headless
Version: 4:4.7.2-1
Severity: important
This package contains the broken symlink
/usr/lib/jvm/java-1.5.0-gcj - java-1.5.0-gcj-4.7
The correct target is presumably
/usr/lib/jvm/java-1.5.0-gcj-4.7-i386
(with the architecture).
-- System Information:
Debian Release:
This has nothing to do with gcc 4.8. It's a gcj packaging bug: #710471.
pljava currently fails to build with gcj 4.7 as well.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Package: mr
Version: 1.14
Severity: wishlist
Tags: patch
Here is a file that can be installed at /usr/share/mr/repo to add
support for the repo tool. Or it could be put into mr proper, don't
know what the threshold for that is.
# Adds support for repo repositories.
# To make mr use this file,
On Wed, 2013-04-17 at 22:22 -0400, Joey Hess wrote:
Peter Eisentraut wrote:
Here is a file that can be installed at /usr/share/mr/repo to add
support for the repo tool. Or it could be put into mr proper, don't
know what the threshold for that is.
Can you provide a link to the tool
On Mon, 2013-04-08 at 10:15 +0200, Christoph Berg wrote:
Re: Peter Eisentraut 2013-04-06
20130406030939.14051.80312.report...@vanquo.pezone.net
Package: postgresql-plperl-9.1
Version: 9.1.9-1
Severity: important
Creating a plperl function on kfreebsd (amd64) immediately crashes
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)
On 3/19/13 2:48 PM, Steve Singer wrote:
Since the original bug was opened we've figured out why adding PG 9.1
support to slony 2.0.x was causing occasional test failures.
The fixes for PG 9.1 (upstream bugs #255) along with the fixes for the
MOVE SET issue caused by the #255 fix (upstream
On Sat, 2013-03-16 at 11:38 +, Adam D. Barratt wrote:
On Sun, 2012-10-07 at 14:30 +0200, Mehdi Dogguy wrote:
On 21/09/2012 04:58, Peter Eisentraut wrote:
According to bug #678979 [0], which was submitted by the lead
upstream developer, slony 2.0 does not work well with postgresql
I'm getting the same error message as of very recently. But I get it
soon after the browser starts.
Something is fishy. For example, custom search key words are not
recognized. Extensions seem to work, though.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a
Package: python2.7-minimal
Version: 2.7.3~rc2-2.1
Severity: normal
python -c import distutils.sysconfig;
print(distutils.sysconfig.get_config_var('Py_ENABLE_SHARED'))
prints 0, but should print 1, because a shared library is built.
--
To UNSUBSCRIBE, email to
On Wed, 2012-12-05 at 19:58 +0100, John Paul Adrian Glaubitz wrote:
the issue only occurs if the local bash profile contains any echo
statements:
I think the only answer to that is: Don't do that then. I think you
will be able to find many shell scripts that will be unhappy about this.
--
1 - 100 of 1770 matches
Mail list logo