Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-27 Wątek Bartłomiej Zimoń 
Wednesday 26 of March 2008 20:06:39 Jakub Bogusz napisał(a):
 On Wed, Mar 26, 2008 at 09:08:34PM +0100, Bartłomiej Zimoń wrote:
  Wednesday 26 of March 2008 18:40:23 Jakub Bogusz napisał(a):
   On Wed, Mar 26, 2008 at 07:44:53PM +0100, Bartłomiej Zimoń wrote:
Tuesday 25 of March 2008 21:17:00 Jakub Bogusz napisał(a):
 On Tue, Mar 25, 2008 at 09:18:44PM +0100, qboosh wrote:
  Author: qboosh   Date: Tue Mar 25 20:18:44 2008 
  GMT
  Module: SPECS Tag: HEAD
   Log message:
  - use system waf and waf/__waf rpm macros to use optflags
  - use waf -v build to avoid hiding compiler commands
 
 Jeszcze jedno do poprawki - jak to coś przekonać, żeby nie wciskało
 trzech ostatnich elementów do tych flag linkowania:
 
 LIBPATH_PYEMBED = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', 
 '/lib']
 LIBPATH_PYEXT = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
 
 Oczywiście problem ze złym katalogiem gtk-doc wynikł z użycia wafa
 zamiast autotools.
 
 

moze to w czyms pomoze - fragment waf-1.3.2/wafadmin/Tools/python.py :
# according to
# distutils.command.build_ext.build_ext.get_libraries.__doc__
# this might want to be OS/2 aswell.
if sys.platform == 'win32' or (Py_ENABLE_SHARED is not None
and sys.platform != 'darwin'):
env['LIBPATH_PYEXT'] = env['LIBPATH_PYEMBED']
env['LIB_PYEXT'] = env['LIB_PYEMBED']
   
   To jeszcze skąd się bierze błędne LIBPATH_PYEMBED?
   
   
  waf tak pobiera mniej wiecej zmienne z kompilacji pythona:
  $ python
  [...]
   from distutils.sysconfig import get_config_var
   v = 'prefix SO SYSLIBS SHLIBS LIBDIR LIBPL INCLUDEPY 
   Py_ENABLE_SHARED'.split()
   for x in v: print 'python_'+x+'=', get_config_var(x)
  ... 
  
  u mnie ta operacja pokazuje:
   
  python_prefix= /usr
  python_SO= .so
  python_SYSLIBS= -lm
  python_SHLIBS= -lpthread -ldl  -lutil
  python_LIBDIR= /usr/lib
  python_LIBPL= /usr/lib/python2.5/config
  python_INCLUDEPY= /usr/include/python2.5
  python_Py_ENABLE_SHARED= 1
  
  Co widzisz u siebie jak to uruchomisz?
 
 [EMAIL PROTECTED] ~]$ python
 Python 2.5.2 (r252:60911, Feb 26 2008, 23:48:32)
 [GCC 4.2.3 20080201 (release) (PLD-Linux)] on linux2
 Type help, copyright, credits or license for more information.
  from distutils.sysconfig import get_config_var
  v = 'prefix SO SYSLIBS SHLIBS LIBDIR LIBPL INCLUDEPY 
  Py_ENABLE_SHARED'.split()
  for x in v: print 'python_'+x+'=', get_config_var(x)
 ...
 python_prefix= /usr
 python_SO= .so
 python_SYSLIBS= -lm
 python_SHLIBS= -lpthread -ldl  -lutil
 python_LIBDIR= /usr/lib64
 python_LIBPL= /usr/lib64/python2.5/config
 python_INCLUDEPY= /usr/include/python2.5
 python_Py_ENABLE_SHARED= 1
 
 
 

Zbadalem to troche i przychodzi mi na mysl (brzydki) hack a la:

export BIBLIOTEKI=/usr/lib
%waf 

a latka na waf sprawdzalaby czy zdefiniowano zmienna ... i jesli tak to pcha to 
w lib.path ?
Oczywiscie prawdziwe jest to tylko dla pythona

Przygotowac taka latke?

_
Pozdrawiam
Bartłomiej Zimoń
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-27 Wątek Jakub Bogusz 
On Thu, Mar 27, 2008 at 04:53:03PM +0100, Bartłomiej Zimoń wrote:
 Wednesday 26 of March 2008 20:06:39 Jakub Bogusz napisał(a):
  On Wed, Mar 26, 2008 at 09:08:34PM +0100, Bartłomiej Zimoń wrote:
   Wednesday 26 of March 2008 18:40:23 Jakub Bogusz napisał(a):
On Wed, Mar 26, 2008 at 07:44:53PM +0100, Bartłomiej Zimoń wrote:
 Tuesday 25 of March 2008 21:17:00 Jakub Bogusz napisał(a):
  On Tue, Mar 25, 2008 at 09:18:44PM +0100, qboosh wrote:
   Author: qboosh   Date: Tue Mar 25 20:18:44 
   2008 GMT
   Module: SPECS Tag: HEAD
    Log message:
   - use system waf and waf/__waf rpm macros to use optflags
   - use waf -v build to avoid hiding compiler commands
  
  Jeszcze jedno do poprawki - jak to coś przekonać, żeby nie wciskało
  trzech ostatnich elementów do tych flag linkowania:
  
  LIBPATH_PYEMBED = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', 
  '/lib']
  LIBPATH_PYEXT = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', 
  '/lib']
  
  Oczywiście problem ze złym katalogiem gtk-doc wynikł z użycia wafa
  zamiast autotools.
  
  
 
 moze to w czyms pomoze - fragment waf-1.3.2/wafadmin/Tools/python.py :
 # according to
 # distutils.command.build_ext.build_ext.get_libraries.__doc__
 # this might want to be OS/2 aswell.
 if sys.platform == 'win32' or (Py_ENABLE_SHARED is not None
 and sys.platform != 'darwin'):
 env['LIBPATH_PYEXT'] = env['LIBPATH_PYEMBED']
 env['LIB_PYEXT'] = env['LIB_PYEMBED']

To jeszcze skąd się bierze błędne LIBPATH_PYEMBED?


   waf tak pobiera mniej wiecej zmienne z kompilacji pythona:
   $ python
   [...]
from distutils.sysconfig import get_config_var
v = 'prefix SO SYSLIBS SHLIBS LIBDIR LIBPL INCLUDEPY 
Py_ENABLE_SHARED'.split()
for x in v: print 'python_'+x+'=', get_config_var(x)
   ... 
   
   u mnie ta operacja pokazuje:

   python_prefix= /usr
   python_SO= .so
   python_SYSLIBS= -lm
   python_SHLIBS= -lpthread -ldl  -lutil
   python_LIBDIR= /usr/lib
   python_LIBPL= /usr/lib/python2.5/config
   python_INCLUDEPY= /usr/include/python2.5
   python_Py_ENABLE_SHARED= 1
   
   Co widzisz u siebie jak to uruchomisz?
  
  [EMAIL PROTECTED] ~]$ python
  Python 2.5.2 (r252:60911, Feb 26 2008, 23:48:32)
  [GCC 4.2.3 20080201 (release) (PLD-Linux)] on linux2
  Type help, copyright, credits or license for more information.
   from distutils.sysconfig import get_config_var
   v = 'prefix SO SYSLIBS SHLIBS LIBDIR LIBPL INCLUDEPY 
   Py_ENABLE_SHARED'.split()
   for x in v: print 'python_'+x+'=', get_config_var(x)
  ...
  python_prefix= /usr
  python_SO= .so
  python_SYSLIBS= -lm
  python_SHLIBS= -lpthread -ldl  -lutil
  python_LIBDIR= /usr/lib64
  python_LIBPL= /usr/lib64/python2.5/config
  python_INCLUDEPY= /usr/include/python2.5
  python_Py_ENABLE_SHARED= 1
  
  
  
 
 Zbadalem to troche i przychodzi mi na mysl (brzydki) hack a la:
 
 export BIBLIOTEKI=/usr/lib
 %waf 
 
 a latka na waf sprawdzalaby czy zdefiniowano zmienna ... i jesli tak to pcha 
 to w lib.path ?
 Oczywiscie prawdziwe jest to tylko dla pythona
 
 Przygotowac taka latke?

Bez sensu najpierw pozwalać wpisywać te błędne ścieżki, a potem
wywalać/podmieniać.
Skąd on w ogóle bierze te */lib na systemie używającym */lib64?


-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-27 Wątek Bartłomiej Zimoń 
Thursday 27 of March 2008 17:26:34 Patryk Zawadzki napisał(a):
 2008/3/27 Bartłomiej Zimoń [EMAIL PROTECTED]:
  Wednesday 26 of March 2008 20:06:39 Jakub Bogusz napisał(a):
   Zbadalem to troche i przychodzi mi na mysl (brzydki) hack a la:
 
   export BIBLIOTEKI=/usr/lib
   %waf 
 
   a latka na waf sprawdzalaby czy zdefiniowano zmienna ... i jesli tak to 
  pcha to w lib.path ?
   Oczywiscie prawdziwe jest to tylko dla pythona
 
   Przygotowac taka latke?
 
 Jeśli to część wscript, to poprawić tam po bożemu i zgłosić autorom
 pakietu. Jeśli to część pliku waf, to poprawić w pakiecie waf.spec,
 dodać go jako BR, używać zamiast lokalnej kopii i zgłosić patch
 autorowi waf.
 

OK Patryk Ty znasz pythona duzo lepiej ale udalo mi sie rozeznac

wszystko sie psuje w pliku Configure.py na samym poczatku mamy stale : 
g_stdlibpath = ['/usr/lib/', '/usr/local/lib/', '/lib']
standard library search paths

metoda w klasie  library_enumerator() :
def validate(self):
if not self.path:
self.path = g_stdlibpath
else:
if not self.nosystem:
self.path += g_stdlibpath

dlatego self.path =  ['/usr/lib64','/usr/lib/', '/usr/local/lib/', '/lib']
conf.library_configurator ustawia self.nosystem na 0

Pytanie czy to z gruntu jest zle?
Mozna tymczasowo dodac zmienna ze jesli to z pythona to nie modyfikuje sciezki 
...
Pasuje?

Do autora mimo wszystko trzeba zglosic. 
_
Pozdrawiam
Bartłomiej Zimoń
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-27 Wątek Bartłomiej Zimoń 
Thursday 27 of March 2008 17:26:34 Patryk Zawadzki napisał(a):
 2008/3/27 Bartłomiej Zimoń [EMAIL PROTECTED]:
  Wednesday 26 of March 2008 20:06:39 Jakub Bogusz napisał(a):
   Zbadalem to troche i przychodzi mi na mysl (brzydki) hack a la:
 
   export BIBLIOTEKI=/usr/lib
   %waf 
 
   a latka na waf sprawdzalaby czy zdefiniowano zmienna ... i jesli tak to 
  pcha to w lib.path ?
   Oczywiscie prawdziwe jest to tylko dla pythona
 
   Przygotowac taka latke?
 
 Jeśli to część wscript, to poprawić tam po bożemu i zgłosić autorom
 pakietu. Jeśli to część pliku waf, to poprawić w pakiecie waf.spec,
 dodać go jako BR, używać zamiast lokalnej kopii i zgłosić patch
 autorowi waf.
 

Tak to w waf jest namieszane.

_
Pozdrawiam
Bartłomiej Zimoń
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-26 Wątek Bartłomiej Zimoń 
Tuesday 25 of March 2008 21:17:00 Jakub Bogusz napisał(a):
 On Tue, Mar 25, 2008 at 09:18:44PM +0100, qboosh wrote:
  Author: qboosh   Date: Tue Mar 25 20:18:44 2008 GMT
  Module: SPECS Tag: HEAD
   Log message:
  - use system waf and waf/__waf rpm macros to use optflags
  - use waf -v build to avoid hiding compiler commands
 
 Jeszcze jedno do poprawki - jak to coś przekonać, żeby nie wciskało
 trzech ostatnich elementów do tych flag linkowania:
 
 LIBPATH_PYEMBED = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
 LIBPATH_PYEXT = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
 
 Oczywiście problem ze złym katalogiem gtk-doc wynikł z użycia wafa
 zamiast autotools.
 
 

moze to w czyms pomoze - fragment waf-1.3.2/wafadmin/Tools/python.py :
# according to
# distutils.command.build_ext.build_ext.get_libraries.__doc__
# this might want to be OS/2 aswell.
if sys.platform == 'win32' or (Py_ENABLE_SHARED is not None
and sys.platform != 'darwin'):
env['LIBPATH_PYEXT'] = env['LIBPATH_PYEMBED']
env['LIB_PYEXT'] = env['LIB_PYEMBED']

_
Pozdrawiam
Bartłomiej Zimoń
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-26 Wątek Jakub Bogusz 
On Wed, Mar 26, 2008 at 07:44:53PM +0100, Bartłomiej Zimoń wrote:
 Tuesday 25 of March 2008 21:17:00 Jakub Bogusz napisał(a):
  On Tue, Mar 25, 2008 at 09:18:44PM +0100, qboosh wrote:
   Author: qboosh   Date: Tue Mar 25 20:18:44 2008 GMT
   Module: SPECS Tag: HEAD
    Log message:
   - use system waf and waf/__waf rpm macros to use optflags
   - use waf -v build to avoid hiding compiler commands
  
  Jeszcze jedno do poprawki - jak to coś przekonać, żeby nie wciskało
  trzech ostatnich elementów do tych flag linkowania:
  
  LIBPATH_PYEMBED = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
  LIBPATH_PYEXT = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
  
  Oczywiście problem ze złym katalogiem gtk-doc wynikł z użycia wafa
  zamiast autotools.
  
  
 
 moze to w czyms pomoze - fragment waf-1.3.2/wafadmin/Tools/python.py :
 # according to
 # distutils.command.build_ext.build_ext.get_libraries.__doc__
 # this might want to be OS/2 aswell.
 if sys.platform == 'win32' or (Py_ENABLE_SHARED is not None
 and sys.platform != 'darwin'):
 env['LIBPATH_PYEXT'] = env['LIBPATH_PYEMBED']
 env['LIB_PYEXT'] = env['LIB_PYEMBED']

To jeszcze skąd się bierze błędne LIBPATH_PYEMBED?


-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-26 Wątek Bartłomiej Zimoń 
Wednesday 26 of March 2008 18:40:23 Jakub Bogusz napisał(a):
 On Wed, Mar 26, 2008 at 07:44:53PM +0100, Bartłomiej Zimoń wrote:
  Tuesday 25 of March 2008 21:17:00 Jakub Bogusz napisał(a):
   On Tue, Mar 25, 2008 at 09:18:44PM +0100, qboosh wrote:
Author: qboosh   Date: Tue Mar 25 20:18:44 2008 GMT
Module: SPECS Tag: HEAD
 Log message:
- use system waf and waf/__waf rpm macros to use optflags
- use waf -v build to avoid hiding compiler commands
   
   Jeszcze jedno do poprawki - jak to coś przekonać, żeby nie wciskało
   trzech ostatnich elementów do tych flag linkowania:
   
   LIBPATH_PYEMBED = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
   LIBPATH_PYEXT = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
   
   Oczywiście problem ze złym katalogiem gtk-doc wynikł z użycia wafa
   zamiast autotools.
   
   
  
  moze to w czyms pomoze - fragment waf-1.3.2/wafadmin/Tools/python.py :
  # according to
  # distutils.command.build_ext.build_ext.get_libraries.__doc__
  # this might want to be OS/2 aswell.
  if sys.platform == 'win32' or (Py_ENABLE_SHARED is not None
  and sys.platform != 'darwin'):
  env['LIBPATH_PYEXT'] = env['LIBPATH_PYEMBED']
  env['LIB_PYEXT'] = env['LIB_PYEMBED']
 
 To jeszcze skąd się bierze błędne LIBPATH_PYEMBED?
 
 
waf tak pobiera mniej wiecej zmienne z kompilacji pythona:
$ python
[...]
 from distutils.sysconfig import get_config_var
 v = 'prefix SO SYSLIBS SHLIBS LIBDIR LIBPL INCLUDEPY 
 Py_ENABLE_SHARED'.split()
 for x in v: print 'python_'+x+'=', get_config_var(x)
... 

u mnie ta operacja pokazuje:
 
python_prefix= /usr
python_SO= .so
python_SYSLIBS= -lm
python_SHLIBS= -lpthread -ldl  -lutil
python_LIBDIR= /usr/lib
python_LIBPL= /usr/lib/python2.5/config
python_INCLUDEPY= /usr/include/python2.5
python_Py_ENABLE_SHARED= 1

Co widzisz u siebie jak to uruchomisz?

_
Pozdrawiam
Bartłomiej Zimoń
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-26 Wątek Jakub Bogusz 
On Wed, Mar 26, 2008 at 09:08:34PM +0100, Bartłomiej Zimoń wrote:
 Wednesday 26 of March 2008 18:40:23 Jakub Bogusz napisał(a):
  On Wed, Mar 26, 2008 at 07:44:53PM +0100, Bartłomiej Zimoń wrote:
   Tuesday 25 of March 2008 21:17:00 Jakub Bogusz napisał(a):
On Tue, Mar 25, 2008 at 09:18:44PM +0100, qboosh wrote:
 Author: qboosh   Date: Tue Mar 25 20:18:44 2008 
 GMT
 Module: SPECS Tag: HEAD
  Log message:
 - use system waf and waf/__waf rpm macros to use optflags
 - use waf -v build to avoid hiding compiler commands

Jeszcze jedno do poprawki - jak to coś przekonać, żeby nie wciskało
trzech ostatnich elementów do tych flag linkowania:

LIBPATH_PYEMBED = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
LIBPATH_PYEXT = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']

Oczywiście problem ze złym katalogiem gtk-doc wynikł z użycia wafa
zamiast autotools.


   
   moze to w czyms pomoze - fragment waf-1.3.2/wafadmin/Tools/python.py :
   # according to
   # distutils.command.build_ext.build_ext.get_libraries.__doc__
   # this might want to be OS/2 aswell.
   if sys.platform == 'win32' or (Py_ENABLE_SHARED is not None
   and sys.platform != 'darwin'):
   env['LIBPATH_PYEXT'] = env['LIBPATH_PYEMBED']
   env['LIB_PYEXT'] = env['LIB_PYEMBED']
  
  To jeszcze skąd się bierze błędne LIBPATH_PYEMBED?
  
  
 waf tak pobiera mniej wiecej zmienne z kompilacji pythona:
 $ python
 [...]
  from distutils.sysconfig import get_config_var
  v = 'prefix SO SYSLIBS SHLIBS LIBDIR LIBPL INCLUDEPY 
  Py_ENABLE_SHARED'.split()
  for x in v: print 'python_'+x+'=', get_config_var(x)
 ... 
 
 u mnie ta operacja pokazuje:
  
 python_prefix= /usr
 python_SO= .so
 python_SYSLIBS= -lm
 python_SHLIBS= -lpthread -ldl  -lutil
 python_LIBDIR= /usr/lib
 python_LIBPL= /usr/lib/python2.5/config
 python_INCLUDEPY= /usr/include/python2.5
 python_Py_ENABLE_SHARED= 1
 
 Co widzisz u siebie jak to uruchomisz?

[EMAIL PROTECTED] ~]$ python
Python 2.5.2 (r252:60911, Feb 26 2008, 23:48:32)
[GCC 4.2.3 20080201 (release) (PLD-Linux)] on linux2
Type help, copyright, credits or license for more information.
 from distutils.sysconfig import get_config_var
 v = 'prefix SO SYSLIBS SHLIBS LIBDIR LIBPL INCLUDEPY 
 Py_ENABLE_SHARED'.split()
 for x in v: print 'python_'+x+'=', get_config_var(x)
...
python_prefix= /usr
python_SO= .so
python_SYSLIBS= -lm
python_SHLIBS= -lpthread -ldl  -lutil
python_LIBDIR= /usr/lib64
python_LIBPL= /usr/lib64/python2.5/config
python_INCLUDEPY= /usr/include/python2.5
python_Py_ENABLE_SHARED= 1



-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl

Re: SPECS: python-gnome-desktop.spec - use system waf and waf/__waf rp...

2008-03-25 Wątek Jakub Bogusz 
On Tue, Mar 25, 2008 at 09:18:44PM +0100, qboosh wrote:
 Author: qboosh   Date: Tue Mar 25 20:18:44 2008 GMT
 Module: SPECS Tag: HEAD
  Log message:
 - use system waf and waf/__waf rpm macros to use optflags
 - use waf -v build to avoid hiding compiler commands

Jeszcze jedno do poprawki - jak to coś przekonać, żeby nie wciskało
trzech ostatnich elementów do tych flag linkowania:

LIBPATH_PYEMBED = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']
LIBPATH_PYEXT = ['/usr/lib64', '/usr/lib/', '/usr/local/lib/', '/lib']

Oczywiście problem ze złym katalogiem gtk-doc wynikł z użycia wafa
zamiast autotools.


-- 
Jakub Boguszhttp://qboosh.pl/
___
pld-devel-pl mailing list
pld-devel-pl@lists.pld-linux.org
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl