[Pkg-zope-developers] Re: [Zope] A few questions...

Joel Aelwyn fenton@debian.org
Wed, 26 Jan 2005 10:23:24 -0700


--MxYQAzdbOWKZB282
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Jan 26, 2005 at 10:13:04AM +0100, Fabio Tranchitella wrote:
> Il giorno mar, 25-01-2005 alle 15:33 -0700, Joel Aelwyn ha scritto:
> > [ Mail-Followup-To set; please *do* Cc me, as I do not currently       =
   ]
> > [ subscribe to the -python list, though it appears to be the proper pla=
ce ]
> > [ for Zope discussions, at least from what I can find in the archives. =
   ]
> > [ Please redirect me if somewhere else is more appropriate.            =
   ]
> >=20
> > So I have relatively recently taken over a Zope package, and while it is
> > now in (basically) good shape, there are a couple of technical points I
> > want to clear up to make sure I'm doing it right, since what I can find=
 on
> > the mailing list archives isn't entirely conclusive.
>=20
> I think the right place for your email is the mailing list of zope
> debian packages developers [1], but the list seems to be almost dead.

Allright.

> > 1) Is it proper (assuming that the package works under both Zope 2.6 and
> >    Zope 2.7) to Depend on 'zope | zope2.7'? It seems like it should be,=
 but
> >    I wanted to double-check.
>=20
> IMHO the dependency should be "zope2.7 | zope", so the newer version
> will be automatically installed if needed.

Hmmm. I got the (quite possibly mistaken) impression that the 'zope2.7'
package was intended as a temporary situation, rather than 'zope' being
permanently stuck at 2.6 and all future Zope packages adding a new source
package. I mean, I could see 'Zope3', given that a major revision is
allowed to break all sorts of things, but why split 2.7 into a separate
package?

> > 2) Usage of debconf templates. The debconf manual (and the maintainer)
> >    seem to think that every package which uses the shared Zope restart
> >    template needs to provide an identical copy.=20
>=20
> My opinion on this issue is that for zope packages you do not use the
> shared template, just read its value in debian/postinst. For this
> reason, you haven't (and you shouldn't) provide the template: you'll
> never ask the user for that question so providing the template have
> really no sense, this just create additional work for the translators.
>=20
> Here an example from one of my packages:
>=20
> $ cat zope-cmfphoto-0.5.0/debian/postinst | grep "shared/zope"
>         db_get "shared/zope/restart" || true
>=20
> If db_get fails (the package zope isn't installed, or the template
> hasn't been initialized, or something else) the "or true" prevents the
> maintainer script to return a bad exit code.

Believe me, I understand the rationale. My issue is that this rationale
isn't, formally, supported by debconf. So I guess I should CC it to the
debconf maintainer for clarification.

> So, why for the hell you provide the template in your package? :)

Solely because "that's the requirement according to the debconf manual
and maintainer".

> After this, I maintain a lot of zope packages. Packaging this type of
> software is quite easy, and often it is a repetitive job. For this
> reason I'd like to see a dh_zope debhelper script, so the packages=20
> (at least the easy ones) could get rid of their templates and their
> maintainer scripts. I know that Luca De Vitis started working on it,=20
> and I tried to mail him but I haven't received any answer so far.=20
> His last upload to zope package is on 2004, February. Does anyone=20
> know if he is still around?

No argument here; some sort of dh_zope would be very handy, given that most
of the "weird" bits of packaging I had to do were Zope specific (things
like symlinks to move static images out of /usr/lib, or dealing with the
debconf stuff) that could easily be wrapped up in a dh_zope utility.
--=20
Joel Aelwyn <fenton@debian.org>                                       ,''`.
                                                                     : :' :
                                                                     `. `'
                                                                       `-

--MxYQAzdbOWKZB282
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFB99IMlZCPwGNtWe4RAmWbAJwKVBEGhw6QLP+fIClYQxKD/cxW8wCeO+9g
PFOnw8rF6QvuMkwDvb1BFpI=
=E3bW
-----END PGP SIGNATURE-----

--MxYQAzdbOWKZB282--