Система portage

Обсуждение системы портежей, а также вопросов установки програмного обеспечения посредством портежей

no-multilib, меняется ли список замаскированных пакетов?

В профайле no-multilib (2008) есть много заблокированных пакетов, требующих для своей работы 32-х битного окружения, но вот например недавно Adobe выпустила свой flash-плеер 64-х битным. Может ещё какие пакеты сменили свой статус на независимый от 32-х бит... Это со временем отражается на профайле? Они становятся доступны при emerge --rsync ?

Не собирается sys-apps/file-4.26

/bin/sh ../libtool --tag=CC --mode=link i686-pc-linux-gnu-gcc -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wsign-compare -Wreturn-type -Wswitch -Wshadow -Wcast-qual -Wwrite-strings -Wextra -Wunused-parameter -O2 -march=athlon-xp -pipe -D_GNU_SOURCE -Wl,-O1 -o file file.o libmagic.la -lz
i686-pc-linux-gnu-gcc -Wall -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wmissing-declarations -Wredundant-decls -Wnested-externs -Wsign-compare -Wreturn-type -Wswitch -Wshadow -Wcast-qual -Wwrite

Зависание или блокировка emerge @kdebase

Решил собрать 4-ку. Почитал фак, добавил сеты и собственно запускаю emerge @kdebase. Тут бывает два варианта - начинает собираться с двух разных пакетов случайным образом (может и не случайным, но я не знаю каким тогда). В одном случае после сборки первого пакета происходит блокировка на lock файле. При том что гарантированно мной запускается только один emerge. Второй вариант - при фетче с другого пакета (xinit в частности) пишет Checking if this file is OK и все. Никакой активности очень долгое время (ставил уходя на работу - к вечеру ничего).

Переход с no-multilib на multilib - не собирается gcc

Доброго времени суток!
У меня дома установлена Gentoo x86_64 (2008.0/no-multilib). Появилась необходимость перейти на 2008.0 (multilib). Однако простой смены профиля недостаточно - не собирается gcc. Я так понял, что после сборки системы (и всего остального) с no-multilib gcc теряет возможность работы с 32-разрядным кодом... Никто не пробовал переходить с no-multilib на multilib? Интересно, что нужно сделать для того, чтобы при таком переходе можно было нормально собрать gcc и glibc?
Заранее спасибо.

ЗЫ - bootstrap пробовал - то же самое - gcc не собирается.

QT4 - когда же "разрулятся" конфликты в зависимостях?! [SOLVED]

Никак не могу нормально обновить "мир"...

На Gentoo пересел по причине стройной и понятной системы "зависимостей" пакетов.

До появления qt-4* не было особых проблем с обновленями.

А теперь... этому пакету нужен qt-3*, другому - qt-4.1, третьему - qt-4.2, четвёртому - qt-4.3... Да когда ж это кончится?!!!

Подскажите - как разобраться?

Не собирается exo-3.0.4-r1 [SOLVED]

При обновлении не собирается пакет xfce-extra/exo-0.3.4-r1
Нашел ошибку также здесь http://bugs.gentoo.org/show_bug.cgi?id=247021

make[2]: Leaving directory `/var/tmp/portage/xfce-extra/exo-0.3.4-r1/work/exo-0.3.4/exo-hal'
Making all in exo-helper
make[2]: Entering directory `/var/tmp/portage/xfce-extra/exo-0.3.4-r1/work/exo-0.3.4/exo-helper'
make all-recursive
make[3]: Entering directory `/var/tmp/portage/xfce-extra/exo-0.3.4-r1/work/exo-0.3.4/exo-helper'
Making all in helpers
make[4]: Entering directory `/var/tmp/portage/xfce-extra/exo-0.3.4-r1/work/exo-0.3.4/exo-helper/helper

package.keywords - возможно ли размаскировать группу пакетов?

Поясняю - когда я пользовалься paludis'ом, я мог написать в /etc/paludis/keywords.conf что-то вроде "*/*:4.1::gentoo *", в результате чего я мог размаскировать только пакеты ветки kde-4.1 (то есть "все пакеты:группа (или как ее там) 4.1::репозиторий gentoo * (all keywords)).
Могу ли я творить подобное в package.keywords?
И еще - людей, "ниасиливших" paludis я попросил бы воздержаться от комментариев.

Error: "/var/tmp/kdecache-user" is owned by uid 1000 instead of uid 0.

После emerge некоторых пакетов(например smplayer, firefox) выскакивает много сообщений такого типа:
[code]kded(3331)/kio (KDirWatch) KDirWatchPrivate::useINotify: trying to use inotify for monitoring
kded(3331)/kio (KDirWatch) KDirWatchPrivate::useINotify: inotify successfully used for monitoring
kded(3331)/kio (KDirWatch) KDirWatchPrivate::addEntry: Added File "/usr/kde/4.1/share/kde4/services/trash.protocol" for "" ["KDirWatch-53"]
kded(3331)/kio (KDirWatch) KDirWatchPrivate::useINotify: trying

Правильность исправления ошибки манифеста

Во время минувшего обновления столкнулся с следующей проблемой: прописанный в манифесте размер файла для CUPS был больше (! странно...) реально скачанного архива.

Понятно конечно, что с течением времени это явно исправят.
Но обновляться-то мне надо сейчас.

Посмотрел размеры архива в разных источниках.

Ленты новостей