Maciej Bliziński added the comment:
The specific case that breaks for me is this:
OpeCSW Python package includes:
/opt/csw/bin/python2.6 (also 2.7, 3.3, etc)
/opt/csw/lib/libpython2.6.so.1.0
(other files)
On the operating system there is only:
/usr/lib/libpython2.4.so.1.0
Let's say there's
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
--
versions: +Python 2.6, Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19317
New submission from Maciej Bliziński:
On Solaris, when you want to link shared libraries from custom directories, you
most often don't modify the system search path, but instead set RPATH in your
binaries. For example, OpenCSW packages Python into /opt/csw, and sets Python
executable's RPATH
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
Removed file:
http://bugs.python.org/file32255/find_library_looks_into_rpath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19317
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
Added file: http://bugs.python.org/file32256/find_library_looks_into_rpath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19317
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
Removed file:
http://bugs.python.org/file32256/find_library_looks_into_rpath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19317
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
Added file: http://bugs.python.org/file32257/find_library_looks_into_rpath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19317
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
Removed file:
http://bugs.python.org/file32257/find_library_looks_into_rpath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19317
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
Added file: http://bugs.python.org/file32259/find_library_looks_into_rpath.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19317
Maciej Bliziński added the comment:
Here's the output. After that output -- it hangs.
== CPython 2.7.5 (default, Jul 30 2013, 01:41:03) [GCC 4.6.3]
== Solaris-2.9-sun4u-sparc-32bit-ELF big-endian
==
/home/maciej/src/opencsw/pkg/lang-python/python/branches/python-2.7/work/solaris9-sparc
Maciej Bliziński added the comment:
Test results for sources pulled from the mercurial repository: they hang in the
same place.
== CPython 3.4.0a0 (default, Aug 2 2013, 00:38:45) [GCC 4.6.3]
== Solaris-2.9-sun4u-sparc-32bit-ELF big-endian
== /home/maciej/src/cpython/build/test_python_19419
New submission from Maciej Bliziński:
Python version: 2.7.5
OS: Solaris 9
Architecture: sparc
Looks similar to Issue5114 and Issue6643 but both are now closed.
It seems specific to Solaris 9, I'm not seeing this issue on Solaris 10.
The symptom is that test_threading hangs indefinitely
Maciej Bliziński added the comment:
Python version: 2.7.5
OS: Solaris 9
I'm still observing this issue (or Issue5114) on Solaris 9. The symptom is that
test_threading hangs indefinitely (tested: overnight) and running pstack on the
process, I'm seeing:
- lwp# 1 / thread# 1
New submission from Maciej Bliziński:
_sysconfigdata.py is installed into ${prefix}/lib/pythonX.Y/_sysconfigdata.py
which is an architecture-independent directory, as opposed to a path starting
with e.g. ${libdir}, which is architecture-dependent. But _sysconfigdata.py
contains architecture
Maciej Bliziński maciej.blizin...@gmail.com added the comment:
I just hit this issue when trying to build matplotlib. The setup script indeed
tries to run the C compiler (/opt/SUNWspro/bin/cc) instead of the C++ compiler
(/opt/SUNWspro/bin/CC) and fails. This was with Python 2.6.7.
Could
Maciej Bliziński maciej.blizin...@gmail.com added the comment:
It's not only the curses module, other two modules are failing as well, the
same way - not finding Python.h.
maciej@unstable9s :~/src/opencsw/pkg/lang-python/python/branches/python-3.2
grep ^PY_CPPFLAGS work/solaris9-sparc/build
Maciej Bliziński maciej.blizin...@gmail.com added the comment:
I haven't tried building with GCC, Python has always been built with Sun Studio
at OpenCSW. I've got very similar build files for Python 2.6, 2.7, 3.0, and
3.1 -- none of them have this problem, so this is a regression in 3.2
New submission from Maciej Bliziński maciej.blizin...@gmail.com:
Compilation of Python 3.2.2 fails on Solaris 9 as follows:
/opt/SUNWspro/bin/cc -xcode=pic32 -xO3 -m32 -xarch=v8 -I/opt/csw/include -c
./Modules/_cursesmodule.c -o Modules/_cursesmodule.o
./Modules/_cursesmodule.c, line 105
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
--
title: _cursesmodule missing Python.h on Solaris - _cursesmodule does not
build, doesn't find Python.h on Solaris
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13398
Changes by Maciej Bliziński maciej.blizin...@gmail.com:
--
nosy: +automatthias
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5289
___
___
Python
For the last couple of days, I've been looking for a Python midi
library. I'm generally interested in sending MIDI events via ALSA. It
seems like everything out there is pretty old; packages are from 2003
or 2005. Some packages don't seem to be really used, for instance
portmidi doesn't even
I've been hit by a urllib2.unquote() issue. Consider the following
unit test:
import unittest
import urllib2
class UnquoteUnitTest(unittest.TestCase):
def setUp(self):
self.utxt = u'%C4%99'
self.stxt = '%C4%99'
def testEq(self):
self.assertEqual(
Hello,
I've come across something that I don't quite understand about
Python's inheritance. Consider the following code snippet:
class A(object):
def call_bar(self): return self.bar()
def call___bar(self): return self.__bar()
def __bar(self): return A::__bar()
def bar(self):
Hi Pythonistas!
I've got a question about storing tuples in a dictionary. First, a
small test case which creates a list of dictionaries:
import time
list_of_dicts = []
keys = [str(x) for x in range(20)]
prev_clk = time.clock()
for i in range(20):
my_dict = {}
for key in keys:
Hello Pythonists,
I'd like to write for myself a tiny program that counts time spent on each
virtual desktop (in GNOME). In order to do that, I need my program to
detect the current virtual desktop. I've googled for it for about one hour
and couldn't find any solution. The closest thing I found
On Mon, 21 Aug 2006 12:52:59 +0200, Harald Karner wrote:
Maciej Bliziński wrote:
How to detect current virtual desktop in GNOME? How to detect a virtual
desktop change?
Take a look at http://wallpapoz.sourceforge.net/
Harald, many thanks.
By the way, I have found the line of code I
26 matches
Mail list logo