View previous topic :: View next topic |
Author |
Message |
curs Guest
|
Posted: Fri Feb 07, 2003 5:57 pm Post subject: Отношения использования и зависимости. USE |
|
|
Вот что непонятно.Надо установить исходники ядра.
скажем даю emerge -p xfs-sources
мне выдается вот что (сокращенно)
N freetype
N ttmkfdir
N cabextract
N fontconfig
N opengl-update
N xfree
N tcl
N tk
N addpatches
N xfs-sources
Что это? Зачем мне всякие xfree? В переменной USE у меня все
это в "-"
Т.е получается мне нужны исходники ядра, а потянется вся эта дрянь? Даже если дашь в командной Use="-..." -p (исходники ядра)-все равно вываливается этот же список, и по всей вероятности он же еще и установится.
Вопрос, мне вывалился приведенный список (АПЕТИТ какой)-
это отношения использования или отношения зависимости?
2. Как их разделить на то и на это?
3. Как установить (с необходимыми зависимостями), но без лишнего, я ж говорю, USE - emerge -не помогает, тот же список наблюдается. А чисто если воткнуть исходники-прописано в данных портижей не будет. Что делать?
Не хотелось бы лишнего. |
|
Back to top |
|
 |
alv Ветеран
Joined: 14 Jan 2003 Posts: 1973 Location: Москва
|
Posted: Fri Feb 07, 2003 7:15 pm Post subject: |
|
|
Интересный затронут вопрос. Я с такими штуками сталкивался на отдельных снапшотах (не применительно к ядру xfs, а вообще - один пакет тянет за собой другой, никакого отношения к нему не имеющий). На мой взгляд - это прямой глюк данного снапшота портежей (все же сложность системы выше, чем системы портов FreeBSD). То есть теоретически должно бы лечиться обновлением дерева портежей - но нет гарантии, что в нем не обнаружится зависимости bash от какого-нибудь mpeg-плейета (надеюсь, понимаете - за этим следует в кубе).
И потому подозреваю, что именно на сей предмет придумана команда ebuild имя_пакета (с полным путем). На нее влияют только истинные зависимости, если пакета, от которого зависит устанавливаемый, нет, будет сообщение об ошибке с точным указанием ebuild-файла (файлов), который требуется. Остается только повторить процедуру, указав ebuild все_пакеты. Возможно, этой придется повторить дважды - но ничего более умного я пока не придумал.
Некоторые снапшоты портежей выкидывают более интересные фокусы - в обратно направлении. Давеча устанавливал безобидные драйвера alsa, после чего машина через некоторое время просто перестала работать - нельзя было даже залогиниться. А при перезагрузке впала в паническую моду, отказавшись выполнять init. Следствием было установлено: после установки alsa (я, естественно, в это время пил пиво портежи решили, что такие мелкие пакетики, как glibc, gcc и все с ними связанное, устарели и должны быть удалены. Что с успехом и проделала. Так что предупреждаю: люди, я люблю портежи, но будьте бдительны. Если в конце установки, после слов remov. pack. и т.д. появляются красные цифры, символизирующие отсчет времени - жмите Control-C, иначе есть риск остаться без компилятора и glibc'а.
Причин такого явления пока не понял, есть некоторые подозрения - как проверю, обязательно сочиню заметку. К слову - именно к описанию такого рода фокусов и путей их преодоления в виде связных статей я и призываю в Декларации _________________ Dixi,
Алексей Федорчук |
|
Back to top |
|
 |
Guest
|
Posted: Fri Feb 07, 2003 7:45 pm Post subject: |
|
|
>>теоретически должно бы лечиться обновлением дерева портежей
--нет не лечится, сегодня утром синхронизировался с rsync (типа если выйдет через пару дней новый снапшот поможет?).
>> потому подозреваю, что именно на сей предмет придумана команда ebuild имя_пакета
--нет, не помогает (давал полный путь и смотрел по -p), причем если говорю emerge -p system -оно и там присутствует, хотя никакого отношения к system не имеет!.
>>появляются красные цифры, символизирующие отсчет времени
--точно наблюдал неоднократно, а смысл их? Если не гарантирована правильная работа после цифр? Причем, после того как, - пакет добавляется и активируется, как надо, а если прервать, что тогда будет...
Подскажите выход.
Типа дважды ставить пакет? Но поставленный так однажды-он
уже впихнул в систему xfree. Что толку, что я запущу заново
его на сборку.
В общем может все это даже и лечится, ено сейчас, меня больше волнует, какого оно под -p system сидит, типа если я даже запушу на пересборку систему-ОНО ВСЕ УСТАНОВИТСЯ!
Так какго же оно тогда сразу не поставилось если ОНО ТАК ХОЧЕТ...
В общем первое впечаиление было очень даже на ++, а теперь,
если глюки на таком уровне-..у меня нет слов просто. |
|
Back to top |
|
 |
curs Guest
|
Posted: Fri Feb 07, 2003 10:08 pm Post subject: |
|
|
М-да, тема USE получается актуальна и совсем НЕпрозрачна,
уже убедился на собственно опыте.
Касаемо написанного выше.
Базовая установка, если не трогать USE (а там параметров по 70-не считал, много), так вот, если изначально дергать
ее (ну типа что надо-не надо)-ТУТ ТО ОНА (XFREE) И ПРОПИШЕТСЯ ПОД system !
32 пакета в базовой. Если немнго дернуть USE (хочу это и не хочу это), можно где то слегка ПРОМАХНУТЬСЯ (хотя делал все аккуратно с параметрами USE), вот тут то
и появляется Xfree!!! и количество пакетов возрастает до 37-39, как бы еще с базовой установки! Понятно, что потом некуда деваться, и при установке исходников ядра-оно подтягивается (не проверял еще-скоро проверю)
Вот так то.
А то что пакетов ставится чуть больше 20-с последними портижами почему то 32.
Мне никак не удалось изначально добиться, варьируя USE, 26
пакетов.
Получается лучше забить там, что конкретно известно и остальное не трогать.
И не понравилось еще, что хочет установить dhcpcd (оно надо?)
А также непонятно, почему, даже если изначально синхронизировался-то собираются условно "СТАРЫЕ ПАКЕТЫ"? (можно подумать они там все стабильные), так почему не берутся тогда уж последние из базы данных портижей? |
|
Back to top |
|
 |
alv Ветеран
Joined: 14 Jan 2003 Posts: 1973 Location: Москва
|
Posted: Sat Feb 08, 2003 7:21 am Post subject: |
|
|
Еще несколько наблюдений и предположений. Ядро тянет за собой Иксы, потому как имеется target - make xconfig. Если устанавливать исходники ядра при первичной установке системы - этого не происходит: верятно, на этом этапе цель xconfig заблокирована ??.
Одно из возможных решений проблемы лишних пакетов в system - ручная правка файла /usr/portage/profiles/default-x86-X.X/packages - насколько я понимаю, информация для emerge system берется отутдова. Способ не рекомендуется в руководстве, однако иного выхода при таких чудесах не видно.
Далее. Обрыв прочесса через Control-C на стадии красных цифирок проверил неоднократно - похоже, проходит безболезненно для устанавливаемого пакета - работает, в базе данных появляется, а что еше от него нужно?
И последнее. Пожалуйста, продолжайте писать о чудесах emerge и USE - на предмет совместной борьбы с ними. После чего предлагаю обобщить накопленное в виде статьи. Ведь на самом деле это критично. Если портежи будут вести себя столь непредсказуемо, не придется ли вернуться к старому доброму ./configure --with/--without --enable/--disable и далее по всем пунктам? _________________ Dixi,
Алексей Федорчук |
|
Back to top |
|
 |
kurs Guest
|
Posted: Sat Feb 08, 2003 3:51 pm Post subject: |
|
|
Похоже с цифирками от 10 до 1 -одна из самых "СТРАШНЫХ"
возможностей gentoo. Представьте, что будет, если такое случится на загруженном серваке!
Вообще, какой смысл этой операции gentoo? Что она делает (будет делать в этот момент).
Вернемся к USE.
До инсталяции- -p показывает, что установится (некоторые в N)-32 пакета.
После сборки установленно-26 (теже N). И уже никаких xfree.
Совет, кто копает gentoo.
Указывать в USE-явно отключаемые опции и явно необходимые.
Например в - у меня ущло где то 25, явно указанных в + (такие как tcpd-mysql-ssl-pam и др., порядка 10-12) остальные-по умолчанию. Иначе под system будут иксы и все с ними связанное. |
|
Back to top |
|
 |
Guest
|
Posted: Sat Feb 08, 2003 3:54 pm Post subject: |
|
|
>>не придется ли вернуться к старому доброму ./configure >>--with/--without --enable/--disable и далее по всем пунктам?
###
---тогда это уже не gentoo
вернемся в лапы к Билу |
|
Back to top |
|
 |
Kot Guest
|
Posted: Sun Feb 09, 2003 2:04 pm Post subject: |
|
|
Друзья!
А вы не пробовали почитать документацию? А также то, что пишется на экране во время установки/удаления пакетов? Комментарии в конфигурационных файлах? Иногда это здорово помогает.
"Страшные красные циферки" относятся не к устанавливаемому пакету, а к удалямому. Отсюда несколько выводов: а) прерывание отсчета по Ctrl-С устанавливаемому пакету ничем не вредит, он в этот момент уже установлен б) появление "страшных красных циферок" после установки пакета обусловлено "autoclean=yes" в настройках portage. Это означает, что после установки любого пакета автоматически выполняется действие, эквивалентное "emerge clean", т.е. удаляются все устаревшие/перекрывающиеся версии любых пакетов. Если вы почему-либо этого боитесь ("Представьте, что будет, если такое случится на загруженном серваке!"), не надо паниковать и судорожно ловить бегущий обратный отсчет, впишите в make.conf "autoclean=no", и делайте руками "emerge -p clean" и потом ручками "emerge unmerge ненужныйе_пакеты". Для тех, кто не успевает за дефолтные 5 секунд понять, что сейчас произойдет, есть "CLEAN_DELAY=x", где x - количество секунд отсчета.
Что касается "глюков" и "нестабильностей" portage. Первое, что надо сделать - это "accept_keywords=x86", а не ~x86. Если вы понаблюдаете за разделом Daily CVS ChangeLog на gentoo.org, то увидите, что очень часто бывает, ситуация, когда новый или исправленный ebuild за один день несколько раз бывает masked/unmasked. Portage - живая система, пакеты часто время меняются, и в них регулярно появляются/исправляются ошибки. Если вы хотите относительной надежности и стабильности - не включайте в конфиг возможность ставить unstable-пакеты. Если хотите полной надежности - пользуйтесь пакетными дистрами предпоследних версий.
Да, "русское братство" - это, несомненно, круто и полезно, но не брезгуйте документацией, форумом и багзиллой на gentoo.org. С полной уверенностью утверждаю - шансы найти ответ на свой вопрос там существенно выше, чем здесь, хотябы в силу того, что там общается на несколько порядков больше народу, включая и разработчиков gentoo. |
|
Back to top |
|
 |
Kot Guest
|
Posted: Sun Feb 09, 2003 3:34 pm Post subject: |
|
|
Кстати. Проверил на чистой свежепоставленной gentoo - emerge xfs-sources НЕ требует никаких иксов, ни в варианте "x86" (xfs-sources-2.4.19-r2), ни при "~x86" (xfs-sources-2.4.20_pre6). ИМХО, проблемы в а) старой версии portage или б) некорректных правках конфигов (типа "ручная правка файла /usr/portage/profiles/default-x86-X.X/packages") или в) некорректных правках скриптов, относящихся к portage или г) неверных настройках USE |
|
Back to top |
|
 |
alv Ветеран
Joined: 14 Jan 2003 Posts: 1973 Location: Москва
|
Posted: Sun Feb 09, 2003 5:48 pm Post subject: |
|
|
Дорогой друг Kot!
Все, что Вы написали касаемо документации, экранных сообщений, конфигурационных файлов - абсолютно верно (как учение Маркса, которое именно потому и всесильно). Однако - не имеет абсолютно никакого отношения к предмету обсуждения в этом посте. Смею надеяться, что, выразимся осторожно, большинство участников обсуждения прекрасно знают, как должна вести себя система портежей в _штатной_ ситуации, что значать красные цифирки, и что команда emerge sys-kernel/xfs-sources в _обыденной_ жизни не устанавливает вместе с linux-*.tar.bz2 и парой-тройкой соответствующих патчей Xfree (а также Qt, KDE, GNOME и Windows).
Также, думаю, все высказавшиеся понимают то, что портежи - живущая и развивающаяся система, в которой обойтись без ошибок невозможно (говорят, они даже в Windows иногда случаются). Что ни говори, а портежам (в отличие от портов FreeBSD) лет еще не так много, и до полной воспроизводимости ситуации они еще не дожили (а давно до нее дожил rpm? - помнится, три подряд дефолные установки Mandrake вполне могли бы дать разброс установленных компонентов в полгигабайта).
В обсуждении речь идет именно о ситуациях нештатных, когда после очередного обновления портежей она начинает вести себя непредсказуемым или просто неожиданным образом. И не с целью найти крайнего - а дабы такие ситуации локализовать и, по возможности, избегать. К слову сказать, в документации на Gentoo.org такие ситуации не описаны
Так вот, во всех таких случаях проще всего сказать, что у "товарища имярек /dev/hands кривой, и потому все через /dev/ass делается". Я сам так бы с удовольствием заявил - что "проблемы в а) старой версии portage или б) некорректных правках конфигов (типа "ручная правка файла /usr/portage/profiles/default-x86-X.X/packages") или в) некорректных правках скриптов, относящихся к portage или г) неверных настройках USE". Если бы (после бессбойного использования Gentoo дома и на службе на протяжении более полугода - с июля м-ца, версии 1.2 и далее по всем пунктам) не столкнулся с ситуацией, где ни _один_ из перечисленных факторов _заведомо_ не имел места. Но когда после установки alsa начался тот самый обратный отсчет времени, после которого "удаляются все устаревшие/перекрывающиеся версии любых пакетов". Среди них по странной случайности оказались gcc, glibc, gettext и вообще все, относимое к категории system (возможно, удалилось еще что-то - но это уже мелочи). Причем - совершенно нечувствительно для системообладателя, безмятежно попивавшего в это время пиво (конечно, можно возразить, что пива, мол, пей меньше - но тут уж я точно пошлю к Михал Сергеевичу, это он у нас за трезвость боролся).
Конечно, можно допустить, что были это "устаревшие/перекрывающиеся версии". Однако такому предположению противоречит то, что за 15 минут до того закончилось исполнение команды emerge -u system из того же самого дерева. И, более того, в дальнейшем любая попытка emerge -u system или emerge system начиналась с того, что все компоненты system (восстановленные из тарбаллов) начинали удаляться. Спасало только emerge --emptytree system - в этом случае пересборка завершилась нормально.
Возможно, все это произошло от недостаточного чтения документации и незнакомства с форумом на Gentoo.org, не спорю. Однако суть дела от того не меняется. И потому единственный метод борьбы с такими явлениями - фиксировать, по возможности, свои предшествующие действия на предмет установления причинной связи. И предотвращения наступания на те же грабли и себя, и других. Для чего, в частности, настоящий форум и существует (а отнюдь не крутизны ради).
С чем и откланиваюсь.
P.S. А не относится ли опция autoclean к удалению промежуточных пакетов из _временных_ подкаталогов каталога /var? Как сказал бы Винни-Пух, согласно документации - так. _________________ Dixi,
Алексей Федорчук |
|
Back to top |
|
 |
Kot Продвинутый


Joined: 09 Feb 2003 Posts: 772 Location: Москва
|
Posted: Sun Feb 09, 2003 7:13 pm Post subject: |
|
|
Alv:
Спокойней, товарищ! Я не имел целью оскорбить кого-либо в лучших чувствах.
Quote: | Смею надеяться, что, выразимся осторожно, большинство участников обсужд | ения прекрасно знают, как должна вести себя система портежей в _штатной_ ситуации, что значать красные цифирки, и что команда emerge sys-kernel/xfs-sources в _обыденной_ жизни не устанавливает вместе с linux-*.tar.bz2 и парой-тройкой соответствующих патчей Xfree (а также Qt, KDE, GNOME и Windows).[/quote]
Хмм... "точно наблюдал неоднократно, а смысл их? Если не гарантирована правильная работа после цифр? Причем, после того как, - пакет добавляется и активируется, как надо, а если прервать, что тогда будет..."?
Quote: | P.S. А не относится ли опция autoclean к удалению промежуточных пакетов из _временных_ подкаталогов каталога /var? Как сказал бы Винни-Пух, согласно документации - так. |
Нет, не относится.
Quote: | # AUTOCLEAN enables portage to automatically clean out older or overlapping
# packages from the system after every successful merge. This is the
# same as running 'emerge -c' after every merge. Set with: "yes" or "no".
#AUTOCLEAN="yes" |
Что же касается форумов на gentoo.org - ключевая их особенность именно в том, что там общается несколько тысяч человек, притом все они являются пользователями gentoo. Поэтому любая регулярная, то есть не специфичная для одной единственной машины одного единственного юзера, ошибка (например, ошибка в очередной версии portage, приводящая к ошибкам при merge/unmerge) появляется там практически наверняка и очень быстро. Соответсвенно, обнаружив непонятности/странности в поведении системы, имеет прямой смысл заглянуть туда и поискать сообщения об аналогичных проблемах. Если они есть - скорее всего проблема в новых версиях софта. Если нет - наиболее вероятно, что это ошибки в конфиге конкретной машины (как ни грустно это признавать). anyway имеет смысл запостить мессагу туда (может, кто-то столкнулся с проблемой, но не написал; высок шанс, что проблему увидят разработчики). |
|
Back to top |
|
 |
Guest
|
Posted: Mon Feb 10, 2003 10:01 am Post subject: |
|
|
Kot wrote: | Alv:
Спокойней, товарищ! Я не имел целью оскорбить кого-либо в лучших чувствах.
|
Да я как-то обычно спокойствия не теряю
А если воспринимаю пост как оскорбление - так и просто в дискуссию не вступаю )
Kot wrote: |
Если они есть - скорее всего проблема в новых версиях софта. Если нет - наиболее вероятно, что это ошибки в конфиге конкретной машины (как ни грустно это признавать). |
Вообще-то говоря, при любых сбоях системы всегда есть два варанта - "Илия я м-м-м... чудак, или кто-то ухо с двумя п написал". Весь вопрос только в том, что имеет место быть в данном случае
Kot wrote: |
anyway имеет смысл запостить мессагу туда (может, кто-то столкнулся с проблемой, но не написал; высок шанс, что проблему увидят разработчики). |
Так оно и с разработчиками связаться - не проблема. Что в настоящий момент и происходит
Однако вопрос - вопросом, разработчик - разработчиком, а собственного понимания никто не заменит. Оно-то и интересно, для того и форум |
|
Back to top |
|
 |
alv Ветеран
Joined: 14 Jan 2003 Posts: 1973 Location: Москва
|
Posted: Mon Feb 10, 2003 10:04 am Post subject: |
|
|
Предыдущий Guest - это я и есть. Залогиниться, пардон, забыл _________________ Dixi,
Алексей Федорчук |
|
Back to top |
|
 |
curs Guest
|
Posted: Wed Feb 12, 2003 5:22 pm Post subject: |
|
|
http://linuxshop.ru/unix4all/?cid=22&id=176
Благодарю всех принявших участие в растолковке моей бедной
судьбы , а также выше по линку.
Кстати на родном форуме gentoo я нашел много толкового, ибо
тут пока "становимся на ноги"
Скачав последние стейджи и портижи, система встала на ура.
Ждем появление в доках на gentto перевод секюрити (либо там либо тут), но в основном понятно, до первого "АЙ"
Неплохо было бы затронуть сетевую часть (ибо придя с АСП-ии), не могу найти аналог например файла static-routes (если это не net.eth0).
PS предварительно emerge -p <>, я неоднократно убеждался,
что устанавливаемый пакет с указанием например последнего билда не всегда хочет становится (нет типа развязки вот этого и этого -этих и этих релизов).
Кстати, я как то задавал тут вопрос, что это за монтирование
файловой системы в /mnt/.init.d (какова ее необходимость, там все симлинки указывают на реальные файлы). |
|
Back to top |
|
 |
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|