[Решено] Plazma Сломалась локализация

SLAX, Deep Style, ZenWalk

Модератор: Модераторы разделов

Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

[Решено] Plazma Сломалась локализация

Сообщение UnixNoob »

Привет. Пишу в разделе Slackware, т.к методы из других Linux могут не подойти.
Что-то сломало локализацию, возможно удаление-установка latte-dock или драйвера принтера (если такое возможно).
Когда это произошло не углядел, последний раз когда выключал систему все было нормально. Сел заниматься принтером, и в процессе перезагрузок заметил что что-то с языком.

Меню приложений на русском, настройки тоже,а контекстное меню - нет. Софт KDE тоже с английским меню.
При входе в "Параметры системы" и открытия пункта "Локализация" на долю секунды всплывает сообщение
There are no additional languages available on this system
Пакет l10n - ru пробовал ставить - не помогает.
Еще не понятная вещь есть. Если стартануть latte-dock с консоли, то русский язык в ней работает, если же она запускается автоматически-нет.
И при запущенной с консоли latte-dock, параметры системы в разделе локализации в консоль падает это.

Код: Выделить всё

Cyclic dependency detected between "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" and "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml"
file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:141:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/SubCategoryPage.qml:131:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/RefreshableScrollView.qml:143:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/RefreshableScrollView.qml:143:13: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
Cyclic dependency detected between "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" and "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml"
QQmlEngine::setContextForObject(): Object already has a QQmlContext
Cyclic dependency detected between "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml" and "file:///usr/lib64/qt5/qml/org/kde/kirigami.2/styles/org.kde.desktop.plasma/Units.qml"
QQmlEngine::setContextForObject(): Object already has a QQmlContext
kf5.ki18n: "1 instead of 2 arguments to message {В списке есть языки ...} supplied before conversion."
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/templates/OverlaySheet.qml:530:17: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/templates/OverlaySheet.qml:365:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/templates/AbstractApplicationHeader.qml:153:9: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/templates/AbstractApplicationHeader.qml:80:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/globaltoolbar/BreadcrumbControl.qml:24:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/globaltoolbar/PageRowGlobalToolBarUI.qml:64:9: QML RowLayout (parent or ancestor of QQuickLayoutAttached): Binding loop detected for property "maximumWidth"
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/globaltoolbar/PageRowGlobalToolBarUI.qml:64:9: QML RowLayout (parent or ancestor of QQuickLayoutAttached): Binding loop detected for property "maximumWidth"
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/private/globaltoolbar/PageRowGlobalToolBarUI.qml:64:9: QML RowLayout (parent or ancestor of QQuickLayoutAttached): Binding loop detected for property "maximumWidth"
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/AbstractApplicationItem.qml:319:9: QML Binding: Not restoring previous value because restoreMode has not been set.
This behavior is deprecated.
You have to import QtQml 2.15 after any QtQuick imports and set
the restoreMode of the binding to fix this warning.
In Qt < 6.0 the default is Binding.RestoreBinding.
In Qt >= 6.0 the default is Binding.RestoreBindingOrValue.

file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:128:13: QML ColumnLayout: Cannot anchor to an item that isn't a parent or sibling.
kf5.ki18n: "1 instead of 2 arguments to message {В списке есть языки ...} supplied before conversion."
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/templates/SwipeListItem.qml:200:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/templates/SwipeListItem.qml:200:5: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:98: TypeError: Cannot read property 'width' of null
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:43: TypeError: Cannot read property 'display' of null
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:39: TypeError: Cannot read property 'LanguageCode' of null
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:66:20: QML Connections: Implicitly defined onFoo properties in Connections are deprecated. Use this syntax instead: function onFoo(<arguments>) { ... }
file:///usr/lib64/qt5/qml/org/kde/kirigami.2/AbstractApplicationItem.qml:319:9: QML Binding: Not restoring previous value because restoreMode has not been set.
This behavior is deprecated.
You have to import QtQml 2.15 after any QtQuick imports and set
the restoreMode of the binding to fix this warning.
In Qt < 6.0 the default is Binding.RestoreBinding.
In Qt >= 6.0 the default is Binding.RestoreBindingOrValue.

file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:39: TypeError: Cannot read property 'LanguageCode' of null
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:43: TypeError: Cannot read property 'display' of null
file:///usr/share/kpackage/kcms/kcm_translations/contents/ui/main.qml:128:13: QML ColumnLayout: Cannot anchor to an item that isn't a parent or sibling.
kf5.ki18n: "1 instead of 2 arguments to message {В списке есть языки ...} supplied before conversion."
Что я такое сломал и можно ли это починить?
На всякий случай вывод locale:

Код: Выделить всё

LANG=ru_RU.UTF-8
LC_CTYPE="ru_RU.UTF-8"
LC_NUMERIC="ru_RU.UTF-8"
LC_TIME="ru_RU.UTF-8"
LC_COLLATE=C
LC_MONETARY="ru_RU.UTF-8"
LC_MESSAGES="ru_RU.UTF-8"
LC_PAPER="ru_RU.UTF-8"
LC_NAME="ru_RU.UTF-8"
LC_ADDRESS="ru_RU.UTF-8"
LC_TELEPHONE="ru_RU.UTF-8"
LC_MEASUREMENT="ru_RU.UTF-8"
LC_IDENTIFICATION="ru_RU.UTF-8"
LC_ALL=

Последний раз редактировалось UnixNoob 11.12.2020 12:58, всего редактировалось 1 раз.
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

Скорее всего, все приведенное в теме не очень связано с собственно проблемой.
Дело может быть в какой-либо неудовлетворенной зависимости в Plasma. Например, если у вас current, и
-- установлена Plasma5 из /testing/,
-- обновляетесь при помощи slackpkg update; slackpkg installnew; slackpkg upgrade-all
-- но не исправили PRIORITY в /etc/slackpkg/slackpkg.conf, поместив testing перед %MAIN (т.е. одноименные пакеты из slackware/, имея более высокий приоритет, перекроют пакеты из /testing)
то при каком-либо обновлении прилетит пакет из основного дерева и что-то сломает.
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

bormant
нет, с testing ветки ничего нет. Новых пакетов тоже нет.
Началось все с того, что при переводе с init 3 на init4 у меня сломался, как выяснилось позже Open GL(после выбора в параметрах KDE отрисовщика,все заработало), а по началу я грешил на latte-dock.
И удалил его и его кэши из .config и еще откуда-то, но в rm я не ошибался,т.к во всех командах присутствовало latte и оно работало, до момента перезагрузки видимо.
Может быть дело в том что делал я это из под KDE,а стоило уйти в консоль, не знаю.
'slackpkg reinstall ktown' мне сможет в этом помочь или придется переставлять всю slackware? Или удалить ktown и поставить заного? Или это плохая затея?
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

bormant
Хм, открыл slackpkgplus.conf, а там по-умолчанию (т.е так был создан файл после установки с Alien LiveDVD) раскомментировано зеркало

Код: Выделить всё

MIRRORPLUS['ktown']=http://slackware.nl/alien-kde/current/testing/x86_64/
А есть еще такой:

Код: Выделить всё

#MIRRORPLUS['ktown']=http://slackware.nl/alien-kde/current/latest/x86_64/
А как понять какой ktown использовался при сборке DVD?

На всякий случай весь .conf, приоритеты вроде как верные или нет?

Код: Выделить всё

 1 SLACKPKGPLUS=on            
  2 VERBOSE=1                  
  3 ALLOW32BIT=off             
  4 USEBL=1
  5 WGETOPTS="--timeout=20 --tries=2"
  6 GREYLIST=on                
  7 PKGS_PRIORITY=( restricted alienbob ktown mate )
  8 REPOPLUS=( slackpkgplus restricted alienbob ktown mate )
  9 MIRRORPLUS['slackpkgplus']=http://slakfinder.org/slackpkg+/
 10 MIRRORPLUS['restricted']=http://slackware.nl/people/alien/restricted_sbrepos/current/x86_64/
 11 MIRRORPLUS['alienbob']=http://slackware.nl/people/alien/sbrepos/current/x86_64/
 12 MIRRORPLUS['mate']=http://slackware.uk/msb/current/latest/x86_64/ 
 13 #MIRRORPLUS['studioware']=http://slackware.uk/studioware/current/ 
 14 #MIRRORPLUS['ktown']=http://slackware.nl/alien-kde/current/latest/x86_64/
 15 MIRRORPLUS['ktown']=http://slackware.nl/alien-kde/current/testing/x86_64/
Очень не хотелось бы переустанавливать систему из-за этого :(
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

Давайте с самого начала,
1) что и когда установлено было, когда все работало,
как я понял,
а) Slackware current, на какую дату?
б) Plasma5 из ktown, на какую дату?

2) что делалось в промежутке от работало до сломалось, ставились ли обновления current
поможет вывод (если, например, последние 50 пакетов этот период полностью охватывают)
ls -t /var/log/packages/| head -50
или более компактный
ls -to --time-style=iso /var/log/packages/| head -50 | awk '{print $5" "$6}'

3) хорошо бы вспомнить, какой бинарник у апплета управления кодировками и проверить его библиотеки по
ldd бинарник | grep 'not found'

Поведение очень сильно похоже на слом зависимости при обновлении.

PS.
По поводу slackpkgplus.conf -- он тут не причём.
Этот вопрос был про про slackpkg.conf (не про slackpkgplus.conf). Но судя по предыдущим ответам, это не наш случай, имело бы значение, если бы стояла Plasma5 из vtown, а не из ktown.
Раз уж затеял разговор, поясню. В slackpkg.conf есть такой параметр:

Код: Выделить всё

# PRIORITY sets the download priority. slackpkg will try to found the
# package first in the first value, then the second one, through all
# values in list.
# 
# Default value: patches %PKGMAIN extra pasture testing
PRIORITY=( patches %PKGMAIN extra pasture testing )
Например, для такого дерева:

Код: Выделить всё

slackware64/kde/package-version-arch-build.txz
testing/vtown/kde/package-version-arch-build_vtown.txz
Если бы ставились пакеты из testing/vtown/kde, то, при наличии одноименных (по родовому имени) пакетов и в основном дереве (slackware/ или slackware64/), то slackpkg не увидел бы пакета из vtown (в примере, package), что сломало бы установку тем или иным образом (почти как у вас). Например, если бы в пакете из testing/ была зависимость для апплета управления языками Plasma 5, то без нее апплет не мог бы стартовать.
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

bormant писал(а):
30.11.2020 16:40
Давайте с самого начала,
1) что и когда установлено было, когда все работало,
как я понял,
а) Slackware current, на какую дату?
б) Plasma5 из ktown, на какую дату?
Я не ставил софт. Единственное с чего началось все это удаление-установка latte-dock. Сейчас я занимаюсь установкой только драйвера принтера, о том что я там творил видно здесь.

Сейчас еще софт не запускался с init 4 - уровня. Заработал только при старте через startx.

Т.к я не знал помогут мне или нет, то я еще попробовал переставить i18n пакет и i10n( хотя вот с ним зря наверно,это вроде как с кде4 оказалось)
И kcm кажется пакет. Но это уже было после того как проблема случилась.

Версия сейчас такая:
KDE Plazma version:5.19.4
KDE Framework version:5.72.0
Qt Version:5.15.1

'slackpkg upgrade all' я хотел запустить, но он ничего не нашел. Саму Slackware я не обновлял, была ли на Live DVD дата не помню.
Называется тот образ,с которого я ставил - slackware64-live-plasma5-current.iso
bormant писал(а):
30.11.2020 16:40
поможет вывод (если, например, последние 50 пакетов этот период полностью охватывают)
ls -t /var/log/packages/| head -50
или более компактный
ls -to --time-style=iso /var/log/packages/| head -50 | awk '{print $5" "$6}'

Код: Выделить всё

@slack:[~]: ls -t /var/log/packages/| head -50
scx4216f_driver-1.0.0.39-x86_64-1_UnixNoob
latte-dock-0.9.11-x86_64-1alien
ki18n-5.72.0-x86_64-1alien
kpackage-5.72.0-x86_64-1alien
mozilla-firefox-78.5.0esr-x86_64-1
jdk15-15-x86_64-1ponce
nvidia-driver-450.80.02-x86_64-1_SBo
nvidia-kernel-450.80.02_5.4.72-x86_64-1_SBo
xf86-video-nouveau-blacklist-1.0-noarch-1
sbopkg-0.38.1-noarch-1_wsr
xcb-proto-1.14.1-x86_64-2
vim-gvim-8.2.1905-x86_64-1
vim-8.2.1905-x86_64-1
util-linux-2.36-x86_64-2
undervolt-20201024_13fa33d-x86_64-1
tevent-0.10.2-x86_64-4
tdb-1.4.3-x86_64-4
talloc-2.3.1-x86_64-4
system-config-printer-1.5.12-x86_64-5
sip-4.19.23-x86_64-2
scons-4.0.1-x86_64-2
samba-4.13.0-x86_64-3
rpm-4.16.0-x86_64-2
pyxdg-0.27-x86_64-2
python3-3.9.0-x86_64-1
python-urllib3-1.25.11-x86_64-2
python-six-1.15.0-x86_64-2
python-setuptools-50.3.2-x86_64-2
python-sane-2.8.3-x86_64-6
python-requests-2.24.0-x86_64-2
python-pygments-2.7.2-x86_64-1
python-ply-3.11-x86_64-4
python-pip-20.2.4-x86_64-2
python-pillow-8.0.1-x86_64-1
python-packaging-20.4-x86_64-2
python-notify2-0.3.1-x86_64-6
python-idna-2.10-x86_64-2
python-future-0.18.2-x86_64-3
python-docutils-0.16-x86_64-4
python-distro-1.5.0-x86_64-2
python-chardet-3.0.4-x86_64-6
python-certifi-2020.6.20-x86_64-2
python-appdirs-1.4.4-x86_64-2
pyparsing-2.4.7-x86_64-2
pygobject3-3.36.1-x86_64-2
pygobject-2.28.7-x86_64-6
pycurl-7.43.0.6-x86_64-2
pycups-2.0.1-x86_64-2
pycairo-1.20.0-x86_64-2
pssh-2.3.4-x86_64-2

По выводу: драйвера nvidia ставились после установки системы и случайного обновления ядра( с которым вы мне помогли).
Firefox вот еще обновил не давно.

Код: Выделить всё

latte-dock-0.9.11-x86_64-1alien
ki18n-5.72.0-x86_64-1alien
kpackage-5.72.0-x86_64-1alien
Это единственно что я попробовал переставить, т.к оно было в ошибках latte-dock, что я скидывал выше.
bormant писал(а):
30.11.2020 16:40
3) хорошо бы вспомнить, какой бинарник у апплета управления кодировками и проверить его библиотеки по
ldd бинарник | grep 'not found'
Не понял о чем речь.
bormant писал(а):
30.11.2020 16:40
Поведение очень сильно похоже на слом зависимости при обновлении.
Не могли ли какие-то права на исполнение или чтение уехать, для файлов перевода?
Почему он в настройках локализации на долю секунды сообщает, что на данной системе нет поддержки других языков?
bormant писал(а):
30.11.2020 16:40
Раз уж затеял разговор, поясню. В slackpkg.conf есть такой параметр:
У меня так:

Код: Выделить всё

#Default value: patches %PKGMAIN extra pasture testing
 PRIORITY=( patches %PKGMAIN extra pasture testing )
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

UnixNoob писал:
30.11.2020 20:35
Почему он в настройках локализации на долю секунды сообщает, что на данной системе нет поддержки других языков?
Как вариант: пытается запустить бинарник с отсутствующей зависимостью, получает сбой и пустой список доступных языков.
Но это только догадки, не более.

Резюме:
Ваша установка непригодна для ktown, ktown не получит обновлений для current “Sun Oct 25 18:05:51 UTC 2020” и свежее.
Подробнее:
Про журнал установленных пакетов. Судя по всему ваша система, если не считать чуть позже обновленный firefox:

Код: Выделить всё

Mon Nov 16 21:23:09 UTC 2020
xap/mozilla-firefox-78.5.0esr-x86_64-1.txz:  Upgraded.
на отметке Mon Oct 26 18:22:00 UTC 2020:

Код: Выделить всё

Mon Oct 26 18:22:00 UTC 2020
ap/vim-8.2.1905-x86_64-1.txz:  Upgraded.
xap/vim-gvim-8.2.1905-x86_64-1.txz:  Upgraded.
+--------------------------+
Sun Oct 25 18:05:51 UTC 2020
x/xcb-proto-1.14.1-x86_64-2.txz:  Rebuilt.
  Recompiled against python3-3.9.0.
...
+--------------------------+
https://alien.slackbook.org/blog/warning-about-python3-update-in-latest-current/
Warning for people running Slackware-current and have 3rd party packages installed (who doesn’t) that depend on Python3. That includes you who are running KDE Plasma5!

The “Sun Oct 25 18:05:51 UTC 2020” update in Slackware-current comes with a bump in the Python3 version (to 3.9) which is incompatible with software which already has been compiled against an older version of Python3 (like 3.8).

I found 26 of my own packages on my laptop that depend on Python3 and they are all probably going to break when upgrading to the latest slackware-current. This includes Plasma5 ‘ktown’ packages but also several of my DAW packages.

I suggest that you wait with upgrading to the latest -current for a short while. Give Pat a chance to add Plasma5 to Slackware, because I am not going to recompile any ‘ktown’ package over this.
I will however look at my other packages (cecilia5, wxpython to name but a few) and recompile those against the newer Python. Watch this space for more news.
Добавлено (09:43):
Чтобы продолжить использовать ktown можно откатить обновление “Sun Oct 25 18:05:51 UTC 2020”, взяв предыдущие версии пакетов "Recompiled against python3-3.9.0" (что приведет к накоплению проблем при попытке что-либо доустановить/обновить) там:
http://slackware.uk/cumulative/
То есть, вам нужны предыдущие версии этих пакетов:

Код: Выделить всё

a/libpwquality-1.4.4-x86_64-2.txz:  Rebuilt.
a/util-linux-2.36-x86_64-2.txz:  Rebuilt.
ap/hplip-3.20.6-x86_64-3.txz:  Rebuilt.
ap/linuxdoc-tools-0.9.73-x86_64-7.txz:  Rebuilt.
ap/lxc-2.0.11_fad08f383-x86_64-5.txz:  Rebuilt.
ap/rpm-4.16.0-x86_64-2.txz:  Rebuilt.
ap/undervolt-20201024_13fa33d-x86_64-1.txz:  Upgraded.
d/Cython-0.29.21-x86_64-2.txz:  Rebuilt.
d/distcc-3.3.3-x86_64-4.txz:  Rebuilt.
d/gdb-10.1-x86_64-1.txz:  Upgraded.
d/gyp-20200512_caa60026-x86_64-2.txz:  Rebuilt.
d/llvm-11.0.0-x86_64-2.txz:  Rebuilt.
d/mercurial-5.5.2-x86_64-2.txz:  Rebuilt.
d/meson-0.55.3-x86_64-2.txz:  Rebuilt.
d/python-pip-20.2.4-x86_64-2.txz:  Rebuilt.
d/python-setuptools-50.3.2-x86_64-2.txz:  Rebuilt.
d/python3-3.9.0-x86_64-1.txz:  Upgraded.
d/scons-4.0.1-x86_64-2.txz:  Rebuilt.
kde/pykde4-4.14.3-x86_64-11.txz:  Rebuilt.
l/M2Crypto-0.36.0-x86_64-2.txz:  Rebuilt.
l/Mako-1.1.3-x86_64-2.txz:  Rebuilt.
l/PyQt-4.12.3-x86_64-3.txz:  Rebuilt.
l/PyQt5-5.15.1-x86_64-2.txz:  Rebuilt.
l/QScintilla-2.11.5-x86_64-2.txz:  Rebuilt.
l/boost-1.74.0-x86_64-2.txz:  Rebuilt.
l/brotli-1.0.9-x86_64-2.txz:  Rebuilt.
l/dbus-python-1.2.16-x86_64-2.txz:  Rebuilt.
l/gexiv2-0.12.0-x86_64-3.txz:  Rebuilt.
l/gobject-introspection-1.64.1-x86_64-2.txz:  Rebuilt.
l/libcaca-0.99.beta19-x86_64-7.txz:  Rebuilt.
l/libcap-ng-0.8-x86_64-2.txz:  Rebuilt.
l/libimobiledevice-20200615_4791a82-x86_64-2.txz:  Rebuilt.
l/libproxy-0.4.15-x86_64-5.txz:  Rebuilt.
l/libwebp-1.1.0-x86_64-3.txz:  Rebuilt.
l/libxml2-2.9.10-x86_64-3.txz:  Rebuilt.
l/newt-0.52.21-x86_64-3.txz:  Rebuilt.
l/pycairo-1.20.0-x86_64-2.txz:  Rebuilt.
l/pycups-2.0.1-x86_64-2.txz:  Rebuilt.
l/pycurl-7.43.0.6-x86_64-2.txz:  Rebuilt.
l/pygobject-2.28.7-x86_64-6.txz:  Rebuilt.
l/pygobject3-3.36.1-x86_64-2.txz:  Rebuilt.
l/pyparsing-2.4.7-x86_64-2.txz:  Rebuilt.
l/python-appdirs-1.4.4-x86_64-2.txz:  Rebuilt.
l/python-certifi-2020.6.20-x86_64-2.txz:  Rebuilt.
l/python-chardet-3.0.4-x86_64-6.txz:  Rebuilt.
l/python-distro-1.5.0-x86_64-2.txz:  Rebuilt.
l/python-docutils-0.16-x86_64-4.txz:  Rebuilt.
l/python-future-0.18.2-x86_64-3.txz:  Rebuilt.
l/python-idna-2.10-x86_64-2.txz:  Rebuilt.
l/python-notify2-0.3.1-x86_64-6.txz:  Rebuilt.
l/python-packaging-20.4-x86_64-2.txz:  Rebuilt.
l/python-pillow-8.0.1-x86_64-1.txz:  Upgraded.
l/python-ply-3.11-x86_64-4.txz:  Rebuilt.
l/python-pygments-2.7.2-x86_64-1.txz:  Upgraded.
l/python-requests-2.24.0-x86_64-2.txz:  Rebuilt.
l/python-sane-2.8.3-x86_64-6.txz:  Rebuilt.
l/python-six-1.15.0-x86_64-2.txz:  Rebuilt.
l/python-urllib3-1.25.11-x86_64-2.txz:  Rebuilt.
l/sip-4.19.23-x86_64-2.txz:  Rebuilt.
l/system-config-printer-1.5.12-x86_64-5.txz:  Rebuilt.
l/talloc-2.3.1-x86_64-4.txz:  Rebuilt.
l/tdb-1.4.3-x86_64-4.txz:  Rebuilt.
l/tevent-0.10.2-x86_64-4.txz:  Rebuilt.
n/bind-9.16.8-x86_64-2.txz:  Rebuilt.
n/epic5-2.1.2-x86_64-4.txz:  Rebuilt.
n/fetchmail-6.4.12-x86_64-2.txz:  Rebuilt.
n/getmail-6.03-x86_64-2.txz:  Rebuilt.
n/gpgme-1.14.0-x86_64-2.txz:  Rebuilt.
n/net-snmp-5.9-x86_64-3.txz:  Rebuilt.
n/obexftp-0.24.2-x86_64-6.txz:  Rebuilt.
n/pssh-2.3.4-x86_64-2.txz:  Rebuilt.
n/samba-4.13.0-x86_64-3.txz:  Rebuilt.
x/pyxdg-0.27-x86_64-2.txz:  Rebuilt.
x/xcb-proto-1.14.1-x86_64-2.txz:  Rebuilt.
xap/blueman-2.1.3-x86_64-3.txz:  Rebuilt.
xap/hexchat-2.14.3-x86_64-4.txz:  Rebuilt.
В принципе, остаться на ktown и подождать переезда Plasma5 из vtown в основное дерево -- не такая уж и плохая идея, по крайней мере в течение какого-то осмысленного периода времени.


Либо начать использовать Plasma5 из vtown. Но тут-то вы уж точно от ошибок не застрахованы.
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

UnixNoob писал:
30.11.2020 20:35
Сейчас еще софт не запускался с init 4 - уровня. Заработал только при старте через startx.
Каким способом стартует init4 помимо startx? Kdm? Или что?
Если в одном случае софт запускается, а в другом нет, нужно смотреть различия в запуске.
В частности, переменные окружения.
Софт пытаетесь запустить из меню? Попробуйте из терминала.
bormant писал(а):
30.11.2020 16:40
3) хорошо бы вспомнить, какой бинарник у апплета управления кодировками и проверить его библиотеки по
ldd бинарник | grep 'not found'
UnixNoob писал:
30.11.2020 20:35
Не понял о чем речь.
Речь о том, что штука, где настраиваются кодировки
тоже имеет свой бинарный файл, который и запускается оболочкой в нужный момент.
Нужно выяснить, как его звать, и проверить его работоспособность.
Последний раз редактировалось Hephaestus 01.12.2020 12:03, всего редактировалось 1 раз.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

К https://alien.slackbook.org/blog/warning-about-python3-update-in-latest-current/ есть такой комментарий:
Gérard Monpontet
October 26, 2020 at 16:04

For ktown python-3.9 need rebuild:
kauth
kcodecs
kcompletion
kconfig
kconfigwidgets
kcoreaddons
kdbusaddons
kguiaddons
kjobwidgets
kwidgetsaddons
ki18n
kitemmodels
kitemviews
kwidgetsaddons
in dep:
speech-dispatcher (need update also)
mlt (need update also)
python3-ramdom2
lensfun
Ну и тема на LQ:
https://www.linuxquestions.org/questions/slackware-14/october-25-current-update-4175684209/
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

Hephaestus писал:
01.12.2020 11:00
Каким способом стартует ini4 помимо startx? Kdm? Или что?
Sddm. Я могу и на init 3 посидеть.
Hephaestus писал:
01.12.2020 11:00
Софт пытаетесь запустить из меню? Попробуйте из терминала.
Терминал тоже не открывается. Т.е жмешь на иконку, оно появляется на долю секунды в панели задач и исчезает. Настройки Plazma тоже не открываются.
Hephaestus писал:
01.12.2020 11:00
Речь о том, что штука, где настраиваются кодировки
тоже имеет свой бинарный файл, который и запускается оболочкой в нужный момент.
Нужно выяснить, как его звать, и проверить его работоспособность.
Вы про то, что в настройках KDE, пункт "Локализация" имеет свой бинарник? А как это выяснить? Я знаю что локализация в пакете ki18n лежит.
bormant писал(а):
01.12.2020 11:29
есть такой комментарий:
Во всем этом списке нет latte-dock,с которого все началось... Хотя т.к я уже переставлял два пакета, то концов не найдешь.
bormant писал(а):
01.12.2020 09:39
В принципе, остаться на ktown и подождать переезда Plasma5 из vtown в основное дерево -- не такая уж и плохая идея, по крайней мере в течение какого-то осмысленного периода времени.


Либо начать использовать Plasma5 из vtown. Но тут-то вы уж точно от ошибок не застрахованы.
Ну можно уйти на xfce пока, он установлен, но не уверен что при обновлении Plazma заработает нормально и может в итоге проще сейчас переставить систему и забыть о Plazma, слишком она большая и сложная для меня.
Заходить в новости к мейнтейнеру, при решении проблем, я конечно не привык. Надо не забывать про это.
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

UnixNoob писал:
01.12.2020 11:46
можно уйти на xfce пока
Уже нельзя ;-) Если только откатить upower ;-) Такое вот сейчас в current время неспокойное, разработческий зуд...
Последний раз редактировалось bormant 01.12.2020 14:36, всего редактировалось 1 раз.
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

UnixNoob писал:
01.12.2020 11:46
Я могу и на init 3 посидеть.
Вопрос не в этом.
Вопрос в том, что есть два разных способа запуска KDE с разным результатом.
UnixNoob писал:
01.12.2020 11:46
Терминал тоже не открывается.
Понятно. Но в этом режиме хоть что-нибудь открывается?

UnixNoob писал:
01.12.2020 11:46
Вы про то, что в настройках KDE, пункт "Локализация" имеет свой бинарник?
Вот всякие там значки на панели KDE - регуляторы звука, показатели температуры, нагрузка процессора и пр. - это всё апплеты.
Каждый такой апплет - это маленькая программа, которая запускается оболочкой (а некоторые из них даже могут быть запущены самостоятельно).
А раз программа, значит есть бинарный файл.
UnixNoob писал:
01.12.2020 11:46
А как это выяснить?
Хороший вопрос. У меня KDE нет, подсказать не могу.

UnixNoob писал:
01.12.2020 11:46
Ну можно уйти на xfce пока, он установлен
Вот, кстати. Попробуйте загрузиться в XFCE и запустить оттуда что-нибудь KDE-шное.
UnixNoob писал:
01.12.2020 11:46
в итоге проще сейчас переставить систему и забыть о Plazma, слишком она большая и сложная для меня.
А Plazma Вам вообще зачем понадобилась?
Насколько я помню, Вы даже slackware-current из-за неё ставили.
Но current - это всё-таки официально нестабильная вещь, при всей её фактической стабильности.
И если Вы не мейнтейнер чего-нибудь и не разработчик Slackware, то я не знаю, зачем Вам current.
Тем более, если Вы новичок.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

Hephaestus писал:
01.12.2020 12:25
А Plazma Вам вообще зачем понадобилась?
Насколько я помню, Вы даже slackware-current из-за неё ставили.
Мне из испробованных Mate,Cinnamon,Gnome,Xfce и Kde понравились Xfce и Kde. Запускать приложения,используя i3wm или что-то такое, я пока не готов. Но kde в slackware ставится не просто, для меня,с удалением kde4 предварительным. К тому же Alien писал,что в stable версии Plazma все очень устаревшее и не безопасное и он его удаляет. Я решил что проще тогда установить его готовую версию с KDE.
Hephaestus писал:
01.12.2020 12:25
зачем Вам current.
Ну к примеру захотел я для учебных целей поставить autocomplete java для vim, оказалось что ему нужен python3 и пересборка vim, не уверен что это проще,чем current. Может быть смешной пример, но пока других нет.
bormant писал(а):
01.12.2020 12:19
Уже нельзя ;-) Если только откатить upower ;-) Такое вот сейчас в current время неспокойное, разработчиский зуд...
Хорошо, что по-вашему мнению тогда сделать, поставить stable? Или просто ждать? Нельзя просто удалить ktown и поставить vtown? Новые проблемы будут?
Боюсь перейти со stable на 15 версию окажется сложнее,чем с current или я не прав?
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

UnixNoob писал:
01.12.2020 12:48
Ну к примеру захотел я для учебных целей поставить autocomplete java для vim, оказалось что ему нужен python3 и пересборка vim, не уверен что это проще,чем current.
Проще. Собрать нужную версию одного-двух-пяти пакетов - это проще, чем иметь целую систему (несколько сотен пакетов) в условно стабильном состоянии. Это, на секундочку, ещё и ядро, и работа с железом.
Ставить current имеет смысл, если вы разработчик/сопровождающий или имеете какую-то железяку, которой нет в stable.
В остальных случаях это лишние заморочки.
У меня порядка сотни самосборов. Раньше было больше - 400-500. После обновления с 14.1 на 14.2 некоторые пакеты перестали быть самосборами, а некоторые я просто не переустанавливал. В итоге осталось около сотни. И ничего - живу. Ставить current я не рискую хотя бы потому, что я не единственный пользователь на машине. Поэтому стабильность важнее.

Что касается autocomplete java для vim - это уж точно не повод ставить current.
Проще разобраться с самим этим плагином. Более старую версию плагина взять, на худой конец.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

Hephaestus писал:
01.12.2020 13:09
Это, на секундочку, ещё и ядро, и работа с железом.
Ну вот с ядром тоже не все так просто. В них же постоянно какие-то патчи/ исправления уязвимостей процессора и т.д. А 14.2 вышла давно. Не знаю на сколько это важно или нет.
Ещё не уверен,что если все-таки поменяю железо,то условный Ryzen или 10хх,11хх серии Intel заведутся. А когда выйдет 15 никто не знает.
Разве что собирать ядро в ручную,оставляя старое и экспериментировать.
С точки зрения количества не стабильных пакетов согласен.
Ещё у меня была проблема с обновлением браузера Firefox в 14.2.
Я нашёл правда скрипт latest-Firefox.
С SeaMonkey у меня какие-то проблемы с всплывающими окнами были,я так и не нашёл что не так с ними. Не смотря на разрешение,он их не открывал.
Я не то,чтобы фанат всего нового,но не обновляемый браузер меня беспокоит. В вебе постоянно что-то обновляют/меняют.
Hephaestus писал:
01.12.2020 13:09
Ставить current я не рискую хотя бы потому, что я не единственный пользователь на машине. Поэтому стабильность важнее.
Раз вы не рискнули, с вашим опытом и знаниями, значит я и правда погорячился с current.
Hephaestus писал:
01.12.2020 13:09
Проще разобраться с самим этим плагином. Более старую версию плагина взять, на худой конец.
Плагин в целом не очень. Про python3 в требованиях не писали совсем, и о том как этот autocomplete вызвать я узнал в интернете,т.к комбинация в readme не прописана была или может виноваты особенности Slackware.
Но остальное слишком сложное было,с какой-то синхронизацией с серверами IDE,без понятной мне инструкцией.
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

Сейчас на current проще всего откатиться до момента перед “Sun Oct 25 18:05:51 UTC 2020” с python 3.8.x, что делать, выше уже описал.
Вариант с xfce тоже вполне рабочий, но есть такой момент. Сейчас в vtown вкатывается новый Xfce и все поломки ради него считаются оправданными:

Код: Выделить всё

Fri Nov 27 06:21:11 UTC 2020
Moved a few dependencies from vtown into the main tree, updated much of the
GNOME stack, and Xfce 4.14 appears in vtown! Thanks much to Robby Workman.
Hope everyone had a good day. Enjoy! :-)
Если отключить в slackpkg.conf testing, откатить

Код: Выделить всё

a/upower-0.99.11-x86_64-1.txz:  Upgraded.
  Shared library .so-version bump.
то xfce из основной ветки slackware*/xfce вполне вариант для использования.
С testing/vtown/xfce стоит связываться только если есть устойчивое понимание того, что делаете, и как чинить то, что отваливается.

Ну вот такой сейчас нестабильный период, когда нужно готовить current к выпуску и добавлять новое (читай -- ломать старое) и чинить отвалившееся.
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

UnixNoob писал:
01.12.2020 13:29
В них же постоянно какие-то патчи/ исправления уязвимостей процессора и т.д. А 14.2 вышла давно.
Обновления безопасности выходят для 14.2.
Я, правда, это не мониторю, просто запускаю время от времени.
Вот несколько дней назад пакеты ядра обновлялись.
UnixNoob писал:
01.12.2020 13:29
Ещё не уверен,что если все-таки поменяю железо,то условный Ryzen или 10хх,11хх серии Intel заведутся.
Так это и в current может не завестись, если что.
UnixNoob писал:
01.12.2020 13:29
Ещё у меня была проблема с обновлением браузера Firefox в 14.2.
А с этим-то что не так? Сам браузер, конечно, бывает, выкинет фортель,
но с обновлением-то вроде всё нормально. Опять-таки current вряд ли решает эту проблему.
UnixNoob писал:
01.12.2020 13:29
С SeaMonkey у меня какие-то проблемы с всплывающими окнами были,я так и не нашёл что не так с ними.
И что же на stable была проблема, а на current исчезла?
Если так, то дело вообще не в браузере как таковом, ибо версия Seamonkey на stable и на current, вероятно, одна и та же (в stable подтягивается из patches).
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

bormant писал(а):
01.12.2020 14:49
Сейчас на current проще всего откатиться до момента перед “Sun Oct 25 18:05:51 UTC 2020” с python 3.8.x, что делать, выше уже описал.
Вы под «откатиться» что подразумеваете? Скачать указанные пакеты с ftp и поставить,удалив старые?
bormant писал(а):
01.12.2020 14:49
Вариант с xfce тоже вполне рабочий, но есть такой момент. Сейчас в vtown вкатывается новый Xfce и все поломки ради него считаются оправданными:
Так мне его не нужно ставить, мне нужно xwmconfig запустить и выбрать xfce. Или сломаным пакеты kde всплывут? Xfce же тоже на qt,если не путаю.
Kde разве что место занимать будут,но если просто удалить весь ktown, я не знаю что будет.
Hephaestus писал:
01.12.2020 15:11
А с этим-то что не так? Сам браузер, конечно, бывает, выкинет фортель,
но с обновлением-то вроде всё нормально. Опять-таки current вряд ли решает эту проблему.
Так его нет в репозитории по-умолчанию нового. Slackpkg+ разве что настраивать на 14.2, но с приоритетами могу что-то наломать.
Хотя прошло уже прилично времени, и я досконально не помню деталей.
Hephaestus писал:
01.12.2020 15:11
И что же на stable была проблема, а на current исчезла?
Нет, он просто обновлялся и на 14.2.
У меня на нетбуке 14.2 стоит,с xfce, а с current я на десктопе экспериментировал.
Мне Falkon в KDE понравился, но он тоже почти не обновляется, разработчиками.
Я ещё Palemoon хотел, но меня ffmpeg что-то пугает, в кол-ве опций.
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

UnixNoob писал:
01.12.2020 15:39
Или сломаным пакеты kde всплывут? Xfce же тоже на qt,если не путаю.
Не должно. QT не тождественно KDE.
UnixNoob писал:
01.12.2020 15:39
Так его нет в репозитории по-умолчанию нового.
А, в смысле, нового нет. Это правда.
Но вообще говоря, за ними не угонишься.
UnixNoob писал:
01.12.2020 15:39
Нет, он просто обновлялся и на 14.2.
Не понял. На 14.2 c Seamonkey была проблема.
На current проблема исчезла? Версия Seamonkey та же самая, если что.
Этот браузер вообще нечасто обновляется.
UnixNoob писал:
01.12.2020 15:39
меня ffmpeg что-то пугает, в кол-ве опций
Опций много, да. Но не так часто нужно пересобирать.
Вот какое-то время назад bormant обещал поделиться опытом
в смысле создания сборочной очереди для ffmepg. Возможно, там было бы что-то интересное.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

Hephaestus писал:
01.12.2020 15:55
Не понял. На 14.2 c Seamonkey была проблема.
На current проблема исчезла? Версия Seamonkey та же самая, если что.
Этот браузер вообще нечасто обновляется.
Мне казалось что более "свободный" софт в Slackware любят больше. Поэтому SeaMonkey появится в репозиторих Slackware, а за Firefox никто не гонится и поэтому особо не следят.
Но возможно я и не прав.
А с проблемой я не разобрался, на форумах я не нашел ответа. Показалось как-будто ему нужны root права для разрешения вспдывающих окон, но т.к был firefox я не стал экспериментировать, вопросов пока хватает разных и без браузера.
Hephaestus писал:
01.12.2020 15:55
Опций много, да. Но не так часто нужно пересобирать.
Посмотрел для интереса что требует Falkon в SBo на 14.2, так там вообще qt5 с интересными опциями и подозреваю возможностью приличных дел наворотить.
Интересные у браузеров зависимости. Браузер считается легковесным, по описанию, но для его работы какие-то не очень легковесные вещи хотят.
Hephaestus писал:
01.12.2020 15:55
Возможно, там было бы что-то интересное.
Интересного у меня пока итак хватает. :laugh: Но разговор помню.
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

UnixNoob писал:
01.12.2020 15:39
Вы под «откатиться» что подразумеваете? Скачать указанные пакеты с ftp и поставить,удалив старые?
bormant писал(а):
01.12.2020 09:39
Чтобы продолжить использовать ktown можно откатить обновление “Sun Oct 25 18:05:51 UTC 2020”, взяв предыдущие версии пакетов "Recompiled against python3-3.9.0" (что приведет к накоплению проблем при попытке что-либо доустановить/обновить) там:
http://slackware.uk/cumulative/
То есть, вам нужны предыдущие версии этих пакетов:
загружаете предыдущие версии указанных в списке пакетов, допустим, в /tmp/pkgs/, затем

Код: Выделить всё

# upgradepkg /tmp/pkgs/*t?z
Какая версия предыдущая?
Для тех, что Rebuilt -- с номером сборки на 1 меньше:

Код: Выделить всё

x/xcb-proto-1.14.1-x86_64-2.txz -> 
x/xcb-proto-1.14.1-x86_64-1.txz
Для тех, что Upgraded -- с ближайшей меньшей датой (ну или вниз по ChangeLog.txt посмотреть предыдущее вхождение):

Код: Выделить всё

ap/undervolt-20201024_13fa33d-x86_64-1.txz -> 
ap/undervolt-20200612_07d0c70-x86_64-1.txz
Можно глазами посмотреть, можно grep-ом:

Код: Выделить всё

grep ^ap/undervolt- /tmp/ChangeLog.txt | grep -A1 ^ap/undervolt-20201024_13fa33d-x86_64-1
Для пересобранных можно точно так же...

Если еще подробнее нужно, пишите, подумаю, что можно сделать...
Последний раз редактировалось bormant 01.12.2020 18:09, всего редактировалось 1 раз.
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

UnixNoob писал:
01.12.2020 17:18
Мне казалось что более "свободный" софт в Slackware любят больше. Поэтому SeaMonkey появится в репозиторих Slackware, а за Firefox никто не гонится и поэтому особо не следят.
Ну, Seamonkey и есть в репозиториях Slackware. Разве нет? Причем, практически последняя версия. Точнее предпоследняя (17 ноября 2020).
Я сказал, что Seamonkey нечасто обновляется. Так это не в Slackware, а вообще.
В апстриме новые версии появляются редко.
В Seamonkey используется кодовая база Firefox, поэтому они оказываются в роли догоняющих.
А с переходом Firefox на новую схему разработки расширений, у Seamonkey вообще был затык на долгое время: всё никак не могли решить, следовать ли за Firefox или идти своим путем. Чуть было совсем не свернули проект.
UnixNoob писал:
01.12.2020 17:18
А с проблемой я не разобрался, на форумах я не нашел ответа. Показалось как-будто ему нужны root права для разрешения вспдывающих окон
Я пользуюсь Seamonkey на постоянной основе, поэтому в принципе могу протестировать.
Только я не очень понял. Всплывающие окна - это что?
Добавлено (18:16):
bormant писал(а):
01.12.2020 18:05
загружаете предыдущие версии указанных в списке пакетов, допустим, в /tmp/pkgs/
А если, скажем, в /etc/slackpkg/mirrors указать зеркало стабильной ветки (а не current),
а потом сделать slackpkg update - сработает?
Мне систему целиком даунгрейдить не приходилось,
а вот отдельные пакеты - было, когда в моей локальной репе версия новее, чем в официальной,
то при slackpkg update версия установленного пакета понижалась.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

Hephaestus писал:
01.12.2020 18:08
А если, скажем, в /etc/slackpkg/mirrors указать зеркало стабильной ветки (а не current),
а потом сделать slackpkg update - сработает?
Мне систему целиком даунгрейдить не приходилось,
а вот отдельные пакеты - было, когда в моей локальной репе версия новее, чем в официальной,
то при slackpkg update версия установленного пакета понижалась.
Чур меня, чур.
Прошу заметить, эти глупости пИшете вы из вашей собственной головы, даже намека на подобное у меня на то не было ;)

Если внимательно посмотрите на то, на что отвечаете, и на предшествовавшие тому сообщения, то будет нетрудно заметить, что было предложено всего лишь обновить с кумулятивного зеркала пакеты current на те, что были установлены у ТС до обновления “Sun Oct 25 18:05:51 UTC 2020”.


Ежели что, даунгрейд со следующей версии на предыдущую не поддерживается.
Добавлено (19:29):
PS. Что такое кумулятивное зеркало? А это такое "неправильное" зеркало, что использует rsync без ключа --delete, то есть хранит не только текущее состояние хранилища, но и предыдущие пакеты. С такого зеркала можно "откатить" обновление, накатив пакеты, предшествовавшие обновленным.
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

bormant писал(а):
01.12.2020 19:10
Прошу заметить, эти глупости пИшете вы из вашей собственной головы, даже намека на подобное у меня на то не было
А я нигде не говорил, что у Вас были какие-то намеки.
Я спрашиваю, сработает или нет.
У меня срабатывало для отдельных пакетов.
bormant писал(а):
01.12.2020 19:10
Ежели что, даунгрейд со следующей версии на предыдущую не поддерживается.
Ну, как я уже сказал, у меня было такое: при выполнении slackpkg update; slackpkg-upgrade-all пакет из локальной репы более новой версии обновлялся пакетом из официальной репы более старой версии. То есть фактически происходил даунгрейд. Я ещё удивился тогда, что номер версии не учитывается. Но факт есть факт.
После этого пришлось пакеты из локальной репы помещать в блэклист, чтобы они не заменились пакетами из официальной репы.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

Hephaestus писал:
01.12.2020 20:00
пакет из локальной репы более новой версии обновлялся пакетом из официальной репы более старой версии. То есть фактически происходил даунгрейд. Я ещё удивился тогда, что номер версии не учитывается. Но факт есть факт.
Ах, вы про это... Сравнений версий происходит только на "не равно", никаких больше/меньше.
Репо -- эталон, локальная система приводится к нему.

Кстати, именно поэтому кумулятивное репо подходит для slackpkg хуже, чем никак.
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

bormant писал(а):
01.12.2020 18:05
Если еще подробнее нужно, пишите, подумаю, что можно сделать...
Да нет, вроде понял. Мне тут подумалось что надо в логи заглянуть Plazma,а если там ничего внятного или полезного нет, то посмотрю что с версиями пакетов у меня, с которых надо откатываться.
Hephaestus писал:
01.12.2020 18:08
Только я не очень понял. Всплывающие окна - это что?
Ну вот как пример тут я тыкал download и окно не открывалось.
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

bormant писал(а):
01.12.2020 20:04
Ах, вы про это... Сравнений версий происходит только на "не равно", никаких больше/меньше.
Репо -- эталон, локальная система приводится к нему.
Если в репе при этом более старые версии пакетов, чем в локальной системе, то фактически произойдет даунгрейд. Эдакий побочный эффект, да. Я разумеется, не знаю, насколько при этом всё сломается.
В случае отдельного пакета (что я наблюдал) происходит удаление существующего пакета (более новой версии) и установка вместо него пакета из репы (более старой версии).
Аналогичным образом это срабатывает, если поменять местами patches и %PKGMAIN (это я тоже наблюдал).
Всё вроде бы довольно аккуратно. Если это точно также сработает для всех пакетов, то будет вполне себе даунгрейд. По крайней мере, на первый взгляд.
UnixNoob писал:
01.12.2020 21:16
Ну вот как пример тут я тыкал download и окно не открывалось.
Я сейчас попробовал. Всё открывается.
Slackware64-14.2, Seamonkey 2.53.5. Это так, для информации.
Возможно, проблема была на более старых версиях Seamonkey (всё-таки там целый ряд обновлений - с 2.45 до 2.53), но я не сталкивался.
Кстати, такие штуки могут не открываться из-за отключения/блокировки скриптов
или, скажем, блокировщики рекламы иногда режут такие окна.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Аватара пользователя
UnixNoob
Сообщения: 1367
ОС: Slackware

Re: Plazma Сломалась локализация

Сообщение UnixNoob »

Hephaestus писал:
01.12.2020 21:50
Я сейчас попробовал. Всё открывается.
Я в current проверил, тоже заработало. Наверно и правда в версии дело.

Сегодня на init4 софт решил запускаться нормально.
Логи KDE найти не могу, нашел только вариант под systemd.
В утилите KDE KSystemLog нет ее же логов. В wiki Gentoo и KDE тоже не нашел ответа куда он их пишет. Чужеродна KDE в Slackware :laugh:
Нашел что настройки располагаются в /usr/share/applications/kdeststemsettings.desktop.
Когда активно окно настроек в top на первое место выходит kwin_x11, но вряд ли это что-то дает.

Проверил XFCE, работает нормально. Забавно что в нем настройки KDE открыть можно.

И если откатываться то меня вот какой вопрос интересовал еще.
Мне проще установку и загрузку в скрипт загнать или создать файл и перенаправить ввод из файла для команды upgradepkg/wget?
Автоматический поиск и загрузку я делать конечно не буду, но хотя бы не руками это в консоль по очереди вбивать...
Список пакетов конечно приличный... Но мне интересно поможет ли это решить проблему. Ну и может еще что нового узнаю, пока буду экспериментировать.
"Однажды один очень мудрый человек… ничего не сказал. Времена были опасные, да и собеседники ненадёжные"
Спасибо сказали:
Аватара пользователя
bormant
Сообщения: 1354

Re: Plazma Сломалась локализация

Сообщение bormant »

UnixNoob писал:
02.12.2020 00:45
Мне проще установку и загрузку в скрипт загнать или создать файл и перенаправить ввод из файла для команды upgradepkg/wget?
Это уж как вам проще.
Я б взял список пакетов, которые нужно заменять, что-то вроде:

Код: Выделить всё

sed -n '/^Sun Oct 25/,/^Fri Oct 23/p' /var/lib/slackpkg/ChangeLog.txt | grep -B1 python3- | grep : | cut -d: -f1 > _todo.txt
Для каждого из списка определил бы предыдущую версию пакета по ChangeLog.txt, сохранил в файл, допустим, /tmp/_todo.lst, и скормил его wget:

Код: Выделить всё

mkdir /tmp/pkgs; cd /tmp/pkgs
wget -B http://slackware.uk/cumulative/slackware64-current/slackware64/ -i /tmp/_todo.lst
Потом поставил:

Код: Выделить всё

# upgradepkg *t?z
Добавлено (07:15):
Список можно получить примерно так:

Код: Выделить всё

while read f; do
 grep ^${f%-[._0-9]*-[_x0-9]*-[0-9]*.txz}- /var/lib/slackpkg/ChangeLog.txt |\
 grep -A1 ^$f | tail -n1 | cut -d: -f1; 
done < /tmp/_todo.txt > /tmp/_todo.lst
Последний раз редактировалось bormant 02.12.2020 12:42, всего редактировалось 1 раз.
Спасибо сказали:
Аватара пользователя
Hephaestus
Сообщения: 3729
Статус: Многоуважаемый джинн...
ОС: Slackware64-14.1/14.2
Контактная информация:

Re: Plazma Сломалась локализация

Сообщение Hephaestus »

UnixNoob писал:
02.12.2020 00:45
Логи KDE найти не могу, нашел только вариант под systemd.
В утилите KDE KSystemLog нет ее же логов. В wiki Gentoo и KDE тоже не нашел ответа куда он их пишет.
Если там действительно завязано на systemd, это сложнее, да.
Я бы логи искал где-нибудь в /var/log/. По большей части они там.
UnixNoob писал:
02.12.2020 00:45
Чужеродна KDE в Slackware
Это не KDE чужеродна. Это systemd чужеродна.
Любые моменты, связанные с systemd, в слаке требуют костылей, поскольку "настоящей" systemd в системе нет.
Взять хоть те же контейнеры lxc/lxd, к примеру.
UnixNoob писал:
02.12.2020 00:45
Нашел что настройки располагаются в /usr/share/applications/kdeststemsettings.desktop.
Настройки располагаются, конечно, не в самом этом файле. Этот файл обеспечивает значок на рабочем столе, либо пункт в меню для запуска апплета настроек.
Это текстовый файл, внутри прописан путь к бинарнику, а также всякие сопутствующие вещи: подпись к значку на разных языках, категория (группа) в меню, в которой отображается значок, режим запуска и т.п.
Если это тот самый апплет, который нас интересует, то путь к бинарнику - это именно то, что нужно.
Кстати, можно, находясь внутри каталога /usr/share/applications/ пройтись grep'ом по desktop-файлам и поискать название, которое отображается в окне искомых настроек. Может быть, и найдется. А может быть, и нет.
Последний раз редактировалось Hephaestus 02.12.2020 22:55, всего редактировалось 1 раз.
Пускай скрипят мои конечности.
Я - повелитель бесконечности...
Мой блог
Спасибо сказали:
Ответить