debian-sparc  

Messages by Thread

• New Solaris CBE release available John Paul Adrian Glaubitz
• LLVM builds on SPARC passing the testsuite for the first time John Paul Adrian Glaubitz
• Bug#1128264: boost1.90: Please cherry-pick patch to fix FTBFS on sparc64 John Paul Adrian Glaubitz
• Bug#1128189: coq: Please install dllcoqperf_stubs.so on native architectures only John Paul Adrian Glaubitz
  • Re: Bug#1128189: coq: Please install dllcoqperf_stubs.so on native architectures only John Paul Adrian Glaubitz
  • Re: Bug#1128189: coq: Please install dllcoqperf_stubs.so on native architectures only John Paul Adrian Glaubitz
  • Re: Bug#1128189: coq: Please install dllcoqperf_stubs.so on native architectures only John Paul Adrian Glaubitz
  • Re: Bug#1128189: coq: Please install dllcoqperf_stubs.so on native architectures only Julien Puydt
  • Re: Bug#1128189: coq: Please install dllcoqperf_stubs.so on native architectures only John Paul Adrian Glaubitz
• Bug#1127817: zopfli: Please cherry-pick upstream patch to fix unaligned access John Paul Adrian Glaubitz
• Re: Bug#806208: src:gegl: FTBFS on sparc64, tools/introspect segfaults Jeremy Bícha
• Bug#1126565: adios2: Please use whitelist for libblosc2-dev in Builds-Depends John Paul Adrian Glaubitz
• Installing on Ultra1 Jeremy Leonard
  • Re: Installing on Ultra1 John Paul Adrian Glaubitz
  • Re: Installing on Ultra1 Jeremy Leonard
  • Re: Installing on Ultra1 Jeremy Leonard
  • Re: Installing on Ultra1 John Paul Adrian Glaubitz
  • Re: Installing on Ultra1 Jeremy Leonard
  • Re: Installing on Ultra1 Gregor Riepl
• Bug#1125517: libgit2: Consider switching to llhttp again John Paul Adrian Glaubitz
• Bug#1125101: RM: xpra [armhf i386] -- RoQA; not built since 2023, still depends on pre-t64 libraries Simon McVittie
• Bug#1125006: build-essential: stop depending on libc6-dev-sparc64 [sparc] Helmut Grohne
• Updated firefox package available for sparc64 John Paul Adrian Glaubitz
  • Re: Updated firefox package available for sparc64 Gregor Riepl
  • Re: Updated firefox package available for sparc64 John Paul Adrian Glaubitz
• Bug#1124228: libavif: Build-depends on libgav1 which build-depends on architecture-is-little-endian John Paul Adrian Glaubitz
  • Re: Bug#1124228: libavif: Build-depends on libgav1 which build-depends on architecture-is-little-endian John Paul Adrian Glaubitz
• on why doxygen needs jQuery and ways to work around it blocking the sparc64 port Paolo Greppi
• Re: Bug#736432: Fwd: Re: Bug#736432: [doxygen] Include header/footer/img as external ressource John Paul Adrian Glaubitz
  • Re: Bug#736432: Fwd: Re: Bug#736432: [doxygen] Include header/footer/img as external ressource Helmut Grohne
• Bug#1123978: doxygen: Please make jquery use optional John Paul Adrian Glaubitz
• Bug#1123946: python-librt: Bus error on sparc64 due to unaligned access in _write_short_int Gregor Riepl
  • Re: Bug#1123946: python-librt: Bus error on sparc64 due to unaligned access in _write_short_int Gregor Riepl
• Bug#1123577: nmu: mesa_25.2.8-2: +b3 on !amd64 Simon McVittie
• Re: gcc-15: symbol issues for sparc64 Matthias Klose
  • Re: gcc-15: symbol issues for sparc64 John Paul Adrian Glaubitz
• Bug#1122205: RM: rhonabwy -- ROM; upstream is no longer maintained and depends on obsolete packages, FTBFS with gnutls 3.8.11 Nicolas Mora
• New potential regression on Niagara 2 with 6.18.0 John Paul Adrian Glaubitz
• Updated Debian Ports installation images 2025-12-06 John Paul Adrian Glaubitz
  • Re: Updated Debian Ports installation images 2025-12-06 jp
  • Re: Updated Debian Ports installation images 2025-12-06 John Paul Adrian Glaubitz
• Bug#1121975: gcc-15: Please cherry-pick upstream patch to fix FTBFS on sparc64 John Paul Adrian Glaubitz
• OMP fixed in the llvm-21 packaging Matthias Klose
• Where is my diskspace? Riccardo Mottola
  • Re: Where is my diskspace? John Paul Adrian Glaubitz
• Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS Jan Engelhardt
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS Rene Engelhard
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS Rene Engelhard
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS Rene Engelhard
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS Rene Engelhard
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS Rene Engelhard
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS Rene Engelhard
  • Re: Bug#1121530: libreoffice: Please build with -fPIE on sparc64 to fix FTBFS John Paul Adrian Glaubitz
• Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 Rene Engelhard
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 Rene Engelhard
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 Rene Engelhard
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 Rene Engelhard
  • Re: Bug#1121498: libreoffice: Preprocessor macros in pdfium confuse arm64 with sparc64 John Paul Adrian Glaubitz
• Bug#1121496: ghc: FTBFS on sparc64 due to ghc not detecting the target architecture John Paul Adrian Glaubitz
• Re: Bug#1121377: fish: FTBFS on riscv64 due to timeout for test cases John Paul Adrian Glaubitz
  • Re: Bug#1121377: fish: FTBFS on riscv64 due to timeout for test cases Bo YU
  • Re: Bug#1121377: fish: FTBFS on riscv64 due to timeout for test cases John Paul Adrian Glaubitz
• Anyone interested in vintage (around 2000) Sun hardware? Martin
  • Re: Anyone interested in vintage (around 2000) Sun hardware? Jonathan Pallant
  • Re: Anyone interested in vintage (around 2000) Sun hardware? Dennis Clarke
• gcc-16, first packaging bits Matthias Klose
  • Re: gcc-16, first packaging bits Dennis Clarke
  • Re: gcc-16, first packaging bits John Paul Adrian Glaubitz
• Bug#1121162: LLVM 21.1.6 ftbfs on sparc64 Matthias Klose
• Bug#1121002: libstreamvbyte: Consider disabling the build on unsupported architectures Florent 'Skia' Jacquet
• New NETINST iso stuff not quite right for SPARC-S7 Dennis Clarke
  • Re: New NETINST iso stuff not quite right for SPARC-S7 John Paul Adrian Glaubitz
  • Re: New NETINST iso stuff not quite right for SPARC-S7 Dennis Clarke
  • Re: New NETINST iso stuff not quite right for SPARC-S7 John Paul Adrian Glaubitz
• Updated Debian Ports installation images 2025-11-11 John Paul Adrian Glaubitz
• Bug#1120468: fish: FTBFS on sparc64, fixed in upstream version 4.2.0 John Paul Adrian Glaubitz
• Kernel tests on baremetal needed John Paul Adrian Glaubitz
• Linux 6.17 panic during boot Gregor Riepl
  • Re: Linux 6.17 panic during boot John Paul Adrian Glaubitz
  • Re: Linux 6.17 panic during boot Gregor Riepl
  • Re: Linux 6.17 panic during boot John Paul Adrian Glaubitz
• Bug#1120428: libmawk: FTBFS on sparc64 due to unaligned access (Bus error) John Paul Adrian Glaubitz
• Bug#1120346: felix-latin: FTBFS on sparc64 due to unaligned access (Bus error) John Paul Adrian Glaubitz
• Bug#1120344: fim: FTBFS on sparc64 due to unaligned access (Bus error) John Paul Adrian Glaubitz
• Bug#1120341: bup: FTBFS on sparc64 due to unaligned access (Bus error) John Paul Adrian Glaubitz
• Bug#1120333: libcassandra-client-perl: FTBFS on sparc64 due to unaligned access (Bus error) John Paul Adrian Glaubitz
• Bug#1119790: libadwaita-1: Please force softpipe on powerpc and sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1119790: libadwaita-1: Please force softpipe on powerpc and sparc64 John Paul Adrian Glaubitz
• Bug#1119724: pandas: Please add python3-pyqt5 to Build-Depends for all architectures John Paul Adrian Glaubitz
• Bug#1119241: ippl: FTBFS when built with many parallel jobs John Paul Adrian Glaubitz
  • Re: Bug#1119241: ippl: FTBFS when built with many parallel jobs Jan Engelhardt
  • Re: Bug#1119241: ippl: FTBFS when built with many parallel jobs John Paul Adrian Glaubitz
  • Re: Bug#1119241: ippl: FTBFS when built with many parallel jobs Marc Haber
• Architecture baseline for Forky Bastian Blank
  • Re: Architecture baseline for Forky Tony Rodriguez
  • Re: Architecture baseline for Forky Marco d'Itri
  • Re: Architecture baseline for Forky Jan-Daniel Kaplanski
  • Re: Architecture baseline for Forky Simon Richter
  • Re: Architecture baseline for Forky Tony Rodriguez
  • Re: Architecture baseline for Forky Geert Uytterhoeven
  • Re: Architecture baseline for Forky kiruthikaanbusuresh
  • Re: Architecture baseline for Forky Marcin Juszkiewicz
  • Re: Architecture baseline for Forky Rob Landley
  • Re: Architecture baseline for Forky Marc Haber
  • Re: Architecture baseline for Forky Tony Rodriguez
  • Re: Architecture baseline for Forky Rob Landley
  • Re: Architecture baseline for Forky Aurelien Jarno
  • Re: Architecture baseline for Forky Milan Kupcevic
  • Re: Architecture baseline for Forky Kurt Roeckx
  • Planned obsolescence ? (was: Re: Architecture baseline for Forky) Romain Dolbeau
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Marc Haber
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) John Paul Adrian Glaubitz
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Diederik de Haas
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Marc Haber
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Diederik de Haas
  • Re: Planned obsolescence ? (OpenBSD) jbranso
  • Re: Planned obsolescence ? (OpenBSD) Paul Tagliamonte
  • Re: Planned obsolescence ? (OpenBSD) John David Anglin
  • Re: Planned obsolescence ? (OpenBSD) Philipp Kern
  • Re: Planned obsolescence ? (*BSD, Rust) Jan-Daniel Kaplanski
  • Re: Planned obsolescence ? (*BSD, Rust) David Starner
  • Re: Planned obsolescence ? (*BSD, Rust) Dennis Clarke
  • Re: Planned obsolescence ? (*BSD, Rust) Jan-Daniel Kaplanski
  • Re: Planned obsolescence ? (*BSD, Rust) David Starner
  • Re: Planned obsolescence ? (*BSD, Rust) Christopher Huhn
  • Re: Planned obsolescence ? (*BSD, Rust) Riccardo Mottola
  • Re: Planned obsolescence ? (*BSD, Rust) Dr. Arne Babenhauserheide
  • Re: Planned obsolescence ? (*BSD, Rust) Falco Girgis
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) John Paul Adrian Glaubitz
  • AW: Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Jan-Daniel Kaplanski
  • Re: Planned obsolescence ? (was: Re: Architecture baseline for Forky) Marc Haber
  • Re: Planned obsolescence ? Riccardo Mottola
  • Re: Planned obsolescence ? Jaromír Cápík
  • Re: Planned obsolescence ? Riccardo Mottola
  • Re: Architecture baseline for Forky John Klos
  • Re: Architecture baseline for Forky Sicelo
  • Re: Re: Architecture baseline for Forky Hermann . Lauer
  • Re: Re: Architecture baseline for Forky John Klos
  • Re: Architecture baseline for Forky Peter Green
  • Re: Architecture baseline for Forky Lucas Nussbaum
  • Re: Architecture baseline for Forky Holger Levsen
  • Re: Architecture baseline for Forky Adrian Bunk
  • Re: Architecture baseline for Forky Lucas Nussbaum
  • Re: Architecture baseline for Forky Rob Landley
  • Re: Architecture baseline for Forky Gerardo Ballabio
  • Re: Architecture baseline for Forky John Paul Adrian Glaubitz
• Bug#1118963: gtk4: Please disable four more tests on sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1118963: gtk4: Please disable four more tests on sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1118963: gtk4: Please disable four more tests on sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1118963: gtk4: Please disable four more tests on sparc64 Jeremy Bícha
  • Re: Bug#1118963: gtk4: Please disable four more tests on sparc64 John Paul Adrian Glaubitz
  • Re: Bug#1118963: gtk4: Please disable four more tests on sparc64 Jeremy Bícha
• Bug#1118961: gtk4: Please set DRAW_USE_LLVM=0 for softpipe architectures John Paul Adrian Glaubitz
• gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues Gregor Riepl
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues John Paul Adrian Glaubitz
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues John Paul Adrian Glaubitz
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues Gregor Riepl
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues John Paul Adrian Glaubitz
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues John Paul Adrian Glaubitz
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues Gregor Riepl
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues John Paul Adrian Glaubitz
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues Gregor Riepl
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues John Paul Adrian Glaubitz
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues John Paul Adrian Glaubitz
  • Re: gtk4: Mipmap tests fail 16/32-bit pixel format conversions due to memory alignment issues John Paul Adrian Glaubitz
• Finding SPARC patches worth upstreaming in the UEK kernel John Paul Adrian Glaubitz
  • Re: Finding SPARC patches worth upstreaming in the UEK kernel Dennis Clarke
• Floppy issues Gregor Riepl
  • Re: Floppy issues John Paul Adrian Glaubitz
  • Re: Floppy issues Florian Fuchs
  • Re: Floppy issues John Paul Adrian Glaubitz
  • Re: Floppy issues Florian Fuchs
  • Re: Floppy issues John Paul Adrian Glaubitz
  • Re: Floppy issues Gregor Riepl
  • Re: Floppy issues John Paul Adrian Glaubitz
  • Re: Floppy issues Gregor Riepl
  • Re: Floppy issues John Paul Adrian Glaubitz
  • Re: Floppy issues Gregor Riepl
  • Re: Floppy issues Florian Fuchs
  • Re: Floppy issues John Paul Adrian Glaubitz
  • Re: Floppy issues Gregor Riepl
  • Re: Floppy issues John Paul Adrian Glaubitz
  • Re: Floppy issues Gregor Riepl
  • Re: Floppy issues John Paul Adrian Glaubitz
  • Re: Floppy issues Gregor Riepl
  • Re: Floppy issues Gregor Riepl

• Earlier messages