-
Balancer: Все сообщения за 7 Ноября 2007 года
| Пн | Вт | Ср | Чт | Пт | Сб | Вс |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | |||
| 5 | 6 | 7 | 8 | 9 | 10 | 11 |
| 12 | 13 | 14 | 15 | 16 | 17 | 18 |
| 19 | 20 | 21 | 22 | 23 | 24 | 25 |
| 26 | 27 | 28 | 29 | 30 |
Mishka> Народ, а как работать с файлом ebuilds, который с багзилы?
Если совсем коротко (а подробно ссылку тебе дали) - делаешь каталог /usr/local/portage/media-gfx/qtpfsgui и кидаешь туда свой ebuild под именем, типа "qtpfsgui-1.8.12.ebuild"
Потом делаешь ebuild /usr/local/portage/media-gfx/qtpfsgui/qtpfsgui-1.8.12.ebuild digest
Потом прописываешь /usr/local/portage/ в список портежей в /etc/make.conf:
(предпочитаю в таком виде, чтобы "свои" оверлеи "перевешивали" основной).
Потом делаешь emerge.
Mishka> Решил установить Qtpfsgui — а в дереве нет.
А с ним - совсем просто:
Устанавливаем layman:
emerge -av layman
(это такой универсальный менеджер сторонних оверлеев с кучей сторонних же ebuild'ов)
Опционально - конфигурим /etc/layman/layman.cfg
Например, я прописываю его оверлеи в подкаталог:
storage : /usr/local/overlays/layman
Загружаем оверлей xwing, где водится Qtpfsgui:
layman -a xwing
После этого, оный оверлей в /usr/local/overlays/layman/xwing
Дальше или его целиком подключаешь в make.conf, или, я, например, предпочитаю прописывать симлинки на /usr/local/portage:
ln -s /usr/local/overlays/layman/xwing/media-gfx/qtpfsgui /usr/local/portage/media-gfx/
Вообще, сторонние оверлеи, если они "живые", предпочтительнее ручного добавления ebuild'ов. Ибо самому потом нередко влом обновлять
Mishka> Но выходит не кошерно.
Это да. В Gentoo очень мощные механизмы, благодаря которым систему можно не засорять неучтёнными файлами
Если совсем коротко (а подробно ссылку тебе дали) - делаешь каталог /usr/local/portage/media-gfx/qtpfsgui и кидаешь туда свой ebuild под именем, типа "qtpfsgui-1.8.12.ebuild"
Потом делаешь ebuild /usr/local/portage/media-gfx/qtpfsgui/qtpfsgui-1.8.12.ebuild digest
Потом прописываешь /usr/local/portage/ в список портежей в /etc/make.conf:
code bash
- PORTDIR_OVERLAY="
- /usr/portage \
- /usr/local/portage \
- "
(предпочитаю в таком виде, чтобы "свои" оверлеи "перевешивали" основной).
Потом делаешь emerge.
Mishka> Решил установить Qtpfsgui — а в дереве нет.
А с ним - совсем просто:
Устанавливаем layman:
emerge -av layman
(это такой универсальный менеджер сторонних оверлеев с кучей сторонних же ebuild'ов)
Опционально - конфигурим /etc/layman/layman.cfg
Например, я прописываю его оверлеи в подкаталог:
storage : /usr/local/overlays/layman
Загружаем оверлей xwing, где водится Qtpfsgui:
layman -a xwing
После этого, оный оверлей в /usr/local/overlays/layman/xwing
Дальше или его целиком подключаешь в make.conf, или, я, например, предпочитаю прописывать симлинки на /usr/local/portage:
ln -s /usr/local/overlays/layman/xwing/media-gfx/qtpfsgui /usr/local/portage/media-gfx/
Вообще, сторонние оверлеи, если они "живые", предпочтительнее ручного добавления ebuild'ов. Ибо самому потом нередко влом обновлять
Mishka> Но выходит не кошерно.
Это да. В Gentoo очень мощные механизмы, благодаря которым систему можно не засорять неучтёнными файлами
… чтобы понять рекурсию, нужно сперва понять рекурсию …
инфо
инструментыcode text
- !!! One of the following masked packages is required to complete your request:
- - media-gfx/qtpfsgui-1.8.12 (masked by: ~amd64 keyword)
Сим emerge сообщает, что пакет media-gfx/qtpfsgui версии 1.8.12 замаскирован ключём ~amd64. Типа, непроверенный. Каждая версия каждого пакета помечена теми или иными ключами. Как правило, это:
x86, amd64, ppc, <etc> - стабильные и проверенные версии, традиционно объединённо обозначаются словом arch.
~x86, ~amd64, ~ppc... - скорее всего стабильные, но не гарантирована совместимость и безглючность. Общее обозначение - ~arch
-* - это пометка нестабильных ранних тестовых версий.
С последними лучше без нужды не связываться, а ~arch - вполне жизнеспособны. Некоторые даже всю систему на ~arch переводят (ACCEPT_KEYWORDS="~amd64" в /etc/make.conf), но это весьма рискованно.
Я предпочитаю всю систему держать на x86, и только конечный прикладной софт, от глюков которого не нарушится работоспособность системы в целом - в ~x86. Плюс все ~x86 библиотеки, которые им нужны в виде точных версий. Сейчас уточню.
Индивидуально ключевые слова можно прописать в файле /etc/portage/package.keywords. Пакеты можно указывать как целиком, например:
media-gfx/qtpfsgui ~amd64
(отдельной строкой), так и с указанием точных версий, или групп версий:
=media-gfx/qtpfsgui-1.8.12 ~amd64 - указание точной версии
<media-gfx/qtpfsgui-2 ~amd64 - размаскировываются все версии меньше второй
>=media-gfx/qtpfsgui-2 ~amd64 - от второй и выше
=media-gfx/qtpfsgui-1.8.* ~amd64 - все 1.8.xxx
Так вот, я для конечного прикладного софта предпочитаю полное размаскирование:
code text
- ...
- app-cdr/k3b ~x86
- app-misc/cdcollect ~x86
- net-im/pidgin ~x86
- ...
Если попытаться заемержить такой софт, он может скомпилироваться сразу, а может выругаться в духе "One of the following masked packages is required to complete your request..." с указанием того, что для сборки ему нужна версия или строго равная определённой, или та, которая старше некоторой, но все эти версии тоже замаскированы. Тогда я размаскирую только одну из подходящих версий с точной привязкой. Со временем, если пакет такой библиотеки будет протестирован и помечен стабильным, он так и останется и следующий раз обновится уже до новой стабильной. А не до первой же неоттестированной, до которой эта библиотека может обновится, если размаскировать её целиком:
code text
- =media-libs/amanith-0.3-r1 ~x86
- =sci-chemistry/openbabel-2.1.1 ~x86
- ...
Ну и бывает, что и "глубинные" вещи, таки, размаскирую принудительно сам:
code text
- =sys-devel/binutils-2.18* ~x86
Вообще, у меня есть несколько полезных скриптиков для того, чтобы не лазить вручную в эти файлы:
/usr/local/bin/kw
code bash
- !/bin/bash
- echo $1 ~amd64 >> /etc/portage/package.keywords
т.е. пишешь (вернее, конечно, копипастишь через буфер средней кнопки мыши из терминалки):
kw media-gfx/qtpfsgui
или
kw =sci-chemistry/openbabel-2.1.1
или
kw '<=app-portage/layman-1.0.10'
(в последнем случае аргумент надо брать в апострофы, а то '<' - перенаправление ввода).
...
>на двухядерник.
Не забудь MAKEOPTS="-j4" или -j5 в /etc/make.conf
Он в несколько потоков компилить будет. (рекомендуют -jN, N=2*cores{+1})
… чтобы понять рекурсию, нужно сперва понять рекурсию …
ixside> А форт С6? Получше SF будет?
Он уже полгода совсем не развивался. Местами до сих пор лучше (и заметно), но наверняка по ряду вещей сильно отстал. В первую очередь это должно касаться заселения C6-территорий и дропа. Хотя в него можно перенести данные от SF, но пока даже до этого всё руки не доходят.
Он уже полгода совсем не развивался. Местами до сих пор лучше (и заметно), но наверняка по ряду вещей сильно отстал. В первую очередь это должно касаться заселения C6-территорий и дропа. Хотя в него можно перенести данные от SF, но пока даже до этого всё руки не доходят.
… чтобы понять рекурсию, нужно сперва понять рекурсию …
** Сообщение с ограниченным доступом **
shon13> Как бы там нибыло, но про массовый голод 33-34гг.. чтото неслышно. Если б был тот самый геноцид, то его б продолжили до полного рензультата.
Вот, точно!
Правда, «они» могут ответить, что к тому времени просто неугодные кончились и программа была выполнена
Вот, точно!
Правда, «они» могут ответить, что к тому времени просто неугодные кончились и программа была выполнена
… чтобы понять рекурсию, нужно сперва понять рекурсию …
BrAB> Угу. полгода я сиделна стриме. Потом пригла корбина - и я пересел. Чего и вам желаю
До сих пор в раздумьях, рисковать ли переходить на Корбину, или так и оставаться на Стриме
До сих пор в раздумьях, рисковать ли переходить на Корбину, или так и оставаться на Стриме
… чтобы понять рекурсию, нужно сперва понять рекурсию …
>A good choice is the number of CPUs in your system plus one
Ну да, для однопроцессорных так j2 и выходит
>but this guideline isn't always perfect.
Больше - не меньше, сильно хуже не будет. Зато система почти не будет простаивать, дожидаясь готовности данных с диска
...
Кстати, для сбора мелких пакетов (процентов 99 от общего числа
) полезно сделать mount -t tmpfs tmpfs /var/tmp/portage
Ну да, для однопроцессорных так j2 и выходит
>but this guideline isn't always perfect.
Больше - не меньше, сильно хуже не будет. Зато система почти не будет простаивать, дожидаясь готовности данных с диска
...
Кстати, для сбора мелких пакетов (процентов 99 от общего числа
) полезно сделать mount -t tmpfs tmpfs /var/tmp/portage
… чтобы понять рекурсию, нужно сперва понять рекурсию …
HolyBoy> Тариф мейнстрим 4096/768.
Коллега
HolyBoy> Что касается корбины, то тут все неоднозначно. В одних районах связь у нее на уровне, в других - галимое убожество. Проблемы обычно по вечерам, когда на локалку наибольшая нагрузка.
Вот из-за этой лоттереи и неохота. С другой стороны - у Стрима сейчас у меня каждый дисконнект - это потом 20 минут(!) реконнекта. Видимо у них сессия криво закрывается, или ещё что-то.
Коллега
HolyBoy> Что касается корбины, то тут все неоднозначно. В одних районах связь у нее на уровне, в других - галимое убожество. Проблемы обычно по вечерам, когда на локалку наибольшая нагрузка.
Вот из-за этой лоттереи и неохота. С другой стороны - у Стрима сейчас у меня каждый дисконнект - это потом 20 минут(!) реконнекта. Видимо у них сессия криво закрывается, или ещё что-то.
… чтобы понять рекурсию, нужно сперва понять рекурсию …
>как система присела в момент линкования, я просто обалдел
Я уже скоро год, как в удручённом состоянии по этому поводу. Не знаю, что там в Linux на последних ядрах нахимичили, но высокая интенсивность работы с диском сейчас машины стала тормозить. Точных версий уже не помню, помню, что это были из последних ядер, где CFQ был в ядре, но ещё не был IO-шедулером по умолчнию, включение этого CFQ творило чудеса. На любой разумной интенсивности дисковых операций система в худшем случае становилась немного вялой... Сейчас же - увы, почти как винда
Я уже скоро год, как в удручённом состоянии по этому поводу. Не знаю, что там в Linux на последних ядрах нахимичили, но высокая интенсивность работы с диском сейчас машины стала тормозить. Точных версий уже не помню, помню, что это были из последних ядер, где CFQ был в ядре, но ещё не был IO-шедулером по умолчнию, включение этого CFQ творило чудеса. На любой разумной интенсивности дисковых операций система в худшем случае становилась немного вялой... Сейчас же - увы, почти как винда
… чтобы понять рекурсию, нужно сперва понять рекурсию …
Copyright © Balancer 1997..2024
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
Связь с владельцами и администрацией сайта: anonisimov@gmail.com, rwasp1957@yandex.ru и admin@balancer.ru.
