Re: [packages/python] Prevent pyconfig.h conflicts on multiarch systems

2015-12-02 Thread Jacek Konieczny
On 2015-12-01 23:19, Elan Ruusamäe wrote: > On 01.12.2015 19:49, jajcus wrote: >> The hack is to have architecture-specific pyconfig-*.h files and >> a ghost >> symlink updated with python-devel install. I hope this works. > > a cleaner way is to install wrapper header file which based o

Re: RFC: default python installlation directories

2015-12-02 Thread Jan Rękorajski
On Wed, 02 Dec 2015, Jacek Konieczny wrote: > On 2015-12-01 19:57, Jan Rękorajski wrote: > > Well, icedove still doesn't build, this time with: > [...] > > checking Python environment is Mozilla virtualenv... Traceback (most recent > > call last): > > File "", line 1, in > > ImportError: No mo

Re: RFC: default python installlation directories

2015-12-02 Thread Jacek Konieczny
On 2015-12-01 19:57, Jan Rękorajski wrote: > Well, icedove still doesn't build, this time with: [...] > checking Python environment is Mozilla virtualenv... Traceback (most recent > call last): > File "", line 1, in > ImportError: No module named mozbuild.base > configure: error: Python environ

Re: [packages/python] Prevent pyconfig.h conflicts on multiarch systems

2015-12-02 Thread Jacek Konieczny
On 2015-12-02 15:54, Jacek Konieczny wrote: > On 2015-12-02 15:35, Jakub Bogusz wrote: >> On Wed, Dec 02, 2015 at 02:56:28PM +0100, Jacek Konieczny wrote: > >>> At least for this: >>> https://github.com/python/cpython/blob/master/Lib/sysconfig.py#L422 >>> > >> >> get_config_h_filename() should re

Re: pythonegg() vs manual dependencies

2015-12-02 Thread Jacek Konieczny
On 2015-12-02 16:33, Jakub Bogusz wrote: > Currently many packages, for which pythonegg()/python3egg() dependencies > are generated, have the same set of dependencies (or outdated version of it) > specified manually in .spec by package name. We can do that. > Manually specified dependencies dupli

pythonegg() vs manual dependencies

2015-12-02 Thread Jakub Bogusz
Currently many packages, for which pythonegg()/python3egg() dependencies are generated, have the same set of dependencies (or outdated version of it) specified manually in .spec by package name. Manually specified dependencies duplicating autodetected ones could be dropped now, but what should be

Re: [packages/python] Prevent pyconfig.h conflicts on multiarch systems

2015-12-02 Thread Jacek Konieczny
On 2015-12-02 15:35, Jakub Bogusz wrote: On Wed, Dec 02, 2015 at 02:56:28PM +0100, Jacek Konieczny wrote: At least for this: https://github.com/python/cpython/blob/master/Lib/sysconfig.py#L422 get_config_h_filename() should return the ABI-specific file for multilib installs to work correc

Re: [packages/python] Prevent pyconfig.h conflicts on multiarch systems

2015-12-02 Thread Elan Ruusamäe
On 02.12.2015 15:56, Jacek Konieczny wrote: ee, what patch? At least for this: https://github.com/python/cpython/blob/master/Lib/sysconfig.py#L422 There might be other Python code parsing this header, as it is considered a part of standard Python interface. uh. what a mess! python sucks

Re: [packages/python] Prevent pyconfig.h conflicts on multiarch systems

2015-12-02 Thread Jakub Bogusz
On Wed, Dec 02, 2015 at 02:56:28PM +0100, Jacek Konieczny wrote: > On 2015-12-02 13:03, Elan Ruusamäe wrote: > >>How would you convince python library to parse this file correctly? > >>Another PLD-specific Python patch, which would cause many standard > >>Python packages to fail? > >> > >>My soluti

Re: [packages/python] Prevent pyconfig.h conflicts on multiarch systems

2015-12-02 Thread Jacek Konieczny
On 2015-12-02 13:03, Elan Ruusamäe wrote: How would you convince python library to parse this file correctly? Another PLD-specific Python patch, which would cause many standard Python packages to fail? My solution is not pretty, but doesn't change a thing from the Python perspective. ee, what

Re: [packages/python] Prevent pyconfig.h conflicts on multiarch systems

2015-12-02 Thread Elan Ruusamäe
On 02.12.2015 14:03, Elan Ruusamäe wrote: i'm speaking of installing "config.h" from static source111, and python original rename as config-ARCH.h when packaging. so you get the idea, it was in our linux-libc-headers too before upstream started to do that themselves: https://github.com/pl

java packaging

2015-12-02 Thread Elan Ruusamäe
error: Install/Erase problems: file /usr/bin/javaws from install of oracle-java8-jre-X11-1.8.0.66-1.x86_64 conflicts with file from package icedtea-web-1.6-1.x86_64 just dumping info here, i don't expect anything. just maybe someone thinks javaws should be moved to some subpackage in

Re: [packages/python] Prevent pyconfig.h conflicts on multiarch systems

2015-12-02 Thread Elan Ruusamäe
On 02.12.2015 09:48, Jacek Konieczny wrote: On 2015-12-01 23:19, Elan Ruusamäe wrote: On 01.12.2015 19:49, jajcus wrote: The hack is to have architecture-specific pyconfig-*.h files and a ghost symlink updated with python-devel install. I hope this works. a cleaner way is to install