Raspberry Pi build of Daily Snap Shots

classic Classic list List threaded Threaded
23 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Raspberry Pi build of Daily Snap Shots

James Key
Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 
Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

Tim Roberts
James Key wrote:
> Has anyone successfully built one on the daily snapshots on Raspberry
> Pi. I'm currently running 'Jessie' and attempted to build
> 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what
> appeared to be a memory issue, so I compiled the RELEASE version. It
> compiles but when it attempts to link it runs out of memory. The Pi
> has 256MB of memory so I thought I'd try a virtual QEMU install. It's
> hard coded with the same memory cap in the kernel.

So, the question is not "has anyone RUN wxPython on a Pi", the question
is "has anyone BUILT wxPython on a Pi", right?

I'm not terribly surprised that 256MB is not enough to run the
development tools.  You may need to cross-compile this from an x86
system, using something like buildroot.

--
Tim Roberts, [hidden email]
Providenza & Boekelheide, Inc.

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key
In reply to this post by James Key
Oh yes, it's about the build process, I'm trying to develop an app for the Pi and decided on wxPython. I'm not familiar with build root, but I will do some investigation.

On Sunday, July 9, 2017 at 5:30:41 PM UTC-4, James Key wrote:
Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 
Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

mikejonson7501
This post has NOT been accepted by the mailing list yet.
In reply to this post by James Key
hi, I have the same problem, and will be very grateful if someone help  me to solve it too
[url=https://huge-it.com/google-map/]Google Map[/url] - [url=https://wordpress.org/plugins/slider-image/]WordPress Slider[/url]
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

nepix32
In reply to this post by Tim Roberts


On Monday, July 10, 2017 at 6:12:46 PM UTC+2, Tim Roberts wrote:
I'm not terribly surprised that 256MB is not enough to run the

Maybe it would be cheaper (spending less hours) for the original poster to spend 40 Bucks on a raspberry Pi 3 with 1 GB RAM, compile there and transfer the binary to the smaller machine?

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key
In reply to this post by James Key
Not a bad idea!!! Sometimes the obvious escapes me!

On Sunday, July 9, 2017 at 5:30:41 PM UTC-4, James Key wrote:
Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 
Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key
In reply to this post by James Key
The new Pi has arrived and wxWidgets will build on it both shared and monolithic, but when I attempt to build wxPython Phoenix 4.0.0b1. I keep getting this error:

Running command: dox
bash ./regen.sh xml
Finished command: dox (1m58.67s)
Running command: etg
"/usr/bin/python3.4" etg/image.py --sip --nodoc
Unable to find xml file for ITEM: wxTIFFHandler
Tried: /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/classwx_t_i_f_f_handler.xml
       /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/structwx_t_i_f_f_handler.xml
       /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/wxTIFFHandler
Traceback (most recent call last):
  File "etg/image.py", line 681, in <module>
    run()
  File "etg/image.py", line 43, in run
    etgtools.parseDoxyXML(module, ITEMS)
  File "/home/pi/Phoenix-wxPython-4.0.0b1/etgtools/__init__.py", line 82, in parseDoxyXML
    raise DoxyXMLError(msg)
etgtools.DoxyXMLError: Unable to find xml file for ITEM: wxTIFFHandler
Command '"/usr/bin/python3.4" etg/image.py --sip --nodoc' failed with exit code 1.
Finished command: etg (0.814s)

I have installed and build sip and doxygen for the arm on the Pi.
Any thoughts?

On Sunday, July 9, 2017 at 5:30:41 PM UTC-4, James Key wrote:
Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 
Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

Robin Dunn
James Key wrote:

> The new Pi has arrived and wxWidgets will build on it both shared and
> monolithic, but when I attempt to build wxPython Phoenix 4.0.0b1. I
> keep getting this error:
>
> Running command: dox
> bash ./regen.sh xml
> Finished command: dox (1m58.67s)
> Running command: etg
> "/usr/bin/python3.4" etg/image.py --sip --nodoc
> Unable to find xml file for ITEM: wxTIFFHandler
> Tried:
> /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/classwx_t_i_f_f_handler.xml
>      
>  /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/structwx_t_i_f_f_handler.xml
>      
>  /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/wxTIFFHandler
> Traceback (most recent call last):
>   File "etg/image.py", line 681, in <module>
>     run()
>   File "etg/image.py", line 43, in run
>     etgtools.parseDoxyXML(module, ITEMS)
>   File "/home/pi/Phoenix-wxPython-4.0.0b1/etgtools/__init__.py", line
> 82, in parseDoxyXML
>     raise DoxyXMLError(msg)
> etgtools.DoxyXMLError: Unable to find xml file for ITEM: wxTIFFHandler
> Command '"/usr/bin/python3.4" etg/image.py --sip --nodoc' failed with
> exit code 1.
> Finished command: etg (0.814s)
>
> I have installed and build sip and doxygen for the arm on the Pi.
> Any thoughts?

Is it doxygen version 1.8.8?  If not, then they may have changed how the
xml files are named or something. Do a grep in
ext/wxWidgets/docs/doxygen/out/xml for wxTIFFHandler to see if the
class' definition is in a different file.

On the other hand, if you are using the source tarball then you do not
need to do the dox, etg, or sip commands. The generated files should
already be present.  Just start with the build command followed by
whatever packaging or installation commands you want to use.


--
Robin Dunn
Software Craftsman
http://wxPython.org

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key
SUCCESS!!!

I have attached a Markdown document for those of you who wish to try this.

On Thursday, August 3, 2017 at 5:11:12 PM UTC-4, Robin Dunn wrote:
James Key wrote:

> The new Pi has arrived and wxWidgets will build on it both shared and
> monolithic, but when I attempt to build wxPython Phoenix 4.0.0b1. I
> keep getting this error:
>
> Running command: dox
> bash ./regen.sh xml
> Finished command: dox (1m58.67s)
> Running command: etg
> "/usr/bin/python3.4" etg/image.py --sip --nodoc
> Unable to find xml file for ITEM: wxTIFFHandler
> Tried:
> /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/classwx_t_i_f_f_handler.xml
>      
>  /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/structwx_t_i_f_f_handler.xml
>      
>  /home/pi/Phoenix-wxPython-4.0.0b1/ext/wxWidgets/docs/doxygen/out/xml/wxTIFFHandler
> Traceback (most recent call last):
>   File "etg/image.py", line 681, in <module>
>     run()
>   File "etg/image.py", line 43, in run
>     etgtools.parseDoxyXML(module, ITEMS)
>   File "/home/pi/Phoenix-wxPython-4.0.0b1/etgtools/__init__.py", line
> 82, in parseDoxyXML
>     raise DoxyXMLError(msg)
> etgtools.DoxyXMLError: Unable to find xml file for ITEM: wxTIFFHandler
> Command '"/usr/bin/python3.4" etg/image.py --sip --nodoc' failed with
> exit code 1.
> Finished command: etg (0.814s)
>
> I have installed and build sip and doxygen for the arm on the Pi.
> Any thoughts?

Is it doxygen version 1.8.8?  If not, then they may have changed how the
xml files are named or something. Do a grep in
ext/wxWidgets/docs/doxygen/out/xml for wxTIFFHandler to see if the
class' definition is in a different file.

On the other hand, if you are using the source tarball then you do not
need to do the dox, etg, or sip commands. The generated files should
already be present.  Just start with the build command followed by
whatever packaging or installation commands you want to use.


--
Robin Dunn
Software Craftsman
<a href="http://wxPython.org" target="_blank" rel="nofollow" onmousedown="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2FwxPython.org\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHG9kM-NEpJfIvl_lWJvA23SuLjOA&#39;;return true;" onclick="this.href=&#39;http://www.google.com/url?q\x3dhttp%3A%2F%2FwxPython.org\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNHG9kM-NEpJfIvl_lWJvA23SuLjOA&#39;;return true;">http://wxPython.org

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

Raspberry_Pi_wxPython.md (5K) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

Claudia Frank
Thank you with this guide we were able to compile wxpython on the new rock64 sbc.
One additional step we needed to do was to replace the config.sub and config.guess 
within ext/widgets with a more recent version.

First test:

rock64@therock:~$ python -c "import wx; import platform; print 'wx:{}\narch:{}'.format(wx.version(),platform.machine())"
wx:4.0.0b1 gtk2 (phoenix)
arch:aarch64

Cheers
Claudia

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key
I'm very happy that it help you. It's also available on the wxPython wiki for future reference.

On Wednesday, September 6, 2017 at 12:32:09 PM UTC-4, Claudia Frank wrote:
Thank you with this guide we were able to compile wxpython on the new rock64 sbc.
One additional step we needed to do was to replace the config.sub and config.guess 
within ext/widgets with a more recent version.

First test:

rock64@therock:~$ python -c "import wx; import platform; print 'wx:{}\narch:{}'.format(wx.version(),platform.machine())"
wx:4.0.0b1 gtk2 (phoenix)
arch:aarch64

Cheers
Claudia

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

Daniel McBrearty
Thank you for this James. I have followed it closely, but I get core dumps when trying to build. Very odd. I have posted the output in another post. If any ideas, most grateful.

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key
Check out the wxpython wiki, there are some minor changes that occurred when the newest version was released.
There was a change with gtk2 to gtk3.

On Dec 6, 2017 15:56, "Daniel McBrearty" <[hidden email]> wrote:
Thank you for this James. I have followed it closely, but I get core dumps when trying to build. Very odd. I have posted the output in another post. If any ideas, most grateful.

--
You received this message because you are subscribed to a topic in the Google Groups "wxPython-users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/wxpython-users/gJlZW56ZG44/unsubscribe.
To unsubscribe from this group and all its topics, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

Daniel McBrearty
yes, that is the page I have been using. Still don't have a successful build on 3.6 (I did get past compilation, but pip then hung on last install step - appeared to be trying to compile prerequsites AGAIN ... when all it really needed to do was move the compiled files to the right place and clean up ... ), trying again for 3.4 now. See comments in my thread above. Thanks.

On Wednesday, 6 December 2017 22:01:28 UTC+1, James Key wrote:
Check out the wxpython wiki, there are some minor changes that occurred when the newest version was released.
<a href="https://wiki.wxpython.org/BuildWxPythonOnRaspberryPi" target="_blank" rel="nofollow" onmousedown="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwiki.wxpython.org%2FBuildWxPythonOnRaspberryPi\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNELviXJwvs1Blq_VGaMxCa89S6NGQ&#39;;return true;" onclick="this.href=&#39;https://www.google.com/url?q\x3dhttps%3A%2F%2Fwiki.wxpython.org%2FBuildWxPythonOnRaspberryPi\x26sa\x3dD\x26sntz\x3d1\x26usg\x3dAFQjCNELviXJwvs1Blq_VGaMxCa89S6NGQ&#39;;return true;">https://wiki.wxpython.org/BuildWxPythonOnRaspberryPi
There was a change with gtk2 to gtk3.

On Dec 6, 2017 15:56, "Daniel McBrearty" <<a href="javascript:" target="_blank" gdf-obfuscated-mailto="uj5cjdVOAQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">danielm...@...> wrote:
Thank you for this James. I have followed it closely, but I get core dumps when trying to build. Very odd. I have posted the output in another post. If any ideas, most grateful.

--
You received this message because you are subscribed to a topic in the Google Groups "wxPython-users" group.
To unsubscribe from this topic, visit <a href="https://groups.google.com/d/topic/wxpython-users/gJlZW56ZG44/unsubscribe" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/topic/wxpython-users/gJlZW56ZG44/unsubscribe&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/topic/wxpython-users/gJlZW56ZG44/unsubscribe&#39;;return true;">https://groups.google.com/d/topic/wxpython-users/gJlZW56ZG44/unsubscribe.
To unsubscribe from this group and all its topics, send an email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="uj5cjdVOAQAJ" rel="nofollow" onmousedown="this.href=&#39;javascript:&#39;;return true;" onclick="this.href=&#39;javascript:&#39;;return true;">wxpython-user...@googlegroups.com.
For more options, visit <a href="https://groups.google.com/d/optout" rel="nofollow" target="_blank" onmousedown="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;" onclick="this.href=&#39;https://groups.google.com/d/optout&#39;;return true;">https://groups.google.com/d/optout.

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

Daniel McBrearty
In reply to this post by James Key
There seems to me to be an issue most  likely caused by concurrency to the sdCard -  the build uses four concurrent jobs on an RPi, but it seems that some kind of corruption can occur - perhaps due to caching to the card? I don't know, but I've been now almost a week trying to get a clean build on an RPi 3, and I have succeeded exactly once. I have seen a lot of random seeming hangs, core dumps and crashes, and I am pretty sure the problem is not me.

For the compilation step, recommend to use the --jobs=1 flag (that seems to give a stable  build) but - unfortunately - the final "pip install" step *also* kicks off a round of multithread compilation which can also hang.

I don't know why I am the only person reporting this problem - perhaps it is only on a Pi 3 (quad core uP) that the issue gets serious, or perhaps not many people are trying to use wx on a Pi, or perhaps others have tried and failed silently. But I do know it is a serious issue for me. I am trying to use this platform for a fairly serious app, and I *need* reliable and repeatable behaviour. Corrupt (perhaps silently so) sdCards are not really compatible with that goal.

I am hoping that maybe Robin can throw some light on what is going on, perhaps tell me how I can do the final "pip install" step without concurrency, or whatever. For now, I have a few more things to try that I hope might mean I don't have to think about recoding my project on some other GX library:

1. use an industrial quality sdCard (I have a couple on order).
2. use wx without the final " install" step - I think that that is possible (at least according to the text that happens at the end of teh compilation step)

cheers

Daniel



On Sunday, 9 July 2017 23:30:41 UTC+2, James Key wrote:
Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 
Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key

I used a pi 3 myself, I had initially thought my difficulties were based on memory issues with my Pi zero. Though you will note that my notes at the bottom talk about if it hangs (esp. the pip install) to just restart the process. Maybe these two items are the same issue? I will up date the FAQ with the –jobs=1 flag just incase.

 

Sent from Mail for Windows 10

 

From: [hidden email]
Sent: Monday, December 11, 2017 11:55
To: [hidden email]
Subject: [wxPython-users] Re: Raspberry Pi build of Daily Snap Shots

 

There seems to me to be an issue most  likely caused by concurrency to the sdCard -  the build uses four concurrent jobs on an RPi, but it seems that some kind of corruption can occur - perhaps due to caching to the card? I don't know, but I've been now almost a week trying to get a clean build on an RPi 3, and I have succeeded exactly once. I have seen a lot of random seeming hangs, core dumps and crashes, and I am pretty sure the problem is not me.

 

For the compilation step, recommend to use the --jobs=1 flag (that seems to give a stable  build) but - unfortunately - the final "pip install" step *also* kicks off a round of multithread compilation which can also hang.

 

I don't know why I am the only person reporting this problem - perhaps it is only on a Pi 3 (quad core uP) that the issue gets serious, or perhaps not many people are trying to use wx on a Pi, or perhaps others have tried and failed silently. But I do know it is a serious issue for me. I am trying to use this platform for a fairly serious app, and I *need* reliable and repeatable behaviour. Corrupt (perhaps silently so) sdCards are not really compatible with that goal.

 

I am hoping that maybe Robin can throw some light on what is going on, perhaps tell me how I can do the final "pip install" step without concurrency, or whatever. For now, I have a few more things to try that I hope might mean I don't have to think about recoding my project on some other GX library:

 

1. use an industrial quality sdCard (I have a couple on order).

2. use wx without the final " install" step - I think that that is possible (at least according to the text that happens at the end of teh compilation step)

 

cheers

 

Daniel

 



On Sunday, 9 July 2017 23:30:41 UTC+2, James Key wrote:

Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 

Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to a topic in the Google Groups "wxPython-users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/wxpython-users/gJlZW56ZG44/unsubscribe.
To unsubscribe from this group and all its topics, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key
In reply to this post by Daniel McBrearty

If you get a chance take a look at the wiki page and tell me if this is what you meant with the “–jobs=1”. I would, obviously, like to accurate. Also I’m wondering if something similar could be passed to pip or if the package could be edited to enable a similar restraint.

 

Sent from Mail for Windows 10

 

From: [hidden email]
Sent: Monday, December 11, 2017 11:55
To: [hidden email]
Subject: [wxPython-users] Re: Raspberry Pi build of Daily Snap Shots

 

There seems to me to be an issue most  likely caused by concurrency to the sdCard -  the build uses four concurrent jobs on an RPi, but it seems that some kind of corruption can occur - perhaps due to caching to the card? I don't know, but I've been now almost a week trying to get a clean build on an RPi 3, and I have succeeded exactly once. I have seen a lot of random seeming hangs, core dumps and crashes, and I am pretty sure the problem is not me.

 

For the compilation step, recommend to use the --jobs=1 flag (that seems to give a stable  build) but - unfortunately - the final "pip install" step *also* kicks off a round of multithread compilation which can also hang.

 

I don't know why I am the only person reporting this problem - perhaps it is only on a Pi 3 (quad core uP) that the issue gets serious, or perhaps not many people are trying to use wx on a Pi, or perhaps others have tried and failed silently. But I do know it is a serious issue for me. I am trying to use this platform for a fairly serious app, and I *need* reliable and repeatable behaviour. Corrupt (perhaps silently so) sdCards are not really compatible with that goal.

 

I am hoping that maybe Robin can throw some light on what is going on, perhaps tell me how I can do the final "pip install" step without concurrency, or whatever. For now, I have a few more things to try that I hope might mean I don't have to think about recoding my project on some other GX library:

 

1. use an industrial quality sdCard (I have a couple on order).

2. use wx without the final " install" step - I think that that is possible (at least according to the text that happens at the end of teh compilation step)

 

cheers

 

Daniel

 



On Sunday, 9 July 2017 23:30:41 UTC+2, James Key wrote:

Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 

Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to a topic in the Google Groups "wxPython-users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/wxpython-users/gJlZW56ZG44/unsubscribe.
To unsubscribe from this group and all its topics, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

James Key
In reply to this post by Daniel McBrearty

I investigating a “–skip-build” in the setup.py. This may be your fix.

 

Sent from Mail for Windows 10

 

From: [hidden email]
Sent: Monday, December 11, 2017 11:55
To: [hidden email]
Subject: [wxPython-users] Re: Raspberry Pi build of Daily Snap Shots

 

There seems to me to be an issue most  likely caused by concurrency to the sdCard -  the build uses four concurrent jobs on an RPi, but it seems that some kind of corruption can occur - perhaps due to caching to the card? I don't know, but I've been now almost a week trying to get a clean build on an RPi 3, and I have succeeded exactly once. I have seen a lot of random seeming hangs, core dumps and crashes, and I am pretty sure the problem is not me.

 

For the compilation step, recommend to use the --jobs=1 flag (that seems to give a stable  build) but - unfortunately - the final "pip install" step *also* kicks off a round of multithread compilation which can also hang.

 

I don't know why I am the only person reporting this problem - perhaps it is only on a Pi 3 (quad core uP) that the issue gets serious, or perhaps not many people are trying to use wx on a Pi, or perhaps others have tried and failed silently. But I do know it is a serious issue for me. I am trying to use this platform for a fairly serious app, and I *need* reliable and repeatable behaviour. Corrupt (perhaps silently so) sdCards are not really compatible with that goal.

 

I am hoping that maybe Robin can throw some light on what is going on, perhaps tell me how I can do the final "pip install" step without concurrency, or whatever. For now, I have a few more things to try that I hope might mean I don't have to think about recoding my project on some other GX library:

 

1. use an industrial quality sdCard (I have a couple on order).

2. use wx without the final " install" step - I think that that is possible (at least according to the text that happens at the end of teh compilation step)

 

cheers

 

Daniel

 



On Sunday, 9 July 2017 23:30:41 UTC+2, James Key wrote:

Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 

Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to a topic in the Google Groups "wxPython-users" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/wxpython-users/gJlZW56ZG44/unsubscribe.
To unsubscribe from this group and all its topics, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.

 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

Chris Barker - NOAA Federal
In reply to this post by Daniel McBrearty
On Mon, Dec 11, 2017 at 8:55 AM, Daniel McBrearty <[hidden email]> wrote:
For the compilation step, recommend to use the --jobs=1 flag (that seems to give a stable  build) but - unfortunately - the final "pip install" step *also* kicks off a round of multithread compilation which can also hang.

pip often tries to be too "smart" -- a pip install will try to build from source if it thinks it needs to.

but what you want is for the build step to build a binary wheel, and then pip can simply install that.

Sorry, no time to look at the build scripts, but maybe with this hint you can figure out how to get it to use that process.

-CHB





 
--

Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

[hidden email]

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
Reply | Threaded
Open this post in threaded view
|

Re: Raspberry Pi build of Daily Snap Shots

Daniel McBrearty
In reply to this post by James Key
Hi James, Thanks for this.

Yes, I read your excellent and very helpful page quite carefully (several times) and I did note your comments about hanging and so on.

The --jobs=1 is correct. I think that you should also change this:

$ pip3 install -r requirements.txt
    $ cd wxPython-4.0.0b2

These need to be in reverse order. And I actually found something similar with pip - at least once using "-r requirements" caused hangs and crashes, so I just installed the file contents one by one. i don't know how to make pip run single threaded but that is clearly advisable.

Another thing to note is DON'T do "make clean" (not sure what it does but it's not what you expect as it seems to result in a build with core package missing) and if you hit problems - start again, even with a fresh install because you might have corrupted the card (this happened at least once to me). Setting the boot options to ALWAYS run fsck is also a good idea.

For my part - I'm afraid that I was able to install and run Qt in a matter of minutes on the RPi (OK, not in a virtualenv, but that is not a prerequisite for me on this project - I am quite happy for my code to all use the installed python3, that should not cause problems unless python libraries are somewhere mutually incompatible, god forbid) so I am more than half convinced to just cut my losses and migrate now. For me, stability and repeatability are not really optional, and when I see that something in a build is resulting in this kind of flaky behaviour - I get a bit concerned.

All the best and many thanks for the help,

Daniel










On Sunday, 9 July 2017 23:30:41 UTC+2, James Key wrote:
Has anyone successfully built one on the daily snapshots on Raspberry Pi. I'm currently running 'Jessie' and attempted to build 4.0.0a4.dev3185. I was unable to compile the DEBUG version due to what appeared to be a memory issue, so I compiled the RELEASE version. It compiles but when it attempts to link it runs out of memory. The Pi has 256MB of memory so I thought I'd try a virtual QEMU install. It's hard coded with the same memory cap in the kernel. 
Are there some switches I'm missing? or is it possible to use another ARM Debian kernel to compile it on QEMU? 

--
You received this message because you are subscribed to the Google Groups "wxPython-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [hidden email].
For more options, visit https://groups.google.com/d/optout.
12