Tilix найдена ошибка конфигурации

задан
30 April 2021 в 15:02

поделиться

1 ответ

tilix --session=~/.config/tilix-split.json

alias tilix="tilix --session=~/.config/tilix-split.json"

Вы запустили новый терминал после включения оболочки входа? Если вы откроете tilix, измените этот параметр, а затем попробуйте использовать уже открытый терминал, чтобы проверить его, это не сработает, потому что этот терминал был запущен как оболочка без входа в систему.

Да, я пробовал закрывать и открывать тиликс после изменения этой настройки.

У вас такая же проблема с gnome-terminal, т.е. если вы открываете gnome-terminal и переходите в новый каталог, открываете новую вкладку — это каталог в новой вкладке, домашний каталог или тот же каталог, что и предыдущая вкладка. Если это домашний каталог, у вас такая же проблема, и вы можете попробовать установить команду запуска в качестве оболочки входа, чтобы увидеть, работает ли она там. Просто хочу сравнить поведение.

Другой вариант и предпочтительный — просто создать источник vte.sh в соответствии с инструкциями.

В среду, 12 сентября 2018 г., в 20:47 Джеральд Нанн [email protected]
написал:

У вас такая же проблема с gnome-terminal, т.е. если вы открываете
gnome-terminal и перейдите в новый каталог, откройте новую вкладку —
каталог в новой вкладке домашний каталог или тот же каталог, что и
предыдущая вкладка.

Да, gnome-terminal может следить за моим текущим каталогом по вкладкам.

>

Другой вариант и предпочтительный — просто создать источник vte.sh в соответствии с
инструкции.

Я также ищу vte.sh

Если вы используете vte, если вы запустите в bash следующее, что вы увидите:

echo $PROMPT_COMMAND

Вы должны увидеть команду __vte_prompt_command как часть вывода, если она получена правильно.

Нравится?

$ echo $ PROMPT_COMMAND
__vte_prompt_command

Кстати, я также использую tilix на своем домашнем компьютере, и там работает такая же конфигурация. Это почти такая же конфигурация оболочки, синхронизированная через dropbox.

Если вам интересно, я тоже понятия не имею, как это возможно.

К сожалению, у меня нет идей, я не знаю, в чем проблема, извините.

Идентична ли ваша домашняя и рабочая среда, т. Е. Используется одна и та же среда рабочего стола и примерно одинаковая конфигурация?

Да, они оба — debian, одна версия, тот же пользователь (имя), все пакеты обновлены, оболочка по умолчанию — bash. Единственное отличие — эта строка кода в .bashrc

try_to_source $ HOME / .bashrc.host. hostname

Которая устанавливает переменные прокси и несколько псевдонимов.

Я также пробовал прокомментировать эту строку, прежде чем открывать tilix.

Можете ли вы указать мне на код, который проверяет, правильно ли настроен tilix, чтобы я мог проверить состояние оболочки вручную?

Код находится по ссылке ниже, но это не то, что вы можете легко протестировать, поскольку он зависит от некоторого временного поведения в VTE.

Вы можете проверить, генерируется ли ложное предупреждение, открыв терминал, переключившись в новый каталог и затем разделив этот терминал. Если новый разделенный терминал открывается с каталогом из предыдущего терминала, значит, он работает, если он открывается в вашем домашнем каталоге, значит, он не работает.

Если он работает и отображается сообщение об ошибке VTE, вы можете просто установить флажок, чтобы оно больше не отображалось.

Я пробовал создать тиликс с включенной трассировкой, чтобы увидеть состояние переменных, но когда я начинаю тиликс, он
прекращает печать вывода в текущий файл журнала (файл или стандартный вывод).

Обновить

Это произошло из-за того, что у меня были открыты окна tilix, теперь трассировка идет намного дальше, но останавливается на:

    (tilix:28149): GLib-GIO-ERROR **: Settings schema 'com.gexperts.Tilix.Keybindings' does not contain a key named 'win-view-session-switcher'
    Trace/breakpoint trap

Я создаю его с помощью $ dub build --build=debug --config=trace

конец обновления

Также да, tilix не может следить за текущим каталогом по вкладкам.

У меня аналогичная проблема с использованием tilix 1.8.3 в Fedora 29. В документации указано, что проблема должна отсутствовать в Fedora. Тем не менее, при открытии tilix я получаю диалоговое окно с предупреждением. Я удалил модификации из .bashrc, ожидайте источника / etc / bashrc. PROMPT_COMMAND имеет значение __vte_prompt_command , и добавление source /etc/profile.d/vte.sh не меняет поведения. gnome-terminal работает без проблем, при открытии новой вкладки текущий рабочий каталог сохраняется. Пожалуйста, дайте мне знать, если вам понадобится дополнительная информация.

Удаление всех модификаций .bashrc заставило tilix перестать показывать предупреждения
но также не изменил поведения (компакт-диск не переносился по вкладкам). Добавление
следующие строки заставили снова появиться предупреждение:

если [$ TILIX_ID] || [$ VTE_VERSION]; тогда
источник /etc/profile.d/vte.shfi

Чт, 1 ноября 2018 г., 17:00 Себастьян Пёльстерл [email protected]
написал:

У меня аналогичная проблема с использованием tilix 1.8.3 в Fedora 29. Документация
заявляет, что проблема должна отсутствовать в Fedora. Тем не менее, я получаю
предупреждающий диалог при открытии тиликс. Я удалил модификации из .bashrc,
ожидайте источника / etc / bashrc. PROMPT_COMMAND установлен в __vte_prompt_command,
и добавление источника /etc/profile.d/vte.sh не меняет поведения.
gnome-terminal работает без проблем, при открытии новой вкладки
текущий рабочий каталог сохраняется. Пожалуйста, дайте мне знать, если вам нужно больше
Информация.

—
Вы получаете это, потому что вы являетесь автором темы.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/gnunn1/tilix/issues/1513#issuecomment-435166754 или отключить звук
нить
https://github.com/notifications/unsubscribe-auth/AAc7f6lOAM9UNng-81lbh87J5xe0zy_Iks5uq1LJgaJpZM4WbNVr
.

Я использую Ubuntu 18.04 с установленным KDE, и у меня такая же проблема, как описано выше, господа.

$ uname -a
Linux ----- 4.15.0-43-generic #46-Ubuntu SMP Thu Dec 6 14:45:28 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

$ echo $PROMPT_COMMAND
__vte_prompt_command

$ tilix --version
Versions
    Tilix version: 1.7.7
    VTE version: 0.52
    GTK Version: 3.22.30

Tilix Special Features
    Notifications enabled=0
    Triggers enabled=0
    Badges enabled=0

Я пробовал оба метода, чтобы заставить Tilix работать, и ни один из них не сработал.

редактировать:
Я предполагаю, что моя проблема связана с № 1451, который, похоже, официально не поддерживается разработчиком KDE
edit2:
После включения настройки на общей вкладке, чтобы сохранить расположение каталога папки и открытия нового окна tilix, введя tilix , я получаю правильный каталог, но использование интерфейса для открытия влево или вниз терминала не дает сохранить путь к папке.
Я также отключил эту ошибку запуска.

Оболочка входа у меня тоже не работает (solus), и solus не имеет /etc/profile.d

Если у кого-то есть предложения, дайте мне знать.

Оболочка входа у меня тоже не работает (solus), и solus не имеет /etc/profile.d

Если у кого-то есть предложения, дайте мне знать.

Я решил это на Solus, поместив source /usr/share/defaults/etc/profile.d/vte.sh в мой файл _.zshrc_.
На меня это действует как оберег. Если вы используете bash, добавление его в ваш _.bashrc_ также должно помочь.

Надеюсь, это поможет!

У меня была эта проблема в Fedora 30/31/32. Я применяю исправление, как было предложено во всплывающем окне, он правильно использует vte.sh, но ничего не исправляет. Вариант оболочки входа в систему тоже не помогает.

Есть обновления по этому поводу?

Я гонялся за этим четыре дня; нет проблем с 18.04 дома … были проблемы с 18.04 на работе. Моя основная причина заключалась в том, что имя хоста рабочего компьютера было присвоено всем цифрам ИТ-отделом. И это сломало _vte_urlencode (). Я локально изменил свое имя хоста в / etc / hosts и / etc / hostname и перезагрузился. Задача решена.

Я вижу, что в более новых версиях libvte эта функция была перемещена и переработана; Я не уверен, как новый вызов обрабатывает все цифры.

Хм на работе мое имя хоста начинается с цифр. Я должен попробовать это в vm

Вск., 22 ноября 2020 г., 11:02 513G3, [email protected] написал:

Я гонялся за этим четыре дня; нет проблем на 18.04 дома … был
выпуск от 18.04 в работе. Моя основная причина заключалась в том, что имя хоста рабочего компьютера
был установлен ИТ-отделом на все цифры. И это сломалось
_vte_urlencode (). Я локально изменил свое имя хоста в / etc / hosts и
/ etc / hostname и перезагрузился. Задача решена.

Я вижу, что в более новых версиях libvte эта функция была перемещена и переработана; я
Я не уверен, как новый вызов обрабатывает все цифры.

—
Вы получаете это, потому что вы являетесь автором темы.
Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/gnunn1/tilix/issues/1513#issuecomment-731752984 или
отказаться от подписки
https://github.com/notifications/unsubscribe-auth/AADTW72VJ7AECZ43PR4L7FLSREKVZANCNFSM4FTM2VVQ
.

Могу подтвердить, что в Fedora 33 эта проблема продолжает возникать, и решение по удалению точек из имени хоста устраняет ее.

Ага, это была проблема. Спасибо 513G3!

То же самое здесь, Mageia 8, имя хоста было установлено на localhost.localdomain . Ни поиск vte.sh ни включение оболочки входа не помогли. Исправлено установкой имени хоста на localhost .

0

SL5net
4 Авг 2021 в 09:22

Убунтовод с 2007 года. Любитель версий по новее. Писака постов в разделе инструкции.