Hi,
We (Developer Platform) are looking into making Ubuntu/Debian more cross-compile friendly. In order to decide what to focus on on first, I'd like to ask from input from you - what would you like to be able to cross-compile for the Linaro Ubuntu evaluation builds? We know a lot of people (everyone?) cross-compiles kernels already, and don't need help from distribution. What else do people compile often enough that cross-compiling would help?
Riku
Cross posting at ubuntu-devel.
On Mon, Aug 29, 2011 at 11:22 AM, Riku Voipio riku.voipio@linaro.org wrote:
Hi,
We (Developer Platform) are looking into making Ubuntu/Debian more cross-compile friendly. In order to decide what to focus on on first, I'd like to ask from input from you
- what would you like to be able to
cross-compile for the Linaro Ubuntu evaluation builds? We know a lot of people (everyone?) cross-compiles kernels already, and don't need help from distribution. What else do people compile often enough that cross-compiling would help?
From previous experience I remember there were a lot of people wanting
to be able to cross build Qt, as it takes almost one day to build it at Launchpad's builders.
Besides that being able to cross build the deliverables from other Linaro WGs would also be a good start, like: * glcompbench * glmark2 * powertop * powerdebug * libjpeg-turbo
Cheers,
On 08/29/2011 08:17 PM, Ricardo Salveti wrote:
Cross posting at ubuntu-devel.
On Mon, Aug 29, 2011 at 11:22 AM, Riku Voipioriku.voipio@linaro.org wrote:
Hi,
We (Developer Platform) are looking into making Ubuntu/Debian more cross-compile friendly. In order to decide what to focus on on first, I'd like to ask from input from you
- what would you like to be able to
cross-compile for the Linaro Ubuntu evaluation builds? We know a lot of people (everyone?) cross-compiles kernels already, and don't need help from distribution. What else do people compile often enough that cross-compiling would help?
From previous experience I remember there were a lot of people wanting to be able to cross build Qt, as it takes almost one day to build it at Launchpad's builders.
Any of the other packages that take long to build on ARM - LibO, chromium-browser, firefox, especially since they have their own de-facto maintainers who then would not need to ask for ARM hw just to debug failed builds - assuming the build issues are reproduced just as accurately as the build-results on a cross setup :)
Out of curiosity does focusing on a set of packages mean making all their build-deps multiarch/cross build friendly?
Jani
On Mon, Aug 29, 2011 at 3:54 PM, Jani Monoses jani@ubuntu.com wrote:
On 08/29/2011 08:17 PM, Ricardo Salveti wrote:
Cross posting at ubuntu-devel.
On Mon, Aug 29, 2011 at 11:22 AM, Riku Voipioriku.voipio@linaro.org wrote:
Hi,
We (Developer Platform) are looking into making Ubuntu/Debian more cross-compile friendly. In order to decide what to focus on on first, I'd like to ask from input from you
- what would you like to be able to
cross-compile for the Linaro Ubuntu evaluation builds? We know a lot of people (everyone?) cross-compiles kernels already, and don't need help from distribution. What else do people compile often enough that cross-compiling would help?
From previous experience I remember there were a lot of people wanting to be able to cross build Qt, as it takes almost one day to build it at Launchpad's builders.
Any of the other packages that take long to build on ARM - LibO, chromium-browser, firefox, especially since they have their own de-facto maintainers who then would not need to ask for ARM hw just to debug failed builds - assuming the build issues are reproduced just as accurately as the build-results on a cross setup :)
Yeah, those are all huge projects and probably also a good test case for the cross-toolchain in general :-)
Out of curiosity does focusing on a set of packages mean making all their build-deps multiarch/cross build friendly?
Yup, that's the idea. Riku helped porting a bunch of packages to multiarch, but we'd also like to use and test the common use cases so we can show that this actually work ;-)
Cheers,
On Mon, Aug 29, 2011 at 7:17 PM, Ricardo Salveti <ricardo.salveti@linaro.org
wrote:
We (Developer Platform) are looking into making Ubuntu/Debian more cross-compile friendly. In order to decide what to focus on on first, I'd like to ask from input from you
- what would you like to be able to
cross-compile for the Linaro Ubuntu evaluation builds? We know a lot of people (everyone?) cross-compiles kernels already, and don't need help from distribution. What else do people compile often enough that cross-compiling would help?
i would add GST as well as it's usually customized/patched. i would also like to be able to
1- use systemtap with a cross compiled .deb kernel 2- use dkms with a cross compiled .deb kernel (see https://bugs.launchpad.net/dkms/+bug/666267 which has been set as won't fix recently...)
the point is that using a cross compile .deb kernel is nice since we very often rebuild kernel, but we have out-of-tree modules (like for graphics acceleration) that are using dkms... honestly i am not too sure about what the exact problem is, but since you are asking for intputs ;-)
i think both 1 and 2 are related since using systemtap requires to build a kernel module on the target (like dkms).
nicolas
On Mon, Aug 29, 2011 at 5:45 PM, Dechesne, Nicolas n-dechesne@ti.com wrote:
On Mon, Aug 29, 2011 at 7:17 PM, Ricardo Salveti ricardo.salveti@linaro.org wrote:
We (Developer Platform) are looking into making Ubuntu/Debian more cross-compile friendly. In order to decide what to focus on on first, I'd like to ask from input from you
- what would you like to be able to
cross-compile for the Linaro Ubuntu evaluation builds? We know a lot of people (everyone?) cross-compiles kernels already, and don't need help from distribution. What else do people compile often enough that cross-compiling would help?
i would add GST as well as it's usually customized/patched. i would also like to be able to
1- use systemtap with a cross compiled .deb kernel 2- use dkms with a cross compiled .deb kernel (see https://bugs.launchpad.net/dkms/+bug/666267 which has been set as won't fix recently...)
the point is that using a cross compile .deb kernel is nice since we very often rebuild kernel, but we have out-of-tree modules (like for graphics acceleration) that are using dkms... honestly i am not too sure about what the exact problem is, but since you are asking for intputs ;-)
i think both 1 and 2 are related since using systemtap requires to build a kernel module on the target (like dkms).
Yeah, we should work to get this bug fixed, it's been around for quite a while already =\
This month we'll spend time making Systemtap to work out-of-the-box with the Linaro images, so will also put this bug as a requirement, so we can try to get it fixed for the 11.09 release.
Cheers,
On Mon, 29 Aug 2011 14:17:39 -0300 Ricardo Salveti ricardo.salveti@linaro.org wrote:
Cross posting at ubuntu-devel.
- what would you like to be able to
cross-compile for the Linaro Ubuntu evaluation builds?
Libreoffice. An easy one for starters!
Best,
Bjoern
On 29 August 2011 17:22, Riku Voipio riku.voipio@linaro.org wrote:
Hi,
We (Developer Platform) are looking into making Ubuntu/Debian more cross-compile friendly. In order to decide what to focus on on first, I'd like to ask from input from you
- what would you like to be able to
cross-compile for the Linaro Ubuntu evaluation builds? We know a lot of people (everyone?) cross-compiles kernels already, and don't need help from distribution. What else do people compile often enough that cross-compiling would help?
Ok, not directly related to Linaro only, but from the armhf buildd configs:
quantlib-swig openvswitch pivy ns3 qtwebkit webkitgtk+ koffice mrpt enblend-enfuse bzr (the tests take forever) shogun gcc-4.4 gcc-4.5 gcc-4.6 libvigraimpex pdftk yade apt-cacher-ng (this for some reason doesn't seem very complicated but it starts to build everything in parallel, load avg is >50 on this package, hm, forget about this, I'll just probably file a BR on the package) rawtherapee rosegarden
Maybe not all are cross-compilable, but all these packages take almost/more than a day to build on an EfikaMX. I guess it might be faster on a pandaboard, but still having them to cross-build on a fast box would be nice.
Konstantinos
+++ Konstantinos Margaritis [2011-08-30 18:26 +0300]:
On 29 August 2011 17:22, Riku Voipio riku.voipio@linaro.org wrote:
Hi,
Ok, not directly related to Linaro only, but from the armhf buildd configs:
quantlib-swig openvswitch pivy ns3 qtwebkit webkitgtk+ koffice mrpt enblend-enfuse bzr (the tests take forever) shogun gcc-4.4 gcc-4.5 gcc-4.6 libvigraimpex pdftk yade apt-cacher-ng (this for some reason doesn't seem very complicated but it starts to build everything in parallel, load avg is >50 on this package, hm, forget about this, I'll just probably file a BR on the package) rawtherapee rosegarden
heh - only the easy stuff :-)
useful list of things to test though. cheers.
Wookey
On 30 August 2011 18:26, Konstantinos Margaritis markos@genesi-usa.com wrote:
On 29 August 2011 17:22, Riku Voipio riku.voipio@linaro.org wrote:
What else do people compile often enough that cross-compiling would help?
Ok, not directly related to Linaro only, but from the armhf buildd configs:
quantlib-swig openvswitch pivy ns3 qtwebkit webkitgtk+ koffice mrpt enblend-enfuse bzr (the tests take forever)
cross-compilation wouldn't help here ;)
shogun gcc-4.4 gcc-4.5 gcc-4.6 libvigraimpex pdftk yade apt-cacher-ng (this for some reason doesn't seem very complicated but it starts to build everything in parallel, load avg is >50 on this package, hm, forget about this, I'll just probably file a BR on the package) rawtherapee rosegarden
Maybe not all are cross-compilable, but all these packages take almost/more than a day to build on an EfikaMX. I guess it might be faster on a pandaboard, but still having them to cross-build on a fast box would be nice.
In general I would still like to focus on software *people* compile often enough to get annoyed by slow native builds. Eg. to cut down the edit-compile-run-debug cycle time. Some obscure software that nobody uses but still takes ages to compile on buildds would be nice to cross-compile, but to who? For the official archives these packages still need to be compiled natively.
Riku
On Wed, Aug 31, 2011 at 8:53 AM, Riku Voipio riku.voipio@linaro.org wrote:
In general I would still like to focus on software *people* compile often enough to get annoyed by slow native builds. Eg. to cut down the edit-compile-run-debug cycle time. Some obscure software that nobody uses but still takes ages to compile on buildds would be nice to cross-compile, but to who? For the official archives these packages still need to be compiled natively.
yeah. fully agreed. that's why I hope building native kernel module on a cross compile debian kernel will get fixed because that saves us from rebuilding the kernel package natively (dkms, systemtap).
i think firefox should be in the list too since many people are doing benchmark/experimentations with FF (i think someone propose chromium already)
+++ Dechesne, Nicolas [2011-08-31 09:30 +0200]:
i think firefox should be in the list too since many people are doing benchmark /experimentations with FF (i think someone propose chromium already)
Yes - chromium has serious native build issues (due to truly monstrous C++ link stage which current hardware can barely manage), so crossing is attractive. Firefox is a pain to cross as I understand (I've not looked myself), but I agree it would be useful. Of course its refusal to use system libraries complicates matters from the multiarch perspective, or at least multiarching system libraries isn't going to help much.
Wookey
-
Bjoern Michaelsen -
Dechesne, Nicolas -
Jani Monoses -
Konstantinos Margaritis -
Ricardo Salveti -
Riku Voipio -
Wookey