[reportlab-users] easy_install reportlab

[Jeff Kowalczyk]

On Tue, 04 Dec 2007 15:06:13 -0600, Carl Karsten wrote:

> On a clean box, install python, install easy install

> 

> easy_install Reportlab-2.1.tar.gz (see my first post for where this came from)

> 

> then run this:

> 

> from reportlab.pdfgen import canvas

> p = canvas.Canvas(open('test.pdf','wb'))

> p.drawString(100, 100, "Hello world.")

> p.showPage()

> p.save()

> 

> get the expected pdf.


The tarball is packaged with a top-level heirarchy
reportlab_2_1/reportlab, where setup.py lives.

$ easy_install http://www.reportlab.org/ftp/ReportLab_2_1.tgz
Downloading http://www.reportlab.org/ftp/ReportLab_2_1.tgz
Processing ReportLab_2_1.tgz
error: Couldn't find a setup script in /tmp/easy_install-LYwTTW/ReportLab_2_1.tgz

When working around that, the setup.py does something easy_install
(using virtualenv in this case) doesn't allow:

$ easy_install reportlab_2_1/reportlab/
Processing 
Running setup.py -q bdist_egg --dist-dir /path/to/reportlab_2_1/reportlab/egg-dist-tmp-cN5vCY
***************************************************
*No rl_accel code
found, you can obtain it at     *
*http://www.reportlab.org/downloads.html#_rl_accel*
*************************************************** 
warning: no files
found matching '*.c' anywhere in distribution warning: no files found
matching '*.h' anywhere in distribution warning: no files found matching
'*.mashed' anywhere in distribution error: Setup script exited with error:
SandboxViolation:
mkdir('/opt/python25/python/lib/python2.5/site-packages/reportlab',) {}

The package setup script has attempted to modify files on your system
that are not within the EasyInstall build area, and has been aborted.

This package cannot be safely installed by EasyInstall, and may not
support alternate installation locations even if you run its setup
script by hand.  Please inform the package's author and the EasyInstall
maintainers to find out if a fix or workaround is available.

---

A packaging-only release would be greatly appreciated. Also, it's a
workaround, but using PILwoTk can satisfy one of the major dependencies.

Thanks,
Jeff