ROSAForum

Сегодня на большое тестирование пока не наработали.
Но в тестовых репозиториях хромиум-53 исправленный, можно пробовать.

keleg писал(а): Но в тестовых репозиториях хромиум-53 исправленный, можно пробовать.

Я думаю, надо предупредить. Если уже стоит Хромиум 54, то его надо удалить и потом заново установить Хромиум.

При запуске urpm-reposync получаю:

После этого принтер перестаёт работать. Может быть можно обновить в репозитории cndrvcups-common и добавить cndrvcups-capt, чтобы подобного не происходило?

vzor74 писал(а):При запуске urpm-reposync получаю:
Загрузка списка установленных пакетов...
Обработка источника Main...
Обработка источника Main Updates...
Обработка источника Main Testing...
Обработка источника Contrib...
Обработка источника Contrib Updates...
Обработка источника Contrib Testing...
Обработка источника Non-free...
Обработка источника Non-free Updates...
Обработка источника Non-free Testing...
Обработка источника Restricted...
Обработка источника Restricted Updates...
Обработка источника Restricted Testing...
Computing actions list...
Версии следующих пакетов будут понижены:
Имя пакета Текущая версия Новая версия Архитектура
(источник Non-free Updates)
cndrvcups-common 3.20-1 2.90-2 i386

Следующие пакеты будут удалены:
Имя пакета Текущая версия Архитектура
cndrvcups-capt 2.70-1 i386

Пакетов будет скачано и установлено: 1.
Пакетов будет удалено: 1.
Данных будет скачано: 3.73M.
После этого принтер перестаёт работать. Может быть можно обновить в репозитории cndrvcups-common и добавить cndrvcups-capt, чтобы подобного не происходило?

А откуда вы ставили предыдущую версию?

На форуме тема есть про подключение принтера canon lbp, и там скриптик замечательный, вот он и ставит

vzor74 писал(а):При запуске urpm-reposync получаю:
Загрузка списка установленных пакетов...
Обработка источника Main...
Обработка источника Main Updates...
Обработка источника Main Testing...
Обработка источника Contrib...
Обработка источника Contrib Updates...
Обработка источника Contrib Testing...
Обработка источника Non-free...
Обработка источника Non-free Updates...
Обработка источника Non-free Testing...
Обработка источника Restricted...
Обработка источника Restricted Updates...
Обработка источника Restricted Testing...
Computing actions list...
Версии следующих пакетов будут понижены:
Имя пакета Текущая версия Новая версия Архитектура
(источник Non-free Updates)
cndrvcups-common 3.20-1 2.90-2 i386

Следующие пакеты будут удалены:
Имя пакета Текущая версия Архитектура
cndrvcups-capt 2.70-1 i386

Пакетов будет скачано и установлено: 1.
Пакетов будет удалено: 1.
Данных будет скачано: 3.73M.
После этого принтер перестаёт работать. Может быть можно обновить в репозитории cndrvcups-common и добавить cndrvcups-capt, чтобы подобного не происходило?

А что будет, если перед синхронизацией отключить репозитории Non-free Updates и Non-free?

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

vzor74 писал(а):На форуме тема есть про подключение принтера canon lbp, и там скриптик замечательный, вот он и ставит

Ну... Программа правильно отрабатывает, удаляя пакет поставленный не из репозиториев. И тут еще вопрос - позволит ли лицензия пересобрать пакет в репозитории... Если все же хотите добавить пишите в тему http://forum.rosalab.ru/viewtopic.php?f=48&t=6522

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

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

А с Хромиумом у меня, вроде так было: подключил тестинг, получил неисправный Хромиумом 54, на следующий день синхронизировался (без отключения тестинга) - получил откат до 53-го, ещё спустя пару дней синхронизировался - получил исправленный 53, опять же без отключения тестинга. И я так понял, что отключать репозитории не обязательно, а reposync сама делает своё дело.

vzor74 писал(а):А с Хромиумом у меня, вроде так было: подключил тестинг, получил неисправный Хромиумом 54, на следующий день синхронизировался (без отключения тестинга) - получил откат до 53-го, ещё спустя пару дней синхронизировался - получил исправленный 53, опять же без отключения тестинга. И я так понял, что отключать репозитории не обязательно, а reposync сама делает своё дело.

Возможно и так.
Синхронизация происходит независимо от установленной версии, меняя на имеющуюся в репах.
А вообще, после отката до неисправной 53, на исправную 53 можно было перейти просто обновив систему через консоль.

Да, то было на рабочем компе, а дома всё прошло штатно через urpmi.

Алзим писал(а):
vzor74 писал(а):При запуске urpm-reposync получаю:
Загрузка списка установленных пакетов...
Обработка источника Main...
Обработка источника Main Updates...
Обработка источника Main Testing...
Обработка источника Contrib...
Обработка источника Contrib Updates...
Обработка источника Contrib Testing...
Обработка источника Non-free...
Обработка источника Non-free Updates...
Обработка источника Non-free Testing...
Обработка источника Restricted...
Обработка источника Restricted Updates...
Обработка источника Restricted Testing...
Computing actions list...
Версии следующих пакетов будут понижены:
Имя пакета Текущая версия Новая версия Архитектура
(источник Non-free Updates)
cndrvcups-common 3.20-1 2.90-2 i386

Следующие пакеты будут удалены:
Имя пакета Текущая версия Архитектура
cndrvcups-capt 2.70-1 i386

Пакетов будет скачано и установлено: 1.
Пакетов будет удалено: 1.
Данных будет скачано: 3.73M.
После этого принтер перестаёт работать. Может быть можно обновить в репозитории cndrvcups-common и добавить cndrvcups-capt, чтобы подобного не происходило?
А что будет, если перед синхронизацией отключить репозитории Non-free Updates и Non-free?

Отключен non-free:

Отключен contrib и non-free:

В продолжение предыдущего сообщения:
команда urpmf -mf cndrvcups-common выдаёт:

cndrvcups-common-2.70-5-rosa2014.1.i586:Contrib
cndrvcups-common-2.90-2-rosa2014.1.i586:Non-free Updates

А может этот вопрос в другую тему перенести, или он не актуален и не интересен?

vzor74 писал(а):В продолжение предыдущего сообщения:
команда urpmf -mf cndrvcups-common выдаёт:

cndrvcups-common-2.70-5-rosa2014.1.i586:Contrib
cndrvcups-common-2.90-2-rosa2014.1.i586:Non-free Updates

А может этот вопрос в другую тему перенести, или он не актуален и не интересен?

Вопрос достаточно интересный, если админы/модераторы сочтут нужным - вынесут в другую тему.
И еще надо учитывать, что подобные вопросы (со сборкой новых пакетов), по тех. причинам не всегда могут быстро решаться (особенно с драйверами в Contrib), так как разработчики основной упор делают на главных репозиториях.

пакет был перенесен из контриба в main и обновлен. А в main-release осталась старая версия.

Сегодня на пятничном тестировании много интересного и полезного
* Обновлен firefox с целью повышения безопасности (и не только он один)
* Поправлена тема Росы чтоб при выключении эффектов окна не сливались
* Новая версия gvfs и теперь dconf как часть стандартного образа
* Поправлен systemd чтоб не запускались дублирующие сервисы сети и установки времени. Впрочем, на текущие системы это влияния не окажет - только на новые образы
* Обновлен primus и теперь он позволяет ставить 32-разрядные библиотеки в 64 разрядном окружении. http://forum.rosalab.ru/viewtopic.php?f ... 730#p78730
* Modemmanager теперь показывает трафик для модемов
* Обновлен wine
Пришло время включать тестинги!

http://wiki.rosalab.ru/ru/index.php/%D0 ... 1%80%D1%8F

Новый FF новых проблем не принёс, правда и падений (проверено на 32-бит) не исправил, с обновлением systemd проблем нет.

Brainey писал(а):Новый FF новых проблем не принёс, правда и падений (проверено на 32-бит) не исправил,

А подробнее?

Я тож нашел место, где 32-разрядный FF падает. Увы.

Воспроизведение бага с падением:
1. Запускаем FF из консоли:

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

$ firefox

2. Переходим по ссылке (здесь крайняя ссылка, которая вызвала у меня падение вкладки) и начинаем прокручивать страницу.
3. Вкладка падает и в консоль вываливается сообщение:

[Parent 6377] WARNING: pipe error (46): Соединение разорвано другой стороной: file /builddir/build/BUILD/firefox-50.0.2/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 320

###!!! [Parent][MessageChannel] Error: (msgtype=0x2E007D,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv

[Parent 6377] WARNING: pipe error (52): Соединение разорвано другой стороной: file /builddir/build/BUILD/firefox-50.0.2/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 320
[Parent 6377] WARNING: pipe error (55): Соединение разорвано другой стороной: file /builddir/build/BUILD/firefox-50.0.2/ipc/chromium/src/chrome/common/ipc_channel_posix.cc, line 320

###!!! [Parent][MessageChannel] Error: (msgtype=0x2E007D,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv

###!!! [Parent][MessageChannel] Error: (msgtype=0x2E007D,name=PBrowser::Msg_Destroy) Channel error: cannot send/recv

похоже, что вот апстримовый баг https://bugzilla.mozilla.org/show_bug.cgi?id=1286324
и даже говорят, что исправили. Видимо, не до конца.

keleg писал(а):пакет был перенесен из контриба в main и обновлен. А в main-release осталась старая версия.

Это Вы про какой пакет, извините?

Обновился, проблем не с обновлениями нет. Firefox (32-разрядный) падет, но реже, чем предыдущие версии.

vzor74 писал(а):
keleg писал(а):пакет был перенесен из контриба в main и обновлен. А в main-release осталась старая версия.
Это Вы про какой пакет, извините?

cndrvcups

А у меня вот что выдаёт:

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

vzor@vzor-K52JB ~ $ urpmf -mf cndrvcups
cndrvcups-common-2.70-5-rosa2014.1.i586:Contrib
cndrvcups-lb-2.50-5-rosa2014.1.i586:Contrib
cndrvcups-common-2.90-2-rosa2014.1.i586:Non-free Updates
cndrvcups-lb-2.90-7-rosa2014.1.i586:Non-free Updates

Kodor писал(а):Обновился, проблем не с обновлениями нет. Firefox (32-разрядный) падет, но реже, чем предыдущие версии.

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

В ОК даже 64-х битный замирает. Посидишь там и потом не реагирует не на одно нажатие мышкой, закрываешь вкладку ОК и все начинает работать.
Думаю что флеш глючит в этом браузере и из-за него все виснет.

Barmalei писал(а):В ОК даже 64-х битный замирает. Посидишь там и потом не реагирует не на одно нажатие мышкой, закрываешь вкладку ОК и все начинает работать.
Думаю что флеш глючит в этом браузере и из-за него все виснет.

У меня в 64x и вконтакт и страница по ссылке нормально работают. И в скачаном с сайта 32x. А вот в нашем - ошибки пока не удается поправить

Сегодня с большим удивлением обнаружил, что перестал работать urpmi с параметром --auto-orphans. Вместо поиска и удаления пакетов-сирот вываливается справка (список параметров по использованию urpmi, который появляется при вызове urpmi --help).

Так правильно же urpme --auto-orphans, разве нет?

pyatachet писал(а):Так правильно же urpme --auto-orphans, разве нет?

Точно! Это я команду перепутал...

Скачал тарбол FF с официального сайта, падений пока не вижу. Да ещё кажется, что работает быстрее дистрибутивного.

Brainey писал(а):Скачал тарбол FF с официального сайта, падений пока не вижу. Да ещё кажется, что работает быстрее дистрибутивного.

Тоже гонял - не падает. А еще я 32-разрядный огнелис (наш) под 64 разрядами запускал - тоже не падает! Что у нас в 32-разрядной системе не то?

1. Флаги сборки FF в Росе

2. Флаги сборки в тарболе с оф.сайта.

Может сборка именно под i586 даёт такой глюк? Хотя это уже похоже на гадание на кофейной гуще.

Mozilla планирует отказаться от поддержки всех NPAPI плагинов, за исключением Flash, в марте 2017 года, когда будет выпущен Firefox версии 52.

keleg писал(а):
Brainey писал(а):Скачал тарбол FF с официального сайта, падений пока не вижу. Да ещё кажется, что работает быстрее дистрибутивного.
Тоже гонял - не падает. А еще я 32-разрядный огнелис (наш) под 64 разрядами запускал - тоже не падает! Что у нас в 32-разрядной системе не то?

Я решил использовать портабельные проги. Они работают и обновляешь сам. Уже 5 штук стоит.

Barmalei писал(а): Я решил использовать портабельные проги. Они работают и обновляешь сам. Уже 5 штук стоит.

А я решил использовать ABF. Они работают и обновляешь сам. А сколько уже собрал, я уже и сам со счёта сбился.

Алзим писал(а):
Barmalei писал(а): Я решил использовать портабельные проги. Они работают и обновляешь сам. Уже 5 штук стоит.
А я решил использовать ABF. Они работают и обновляешь сам. А сколько уже собрал, я уже и сам со счёта сбился.

Проблема не в этом. FF собранный хуже работает чем портабельный.

Barmalei писал(а):FF собранный хуже работает чем портабельный.

Как-то голословно звучит. Чем хуже-то?

Zeffanyx писал(а):
Barmalei писал(а):FF собранный хуже работает чем портабельный.
Как-то голословно звучит. Чем хуже-то?

У меня в ОК зависает так что ни на одно нажатие не реагирует, вкладку закроешь, снова откроешь эти ОК и хватает на минут 5.

32-разрядная версия?

keleg писал(а):32-разрядная версия?

64. Этот сайт по моему перегружен js. Иногда выскакивает остановка сценария, но редко.

Barmalei писал(а): Проблема не в этом. FF собранный хуже работает чем портабельный.

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

При сборке для всех выбираются и параметры наиболее оптимальные для всех.
А если собирать только для себя, то и параметры можно ставить какие нужны только вам.

Алзим писал(а):
Barmalei писал(а): Проблема не в этом. FF собранный хуже работает чем портабельный.
Там куча настроек при сборке. И всё зависит от того, как собирать будете.
Если найдёте нужные патчи и сможете установить оптимальные параметры, то работать может будет даже быстрее.
Всё зависит от вашего желания, а знания приходят с опытам на основе практики.

При сборке для всех выбираются и параметры наиболее оптимальные для всех.
А если собирать только для себя, то и параметры можно ставить какие нужны только вам.

Мне уже это точно не нужно знать. Пусть молодые учатся.

Сегодня небольшое, но важное тестирование.
1) Обновлен Хромиум
2) Итальянцы по нашему багрепорту исправили ошибку с установкой MTU для PPTP в NetworkManager
3) Новая версия teamviewer
4) Виртуалбокс ветки 5.0 научился работать на последних ядрах 4.8!

Уже можно включать и смотреть тестинги.

Подробности в http://wiki.rosalab.ru/ru/index.php/%D0 ... 1%80%D1%8F

keleg писал(а): 1) Обновлен Хромиум

Наверное, можно добавить, что новый Хромиум «подружился» с Консультантом.
Так же, не стоит пугаться если флеш в Хромиуме перестанет работать на большинстве сайтов. Так было задумано. Это ноу-хау от гугловцев. Теперь флеш надо включать для каждого сайта персонально. По умолчанию флеш отключен.
Это не распространяется на такие сайты как ВК, ОК, Майл.ру, Яндекс и т.п. Но, в перспективе гугловцы планируют отключить флеш и для этих сайтов.

Алзим писал(а): Так же, не стоит пугаться если флеш в Хромиуме перестанет работать на большинстве сайтов. Так было задумано. Это ноу-хау от гугловцев. Теперь флеш надо включать для каждого сайта персонально. По умолчанию флеш отключен.

В Яндексе давно уже так.

keleg писал(а): 3) Новая версия teamviewer
4) Виртуалбокс ветки 5.0 научился работать на последних ядрах 4.8!

В R9 заметил teamviewer12, в R8 - 11 так и остался

Виртуалбокс - да, заработал.

ans писал(а): В R9 заметил teamviewer12, в R8 - 11 так и остался

В R8 в тестовых репах должен быть.

ans писал(а):
Алзим писал(а): Так же, не стоит пугаться если флеш в Хромиуме перестанет работать на большинстве сайтов. Так было задумано. Это ноу-хау от гугловцев. Теперь флеш надо включать для каждого сайта персонально. По умолчанию флеш отключен.
В Яндексе давно уже так.

В ЯБ эта игра запускается: http://morskoy-boy.15kop.ru/game/
В Хромиуме 55 уже «без танцов с бубном не запуститься».

Вы когда смотрите, то кликнете по игрушке правую кнопки мыши. Там будет написано или код посмотреть, или о версии флеш-плеера.
Если код, то скорее всего это уже переделали на HTML5, если версия флеш — то это флеш.

keleg писал(а):2) Итальянцы по нашему багрепорту исправили ошибку с установкой MTU для PPTP в NetworkManager

Подтверждаю, исправлено. Теперь NM нормально работает и без дополнительной записи "MTU=1492" в файле конфигурации.
Остальные прилетевшие обновления тоже без проблем.

Kodor писал(а): Подтверждаю, исправлено. Теперь NM нормально работает и без дополнительной записи "MTU=1492" в файле конфигурации.
Остальные прилетевшие обновления тоже без проблем.

Спасибо за тестирование! Это очень важно было т.к. у меня провайдер нормально ставит MTU и проблемы не было.

VirtualBox 5.0 нормально отработал на ядре 4.8

Алзим писал(а):
ans писал(а): В R9 заметил teamviewer12, в R8 - 11 так и остался
В R8 в тестовых репах должен быть.

только сегодня пришёл

сегодня он не в тестовые, сегодня в общие должно дойти было.

ans писал(а): В R9 заметил teamviewer12, в R8 - 11 так и остался

Коли «проспал» тестовые проверки, то хотя бы сейчас напиши про работоспособность.
И про сложности пиши.
Может потом и это исправиться.

Алзим писал(а):
ans писал(а): В R9 заметил teamviewer12, в R8 - 11 так и остался
Коли «проспал» тестовые проверки, то хотя бы сейчас напиши про работоспособность.
И про сложности пиши.
Может потом и это исправиться.

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

ans писал(а): Сложностей не заметил, на первый взгляд работает как обычно

Вот за эту часть ответа спасибо.

Я делал на 2016.1 и проверить полную работоспособность не мог.
Конечно на QA проверялось, но мнение человека который постоянно пользуется прогой очень важно.

к тестированию отношении не очень имеет, но поправить стоит.
mrb? румыны вторглись что ли

и перевод у нее плохой

tverskoy писал(а):mrb? румыны вторглись что ли и перевод у нее плохой

Вот спек: https://abf.io/import/gsmartcontrol/blo ... ntrol.spec?
Удалить эту строку?

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

%define distsuffix mrb

В 2016,1 я её не наблюдаю. https://abf.io/import/gsmartcontrol/blo ... ntrol.spec?
Или я неправильно понял?

Про перевод. Я им не занимаюсь.
И пожалуйста поконкретнее про перевод. Я не пользуюсь этой прогой.

Да, удали эту строку, лишь бы в 2016.1 не перешло.
Перевод какой-то непонятный

tverskoy писал(а): Перевод какой-то непонятный

Если кто возьмётся…

Вопрос про мышь и веник подключенные по USB 2.0 и\или 3.0 соответственно. На винде и хлубунту - мышь и веник, пока к ним не обратишься, через какое-то время бездействия засыпают, светодиоды гаснут. А в KDE такого не происходит. У всех диоды горят постоянно, например жмешь извлечь USB-веник, происходит размонтирование, но сам веник крутится, диод горит.Это так задумано в KDE? Или надо ручками что-то править?

Ребят, давайте здесь обсуждать обновления через тестинг, а не отдельные от этого вопросы. А то уже придется зачистку делать...

Не проходит обновление пакета wpa_supplicant 2.6 - 3

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

Для удовлетворения зависимостей будут установлены следующие пакеты:
 Пакет                          Версия       Релиз         Dist  DEpoch Платформа 
(источник «Main Testing»)
 lib64I810XvMC1                 2.99.917     1.20160923.2  rosa  2014.1 x86_64 
 lib64IntelXvMC1                2.99.917     1.20160923.2  rosa  2014.1 x86_64 
 wpa_supplicant                 2.6          3             rosa  2014.1 x86_64 
 x11-driver-video-intel         2.99.917     1.20160923.2  rosa  2014.1 x86_64 
Будет использовано 301КБ дополнительного дискового пространства.
Будет загружено 1.6МБ пакетов.
Установить 4 пакетов? (Y/n) y
    http://mirror.rosalab.ru/rosa/rosa2014.1/repository/x86_64/media/main/testing/wpa_supplicant-2.6-3-rosa2014.1.x86_64.rpm
...извлечение не удалось: сбой wget: завершён с 8                              



    http://mirror.rosalab.ru/rosa/rosa2014.1/repository/x86_64/media/main/testing/wpa_supplicant-2.6-3-rosa2014.1.x86_64.rpm
...извлечение не удалось: сбой wget: завершён с 8

Пробу оборудования прилагаю:
https://linux-hardware.org/index.php?probe=b73f9cc351

проблема известна - мы отменили обновление этого пакета, а метаданные еще не обновились.

Сегодня БОЛЬШОЕ тестирование. Решено обновить весь стек видеодрайверов для поддержки новых ядер 4.8, чего требуют последние чипсеты Intel. Ну и обычные обновления не забыты.
На основе этого обновления предполагается выпустить обновленный образ ROSA R8(1) для установки на новые модели.

Самое главное:
1) Mesa 13 с поддержкой последнего OpenGL. Теперь на свободных драйверах запускается практически все, что раньше требовало проприетарных
2) Базовая поддержка vulkan и amdgpu
3) OpenSSL c поддержкой GOST и новая версия ROSA Crypto tool
4) Обновлен nginx и драйвера для Canon
5) Обновлен libfprint для поддержки сканирования отпечатков пальцев

Можно и нужно включать тестинги. Очень нужно тестирование этого обновления на самой различной аппаратуре!
http://wiki.rosalab.ru/ru/index.php/%D0 ... 1%80%D1%8F

День нормально проработало. https://linux-hardware.org/index.php?probe=14d66c7e78

> 5) Обновлен libfprint для поддержки сканирования отпечатков пальцев
libfprint проверил, как то кривовато работает, но система хотя бы видит сам датчик. Из сотни попыток удалось только один раз авторизоваться.

> 3) OpenSSL c поддержкой GOST и новая версия ROSA Crypto tool
Где вы были 4 года назад) мне приходилось собирать отдельный openssl с поддержкой GOST. Но тем неменее что-то в нем не так. Ваш openssl при создании ключа из pfx не принимает пароль. Хотя в ciphers вижу поддержку GOST, с небольшими отличиями

мой openssl

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

 ./openssl ciphers | tr ":" "\n" | grep GOST
GOST2001-GOST89-GOST89
GOST94-GOST89-GOST89

ваш

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

openssl ciphers | tr ":" "\n" | grep GOST
GOST2001-GOST89-GOST89

Остальное не проверял, но после перезапуска системы, всё работает штатно.

5) А в логах что-нибудь интересное присутствует?
3) Хотелось бы пример патча и процедуру проверки. Можно?

Переустановил систему с подключенными тестингами. Драйвер AMDGPU на моей Radeon R9 290x функционирует нормально. Запускал в Стиме Tomb Raider - все работает. До этого пользовался репозиторием x11_backports.
Проба оборудования: https://linux-hardware.org/index.php?probe=8bed156cca

Установил обновления. Всё нормально работает.
Проба: https://linux-hardware.org/index.php?probe=52117d4607

5) В логах ничего кроме

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

Dec 25 18:24:57 linux kernel: [14072.817949] usb 3-1.1: reset full-speed USB device number 3 using ehci-pci

3) openssl собиралось с параметрами
OPTIONS=enable-shared enable-zlib enable-rfc3779 --prefix=/var/soft/openssl-gost -Wa,--noexecstack no-ec_nistp_64_gcc_128 no-gmp no-jpake no-krb5 no-md2 no-rc5 no-sctp no-store no-unit-test no-zlib-dynamic no-static-engine
CONFIGURE_ARGS=linux-x86_64 shared zlib enable-rfc3779 --prefix=/var/soft/openssl-gost -Wa,--noexecstack

Ключ создаю так

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

openssl pkcs12 -in p12.pfx -out provider.pem -nodes -clcerts

Потом используя provider.pem создаю цифровую подпись.

Еще заметил, что после обновления у меня сменился hostname, с моего sasha-notebook, поменялся на linux.local

admsasha писал(а): Еще заметил, что после обновления у меня сменился hostname, с моего sasha-notebook, поменялся на linux.local

А вот здесь подробнее бы. У меня нигде ничего не менялось. Мож еще что было?

keleg писал(а):
admsasha писал(а): Еще заметил, что после обновления у меня сменился hostname, с моего sasha-notebook, поменялся на linux.local
А вот здесь подробнее бы. У меня нигде ничего не менялось. Мож еще что было?

Пересмотрел логи. Смена произошла после перезапуска компьютера. Интересно, что ни в /etc/hosts ни /etc/hostname этого linux.local нету. Не пойму откуда оно вообще взялось. Откуда еще может брать это имя ?

оно какое-то вообще не росиное. У нас по дефолту локалхост вроде.

На ядре 4.4.38 с nouveau производитель экрана не определяется, а разрешение только 1024х768,

настройки не активны.

А на ядре 4.1.34 с nouveau производитель есть + разрешение уже 1600х900.

С проприетарным драйвером nvidia 375.20 на любом ядре все хорошо с разрешением и производителем. Еще ~недели две назад все было хорошо с разрешением и на nouveau, т.к. на ядре 4.4.х сижу постоянно ~ пару месяцев, и периодически меняю nouveau на nvidia и наоборот. Вот сегодня поменял на nouveau и заметил такую проблему.
Вот проба ядро 4.4.38+nouveau https://linux-hardware.org/index.php?probe=af640aae2c

из тестинга обновитесь, должно заработать.

keleg писал(а):из тестинга обновитесь, должно заработать.

Какого именно? Вроде все включены

А у вас точно на nouveau переключилось а не на fb? glxinfo |grep OpenGL что говорит?

ага, посмотрел в пробе. VMware, Inc. Это виртуалка, получается?

keleg писал(а):А у вас точно на nouveau переключилось а не на fb?

Делал все как обычно- настройка видеокарты - выбрал Free(nouveau) - дождался установки-перегрузил. С ядром 4.1.34 все же нормально происходит смена nvidia на nouveau. А что такое fb?

keleg писал(а):glxinfo |grep OpenGL что говорит?

Сейчас не гляну, т.к. вернулся на nvidia 375.26. А это скриншот на nvidia

keleg писал(а):ага, посмотрел в пробе. VMware, Inc. Это виртуалка, получается?

У меня виртуалок не установлено. Вот проба ядро 4.4.38+nvidia375.26 https://linux-hardware.org/index.php?probe=638b2f4cd7

kit писал(а):На ядре 4.4.38 с nouveau производитель экрана не определяется, а разрешение только 1024х768

Дело не в ядре.

Пару дней назад мы всё-таки отловили причину и таких, и некоторых других ошибок: когда перегенерируется initrd (напр., при установке/обновлении/удалении ядра, broadcom-wl и пр.), приприетарные драйверы NVidia попадают в новый initrd. Если потом перейти на nouveau, драйверы nvidia из initrd загрузятся первыми при старте системы, а nouveau при этом работать не сможет.

В итоге система не использует аппаратное ускорение графики, нет поддержки больших разрешений экрана и пр.

А в glxinfo при этом, действительно, видно "VMware, Inc.", - вероятно, код для программного "ускорения графики" в Mesa начинали писать разработчики из VMWare и оставили свой "автограф".

Для ядра 4.1.34, видимо, initrd не перегенерировался после установки проприетарных драйверов, потому с ним всё нормально работает.

Есть хорошие новости: QA сейчас проверяет обновления для драйверов nvidia (версии 375.26, 340.101 и 304.134), где мы добавили перегенерацию initrd при установке/обновлении/удалении драйвера. Должно помочь.

А пока эти обновления в репозитории не попали, достаточно после переключения на nouveau вызвать dracut -f под root, чтобы система перегенерировала initrd. Тогда всё будет в порядке при след. загрузке системы.

dkms тут не причём? И это не связано со сборкой nvidia для разных ядер? Ну там всякое разное типа старое ядро < 4.что-то и новые --не нашел тему--

В тестинге появился обновленный XFdrake. Т.к. он появился со второго раза и версия была понижена, рекомендуется сделать urpm-reposync, особенно тем, у кого radeon. Правильный - drakx-kbd-mouse-x11-0.124-3

Алзим писал(а):
tverskoy писал(а): Перевод какой-то непонятный
Если кто возьмётся…

А как у вас правильно оформлять перевод? Или достаточно закинуть в эту тему с перевод основного интерфейса/вкладок/команд? Или может даже завести отдельную тему на форуме?

обычно ищешь в исходниках po файл и переводишь его через poedit

А пакеты с исходным кодом в репозиториях есть? Или для них отдельно подключать надо (как deb-src у debian'a)?

http://mirror.yandex.ru/rosa/rosa2014.1 ... ory/SRPMS/

Внимание!
из-за рассинхронизации зеркал (non-free синхронизировались а main-update - нет) возможно падение видеоподсистемы после обновления.
Обождите пока обновляться!

keleg писал(а):Внимание!
из-за рассинхронизации зеркал (non-free синхронизировались а main-update - нет) возможно падение видеоподсистемы после обновления.
Обождите пока обновляться!

Ппц, вовремя предупредил, у меня ос упала, как раз после обновления.
Поправка, проблему решил переустановив драйвер видео с proprientary 375, на Noveau.
Надо бы допилить пакеты

уже должно все работать.

Сегодня не только канун Рождества, но еще и пятница! И в тестинге небольшой подарок - обновление мэйнстримового огнелиса с восстановленной функцией установки обоев из контекстного меню.
А для людей, измученных глючностью вышеупомянутого огнелиса в 32-разрядном варианте - еще один подарок, версия firefox-esr45. Она точно работает!
Ставить через urpmi firefox-esr45 firefox-esr45-ru т.к. она заменяет текущего огнелиса и он должен быть удален для установки этой версии.

Есть небольшой глюк на R8 KDE4 , на моем ноуте по крайней мере.
После нажатии кнопки из выхода ждущего режима на свободном драйвере nouveau экран загорается и тут же гаснет . То есть ноут из сна вышел , а экран черный .Приходится повторно нажимать либо кнопку , либо мышку двигать .
На драйвере Nvidia такого глюка нет .
Это не проблема конечно , но неприятно .
Этот баг побеждается снятием галочки в энергосбережении в отделе управление питания .

А раньше такая проблема была?

keleg писал(а):А раньше такая проблема была?

Не могу сказать точно , после установки системы сразу переходил на Nvidia , так как были проблемы с выходом из ждущего выхода . Этот баг заметил 5 - 6 дней назад после того как решил попробовать свободный драйвер и поставил его .
Тут по моему что то с выключением монитора и с переходом на свободные драйвера связано как то .
Возможно повторная переустановка драйверов с одних на другие исправит это , надо будет попробовать , отпишусь .

wine 1.9.23 не все библиотеки тянет

keleg писал(а): А для людей, измученных глючностью вышеупомянутого огнелиса в 32-разрядном варианте - еще один подарок, версия firefox-esr45. Она точно работает!

Та же 32-версия 35-го огнелиса из тарбола с сайта mozilla не глючит совсем, так что не в версии дело.

Brainey писал(а):
keleg писал(а): А для людей, измученных глючностью вышеупомянутого огнелиса в 32-разрядном варианте - еще один подарок, версия firefox-esr45. Она точно работает!
Та же 32-версия 35-го огнелиса из тарбола с сайта mozilla не глючит совсем, так что не в версии дело.

Ну, они видимо умеют ее собирать по-особенному. Но у нас другой компилятор и библиотеки, не получается (впрочем, эта ошибка не только у нас, я погуглил - какая-то неустойчивость получилось, у огнелиса это бывает... как-то 32-разрядная версия тормозила полгода по-страшному, они на нее потихоньку забивают)

ROSAForum

Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!

Re: Пятничное тестирование - загляни в будущее Росы!