* [U-Boot] Python subprocess module missing in multiconfig.py @ 2014-08-07 16:11 david at plentovichdesign.com 2014-08-07 19:08 ` Tom Rini 0 siblings, 1 reply; 11+ messages in thread From: david at plentovichdesign.com @ 2014-08-07 16:11 UTC (permalink / raw) To: u-boot Hello. I read the posts a couple days ago about the Python issues with Kconfig feature. I didn't see a resolution on how this would be fixed. I am running Ubuntu 14.04LTS, building u-boot and the problem I have is that the eldk tools have a older python (2.7.3) which does not have the subprocess module but the current Ubuntu python (2.7.6) does include the subprocess module. When I add the eldk (cross compiler) path before my env $PATH the defconfig fails in multiconfig.py (uses the python in the eldk toolkit). Can I just remove python from the eldk tools (so the newer python will be used) or is that older python version required for some other script in the cross compiler? pdavid at david-TECRA-A8:~$ python Python 2.7.6 (default, Mar 22 2014, 22:59:38) [GCC 4.8.2] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import subprocess >>> [1]+ Stopped python david at david-TECRA-A8:~$ export PATH=/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin/armv5te-linux-gnueabi:$PATH david at david-TECRA-A8:~$ python Python 2.7.3 (default, Oct 18 2013, 13:50:05) [GCC 4.8.1] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import subprocess Traceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: No module named subprocess >>> [2]+ Stopped python david at david-TECRA-A8:~$ which python /opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/python ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 16:11 [U-Boot] Python subprocess module missing in multiconfig.py david at plentovichdesign.com @ 2014-08-07 19:08 ` Tom Rini 2014-08-07 19:37 ` Jeroen Hofstee 0 siblings, 1 reply; 11+ messages in thread From: Tom Rini @ 2014-08-07 19:08 UTC (permalink / raw) To: u-boot On Thu, Aug 07, 2014 at 12:11:41PM -0400, david at plentovichdesign.com wrote: > Hello. I read the posts a couple days ago about the Python issues with > Kconfig feature. I didn't see a resolution on how this would be fixed. I > am running Ubuntu 14.04LTS, building u-boot and the problem I have is that > the eldk tools have a older python (2.7.3) which does not have the > subprocess module but the current Ubuntu python (2.7.6) does include the > subprocess module. When I add the eldk (cross compiler) path before my > env $PATH the defconfig fails in multiconfig.py (uses the python in the > eldk toolkit). Can I just remove python from the eldk tools (so the newer > python will be used) or is that older python version required for some > other script in the cross compiler? > > pdavid at david-TECRA-A8:~$ python > Python 2.7.6 (default, Mar 22 2014, 22:59:38) > [GCC 4.8.2] on linux2 > Type "help", "copyright", "credits" or "license" for more information. > >>> import subprocess > >>> > [1]+ Stopped python > david at david-TECRA-A8:~$ export > PATH=/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin/armv5te-linux-gnueabi:$PATH You only need /opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi to be added to your PATH to compile U-Boot (or the kernel). I don't know why OpenEmbedded-based SDKs default to such a stripped down Python2 installation. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.denx.de/pipermail/u-boot/attachments/20140807/98e52dd1/attachment.pgp> ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 19:08 ` Tom Rini @ 2014-08-07 19:37 ` Jeroen Hofstee 2014-08-07 19:43 ` Tom Rini 0 siblings, 1 reply; 11+ messages in thread From: Jeroen Hofstee @ 2014-08-07 19:37 UTC (permalink / raw) To: u-boot Hello Tom, On 07-08-14 21:08, Tom Rini wrote: > On Thu, Aug 07, 2014 at 12:11:41PM -0400, david at plentovichdesign.com wrote: > >> Hello. I read the posts a couple days ago about the Python issues with >> Kconfig feature. I didn't see a resolution on how this would be fixed. I >> am running Ubuntu 14.04LTS, building u-boot and the problem I have is that >> the eldk tools have a older python (2.7.3) which does not have the >> subprocess module but the current Ubuntu python (2.7.6) does include the >> subprocess module. When I add the eldk (cross compiler) path before my >> env $PATH the defconfig fails in multiconfig.py (uses the python in the >> eldk toolkit). Can I just remove python from the eldk tools (so the newer >> python will be used) or is that older python version required for some >> other script in the cross compiler? >> >> pdavid at david-TECRA-A8:~$ python >> Python 2.7.6 (default, Mar 22 2014, 22:59:38) >> [GCC 4.8.2] on linux2 >> Type "help", "copyright", "credits" or "license" for more information. >>>>> import subprocess >>>>> >> [1]+ Stopped python >> david at david-TECRA-A8:~$ export >> PATH=/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin/armv5te-linux-gnueabi:$PATH > You only need > /opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi > to be added to your PATH to compile U-Boot (or the kernel). I don't > know why OpenEmbedded-based SDKs default to such a stripped down Python2 > installation. > Because it is unneeded bloat? Adding a DEPENDS to the U-boot recipe for python-subprocess and python-xyz and rebuilding the sdk should fix this I guess. Regards, Jeroen ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 19:37 ` Jeroen Hofstee @ 2014-08-07 19:43 ` Tom Rini 2014-08-07 20:02 ` Jeroen Hofstee 0 siblings, 1 reply; 11+ messages in thread From: Tom Rini @ 2014-08-07 19:43 UTC (permalink / raw) To: u-boot On Thu, Aug 07, 2014 at 09:37:22PM +0200, Jeroen Hofstee wrote: > Hello Tom, > > On 07-08-14 21:08, Tom Rini wrote: > >On Thu, Aug 07, 2014 at 12:11:41PM -0400, david at plentovichdesign.com wrote: > > > >>Hello. I read the posts a couple days ago about the Python issues with > >>Kconfig feature. I didn't see a resolution on how this would be fixed. I > >>am running Ubuntu 14.04LTS, building u-boot and the problem I have is that > >>the eldk tools have a older python (2.7.3) which does not have the > >>subprocess module but the current Ubuntu python (2.7.6) does include the > >>subprocess module. When I add the eldk (cross compiler) path before my > >>env $PATH the defconfig fails in multiconfig.py (uses the python in the > >>eldk toolkit). Can I just remove python from the eldk tools (so the newer > >>python will be used) or is that older python version required for some > >>other script in the cross compiler? > >> > >>pdavid at david-TECRA-A8:~$ python > >>Python 2.7.6 (default, Mar 22 2014, 22:59:38) > >>[GCC 4.8.2] on linux2 > >>Type "help", "copyright", "credits" or "license" for more information. > >>>>>import subprocess > >>>>> > >>[1]+ Stopped python > >>david at david-TECRA-A8:~$ export > >>PATH=/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin/armv5te-linux-gnueabi:$PATH > >You only need > >/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi > >to be added to your PATH to compile U-Boot (or the kernel). I don't > >know why OpenEmbedded-based SDKs default to such a stripped down Python2 > >installation. > > Because it is unneeded bloat? Adding a DEPENDS to the U-boot recipe > for python-subprocess and python-xyz and rebuilding the sdk should fix this > I guess. Putting on my OE-guy hat, if we're shipping a host python for some good reason, it should be as useful as a stock python install on desktop-or-server-distro-du-jour. I did some quick poking when I first hit this and it seems the OE one ships with almost nothing for external modules which made me question why it's even shipped. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.denx.de/pipermail/u-boot/attachments/20140807/cd4a5c01/attachment.pgp> ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 19:43 ` Tom Rini @ 2014-08-07 20:02 ` Jeroen Hofstee 2014-08-07 20:04 ` Jeroen Hofstee 2014-08-07 20:14 ` Marek Vasut 0 siblings, 2 replies; 11+ messages in thread From: Jeroen Hofstee @ 2014-08-07 20:02 UTC (permalink / raw) To: u-boot Hello Tom, On 07-08-14 21:43, Tom Rini wrote: > On Thu, Aug 07, 2014 at 09:37:22PM +0200, Jeroen Hofstee wrote: >> Hello Tom, >> >> On 07-08-14 21:08, Tom Rini wrote: >>> On Thu, Aug 07, 2014 at 12:11:41PM -0400, david at plentovichdesign.com wrote: >>> >>>> Hello. I read the posts a couple days ago about the Python issues with >>>> Kconfig feature. I didn't see a resolution on how this would be fixed. I >>>> am running Ubuntu 14.04LTS, building u-boot and the problem I have is that >>>> the eldk tools have a older python (2.7.3) which does not have the >>>> subprocess module but the current Ubuntu python (2.7.6) does include the >>>> subprocess module. When I add the eldk (cross compiler) path before my >>>> env $PATH the defconfig fails in multiconfig.py (uses the python in the >>>> eldk toolkit). Can I just remove python from the eldk tools (so the newer >>>> python will be used) or is that older python version required for some >>>> other script in the cross compiler? >>>> >>>> pdavid at david-TECRA-A8:~$ python >>>> Python 2.7.6 (default, Mar 22 2014, 22:59:38) >>>> [GCC 4.8.2] on linux2 >>>> Type "help", "copyright", "credits" or "license" for more information. >>>>>>> import subprocess >>>>>>> >>>> [1]+ Stopped python >>>> david at david-TECRA-A8:~$ export >>>> PATH=/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin/armv5te-linux-gnueabi:$PATH >>> You only need >>> /opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi >>> to be added to your PATH to compile U-Boot (or the kernel). I don't >>> know why OpenEmbedded-based SDKs default to such a stripped down Python2 >>> installation. >> Because it is unneeded bloat? Adding a DEPENDS to the U-boot recipe >> for python-subprocess and python-xyz and rebuilding the sdk should fix this >> I guess. > Putting on my OE-guy hat, if we're shipping a host python for some good > reason, it should be as useful as a stock python install on > desktop-or-server-distro-du-jour. I did some quick poking when I first > hit this and it seems the OE one ships with almost nothing for external > modules which made me question why it's even shipped. > Well putting on my small, tiny OE user head, you need to spell out every python-module you use. To make it a bit more funny there are likely grouped, so don't be surprised this is python-system or something. I am in the impression the nativesdk uses the same recipes where possible, so hence needs to be rebuild with explicit DEPENDS (unless you got luckily that a recipe before u-boot included it.) Anyway there are a lot more people on the list who know this a lot better, Marex? Regards, Jeroen ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 20:02 ` Jeroen Hofstee @ 2014-08-07 20:04 ` Jeroen Hofstee 2014-08-07 20:14 ` Marek Vasut 1 sibling, 0 replies; 11+ messages in thread From: Jeroen Hofstee @ 2014-08-07 20:04 UTC (permalink / raw) To: u-boot On 07-08-14 22:02, Jeroen Hofstee wrote: > Hello Tom, > > On 07-08-14 21:43, Tom Rini wrote: >> On Thu, Aug 07, 2014 at 09:37:22PM +0200, Jeroen Hofstee wrote: >>> Hello Tom, >>> >>> On 07-08-14 21:08, Tom Rini wrote: >>>> On Thu, Aug 07, 2014 at 12:11:41PM -0400, >>>> david at plentovichdesign.com wrote: >>>> >>>>> Hello. I read the posts a couple days ago about the Python issues >>>>> with >>>>> Kconfig feature. I didn't see a resolution on how this would be >>>>> fixed. I >>>>> am running Ubuntu 14.04LTS, building u-boot and the problem I have >>>>> is that >>>>> the eldk tools have a older python (2.7.3) which does not have the >>>>> subprocess module but the current Ubuntu python (2.7.6) does >>>>> include the >>>>> subprocess module. When I add the eldk (cross compiler) path >>>>> before my >>>>> env $PATH the defconfig fails in multiconfig.py (uses the python >>>>> in the >>>>> eldk toolkit). Can I just remove python from the eldk tools (so >>>>> the newer >>>>> python will be used) or is that older python version required for >>>>> some >>>>> other script in the cross compiler? >>>>> >>>>> pdavid at david-TECRA-A8:~$ python >>>>> Python 2.7.6 (default, Mar 22 2014, 22:59:38) >>>>> [GCC 4.8.2] on linux2 >>>>> Type "help", "copyright", "credits" or "license" for more >>>>> information. >>>>>>>> import subprocess >>>>>>>> >>>>> [1]+ Stopped python >>>>> david at david-TECRA-A8:~$ export >>>>> PATH=/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin:/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin/armv5te-linux-gnueabi:$PATH >>>>> >>>> You only need >>>> /opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi >>>> >>>> to be added to your PATH to compile U-Boot (or the kernel). I don't >>>> know why OpenEmbedded-based SDKs default to such a stripped down >>>> Python2 >>>> installation. >>> Because it is unneeded bloat? Adding a DEPENDS to the U-boot recipe >>> for python-subprocess and python-xyz and rebuilding the sdk should >>> fix this >>> I guess. >> Putting on my OE-guy hat, if we're shipping a host python for some good >> reason, it should be as useful as a stock python install on >> desktop-or-server-distro-du-jour. I did some quick poking when I first >> hit this and it seems the OE one ships with almost nothing for external >> modules which made me question why it's even shipped. >> > Well putting on my small, tiny OE user head, ok I am not beheaded, hat ^ > > Regards, > Jeroen > > _______________________________________________ > U-Boot mailing list > U-Boot at lists.denx.de > http://lists.denx.de/mailman/listinfo/u-boot ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 20:02 ` Jeroen Hofstee 2014-08-07 20:04 ` Jeroen Hofstee @ 2014-08-07 20:14 ` Marek Vasut 2014-08-07 20:37 ` Jeroen Hofstee 1 sibling, 1 reply; 11+ messages in thread From: Marek Vasut @ 2014-08-07 20:14 UTC (permalink / raw) To: u-boot On Thursday, August 07, 2014 at 10:02:54 PM, Jeroen Hofstee wrote: > Hello Tom, > > On 07-08-14 21:43, Tom Rini wrote: > > On Thu, Aug 07, 2014 at 09:37:22PM +0200, Jeroen Hofstee wrote: > >> Hello Tom, > >> > >> On 07-08-14 21:08, Tom Rini wrote: > >>> On Thu, Aug 07, 2014 at 12:11:41PM -0400, david at plentovichdesign.com wrote: > >>>> Hello. I read the posts a couple days ago about the Python issues > >>>> with Kconfig feature. I didn't see a resolution on how this would be > >>>> fixed. I am running Ubuntu 14.04LTS, building u-boot and the problem > >>>> I have is that the eldk tools have a older python (2.7.3) which does > >>>> not have the subprocess module but the current Ubuntu python (2.7.6) > >>>> does include the subprocess module. When I add the eldk (cross > >>>> compiler) path before my env $PATH the defconfig fails in > >>>> multiconfig.py (uses the python in the eldk toolkit). Can I just > >>>> remove python from the eldk tools (so the newer python will be used) > >>>> or is that older python version required for some other script in the > >>>> cross compiler? > >>>> > >>>> pdavid at david-TECRA-A8:~$ python > >>>> Python 2.7.6 (default, Mar 22 2014, 22:59:38) > >>>> [GCC 4.8.2] on linux2 > >>>> Type "help", "copyright", "credits" or "license" for more information. > >>>> > >>>>>>> import subprocess > >>>> > >>>> [1]+ Stopped python > >>>> david at david-TECRA-A8:~$ export > >>>> PATH=/opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin:/opt/eldk- > >>>> 5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gnueabi:/op > >>>> t/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/sbin:/opt/eldk-5.5/arm > >>>> v5te/sysroots/i686-eldk-linux/usr/sbin/armv5te-linux-gnueabi:$PATH > >>> > >>> You only need > >>> /opt/eldk-5.5/armv5te/sysroots/i686-eldk-linux/usr/bin/armv5te-linux-gn > >>> ueabi to be added to your PATH to compile U-Boot (or the kernel). I > >>> don't know why OpenEmbedded-based SDKs default to such a stripped down > >>> Python2 installation. > >> > >> Because it is unneeded bloat? Adding a DEPENDS to the U-boot recipe > >> for python-subprocess and python-xyz and rebuilding the sdk should fix > >> this I guess. > > > > Putting on my OE-guy hat, if we're shipping a host python for some good > > reason, it should be as useful as a stock python install on > > desktop-or-server-distro-du-jour. I did some quick poking when I first > > hit this and it seems the OE one ships with almost nothing for external > > modules which made me question why it's even shipped. > > Well putting on my small, tiny OE user head, you need to spell out > every python-module you use. To make it a bit more funny there are > likely grouped, so don't be surprised this is python-system or something. > I am in the impression the nativesdk uses the same recipes where > possible, so hence needs to be rebuild with explicit DEPENDS (unless > you got luckily that a recipe before u-boot included it.) Anyway there > are a lot more people on the list who know this a lot better, Marex? Thanks for CCing me. I sent a patch to OE-core to ship the python modules. This is a problem with the Yocto Qt SDK toolchain in general and you can track the mayhem at [1]. There will likely be ELDK 5.5.3 once this is all settled. btw. you should update to ELDK 5.5.2 in the first place, since the compiler in Yocto 1.5.0 did have trouble with code generation [2], [3]. [1] http://lists.openembedded.org/pipermail/openembedded-core/2014- August/095470.html [2] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 [3]http://lists.openembedded.org/pipermail/openembedded-core/2014- February/089489.html Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 20:14 ` Marek Vasut @ 2014-08-07 20:37 ` Jeroen Hofstee 2014-08-07 21:52 ` Marek Vasut 0 siblings, 1 reply; 11+ messages in thread From: Jeroen Hofstee @ 2014-08-07 20:37 UTC (permalink / raw) To: u-boot Hello Marex, Tom, On 07-08-14 22:14, Marek Vasut wrote: > <snip> >> Well putting on my small, tiny OE user head, you need to spell out >> every python-module you use. To make it a bit more funny there are >> likely grouped, so don't be surprised this is python-system or something. >> I am in the impression the nativesdk uses the same recipes where >> possible, so hence needs to be rebuild with explicit DEPENDS (unless >> you got luckily that a recipe before u-boot included it.) Anyway there >> are a lot more people on the list who know this a lot better, Marex? > Thanks for CCing me. > > I sent a patch to OE-core to ship the python modules. This is a problem with the > Yocto Qt SDK toolchain in general and you can track the mayhem at [1]. There > will likely be ELDK 5.5.3 once this is all settled. > > btw. you should update to ELDK 5.5.2 in the first place, since the compiler in > Yocto 1.5.0 did have trouble with code generation [2], [3]. > > [1] http://lists.openembedded.org/pipermail/openembedded-core/2014- > August/095470.html > [2] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 > [3]http://lists.openembedded.org/pipermail/openembedded-core/2014- > February/089489.html > A bit of topic, beside the toolchain problems, aren't these dependencies of the u-boot recipe? The native sdk will pick them up if any machine needs them (at least in my setup). Besides of that, do we really want so much dependencies for u-boot what used to be sed, awk.. and uh find perhaps? Is all of this needed to just compile u-boot? nativesdk-python-core \ nativesdk-python-textutils \ nativesdk-python-sqlite3 \ nativesdk-python-pickle \ nativesdk-python-logging \ nativesdk-python-elementtree \ nativesdk-python-curses \ nativesdk-python-compile \ nativesdk-python-compiler \ nativesdk-python-fcntl \ nativesdk-python-shell \ nativesdk-python-misc \ nativesdk-python-multiprocessing \ nativesdk-python-subprocess \ nativesdk-python-xmlrpc \ nativesdk-python-netclient \ nativesdk-python-netserver \ nativesdk-python-distutils \ nativesdk-python-unixadmin \ nativesdk-python-compression \ nativesdk-python-json \ nativesdk-python-unittest \ nativesdk-python-mmap \ nativesdk-python-difflib \ nativesdk-python-pprint \ nativesdk-python-git \ nativesdk-python-pkgutil \ Regards, Jeroen ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 20:37 ` Jeroen Hofstee @ 2014-08-07 21:52 ` Marek Vasut 2014-08-08 22:16 ` Jeroen Hofstee 0 siblings, 1 reply; 11+ messages in thread From: Marek Vasut @ 2014-08-07 21:52 UTC (permalink / raw) To: u-boot On Thursday, August 07, 2014 at 10:37:52 PM, Jeroen Hofstee wrote: > Hello Marex, Tom, > > On 07-08-14 22:14, Marek Vasut wrote: > > <snip> > > > >> Well putting on my small, tiny OE user head, you need to spell out > >> every python-module you use. To make it a bit more funny there are > >> likely grouped, so don't be surprised this is python-system or > >> something. I am in the impression the nativesdk uses the same recipes > >> where possible, so hence needs to be rebuild with explicit DEPENDS > >> (unless you got luckily that a recipe before u-boot included it.) > >> Anyway there are a lot more people on the list who know this a lot > >> better, Marex? > > > > Thanks for CCing me. > > > > I sent a patch to OE-core to ship the python modules. This is a problem > > with the Yocto Qt SDK toolchain in general and you can track the mayhem > > at [1]. There will likely be ELDK 5.5.3 once this is all settled. > > > > btw. you should update to ELDK 5.5.2 in the first place, since the > > compiler in Yocto 1.5.0 did have trouble with code generation [2], [3]. > > > > [1] http://lists.openembedded.org/pipermail/openembedded-core/2014- > > August/095470.html > > [2] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 > > [3]http://lists.openembedded.org/pipermail/openembedded-core/2014- > > February/089489.html > > A bit of topic, beside the toolchain problems, aren't these > dependencies of the u-boot recipe? The native sdk will pick > them up if any machine needs them (at least in my setup). Why would it do it please? What exactly is your setup, please describe it in detail. > Besides of that, do we really want so much dependencies > for u-boot what used to be sed, awk.. and uh find perhaps? > Is all of this needed to just compile u-boot? This is a question for Yamada-san, +CC . But from my point of view, I see we had dependency on python with some tools for a while -- it's only now that the dependency got pulled into the build system. On the other hand, I don't know what are the plans with the Kconfig and it might end up that this dependency will eventually disappear. > nativesdk-python-core \ > nativesdk-python-textutils \ > nativesdk-python-sqlite3 \ > nativesdk-python-pickle \ > nativesdk-python-logging \ > nativesdk-python-elementtree \ > nativesdk-python-curses \ > nativesdk-python-compile \ > nativesdk-python-compiler \ > nativesdk-python-fcntl \ > nativesdk-python-shell \ > nativesdk-python-misc \ > nativesdk-python-multiprocessing \ > nativesdk-python-subprocess \ > nativesdk-python-xmlrpc \ > nativesdk-python-netclient \ > nativesdk-python-netserver \ > nativesdk-python-distutils \ > nativesdk-python-unixadmin \ > nativesdk-python-compression \ > nativesdk-python-json \ > nativesdk-python-unittest \ > nativesdk-python-mmap \ > nativesdk-python-difflib \ > nativesdk-python-pprint \ > nativesdk-python-git \ > nativesdk-python-pkgutil \ > > > Regards, > Jeroen Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-07 21:52 ` Marek Vasut @ 2014-08-08 22:16 ` Jeroen Hofstee 2014-08-09 12:52 ` Marek Vasut 0 siblings, 1 reply; 11+ messages in thread From: Jeroen Hofstee @ 2014-08-08 22:16 UTC (permalink / raw) To: u-boot Hello Marek, On 07-08-14 23:52, Marek Vasut wrote: > <small> > Thanks for CCing me. > > I sent a patch to OE-core to ship the python modules. This is a problem > with the Yocto Qt SDK toolchain in general and you can track the mayhem > at [1]. There will likely be ELDK 5.5.3 once this is all settled. > > btw. you should update to ELDK 5.5.2 in the first place, since the > compiler in Yocto 1.5.0 did have trouble with code generation [2], [3]. > > [1] http://lists.openembedded.org/pipermail/openembedded-core/2014- > August/095470.html > [2] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 > [3]http://lists.openembedded.org/pipermail/openembedded-core/2014- > February/089489.html >> A bit of topic, beside the toolchain problems, aren't these >> dependencies of the u-boot recipe? The native sdk will pick >> them up if any machine needs them (at least in my setup). > Why would it do it please? For the RDEPENDS at least adding it to the recipe itself instead of some common image file makes sure it gets deleted if nobody is using it any longer. And hopefully makes sure you can't compile/use something on the host which isn't on the target, since the header files will be missing. RDEPENDS do get included in the sdk in my setup. For DEPENDS it would mean the sdk can build the same targets with the same tools, but I never checked if it does that. > What exactly is your setup, please describe it in detail. Doesn't really matter, you need to convince the oe people. Not me, I am just a user of oe user, if the thing does what I want I am happy enough. > >> Besides of that, do we really want so much dependencies >> for u-boot what used to be sed, awk.. and uh find perhaps? >> Is all of this needed to just compile u-boot? > This is a question for Yamada-san, +CC . But from my point of view, I see we had > dependency on python with some tools for a while -- it's only now that the > dependency got pulled into the build system. On the other hand, I don't know > what are the plans with the Kconfig and it might end up that this dependency > will eventually disappear. > yup, understood, I will leave it up to them. With kind regards, Jeroen ^ permalink raw reply [flat|nested] 11+ messages in thread
* [U-Boot] Python subprocess module missing in multiconfig.py 2014-08-08 22:16 ` Jeroen Hofstee @ 2014-08-09 12:52 ` Marek Vasut 0 siblings, 0 replies; 11+ messages in thread From: Marek Vasut @ 2014-08-09 12:52 UTC (permalink / raw) To: u-boot On Saturday, August 09, 2014 at 12:16:01 AM, Jeroen Hofstee wrote: > Hello Marek, > > On 07-08-14 23:52, Marek Vasut wrote: > > <small> > > Thanks for CCing me. > > > > I sent a patch to OE-core to ship the python modules. This is a problem > > with the Yocto Qt SDK toolchain in general and you can track the mayhem > > at [1]. There will likely be ELDK 5.5.3 once this is all settled. > > > > btw. you should update to ELDK 5.5.2 in the first place, since the > > compiler in Yocto 1.5.0 did have trouble with code generation [2], [3]. > > > > [1] http://lists.openembedded.org/pipermail/openembedded-core/2014- > > August/095470.html > > [2] http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58854 > > [3]http://lists.openembedded.org/pipermail/openembedded-core/2014- > > February/089489.html > > > >> A bit of topic, beside the toolchain problems, aren't these > >> dependencies of the u-boot recipe? The native sdk will pick > >> them up if any machine needs them (at least in my setup). > > > > Why would it do it please? > > For the RDEPENDS at least adding it to the recipe itself instead of some > common image file makes sure it gets deleted if nobody is using it any > longer. And hopefully makes sure you can't compile/use something on the > host which isn't on the target, since the header files will be missing. It does make sense, but the toolchain is then stripped down in such fashion that it's rather useless. Still, would you mind commenting on the patch sent to the OE list and expressing this concern? > RDEPENDS do get included in the sdk in my setup. For DEPENDS it would > mean the sdk can build the same targets with the same tools, but I never > checked if it does that. Yes, this does make sense. But then, this also means the toolchain becomes useless for general use. > > What exactly is your setup, please describe it in detail. > > Doesn't really matter, you need to convince the oe people. Not me, > I am just a user of oe user, if the thing does what I want I am happy > enough. Urgh, this was not really helpful answer. > >> Besides of that, do we really want so much dependencies > >> for u-boot what used to be sed, awk.. and uh find perhaps? > >> Is all of this needed to just compile u-boot? > > > > This is a question for Yamada-san, +CC . But from my point of view, I see > > we had dependency on python with some tools for a while -- it's only now > > that the dependency got pulled into the build system. On the other hand, > > I don't know what are the plans with the Kconfig and it might end up > > that this dependency will eventually disappear. > > yup, understood, I will leave it up to them. Uh, OK. Best regards, Marek Vasut ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2014-08-09 12:52 UTC | newest] Thread overview: 11+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-08-07 16:11 [U-Boot] Python subprocess module missing in multiconfig.py david at plentovichdesign.com 2014-08-07 19:08 ` Tom Rini 2014-08-07 19:37 ` Jeroen Hofstee 2014-08-07 19:43 ` Tom Rini 2014-08-07 20:02 ` Jeroen Hofstee 2014-08-07 20:04 ` Jeroen Hofstee 2014-08-07 20:14 ` Marek Vasut 2014-08-07 20:37 ` Jeroen Hofstee 2014-08-07 21:52 ` Marek Vasut 2014-08-08 22:16 ` Jeroen Hofstee 2014-08-09 12:52 ` Marek Vasut
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox