Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-16 Thread Steve Langasek
On Fri, Feb 16, 2024 at 02:19:04PM +0100, Christoph Berg wrote: > Re: Steve Langasek > > Sorry, did you manage to get sensible a-c-c output? Otherwise, how did you > > determine that there was a single symbol affected? The only compat_report > > output I have shows *zero* symbols affected but als

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-16 Thread Christoph Berg
Re: Steve Langasek > Sorry, did you manage to get sensible a-c-c output? Otherwise, how did you > determine that there was a single symbol affected? The only compat_report > output I have shows *zero* symbols affected but also shows a bunch of > garbage output that makes me not trust it at all.

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-15 Thread Steve Langasek
On Thu, Feb 15, 2024 at 10:22:34AM +0100, Christoph Berg wrote: > Re: Steve Langasek > > postgresql-server-dev-16 also shows up as impacted by LFS but the output is > > confusing, mentioning only redefinitions of constants from perl and python > > headers, why should those have disappeared based on

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-15 Thread Christoph Berg
Re: Steve Langasek > postgresql-server-dev-16 also shows up as impacted by LFS but the output is > confusing, mentioning only redefinitions of constants from perl and python > headers, why should those have disappeared based on defining LFS flags? The > changes are suspicious enough that I'm not p

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-14 Thread Steve Langasek
Hi again, On Mon, Feb 05, 2024 at 02:46:35PM +0100, Christoph Berg wrote: > Control: tags -1 = moreinfo > Re: Steve Langasek > > If you have any concerns about this patch, please reach out ASAP. Although > > this package will be uploaded to experimental immediately, there will be a > > period of

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-09 Thread Christoph Berg
Re: Adrien Nader > Nice! Watch out though if you don't use a container: the script can > change your system. Hi Adrien, thanks for the detailed answers. I was using a chroot, that seems to have been enough isolation. > You also need to run it on armhf to have the correct > machine definitions.

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-09 Thread Adrien Nader
On Fri, Feb 09, 2024, Christoph Berg wrote: > Re: Adrien Nader > > I think the most recent version of that script would be in my > > repository: https://salsa.debian.org/adrien-n/armhf-time_t/ > > Hi Adrien, > > I actually got the script running, I think. I pushed a few > https://salsa.debian.org

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-09 Thread Christoph Berg
Re: Adrien Nader > I think the most recent version of that script would be in my > repository: https://salsa.debian.org/adrien-n/armhf-time_t/ Hi Adrien, I actually got the script running, I think. I pushed a few https://salsa.debian.org/vorlon/armhf-time_t/-/merge_requests/132 that have not been

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-09 Thread Adrien Nader
Hi Christoph, The automated assessment uses a script which in turns uses abi-compliance-checker. I think the most recent version of that script would be in my repository: https://salsa.debian.org/adrien-n/armhf-time_t/ The README.md file describes it (it doesn't describe other tools in that repo

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-06 Thread Christoph Berg
Re: Steve Langasek > If you as maintainer want to close this bug report (indicating that no > transition is required) or un-tag it 'pending' (indicating that a transition > may be required but the patch is not ready to upload), and accept any > fallout if it turns out this is incorrect, that will m

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-05 Thread Steve Langasek
Hi Christoph, On Mon, Feb 05, 2024 at 02:46:35PM +0100, Christoph Berg wrote: > Control: tags -1 = moreinfo > Re: Steve Langasek > > If you have any concerns about this patch, please reach out ASAP. Although > > this package will be uploaded to experimental immediately, there will be a > > perio

Bug#1062567: libpg-query: NMU diff for 64-bit time_t transition

2024-02-05 Thread Christoph Berg
Control: tags -1 = moreinfo Re: Steve Langasek > If you have any concerns about this patch, please reach out ASAP. Although > this package will be uploaded to experimental immediately, there will be a > period of several days before we begin uploads to unstable; so if information > becomes availa