[gentoo-dev] [PATCH python-r1] Move common utility functions to python-utils-r1.

Moved: python_export, getters, python_domodule, python_doscript and the necessary internal functions. No global-scope variables, no phase functions. --- gx86/eclass/python-r1.eclass | 409 +- gx86/eclass/python-utils-r1.eclass | 434

Re: [gentoo-dev] [PATCH python-r1] Move common utility functions to python-utils-r1.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/11/12 04:43 AM, Michał Górny wrote: Moved: python_export, getters, python_domodule, python_doscript and the necessary internal functions. No global-scope variables, no phase functions. [ Snip! ] So remind me again, in 10 words or less, why

Re: [gentoo-dev] [PATCH python-r1] Move common utility functions to python-utils-r1.

Le mercredi 21 novembre 2012 à 08:54 -0500, Ian Stakenvicius a écrit : On 21/11/12 04:43 AM, Michał Górny wrote: Moved: python_export, getters, python_domodule, python_doscript and the necessary internal functions. No global-scope variables, no phase functions. [ Snip! ] So remind me

Re: [gentoo-dev] gstreamer eclass review

Hi Gilles, The eclass itself looks fine, I would just ask if you would not mind to use the bash += syntax rather than VAR=VAR something as it is shorter and easier to read. Cheers Tom

Re: [gentoo-dev] [PATCH python-r1] Move common utility functions to python-utils-r1.

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 21/11/12 10:17 AM, Gilles Dartiguelongue wrote: Le mercredi 21 novembre 2012 à 08:54 -0500, Ian Stakenvicius a écrit : On 21/11/12 04:43 AM, Michał Górny wrote: Moved: python_export, getters, python_domodule, python_doscript and the

[gentoo-dev] Re: An apology for some of my earlier comments

On Tue, Nov 20, 2012 at 10:58:21PM -0500, Richard Yao wrote: Dear Greg, The eudev project has suffered a fair number of psychological attacks against project members. I know that you are a strong supporter of systemd. When you emailed gentoo-dev@, I assumed that you were trying to harm the

Re: [gentoo-dev] gstreamer eclass review

Le mercredi 21 novembre 2012 à 16:27 +0100, Tomáš Chvátal a écrit : Hi Gilles, The eclass itself looks fine, I would just ask if you would not mind to use the bash += syntax rather than VAR=VAR something as it is shorter and easier to read. Sure, I'm not a fan of +=, it seems alien to

[gentoo-dev] [python-single-r1 2/3] PYTHON_SINGLE_TARGET code for profiles.

--- gx86/profiles/base/make.defaults | 3 ++- gx86/profiles/desc/python_single_target.desc | 15 +++ 2 files changed, 17 insertions(+), 1 deletion(-) create mode 100644 gx86/profiles/desc/python_single_target.desc diff --git a/gx86/profiles/base/make.defaults

[gentoo-dev] [python-single-r1 3/3] An example conversion of ebuild to python-single-r1.

--- gx86/net-libs/libproxy/libproxy-0.4.10-r1.ebuild | 20 +--- 1 file changed, 9 insertions(+), 11 deletions(-) diff --git a/gx86/net-libs/libproxy/libproxy-0.4.10-r1.ebuild b/gx86/net-libs/libproxy/libproxy-0.4.10-r1.ebuild index 1ed3336..acaee2d 100644 ---

[gentoo-dev] [python-single-r1 1/3] A conceptual eclass for packages not supporting multiple Python impls.

It's based on the PYTHON_SINGLE_TARGET variable concept. For that reason, I used '-single' in the name. If someone could come up with a better name, I'd be happy to use it. It's used on top of python-r1. Similarly, you use ${PYTHON_DEPS} in your RDEP/DEP; [${PYTHON_USEDEP}] can be used to depend

[gentoo-dev] Lastrite: app-emulation/kqemu

# Doug Goldstein car...@gentoo.org (21 Nov 2012) # Masked for removal. Lots of bugs opened. Upstream # says don't use it. No Gentoo maintainer # activity for some time. qemu no longer supports it. # Removal date: 21 Dec 2012 app-emulation/kqemu -- Doug Goldstein