[Keith]

Just a short note that Glade is now developed and tested on Windows 7, 64 bit version.

It's also occasionally tested on Windows XP (but not the 64 bit version).

Porting to other platforms is done using VMware Workstation.

[Keith]

I've updated the forum software to version 1.0.9. This has some fixes to exploits that certain spammers found…

Unfortunately it seems to have wiped the 'Last Post' entries for the board topics, although everything else is as before.

Meanwhile version 4.1.71 has been released, enjoy.

[Keith]

The latest version, 4.1.70, enables support for importing hierarchical DEF files correctly (See the File Menu Import DEF command description for more details).

Various other changes related to reading/writing DEF for latest constructs as used by e.g. Synopsys/Cadence/AtopTech have been made. If you find any issues with import or export of LEF/DEF please let us know.

[Keith]

It sounds like you should get these people to talk to http://www.python.org. If they want introduce new features they should all get in agreement, until then end users will have a problem.

[Keith]

One other point: is this problem only in OpenSUSE 11.2, and not in the later version 11.3 as you say above?

According to http://docs.python.org/release/2.6.7/library/sys.html#module-sys, there is no documented function sys.lib(). Maybe it was removed in the later version to comply with the official documentation?

[Keith]

I'm not aware of any easy way of doing this – if anyone else is, I'd like to know. I'll ask a friend who is a python guru if he's any ideas.

The only foolproof way I know currently is to install the ActiveState python corresponding to the one Glade is linked to (now 2.6) and set your pythonhome to this.

[Keith]

Thanks for reporting the problem, Ewald. Looks like something was broken in the ActiveState Python 2.7 release.

[Keith]

I've rebuilt the linux builds of Glade to use Python 2.6. Please try the versions (same build ID, 4.1.68) on the website and see if this helps.

[Keith]

I just checked on Ubunto 10.4 and the behaviour is as you describe if PYTHONHOME is not set.

Glade is currently statically linked to version 2.7 of python. So you need to make sure you have the same version on your system. If there's a way round it checking for the site packages it would be helpful, I'll see if there is.

[Keith]

It would seem that it's still finding the system /usr/lib64/python2.6 stuff.

Can you do a printenv | grep PYTHON and see if anything is getting set elsewhere?

The alternative is to install the activestate python 2.7 and set pythonhome to point to that.

[Keith]

If you've not got the current ActiveState Python installed on your machine, don't set PYTHONHOME.

On CentOS 4.x if I set this to /usr, I get the similar error 'ImportError: No module named site'.

If PYTHONHOME is not specified, then Glade should start up OK.

[Keith]

Can you explain what the benefit is to convert GDS2 (a fairly inefficient format for representing IC data these days) to .DWG (a mechanical CAD format, I'm not sure how compact the results would be)?

At least one user converts GDS2 bondout diagrams to DXF to pass to the packaging house. There's no apparent advantage writing out in binary as opposed to ascii such small amount of data – or is there?

[Keith]

As far as I'm aware, the .dwg file format is binary, has changed many times and is AutoCad proprietary. So the answer is probably not, unless you can give me a spec for it and convince me it's legal to write it.

[Keith]

This is all I have in my Ubunto setup:

export GLADE_HOME=/home/keith/glade4_linux32_ub10
export PATH=$GLADE_HOME/bin:$PATH
export LD_LIBRARY_PATH=$GLADE_HOME/lib:$LD_LIBRARY_PATH
export PYTHONPATH=$PYTHONPATH:$GLADE_HOME/bin
export PYTHONHOME=/opt/ActivePython-2.7

From the Python documentation, modules are searched according to PYTHONPATH:

When a module named spam is imported, the interpreter searches for a
file named spam.py in the directory containing the input script and
then in the list of directories specified by the environment variable
PYTHONPATH. This has the same syntax as the shell variable
PATH, that is, a list of directory names. When PYTHONPATH
is not set, or when the file is not found there, the search continues in an
installation-dependent default path; on Unix, this is usually
.:/usr/local/lib/python.

It looks like you need to change your PYTHONPATH so Python can find the site module.
For example, mine is at /opt/ActivePython-2.7/lib/python2.7/site.py

[Keith]

If anyone's downloaded 4.1.64 before now (21st Aug 15:00 GMT) please download it again as there were a few issues in the build process that might cause problems.

[Author]

Posts