debian-68k  

Messages by Thread

• • Re: [syzbot] [hfs?] WARNING in hfs_write_inode Linus Torvalds
• Re: Bug#985183: aranym: Switch from SDL1 to SDL2 John Paul Adrian Glaubitz
• unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures John Paul Adrian Glaubitz
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rob Landley
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rob Landley
  • Re: unbreaking LibreOffices tests on at least release architectures Kurt Roeckx
  • Re: unbreaking LibreOffices tests on at least release architectures Jan Engelhardt
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rob Landley
  • Re: unbreaking LibreOffices tests on at least release architectures Steve McIntyre
  • Re: unbreaking LibreOffices tests on at least release architectures Omer Turpault
  • Re: unbreaking LibreOffices tests on at least release architectures Adrian Bunk
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Jeffrey Walton
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Jeffrey Walton
  • Re: unbreaking LibreOffices tests on at least release architectures Adrian Bunk
  • Editors (was Re: unbreaking LibreOffices tests on at least release architectures) Stan Johnson
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Adrian Bunk
  • Re: unbreaking LibreOffices tests on at least release architectures Kirsten Bromilow
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • LibreOffice bridges/smoketest on mips(64)el (was: Re: unbreaking LibreOffices tests on at least release architectures) Rene Engelhard
  • Re: LibreOffice bridges/smoketest on mips(64)el (was: Re: unbreaking LibreOffices tests on at least release architectures) Rene Engelhard
  • Re: LibreOffice bridges/smoketest on mips(64)el (was: Re: unbreaking LibreOffices tests on at least release architectures) Adrian Bunk
  • Re: unbreaking LibreOffices tests on at least release architectures Kurt Roeckx
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Kurt Roeckx
  • Re: unbreaking LibreOffices tests on at least release architectures Paul Wise
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Andreas Schwab
  • Re: unbreaking LibreOffices tests on at least release architectures Rene Engelhard
  • Re: unbreaking LibreOffices tests on at least release architectures Jeffrey Walton
• Bug#1037978: openjdk-19: Please update patch for m68k support John Paul Adrian Glaubitz
• Updated installation images for Debian Ports John Paul Adrian Glaubitz
• Status of affs support in the kernel and affstools John Paul Adrian Glaubitz
  • Re: Status of affs support in the kernel and affstools Stefan Reinauer
  • Re: Status of affs support in the kernel and affstools John Paul Adrian Glaubitz
  • Re: Status of affs support in the kernel and affstools Stefan Reinauer
  • Re: Status of affs support in the kernel and affstools Artem Bityutskiy
  • Re: Status of affs support in the kernel and affstools John Paul Adrian Glaubitz
  • Re: Status of affs support in the kernel and affstools Martin Steigerwald
  • Re: Status of affs support in the kernel and affstools John Paul Adrian Glaubitz
  • Re: Status of affs support in the kernel and affstools Martin Steigerwald
  • Re: Status of affs support in the kernel and affstools Michael Schmitz
  • Re: Status of affs support in the kernel and affstools Martin Steigerwald
• [PATCH] [m68k/virt]: Add flavour for QEMU M68K Virtual Machine Laurent Vivier
  • Re: [PATCH] [m68k/virt]: Add flavour for QEMU M68K Virtual Machine John Paul Adrian Glaubitz
  • Re: [PATCH] [m68k/virt]: Add flavour for QEMU M68K Virtual Machine John Paul Adrian Glaubitz
• Updated installation images for Debian Ports 2023-06-06 John Paul Adrian Glaubitz
  • Re: Updated installation images for Debian Ports 2023-06-06 Carlos Milán Figueredo
  • Re: Updated installation images for Debian Ports 2023-06-06 John Paul Adrian Glaubitz
  • Re: Updated installation images for Debian Ports 2023-06-06 Carlos Milán Figueredo
  • Re: Updated installation images for Debian Ports 2023-06-06 Michael Schmitz
  • Re: Updated installation images for Debian Ports 2023-06-06 John Paul Adrian Glaubitz
  • Re: Updated installation images for Debian Ports 2023-06-06 Michael Schmitz
  • Re: Updated installation images for Debian Ports 2023-06-06 John Paul Adrian Glaubitz
  • Re: Updated installation images for Debian Ports 2023-06-06 John Paul Adrian Glaubitz
  • Re: Updated installation images for Debian Ports 2023-06-06 John Paul Adrian Glaubitz
  • Re: Updated installation images for Debian Ports 2023-06-06 Carlos Milán Figueredo
  • Re: Updated installation images for Debian Ports 2023-06-06 Alex Perez
  • Re: Updated installation images for Debian Ports 2023-06-06 John Paul Adrian Glaubitz
• GCC compilation fails while compiling gimple-match.cc Stan Johnson
  • Re: GCC compilation fails while compiling gimple-match.cc John Paul Adrian Glaubitz
  • Re: GCC compilation fails while compiling gimple-match.cc Stan Johnson
  • Re: GCC compilation fails while compiling gimple-match.cc John Paul Adrian Glaubitz
  • Re: GCC compilation fails while compiling gimple-match.cc Finn Thain
• The tale of -mrtd in GCC and Clang John Paul Adrian Glaubitz
  • Re: The tale of -mrtd in GCC and Clang Richard Z
• m68k support in libseccomp finally merged upstream John Paul Adrian Glaubitz
• Question on the m68k Calling Convention (RTD) John Paul Adrian Glaubitz
  • Re: Question on the m68k Calling Convention (RTD) Richard Z
• Bug#1033042: webkit2gtk: Please disable ccache on m68k John Paul Adrian Glaubitz
• TeX Live 2023 on Debian 12 68K Nelson H. F. Beebe
  • Re: TeX Live 2023 on Debian 12 68K John Paul Adrian Glaubitz
• 'non-free component' value from 'non-free' to 'non-free non-free-firmware' Stephen Walsh
  • Re: 'non-free component' value from 'non-free' to 'non-free non-free-firmware' Michael Schmitz
  • Re: 'non-free component' value from 'non-free' to 'non-free non-free-firmware' Stephen Walsh
• gdb failure: "core file format not supported" Finn Thain
  • Re: gdb failure: "core file format not supported" Finn Thain
  • Re: gdb failure: "core file format not supported" Finn Thain
  • Re: gdb failure: "core file format not supported" Geert Uytterhoeven
  • Re: gdb failure: "core file format not supported" Finn Thain
• Bug#1032404: webkit2gtk: Please add m68k to the list of architectures with limited address space John Paul Adrian Glaubitz
• Kernel versions 6.x don't boot on Amiga 4000 John Paul Adrian Glaubitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Geert Uytterhoeven
  • Re: Kernel versions 6.x don't boot on Amiga 4000 John Paul Adrian Glaubitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 John Paul Adrian Glaubitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Geert Uytterhoeven
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Geert Uytterhoeven
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Finn Thain
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Eero Tamminen
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Finn Thain
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Finn Thain
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Geert Uytterhoeven
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Mike Rapoport
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Geert Uytterhoeven
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Mike Rapoport
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Stephen Walsh
  • Kernel versions 6.x don't boot on Amiga 4000 Stephen Walsh
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 John Paul Adrian Glaubitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Michael Schmitz
  • Re: Kernel versions 6.x don't boot on Amiga 4000 Stephen Walsh
• Bug#1031647: git-annex: Bogus build dependency whitelist results in FTBFS on m68k John Paul Adrian Glaubitz
• Getting back in the saddle - Mac LC475 Scott Holder
  • Re: Getting back in the saddle - Mac LC475 Finn Thain
  • Re: Getting back in the saddle - Mac LC475 Geert Uytterhoeven
  • Re: Getting back in the saddle - Mac LC475 Scott Holder
  • Re: Getting back in the saddle - Mac LC475 John Paul Adrian Glaubitz
  • Re: Getting back in the saddle - Mac LC475 Scott Holder
• m68k assembly question: jsr vs. bsr John Paul Adrian Glaubitz
  • Re: m68k assembly question: jsr vs. bsr Geert Uytterhoeven
  • Re: m68k assembly question: jsr vs. bsr Andreas Schwab
• stack smashing detected Stan Johnson
  • Re: stack smashing detected Geert Uytterhoeven
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Eero Tamminen
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Geert Uytterhoeven
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Finn Thain
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Finn Thain
  • Re: stack smashing detected Finn Thain
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Finn Thain
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected John Paul Adrian Glaubitz
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected John Paul Adrian Glaubitz
  • Re: stack smashing detected Michael Schmitz
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Finn Thain
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Finn Thain
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Finn Thain
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Stan Johnson
  • Re: stack smashing detected Finn Thain
  • core dump analysis, was Re: stack smashing detected Finn Thain
  • Re: core dump analysis, was Re: stack smashing detected Finn Thain
  • Re: core dump analysis, was Re: stack smashing detected Finn Thain
  • Re: core dump analysis, was Re: stack smashing detected Andreas Schwab
  • Re: core dump analysis, was Re: stack smashing detected Finn Thain
  • Re: core dump analysis, was Re: stack smashing detected Michael Schmitz
  • Re: core dump analysis, was Re: stack smashing detected Finn Thain
  • Re: core dump analysis, was Re: stack smashing detected Michael Schmitz
  • Re: core dump analysis, was Re: stack smashing detected Finn Thain
  • Re: core dump analysis, was Re: stack smashing detected Michael Schmitz
  • dash behaviour, was Re: core dump analysis Finn Thain
  • Re: dash behaviour, was Re: core dump analysis Geert Uytterhoeven
  • Re: dash behaviour, was Re: core dump analysis Finn Thain
  • Re: dash behaviour, was Re: core dump analysis Geert Uytterhoeven
  • Re: dash behaviour, was Re: core dump analysis Michael Schmitz
  • Re: dash behaviour, was Re: core dump analysis Finn Thain
  • Re: dash behaviour, was Re: core dump analysis Michael Schmitz
  • Re: dash behaviour, was Re: core dump analysis Finn Thain
  • Re: dash behaviour, was Re: core dump analysis Michael Schmitz
  • kernel behaviour, was Re: dash behaviour Finn Thain

• Earlier messages
• Later messages