Елисей Константинов

Open Watcom использует лицензию, которая считается FSF несвободной и потому OpenWatcom НЕ МОЖЕТ находиться в официальных репах.

Только мучиться с его компиляцией или ставить через snap.

См. также https://habr.com/ru/articles/957428/

Никак. Лучше взять форк GCC для DOSки или компилятор, поддерживающий 16-битные программы.

Как уже в комментариях писали - правильнее делать бэкап.

Задачу можно решить, если на папку выставить атрибут immutable
chattr +i Documents/Keychains

После этого в данной папке нельзя будет ни создать новые файлы ни удалить существующие.

Защита мнимая, так как можно затереть содержимое самого файла.

Удалить антивирус.

webone, HTTP 1.x proxy that makes old web browsers usable again in the Web 2.0 world

Если без SPICE и без VirtIO/guest additions – то, увы, в QEMU “из коробки” shared clipboard не работает (особенно между хостом и гостем с macOS), потому что QEMU сам по себе не поддерживает буфер обмена между гостем и хостом без дополнительных компонентов (SPICE, virtio-serial, QEMU Guest Agent и пр.).

Я бы не редиректил, а создал свой поиск и при необходимости сделал бы его дефолтным. Для такого старого FF это простая xml-ка.

И в архиве надо не дату, а "*".
https://web.archive.org/web/*/<url который я ввёл>

Судя по ошибке он говорит что я должен подключить usb-audio к XHCI (а ни EHCI) порту, т. к. это USB 3.0 устройство.

Не совсем.

speed mismatch trying to attach usb device "QEMU USB Audio Interface" (full speed) to bus "usb-bus.0", port "3" (high speed)

full speed = USB 1.1
high speed = USB 2.0

Попробуйте вместо
-device usb-audio,bus=ehci-bus.0,audiodev=audio
так:
-usbdevice host:$(lsusb | grep -i "audio" | awk '{print $6}')

Ого, всё стало на свои места — у тебя краш в отладочной сборке Clover (DEBUG/CLOVERX64.dll) при запуске через QEMU.
Ошибка #GP - General Protection — это жёсткий сигнал, что какой-то драйвер или библиотека Clover грузится неподдержанным образом, особенно под виртуалкой.

Что конкретно происходит:
Clover лезет запускать CLOVERX64.dll из отладочной сборки (/DEBUG/)
Это может происходить, если ты нечаянно подменил драйверы/файлы в UEFI разделе при ручной сборке Clover
Или запустил Clover через QEMU с указанием неправильной BOOTX64.efi или криво собранного бинаря

Что делать:
Пересобери Clover в RELEASE режиме, не DEBUG
Или просто скачай официальную .pkg и проверь, чтобы путь был к /RELEASE/CLOVERX64.efi, а не к /DEBUG/
В QEMU указывай строго BOOTX64.efi из EFI/BOOT/ и следи, чтобы он ссылался на CLOVERX64.efi из RELEASE
Проверь, чтобы в refit не затесались *.dll от отладочной сборки — особенно в drivers/UEFI и tools/
Ну и если ты собирал вручную — пересобери с make clean && make -j RELEASE=1

P.S. Отладочная сборка Clover (DEBUG) не совместима с большинством реалов и даже с QEMU без танцев с бубном.

Лучше держись RELEASE.

https://www.securedatarecovery.com/blog/macbook-re...
Гуи не отключаем. После всех шаманст все равно максимум будет так


https://support.apple.com/en-us/102603 - режимы загрузки

What does safe mode do?
Prevents certain software from loading as your Mac starts up. This includes login items and extensions that aren't required by macOS, and fonts that weren't installed by macOS.

Performs a basic check of your startup disk, similar to the more comprehensive check performed by the First Aid feature of Disk Utility.

Clears some system caches, including font caches and the kernel cache. These are automatically created again as needed.

TV.app входит в базовую поставку OS. А оно целиком read-only, на уровне отдельного раздела APFS.

Нужно правильный виртуальный сетевой адаптер выбрать и все будет работать.

Отдельно отмечу, что лучше тестировать ночные сборки 0.4.15, т.к. 0.4.14 уже морально устарела.

Сразу готовых эмуляторов под Android нет, имею ввиду сборки с какими-то системами. Но у нас есть:
1)Termux с полноценным qemu
2)LimboPC

Ну или, чтобы пост не растягивать есть вот эта тема на 4pda

Для ios есть вроде только utm