[Pkg-mozext-maintainers] Bug#696884: enigmail 1.5 is available upstream

[Daniel Kahn Gillmor]

On Mon 2013-01-07 14:52:10 -0500, Willi Mann wrote:

> I don't think that it is worth the effort. The problem is that the
> package which ships the build-system would need to check whether the
> build-system is really complete, for each new upstream version. 

I agree with your analysis here.

> I rechecked which package shipped the build system: According to [1]
> it was xulrunner-dev. But I don't know whether it also existed in
> Debian's xulrunner-dev.

ah, and icedove isn't built against xulrunner directly anyway, so you
not only have to check that the build system is correct for xulrunner
(as shipped in debian) but also for icedove itself.  That's definitely
not what we want.

> BTW: One of the problems of the current enigmail package is that it is
> not rebuildable, i.e. doing debuild twice does not work. Because I use
> git-buildpackage with the --git-export-dir option, it is not a problem
> for me, but I consider this improper packaging. The only thing that
> keeps me from fixing this problem is that it concerns many files that
> are modified "inline" during the build, so I would need to back these
> files up or make a full copy of the source tree and build there. I'd
> be happy if anyone fixes this. Maybe there is a more elegant solution
> that I missed so far?

ugh.  I don't have any good suggestions for this, but i'm glad to know
what you're doing so i can replicate the workflow when i have a chance
to poke around on it myself.  I'm familiar with that workflow,
unfortunately.  I agree with you that it doesn't feel like "correct"
packaging work, even if it's functional for a one-pass build; maybe we
can improve that as the build system evolves.

Regards,

        --dkg
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 965 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-mozext-maintainers/attachments/20130110/0954efbc/attachment.pgp>