FreeBSD Port: wxglade-0.6.8_4;

2015-01-13 Thread Ewout Boks

Hi,

I was wondering when you were goint to update the wxGlade port to 
wxGlade 7.0/wxGTK3.0 ?


Ewout
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"


Re: python waf bypasses _MAKE_JOBS number

2015-01-13 Thread Sean Bruno
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

On 01/09/15 15:29, Marcus von Appen wrote:
> Sean Bruno :
> 
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA512
>> 
>> On 01/09/15 11:10, Antoine Brodin wrote:
>>> On Fri, Jan 9, 2015 at 5:52 PM, Sean Bruno
>>>  wrote:
 Marcus:
 
 The thing that I would like "fixed" is python waf ignoring
 the fact that it should not try and detect the number of CPUs
 on the system.
 
>>> 
>>> Let me rephrase the problem,  there are some problems in some 
>>> individual ports using waf. Those ports do not respect 
>>> ${MAKE_JOBS_NUMBER},  especially when MAKE_JOBS_NUMBER=1. This 
>>> breaks qemu which is not multi job friendly  (people using
>>> qemu have DISABLE_MAKE_JOBS=yes which sets MAKE_JOBS_NUMBER to
>>> 1).
>>> 
>>> Cheers,
>>> 
>>> Antoine
>>> 
>> 
>> YES.  :-)  Sorry for the confusion.
> 
> Just to be a bit more specific: we are not talking about a waf
> port, but about some (still unknown) waf scripts in the upstream
> package, correct? Since this is the usual way, waf is used. Please
> point us to the correct scripts/call hierarchy/whatever that allows
> us to investigate, what the port actually does at the build phase.
> 
> waf issues usually need to be fixed (since it's somewhat similar
> to a cmake, scons or autotools configuration/build file) on the
> problematic port or via injection, hence we need the information
> about how the build is done or at least a pointer, where to look
> at.
> 
> I'm leaving the threading issue aside here, since (for now) there
> is not enough information (for me) to address this. Let's get the
> build issue sorted out first, then take a look at Python's
> threading support for non-amd64 and non-i386 platforms on FreeBSD.
> 
> Cheers Marcus
> 
> 


For now, I'm going to start looking into Makefile patches to setup the
correct variables so that waf doesn't assume we want number of CPU's
detected.

sean
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQF8BAEBCgBmBQJUtXjlXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRCQUFENDYzMkU3MTIxREU4RDIwOTk3REQx
MjAxRUZDQTFFNzI3RTY0AAoJEBIB78oecn5kFCgH/Ri0bHe7LnFVRiqpW6q4Gf2g
OJcL93giI/1MaklGE2Y9JF8jxj7foDKJ1UHDkgOdvHDYaP1QdOpnPxp92WOiRo5v
EFik74+7Qg8fuYw4KUYXAulAt9wSENKlNk7bO/NKYQMuP1wgCYP+wd5ZXA5IO4Tq
LxNCG3tkoj0uvWgpCq5jAk1ZJfMKn1AOsG6exNsezMqrDiGWk9aViXgLpj5+E4No
BYl0E7fLl/qVJMNecAwh20JA8hdH63eeCbDTxRtbRdf1MDyiXH9MaBNZi5OR2NzO
I1pluENOuX8xc31q2JembKWLOw26zhmoBL7B6d7ndATHNdu1M7sQJiZLyESnZy4=
=eY3j
-END PGP SIGNATURE-
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"


Re: python waf bypasses _MAKE_JOBS number

2015-01-13 Thread Kubilay Kocak
On 14/01/2015 6:58 AM, Sean Bruno wrote:

> 
> For now, I'm going to start looking into Makefile patches to setup the
> correct variables so that waf doesn't assume we want number of CPU's
> detected.
> 

Might this be a good candidate for USE_PYTHON= waf feature for some
consistency and minimised duplication in waf-based Python Ports?
___
freebsd-python@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-python
To unsubscribe, send any mail to "freebsd-python-unsubscr...@freebsd.org"


Re: python waf bypasses _MAKE_JOBS number

2015-01-13 Thread Roland Smith
On Wed, Jan 14, 2015 at 11:25:24AM +1100, Kubilay Kocak wrote:
> On 14/01/2015 6:58 AM, Sean Bruno wrote:
> 
> > 
> > For now, I'm going to start looking into Makefile patches to setup the
> > correct variables so that waf doesn't assume we want number of CPU's
> > detected.
> > 
> 
> Might this be a good candidate for USE_PYTHON= waf feature for some
> consistency and minimised duplication in waf-based Python Ports?

Recently I had to look into the code for waf to fix a build issue (see bug
195953 for the gory details). If such a feature is going to be built, maybe
this PR can be taken into account.

What I observed is that python2.7-config is a Python sccript, while
python3.4m-config is a shell-script. And waf assumes the config script is a
Python script.

The version of waf bundled with that port is quite old (1.6.4). The source
code of that version is extremely terse with few if any docstrings and almost
no blank lines. It produces an awesome amount of errors and warnings when you
run it through flake8. The most recent version is a lot better in that regard.
So I wonder if the different versions are compatible enough to make a generic
USE_PYTHON=waf feature possible.


Roland
-- 
R.F.Smith   http://rsmith.home.xs4all.nl/
[plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated]
pgp: 5753 3324 1661 B0FE 8D93  FCED 40F6 D5DC A38A 33E0 (keyID: A38A33E0)


pgpwaxV98iihT.pgp
Description: PGP signature