Вопросы по emerge

[Артём Н.]

1.) Возможно ли для отдельного пакета задать параметры компиляции при сборке system?
У меня вылетает библиотека libarts. Я убираю часть флагов оптимизации в
make.conf, потом запускаю emerge --resume.
Когда библиотека скомпилируется и начинает компилироваться Bison,
я убиваю emerge, правлю обратно make.conf и снова запускаю emerge --resume.
Можно ли сделать это просто прописав где-то флаги для конкретного пакета?
2.) Как определить что за собой тянет пакет, как зависимость?
Какая-то дрянь тянет automake-1.6.3. У меня есть только autoconf-9 и 10.
Как определить что за дрянь тянет за собой automake, как зависимость?
3.) Возможно ли начинать emerge --resume не с самого начала.
Т.е., если он требует, к примеру, libskey, а у меня её нет, emerge
лезет в I-net.
Что можно сделать, чтобы emerge начинал сборку, например с предыдущего
пакета, после emerge --resume (убрав то, что требует libskey)?

Слово "возможно" здесь означает, что как это сделать в рамках
существующей в данной версии Gentoo (2007.0) системы портежей,
т.е. без попыток изучения Python.

[serzh-z]

1) Увы, в штатные возможности Portage это не входит - вроде бы когда-то попадался то ли патч, то ли ещё что-то на эту тему... (Зато для Paludis - настройка всего что только можно для конкретного пакета - штатная возможность).

2) emerge -t

3) emerge --skipfirst

[Артём Н.]

Зато для Paludis - настройка всего что только можно для конкретного пакета - штатная возможность.

Paludis просто надстройка над emerge, ebuild и т.д. или замена им?

[Mellon]

Для каждого пакета можно указать переменные среды в файлах /etc/portage/env/category/name. Например так:

Код: Выделить всё

$ cat /etc/portage/env/x11-libs/libxcb
CFLAGS="${CFLAGS} -DNDEBUG"

[Артём Н.]

Для каждого пакета можно указать переменные среды в файлах /etc/portage/env/category/name. Например так:

Код: Выделить всё

$ cat /etc/portage/env/x11-libs/libxcb
CFLAGS="${CFLAGS} -DNDEBUG"

Т.е. они полностью заменяют CFLAGS? Независимо от make.conf или тех, которые
определены в портеже?

[serzh-z]

Для каждого пакета можно указать переменные среды в файлах

О... Это фича новых версий, видимо? -) Раньше этого очень не хватало.

или замена им?

Paludis, the Other Package Mangler

[Mellon]

Артём Н., не понял, что вы имеете ввиду под "определены в портедже"?
то что переопределяются соответствующие переменные из make.conf и профиля - да, а вот на счёт тех, что в ебилде - нет

[Артём Н.]

Артём Н., не понял, что вы имеете ввиду под "определены в портедже"?
то что переопределяются соответствующие переменные из make.conf и профиля - да, а вот на счёт тех, что в ебилде - нет

Как раз про те, что .ebuild.

2serzh-z:
2) emerge -t
Когда задаю --tree:
а.) Он пытается скачать и установить пакет.
б.) Как я понял, эта опция определят от чего зависит пакет.
А как определить что зависит от пакета?

3) emerge --skipfirst
Почитал man. Понял.

Я совсем запарился с этим emerge.
Например я не понимаю зачем кому-то нужен automake-1.6.3 и automake-1.7.9-rc1, если есть
automake-9 и automake-10.
Ему видимо всю коллекцию automake собрать хочется...
Потом он тянет inputproto-1.4, а у меня в distfiles только inputproto-1.3.2.
При неизменённых USE флагах он должен компилироваться и со старым?
Почему интересно составители LiveDVD 2007.0 не закинули в distfiles inputproto-1.4, если
.ebuild для него уже есть?

[serzh-z]

2) emerge -t
Когда задаю --tree:
а.) Он пытается скачать и установить пакет.
б.) Как я понял, эта опция определят от чего зависит пакет.
А как определить что зависит от пакета?

a) -p или -a
б) -ept, если интересует что из *неустановленного* зависит - можно поискать по имени пакета во всех ebuild, другого способа не знаю.

Почему интересно составители LiveDVD 2007.0 не закинули в distfiles inputproto-1.4, если
.ebuild для него уже есть?

Хм,.. а почему они должны были его туда закинуть? Эта система предназначена для установки, по большей части, из сети. Дистфайлы для всех пакетов занимают более 40 Гб.

[Артём Н.]

б) Интересует что из неустановленного зависит. С этим понял.

Почему интересно составители LiveDVD 2007.0 не закинули в distfiles inputproto-1.4, если
.ebuild для него уже есть?

Хм,.. а почему они должны были его туда закинуть? Эта система предназначена для установки, по большей части, из сети. Дистфайлы для всех пакетов занимают более 40 Гб.

Т.к. inputproto-1.3.2 есть в distfiles, а для 1.4 есть ebuild. Почему тогда не закинуть 1.4 или обе версии?

Постепенно, по мере общения с emerge, кое-что начинает проясняться...
А если в portage есть версия ebuild для пакета новее, чем тот, который лежит в distfiles,
emerge пытается скачать самый новый?

[serzh-z]

Т.к. inputproto-1.3.2 есть в distfiles, а для 1.4 есть ebuild.

Откуда ebuild и откуда distfiles?

[Артём Н.]

Т.к. inputproto-1.3.2 есть в distfiles, а для 1.4 есть ebuild.

Откуда ebuild и откуда distfiles?

С Gentoo 2007.0 LiveDVD.

[serzh-z]

С Gentoo 2007.0 LiveDVD.

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

[Sandle_X]

А чем не устроил equery d <пакет> ? покажет зависимости...

[Артём Н.]

2serzh-z:0
Конечно... Кому нужны на LiveDVD, в котором должно быть всё необходимое, какие-то там alsa-utils или clisp,
тонна automake, которые тянет за собой как зависимости какая-то пакость.
Но вот 3 плеера - это нужно обязательно. Без amarok и mplayer, Linux не загрузится...

2Sandle_X:
Видимо тем, что я о нём не знал...
Сегодня только поставил пакет с этими утилитами...
Установка затягивается уже на 2-ю неделю.

Ещё несколько вопросов:
1.) Зачем в нек. .ebuild устанавливается переменная AUTOMAKE="1.8" (1.6, 1.7, и т.д.)?
Я пробовал изменить на latest - всё собирается нормально и не тянет за собой лишний automake.
Зачем тогда им старые версии.
2.) Не совсем в тему: У меня был старый /home на ext3, имена в koi8-r.
Сейчас всё в unicode на reiserfs. Скопировал с ext на reiser. Криво. Когда в установленной и запущенной системе
посмотрел /home - всё отображалось знаками вопроса.
Я сделал раздел vfat, примонтировал с iocharset=cp866 (ошибся), всё скопировал на него и перемонтировал с iocharset=utf8. Бесполезно. Надоело мне копировать - сделал скрипт, преобразовал часть имён на reiser с помощью recode koi8r. Один каталог, в процессе тестирования, испортил.
Скопировал с vfat. Теперь у меня recode не работает. Т.е. раньше ls music/Высоцкий|recode koi8r отображало русские имена (имена в каталоге не были перекодированы), а теперь ls Высоцкий|recode koi8r отображает знаки вопроса.
Почему?

[serzh-z]

Конечно... Кому нужны на LiveDVD, в котором должно быть всё необходимое, какие-то там alsa-utils или clisp,
тонна automake, которые тянет за собой как зависимости какая-то пакость.
Но вот 3 плеера - это нужно обязательно. Без amarok и mplayer, Linux не загрузится...

LiveDVD предполагает загрузку и работу, согласны? Но никак не установку *всех возможных пакетов на живую систему*, да ещё и без доступа к сети.

[Артём Н.]

LiveDVD предполагает загрузку и работу, согласны? Но никак не установку *всех возможных пакетов на живую систему*, да ещё и без доступа к сети.

Я не спорю. Просто странный состав distfiles... ИМХО.

[Артём Н.]

Конечно простите за назойливость, но, повторюсь.
Зачем некоторые пакеты требуют старые версии automake (1.4, 1.6, 1.7, и т.д.)?
Хотя с версией latest - всё собирается нормально.
Разработчики просто не обновляют старые порты или здесь есть другая причина?

[serzh-z]

Артём Н., скорее потому что никто не тестировал пакет с новой версией automake, как я догадываюсь, судя по возникающим иногда проблемам, - от версии к версии в нём (и вообще в autotools) зачастую происходят изменения в синтаксисе скриптов, несовместимые со старыми версиями. Соответственно - если автор приложения написал свой automake-скрипт для automake 1.4 и указал в документации, что для сборки нужна эта версия, то эту версию версию ebuild и будет требовать.

Во всяком случае, другого объяснения я не вижу.

[Mellon]

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

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

PS Серж шустрей, однако, молодец

[Артём Н.]

С autotools понятно.
Ещё пара вопросов:
1.) Некоторым пакетам требуется gtk-1.2.
Самое странное, что среди этих пакетов kdegraphics и mplayer...
Зачем он им нужен и так ли важно его ставить, если есть gtk-2.0?
Можно ли обойтись без установки gtk-1.2 или всё же желательно его поставить?
2.) Как собрать mplayer вообще без gtk?
Он упорно его требует.

[serzh-z]

Артём Н., лично мне плеваться хочется, когда вижу старый GTK+... Лучше использовать приложение вообще без GUI, если оно не поддерживает GTK+ 2.x, чем с GTK+ 1.x. Имхо. Соответственное для всех пакетов я отключаю флаг gtk, если данный пакет поддерживает лишь 1.x.

[Артём Н.]

Это я ошибся... Для mplayer gtk в USE отключал - бесполезно.
В итоге выяснилось, что не mplayer тянет gtk-1.2, а библиотека libdv, которую тянет за собой mplayer.
Gtk для неё отключил, всё работает.

Нужны ли вообще:
1.) qt3, если есть qt4?
2.) imlib, если есть imlib2?

[Gogast]

1.) qt3, если есть qt4?

это разные вещи

[Артём Н.]

2Gogast:
Т.е. нужно поставить обе Qt?
Почему qt4 "несовместимо" с qt3, т.е. приложения, использующие qt3
не могут также работать с qt4 и приходится ставить обе?

[DaemonTux]

2Gogast:
Т.е. нужно поставить обе Qt?
Почему qt4 "несовместимо" с qt3, т.е. приложения, использующие qt3
не могут также работать с qt4 и приходится ставить обе?

ДА именно так. Q3 не совместима с QT4 и на оборот. Приложения надо переписывать что бы перевести с 3 на 4 версию. Так что пусть ставятся обе.

[Flaming]

Вопрос в тему (разбужу поэтому).
Куда сохраняет emerge свой кеш, который потом используется при emerge --resume. То есть имена и версии пакетов, которые осталось дособрать. Чтобы можно было их либо просто просмотреть, либо поправить. Либо забекапить этот кеш, чтобы потом восстановить.
В гугле про это ни слова не нашёл, в мане про это не сказано.

[serzh-z]

Flaming
В /vat/tmp/portage, по умолчанию