Error: bad immediate value for offset (4100)

[CC me please] Dear ARM porters, Could someone please confirm what I see on the armel/buildd: * https://buildd.debian.org/status/fetch.php?pkg=dcmtk=armel=3.6.8-2=1705054390=0 Is this a 32bits/limited RAM issue ? Is there a way to fix the symptoms ? Thanks !

Re: abel.debian.org is down

On Thu, Sep 7, 2023 at 1:23 AM Wookey wrote: > > On 2023-09-05 08:23 +0200, Mathieu Malaterre wrote: > > On Mon, Sep 4, 2023 at 6:00 PM Wookey wrote: > > > > > > Abel is now back up. > > > > Here is what I see on my side right now: > > >

Re: abel.debian.org is down

On Mon, Sep 4, 2023 at 6:00 PM Wookey wrote: > > On 2023-08-31 14:32 +0200, Mathieu Malaterre wrote: > > > On 2023-08-31 14:21 +0200, Mathieu Malaterre wrote: > > > > Could someone please check the status of abel.d.o. Seems to be down > > > > today

Re: abel.debian.org is down

On Thu, Aug 31, 2023 at 2:29 PM Wookey wrote: > > On 2023-08-31 14:21 +0200, Mathieu Malaterre wrote: > > [cc me please] > > > > Hello, > > > > Could someone please check the status of abel.d.o. Seems to be down today: > > > > % ssh abel.debian.org

abel.debian.org is down

[cc me please] Hello, Could someone please check the status of abel.d.o. Seems to be down today: % ssh abel.debian.org ssh: connect to host abel.debian.org port 22: Connection timed out Thanks !

neon: armhf baseline for next release ? (was: python-cogent fails to build on armhf )

Dear arm porters, On Thu, Feb 9, 2023 at 8:43 PM Andreas Tille wrote: [...] > according to the build logs[1] armhf fails to build (as only > architecture) with [...] > LLVM ERROR: Symbol not found: __sync_fetch_and_add_4 I see that abel.d.o porterbox is offline. There is currently no other

Re: abel.d.o + gcc-12.x

Hi Adrian, On Mon, Sep 5, 2022 at 9:11 AM John Paul Adrian Glaubitz wrote: > > > > > On Sep 5, 2022, at 8:54 AM, Mathieu Malaterre wrote: > > > > I have two requests: > > > > - Could someone please check the status of abel.d.o ? (*) > > - One of g

abel.d.o + gcc-12.x

Dear Debian arm porters, I have two requests: - Could someone please check the status of abel.d.o ? (*) - One of gcc dev asked me to verify the status of a bug in gcc-12.x branch. Are there any pre-build version of GCC 12.x package for Debian/arm ? (**) Thanks much, (*) I cannot post to

Re: armhf: abel.d.o hardware status ?

On Wed, Jun 29, 2022 at 5:34 PM Wookey wrote: [...] > The reason this has broken appears to be that gcc has changed the way > the fpu is specified/defaulted, so neon _and_ fp are enabled by > default if no specific fpu option is given. (i.e we just set > -march=armv7). It used to be that

Re: armhf: abel.d.o hardware status ?

On Wed, Jun 29, 2022 at 5:52 PM Jeffrey Walton wrote: > > On Wed, Jun 29, 2022 at 11:34 AM Wookey wrote: > > > > On 2022-06-29 15:13 +0200, Mathieu Malaterre wrote: > > > On Wed, Jun 29, 2022 at 2:48 PM Wookey wrote: > > > > > > What exactl

Re: armhf: abel.d.o hardware status ?

On Wed, Jun 29, 2022 at 5:34 PM Wookey wrote: > > On 2022-06-29 15:13 +0200, Mathieu Malaterre wrote: > > On Wed, Jun 29, 2022 at 2:48 PM Wookey wrote: > > > > What exactly is going wrong when you try to use valgrind? > > > > Well you should see something li

Re: armhf: abel.d.o hardware status ?

Hi Wookey ! On Wed, Jun 29, 2022 at 2:48 PM Wookey wrote: > > On 2022-06-29 08:54 +0200, Mathieu Malaterre wrote: > > [cc me please] > > > > Dear armhf gurus, > > > > Could someone please confirm that abel.d.o hardware is almost like a > > g

armhf: abel.d.o hardware status ?

[cc me please] Dear armhf gurus, Could someone please confirm that abel.d.o hardware is almost like a good old RaspberryPi Model 2B ? I am trying to understand why valgrind is supposed to work on arm32/linux but fails miserably on abel.d.o. Thanks for your kind help

Re: armhf: neon instruction ?

Hi Lennart ! On Mon, Jan 10, 2022 at 4:21 PM Lennart Sorensen wrote: > > On Mon, Jan 10, 2022 at 03:49:56PM +0100, Mathieu Malaterre wrote: > > Dear arm porters, > > > > Could someone please clarify if I can build a package using gcc flags such > > as: > >

armhf: neon instruction ?

Dear arm porters, Could someone please clarify if I can build a package using gcc flags such as: -march=armv7-a -mfpu=neon-vfpv4 -mfloat-abi=hard -mfp16-format=ieee Ref: * https://salsa.debian.org/debian-phototools-team/highway/-/blob/master/CMakeLists.txt#L182-185 Thanks

Re: Bug#953235: vtkplotter: autopkgtest arm64 failure: No module named 'vtkIOFFMPEGPython'

On Sun, May 10, 2020 at 10:01 PM Paul Gevers wrote: > > Hi Adrian, > > On 10-05-2020 15:25, Paul Gevers wrote: > > I'm running another check on "cannot allocate memory in static TLS > > block" now, will take a while. > > Also for this one, only vtkplotter showed up. Did you check #951704 ? This

arm64: mediatomb

Looks like there is still a mediatomb package for arm64 in ports: * https://packages.debian.org/sid/mediatomb-common Could someone remove it. thanks,

Re: Bypassing the 2/3/4GB virtual memory space on 32-bit ports

Aurélien, Thanks for caring about 32bits arches ! On Thu, Aug 8, 2019 at 10:39 PM Aurelien Jarno wrote: [...] > mips and mipsel are more affected by the issue as the virtual address > space is limited to 2GB. Therefore on those architectures, this issue > recently started to also affect core

Re: Porter roll call for Debian Stretch

On Sat, Oct 1, 2016 at 2:28 AM, Adam Borowski <kilob...@angband.pl> wrote: > On Fri, Sep 30, 2016 at 11:01:55PM +0200, Mathieu Malaterre wrote: >> On Fri, Sep 30, 2016 at 10:34 PM, John Paul Adrian Glaubitz >> <glaub...@physik.fu-berlin.de> wrote: >> [...] >

Re: Porter roll call for Debian Stretch

Adrian, On Fri, Sep 30, 2016 at 10:34 PM, John Paul Adrian Glaubitz wrote: [...] > On the other hand, some packages dropped support for PowerPC32 like Mono > but this isn't a concern for most users, I would say. [...] Thanks very much for stepping up as porter, you

Re: Porter roll call for Debian Stretch

Hi all, On Fri, Sep 23, 2016 at 3:54 PM, Matthias Klose wrote: > On 20.09.2016 23:46, John Paul Adrian Glaubitz wrote: >> On 09/20/2016 11:16 PM, Niels Thykier wrote: >>>- powerpc: No porter (RM blocker) >> >> I'd be happy to pick up powerpc to keep it for Stretch. I'm

Re: [Stretch] Status for architecture qualification

Hi Hector, On Thu, Jun 16, 2016 at 2:12 AM, Hector Oron wrote: [...] > While working out ArchitectureQualification/Stretch wiki page I > believe everything is mostly fine for release, however I got a > personal concern on powerpc architecture. Is it well maintained? Does >

Re: GCC-4.5 as the default for (at least some) architectures

On Tue, Apr 26, 2011 at 5:31 PM, Konstantinos Margaritis mar...@genesi-usa.com wrote: On 26 April 2011 18:03, Matthias Klose d...@debian.org wrote: I'll make GCC 4.6 the default after the release of GCC 4.5.3, expected later this week, at least on amd64, armel, i386 and powerpc. Could you

Please give back paraview on armel

, Martin Michlmayr t...@cyrius.com wrote: * Mathieu Malaterre mathieu.malate...@gmail.com [2010-08-20 12:22]: /tmp/ccBjG67i.s:14902: Warning: unterminated string; newline inserted /tmp/ccBjG67i.s:14903: Error: junk at end of line, first unrecognized character valued 0x7 /tmp/ccBjG67i.s:14903

FTBFS: ParaView on armel

Hello, I have been uploading ParaView recently. It seems to build correctly on all platforms so far. It did build on armel in the past (3.8.0 was fine). However today, 3.8.1 seems to create a build failure.