[Pkg-postgresql-public] Dropping postgresql 8.3 for squeeze
Gerfried Fuchs
rhonda at deb.at
Mon Jan 11 10:25:22 UTC 2010
* Martin Pitt <mpitt at debian.org> [2010-01-11 11:08:27 CET]:
> Julien Danjou [2010-01-11 10:28 +0100]:
> > Is there any change to regenerate d/control at build-time?
>
> That's utterly crackful, and wouldn't even work. The buildds unpack
> the .dsc, the install build dependencies according to debian/rules,
> and then runs debian/rules. If this then changes build dependencies,
> it's too late.
That part could get waived - that's what the common dev package is
suggested for which would depend on the versioned dev packages.
> Likewise, if the source package claims to build postgresql-foo-{X,Y}
> but doesn't actually build them, you'd horribly confuse the
> archive/NEW processing, etc.
_This_ actually is the core problem. The source from which the package
is built claims at extraction stage to build a completely different set
of packages than it actually would produce afterwards. I actually think
that there are hooks in sbuild or dak or similar sanity checking tools
that would catch that and block the upload.
So a source-full upload _is_ needed for transitions that produce a
different set of binary packages. I can't see how this part would be
possible to get worked around.
So long,
Rhonda [but I am only the devil's advocate and objecting to any
enhancement anyway, so feel free to rant against me again]
More information about the Pkg-postgresql-public
mailing list