Compiz-fusion не собирается.

> Он тянет за собой media-libs/jpeg, хотя у меня заместо него virtual/jpeg и jpeg-turbo

Перепиши в ебилде.

Он отказывается собираться, падает на dev-python/compizconfig-python-0.9.2:0::desktop-effects, говоря об ошибке сборки с Cpython 2.7

eselect python list, eselect python set ...

> Перепиши в ебилде.

Либо man package.provided.

Думаете с 3.1 лучше соберется? А зависимости сейчас подправлю.

>2) Он отказывается собираться, падает на dev-python/compizconfig-python-0.9.2:0::desktop-effects
Оно не собирается с cython 14-ой версии, нужна 13-ая.

> Думаете с 3.1 лучше соберется? А зависимости сейчас подправлю.

Я бы даже сказал, что лучше с 2.6, если она есть.

Достаточно глупый вопрос, но всё таки, не знаете, где палудис хранит ебилды?

В /usr/portage/dev-python/compizconfig-python/ последняя версия compizconfig-python-0.8.4-r3.ebuild, а в /var/db/pkg/dev-python/ его вообще нет. Гугление особых результатов не дало.

Печально, не люблю вручную пакеты ставить.

Почему вручную? Чем портаж не угодил?

Может туплю, но единственная доступная версия- 0.14.1

dev-python/cython

Available versions: 0.14.1 {doc examples}

Installed versions: 0.14.1(10:49:40 18.04.2011)(-doc -examples)

> Достаточно глупый вопрос, но всё таки, не знаете, где палудис хранит ебилды?

Нет. А у него есть аналог package.provided? Чтобы Палудис считал, что этот пакет уже установлен.

cython-0.13.ebuild

# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: /var/cvsroot/gentoo-x86/dev-python/cython/cython-0.14.1.ebuild,v 1.6 2011/03/31 17:21:01 xarthisius Exp $
  
EAPI="3"
SUPPORT_PYTHON_ABIS="1"
RESTRICT_PYTHON_ABIS="*-jython"
  
inherit distutils
  
MY_PN="Cython"
MY_P="${MY_PN}-${PV/_/}"
  
DESCRIPTION="The Cython compiler for writing C extensions for the Python language"
HOMEPAGE="http://www.cython.org/ http://pypi.python.org/pypi/Cython"
SRC_URI="http://www.cython.org/release/${MY_P}.tar.gz"
  
LICENSE="Apache-2.0"
SLOT="0"
KEYWORDS="amd64 ~arm hppa ~ia64 ppc ppc64 ~sparc x86 ~amd64-linux ~x86-linux ~ppc-macos ~x86-macos ~x64-solaris ~x86-solaris"
IUSE="doc examples"
  
DEPEND=""
RDEPEND=""
  
S="${WORKDIR}/${MY_P}"
  
PYTHON_CFLAGS=("2.* + -fno-strict-aliasing")
  
DOCS="README.txt ToDo.txt USAGE.txt"
PYTHON_MODNAME="Cython cython.py pyximport"
  
src_test() {
        testing() {
                "$(PYTHON)" runtests.py -vv --work-dir tests-${PYTHON_ABI}
        }
        python_execute_function testing
} 
  
src_install() {
        distutils_src_install
  
        if use doc; then
                # "-A c" is for ignoring of "Doc/primes.c".
                dohtml -A c -r Doc/* || die "Installation of documentation failed"
        fi
  
        if use examples; then
                insinto /usr/share/doc/${PF}/examples
                doins -r Demos/* || die "Installation of examples failed"
        fi
}

Про package.provided ничего не знаю, ман у меня, кажется отсутсвует (������ ��� package.provided � ����������� ���). Но аналог есть:

Portage supports pretending that a package is installed for the purposes of dependency resolution via a file called package.provided. Paludis provides a cleaner approach, in the form of cave import. cave import allows you to more cleanly reinstall, uninstall, and upgrade unpackaged packages, using the same sort of merge/unmerge process that paludis uses for ebuilds.

To use cave import, you will first have to configure an installed_unpackaged format repository.

To get a more direct equivalent of package.provided, you can "install" an empty directory with cave import.[/quote]
Так что почитаю, может поможет.

Спасибо, попробую.