Slackware 12.1

>а про флажки GCC не забыли?)

именно про них я и говорил)))

>а про флажки GCC не забыли?)

Если это мне, то CFLAGS глобально установлены.

+ конфигурирования сырцов еще заключается в том что знаешь куда это все поставиться, или поставишь сам, а пакеты готовые имеют как правило безбашенное месторасположение установки)))) вот потом и включайся - куда что поставилось осматривай каждый пакетик в /var/log/packages

> а пакеты готовые имеют как правило безбашенное месторасположение установки

Пример? Вообще оно у них логичное. По большей части /usr

>что поставилось осматривай каждый пакетик в /var/log/packages

rpm -ql `rpm -qa | grep <propgram>` не судьба сделать, если уж приперло?

>> много времени уделяешь слаквари а не жене, а жена в это время ходит налево

> надож какой знаток чужой жизни.. свечку над кроватью держал чтоле?

не держал, но предполагаю что красавица жена устанет ждать пока слакварщик будет разруливать систему долгими вечерами

>rpm -ql `rpm -qa | grep <propgram>` не судьба сделать, если уж приперло?

о как у рпщиков все сложно))))))) гыыыыы а йа то так и не думал даже...

vi /var/log/packages/<program> куда легче чем кривой бубен рпмовца в руках)))))

>>rpm -ql `rpm -qa | grep <propgram>`

В Debian:

# dpkg -L package

описалова по оптимизации от тебя мы так и не увидели, слив защитан, детка.

>описалова по оптимизации от тебя мы так и не увидели, слив защитан, детка.

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

>vi /var/log/packages/<program>

Тут не <program>, а <package>. У меня тоже можно до rpm -ql <package> сократить, просто так удобнее по части имени пакета искать.

приведу обычный пример... даже без флагов, при конфигурировании половину пакетов можно выкинуть... если я собираю SIM к примеру с параметром --disable-kde то это не означает что такой параметр будет при сборки SQUID например)))) учи матчасть виндузятник

>>к каждой программе идут свои параметры

не ты ли дятел говорил, что имел ввиду именно параметры компилятора ? Давай, расскажи поэтапную оптимизацию mplayer'a.

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

хочу поинтересоваться у знающего человека. Бывает такое, что нету configure скрипта. Вся auto- инфраструкутра есть, а configure нету. Что делать ? :)

>хочу поинтересоваться у знающего человека. Бывает такое, что нету configure скрипта. Вся auto- инфраструкутра есть, а configure нету. Что делать ? :)

vi README :))

нету ни в README, ни в INSTALL. Автор просто забыл его включить в дистрибутив. Что делать ?

>>Запустите таки инсталлятор а не пытайся поставить его с помощью костылей

>Ты опять путаешь: "инсталляторы" - это в винде и в слаке только бывают:)

инсталляторы бывают и под линукс, и часто это единственный универсальный способ установки пакета (не всегда есть deb и rpm), вот один из примеров http://wz2100.net/downloads

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

./autogen

./automake

>нету ни в README, ни в INSTALL. Автор просто забыл его включить в дистрибутив. Что делать ?

man autoconf тебе в руки

ну и зачем ты это запостил ?? :) autogen'a может тоже запросто не быть.

>>man autoconf тебе в руки

второй слив защитан

сменить дистрибутив.

>второй слив защитан

похоже ты сам слив, если человек не читает ман, то это сугубо его личная проблема

>autogen'a может тоже запросто не быть.

automake есть значит... А вообще, приведи тогда ls того что есть.

automake генерирует не configure, а makefile templates ;)

ls того что есть в студию. А то я тоже могу взять сорцы mplayer и удалить скрипт ./configure. И собирай как хочешь

Вообще, почему до сих пор не запрещены исходники? Все должно устанавливаться исключительно из пакетов!

вопрос адресовался знатоку init_'у, чтобы он второй раз слил. И он слил. configure создаётся autoconf'ом при наличии .in или .ac файлов (а они были заявлены в условии :) ). Поэтому решение -

# autoconf

Всё.

что то ты какие то нереальные истории приводишь, бывает конечно что приходиться собирать и через qmake

>Вообще, почему до сих пор не запрещены исходники? Все должно устанавливаться исключительно из пакетов!

анонимус, читай ГПЛ и другие лицензии, и вообще используй винду и убейся

>вопрос адресовался знатоку init_'у, чтобы он второй раз слил.

проверяйте прежде свои мозги, а потом уже чьи то

> предатель чего ?) скорее возвращение назад , к тому что было 3.3 4.0 7.0 8.1 10.1 (12.0 ставила на ноут, но не прижилось) надеюсь что 12.1 задержится дольше и останется вместо убунты )

Русский физик?

шёл бы ты уже читать маны и оптимизировать всё подряд, оптимизатор ёпт

с чего вы взяли что slackware только для физиков ?)

>с чего вы взяли что slackware только для физиков ?)

Ну почему же? Ещё для женщин без чувства юмора:)

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

но прочитав все 20 страниц этого детского сада, всетаки решил отписаться :)

выход новой версии slackware, как и прежде - радует!

когда я начал интересоваться системой linux перепробовал кучу всяких дистрибутивов. в итоге остановил свой выбор именно на slackware. из личного опыта могу сказать, что идеального дистрибутива, удовлетворяющего все запросы просто не существует, и slackware не исключение! но для меня проще смириться с минусами slackware, чем с минусами любого другого дистрибутива.

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

а теперь о цифрах: у меня на поддержке порядка 100 серверов, на всех стоит slackware среди них есть как высоконагруженные сервера с 10 000 000 запросов в сутки, так и довольно специфичные машины заточенные под выполнение одной конкретной задачи, но с требованиями к высокой стабильности и аптаймом 99% времени в год.

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

на рабочем ноуте у меня тоже slackware.

всем привет и стабильной работы вышей системе, вне зависимости от того, slackware это или нет!

>Вообще, почему до сих пор не запрещены исходники? Все должно устанавливаться исключительно из пакетов! anonymous (*) (08.05.2008 13:40:00)

Модули ядра не установишь без сырцов, да ладно, главное чтобы работало:)

>Модули ядра не установишь без сырцов, да ладно, главное чтобы работало:)

с каких это пор modprobe, insmod без исходников не работают? :-)

>хочу сразу оговориться: я практически никогда не отписываюсь на форумх, в комментариях к новостям и т.п. только читаю в поисках инетересующих меня вопросов (как говориться кто ищет тот всегда найдет)

Это потому, что у тебя слакварь, потому у тебя нет времени, чтобы "отписываюсь на форумх", и по той же причине всё время уходит на "поисках инетересующих меня вопросов":)

>а теперь о цифрах: у меня на поддержке порядка 100 серверов, на всех стоит slackware среди них есть как высоконагруженные сервера с 10 000 000 запросов в сутки, так и довольно специфичные машины заточенные под выполнение одной конкретной задачи, но с требованиями к высокой стабильности и аптаймом 99% времени в год.

Информативно, спасибо. А теперь скажи, какие грибы ты используешь, что всё это себе представить как наяву и самому в это поверить?:)

>Модули ядра не установишь без сырцов, да ладно, главное чтобы работало:)

Неужели? Говори прямо: "Я настолько тупой, что не могу установить модули ядра без сырцов".

>>Модули ядра не установишь без сырцов, да ладно, главное чтобы работало:) Неужели? Говори прямо: "Я настолько тупой, что не могу установить модули ядра без сырцов". Led *** (*) (08.05.2008 18:14:25)

Ты что, не в курсе, что модули зависят от версии яgpa? В виде исходника и распространяются.

s/тупой/умный/ тогда уж:)

>Ты что, не в курсе, что модули зависят от версии яgpa?

В курсе. Поэтому достаточно бинарного модуля к соответствующей версии ядра. Для сборки модуля из исходников сырцы ядра не требуются.

>Ты что, не в курсе, что модули зависят от версии яgpa? В курсе. Поэтому достаточно бинарного модуля к соответствующей версии ядра.

Bерсий ядер множество, для каждой никто свой сторонний модуль не собирает, в этом и проблема.

>Для сборки модуля из исходников сырцы ядра не требуются.

Разве? Вот как раз именно они и требуются, без них модуль не со6ерется.

>>Разве? Вот как раз именно они и требуются, без них модуль не со6ерется.

слакварщик ? :))

> Разве? Вот как раз именно они и требуются, без них модуль не со6ерется.

В Debian заголовочные файлы ядра отделены собственно от исходников (и это занчительно меньше по обьему будет) и для сборки модулей посему не требуется установка всего сырца ядра такие дела :)))) ну теперь спорьте дальше :))

>Неужели? Говори прямо: "Я настолько тупой, что не могу установить модули ядра без сырцов".

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

>чуваг могу тебе сказать что ты совершенно не прав - именно в ядре ты выставляешь что делать модулем а что внедрять в ядро, а потом только уже собираешь:)) рекомендую покурить хороший добротный ман

А малыш всё отжигает, всё не успокоится:)))

>Bерсий ядер множество, для каждой никто свой сторонний модуль не собирает, в этом и проблема.

Сторонние модули тоже в дистрибутиве находятся и они синхронны версии ядра в нём же. Если стороннего модуля нет в твоей слаквари - это твои проблемы с "беспроблемной" слакварью:)

>Разве? Вот как раз именно они и требуются, без них модуль не со6ерется.

:)

Вот так вот слака помогает "досконально изучить и понять систему":)