Тестовый репозиторий 2012 Marathon

[akdengi]

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

Подключить можно следующими командами (для соответствующих архитектур):

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

urpmi.addmedia akdengi_personal http://abf.rosalinux.ru/downloads/akdengi_personal/repository/rosa2012lts/i586/main/release

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

urpmi.addmedia akdengi_personal http://abf.rosalinux.ru/downloads/akdengi_personal/repository/rosa2012lts/x86_64/main/release

[akdengi]

Для тестирования предлагаются:

* kernel-headers + ldetect - улучшение определения оборудования.
urpmi kernel-headers
urpmi ldetect

* drakx-net - пофикшен файрволл (верно определяет состояние). Множество фиксов для harddrake и определения wi-fi карт.

* pulseaudio 2.0 final

[Pulfer]

Для тестирования предлагаются:

* kernel-headers + ldetect - улучшение определения оборудования.
urpmi kernel-headers
urpmi ldetect

Возвращаясь к этой теме, может всё-таки имеет смысл создать статический файл с ID устройств, а не генерировать его при сборке? pci_ids.h из kernel headers уже несколько лет не обновлялся и обновляться не будет (т.к. deprecated). Так что можно попробовать взять pciclass.c, созданный на основе pci_ids.h, а потом вручную дополнять его новыми устройствами, взятыми из headers.h из libpci-devel. В итоге определение оборудования должно стать ещё лучше.

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

[VictorR2007]

Если сделаешь, я буду тестить и отпишусь.
Но только для x86_64.
Переходить на другую архитектуру не хочется.
Но если потребуется, установлю i586.
Дашь ссылку на репу?

[akdengi]

Для тестирования предлагаются:

* kernel-headers + ldetect - улучшение определения оборудования.
urpmi kernel-headers
urpmi ldetect

Возвращаясь к этой теме, может всё-таки имеет смысл создать статический файл с ID устройств, а не генерировать его при сборке? pci_ids.h из kernel headers уже несколько лет не обновлялся и обновляться не будет (т.к. deprecated). Так что можно попробовать взять pciclass.c, созданный на основе pci_ids.h, а потом вручную дополнять его новыми устройствами, взятыми из headers.h из libpci-devel. В итоге определение оборудования должно стать ещё лучше.

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

Давай это отложим до 2012 Desktop.

Пока будем использовать хоть и deprecated, но работающий header, причем от него та же Магея не отказалась, а в текущих ресурсах нам проще их использовать как донора.

[Pulfer]

Давай это отложим до 2012 Desktop.

Конечно. Я ещё с товарищами из Мандривы на этот счёт поговорю, может в Кукере так сделаем сперва.

[keleg]

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

[Pulfer]

Давай это отложим до 2012 Desktop.

Пока будем использовать хоть и deprecated, но работающий header, причем от него та же Магея не отказалась, а в текущих ресурсах нам проще их использовать как донора.

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

generate_pciclass.pl берёт информацию о классах по шаблону:
/^#define PCI_CLASS_(\w+)\s+(0x\w{4})/ and print qq( { $2, "$1" },\n) while <>;

А у BRIDGE и MEMORY классов два пробела между define и PCI_CLASS.

После замены строки на
/^#define\s+PCI_CLASS_(\w+)\s+(0x\w{4})/ and print qq( { $2, "$1" },\n) while <>;

классы стали нормально генерироваться. По сравнению со старым вариантом только действительно лишнее убралось, плюс добавилось нужное новое. diff между старым и новым вариантами - во вложении к посту.

[akdengi]

Давай это отложим до 2012 Desktop.

Конечно. Я ещё с товарищами из Мандривы на этот счёт поговорю, может в Кукере так сделаем сперва.

В кукере вообще drakxtools и drakx-net в очень запущенном состоянии Надо чую будет все наши патчсеты туда перенести. Проблематики "чисто Магея" тоже остается, так как при переходе на чистый systemd многие вещи перестали работать, а Магея оставила как обход sysvinit параллельно.

[akdengi]

Пожалуйста потестите ldetect и drakxtools на предмет неверного определения типа устройств (harddrake2).

Версии пакетов:

ldetect-0.12.1-7
drakxtools-13.61-9

[tverskoy]

Поставил Pulseaudio 64 bit, пока работает.

[VictorR2007]

Обновил
ldetect-0.12.1-7
drakxtools-13.61-9
надеялся что начнет работать блютуз мышь. Но пока не дал ей тяму.
Показывает как подключенную, но не работает.
И если можно, может стоит пересобрать в ваши личные репы minidlna из cooker.
В основных лежит старый, он запускается через init.d. На домашнем приходится каждый раз запускать его в ручную.
Сейчас пересобрал себе minidlna-1.0.24-2.src.rpm из под 2012 Marathon. Посмотрю как будет работать на домашнем.

[akdengi]

drakxtools еще не окончательно обновлены - порция будет скоро еще с новыми патчами. Возможно еще что-то заработает.

[akdengi]

Обновил
ldetect-0.12.1-7
drakxtools-13.61-9
надеялся что начнет работать блютуз мышь. Но пока не дал ей тяму.
Показывает как подключенную, но не работает.
И если можно, может стоит пересобрать в ваши личные репы minidlna из cooker.
В основных лежит старый, он запускается через init.d. На домашнем приходится каждый раз запускать его в ручную.
Сейчас пересобрал себе minidlna-1.0.24-2.src.rpm из под 2012 Marathon. Посмотрю как будет работать на домашнем.

если он в contrib, то можно без проблем обновить...

[tverskoy]

Можно тогда еще запрос? Собери пожалуйста, последний vlc из plf первой версии (1.1.10 кажись), а то второй клюк на глюке, рановато его в LTS включили

[VictorR2007]

Обновил
ldetect-0.12.1-7
drakxtools-13.61-9
надеялся что начнет работать блютуз мышь. Но пока не дал ей тяму.
Показывает как подключенную, но не работает.
И если можно, может стоит пересобрать в ваши личные репы minidlna из cooker.
В основных лежит старый, он запускается через init.d. На домашнем приходится каждый раз запускать его в ручную.
Сейчас пересобрал себе minidlna-1.0.24-2.src.rpm из под 2012 Marathon. Посмотрю как будет работать на домашнем.

если он в contrib, то можно без проблем обновить...

Что то ни фига не получается с minidlna. Пересобрал, но не стартует при запуске системы.
Хотя по команде systemctl start minidlna.service или restart сразу запускается.
Такое ощущение, что при загрузке она стартует раньше чем поднялась сеть.
В общем еще покопаюсь, мне кажется что не очень хорошо обновился. Networkmanager как апплет
не запускается. Нужно пожалуй установить на домашний чистую систему, тогда и тест будет адекватный.
А то все-же ставил на немецкий backports c ftp://ftp.mdvrb-factory.de, хоть и от осени. Да там и своих пересобранных
пакетов было много. Сегодня уже не буду, у женулечки там сериал и она сейчас смотрит. Разве что когда заснет.

[VictorR2007]

Ох, до чего же я бестолковый. Ну нет бы запустить на том, на котором собирал и где установлена ОС на чисто.
Завтра скорее всего переставлю на домашнем и посмотрю как будет работать версия из реп. Если будут промблемы,
поставлю тот что собрал. Я сейчас запустил на ноутбуке ту версию Росы где собирал, установил пакет,
дал команду systemctl enable minidlna.service, получил ответ что созданы симлинки и демон стал
работать.
На домашнем же получаю ответ, что записано на chkconfig ну или что-то в этом роде.
Вспоминать лень, главное что проблема вроде должна благополучно решиться, а заинтересованных пользователей кроме
меня пока не наблюдается.

[VictorR2007]

В общем не утерпел, снес на букере основную ОС, поставил эту.
После установки пакета из реп вывод

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

bash-4.2$ su -
Пароль: 
[root@asus ~]# systemctl enable minidlna.service
minidlna.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig minidlna on
Warning: unit files do not carry install information. No operation executed.

Поставил пересобранный из кукера, вывод

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

[root@asus ~]# systemctl enable minidlna.service
ln -s '/lib/systemd/system/minidlna.service' '/etc/systemd/system/multi-user.target.wants/minidlna.service'
[root@asus ~]# 

и теперь все работает. Вроде мелочь, но кто сталкивался, для дома нужная вещь
избавляющая от ненужного копирования. Если использовать просто для трансляции в
сеть (мне нужен вывод на телевизор), то vlc на вкладне "вид"- "Плейлист"
а дальше найдете, все прекрасно обрабатывает.
Ещё проигрыватель showtime описанный тут http://forum.rosalab.ru/viewtopic.php?f=5&t=792#p3740
автоматом поднимает, но я к нему src не нашел.
А просить других сделать его просто стыдно, все заняты под завязку.
Да и он вроде для плейстейшен создан.

[PastorDi]

Ещё проигрыватель showtime описанный тут http://forum.rosalab.ru/viewtopic.php?f=5&t=792#p3740
автоматом поднимает, но я к нему src не нашел.
А просить других сделать его просто стыдно, все заняты под завязку.
Да и он вроде для плейстейшен создан.

Сырцы showtime здесь лежат либо здесь.