Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
На этот форум и wiki ведут ссылки с официальных сайтов Mageia.
У форума нет нигде и никаких чатов, wiki пока не работает (в процессе подключения), идёт небольшая реорганизация.Форум закрывается, подробности в теме «Реорганизация форума».
Mageia Russian Community Forum → Общие вопросы → Проект MagOS MageiaLive
+ аналогичные пакеты для х86_64
Еще надо:
proxychains http://pkgs.org/mandriva-2011/mandriva- … 6.rpm.html
MagOS получается собрана из мамонтовых пакетов.
Ну так на Мандриве же МагОС был, а она не развивается. Поэтому, сейчас переходный период. Выкинуть всё старье сразу не получится, постепенно.
У меня патч из-за proxychains не накладывается.
Зато есть прогресс: дистрибутив уже у меня собрался (не факт пока, что работает), сейчас стадия наложения патчей на дистрибутив, и вот всплывают всякие пакеты, которые не были, но должны были быть установлены. И анализ ошибок.
Ошибки есть. Например, у нас пакеты firefox собраны с подключенной репой updates, не в чистом chroot.
Есть небольшие ошибки и в офиц. репозиториях, например, когда один и тот же файл находится в 2-х пакетах.
Чего-то исправим пересборкой в наш репозиторий, чего-то прямо патчами на готовый дистрибутив.
С ядром вопрос тоже сейчас очень сложный: в новых ядрах wi-fi будет работать только в Магее 3. А чтобы работало в Магее 2 надо писать патч. Опасно патчить сетевые скрипты для Магея 2 - можно изломать всю сеть, но в МагОС патч применить можно к дистрибутиву, что дает определенные преимущества.
У МагОС несколько патчей на дистрибутив уже есть, но их надо переписывать - на Магею они не были заточены.
Не решен еще вопрос с ключом на пакеты из нашего репозитория.
Не решен еще вопрос с ключом на пакеты из нашего репозитория.
Я скоро решу эту проблему.
Проблемма при сборке proxychains:
Проблемма при сборке proxychains:
Во-первых, большая просьба вместо тэгов console использовать тэги code - текст в тэгах console получается очень мелким и ярко белым на черном фоне, читать невозможно.
Во-вторых (по существу) - надо посмотреть, что в этой проге делает функция getnameinfo, и если то же самое, что и getnameinfo из netdb, то закомментировать ее и исправить обращения к ней. А если что-то другое, то переименовать и тоже исправить вызовы.
В общем, на этот пакет плюнем.
В usr/include/netdb.h:
extern int getnameinfo (__const struct sockaddr *__restrict __sa,
socklen_t __salen, char *__restrict __host,
socklen_t __hostlen, char *__restrict __serv,
socklen_t __servlen, int __flags);В исходнике в libproxychains.c:
int getnameinfo (const struct sockaddr * sa,
socklen_t salen, char * host,
socklen_t hostlen, char * serv,
socklen_t servlen, unsigned int flags)В usr/include/netdb.h:
extern int getnameinfo (__const struct sockaddr *__restrict __sa, socklen_t __salen, char *__restrict __host, socklen_t __hostlen, char *__restrict __serv, socklen_t __servlen, int __flags);В исходнике в libproxychains.c:
int getnameinfo (const struct sockaddr * sa, socklen_t salen, char * host, socklen_t hostlen, char * serv, socklen_t servlen, unsigned int flags)
Отлично, это одна и та же функция, можно просто закомментировать ее в libproxychains.c и все должно будет собраться.
А как правильно "исправить обращения к ней"? И еще смущают "int __flags" и "unsigned int flags".
Спасибо огромное olelukoie за своевременную и полновесную помощь! Всё собралось. Правда после комментирования (#) начало ругаться на неправильную диррективу #int и т.д. так что поступил радикально и просто удалил строки которые предлагалось закомментить. Понимаю что это не желательно, но всё же...
Собранные пакеты :
libproxychains3-3.1-5.mrc.mga2.i586.rpm
libproxychains-devel-3.1-5.mrc.mga2.i586.rpm
proxychains-3.1-5.mrc.mga2.i586.rpm
proxychains-debug-3.1-5.mrc.mga2.i586.rpm
lib64proxychains3-3.1-5.mrc.mga2.x86_64.rpm
lib64proxychains-devel-3.1-5.mrc.mga2.x86_64.rpm
proxychains-3.1-5.mrc.mga2.x86_64.rpm
proxychains-debug-3.1-5.mrc.mga2.x86_64.rpm
proxychains-3.1-5.mrc.mga2.src.rpm
уже в репозитории.
Спасибо огромное olelukoie за своевременную и полновесную помощь! Всё собралось. Правда послекомментирования (#) начало ругаться на неправильную диррективу #int и т.д.
В языке Си комментарии начинаются с символов /* и заканчиваются символами */. Этот вариант используется для комментирования как коротких однострочных, так и длинных многострочных блоков. Если поддерживает компилятор (новые стандарты Си или расширения для старых стандартов), то для языка Си есть однострочные комментарии в стиле C++, когда каждая строка комментария должна начинаться с //. При этом комментарий не обязан начинаться в начале строки кода. Допускается добавлять однострочные комментарии (//-стиль) в конец строк после кода (комментарием будет считаться все, что стоит после символов //, а все, что стоит до них - выполняемым кодом), а "многострочные" (/**/-стиль) - в любое место, где допускается использование пробела. А # - это начало директивы препроцессора.
А как правильно "исправить обращения к ней"? И еще смущают "int __flags" и "unsigned int flags".
Как видите, исправлять ничего было не надо. Преобразование из int в unsigned int для флагов (по сути - битов) не существенно, это же не физические величины.
В языке Си комментарии начинаются с символов /* и заканчиваются символами */. А # - это начало директивы препроцессора.
Вот так я скоро и стану С-кодером 
Еще раз спасибо за разъяснения.
По проекту текущее положение дел следующее:
Если использовать sysvinit, то работает всё, кроме звука.
Если использовать systemd, то работает звук, но не работают фичи магос.
Дело в том, что эти фичи заточены на sysvinit, а на systemd нужны дополнительные патчи, которые пока некому написать.
Суть требуемых патчей: заставить systemd работать со скриптами-фичами, заточенными под sysvinit. Причем надо не с нуля написать, а портировать от 2012lts https://github.com/magos-linux/magos-li … emd/system, они есть в исходниках МагОС.
Если использовать systemd, то работает звук, но не работают фичи магос.
Дело в том, что эти фичи заточены на sysvinit, а на systemd нужны дополнительные патчи, которые пока некому написать.
Суть требуемых патчей: заставить systemd работать со скриптами-фичами, заточенными под sysvinit. Причем надо не с нуля написать, а портировать от 2012lts https://github.com/magos-linux/magos-li … emd/system, они есть в исходниках МагОС.
Скрипты по ссылке не содержат ничего, что не работало бы в магее с systemd. Там вообще ничего дистроспецифичного нет, кроме упоминания mandriva-everytime.service, который в магее есть, и /etc/rc.d/rc.post.MagOS и /etc/rc.d/rc.local.MagOS, содержимое которых мне не известно.
Кстати, запись вида "After=local-fs.target mandriva-everytime.service" мне кажется избыточной, поскольку сам mandriva-everytime.service содержит запись "After=local-fs.target". Т.е. должно быть достаточно просто "After=mandriva-everytime.service". Но я могу и ошибаться, это надо проверять.
А вообще было бы лучше, если бы мы могли скачать готовый тестируемый образ системы, а не собирать его самостоятельно, поскольку у меня, к примеру, времени на сборку нет, а вот готовый образ я могу скачать и взять на работу и потестить там.
Я соберу тестовый вариант. Там останется лишь доделать модуль 50-patch-magos. То есть без него это просто модульная Магея, с ним уже МагОС.
Надо будет отбросить из этого модуля лишние патчи, не стоит патчить то, что в Магее итак работает и добавить дополнительные патчи, некоторые патчи адаптировать, так как они от мандривы не совсем подходят.
Суть этого модуля 50-patch-magos предельно проста - он накладывается на все файлы дистрибутива, имея наивысшую силу.
То есть если надо в дистрибутиве исправить какой-то файл, то просто надо его исправленную версию положить в 50-patch-magos в соответствии с занимаемой в дистрибутиве директорией.
Надо будет еще посмотреть каких базовых пакетов не достает, так как темы весьма примитивные получились, а в gnome и lxde нет даже фона рабочего стола.
Доступна для тестирования beta1: http://tracker.magos-linux.ru/torrents/ … gz.torrent
Список известных проблем дистрибутива:
1) не пересобраны dkms-пакеты (возможные решения: а) написать скрипт, их пересобирающий, б) пересобрать в репозитории под ядро),
2) не настроен автовход (возможные решения: установить пакет autologin и настроить /etc/sysconfig/autologin для автовхода пользователя user),
3) не запускается cheese (возможные решения: неизвестно, скорее всего каких-то пакетов не достаёт),
4) в gnome и в lxde на Рабочем столе нет рисунка: либо просто зеленый, либо просто черный фон (возможные решения: неизвестно, скорее всего каких-то пакетов не достаёт),
5) в gnome глючит индикатор раскладки, но не глючит при запущенном konquerror (возможные решения: неизвестно),
6) не все пакеты для lxde-control-center установлены, нет офисных пакетов, нет пакетов для принтера и сканера и т.д., то есть набор ПО пока минимален (возможные решения: выяснить чего именно не достаёт),
7) при выключении/перезагрузке используя systemd сыпется множество сообщений
Can't delete loopback /dev/loopXX - .....
(возможные решения: пересобрать systemd http://www.magos-linux.ru/index.php?opt … =55#p11536),
8) при загрузке есть несколько failed (возможные решения: каких-то пакетов не достаёт, недостаточно патчей).
Список известных проблем сборочных скриптов:
1) нет поддержки overlayfs,
2) нет механизма ожидания для urpmi закачки пакета при обрыве сети.
Особенности сборки: отличается от master-ветки наличием модуля-патча 50-patch-magos, что позволяет более гибко регулировать набор необходимых патчей, а в сборочных скриптах для этой цели имеется отдельный скрипт, пересобирающий этот модуль если надо изменить только патчи.
В скачанном через торрент архиве есть директория boot, в ней директории grub4dos и syslinux (это загрузчики на выбор), в них директория install.lin, в ней make_iso.sh, который выполнить под root.
Пароли в дистрибутиве:
root: toor
user: magos
По автологину сказали, что надо патчить настройки kdm. По идее изготовление разного рода патчей для МагОС облегчается тем, что, загрузив систему, произведя необходимые настройки в gui, можно посмотреть в /mnt/live/memory директорию changes - там будут все измененные файлы.
День добрый. Пишу со сборки MagOS-mageia от romkaromka. За исключением некоторых вполне решаемых мелочей сборка работоспособна. Romkaromka на мой взгляд опрометчиво выкинул все патчи магос, многие из них необходимы для нормального функционирования магос. Например все скрипты магос собраны в /usr/lib/magos/scripts а в путях этого каталога нет ни у юзера ни у рута. Не хватает нескольких утилиток которые в этих скриптах используются. Короче мелочи.
Заходите к нам на форум magos-linux.ru
Прогресс пошел Как все обкатаете попробую обязательно.
Очень интересный проект. Так как все файлы в дистрибутиве фактически не изменяются, а отмечаются измененными, то удалось выявить баги в Магее, которые раньше никто просто не замечал, а тут прямо показывается, что такой-то и такой-то файлы изменились, анализируя это, удается исправлять ошибки и сообщать в багзиллу.
Еще прикольно если чего-то сделал, удалил, но потом решил отменить удаление - легко.
Или например, как добавить в LXPanel lxde-control-center? Замучаешься гуглить если не знаешь, а тут, надо графически добавить и посмотреть чего изменилось в файловой системе. Итог: sed -i -e 's|id=lxterminal.desktop|id=lxde-control-center.desktop|g' usr/share/lxpanel/profile/LXDE/panels/panel
На днях соберу потестить. Будет 3 DE, в каждом DE свой Центр Управления, а также Центр Управления Магея, с вырезанными некоторыми пунктами, ненужными в силу особенностей дистрибутива: резервные снимки, обновление, настройка загрузчика.
Можно собрать на aufs или на unionfs. В первом случае патченное ядро, во втором - официальное ядро Магеи. Работает и так, и так.
Разработан механизм патчей. Будет неизменный дистрибутив Магея, первый патч к нему - преднастроенный дистрибутив Магея - МагеяОС, второй патч к нему - это уже МагОС. Наше сообщество делает только патч №1.
Это общий список всех пакетов дистрибутива (текущая на данный момент версия):
Это список чего я не включил от Мандривы 2011:
Посмотрите, пожалуйста, чего из этого списка от Мандривы еще добавить и почему это необходимо. А может чего то лишнее и стоит выкинуть?
Mageia Russian Community Forum → Общие вопросы → Проект MagOS MageiaLive
Работает на PunBB, при поддержке Informer Technologies, Inc, при поддержке sevo44.ru