Неправильная локализация приложений Snap [dубликат]

Question 1

Кажется, это проблема драйвера (fglrx). Временное решение может вернуться к драйверу Radeon. Я смог решить это так.

Question 2

Как отметил ToX 82 в комментарии в Snap (snapcraft?) и переведенных приложениях, есть отчет об ошибке. В конце концов, это не проблема с отдельной привязкой VLC, а скорее общая проблема локализации.

Question 3

Question 4

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 5

Как отметил ToX 82 в комментарии в Snap (snapcraft?) и переведенных приложениях, есть отчет об ошибке. В конце концов, это не проблема с отдельной привязкой VLC, а скорее общая проблема локализации.

Question 6

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 7

Question 8

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

Question 9

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 10

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

Question 11

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 12

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 13

Question 14

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

Question 15

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 16

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

Question 17

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 18

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

Question 19

Question 20

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 21

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

Question 22

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Question 23

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

Question 24

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Community · Answer 1 · 17 July 2018 в 14:16

Как отметил ToX 82 в комментарии в Snap (snapcraft?) и переведенных приложениях, есть отчет об ошибке. В конце концов, это не проблема с отдельной привязкой VLC, а скорее общая проблема локализации.

dobey · Answer 2 · 17 July 2018 в 14:16

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Community · Answer 3 · 20 July 2018 в 14:21

Как отметил ToX 82 в комментарии в Snap (snapcraft?) и переведенных приложениях, есть отчет об ошибке. В конце концов, это не проблема с отдельной привязкой VLC, а скорее общая проблема локализации.

2

ответ дан Community 20 July 2018 в 14:21

1

Существует несколько возможных способов «решить». он, включая, возможно, исправление gettext / libintl, чтобы всегда добавлять значение $ SNAP в bindtextdomain (), но действительно вещи, упакованные как привязки, должны быть построены для ссылки на необходимые файлы внутри привязки через относительные пути. – dobey 21 December 2016 в 23:25
2

@dobey: Хорошо, значит, вы имеете в виду, что независимо от того, что общая дискуссия, она будет работать, если вы будете «правильно» при создании оснастки? – Gunnar Hjalmarsson 21 December 2016 в 23:29
3

Да, вообще. Могут возникнуть проблемы с базовыми библиотеками, которые втягиваются, но если все включено в оснастку, а двоичные файлы созданы для ссылки на пути в оснастке, это сработает. – dobey 22 December 2016 в 00:22

dobey · Answer 4 · 20 July 2018 в 14:21

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Спасибо за Ваш ответ! Вероятно, это проблема с упаковкой, и я отправил сообщение в список рассылки snapcraft . — Gunnar Hjalmarsson, 21 December 2016 в 22:57

Community · Answer 5 · 23 July 2018 в 15:12

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

dobey · Answer 6 · 23 July 2018 в 15:12

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Community · Answer 7 · 31 July 2018 в 17:59

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

dobey · Answer 8 · 31 July 2018 в 17:59

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

dobey · Answer 9 · 2 August 2018 в 11:03

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Community · Answer 10 · 3 August 2018 в 09:42

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

dobey · Answer 11 · 3 August 2018 в 09:42

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Community · Answer 12 · 5 August 2018 в 01:01

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

dobey · Answer 13 · 5 August 2018 в 01:01

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Community · Answer 14 · 6 August 2018 в 17:30

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

dobey · Answer 15 · 6 August 2018 в 17:30

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Community · Answer 16 · 8 August 2018 в 21:41

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

dobey · Answer 17 · 8 August 2018 в 21:41

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Community · Answer 18 · 14 August 2018 в 11:26

Поскольку ToX 82 указал в комментарии в Snap (snapcraft?) и переведенных приложениях , есть отчет об ошибке . В конце концов, это не проблема с индивидуальной привязкой VLC, а скорее к проблеме общей локализации.

2

ответ дан Community 14 August 2018 в 11:26

1

Существует несколько возможных способов «решить». он, включая, возможно, исправление gettext / libintl, чтобы всегда добавлять значение $ SNAP в bindtextdomain (), но действительно вещи, упакованные как привязки, должны быть построены для ссылки на необходимые файлы внутри привязки через относительные пути. – dobey 21 December 2016 в 23:25
2

@dobey: Хорошо, значит, вы имеете в виду, что независимо от того, что общая дискуссия, она будет работать, если вы будете «правильно» при создании оснастки? – Gunnar Hjalmarsson 21 December 2016 в 23:29
3

Да, вообще. Могут возникнуть проблемы с базовыми библиотеками, которые втягиваются, но если все включено в оснастку, а двоичные файлы созданы для ссылки на пути в оснастке, это сработает. – dobey 22 December 2016 в 00:22

dobey · Answer 19 · 14 August 2018 в 11:26

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

Для приложений и библиотек, которые используют gettext , это означает, что для вызова bindtextdomain() необходимо добавить значение переменной среды $SNAP в путь каталога, переданный как второй аргумент. Любые приложения (и / или библиотеки, которые они могут использовать), которые этого не делают, действительно могут не иметь рабочих переводов из-за использования жестко кодированного пути, указывающего на путь за пределами привязки.

Спасибо за Ваш ответ! Вероятно, это проблема с упаковкой, и я отправил сообщение в список рассылки snapcraft . — Gunnar Hjalmarsson, 21 December 2016 в 22:57

Неправильная локализация приложений Snap [dубликат]

19 ответов

Другие вопросы по тегам:

Похожие вопросы: