On Sun, Jul 28, 2024 at 06:38:01PM +0200, Rene Engelhard wrote:
> [ Ccing libreoffice upstream ]
[ Cc changed for this reply ]
> Hi,
>
> see
> https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=armhf&ver=4%3A24.8.0~rc2-1&stamp=1722178361&raw=1:
>
> build CXX] bridges/source/cpp_un
[ Ccing libreoffice upstream ]
Hi,
see
https://buildd.debian.org/status/fetch.php?pkg=libreoffice&arch=armhf&ver=4%3A24.8.0~rc2-1&stamp=1722178361&raw=1:
build CXX] bridges/source/cpp_uno/gcc3_linux_arm/uno2cpp.cxx
S=/<> && I=$S/instdir && W=$S/workdir && mkdir -p $W/CxxObject/bridges/source/
On 2024-07-28 14:27, Jeffrey Walton wrote:
On Sun, Jul 28, 2024 at 7:47 AM Drew Parsons
wrote:
I've uploaded an NMU for uid-wrapper 1.3.0-5.1 to skip the syscall
gettimeofday test on __arm__, since armel and armhf are returning
tv_sec=0 from the syscall. Obviously replace the patch with a bet
On Sun, Jul 28, 2024 at 7:47 AM Drew Parsons wrote:
>
> On 2024-07-25 12:35, Drew Parsons wrote:
> > Given the timing of the test failure, my guess is that uid-wrapper is a
> > casuality of the time_64 transition. It looks like something is amiss
> > with the __NR_gettimeofday system calls on 32-
On 2024-07-25 12:35, Drew Parsons wrote:
Given the timing of the test failure, my guess is that uid-wrapper is a
casuality of the time_64 transition. It looks like something is amiss
with the __NR_gettimeofday system calls on 32-bit ARM.
cc:ing ARM porters. Can you advise on the 32-bit arm t
5 matches
Mail list logo
