Remove postgresql-plruby on ia64 from sarge?

2004-09-03 Thread Peter Eisentraut
The latest postgresql-plruby package does not build on ia64 because the configuration script hangs indefinitely until the buildd kills it. I have asked around for help, but so far without success. Assuming that no fix for this problem appears very soon, can the previous build on ia64 be

contrib packages with missing dependencies

2004-11-30 Thread Peter Eisentraut
Is there anything the release managers are able and willing to do in order to help some contrib packages with missing dependencies into sarge? There are several packages that have java dependencies that seemingly cannot be resolved without some sort of hammer. A sizeable list of possible

Please consider lzo 1.08-2 for sarge

2004-12-20 Thread Peter Eisentraut
* Updated libtool (closes: #261313) * Added minilzo to installation -- Peter Eisentraut [EMAIL PROTECTED] Thu, 11 Nov 2004 12:33:51 +0100

Triggering rebuilds on all architectures

2005-10-31 Thread Peter Eisentraut
Someone NMU'ed one of my packages with a changelog entry of something like trigger rebuild on all architectures. It was my understanding that this was frowned upon, and that one should contact buildds or the release team to do binary-only re-uploads. What would have been the preferred way to

xmms-kde

2006-01-14 Thread Peter Eisentraut
I don't know what this means http://bjorn.haxx.se/debian/testing.pl?package=xmms-kde * xmms-kde has no old version in testing (trying to add, not update) * Adding xmms-kde makes 1 non-depending packages uninstallable on hppa: xmms-kde (recur was tried but failed) Could you please apply one

Help ntp into testing

2006-07-13 Thread Peter Eisentraut
Could you help 1:4.2.0a+stable-9 into testing? There are three outstanding RC bugs, but they're all in stable anyway, and the new package contains a number of improvements over testing. pgpLlOTUKqqW4.pgp Description: PGP signature

licq on arm

2006-09-09 Thread Peter Eisentraut
I've been maintaining the licq package for over two years now, and it seems that the arm build gets lost at every single upload. I have regularly sent reminders to the buildd maintainers, but there was no consistent reaction. It almost appears as though this package is blacklisted in same

postgresql transition/upgrade strategy

2006-09-11 Thread Peter Eisentraut
Because of the transition to the multi-version postgresql packaging, we will have the situation in etch that someone who just does apt-get install postgresql (as has been the custom for many years) will always end up with the old version 7.4 instead of the newer 8.1. (The reason that

Re: [Build-common-hackers] Re: cdbs update

2006-10-03 Thread Peter Eisentraut
Pierre Habouzit wrote: Le sam 30 septembre 2006 10:16, Peter Eisentraut a écrit : * Move dh_installinit to binary-fixup to make sure its postinst fragment is the last (debhelper.mk) (closes: 386970) AIUI that would break deamons using dh_pysupport. This is exactly to fix daemons using

Re: How to get rid of db2latex-xsl in etch

2006-10-26 Thread Peter Eisentraut
Marc 'HE' Brockschmidt wrote: Yes, I think this would be a good idea. Peter, could you do this or do you of a reason to postpone this change? It's on its way. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Re: [Pkg-postgresql-public] Dropping postgresql 8.3 for squeeze

2010-01-03 Thread Peter Eisentraut
On ons, 2009-12-30 at 20:02 +0100, Martin Pitt wrote: Dimitri Fontaine [2009-12-30 10:52 +0100]: That's why I proposed having a single binary package for any extension, embedding support for more than one major version of PostgreSQL. That would match how the code is maintained. That

Re: [Pkg-postgresql-public] Dropping postgresql 8.3 for squeeze

2010-01-03 Thread Peter Eisentraut
On sön, 2010-01-03 at 18:10 +0100, Markus Wanner wrote: Peter Eisentraut wrote: I guess the Python-packaging-like solution to that would be to always support two PostgreSQL releases per stable Debian release. I suspect that means one of them overlapping with oldstable, right? yes Just

egroupware for etch

2007-01-28 Thread Peter Eisentraut
Please approve egroupware 1.2.106-2.dfsg-1 for etch. This is a maintenance release over what is currently in etch, and it is required to be able to use PHP 5 and/or PostgreSQL 8.1. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

kolab-cyrus-imapd for etch

2007-01-28 Thread Peter Eisentraut
Please approve kolab-cyrus-imapd 2.2.13-2 for etch. This release only pulls in the changes of cyrus-imapd-2.2 2.2.13-10, which someone in the release team previously found worthwhile. kolab-cyrus-imapd (2.2.13-2) unstable; urgency=high * Synced against cyrus-imapd package -- Peter

Re: egroupware for etch

2007-02-04 Thread Peter Eisentraut
Steve Langasek wrote: Yes, I'm afraid I can't view this as a routine maintenance release with changes of this scope, and don't believe it's appropriate to allow this update into etch at this point of the freeze. Prehaps just the patches for php5.2 could be applied. I would accept that for

kolab-webadmin for etch

2007-02-14 Thread Peter Eisentraut
This contains a small configuration update so that the installation interacts properly with the kolab-resource-manager package. kolab-webadmin (0.4.0-20060810-4) unstable; urgency=medium * Install the apache.conf file into the kolab directory to make sure we can enable it by default if

Re: kolab-webadmin for etch

2007-02-17 Thread Peter Eisentraut
the subversion repository and the ftp archive. -- Peter Eisentraut http://developer.postgresql.org/~petere/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Please fix cdbs version 0.4.26-4

2005-03-31 Thread Peter Eisentraut
I just spent some hours battling against cdbs. I think the changes in 0.4.26-4 were a total desaster, leading to bugs #294694, #295250, #296763, #299010, #300465 and a few other ones that I might have to file after these ones are fixed. This potentially introduces build regressions in

Re: kdirstat 2.4.4-1 for sarge

2005-05-13 Thread Peter Eisentraut
Frank Lichtenheld wrote: On Fri, May 06, 2005 at 09:27:06AM +0200, Peter Eisentraut wrote: In the alternative, would you accept an upload to t-p-u that fixes only #303809 in the current sarge version 2.4.0-2? I would definetly accept a upload to t-p-u for that bug. Looking at the sheer

egroupware 1.0.0.007-2.dfsg-2 for sarge

2005-05-14 Thread Peter Eisentraut
Please allow egroupware 1.0.0.007-2.dfsg-2 into sarge. This is a one-line change to repair the calendar display in konqueror, which is unusable without this. egroupware (1.0.0.007-2.dfsg-2) unstable; urgency=medium * Fix calendar month display in Konqueror -- Peter Eisentraut [EMAIL

Re: egroupware 1.0.0.007-2.dfsg-2 for sarge

2005-05-15 Thread Peter Eisentraut
Steve Langasek wrote: Please allow egroupware 1.0.0.007-2.dfsg-2 into sarge. This is a one-line change to repair the calendar display in konqueror, which is unusable without this. Approved. (Are you certain that this isn't a konqueror bug?) I am leaning in that direction, but who can

Why is licq scheduled for removal?

2004-10-22 Thread Peter Eisentraut
I happened to read that licq is scheduled for removal today: http://bjorn.haxx.se/debian/testing.pl?package=licq Does someone know why that is? The same questions goes for http://bjorn.haxx.se/debian/testing.pl?package=licq-plugin-osd

Re: Why is licq scheduled for removal?

2004-10-22 Thread Peter Eisentraut
Am Freitag, 22. Oktober 2004 14:17 schrieb Andreas Barth: The current RC-bug that you just set to pending now - but I guess that was just 10 hours too late. I uncommented the hint now, but AFAICS, it will still be executed tonight. I understand. But two comments on that: 1. I'm all for

please remove slony1 from testing

2011-12-05 Thread Peter Eisentraut
Please remove the slony1 source package (not to be confused with the slony1-2 source package) from testing, as it's obsolete and at the end of its transition period. A marginally related bug is #639477, which I've set to serious, to keep the package out of testing. -- To UNSUBSCRIBE, email to

Re: please remove slony1 from testing

2011-12-05 Thread Peter Eisentraut
On mån, 2011-12-05 at 19:58 +, Adam D. Barratt wrote: On Mon, 2011-12-05 at 20:15 +0200, Peter Eisentraut wrote: Please remove the slony1 source package (not to be confused with the slony1-2 source package) from testing, as it's obsolete and at the end of its transition period

Re: architecture wildcards, type-handling, etc.

2009-05-14 Thread Peter Eisentraut
On Wednesday 13 May 2009 21:55:00 Guillem Jover wrote: So, there's missing support in sbuild (#501230), which arguably is a pretty recent bug report, but AFAIR I sent a mail to Ryan long time ago when drafting the wildcard support and never heard back, but then I never insisted again, so

Missing bug URLs for some release goals

2008-04-01 Thread Peter Eisentraut
In the list of release goals at http://release.debian.org/lenny/goals.txt, the goals NFS version 4 support I18n support for package descriptions don't show a bug URL. They also don't show a user email address, so I couldn't come up with a working usertag-based URL myself. Could the missing

Consider unblocking mawk

2008-05-02 Thread Peter Eisentraut
(1.3.3-11.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/postinst: fix bashism. Closes: #308134 + + -- Peter Eisentraut [EMAIL PROTECTED] Sat, 05 Apr 2008 17:11:11 +0200 + mawk (1.3.3-11) unstable; urgency=low * 08_fix-for-gcc3.3.dpatch: grossly hack configure to work

dirmngr 1.0.2

2008-08-11 Thread Peter Eisentraut
The upstream maintainer of dirmngr (Werner Koch) has asked me to propose dirmngr 1.0.2 for inclusion into lenny: The last release is close to a year old but we have always worked on the package and made it more stable and added new features. Most work has been done as part of the Windows port

Re: Bug#678979: request freeze exception for slony1-2

2013-03-16 Thread Peter Eisentraut
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