А почему emerge не показывает объём предстояжей выкачки файлов? apt-get показывает :(. Как в генту узнать, какому пакету принадлежит файл?

про сборку из исходников.

2 NiKel: > Все антидоводы против сорсных дистрибутивов сводятся к тому что у людей машины дохлые и маломощне.

Дык не в том дело, что машины маломощные... Все ж еще зависит от того, что собирать...

Пример: axiom ( см. http://savannah.nongnu.org/projects/axiom ) на вот такой машине http://thsun1.jinr.ru/guide/up4m/ собирался 5 часов...

> Представте что у вас 10GHz CPU и все компилится за пару минут - час максимум и время затраченное на копирование-распаковку не сильно отличается от сборки на месте

Что я, на каждый X-терминал буду ставить 10GHz CPU? А мощные машины и так загружены постоянно... Все-таки они предназначены для того, чтоб там люди чего-то считали, а не для того, чтоб там админ чего-то компилил.

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

И самое главное -- нет причины собирать пакет XXX из исходников на каждой из >= 100 машин...

> Не надо издателям предугадывать все возможные варианты конечных платформ того что там стоит - все разрешается на месте.

Детская наивность ( в хорошем смысле слова ). Вы вообще что-нибудь собирали не под x86?

$ apt-get source cln

$ cat cln-1.1.5/debian/rules

[snipped]

build:

dh_testdir

./configure --with-gmp --prefix=/usr

# * ARM: CLN's assembler support is not working properly (it was only

# 'theoretically' ported by copying from code that had once worked in

# CLISP under BSD).

# * HPPA, GCC-3.0 - 3.2.3 miscompile cl_DS_sqrt.cc when optimization is

# turned on, so we recompile this file. Also, assembler support is not

# working properly. Somebody needs to investigate but currently I

# don't have the inspiration for fixing things on exotic architectures.

if test `dpkg-architecture -qDEB_HOST_ARCH` == "arm"; then \

$(MAKE) CPPFLAGS="-DNO_ASM" CXXFLAGS="-O2 -fno-exceptions"; \

elif test `dpkg-architecture -qDEB_HOST_ARCH` == "hppa"; then \

$(MAKE) CPPFLAGS="-DNO_ASM" CXXFLAGS="-O2 -fno-exceptions

-finline-limit=1000"; \

rm -f src/cl_DS_sqrt.*; \

$(MAKE) CPPFLAGS="-DNO_ASM" CXXFLAGS="-O0 -fno-exceptions"; \

else \

$(MAKE) CXXFLAGS="-O2 -fno-exceptions -finline-limit=1000"; \

fi

c++ -I./include -O2 -c debian/pi.cc -o debian/pi.o

/bin/sh libtool --mode=link c++ -O2 -o debian/pi.bin debian/pi.o

src/libcln.la

touch build

Кому захочется самостоятельно подбирать флаги, с которым оно таки соберется?

> Кстати, для продвижения Gentoo в массы было бы неплохо сварганить эдакий визард с модулем автоопределения железа. При запуске и начальной установке он все эти USE флаги представит в виде рекомендованной конфигурации, которую можно подправить мышкой, отметив галочками нужные фишки которые отвечают за опциональные флаги.

Кому-то не дают покоя лавры Windows XP...

Если долго и нудно затачивать систему под юзверя с IQ <= 0, то получится именно ЭТО, сколь бы ни была эта система хороша изначально; только в случае Linux все будет еще хуже -- Linux kernel -- это вам не NT... Это все равно, что приспосабливать учебник по квантовой теории поля для даунов...

про сборку из исходников.

2 none: > Бесспорно - целочисленные операции рулят, но вот MMX и т.п. не помешали бы

А MMX, по Вашему, это не целочисленные операции?

> Поэтому ИМХО сборка из исходников будет эфективнее нежели установка из бинарников

Там где имеет смысл оптимизация, собирают пакеты под каждую subarch. См. выше пример с lapack.

> Так что пока Слаквэр рулит

Slackware -- на помойку истории!

>А MMX, по Вашему, это не целочисленные операции? MMX - расширенный набор целочисленных команд. Это всем известно. Зачем к словам придераться то, смысл предложения ведь понятен

> Там где имеет смысл оптимизация, собирают пакеты под каждую subarch. А если MMX+SSE+3DNow или MMX+SSE или MMX+3DNow или SSE+3DNow. Они чё подо все варианты будут собирать?

> Slackware -- на помойку истории! Это пожалуйста в топик "Вышел Slackware 9.1"

>> Slackware -- на помойку истории!

> Это пожалуйста в топик "Вышел Slackware 9.1"

"Это", вообще, в сад (детский), вместе с Dselect (*), для повышения уровня образования...

P.S. Вообще, странно слышать от "якобы-профессионала" подобные реплики.

> Что я, на каждый X-терминал буду ставить 10GHz CPU? А мощные машины и так загружены постоянно... Все-таки они предназначены для того, чтоб там люди чего-то считали, а не для того, чтоб там админ чего-то компилил.

1) железо развивается довольно быстро; 2) как и в природе все виды, высшие и одноклеточные успешно сосуществуют миллионы лет, появление новых не отменяет старых, там где это оправдано и эффектвно будут использоваться самые разные виды систем и софта - от встроенного и прошитого аппаратно до исполняемого на какой то VM или интерпретируемого/компилируемого на лету; 3) часто продакшен серверы настраиваются один раз и работают годами без существенной перенастройки на которую вполне можно выделить специальные часы для техобслуживания;

> И самое главное -- нет причины собирать пакет XXX из исходников на каждой из >= 100 машин...

4) Так никто и не заставляет это делать буквально на каждом месте. Важна возможность контроля сборки на месте, скажем в организации. Там обычно используются однотипные конфигурации машин для которых все собирается один раз и дальше идет установка готовых бинарников по сети. Возможность сборки на месте не отменяет возможности последующего тиражирования готовых пакетов. А порой даже не проводится инсталляция и традиционным образом - из rpm дистрибутива или Windows CD - просто клонируются дисковые разделы с типовой готовой системой.

> Вы вообще что-нибудь собирали не под x86?

Ну разве что компилировал какие то свои программы..

А вообще все эти особенности плтатформ для ebuild-ов portage берет на себя. Не думаю что "emerge apache" или "emerge -u mplayer" на x86 и PowerPC будут отличаться. Это может в дебиане и слаке надо разбираться с этими "$(MAKE) CPPFLAGS= ... ". Этим portage gentoo и замечателен, ибо он лучше apt и ports бсд..

Хотя, конечно, все это замечательно но вот возиться со всей этой сборкой для рабочей машины мне сейчас неохота. Все-таки даже 6-10 часов - это не часик-другой установки той же SuSE, а бонусы от оптимизации вполне компенсируются сотней-другой мегагерц на процессоре, железо сейчас дешевое.

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

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

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

про профессионалов...

2 anonymous (*) (09.10.2003 13:37:09):

> Вообще, странно слышать от "якобы-профессионала" подобные реплики.

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

Во-вторых, я называю вещи своими именами.

И что в этом странного?

про сборку из исходников ( flamewar )

2 NiKel:

> А вообще все эти особенности плтатформ для ebuild-ов portage берет на себя.

Хотелось бы знать, КАК. Да еще и сразу для всех пакетов.

> Не думаю что "emerge apache" или "emerge -u mplayer" на x86 и PowerPC будут отличаться.

А зря не думаете. :) apache-то он и в Африке apache, но вот софтине, которая использует архитектурно-зависимый код, по определению нужны разные опции для разных платформ.

> Это может в дебиане и слаке надо разбираться с этими "$(MAKE) CPPFLAGS= ... ".

В Debian Вам надо разбираться с этим, если только Вы maintainer или хотите чего-то _очень_ странного. Я полагаю, что ebuilds тоже не с неба падают.

> Этим portage gentoo и замечателен, ибо он лучше apt и ports бсд..

Угу, теория Маркса и Энгельса верна, потому что она всесильна :) (или наоборот -- не помню уже )

> Сколько buffer overflow можно было бы избежать используя C++ (ИМХО)...

А если бы ОС писАлись БЫ на scheme, тада этот вопрос ваапще бы не падымался.

> А если бы ОС писАлись БЫ на scheme, тада этот вопрос ваапще бы не падымался.

А, вот, если бы ОС писАлись бы на forth`е, то уже сегодня "каждая домохозяйка могла бы" написать свою экспертную систему, а профи уже не обсуждали бы проблемы исходников, как минимум...

> А, вот, если бы ОС писАлись бы на forth`е, 

Братан, ты тоже (любишь/уважаешШшь) forth? Уважаю млин. Не знаю нащёт домохозяек, но закон МуРа пошьол бы в задницу точнА.

> Пожалуй, это единственная разумная причина собрать _некоторые_ пакеты из исходников. Но зачем пересобирать ВСЕ ?

именно потому, что очень мало "самодостаточных" программ - все от чего-то зависит и ставя x придется ставить y,z,... другой вариант - пакет собран _без_ какой-то фичи. еще хуже ситуация, когда два или более приложения зависят от разных версий другого. для таких случаев в gentoo есть механизм "слотов".

> Спорное утверждение. Бинарные пакеты ( даже если туда включено много "лишнего" ), как правило, гораздо менее объемны, чем исходники.

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

огромное преимущество gentoo в том, что ты не зависишь от "дистростроителей", от их предпочтений, оперативности, и пр.

в конце концов, девиз linux - do it yourself

в догонку... пару месяцев назад пришлось ставить linux на sun netra x1 (надеюсь, не ошибся). эта железка в не имеет ни видео, ни флопа, ни сиди, ни кейбордового порта - только по паре сетевух и хардов. так вот, все хваленые rh, debian, suse и иже с ними просто никак не лезли на это безобразие (перепровывал кучу вариантов bootp/tftp). спас именно gentoo :)

поставил диски в др. машинку, распаковал stage1 для sparc64, вернул диски на место, пошаманил с загрузчиком и все получилось

Vot ja prjamo shas stavlju gentoo linux i chitaju etu vetku iz pod consloe s pomoshju links. I dumaju chto glupyj tut spor idet. Tut ljudi schitajut chto mozhno zastavit' rh, suse, debian, i tp rabotat' takzhe kak gentoo. Ja tozhe dumaju chto eto vozmozhno, nado lish tol'ko sobrat' vruchnuju kernel, x, kde... i vse budet ok. Vy znaete, a ne proshe li postavit' gentoo v kotorom etot process sborki maksimal'no avtomatizirovan. A naschet binarnikov ja otvechu voprosom: Chto po vashemu budet bystrej rabotat' bin otkompilirovanyj pod i386 ili otkompilirovanyj pod i686 so sepecial'noj optimizaciej pod vash processor?

Заставить работать как gento - в смысле без кириллицы?

vy znaete, v console vo vremja intalacii, osobo kirilicej ne pobalueshsja

Ваше прошлое сообщение было 17 часов назад. Всё ещё инсталлируете? Ну тогда понятно чем gento от других отличается. Хотя, как говорится: Вольному - воля :)

Винда держит dll кеш в пямяти, зато как она тормозно свопится когда у тебя 384Mb а загрузка пямяти всего 60-80 Мб, нахрена спрашивается свопится если еще куча свободной памяти, Windoza не умеет нормально работать с памятью.

> Ваше прошлое сообщение было 17 часов назад. Всё ещё инсталлируете? Ну тогда понятно чем gento от других отличается. Хотя, как говорится: Вольному - воля :)

"лучше день потерять, потом за час долететь" :)

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

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

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

без обид. рх много чего хорошего делает для всех нас. но я считаю, что это не для меня

сколько раз можно объяснять?

2 anonymous (*) (12.10.2003 1:03:00)

> A naschet binarnikov ja otvechu voprosom: Chto po vashemu budet bystrej rabotat' bin otkompilirovanyj pod i386 ili otkompilirovanyj pod i686 so sepecial'noj optimizaciej pod vash processor?

Еще раз для особо одаренных: там, где такая оптимизация действительно дает ощутимый ( > 30 % ) выигрыш в производительности, maintainer собирает пакет под subarch. Выше я приводил пример с lapack.

P.S.

Настройте локаль. lynx в консоли прекрасно отображает кириллицу ( впрочем, не только кириллицу ).

начальная установка не час занимает..

2 anonymous (*) (14.10.2003 14:36:03):

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

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

> или система нужна для "поиграть в линуксоида".

Собирать все и вся из исходников без особой необходимости -- это и есть "игра в UNIX'-оида".

P.S.

Бинарная несовместимомтсть различных дистрибутивов GNU/Linux -- ПОЗОР!

И все дружно скачали gentoo и установили =)

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

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

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

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

> Собирать все и вся из исходников без особой необходимости -- это и есть "игра в UNIX'-оида".

простите, а как еще я могу получить именно то, что мне нужно и не получить то, что мне не нужно? говоря "поиграть в линуксоида", я подразумевал случаи, когда регулярно переустановливают разные дистрибутивы/оси чтобы посмотреть, как все круто "здеся и тама".

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

Можно ли сделать то, что делает emerge --update world ( apt-get update && apt-get [dist-]upgrade ) но из бинарных пакетов?

я так и не понял можно ли (и если можно то как/что почитать) сделать нечто типа вышеописанного Dselect'om

подробнее оно звучит по-моему так:

есть у нас тестовая/сборочная машинка, на которой мы собираем/тестим пакетики качая все из сорцов с генту и откуда хотим.

есть парк немного разных машинок которые за обновлениями бегут в наш локальный репозитарий и апгрейдят из него __свои__ наборы пакетов(стоит у кого-то dosemu например, появился новый пакетик собраный в бинарном виде --- оно его высасоло и поставило с зависимостями которые в нем. не стоит --- и пусть дальше не стоит)

держатель репозитария обновляет пакетики из-за дыр там или фич или просто по запросом пользователей.

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

может немного сумбурно, но надеюсь понятно.

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

PPS. на всех машинах пересобирать не предлагать т.к. даже если они и мощные то не всем нужен C-компилятор прочий ворох вещей для сборки.

PPPS. унифицировать машины тоже не предлагать, т.к. у этих машин есть "хозяева"/"админы" которые могут сделать apt-get install emacs(если оно им надо/админ сказал что надо :) или еще что-то в том-же духе, но грамотной сборки/пересборки/слежения за дырами от них не добиться и, главное, не требуется.

Ritch.

http://www.linux.org.ru/view-message.jsp?msgid=409113
Помогите джентмэны чем можете!

Вы знаете, в Gentoo USE есть один очень полезный флаг - icc. Если у вас стоит icc то он по возможности будет компилировать приложение с ним. А я думаю вам не надо объяснять как он может ускорить скорость работы программы (особенно если у вас процессор от интел). Да и гцц тоже не плохо компилирует, если правильные флаги выставить.

И я не пойму, неучто X не будет заметно быстрее работать если его откомпилировать с -march=athlon-xp, а не с -mcpu=i386 ?

p.s. я новый в линуксе, так что ногами сильно на пинайте :)

> Можно ли сделать то, что делает emerge --update world ( apt-get update && apt-get [dist-]upgrade ) но из бинарных пакетов?

emerge -uk world будет использовать уже собранные пакеты из $PKGDIR, а при отсутствии таковых, обычным путем

emerge -uK world ничего не будет пытаться собирать из исходников, но все необходимые пакеты должны быть в $PKGDIR (не только те, что требуют обновления, а все, что установлены явно или как зависимости)

с зависимостями будет все впорядке (каждый ebuild содержит информацию о build-time и run-time зависимостях)

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

первый вариант применим тогда, когда централизованно собирается только некий "джентельментский набор" (ядро, гномы/кде, мозиллы и пр. монстры)

второй - водимо, как раз то, что тебе нужно

> PPS. на всех машинах пересобирать не предлагать т.к. даже если они и мощные то не всем нужен C-компилятор прочий ворох вещей для сборки.

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

слака сосет причмокивая

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

у меня стоит джента, собрана полностью из сырцов. АтлонХР 1800+ 512МБ ОЗУ - собиралось два дня (на выходных ;-) вместе с кде гномом и прочей дребеденью. Флаги оптимизации стоят по полной программе - заточены чиста под мой проц.

Глюков - 1% да и то из серии одной! неправильной зависимости (гному нужен был мозел, но по дефолту он почему-то не устанавливался, видать неправильно была прописана зависимость). Ну что, чай читать по англицки умеем - ведь пораж сказал что именно ему нужно - пришлось устанавливать мозла ручками. Одной командой "emerge mozilla". Хотя гном и без мозилы заработал, но я все-ж таки сделал как портаж просил.

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

Остаешся вечерком на работе, загружаешся с лайв си-ди, подключаешь какой нить раздел, и одной командой скачиваешь из интернета все! пакеты (включая все зависимости) хотя бывает что пролетают розовые птицы обломинго, как в случае с гномом. Скачаные сырцы или бинарники пишешь на болванку, дома разворачиваешь в джентовский портаж и все ;-) она уже и в инет не лезет а берет все нужные файлы с харда.

А по поводу невозможности установки уже скомпилированных пакетов - ну что за бред? Ставит как миленькая. Джентовский пораж даже рпм поддерживает ;-)(а так-же редхатовские ядра) я это говорю для тех кто до сих пор сидит в танке или слаквари ;)))) Я уже не говорю про её родной формат. Кому интересно - читайте доки (например про ключик -к)

Хотя я рпм-ами пользоваться не буду. Хватит. Хуже dll-hell. Через год, когда в системе половина программ установлена из рпм, а половина из сырцов - в красно-шляпской системе такая ху-ня начинает твоится (извините за выражение наболевших чувств).

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

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

Кстати, чем мне дженту нравится, так это своим процессом установки и способом жизни. Во первых я сразу волен выбирать какое я хочу поиметь ядро, какая из файловых систем и на каком разделе у мя будет стоять, какой крон, какой сислог.. какой.. какой... ;-) что я хочу сделать?

С дженту я могу делать все что мне угодно. Причем она на каждом шагу помогает мне предоставляя довольно хорошие умолчательные варианты.

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

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

"Только под дженту я увидел разницу между моим старым селероном и новым четвертым пнем".

Я поддерживаю. Чиста на уровне визуальных ощущений работает все в разы быстрее. Например простейший тест - архивирование раром двухгигабайтного файла под красной шапкой протекает в два с небольшим раза медленней чем под дженту. ФС одинаковая ;-) комп один и тот-же.

Выводы: Я доволен. Я СУПЕРСКИ доволен. Я думал что все будет намного дольше и сложнее. Нифига.

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

И я наю что мона поставить её на обновление, а самому пойти вечерком в кабак пива с тетками попить ;) придтить под утро домой а оно стоит собранное и без лишних слов работает ;)

Дженту ты мой друг и товаришь ;)

P.S. Думаю скоро оно поселится на одном двухкамневом сервере. Что позволит снять с него нагрузку и продлить срок жизни. Что равносильно апгрейду за 5 000 зеленых. Которые можно будет пропить, если джента оправдает мои надежды на серверных задачах.

2anonymous (*) (24.10.2003 20:51:16) Пожимаю твою мозолистую руку :)) Я сам такой же извращенец :)) Даешь real unix-way!!!

хоть и пользуюсь Генту, ну не хватает мне там аналогов следующего:

rpm -qf file
rpm -Vf
rpm -qip
rpm -qlp

С tgz же просто ставишь сначала куда-нить в сэндбокс и изучаешь всё (когда надо - и мэйкфайлы).
Ну напрягает меня не знать что куда копируется и что точно входит в пэкедж!

подскажите если есть

>слака сосет причмокивая Это вы господин сосете причмокивая. Ненавижу когда блять мало того что оффтопом, да еще и бездоказательно.

> хоть и пользуюсь Генту, ну не хватает мне там аналогов следующего:

emerge app-portage/gentoolkit man qpkg

> хоть и пользуюсь Генту, ну не хватает мне там аналогов следующего:

emerge app-portage/gentoolkit

man qpkg

5 лет Linux.org.ru

2 anonymous (*) (27.10.2003 6:26:11)

спасибо.
имхо должно быть включено как часть emerge

anonymous (*) (09.10.2003 11:17:10) > А почему emerge не показывает объём предстояжей выкачки файлов? apt-get показывает :(. Как в генту узнать, какому пакету принадлежит файл? а поискать на конфе http://gento.ru слабо? а man etcat прочитать тоже слабо ?

Distrubutors' binary packages mostly compiled against many, un-needed, libs. With source compile you have ability to eliminate it. Make 'ldd' on openssl distributed by RH. Make own comile without krb5 support , etc. . ANd you'll see the diff. :-)