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

Сообщение **keleg** » 25 ноя 2016, 17:55

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

Алзим · Сообщение **Алзим** » 25 ноя 2016, 18:04

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

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

vzor74 · Сообщение **vzor74** » 26 ноя 2016, 19:18

При запуске 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, чтобы подобного не происходило?

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

vzor74 · Сообщение **vzor74** » 26 ноя 2016, 19:27

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

Алзим · Сообщение **Алзим** » 26 ноя 2016, 19:27

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 · Сообщение **vzor74** » 26 ноя 2016, 19:34

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

Галахов Роман

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

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

Алзим · Сообщение **Алзим** » 26 ноя 2016, 19:44

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

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

vzor74 · Сообщение **vzor74** » 26 ноя 2016, 20:01

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

Алзим · Сообщение **Алзим** » 26 ноя 2016, 20:09

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

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

vzor74 · Сообщение **vzor74** » 26 ноя 2016, 20:13

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

vzor74 · Сообщение **vzor74** » 27 ноя 2016, 19:39

Алзим писал(а):
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:

vzor74 · Сообщение **vzor74** » 29 ноя 2016, 20:52

В продолжение предыдущего сообщения:
команда 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), так как разработчики основной упор делают на главных репозиториях.

Сообщение **keleg** » 02 дек 2016, 17:46

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

Сообщение **keleg** » 02 дек 2016, 17:51

Сегодня на пятничном тестировании много интересного и полезного
* Обновлен 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

Brainey · Сообщение **Brainey** » 02 дек 2016, 21:11

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

Алзим · Сообщение **Алзим** » 02 дек 2016, 21:40

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

А подробнее?

Сообщение **keleg** » 03 дек 2016, 08:29

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

Brainey · Сообщение **Brainey** » 03 дек 2016, 12:52

Воспроизведение бага с падением:
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

Сообщение **keleg** » 03 дек 2016, 14:15

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

vzor74 · Сообщение **vzor74** » 04 дек 2016, 12:47

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

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

Kodor · Сообщение **Kodor** » 04 дек 2016, 14:31

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

Сообщение **keleg** » 04 дек 2016, 16:13

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

cndrvcups

vzor74 · Сообщение **vzor74** » 05 дек 2016, 10:56

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

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

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

vzor74 · Сообщение **vzor74** » 05 дек 2016, 11:21

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

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

Barmalei · Сообщение **Barmalei** » 05 дек 2016, 12:01

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

Сообщение **keleg** » 05 дек 2016, 12:24

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

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

Kodor · Сообщение **Kodor** » 05 дек 2016, 12:44

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

pyatachet · Сообщение **pyatachet** » 05 дек 2016, 12:48

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

Kodor · Сообщение **Kodor** » 05 дек 2016, 13:01

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

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

Brainey · Сообщение **Brainey** » 05 дек 2016, 20:40

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

Сообщение **keleg** » 06 дек 2016, 04:01

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

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

Brainey · Сообщение **Brainey** » 06 дек 2016, 09:51

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

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

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

Barmalei · Сообщение **Barmalei** » 06 дек 2016, 09:59

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

Barmalei · Сообщение **Barmalei** » 06 дек 2016, 11:52

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

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

Алзим · Сообщение **Алзим** » 06 дек 2016, 12:09

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

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

Barmalei · Сообщение **Barmalei** » 06 дек 2016, 12:24

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

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

Zeffanyx · Сообщение **Zeffanyx** » 06 дек 2016, 12:53

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

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

Barmalei · Сообщение **Barmalei** » 06 дек 2016, 13:45

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

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

Сообщение **keleg** » 06 дек 2016, 15:08

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

Barmalei · Сообщение **Barmalei** » 06 дек 2016, 15:09

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

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

Алзим · Сообщение **Алзим** » 06 дек 2016, 17:04

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

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

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

Barmalei · Сообщение **Barmalei** » 06 дек 2016, 17:11

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

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

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

Сообщение **keleg** » 09 дек 2016, 15:31

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

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

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

Алзим · Сообщение **Алзим** » 09 дек 2016, 16:06

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

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

ans · Сообщение **ans** » 10 дек 2016, 08:15

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

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

ans · Сообщение **ans** » 10 дек 2016, 08:21

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

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

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

Алзим · Сообщение **Алзим** » 10 дек 2016, 11:43

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

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

Алзим · Сообщение **Алзим** » 10 дек 2016, 11:51

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

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

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

Kodor · Сообщение **Kodor** » 10 дек 2016, 12:11

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

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

Сообщение **keleg** » 10 дек 2016, 18:16

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

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

kekek · Сообщение **kekek** » 11 дек 2016, 17:23

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

ans · Сообщение **ans** » 13 дек 2016, 13:50

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

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

Сообщение **keleg** » 13 дек 2016, 15:34

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

Алзим · Сообщение **Алзим** » 13 дек 2016, 23:02

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

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

ans · Сообщение **ans** » 14 дек 2016, 12:39

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

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

Алзим · Сообщение **Алзим** » 14 дек 2016, 13:28

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

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

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

tverskoy · Сообщение **tverskoy** » 17 дек 2016, 18:43

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

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

Алзим · Сообщение **Алзим** » 17 дек 2016, 20:45

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

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

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

%define distsuffix mrb

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

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

tverskoy · Сообщение **tverskoy** » 17 дек 2016, 21:18

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

Алзим · Сообщение **Алзим** » 17 дек 2016, 21:23

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

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

kit · Сообщение **kit** » 19 дек 2016, 16:11

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

Сообщение **keleg** » 19 дек 2016, 16:50

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

alt50 · Сообщение **alt50** » 21 дек 2016, 14:09

Не проходит обновление пакета 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

Сообщение **keleg** » 21 дек 2016, 14:31

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

Сообщение **keleg** » 23 дек 2016, 06:29

Сегодня БОЛЬШОЕ тестирование. Решено обновить весь стек видеодрайверов для поддержки новых ядер 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

kekek · Сообщение **kekek** » 23 дек 2016, 18:32

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

admsasha · Сообщение **admsasha** » 24 дек 2016, 08:18

> 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

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

Сообщение **keleg** » 24 дек 2016, 10:05

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

Kelpee · Сообщение **Kelpee** » 25 дек 2016, 01:12

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

Kodor · Сообщение **Kodor** » 25 дек 2016, 10:00

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

admsasha · Сообщение **admsasha** » 25 дек 2016, 12:34

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

Сообщение **keleg** » 25 дек 2016, 16:57

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

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

admsasha · Сообщение **admsasha** » 26 дек 2016, 14:07

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

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

Сообщение **keleg** » 26 дек 2016, 15:40

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

kit · Сообщение **kit** » 26 дек 2016, 18:31

На ядре 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** » 26 дек 2016, 19:10

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

kit · Сообщение **kit** » 26 дек 2016, 21:54

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

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

Сообщение **keleg** » 27 дек 2016, 06:58

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

Сообщение **keleg** » 27 дек 2016, 07:02

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

kit · Сообщение **kit** » 27 дек 2016, 10:14

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

euspectre · Сообщение **euspectre** » 27 дек 2016, 10:48

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. Тогда всё будет в порядке при след. загрузке системы.

notauser · Сообщение **notauser** » 29 дек 2016, 00:39

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

Сообщение **keleg** » 29 дек 2016, 02:31

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

Brainey · Сообщение **Brainey** » 31 дек 2016, 10:17

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

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

Сообщение **keleg** » 31 дек 2016, 13:05

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

Brainey · Сообщение **Brainey** » 31 дек 2016, 15:34

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

Алзим · Сообщение **Алзим** » 31 дек 2016, 15:50

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

Сообщение **keleg** » 03 янв 2017, 09:16

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

gnomm83 · Сообщение **gnomm83** » 04 янв 2017, 19:43

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

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

Сообщение **keleg** » 05 янв 2017, 11:24

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

Сообщение **keleg** » 06 янв 2017, 16:28

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

klopio · Сообщение **klopio** » 08 янв 2017, 22:39

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

Сообщение **keleg** » 09 янв 2017, 10:43

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

klopio · Сообщение **klopio** » 09 янв 2017, 14:10

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

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

tverskoy · Сообщение **tverskoy** » 09 янв 2017, 21:00

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

Brainey · Сообщение **Brainey** » 11 янв 2017, 19:05

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

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

Сообщение **keleg** » 12 янв 2017, 02:09

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

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