ALT-Linux объявляет о начале тестирования серверного дистрибутива

>В чем фишка?

в плохом инете :)

вот, если сравнить с Debian:

$ find /share/www/debian.lan/debian/pool -name \*.tar.gz|grep -v orig.tar.gz$|sed 's~.*/~~'|sed 's~_.*~~'|sort -u|wc -l

1333

это примерное количество только Debian-специфик пакетов в Debian. это не считая огромнейшего количества скриптов (post|pre)(inst|rm)/config.

сделал какой-либо другой дистрибутив такое количество работы? врядли.

PS: да я понимаю о том что скрипт не дает точного результата: во первых зеркало локальное, во вторых некоторые устаревшие пакеты сюда попали. но порядок, думаю попал. :)

>> В чем фишка?

> в плохом инете :)

Как говорил один мой знакомый, в пределах города лучший протокол передачи данных - пиво_ноги_винт://

>Как говорил один мой знакомый, в пределах города лучший протокол передачи данных - пиво_ноги_винт://

это когда инет хреновый :)

> А что, функциональность сотового телефона такая же, как и у компа с Линуксом?

Вполне: http://www.motorolafans.com/MotorolaFansJoomla/components/com_mambowiki/index...

>и получается, что несколько ребят на коленке для себя собрали что-то > вроде LFS. хорошо? для них да. толк? мизерный (о _дистрибутиве_ речь).

Ну.. в Debian тоже не сразу было несколько тысяч мантейнеров, не так ли ?

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

xargs: "это примерное количество только Debian-специфик пакетов в Debian. это не считая огромнейшего количества скриптов (post|pre)(inst|rm)/config."

Так непонятно - плюс это или минус ???

>Ну.. в Debian тоже не сразу было несколько тысяч мантейнеров, не так ли ?

а возможно ли несколько тысяч русскоязычных майнтенеров?

думаю что при текущем строе и в обозримом будущем нет.

да и платформы/полиси, способных привлечь разработчиков тоже нет.

>Так непонятно - плюс это или минус ???

плюс конечно. >1000 пакетов в Debian разработаны специально для него. а что разработано специально для АЛЬТ? инсталлер, да и все? остальное просто сборка RPM-пакетов. в чем смысл?

>а возможно ли несколько тысяч русскоязычных майнтенеров?

>думаю что при текущем строе и в обозримом будущем нет.

>да и платформы/полиси, способных привлечь разработчиков тоже нет.

ну строй я думаю тут не влияет, а вот платформу - полиси, да, согласен.

"плюс конечно. >1000 пакетов в Debian разработаны специально для него. а что разработано специально для АЛЬТ? инсталлер, да и все? остальное просто сборка RPM-пакетов. в чем смысл?"

Специально для ALT разработано (то что вспомнилось) - hasher (сборка пакетов), spt (сборка ISO), gear (хранение src.rpm'а в git), целая куча из rpm-build и т.д. В общем тоже порядочно

Но дело то не в этом. Дело в том, что ALT уже давно вырос, и стал полноценной платформой для многих и многих разработчиков...

Давай тогда усложним задачу и кроме авторизации в ldap потребуем при определенных условиях пароль у юзверя.А потом если что вопросик "любимое ваше животное" для тех кто спрое...цировал пароль в астрал.

Альт уе^W отсто^W говни^W не рекомендован к применению.

> сделал какой-либо другой дистрибутив такое количество работы? врядли.

"Пилите, Шура, пилите, они золотые!"

Гораздо полезнее то, что специально Альтом разработаны дополнения к OO.o, собраны (и обновляются) всякие разные словари Лебедева "с е и ё", а так же то, что Виталий Липатов, натурально, собирает wine & co в Альт. Поскольку я просил его сделать пару изменений в инсталлятор (для более корректной работы) и он их сделал, то могу предположить, что в остальных дистрибутивах эти изменения появились несколько позже...

Да, еще одна шутка обнаружилась. В конфигурации по умолчанию HAL на линуксах (проверялся Альт, Убунта-6.10 и FC6, во фряхе7 все нормально),открывает одну смешную дыру. В альте она уже закрыта стараниями Иноземцева. Ждём, когда остальные поймут, чего же они такого напаковали ;-).

> Последнее обновление для Мастера было несколько месяцев назад.

А есть, что обновить ?

> А интефейс я видел, начиная с Master 2.0, Compact 2.3 Master 2.4.

Да нихрена ты не видел. Там даже с Compact 3.0 ничего общего давно.

Видимо, больше никто его не поставил :-(

> Да может она образовать, но Altу в этом плане ничего не светит, как, впрочем, и любому другому дистрибутиву,
> разработчики которого считают себя умнее пользователей.

А с какого перепуга кто-то должен думать о тебе ? В комюнити собрались люди, которым лично что-то надо от дистрибутива. Денег никто за это от ООО не получает. От тебя - тоже. Если если конструктивные предложения по каким-то пакетам - обращайся к мантейнерам. Если предложение заинтересует, оно будет реализовано, если не заинтересует, можешь попробовать заинтересовать финансово.

> RPM не может быть положительным качеством :)

Обоснуй. :-)

> А можно пример use case которого нельзя сделать без pam. Желательно жизненного, а не "дверью прищемить".

Аутентификация не через /etc/shadow (ldap, winbind, *sql).

> однако в России пока нет коммюнити способного осилить подобную задачу. а так же нет спонсора способного компенсировать отсутствие сильного коммунити.

А пока вы здесь сидите и звездите такого коммьюнити и не будет.

Спасибо ребятам из ALT'а, за то что они тут почти не появляются!

>> RPM )))

> Мимо ;)))

> http://packages.debian.org/rpm

Уверен ? RPM-у от RH, скажем, до RPM в Alt - как до Луны по ряду параметров. :-) Это как попробовавший и то, и то говорю. Правда вот последние версии, что в Федорах, не смотрел.

> И Альт -это не только Россия-матушка. Это Белоруссия, Прибалтика, Израиль и США ))

Украину забыл.

> RPM-у от RH, скажем, до RPM в Alt - как до Луны по ряду параметров. :-)

И по каким параметрам?

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

По автоматическому поиску зависимостей.

По чистоте спека.

> По уровня контроля за результатами сборки, например.

> По чистоте спека.

Туманно как-то. Да и "по автоматическому поиску зависимостей" - тоже как-то не очень понятно. Он что, умеет находить либы, загружаемые по dlopen? :)

В любом случае - это ведь усовершенствования не в самом RPM, а rpm-build и его скриптах?

> Master нельзя скачать, только установочный образ

А разьве что-то ещё надо ? Инсталлятор, да репозитарий на FTP. Это я так, чтобы показать, что у каждого своя колокольня.

Кстати, если освоить Separator, можно клепать дистрибутивы со своим набором пакетов.

>> По чистоте спека

> Туманно как-то.

Ну это сложно объяснять, это просто надо видеть. Средства проверки - verify-elf. Проверяет эльфы на всякие косяки типа неправильного rpath, недолинкованных библиотек, textrel-ов, исполняемых стеков и т.д.

> Он что, умеет находить либы, загружаемые по dlopen? :)

Нет, но кроме dlopen есть и другие зависимости - на модули Perl, Python, Mono например. Может и для Java появится.

> В любом случае - это ведь усовершенствования не в самом RPM, а rpm-build и его скриптах?

А разве они не часть RPM?

> Вообще, альт - это проект по перепиливанию мендрейка в дебиан.

Да, если поискать, наверное, несколько непеределанных старинных спеков можно и нарыть. :-)

> В конфигурации по умолчанию HAL на линуксах (проверялся Альт, Убунта-6.10 и FC6, во фряхе7 все нормально),открывает одну смешную дыру.

Какую дыру? Можно поподробнее с этого места?

> Обоснуй. :-)

я уже говорил про зависимости

>ну строй я думаю тут не влияет

есть примеры российских компаний-спонсоров Open-Source?

> на модули Perl, Python, Mono например.

на Mono - не знаю, но на всё остальное - есть. Или ты хочешь сказать, что ALT Linux'овые аналоги работают лучше RedHat'овских?

> Может и для Java появится.

Появится? o_O В FC4 (отнюдь не новой) уже есть.

В сухом остатке - verify-elf, который является усовершенствованием rpm-build, но не самого rpm.

> Спасибо ребятам из ALT'а, за то что они тут почти не появляются!

одного Skull'а хватает

> А разьве что-то ещё надо ? Инсталлятор, да репозитарий на FTP. Это я так, чтобы показать, что у каждого своя колокольня.

это наплевательское отношение к пользователям диалапа и не-безлимитных выделенок

>> В любом случае - это ведь усовершенствования не в самом RPM, а rpm-build и его скриптах?

> А разве они не часть RPM?

Усовершенствования относятся к одной части RPM, причем той, с которой пользователи дела не имеют вообще - и при этом сказано "наш RPM лучше, уж вы мне поверьте".

>А пока вы здесь сидите и звездите такого коммьюнити и не будет.

а его звезди не звезди на базе АЛЬТа не будет.

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

когда новый потенциальный разработчик будет видеть преимущества вида: "я понимаю почему мне лучше приложить усилия к развитию дистрибутива А нежели Б"

> Да-да, особенно, если фотоаппарат работает через PPTP :-)

Значит, достаточно Digikam (или другой морды, использующей libgphoto).

>Обоснуй. :-)

например скрипты пост-пре-конфиг.

в rpm их писать вроде бы и можно, но никто их не пишет, потому что неизвестно в какой гуйне этот rpm ставиться будет. нет совершенно ничего похожего на debconf хотя бы по функциональности.

> нет совершенно ничего похожего на debconf

разве debconf зависит от пакетного менеджера? AFAIK, нет, так что теоретически его можно прикрутить к RPM. Только никто не хочет этого делать :'-(

я пока читаю только 9 страницу но пост http://www.linux.org.ru/add_comment.jsp?topic=1859736&replyto=1861988&... навел меня на размышления о смысле жизни, как ни странно в посте упоминается слака, да, это несет чтото неуловимое, разные нюансы, оттенки восприятия. После этого добавил ложку сахара в бокал сухого вина , получил полусладкое. А теперь вопрос, что я делаю не так???

> В любом случае - это ведь усовершенствования не в самом RPM, а rpm-build и его скриптах?

Возможно да, я особо не задумывался о соотношении количества изменений непосредственно в коде и в rpm-build. Но работу по подготовке пакетов это упрощает очень сильно (а мне важен именно этот факт). И мне известно, что есть определённые сложности с переносом всего этого на новые версии rpm. Значит, видимо, и код rpm затронут.

>разве debconf зависит от пакетного менеджера? AFAIK, нет

понимаешь в чем суть? когда сравнивают RPM vs DEB, то сторонники RPM говорят всегда "а и в RPM так _можно_ делать"

но ни в одном RPM-дистрибутиве никто так не делает.

соответственно широкое применение настроечных (в т.ч. гуевым интерфейсом) скриптов это именно фишка DEB и debian.

>Только никто не хочет этого делать :'-(

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

> > Обоснуй. :-)

> я уже говорил про зависимости

Я не вижу тут проблем, которые бы сильно мешали жить.

>Я не вижу тут проблем, которые бы сильно мешали жить.

в офтопике например вообще нет пакетного менеджера, и многие не видят проблем которые сильно мешали бы жить :)

> но ни в одном RPM-дистрибутиве никто так не делает.

Этого вообще ни один дистр не делает, RPM или нет. :(

> потому что причин на это много. одна из которых та что этот RPM неизвестно какой гуйней будет ставиться. и будут ли вызваны эти скрипты или нет одному богу известно

они будут вызваны, если гуй использует librpm.

> даже совсем не вспоминая об их интерактивности

во всех руководствах по сборке RPM-пакетов сказано, что скрипты - НЕинтерактивны.

В общем, RPM - конечно, не идеал, но не надо ему приписывать лишнего (типа неумения общаться с debconf).

> Я не вижу тут проблем, которые бы сильно мешали жить.

зато я вижу :) это когда totem-xine тянет за собой кдеешный arts

> на Mono - не знаю, но на всё остальное - есть. Или ты хочешь
> сказать, что ALT Linux'овые аналоги работают лучше RedHat'овских?

Вообще, честно говоря, FC я уже даже не смотрел.