О компиляции ПО из исходных кодов

>>Linux, собираемый из исходников, искажает реальность UNIX. Пользуйте FreeBSD и будет вам щастье и благословение.

>Что для такого эффекта надо употребить?
Всего две команды.

Да, вот для примера как устанавливается Xephem (нужно иметь подключение к Сети для автоматической загрузки архива с исходниками):
% cd /usr/ports/astro/xephem/
% make install clean

И всё. Никаких полдня для ручного патченья и установки ненужно.

> туча приложений для астрономов:

ага , и щас все накинулись :)))

если, выбросить из "тучи" дубляжи и пакеты не относящееся с астрономии - от тучи останется десятка два пакетов . Где то и в Debian столько - ну и что дальше ?

Да пусть будет и хоть шесть туч - система пакетов "не кайф" и с драйверами больше проблем.

> Да пусть будет и хоть шесть туч - система пакетов "не кайф"

Разве? Система пакетов синхронна с Коллекцией портов. Кроме того, собрать бинарный пакет труда не составляет — входим в каталог нужного порта и даём команду make package — получившийся бинарный пакет с зависимыми пакетами находим в каталоге ports/packages/All и распространяем его для других, чтобы те не тратили время на перекомпиляцию.

> и с драйверами больше проблем.

Можно узнать, какие проблемы?

>Чё хочешь говори и думай, пока тебе не запрещают, но в Коллекции портов FreeBSD туча приложений для астрономов:

Возможно, я с этим и не спорил.

А вот здесь ты перднул в лужу: "В коллекции портов всегда свежее и протестированное ПО"

>в Коллекции портов FreeBSD туча приложений для астрономов: http://www.freebsd.org/ru/ports/astro.html в том числе Xephem 3.7.3: http://www.freebsd.org/cgi/cvsweb.cgi/ports/astro/xephem/

Вот тут им реальный респект за оперативность! Ну, а я скомпилировал себе новый Xephem уже не за полдня, но за полчаса - прогресс на лицо! :)) Теперь, к ожидаемой новой бубунте у меня уже имеется бинарник :)

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

P.S. Зачем пропускать таких "троллей сообщества"?..

>>>Читайте руководства Снова перечитайте руководства, так как некоторые места вначале станут более понятными. Читайте файлы релиза, они иногда противоречат руководству, и вы будете знать, чего ожидать. Проверяйте опции компиляции, иногда в них требуется следовать более точному или более свежему синтаксису. Прочтите руководство еще и еще раз, потому что невозможно все запомнить и к этому времени вы что-то забудете. Читайте скрипты опции компилирования, там может прятаться полезная информация. Делайте резервные копии, и держите под рукой LiveCD.<<<<

и весь этот гемор для инсталляции одной единственной проги? ЛОЛ

>>>Читайте руководства
Снова перечитайте руководства, так как некоторые места вначале станут более понятными.
Читайте файлы релиза, они иногда противоречат руководству, и вы будете знать, чего ожидать.
Проверяйте опции компиляции, иногда в них требуется следовать более точному или более свежему синтаксису.
Прочтите руководство еще и еще раз, потому что невозможно все запомнить и к этому времени вы что-то забудете.
Читайте скрипты опции компилирования, там может прятаться полезная информация.
Делайте резервные копии, и держите под рукой LiveCD.<<<<


и весь этот гемор для инсталляции одной единственной проги? ЛОЛ

>и весь этот гемор для инсталляции одной единственной проги? ЛОЛ

Нет. Это для сборки пакета под конкретные ОС/дистрибутив

>>> Нет. Это для сборки пакета под конкретные ОС/дистрибутив

значит, для разных дистров раные геморы? а под Windows кликнул по ехе-шнику и прога установлена. можно узнаить, чего такого делает GIMP, чего не может Photoshop или хотя бы PaintShopPro?

>а под Windows кликнул по ехе-шнику и прога установлена.

"ехе-шник" из астрала появляется? Кликай дальше - здесь тебе будет неинтересно: учи уроки, готовся в школу назавтра.

>можно узнаить, чего такого делает GIMP, чего не может Photoshop или хотя бы PaintShopPro?

Ничего. Ты не нервничай - обществу очень нужны дворники и асенизаторы - так что не перегружай мозг - смотри рекламу по телевизору, слушай "Руки вверх", а главное - не читай книжек - готовся к своему ПРЕДНАЗНАЧЕНИЮ.

>>> "ехе-шник" из астрала появляется? Кликай дальше - здесь тебе будет неинтересно: учи уроки, готовся в школу назавтра.

и это все, чем вы можете поделиться по сабжу?

>>>> Ничего. Ты не нервничай - обществу очень нужны дворники и асенизаторы - так что не перегружай мозг - смотри рекламу по телевизору, слушай "Руки вверх", а главное - не читай книжек - готовся к своему ПРЕДНАЗНАЧЕНИЮ.

ого! кажись Нео из Матрицы тут ))) вы не волнуйтесь, речь ведь о программах, а не об измене Родине.

З.Ы. кстати, слущаю я Pink Floyd и недавно закончил "Маятник Фуко" Умберто Эко.

>и это все, чем вы можете поделиться по сабжу?

А что ещё рассказать? Про то, что тарбол с исходниками - это не "ехе-шник" для установки?

>З.Ы. кстати, слущаю я Pink Floyd и недавно закончил "Маятник Фуко" Умберто Эко.

Я рад, что я ошибся:)

Кстати, я ещё не "закончил "Маятник Фуко"", чуть больше половины до сегодня дочитал:)

P.S. Советую не зацикливаться на одном Pink Floyd :)

>>> А что ещё рассказать? Про то, что тарбол с исходниками - это не "ехе-шник" для установки? ну, не вдаваясь в дебри package management-а, отмечу лишь, что мне лично, как пользователю, все равно, тарбол с исходниками или "ехе-шник". я скачиваю файл и пытаюсь установить прогу с наименьшими потерями времени и нервов. а "ехе-шник" Windows обеспечивает это наилучшим образом, без гемора. у меня есть друг - дизайнер. он творит чудеса с Maya, 3D MAX, AutoCad, Corel Draw, Photoshop etc. что может ему предложить Linux что бы он начал мучатсья с tarball-ами и ./configure && make && make install? у него просто нет времени разбираться со всеми премудростями этого Процесса.

>>> P.S. Советую не зацикливаться на одном Pink Floyd :) да нет, что вы! в мире столько музыки :)

З.Ы. вышесказанное никак не означает, что я лично не использую Linux. in fact, пишу "оттудава" :D

Автор статьи определенно прав в следующем: ----- "Так что пока не будет разработан общий формат пакетирования, и каждый дистрибутив и разработчик не начнет применять его (я имею в виду именно - каждый), нам никогда не выиграть этой битвы. Только вот вопрос - стоит ли ее выигрывать?" -----

Я сам пользуюсь дома и на работе Gentoo, года 2 уже. Перешел с Фрйяхи по одной причине - отсутствие дров под Нвидиа для х86_64. Геморный АТИ под фряхой вообще дров не имел тогда (кроме первых радеонов и раджей). Да во фряхе "великий мэйк рулит", но зато такая штука как portupgrade или pkgdb -F в Генту отсутствуют как класс - это бесит ... уже 2 года как бесит. Реверсные зависимости и бэктрэкинг зависимостей в Гентоо просто несуществует (чуствую щас налетят религиозные фанатики-гентушники и начнут парить моск про "revdep-rebuild". Я им заранее отвечаю - пнх далпайоппы). Говеный дебиан вкупе с убунтой и гнилыми аптгетами - мусор несусветный. rpm это вообще жопа с ручкой.

До тех пор пока не появится единая система пакетирования с бэктрэкингом - ситуация останется той-же, и религиозные придурки будут вести свои холиворы. Пока не появится единый для всего линукс комьюнити центр сертификации линукс, где не дистрибутив будет сертифицирован под такие продукты как: Оракл, МQ, Информих, етс., а набор софта: по параметрам ядро+либц+узерлэнд; нам придется довольствоваться "сертифицированным говном" типа SuSE-SLES & RedHat RHEL, которые сертифицируются конкретными фирмами. Что делает невозможным в промышленых условиях использовать другие дистрибутивы. И все эти дистрибутивы так и останутся маргиналами в энтерпрайз рынке. И реально эта маргинальность тормозит развитие операционной системы - апгрейдить глибц раз в 2 года - чистый маразм.

>что может ему предложить Linux что бы он начал мучатсья с tarball-ами и ./configure && make && make install?

Зачем?

> И реально эта маргинальность тормозит развитие операционной системы - апгрейдить глибц раз в 2 года - чистый маразм.

Вчера перелезал с FreeBSD 6.3 на 7.0. Из исходников собирал, что называется "от начала и до конца", домашнюю машинку на AthlonXP 2500+/1Gb/GeForce7600GS:
+ ядро и мир -- чуть меньше часа;
+ /usr/local -- часов десять.
И это качать из сети ничего не пришлось -- все исходники были заранее подготовлены на сетевом ресурсе в локалке.
В основном бесят диалоговые окна с выбором опций, которые появляются периодически при сборке какого-либо порта. Я думаю, обычному пользователю такое быстро надоест, ждать по часу, чтобы (пере)собрать зандербёрд.

>/usr/local -- часов десять

> Я думаю, обычному пользователю такое быстро надоест, ждать по часу, чтобы (пере)собрать зандербёрд.

хм, немного надоедает, но я в это время книжки читаю(это другой анонимус). А я всё под Гентой на KDE4 из SVN не перейду -- собирается долго, а потом, не успев дособрать старую, уже новая сборка выходит :) нужно часов 40 на пересборку мира

Даже возникла мысль облегчить сборку по -9999.ebuild из SVN/CVS/git инкрементальной компиляцией: если бы /var/tmp/portage/work/ebuildname-{vOLD,vNEW} не чистился после сборки старой версии из VCS, а оставался. Например, в hg/CVS/SVN хранятся текущие версии исходников, в git -- собранные .o/.a/.so/elf-бинарники. Пакетный менеждер умеет собирать из hg/SVN, успешно собранное ложит в git. Пакетный менеджер хранит последние скачанные из hg/SVN исходники, и 1-2 последних копии среды сборки. Сначала все .o-бинарники копируются из старой среды сборки (из успешно собранной сборки). Потом rsync'ом (или диффами между версиями из hg/SVN) копируются отличия в исходниках(из предыдущей версии среды сборки и новой версии), и удаляются .o которые надо пересобрать (которые получаются из исходников, изменившихся в этом диффе). То есть те .o/.so/.a, которые выдаст make -n srcname.c где srcname.c берется из диффа. И если собралось успешно, собранные бинарники автоматически ложатся в git.

Кажется, всё кеширование изменений можно сделать совершенно на автомате.

Интересно, а ccache делает то же, что и этот велосипед? Или, наоборот, кеш ccache сильно вымывается другими ебилдами?

>В основном бесят диалоговые окна с выбором опций

а слабо в make.conf определить переменные для пакетов с теми "дефолтами" которые тебе нравятся ?

B крайнем случае в командной строке их дать.

Возрадуйтесь, красноглазики:

"Почта России" начала тестирование новых систем автоматизации почтовых отделений, основанных на свободно распространяемых программах. Об этом сообщается в пресс-релизе предприятия. Как уточняет издание ComNews, "Почта России" будет использовать ОС на ядре Linux.

Тестирование продлится 2-3 месяца. В случае успеха новые системы могут установить в 42 тысячах почтовых отделений (57 тысяч операционных окон и 70 тысяч рабочих мест). Предполагается, что это решение сократит расходы "Почты России" на создание новых рабочих мест и техническую поддержку существующих.

В сообщении отмечается, что свободное ПО, на котором базируется новая система, разработано "ведущими IT-компаниями". При этом не уточняется, какие это компании, а также не раскрывается сумма, в которую обойдется IT-модернизация почты.

Одновременно с тестированием свободных почтовых систем запущен пилотный проект по использованию Linux-систем в школах трех регионов России. По его результатам все школы России могут через три года перейти на свободное ПО.

http://www.lenta.ru/news/2008/04/24/pochta/