From: | "Tristan Partin" <tristan(at)neon(dot)tech> |
---|---|
To: | "Peter Eisentraut" <peter(at)eisentraut(dot)org> |
Cc: | "pgsql-hackers" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: make dist using git archive |
Date: | 2024-04-15 21:14:10 |
Message-ID: | D0L09GKSYWFT.393CVWKEYXD2M@neon.tech |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed Jan 24, 2024 at 11:57 AM CST, Tristan Partin wrote:
> On Wed Jan 24, 2024 at 10:18 AM CST, Tristan Partin wrote:
> > On Tue Jan 23, 2024 at 3:30 AM CST, Peter Eisentraut wrote:
> > > On 22.01.24 21:04, Tristan Partin wrote:
> > > 3. Meson does not support tar.bz2 archives.
>
> Submitted https://github.com/mesonbuild/meson/pull/12770.
This has now been merged. It will be in 1.5, so we will probably see it
in RHEL in a decade :P.
> > > 4. Meson uses git archive internally, but then unpacks and repacks the
> > > archive, which loses the ability to use git get-tar-commit-id.
>
> Because Meson allows projects to distribute arbitrary files via
> meson.add_dist_script(), and can include subprojects via `meson dist
> --include-subprojects`, this doesn't seem like an easily solvable
> problem.
>
> > Thanks Peter. I will bring these up with upstream!
>
> I think the solution to point 4 is to not unpack/repack if there are no
> dist scripts and/or subprojects to distribute. I can take a look at
> this later. I think this would also solve points 1, 2, 5, and 6 because
> at that point meson is just calling git-archive.
I think implementing a solution to point 4 is a little bit more pressing
given that reproducible tarballs are more important after the xz
debaucle. I will try to give it some effort soon.
--
Tristan Partin
Neon (https://neon.tech)
From | Date | Subject | |
---|---|---|---|
Next Message | David G. Johnston | 2024-04-15 21:27:25 | Re: Things I don't like about \du's "Attributes" column |
Previous Message | Tristan Partin | 2024-04-15 21:06:03 | Re: SQL function which allows to distinguish a server being in point in time recovery mode and an ordinary replica |