Почему файлы привязки не могут быть изменены каким-либо образом?
Как сказал Тердон, текстовый файл ASCII означает ТОЛЬКО текст, без форматирования, как в файлах писателя Libreoffice.
Но в конкретном случае вы можете использовать символы Unicode, которые ссылаются на надстрочные 0-9 и индексируется 0-9.
Вот они: ⁰ ¹ ² ³ ⁴ ⁵ ⁶ ⁷ ⁸ ⁹ ₀ ₁ ₂ ₃ ₄ ₅ ₉ ₉
Документ о том, как tpye специальные символы доступен в автономном режиме в Ubuntu Desktop Guide (поиск Введите специальные символы), а также онлайн здесь, на gnome.org.6 ответов
Невозможно изменить содержимое оснастки без повторного создания привязки. Это, прежде всего, мера безопасности, чтобы гарантировать, что привязка не была изменена.
Однако упомянутый значок, скорее всего, находится в файле рабочего стола с именем blender-tpaw_blender.desktop, который доступен для редактирования, и может быть найден в /var/lib/snapd/desktop/applications.
Вы можете изменить следующую строку, чтобы обновить значок: -
Icon=/snap/blender-tpaw/3/meta/gui/icon.svg
Невозможно изменить содержимое оснастки без повторного создания привязки. Это прежде всего мера безопасности, чтобы убедиться, что привязка не была изменена.
Однако значок, о котором идет речь, скорее всего, находится в файле рабочего стола под названием blender-tpaw_blender.desktop, который доступен для редактирования, и может быть найден в /var/lib/snapd/desktop/applications.
Вы можете изменить следующую строку, чтобы обновить значок: -
Icon=/snap/blender-tpaw/3/meta/gui/icon.svg
Невозможно изменить содержимое оснастки без повторного создания привязки. Это прежде всего мера безопасности, чтобы убедиться, что привязка не была изменена.
Однако значок, о котором идет речь, скорее всего, находится в файле рабочего стола под названием blender-tpaw_blender.desktop, который доступен для редактирования, и может быть найден в /var/lib/snapd/desktop/applications.
Вы можете изменить следующую строку, чтобы обновить значок: -
Icon=/snap/blender-tpaw/3/meta/gui/icon.svg
Хотя предпосылка вопроса технически правильна (вы не можете изменять файлы привязки), есть способы обойти это.
Одним из таких способов является использование опции --bind в сочетании с mount для повторной установки существующей иерархии файлов в другое место.
Например, если вы хотите, чтобы ваши привязки использовали системные сертификаты вместо сертификатов, установленных в core, вы можете смонтировать каталог, содержащий системные сертификаты, на хосте поверх каталога системных сертификатов в core со следующей командой:
sudo mount --bind -o nodev,ro /etc/ssl/certs /snap/core/current/etc/ssl/certs/
Это фактически не изменяет файловую систему snap. Если вы размонтируете папку, старая папка займет свое место:
sudo umount /snap/core/current/etc/ssl/certs
Примечание. Маски не сохраняются между перезагрузками. Существует несколько способов сохранения монтирования после перезагрузки. Одним из таких способов является создание сценария запуска systemd:
$ cat <<-EOF | sudo tee /etc/systemd/system/snap-core-current-etc-ssl-certs.mount
[Unit]
Description=Mount unit to fix etc ssl certs in core package
After=snapd.service
[Mount]
What=/etc/ssl/certs
Where=/snap/core/current/etc/ssl/certs
Type=none
Options=bind,nodev,ro
[Install]
WantedBy=multi-user.target
EOF
$ systemctl enable snap-core-current-etc-ssl-certs.mount
Взято отсюда.
Хотя предпосылка вопроса технически правильна (вы не можете изменять файлы привязки), есть способы обойти это.
Одним из таких способов является использование опции --bind в сочетании с mount для повторной установки существующей иерархии файлов в другое место.
Например, если вы хотите, чтобы ваши привязки использовали системные сертификаты вместо сертификатов, установленных в core, вы можете смонтировать каталог, содержащий системные сертификаты, на хосте поверх каталога системных сертификатов в core со следующей командой:
sudo mount --bind -o nodev,ro /etc/ssl/certs /snap/core/current/etc/ssl/certs/
Это фактически не изменяет файловую систему snap. Если вы размонтируете папку, старая папка займет свое место:
sudo umount /snap/core/current/etc/ssl/certs
Примечание. Маски не сохраняются между перезагрузками. Существует несколько способов сохранения монтирования после перезагрузки. Одним из таких способов является создание сценария запуска systemd:
$ cat <<-EOF | sudo tee /etc/systemd/system/snap-core-current-etc-ssl-certs.mount
[Unit]
Description=Mount unit to fix etc ssl certs in core package
After=snapd.service
[Mount]
What=/etc/ssl/certs
Where=/snap/core/current/etc/ssl/certs
Type=none
Options=bind,nodev,ro
[Install]
WantedBy=multi-user.target
EOF
$ systemctl enable snap-core-current-etc-ssl-certs.mount
Взято отсюда.
Хотя предпосылка вопроса технически правильна (вы не можете изменять файлы привязки), есть способы обойти это.
Одним из таких способов является использование опции --bind в сочетании с mount для повторной установки существующей иерархии файлов в другое место.
Например, если вы хотите, чтобы ваши привязки использовали системные сертификаты вместо сертификатов, установленных в core, вы можете смонтировать каталог, содержащий системные сертификаты, на хосте поверх каталога системных сертификатов в core со следующей командой:
sudo mount --bind -o nodev,ro /etc/ssl/certs /snap/core/current/etc/ssl/certs/
Это фактически не изменяет файловую систему snap. Если вы размонтируете папку, старая папка займет свое место:
sudo umount /snap/core/current/etc/ssl/certs
Примечание. Маски не сохраняются между перезагрузками. Существует несколько способов сохранения монтирования после перезагрузки. Одним из таких способов является создание сценария запуска systemd:
$ cat <<-EOF | sudo tee /etc/systemd/system/snap-core-current-etc-ssl-certs.mount
[Unit]
Description=Mount unit to fix etc ssl certs in core package
After=snapd.service
[Mount]
What=/etc/ssl/certs
Where=/snap/core/current/etc/ssl/certs
Type=none
Options=bind,nodev,ro
[Install]
WantedBy=multi-user.target
EOF
$ systemctl enable snap-core-current-etc-ssl-certs.mount
Взято отсюда.