Gentoo Logo
Gentoo Spaceship

Installation:
Gentoo Handbook
Installation Docs

Documentation:
Home
Listing
About Gentoo
Philosophy
Social Contract

Resources:
Bug Tracker
Developer List
Discussion Forums
Gentoo BitTorrents
Gentoo Linux Enhancement Proposals
IRC Channels
Mailing Lists
Mirrors
Name and Logo Guidelines
Online Package Database
Security Announcements
Staffing Needs
Supporting Vendors
View our CVS

Graphics:
Logos and themes
Icons
ScreenShots

Miscellaneous Resources:
Gentoo Linux Store
Gentoo-hosted projects
IBM dW/Intel article archive




List Archive: gentoo-dev
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Headers:
To: gentoo-dev-announce@g.o
From: Ali Polatel <hawking@g.o>
Subject: Recent changes wrt python.eclass
Date: Thu, 29 May 2008 21:56:44 +0300
Hi people,

All python_mod_* functions are now ROOT aware. I've also modified them
to die if they aren't run in expected phases. Also I plan to make byte
compiling functions print a warning when *.py{c,o} are installed under
/usr/share which is a FHS violation.

The tree and python developer's guide are updated to reflect the
changes.

As a last thing, I want to give some usage notes here so it's
clear for everyone.

* If your package uses distutils.eclass, generally you have nothing to
  worry about. By default it'll byte compile python modules under
  /usr/$(get_libdir)/python${PYVER}/site-packages/${PN}. If your package
  installs a directory with a name other than ${PN} set PYTHON_MODNAME
  to the name of directory.

* python_version should only be called if you need any of PYVER*
  variables. If your package only uses python.eclass - and not
  distutils.eclass, you need to call it when you want to use $python
  too. ( Note: Right now python_version is buggy wrt ROOT. This is the
  next thing I'm going to fix.)

* Don't call python_mod_cleanup with PYVER like:
  Wrong:
  	python_mod_cleanup \
		/usr/$(get_libdir)/python${PYVER}/site-packages/$PN
  
  This is wrong because the python version may change in the meantime.
  Instead use:
  	python_mod_cleanup \
		/usr/$(get_libdir)/python*/site-packages/$PN
  
  python_mod_cleanup has a safe default so you can usually avoid passing
  any arguments.

These are important stuff I can remember by the time I'm writing this
mail. Python devguide will be updated with these useful information
soon.

So if anything is not clear and/or you have any questions feel free to
bug/poke/stab me :-)

-- 
Regards,
Ali Polatel
Attachment:
pgpwRYSf4GlV2.pgp (PGP signature)
Navigation:
Lists: gentoo-dev: < Prev By Thread Next > < Prev By Date Next >
Previous by thread:
RFC: Should preserve-libs be enabled by default?
Next by thread:
VCS repository overview for Gentoo
Previous by date:
Re: RFC: Should preserve-libs be enabled by default?
Next by date:
Re: Re: [RFC] Eclass for gnome-python* split


Updated Jun 17, 2009

Donate to support our development efforts.

Gentoo Centric Hosting: vr.org

VR Hosted

Tek Alchemy

Tek Alchemy

SevenL.net

SevenL.net

php|architect

php|architect

Copyright 2001-2007 Gentoo Foundation, Inc. Questions, Comments? Email www@gentoo.org.