llvm-libunwind - Use sys-libs/llvm-libunwind instead of sys-libs/libunwind
This would be similar to graphicsmagick and libressl USE flags.
sys-libs/libunwind and sys-libs/llvm-libunwind are ABI-incompatible,
at least due to different sonames of libraries. Switching between them
requires rebuildin
Maybe one generic function (called e.g. tc-set-linker) whose arguments
are a preference-ordered list of supported linkers?
If currently used linker is not in the specified list, then this
function would force using first found linker from that list.
Forcing bfd only:
tc-set-linker bfd
Forcing g
+ configure.ac || die "fixing CFLAGS failed!"
The broken libuv-1.2.1.ebuild was not disabling unwanted addition of -g to
CFLAGS.
The fix for this problem affected installed files, so revision bump was
required.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
describe
A user would have to do:
# echo ${new_repository} > /var/db/pkg/${CATEGORY}/${PF}/repository
# touch /var/db/pkg/${CATEGORY}/${PF}
# touch /var/db/pkg/${CATEGORY}
# touch /var/db/pkg
(It is possible that updating of timestamps is not yet strictly required...)
--
Arfrever Frehtes T
.1).
http://www.boost.org/users/history/
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
h Rubinius
jruby - Build with JRuby
-ree18 - Build with Ruby Enterprise Edition 1.8.x
+ree18 - Build with Ruby Enterprise Edition 1.8.x (DEPRECATED)
ruby18 - Build with MRI Ruby 1.8.x
ruby19 - Build with MRI Ruby 1.9.x
ruby20 - Build with MRI Ruby 2.0.x
--
Arfrever Frehtes Taifersa
has been supporting setting of priority in /etc/portage/repos.conf for
about 2.7 years.
$ cat /etc/portage/repos.conf
[name_of_overlay]
priority = -1001
(`emerge --info -v` shows repositories with their priorities.)
--
Arfrever Frehtes Taifersar Arahesis
2012-10-31 04:18:14 Arfrever Frehtes Taifersar Arahesis napisał(a):
> Besides founding problems in about 10% of packages
s/founding/finding/
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
iners of app-office/libreoffice-bin can be asked to build it against
ICU 50 after stabilization of ICU 50.
[1] http://blog.flameeyes.eu/2010/08/fixed-in-overlay-read-not-fixed
[2] http://bugs.python.org/issue15925
http://bugs.python.org/issue15926
--
Arfrever Frehtes Taifersar Arahesis
s
that a package works with e.g. Boost 1.50, but not 1.51, so it
could use boost-utils.eclass with BOOST_MAX_SLOT set to "1.50".
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
there
is no need to change current situation.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
says:
"egrep is the same as grep -E. fgrep is the same as grep -F. Direct invocation
as either egrep or fgrep is deprecated,
but is provided to allow historical applications that rely on them to run
unmodified."
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
vote for a separate syntax for types of dependencies.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
of them currently fail to build/work with Boost >=1.51, so
BOOST_MAX_VERSION="1.50" would
have to be used in all ebuilds of package X.
(Boost 1.49 would be used for stable users and Boost 1.50 would be used for
unstable users.)
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
D
2012-09-04 22:50:16 Michał Górny napisał(a):
> + local slot=${1:-${BOOST_MAX_VERSION:-$(boost-utils_get_best_slot)}}
When BOOST_MAX_VERSION is non-empty, then it should be used in the following
way:
[[ "${BOOST_MAX_VERSION}" =~ ^[[:digit:]]+\.[[:digit:]]+$ ]] || die "Invalid
BOOST_MAX_VER
:-0}" 0 1 2 && ! use prefix && EPREFIX=
> +
> + echo -n "${EPREFIX}/usr/include/boost-${slot/./_}"
> +}
There needs to be a way to specify maximal accepted slot of Boost. Examples of
some possibilities:
* BOOST_MAX_SLOT="1.49" global variable
* '--max 1.49' arguments for boost-utils_get_* functions
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
,
which inherits eutils.eclass.
dev-libs/boost ebuilds do not inherit autotools.eclass, and inherit
check-reqs.eclass,
flag-o-matic.eclass and versionator.eclass, which inherit eutils.eclass.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
conf-2.32.4.ebuild
> >net-misc/mico/mico-2.3.13-r5.ebuild
> >sci-chemistry/ccp4-apps/ccp4-apps-6.1.3-r10.ebuild
> >sys-fs/udev/udev-171-r5.ebuild
>
> Ouch, in eclasses too!
All matches in eclasses and some matches in ebuilds are false positives.
--
Arfrever Frehtes Taifersar Arahesis
2012-05-07 03:00:31 hasufell napisał(a):
> On 05/07/2012 02:47 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2012-05-06 02:34:26 hasufell napisał(a):
> >> # grep :webkit use.local.desc | wc -l 33
> >>
> >> I would vote to make this a global useflag:
>
2012-05-06 02:34:26 hasufell napisał(a):
> # grep :webkit use.local.desc | wc -l
> 33
>
> I would vote to make this a global useflag:
>
> webkit - Adds support for the webkit library/module
I suggest to use separate qt-webkit (or webkit-qt) and webkit-gtk USE flags.
--
2012-03-20 22:05:17 Alexis Ballier napisał(a):
> On Tue, 20 Mar 2012 17:57:29 -0300
> Alexis Ballier wrote:
>
> > On Tue, 20 Mar 2012 20:35:17 +0100
> > Arfrever Frehtes Taifersar Arahesis wrote:
> >
> > > 2012-03-20 17:53:56 Michał Górny napisał(a):
> &
2012-03-20 17:53:56 Michał Górny napisał(a):
> On Tue, 20 Mar 2012 17:41:39 +0100
> Arfrever Frehtes Taifersar Arahesis wrote:
>
> > 2012-03-20 05:29:20 Luca Barbato napisał(a):
> > > Hi, I tried to avoid depending on eselect-python if the useflag is
> > > disab
dev-java/jython or dev-python/pypy. See
bug #341037.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2012-02-28 22:13:36 Krzysztof Pawlik napisał(a):
> - uses PYTHON_TARGETS use-expand
You cannot painlessly use USE flags for this purpose in gentoo-x86 without
support for use.unsatisfiable.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed mess
hat with a
> few points: (1) i don't think there are any packages in the tree that have
> optional neon (the library) support
http://qa-reports.gentoo.org/output/genrdeps/rindex/net-libs/neon lists 6
packages, which optionally
depend on net-libs/neon.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2011-11-26 11:58:22 Fabian Groffen napisał(a):
> On 26-11-2011 01:54:35 +0000, Arfrever Frehtes Taifersar Arahesis wrote:
> > commit: 1d4ac47c28706094230cb2c4e6ee1c1c71629aa0
> > T> Org>
> > AuthorDate: Sat Nov 26 01:52:49 2011 +0000
> > Commit: Arfrever F
2011-09-16 01:54:44 Brian Harring napisał(a):
> On Fri, Sep 16, 2011 at 01:21:55AM +0200, Arfrever Frehtes Taifersar Arahesis
> wrote:
> > 2011-09-15 09:55:08 Ciaran McCreesh napisał(a):
> > > On Thu, 15 Sep 2011 09:35:21 +0200
> > > Michał Górny wrote:
> >
ason for Gentoo to be worse than Exherbo and not allow dots in
USE flags.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
te_installation_images() renames them (so that their
names include
Python ABI), calls python_convert_shebangs() if they don't have appropriate
shebangs, and calls
python_generate_wrapper_scripts() to create appropriate wrapper scripts).
--
Arfrever Frehtes Taifersar Arahesis
signatu
x86 to overlay.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=commit;h=a133cb89d5279df7febcd0c8ab3890e2ccfb897a
> Maybe we need to spec VDB after all to avoid that kind of nonsense.
I think that unmerge-orphans is a useful feature.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
is
EAPI-independent, so there is no need for a new eclass.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
ocedure will apply.
> >>
> >
> > About the concrete case of python eclass, per Arfrever's comment in bug
> > report related with its eapi4 support, that support is already available
> > in overlay, but not yet merged to the tree (probably because of the
>
years and will
(slowly) replace
PSF-2.2, PSF-2.3, PSF-2.4 and PYTHON in values of LICENSE in ebuilds.
I'm attaching suggested PSF-2 file based on LICENSE file from default branch of
Python upstream
repository.
--
Arfrever Frehtes Taifersar Arahesis
PYTHON SOFTWARE FOUNDATION LI
urces bindings/python
build_python_bindings() {
emake \
PYTHON_INCLUDES="$(python_get_includedir)" \
PYTHON_SITE_PACKAGES="$(python_get_sitedir)" \
python_bindings
}
python_execute_function -s --source-dir b
or
/etc/portage/env/${CATEGORY}/${PN}:${SLOT}.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
calling scanelf on all installed files.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2011-05-17 21:21:48 Tomáš Chvátal napisał(a):
> Dne 17.5.2011 21:12, Arfrever Frehtes Taifersar Arahesis napsal(a):
> > 2011-05-17 20:43:29 Tomáš Chvátal napisał(a):
> >> Dne 10.5.2011 23:21, Arfrever Frehtes Taifersar Arahesis napsal(a):
> >>> PyXML is dead:
2011-05-17 20:43:29 Tomáš Chvátal napisał(a):
> Dne 10.5.2011 23:21, Arfrever Frehtes Taifersar Arahesis napsal(a):
> > PyXML is dead:
> > http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> > http://mail.python.org/pipermail/xml-sig/2006-June/0115
2011-05-17 20:24:16 Mark Loeser napisał(a):
> Arfrever Frehtes Taifersar Arahesis said:
> > > I second that. Why do we need to make all the work fixing packages
> > > instead of letting upstream do their job? I am not so excited to
> > > fix every package I maint
2011-05-17 19:11:57 Mark Loeser napisał(a):
> Arfrever Frehtes Taifersar Arahesis said:
> > PyXML is dead:
> > http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> > http://mail.python.org/pipermail/xml-sig/2006-June/011545.html
> >
> > PyXM
2011-05-17 19:32:23 Markos Chandras napisał(a):
> On Tue, May 17, 2011 at 01:11:57PM -0400, Mark Loeser wrote:
> > Arfrever Frehtes Taifersar Arahesis said:
> > > PyXML is dead:
> > > http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> > >
2011-05-11 12:30:18 Tomáš Chvátal napisał(a):
> Dne 10.5.2011 23:21, Arfrever Frehtes Taifersar Arahesis napsal(a):
> > PyXML is dead:
> > http://mail.python.org/pipermail/xml-sig/2004-November/010735.html
> > http://mail.python.org/pipermail/xml-sig/2006-June/0115
;):
xml.use_pyxml()
This code works with previous versions of Python, so no changes in
dependencies are needed.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
gelogs from Manifests and
> live with that. You have your changelogs unprotected but you keep your
> ebuilds safe(?). As I said, it is a balanced choice that has to be made.
Generated ChangeLogs could contain server-side-generated signatures for
themselves
(gpg --sign --clearsign ChangeLog && mv ChangeLog.asc ChangeLog).
(Manifests wouldn't contain entries for ChangeLogs.)
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2011-05-01 00:32:13 Brian Harring napisał(a):
> On Sat, Apr 30, 2011 at 11:27:47PM +0200, Arfrever Frehtes Taifersar Arahesis
> wrote:
> > 2011-04-04 13:48:43 Brian Harring napisał(a):
> > > > # @ECLASS: python-namespaces.eclass
> > > > # @MAINTAI
defines phase functions for packages
> > installing Python namespaces.
>
> ^^^ This isn't a useful description.
IMHO it's sufficient, but could you suggest some sentences of description?
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
ope/namespaces-silva
net-zope/namespaces-zc
net-zope/namespaces-z3c
The following packages will use both distutils.eclass and
python-namespaces.eclass:
dev-python/dap
dev-python/flask
dev-python/logilab-common
dev-python/paste
net-zope/kss-core
--
Arfrever Frehtes Taifersar Arahesis
signature.
2011-04-04 12:04:44 Tomáš Chvátal napisał(a):
> Dne 4.4.2011 01:13, Arfrever Frehtes Taifersar Arahesis napsal(a):
> > 2011-04-03 21:28:02 Tomáš Chvátal napisał(a):
> >> Dne 3.4.2011 19:38, Arfrever Frehtes Taifersar Arahesis napsal(a):
> >>> I would like to add
2011-04-03 21:28:02 Tomáš Chvátal napisał(a):
> Dne 3.4.2011 19:38, Arfrever Frehtes Taifersar Arahesis napsal(a):
> > I would like to add python-namespaces.eclass. This eclass will be used by a
> > small number of
> > special packages, which will provide Python namespaces
y")
Subpatch #11 adds sanity checks for arguments in some functions.
Subpatch #12 adds unsetting of some internal functions after using of them.
Subpatch #13 moves declaration of local variables to other places for
consistency with
python.eclass.
I'm planning to commit this patch in 1
pkg_postrm()
--
Arfrever Frehtes Taifersar Arahesis
# Copyright 1999-2011 Gentoo Foundation
# Distributed under the terms of the GNU General Public License v2
# $Header: $
# @ECLASS: python-namespaces.eclass
# @MAINTAINER:
# Gentoo Python Project
# @BLURB: Eclass for packages installing Python
pport that EAPI.
>
> What do you think?
python.eclass maintainers are (slowly) working on support for EAPI="4". Please
wait patiently.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
https://bugs.gentoo.org/show_bug.cgi?id=python-3.2
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2011-02-13 20:43:12 Fabian Groffen napisał(a):
> On 13-02-2011 16:53:40 +0000, Arfrever Frehtes Taifersar Arahesis wrote:
> > arfrever11/02/13 16:53:40
> >
> > Modified: make.defaults
> > Log:
> > Don't include ${USE} in the first assignment to US
ad on my side which I have no real
> benefit
> from and I have no real clue about how to write proper EAPI-3 ebuilds.
You can use EAPI="3" without supporting prefix installations.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
remaining ebuilds using distutils.eclass,
python_mod_optimize() or
python_mod_cleanup() in old EAPIs, then it will be possible to remove large
parts of
python_mod_optimize() and python_mod_cleanup().
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
; added the webapp.eclass does some things.
What do you mean about python.eclass?
python.eclass doesn't define python_src_unpack().
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2010-12-18 03:48:26 Donnie Berkholz napisał(a):
> On 02:45 Sat 18 Dec , Arfrever Frehtes Taifersar Arahesis wrote:
> > Problem #1: USE flags cannot contain "." characters.
>
> This isn't a problem, it's an arbitrary statement of an antifeature. My
> un
==
There are already existing patches for Portage, which implement these
solutions, which are
suggested new features in EAPI="4".
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
Why does waf-utils_pkg_setup() call 'python_set_active_version 2'?
What do you plan to do when there are packages using waf and supporting Python
3?
http://code.google.com/p/waf/ says:
"compatibility from Python 2.3 to 3.1 is maintained (and Jython 2.5)"
--
Arfrever Frehte
test given modules/scripts with multiple
Python versions,
would need dependencies built with support for more Python versions.
- You might break something outside of python.eclass.
There is a plan (and patches) to introduce usage of USE flags for selection of
requested
Python versions. It w
2010-11-29 12:43 Sebastian Pipping napisał(a):
> On 11/29/10 02:35, Arfrever Frehtes Taifersar Arahesis wrote:
>> Sebastian Pipping recently removed automatic upgrade of active version of
>> Python, so
>> python-2.7.1.ebuild does not upgrade active version of Python.
>
2010-11-29 08:39:46 Sebastian Pipping napisał(a):
> On 11/28/10 19:04, Arfrever Frehtes Taifersar Arahesis wrote:
> > You probably broke generation of stages :) .
> > (I have restored a minimal version of eselect_python_update() in python
> > overlay.)
>
> Could yo
omebody else wasn't planning to use "{...}"
in the future.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2010-11-29 01:24:50 Alex Alexander napisał(a):
> On 28 Nov 2010, at 22:20, Michał Górny wrote:
>
> > On Sun, 28 Nov 2010 20:32:16 +0100
> > Arfrever Frehtes Taifersar Arahesis wrote:
> >
> >> PYTHON_DEPEND will be required. Otherwise each "${range_of_vers
2010-11-29 01:26:19 Robin H. Johnson napisał(a):
> Presently in package.mask, we have this entry:
>
> # Arfrever Frehtes Taifersar Arahesis (04 Jul 2010)
> # Python 2.7 masked until sufficient number of reverse dependencies is fixed.
> ~dev-lang/python-2.7
>
> Well Pytho
2010-11-28 21:30:47 Zac Medico napisał(a):
> On 11/28/2010 12:07 PM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-11-28 20:59:05 Zac Medico napisał(a):
> >> It seems like you're trying to bypass an important function of repoman
> >> though. The idea is tha
2010-11-28 21:39:43 Michał Górny napisał(a):
> On Sun, 28 Nov 2010 21:34:49 +0100
> Arfrever Frehtes Taifersar Arahesis wrote:
>
> > 2010-11-28 21:20:31 Michał Górny napisał(a):
> > > On Sun, 28 Nov 2010 20:32:16 +0100
> > > Arfrever
2010-11-28 21:20:31 Michał Górny napisał(a):
> On Sun, 28 Nov 2010 20:32:16 +0100
> Arfrever Frehtes Taifersar Arahesis wrote:
>
> > PYTHON_DEPEND will be required. Otherwise each "${range_of_versions}"
> > should be included between "<<" and &q
2010-11-28 21:15:15 Markos Chandras napisał(a):
> On Sun, Nov 28, 2010 at 08:32:16PM +0100, Arfrever Frehtes Taifersar Arahesis
> wrote:
> > I would like to introduce incompatible improvements in syntax of
> > PYTHON_DEPEND variable in
> > EAPI >=4. The new syntax w
2010-11-28 20:59:05 Zac Medico napisał(a):
> On 11/28/2010 10:15 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-11-19 16:51:03 Zac Medico napisał(a):
> >> On 10/25/2010 06:24 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> >>> use.unsatisfiable and package
python_abis_2.5? ( dev-lang/python:2.5[threads,xml] )
...
No has_version() checks in python_pkg_setup() will be generated from
PYTHON_DEPEND.
PYTHON_USE_WITH* variables will be banned in EAPI >=4.
Appropriate REQUIRED_USE will be generated from PYTHON_DEPEND.
Examples:
# Unset PYTHON_DEPEND or PYTHON_DEPEND="<<>>" can generate:
REQUIRED_USE="|| ( python_abis_2.4 python_abis_2.5 python_abis_2.6
python_abis_2.7 python_abis_3.0 python_abis_3.0 python_abis_3.1 python_abis_3.2
python_abis_2.5-jython )"
# PYTHON_DEPEND="A? ( B? ( <<[ncurses,threads]>> ) )" can generate:
REQUIRED_USE="A? ( B? ( || ( python_abis_2.4 python_abis_2.5 python_abis_2.6
python_abis_2.7 python_abis_3.0 python_abis_3.0 python_abis_3.1 python_abis_3.2
python_abis_2.5-jython ) ) )"
PYTHON_BDEPEND
I would also like to introduce PYTHON_BDEPEND variable, which will affect only
DEPEND without
RDEPEND. PYTHON_BDEPEND will have the same syntax as PYTHON_DEPEND in given
EAPI and type of
package. PYTHON_BDEPEND maybe won't affect REQUIRED_USE and has_version()
checks in
python_pkg_setup(). PYTHON_BDEPEND won't affect PYTHON_DEPEND's influence on
DEPEND
(dependencies will be concatenated). PYTHON_BDEPEND probably will be used
mainly in packages
not supporting installation for multiple Python ABIs. In packages supporting
installation for
multiple Python ABIs, PYTHON_BDEPEND can be useful only to specify USE
dependencies (e.g. USE
dependencies conditional on "test" USE flag). Unset PYTHON_BDEPEND won't affect
DEPEND.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2010-11-19 16:51:03 Zac Medico napisał(a):
> On 10/25/2010 06:24 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> > use.unsatisfiable and package.use.unsatisfiable files would cause that
> > `repoman` would treat
> > given USE flags in the same way as masked USE flags.
2010-11-16 00:41:35 Alex Alexander napisał(a):
> On Mon, Nov 15, 2010 at 07:40:44PM +0100, Arfrever Frehtes Taifersar Arahesis
> wrote:
> > Some updates to my suggestion:
> > - Files would optionally end with "-${EAPI}" suffix.
> > - The following files would
t; Please let me know in case I broke anything.
You probably broke generation of stages :) .
(I have restored a minimal version of eselect_python_update() in python
overlay.)
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2010-10-25 16:03:01 Ciaran McCreesh napisał(a):
> On Mon, 25 Oct 2010 15:56:18 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-10-25 15:42:00 Ciaran McCreesh napisał(a):
> > > On Mon, 25 Oct 2010 15:24:23 +0200
> > > Arfrever Frehtes Taifersar Arahesis
2010-11-15 19:32:28 Zac Medico napisał(a):
> On 11/15/2010 10:23 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-11-03 06:18:01 Zac Medico napisał(a):
> >> When you need to use a new EAPI, why not just create a sub-profile that
> >> uses the existing 'eapi
atisfiable
package.use.force
package.use.mask
package.use.unsatisfiable
packages
virtuals
(Some of these files aren't documented in PMS.)
I would like to suggest that this feature be included in EAPI="4".
I have a patch, which implements this feature in Porta
acter in package names, then my suggestion
would allow to
handle such packages.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
w profiles etc.
eapi files would still be used to specify EAPI for EAPI-unversioned files in
given profiles.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
2010-10-26 02:45:10 Jorge Manuel B. S. Vicetto napisał(a):
> On 25-10-2010 13:37, Arfrever Frehtes Taifersar Arahesis wrote:
> > I would like to suggest that setting Python 3.1 as main active version of
> > Python be officially
> > supported and recommended for Gentoo develo
2010-10-25 19:16:56 Thilo Bangert napisał(a):
> Arfrever Frehtes Taifersar Arahesis said:
> > 2010-10-25 15:50:23 Peter Volkov napisał(a):
> > > В Пнд, 25/10/2010 в 15:37 +0200, Arfrever Frehtes Taifersar Arahesis
> пишет:
> > > > I would like to suggest that
2010-10-25 16:31:41 Petteri Räty napisał(a):
> On 10/25/2010 02:54 PM, Arfrever Frehtes Taifersar Arahesis (arfrever)
> wrote:
> > arfrever10/10/25 11:54:19
> >
> > Modified: python.eclass
> > Log:
> > Set IUSE in EAPI >=4.
2010-10-25 16:37:38 Fabio Erculiani napisał(a):
> Please, just, no.
> Projects and people are just not ready, yet. And even Python experts
> at #python tell to stay away from Py3, last time I checked.
#python channel isn't maintained by Python upstream developers.
--
Arfrever Fre
2010-10-25 16:03:01 Ciaran McCreesh napisał(a):
> On Mon, 25 Oct 2010 15:56:18 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-10-25 15:42:00 Ciaran McCreesh napisał(a):
> > > On Mon, 25 Oct 2010 15:24:23 +0200
> > > Arfrever Frehtes Taifersar Arahesis
y. I think people can understand "python_abis_2_5"
> well enough, besides being happy that their app will KEEP working.
"2_5" is very ugly and unacceptable. python.eclass already uses "2.5" (e.g. in
RESTRICT_PYTHON_ABIS).
--
Arfrever Frehtes Taifersar Arahesi
2010-10-25 15:56:50 Ulrich Mueller napisał(a):
> >>>>> On Mon, 25 Oct 2010, Arfrever Frehtes Taifersar Arahesis wrote:
>
> > 1. Support for "." characters in names of USE flags
>
> Are you aware that this would break existing programs that do rege
2010-10-25 15:50:23 Peter Volkov napisał(a):
> В Пнд, 25/10/2010 в 15:37 +0200, Arfrever Frehtes Taifersar Arahesis пишет:
> > I would like to suggest that setting Python 3.1 as main active version of
> > Python be officially
> > supported and recommended for Gentoo develo
2010-10-25 15:42:00 Ciaran McCreesh napisał(a):
> On Mon, 25 Oct 2010 15:24:23 +0200
> Arfrever Frehtes Taifersar Arahesis wrote:
> > 1. Support for "." characters in names of USE flags
>
> If you do this, you'll have to either convert everything using Python
active version of Python. I would like to encourage other developers to work on
fixing remaining
packages.
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
ures in Portage, so inclusion
of these features
in EAPI="4" wouldn't delay EAPI="4".
--
Arfrever Frehtes Taifersar Arahesis
signature.asc
Description: This is a digitally signed message part.
Arfrever Frehtes Taifersar Arahesis 2010-10-24 21:22:24 napisał(a):
> 2010-10-24 20:54:56 Petteri Räty napisał(a):
> > On 10/24/2010 09:49 PM, Arfrever Frehtes Taifersar Arahesis wrote:
> > > 2010-10-18 17:26:13 Petteri Räty napisał(a):
> > >> On 10/18/2010 04:33
2010-10-24 20:54:56 Petteri Räty napisał(a):
> On 10/24/2010 09:49 PM, Arfrever Frehtes Taifersar Arahesis wrote:
> > 2010-10-18 17:26:13 Petteri Räty napisał(a):
> >> On 10/18/2010 04:33 AM, Arfrever Frehtes Taifersar Arahesis wrote:
> >>
> >>> Subpatch
2010-10-18 17:26:13 Petteri Räty napisał(a):
> On 10/18/2010 04:33 AM, Arfrever Frehtes Taifersar Arahesis wrote:
>
> > Subpatch #10 fixes exporting of python_pkg_setup() in EAPI >=4.
> >
> > There will be other changes in API of python.eclass in EAPI >=4, so
&
Subpatch #11 adds temporary support for EAPI="0" in
python_get_implementational_package() to work
around a part of bug #340395.
This subpatch is very small, so I'm planning to commit it with the rest of
subpatches.
--
Arfrever Frehtes Taifersar Arahesis
--- python.eclass
++
t reply is going to be "and what are you waiting
> > for, before fixing it?". Seriously.
>
> i guess the answer is that you need someone on the QA team to fix it for you ?
You shouldn't assume, that I can write answers when I'm away.
I will work on a patch.
--
Ar
2010-10-18 09:06:06 Mike Frysinger napisał(a):
> On October 17, 2010 21:33:20 Arfrever Frehtes Taifersar Arahesis wrote:
> > Subpatch #5 improves some code used in older EAPIs.
>
> does this fix Bug 340395 ?
No. It's not related to that bug.
--
Arfrever Frehte
v-python/nevow
won't be left after uninstallation.
- Unreported bug: Empty directories won't be left after uninstallation.
- Unreported bug: Uninstallation won't fail after uninstallation of given
version of Python.
I'm plannning to commit these patches in 1 week,
2010-10-01 10:30:22 Peter Volkov napisał(a):
> В Птн, 24/09/2010 в 20:09 +0000, Arfrever Frehtes Taifersar Arahesis
> (arfrever) пишет:
> > Added:sympy-0.6.7-python-2.7.patch
> > Log:
> > Fix majority of test failures with Python 2.7 (bug #330713).
&
1 - 100 of 281 matches
Mail list logo
