[gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread Matti Bickel
Hi folks, I've been told that my use of eblits in dev-lang/php is something I should get rid of as soon as possible. Suggested alternative by ferring: use elibs. So here goes: I want to see GLEP33[1] implemented in portage, so I can shift the eblits core and currently global functions into elibs

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread Brian Harring
On Mon, Aug 02, 2010 at 11:56:08AM +0200, Matti Bickel wrote: Hi folks, I've been told that my use of eblits in dev-lang/php is something I should get rid of as soon as possible. Suggested alternative by ferring: use elibs. So here goes: I want to see GLEP33[1] implemented in portage, so

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread David Leverton
On 2 August 2010 12:11, Brian Harring ferri...@gmail.com wrote: On Mon, Aug 02, 2010 at 11:56:08AM +0200, Matti Bickel wrote: Hi folks, I've been told that my use of eblits in dev-lang/php is something I should get rid of as soon as possible. Suggested alternative by ferring: use elibs.

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread Mike Frysinger
On Monday, August 02, 2010 05:56:08 Matti Bickel wrote: I've been told that my use of eblits in dev-lang/php is something I should get rid of as soon as possible. current eblits support isnt going anywhere. so dont waste time trying to change code if there is no real alternative. see Bug

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread Ciaran McCreesh
On Mon, 02 Aug 2010 11:56:08 +0200 Matti Bickel m...@gentoo.org wrote: I've been told that my use of eblits in dev-lang/php is something I should get rid of as soon as possible. Suggested alternative by ferring: use elibs. So here goes: I want to see GLEP33[1] implemented in portage, so I

Re: [gentoo-dev] Locale check in python_pkg_setup()

2010-08-02 Thread Arfrever Frehtes Taifersar Arahesis
2010-07-31 22:25:26 Petteri Räty napisał(a): On 07/31/2010 11:10 PM, Arfrever Frehtes Taifersar Arahesis wrote: If the variable is set but not exported then it is local to the shell env. When bash goes to exec() python the local shell variables are not in the env; so os.environ() will

Re: [gentoo-dev] Locale check in python_pkg_setup()

2010-08-02 Thread Arfrever Frehtes Taifersar Arahesis
A milder warning will be printed. -- Arfrever Frehtes Taifersar Arahesis --- python.eclass +++ python.eclass @@ -355,6 +355,8 @@ # Check if phase is pkg_setup(). [[ ${EBUILD_PHASE} != setup ]] die ${FUNCNAME}() can be used only in pkg_setup() phase + local locale + if [[ $# -ne 0 ]];

Re: [gentoo-dev] Locale check in python_pkg_setup()

2010-08-02 Thread Harald van Dijk
On Mon, Aug 02, 2010 at 11:02:20PM +0200, Arfrever Frehtes Taifersar Arahesis wrote: It would have to be parsed using e.g. grep and sed. It's easier to call Python in this case. It's even easier not to. The call to Python is sufficiently fast: $ time python -c 'import os;

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread Matti Bickel
On 08/02/2010 08:16 PM, David Leverton wrote: On 2 August 2010 12:11, Brian Harring ferri...@gmail.com wrote: On Mon, Aug 02, 2010 at 11:56:08AM +0200, Matti Bickel wrote: Hi folks, I've been told that my use of eblits in dev-lang/php is something I should get rid of as soon as possible.

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread Matti Bickel
On 08/02/2010 09:51 PM, Mike Frysinger wrote: On Monday, August 02, 2010 05:56:08 Matti Bickel wrote: I've been told that my use of eblits in dev-lang/php is something I should get rid of as soon as possible. current eblits support isnt going anywhere. so dont waste time trying to change

Re: [gentoo-dev] Locale check in python_pkg_setup()

2010-08-02 Thread Jeroen Roovers
On Mon, 2 Aug 2010 23:18:59 +0200 Arfrever Frehtes Taifersar Arahesis arfre...@gentoo.org wrote: A milder warning will be printed. I distinctly remember several voices being raised in this thread very recently, suggesting if not demanding that you should not convey a message like that at all,

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread Mike Frysinger
On Monday, August 02, 2010 17:47:01 Matti Bickel wrote: On 08/02/2010 09:51 PM, Mike Frysinger wrote: On Monday, August 02, 2010 05:56:08 Matti Bickel wrote: I've been told that my use of eblits in dev-lang/php is something I should get rid of as soon as possible. current eblits

Re: [gentoo-dev] Locale check in python_pkg_setup()

2010-08-02 Thread Jeroen Roovers
On Mon, 2 Aug 2010 23:18:59 +0200 Arfrever Frehtes Taifersar Arahesis arfre...@gentoo.org wrote: + ewarn exceptions. It is recommended to use a UTF-8 locale to avoid problems. + ewarn See http://www.gentoo.org/doc/en/utf-8.xml for information on how to change locale.

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread David Leverton
On 2 August 2010 22:40, Matti Bickel m...@gentoo.org wrote: On 08/02/2010 08:16 PM, David Leverton wrote: If so, it sounds like what you really want is per-package eclasses (maybe with elibs as well to hold the non-metadata code), which aren't covered by GLEP33 but ought to be easy enough to

Re: [gentoo-dev] RFC: Reviving GLEP33

2010-08-02 Thread Matti Bickel
On 08/03/2010 12:17 AM, David Leverton wrote: On 2 August 2010 22:40, Matti Bickel m...@gentoo.org wrote: On 08/02/2010 08:16 PM, David Leverton wrote: If so, it sounds like what you really want is per-package eclasses (maybe with elibs as well to hold the non-metadata code), which aren't

Re: [gentoo-dev] Locale check in python_pkg_setup()

2010-08-02 Thread Brian Harring
On Mon, Aug 02, 2010 at 11:18:59PM +0200, Arfrever Frehtes Taifersar Arahesis wrote: A milder warning will be printed. Guessing you didn't get the part about no warning should be put in that everyone stated? You're ignoring that this message also will make users think that switching their

[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in dev-lang/python: ChangeLog python-3.1.2_p20100801. ebuild python-2.7_p20100801.ebuild python-2.6.5_p20100801.ebuild

2010-08-02 Thread Jeremy Olexa
Modified: ChangeLog Removed: python-3.1.2_p20100801.ebuild python-2.7_p20100801.ebuild python-2.6.5_p20100801.ebuild Log: remove the backported versions; they're autogenerated, obviously not tested for 2.6