Hi Jeroen, Jeroen van Wolffelaar [2006-04-06 0:55 +0200]: > > * all debs generated by postgresql-7.4 > > * all debs generated by postgresql-8.0 > > This will break a number of further rdepends, like libpam-pqsl, > facturalux, libdbd-pqsl, and more. Should mipsen binaries there also be > removed, or...?
No, these are just client applications. They should be rebuilt against
the current libpq-dev, libpq3 is deprecated anyway.
> > * postgresql-8.1
> > * postgresql-contrib-8.1
> > * postgresql-plperl-8.1
> > * postgresql-plpython-8.1
> > * postgresql-pltcl-8.1
>
> Those don't seem to be failing to build, or lagging at all. Please make
> sure that happens, otherwise a same version build might succeseed,
> resulting in again the exact same version numbers to appear
Hm, just bad timing. The server debs were indeed not built until
8.1.3-2, but since testing was not updated for 6 months(!) I finally
decided to let the new version slip in and did:
postgresql-8.1 (8.1.3-3) unstable; urgency=low
[...]
* debian/control: Build server packages on mips and mipsel again, even if
they do not work. No need to block testing migration forever (the
ftp-masters seem reluctant to remove the mips binaries, see #344487), and
the bug is in binutils, not PostgreSQL itself (see #357603).
I reverted this in the development version for -4, so that mips[el]
won't build them again. Sorry for hitting the race condition!
> but actually being different builds. There are a few ways to achieve this.
> One way that you should always use if it is possible, is to have a small
> testsuite during build time, that will test the functionality, and fails
> to build if it doesn't work. This is a good idea anyway, it can prevent
> some broken uploads.
The packages indeed have test suites, and their failure causes an
FTBFS for 7.4 and 8.0. However, this approach is not possible for 8.1,
since it is crucial to have the client side library being built
(hundreds of packages depend on them, and they should work fine). So
for 8.1, I need to tweak the Architecture: field for the server
packages.
> If you really opted for the solution you noted above, something is
> failing here or you didn't upload yet? For example:
>
> postgresql-8.1 | 8.1.3-3 | unstable | source, alpha, amd64, arm,
> hppa, hurd-i386, i386, ia64, m68k, mips, mipsel, powerpc, s390, sparc
Thanks,
Martin
--
Martin Pitt http://www.piware.de
Ubuntu Developer http://www.ubuntu.com
Debian Developer http://www.debian.org
In a world without walls and fences, who needs Windows and Gates?
signature.asc
Description: Digital signature
