[Pkg-pascal-devel] FPC 2.6.4 is released.

Abou Al Montacir abou.almontacir at sfr.fr
Thu Mar 27 19:09:58 UTC 2014

On Tue, 2014-03-25 at 21:02 +0100, Paul Gevers wrote:
> On 25-03-14 18:49, Abou Al Montacir wrote:
> > On Fri, 2014-03-21 at 12:06 +0100, Paul Gevers wrote:
> >> Do you by any change have already a pristine-tar branch? If yes, please
> >> also push that to Alioth, so that I can create the tar ball from there.
> > 
> > Hi Paul,
> > 
> > Why do we need a pristine-tar?
> Because I want to be able to create the same tar ball as you (with even
> the same md5 / other hashes). Also, until we agree on repacking, I not
> only want the same tar ball as you, but also as upstream (if no
> repacking is done of course). pristine-tar can make that happen.
I understand. Then please create one.

> > but for now it fails due to patches.
> Unless I misunderstand you mean, have you found (or other similar
> solutions):
> https://honk.sigxcpu.org/piki/development/debian_packages_in_git/
> However, I usually just run quilt push -a / quilt new / quilt add /
> <change source> / quilt refresh / quilt pop -a and than commit the
> patch/series as patch.
It looks quite interesting. I'll see this in more details.

> But about the repacking, let's agree that we try to follow:
> https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz
> As I understand it (y)our argumentation is that the space saving is
> pretty big once we start removing the .o files? If that is true, than
> let's repack, until than, let's not. But if we go the repack way, the
> +dfsg is used in the Debian archive for package that have been repacked
> for "freeness" reasons. If the repack is for other reasons, the suffix
> +ds (for Debian Source) is more accepted in the archive. Also we should
> add some comments to the d/copyright file. And item number 3: we should
> not remove the Makefile(s).
As I can see in the link, we may repackage in order to get the name of
the parent directory conform to the standard, which is not the case of
fpc usign fpcbuild instead of fpc-version. Also removing many .o could
reduce the size.

In the other hand, Makefiles are generated during the build process
anyway, and thus should be remove if we repack. This avoids warnings
about missing makefile after clean.

Abou Al Montacir,
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 230 bytes
Desc: This is a digitally signed message part
URL: <http://lists.alioth.debian.org/pipermail/pkg-pascal-devel/attachments/20140327/00202f0e/attachment.sig>

More information about the Pkg-pascal-devel mailing list