Your message dated Sat, 22 Jul 2006 17:00:51 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Bug#378475: Please do not build server-side binaries on mips
and mipsel any more
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: postgresql-7.4-plruby, postgresql-7.4-pljava
Severity: serious
Hi!
Since PostgreSQL currently does not work on mips and mipsel due to
bug #377507, I removed these architectures from postgresql-7.4, so
that upgraders from sarge on mips[el] do not suddenly upgrade into a
broken version; the postgresql-7.4 package will be uninstallable
instead and the old version will stay around, which is much better.
However, the p-7.4 version without the mipsen binaries cannot go into
testing as long as there are still pacakges depending on them on mips
and mipsel. Currently this is p-7.4-plruby, and soon it will be
p-7.4-pljava as well (which should go into testing today).
So I asked for removing the mips and mipsen binaries for these
packages as well (see bug #377507), but this requires having pljava
and plruby versions in unstable which do not build packages on mipsen
any more. Otherwise, after removing the binaries, the buildds would
immediately rebuild them.
So, please change the Architecture field for these source packages
from 'any' to:
Architecture: alpha amd64 arm hppa i386 ia64 m68k powerpc s390 sparc
and upload a new version. Then #377507 can be done, and postgresql-7.4
can go into testing; this is crucial, testing currently has 7.4.9
which has open security holes and other issues (therefore the bug
severity).
After this process has happened, you can revert the Architecture:
change, since then your packages will just FTBFS on mipsen until the
original bug (#377507) has been fixed.
Thank your for your understanding, and please do not hesitate to ask
me for any further questions!
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
--- End Message ---
--- Begin Message ---
Hi Peter,
Peter Eisentraut [2006-07-19 23:43 +0200]:
> Martin Pitt wrote:
> > However, the p-7.4 version without the mipsen binaries cannot go into
> > testing as long as there are still pacakges depending on them on mips
> > and mipsel.
>
> There seems to be a semantic mistake here. plruby works just fine on
> mips(el), no evidence having been given to the contrary.
The PostgreSQL server itself currently fails on the mips and mipsel
buildds. That's why I have removed the mips and mipsel server-side
packages.
However, Thiemo Seufer recently figured out that this is indeed not a
binutils regression, but a kernel bug. With kernel 2.6.16, the SIGBUS
does not occur and PostgreSQL works fine.
Therefore I will re-enable mips and mipsel in postgresql-7.4 and plr
and just ignore the breaking test suite while the mipsen buildds still
have an older kernel. Thus this bug report is now obsolete, too.
Thank you,
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
--- End Message ---
