On Sat, Dec 02, 2023 at 02:58:00PM +0100, John Paul Adrian Glaubitz wrote:
> > Maybe instead of duplicating this, debhelper can access it?
> I agree with Helmut's suggestion. debhelper should be able to deal with
> 32-bit architectures that already support 64-bit time_t.
> If we ignore these, we
Hi!
> Guillem curated a list in /usr/share/perl5/Dpkg/Vendor/Debian.pm:
>
> * arm
> * armeb
> * armel
> * armhf
> * hppa
> * i386
> * hurd-i386
> * kfreebsd-i386
> * m68k
> * mips
> * mipsel
> * mipsn32
> * mipsn32el
> * mipsn32r6
> * mipsn32r6el
> * mipsr6
> * mipsr6el
> * nios
On Wed, Nov 08, 2023 at 10:43:32AM +0100, Helmut Grohne wrote:
> So I think rather than evaluating the bits here, I think we should
> enumerate all architectures that currently are time32 and assume that
> all others (and future ones) will be time64. That list would be:
>
> * arm<- I know it'
Package: debhelper
Version: 13.11.7
Severity: important
X-Debbugs-Cc: vor...@debian.org
Hi Steve,
I was made aware that your extension to dh_makeshlibs was wrong and
since I happened to upload it, I figured it was my duty to report the
issue.
We may think if time bits as 64bit architectures have
4 matches
Mail list logo