RStudio 2026.08.1: ещё нужна Rosetta — научная среда

RStudio запускается без запроса установить Rosetta, но старый проект сразу выдаёт ошибку загрузки пакета.

Сначала ставьте нативные версии RStudio и R для Apple Silicon; Rosetta подключайте только после доказательства зависимости от Intel-бинарника и держите такую среду отдельно.

Эта инструкция предназначена для трёх групп:

• для исследователей и аспирантов, которые впервые собирают R-среду на Apple Silicon;
• для авторов проектов, перенесённых со старого Intel Mac;
• для технических сотрудников лабораторий, которым нужно принять удалённый Mac и обеспечить воспроизводимость анализа.

Главная ошибка здесь — считать запуск IDE доказательством совместимости всего проекта. RStudio, интерпретатор R, пакеты, компиляторы и системные библиотеки проходят разные границы архитектуры. Поэтому решение принимается не по одному всплывающему окну, а по временной шкале: установка, первый запуск, зависимости, возврат проекта и итоговая приёмка.

Последнее обновление: 25 августа 2026 года. Данные сверены с примечаниями к выпускам Posit, руководством по Desktop Pro, материалами R Project и документацией Apple.

Исходная точка: версия RStudio и граница Rosetta

Для RStudio 2026.08.1 Rosetta не должна рассматриваться как обязательная предварительная установка для каждого пользователя Apple Silicon. Posit сообщает, что в выпуске 2026.08.0 вспомогательные программы macOS diagnostics и rpostback получили поддержку Apple Silicon и Intel; из-за этого связанное с ними приглашение установить Rosetta при запуске было отменено. Формулировка в официальных примечаниях к выпуску относится к конкретной линии версий, поэтому её нельзя автоматически распространить на любую старую сборку.

Одновременно текущая инструкция по установке Desktop Pro всё ещё может рекомендовать Rosetta пользователям Apple Silicon. Это не обязательно противоречие: перед вами могут быть разные редакции продукта, версии документации или требования к отдельным компонентам. Руководство по установке Desktop Pro нужно сверять именно с тем дистрибутивом, который вы собираетесь использовать.

Разделите два вопроса:

1. Запускается ли IDE нативно? Проверяются сам RStudio, найденный интерпретатор R и архитектура процесса.
2. Работает ли научный проект нативно? Проверяются скомпилированные R-пакеты, Fortran или C++ toolchain, внешние библиотеки и результат анализа.

Если первый ответ положительный, второй ещё не получен. И наоборот: отдельный старый пакет не доказывает, что весь RStudio нужно запускать через Rosetta.

Почему автоматическая установка Rosetta создаёт скрытые расходы

У безусловной установки есть несколько проблем.

• Вы можете незаметно начать запускать Intel-версию R, хотя сам компьютер поддерживает arm64.
• Библиотека пакетов станет смешанной: часть компонентов будет собрана для arm64, часть — для x86_64.
• Ошибка внешней динамической библиотеки будет ошибочно принята за проблему RStudio.
• Инструкция для лаборатории усложнится: коллеги не поймут, какой R, какой пакетный каталог и какой режим запуска воспроизводят результат.
• При миграции статьи или диссертации вы будете сравнивать не только код, но и разные архитектуры toolchain.

Rosetta — это механизм трансляции Intel-приложений на Apple Silicon, а не универсальный слой совместимости для любого системного пакета. Границы технологии описаны в документации Apple о среде Rosetta. Поэтому сначала фиксируйте компонент, который действительно требует x86_64.

Этап установки: чистая arm64-конфигурация вместо смешанной

Начинайте с отдельного рабочего каталога и записи исходных установщиков. Не обновляйте сразу рабочую среду статьи или диссертации: сначала соберите копию проекта.

Порядок действий:

1. Определите архитектуру Mac. Откройте сведения о системе и запишите модель процессора. В терминале можно выполнить uname -m; результат arm64 указывает на нативный режим оболочки, а x86_64 требует выяснить, не запущен ли терминал через слой трансляции.
2. Выберите соответствующую сборку RStudio. Не открывайте старый Intel-дистрибутив по привычке. Сопоставьте его с версией macOS и редакцией RStudio, а затем сохраните ссылку на использованную документацию.
3. Скачайте R для Apple Silicon. На странице официальных сборок R для macOS выбирайте пакет, соответствующий arm64, если проект не имеет подтверждённой Intel-зависимости. Не переносите каталог ~/Library/R со старого компьютера как готовую библиотеку.
4. Соберите таблицу компонентов. Отдельными строками запишите RStudio, R, основные R-пакеты, компиляторы и внешние библиотеки. Для каждого укажите источник установки и ожидаемую архитектуру.
5. Создайте отдельную библиотеку пакетов. Она нужна, чтобы старые бинарные файлы не смешались с нативными. В проекте закрепите путь к библиотеке или используйте механизм управления зависимостями, принятый в вашей группе.
6. Зафиксируйте версии. Для проекта миграции сохраните список пакетов и lock-файл, если он используется. Номер R 4.6.1 должен быть частью записи окружения только тогда, когда именно он выбран для вашего проекта и доступен в официальных материалах R Project.

Не путайте четыре уровня. RStudio — оболочка и инструменты IDE. R — интерпретатор. R-пакет может содержать нативный код. Системная библиотека, которую пакет вызывает через dylib, вообще может устанавливаться отдельно. Apple описывает Universal Binary как способ включить варианты для разных архитектур в одном приложении, но наличие Universal Binary у приложения не делает автоматически универсальными его зависимости. Это различие объясняется в материалах Apple о Universal macOS binary.

Первый запуск: проверка IDE не равна проверке проекта

После установки не восстанавливайте сразу весь рабочий каталог. Сначала откройте чистую сессию R и выполните минимальную проверку.

В консоли R сохраните сведения о платформе и версии:

R.version$version.string
R.version$platform
.Platform$pkgType
sessionInfo()

Затем проверьте:

Sys.info()[c("sysname", "release", "machine")]

Запишите вывод в текстовый файл рядом с проектом. Вам нужно увидеть ожидаемую платформу, выбранную версию R и отсутствие неожиданных путей к старой Intel-библиотеке.

Проверьте следующие условия:

• RStudio запускается без требования, которое вы не можете объяснить документацией;
• IDE видит именно установленный R, а не старый путь из конфигурации;
• новая сессия выполняет базовые команды;
• каталог пакетов указывает на чистую библиотеку;
• архитектура R совпадает с архитектурой выбранного окружения.

Если запуск не удался, действуйте в безопасном порядке: проверьте версию RStudio, источник установки, переменные окружения, пользовательские startup-файлы и путь к R. Установка Rosetta не должна быть первым действием без сообщения об ошибке или другого наблюдаемого признака x86_64.

Напоминание. Отсутствие окна Rosetta означает только, что стартовые компоненты больше не потребовали трансляцию в данном сценарии. Это не подтверждает совместимость старого R-пакета, закрытой системной библиотеки или рабочего проекта.

Зависимости: поиск реального Intel-компонента

На этом этапе не переустанавливайте всё подряд. Идите от наиболее простого к наиболее глубокому уровню.

Бинарный R-пакет

Сначала определите, как пакет был установлен: готовым бинарным архивом или сборкой из исходников. Ошибка загрузки может быть связана с несовместимой версией R, отсутствующей библиотекой или повреждённым каталогом, а не с архитектурой.

Признак для дальнейшего расследования — явное упоминание x86_64, ошибка загрузки динамического объекта или сообщение о несовместимой архитектуре. Если таких данных нет, удалите проблемную копию из новой библиотеки и установите пакет заново способом, совместимым с arm64.

Компиляция исходников

Пакеты с C++, C или Fortran-компонентами зависят от toolchain. Проверьте, какой компилятор вызывается, откуда он установлен и какую архитектуру производит. Не смешивайте Intel-инструмент с arm64-пакетом в одном процессе.

Низкорисковый порядок такой:

1. сохранить полный текст ошибки;
2. проверить архитектуру вызываемого компилятора и библиотеки;
3. найти нативную версию зависимости;
4. повторить сборку в чистой библиотеке;
5. только после повторяемого подтверждения x86_64 оценивать Rosetta.

Остановитесь, если ошибка исчезла после чистой arm64-сборки. В этом случае добавление Rosetta только расширит число переменных.

Внешняя динамическая библиотека

Пакет может быть arm64, но загружать Intel-библиотеку через системный путь. Ищите имя конкретного файла и архитектуру, которую сообщает диагностический инструмент. Если библиотека закрытая и доступна только для Intel, у вас три варианта: заменить её нативной, вынести зависимый этап в изолированное Intel-окружение или сохранить старую систему для этого проекта.

«Rosetta нужна пакету» — слишком грубая формулировка. Точнее говорить: «конкретная версия пакета вызывает библиотеку x86_64». Такую запись можно проверить и передать коллеге.

Миграция проекта: нативный перенос против двойного контура

Перенос с Intel Mac нельзя считать завершённым после открытия .Rproj. Рабочий проект должен пройти тот же путь, что и публикация: ввод данных, основной расчёт, графики, отчёт и сохранение результатов.

Сделайте копию проекта и выполните:

1. сохраните lock-файл, список пакетов, версию R и параметры запуска;
2. создайте чистую arm64-библиотеку;
3. восстановите зависимости без копирования старых бинарных каталогов;
4. загрузите небольшой контрольный набор данных;
5. выполните основной аналитический сценарий;
6. построьте ключевые графики;
7. отрендерьте отчёт в том же формате;
8. сравните контрольные таблицы, файлы и предупреждения;
9. зафиксируйте различия, даже если итоговые числа визуально совпадают.

Если проект прошёл все операции, внешние зависимости нативны, а результаты согласуются с контрольным запуском, его можно перевести на arm64. Если старый пакет не собирается, но публикационный конвейер нужно сохранить, оставьте Intel-контур отдельно. Не переключайте один и тот же каталог пакетов между режимами.

Правила выбора режима

• Нативный arm64: все ключевые зависимости устанавливаются и загружаются без x86_64, регрессионный прогон завершён, результаты проверены.
• Rosetta по необходимости: конкретный компонент предъявляет проверяемое требование Intel, а нативной замены нет; зависимый контур документирован.
• Двойная среда: проект критичен для воспроизводимости, старые пакеты ещё нужны, но вы хотите постепенно заменить их нативными аналогами.

Ниже — сравнительный инструмент для решения, а не рейтинг «лучшей» архитектуры.

Приёмка удалённого Mac: контрольная процедура

Если в лаборатории нет доступного Mac, удалённая Apple Silicon-машина подходит для проверки чистого окружения, но не заменяет регрессионную процедуру. Начните не с подключения к рабочему компьютеру, а с отдельной копии проекта.

Пройдите чек-лист:

• [ ] Зафиксирована модель архитектуры Mac и режим терминала.
• [ ] Записаны версии RStudio, R и macOS из фактической сессии.
• [ ] Установлены нативные arm64-компоненты там, где это возможно.
• [ ] Каталог пакетов отделён от старой Intel-библиотеки.
• [ ] Lock-файл или список зависимостей восстановлен с чистого состояния.
• [ ] Проверены пакеты с C, C++ и Fortran-кодом.
• [ ] Проверены внешние dylib и пути загрузки библиотек.
• [ ] Выполнен реальный проект, а не только пример из документации.
• [ ] Получены контрольные таблицы, графики и итоговый отчёт.
• [ ] Проверено сохранение задачи после разрыва VNC или SSH.
• [ ] Описано, как повторить установку и вернуть результаты исследователю.
• [ ] Отдельно указано, где используется Rosetta, если она действительно нужна.

Для временной проверки разумно выбрать среду с полным доступом к системе, а не ограниченный виртуальный рабочий стол. Сравнение физической macOS-среды и виртуализации поможет заранее оценить влияние доступа к системным библиотекам, способа подключения и сохранения состояния.

После приёмки определите способ передачи результатов: синхронизация проекта, скачивание отчётов или выдача артефактов через согласованный канал. Никогда не считайте задачу выполненной, пока итоговые файлы не покинули удалённую сессию и не открылись на стороне исследователя.

Для временного доступа без покупки оборудования можно рассмотреть аренду выделенной macOS-среды. Для лаборатории это особенно полезно как изолированный тестовый контур: вы сначала проверяете RStudio, R, пакеты и реальный проект, а уже потом решаете, нужна ли постоянная машина.

Ответы на частые вопросы

Запустится ли RStudio без Rosetta?

Да, для нативного сценария RStudio 2026.08.1 Rosetta не следует устанавливать автоматически. Но проверьте конкретную редакцию и документацию: примечания к выпуску и руководство Desktop Pro могут описывать разные границы поддержки.

arm64 или Intel-версия R?

На новом Apple Silicon Mac выбирайте arm64. Intel-версию сохраняйте только при доказанной зависимости проекта от x86_64 и в отдельном окружении, чтобы не загрязнять нативную библиотеку.

Какие пакеты требуют Rosetta?

Не «пакет вообще», а конкретная связка пакета с Intel-компилятором, бинарником или внешней библиотекой. Ищите явное обозначение x86_64 и ошибку загрузки; без такого свидетельства сначала переустановите зависимость нативно.

Как перенести старый проект?

Восстановите зависимости в новой библиотеке, выполните полный сценарий проекта и сравните результаты. Старый каталог пакетов не переносите напрямую. При несовместимости оставьте Intel-контур и создайте отдельную нативную копию.

Как проверить удалённую среду?

Проверьте архитектуру всех уровней, восстановление зависимостей, полный аналитический прогон, отчёт, передачу файлов и восстановление после разрыва подключения. Один успешный запуск IDE для приёмки недостаточен.

Текущая схема — старый Intel Mac, случайная виртуальная машина или общий лабораторный компьютер — часто проигрывает по трём причинам: оборудование недоступно в нужный момент, окружение уже изменено другим пользователем, а перенос больших библиотек и результатов не документирован. При этом покупка отдельного Mac ради короткой миграции оставляет вас с постоянными расходами и обязанностью обслуживать устройство.

Если вам нужно проверить RStudio 2026.08.1, перенести один проект или временно дать группе чистую Apple Silicon-среду, аренда Mac через MacDate позволяет сначала провести приёмку без изменения производственного окружения. После регрессионного прогона вы сможете обоснованно выбрать: перейти на arm64, оставить изолированный Rosetta-контур или продолжить двойную схему для старой публикации. Начать с описания доступной среды можно на русской странице MacDate; для постоянной тяжёлой нагрузки или задач, требующих физического оборудования, собственный Mac всё равно может быть более подходящим вариантом.