LINUX.ORG.RU
ФорумTalks

[gentoo] [анабиоз] автоисправление блокеров?

 


0

0

Сегодня решил даунгрейдить иксы и увидел такую картину:

Calculating dependencies... done!
[ebuild     UD] x11-base/xorg-server-1.4.2 [1.5.3] USE="dri%* (-nptl*) -xprint%" 
[uninstall    ] x11-libs/libpciaccess-0.10.5 
[blocks b     ] <x11-base/xorg-server-1.5 ("<x11-base/xorg-server-1.5" is blocking x11-libs/libpciaccess-0.10.5)

ключевое слово [uninstall]. Тоесть portage научился автоматом разрешать конфликты? Как это я проспал такое событие?

Ошибки о блокерах не выдаёт как раньше. Иксы начали собираться...

★★★★★

генту RIP

anonymous
()

Слегка, лучше стало с блокировками, но не сильно.

2009.0 меня сильно порадовал. Куча старых багов исправили. Система стала работать ощутимо ровнее. Сегфолты в частности давно не наблюдаю...

soomrack ★★★★★
()
Ответ на: комментарий от soomrack

У меня система стабилизировалась после того как я засунул весь system в package.keywords с суффиксом -~arch (т.е. стабилизировал system set)

А так система в ~arch и не жужжит.

Nao ★★★★★
() автор топика
Ответ на: комментарий от soomrack

>2009.0

# eselect profile list
Available profile symlink targets:
  [1]   hardened/x86/2.6
  [2]   selinux/2007.0/x86
  [3]   selinux/2007.0/x86/hardened
  [4]   default/linux/x86/2008.0
  [5]   default/linux/x86/2008.0/desktop *
  [6]   default/linux/x86/2008.0/developer
  [7]   default/linux/x86/2008.0/server
  [8]   hardened/linux/x86


?

KRoN73 ★★★★★
()
Ответ на: комментарий от Nao

>У меня система стабилизировалась после того как я засунул весь system в package.keywords с суффиксом -~arch (т.е. стабилизировал system set)

Я проще поступаю. Системный KEYWORD - arch (x86), а почти весь интересный мне конечный софт - индивидуально в ~arch. Когда каких-то зависимостей в arch перестаёт хватать - раскрываю, но не весь пакет, а только версию. Получается и стабильно, и софт основной свежий :)

KRoN73 ★★★★★
()
Ответ на: комментарий от Nao

у меня только несколько пакетов из тестовой сборки:

1. ядро (нужно для поддержки оборудования)
2. djview4 (в стабильной просто нет)
3. и все для последнего xorg (штук 20 библиотек)

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

soomrack ★★★★★
()

> ключевое слово [uninstall]. Тоесть portage научился автоматом разрешать конфликты? Как это я проспал такое событие?

Боян.

Но всякие сложные расклады, в зависимости от выставленного уровня AI, тебе придётся разрешать руками ;)

Gharik
()
Ответ на: комментарий от KRoN73

> # eselect profile list

Available profile symlink targets:
  [1]   hardened/amd64
  [2]   hardened/amd64/multilib
  [3]   selinux/2007.0/amd64
  [4]   selinux/2007.0/amd64/hardened
  [5]   default/linux/amd64/2008.0
  [6]   default/linux/amd64/2008.0/desktop
  [7]   default/linux/amd64/2008.0/developer
  [8]   default/linux/amd64/2008.0/no-multilib *
  [9]   default/linux/amd64/2008.0/server
  [10]  hardened/linux/amd64

ЧЯДНТ? ;)

Gharik
()
Ответ на: комментарий от KRoN73

> Я проще поступаю. Системный KEYWORD - arch (x86), а почти весь интересный мне конечный софт - индивидуально в ~arch. Когда каких-то зависимостей в arch перестаёт хватать - раскрываю, но не весь пакет, а только версию. Получается и стабильно, и софт основной свежий :)

+1, только "весь пакет". Для лажи есть *.mask + *.unmask.

Gharik
()
Ответ на: комментарий от Gharik

>+1, только "весь пакет"

Не-не... Нередко внутренний пакет стабилизируется и его стабильной версии хватает для работы тестовой конечной утилиты. Так зачем тогда этот пакет тоже тестовым держать? :)

...

А если ломает ручками раскрывать, то можно autounmask юзать. Он, как раз, по дефолту поверсионно раскрывает.

Плюс скрипт, типа /usr/local/bin/kw, в котором "echo $1 ~x86 >> /etc/portage/package.keywords"

KRoN73 ★★★★★
()
Ответ на: комментарий от KRoN73

>Я проще поступаю. Системный KEYWORD - arch (x86), а почти весь интересный мне конечный софт - индивидуально в ~arch. Когда каких-то зависимостей в arch перестаёт хватать - раскрываю, но не весь пакет, а только версию. Получается и стабильно, и софт основной свежий :)

Так конечно более правильно, но меня когдато запарило расставлять ~arch, а софт хотелось посвежее) Ну теперь мне обратно дорога сложная, ибо glibc нестабильный стоит, а emerge говорит что даунгрейд glibc он не поддерживает;(

Nao ★★★★★
() автор топика
Ответ на: комментарий от Nao

>но меня когдато запарило расставлять ~arch

У меня сперва свой скрипт был для этого дела, а потом задействовал autounmask.

>Ну теперь мне обратно дорога сложная [...] а emerge говорит что даунгрейд glibc он не поддерживает;(

Я когда-то этот путь прошёл :) Пару-тройку лет назад на общем ~amd64. Извратился как-то. То ли бинарный пакет с glibc собрал и распаковал вручную, то ли вообще stage1 развернул. Пересобрал system, почистил cruft, проверил все revdep-rebuild. И больше так не извращался :)

KRoN73 ★★★★★
()
Ответ на: комментарий от Nao

>Ну как откуда. Из машины времени очевидно)

=== cut ===
Ты к знакомым мелодиям ухо готовь
И гляди понимающим оком,-
Потому что любовь - это вечно любовь,
Даже в будущем вашем далеком.
=== cut ===

? :)

KRoN73 ★★★★★
()
Ответ на: комментарий от generatorglukoff

>xorg-1.5 - полное гавно =(

Installed versions: 1.5.3(02:31:13 21.12.2008)

? Куда мне смотреть? :)

KRoN73 ★★★★★
()
Ответ на: комментарий от generatorglukoff

> xorg-1.5 - полное гавно =(

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

Nao ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

>=== cut ===
>...

>=== cut ===


к великому сожалению к стихам абсолютно индефферентен, так что невкурил.(

Nao ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

> А откуда 2009.0? :)

А я хз ;)

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

Gharik
()
Ответ на: комментарий от KRoN73

> Не-не... Нередко внутренний пакет стабилизируется и его стабильной версии хватает для работы тестовой конечной утилиты. Так зачем тогда этот пакет тоже тестовым держать? :)

Потому что, есть багфикс-релизи и прочие хорошие вещи ;)

Всё остальное суть лишнее, неохота морочиться...

Gharik
()
Ответ на: комментарий от GAMer

чейнджлог так сложно глянуть? или заемержить конкретную версию, тогда emerge сам выдаст нужный кусок лога

anonymous
()
Ответ на: комментарий от KRoN73

Нет, одно время он не был замаскирован.

In order to ensure that portage-2.1.6 gets sufficient testing, portage-2.2 will be masked in package.mask until portage-2.1.6 has been marked stable. If you would like to continue using portage-2.2 then you should unmask it (instead of downgrading to portage-2.1.6).

anonymous
()
Ответ на: комментарий от anonymous

cat /usr/portage/profiles/package.mask

# Zac Medico <zmedico@gentoo.org> (05 Jan 2009)
# Portage 2.2 is masked due to known bugs in the
# package sets and preserve-libs features.
>=sys-apps/portage-2.2_pre

lv ★★
()
Ответ на: комментарий от anonymous

> только он и задолго до (05 Jan 2009) был замаскирован
Ну да, только, если мне не изменяет знание английского.. в 2.2 есть неисправленные баги - потому и не размаскирывают.

lv ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.