[QtonPi] Bakeqtpi.bash script

Sat Oct 6 20:17:44 CEST 2012

It all compiled on a clean ubuntu vm (with the packages in the README installed), so I merged to master.

It seems I'm at an impasse with OS X and CentOS compilation for now until someone else can help, so is there anything else in the script I can improve?

I'm not sure what I can do about the VMWare Fusion issue, so any suggestions are welcome.

/Kieran

On 6 Oct 2012, at 19:02, Kieran Evans <keyz182 at gmail.com> wrote:

> Also, the ubuntu compilation is fully working with that script. Once I've done some final tests, I'll merge it to master. OSX and Centos will NOT work (currently), but Ubuntu works fine (except when run in VMWare Fusion).
> 
> /Kieran
> 
> On 6 Oct 2012, at 15:32, Kieran Evans <keyz182 at gmail.com> wrote:
> 
>> I've created a new branch called 'osx' which is a version of the script modified to work on both OS X and Linux. 
>> 
>> This should help with people on OS X having issues setting up in a VM, as now you can do it natively.
>> 
>> I've used some modifications from https://gitorious.org/~trismer/bakeqtpi and combined them with some OS detection to automatically do the correct thing on different OSes.
>> 
>> There's also now a readme with some prerequisites needed for the script. On OS X, it's the xCode command line tools and Homebrew, along with some packages installed via homebrew, and on ubuntu, it's an apt-get.
>> 
>> I'm currently testing it out on both OS X and Ubuntu to make sure it's working, it seems to be going good on Ubuntu, but I'm getting some issues with the QTBase Compilation on OS X, specifically:
>> 
>> qlibrary_unix.cpp:(.text+0xf84): warning: Using 'dlopen' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking
>> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libdl.a(dlopen.o): In function `dlopen':
>> (.text+0xc): undefined reference to `__dlopen'
>> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libdl.a(dlclose.o): In function `dlclose':
>> (.text+0x0): undefined reference to `__dlclose'
>> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libdl.a(dlsym.o): In function `dlsym':
>> (.text+0xc): undefined reference to `__dlsym'
>> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libdl.a(dlerror.o): In function `dlerror':
>> (.text+0x0): undefined reference to `__dlerror'
>> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libm.a(feholdexcpt.o): In function `feholdexcept':
>> (.text+0x48): undefined reference to `_dl_hwcap'
>> /Users/keyz/opt/rasp-pi-rootfs/usr/lib/arm-linux-gnueabihf/libm.a(fesetenv.o): In function `fesetenv':
>> (.text+0x64): undefined reference to `_dl_hwcap'
>> collect2: error: ld returned 1 exit status
>> make[2]: *** [../../lib/libQtCore.so.5.0.0] Error 1
>> make[1]: *** [sub-corelib-make_first] Error 2
>> make: *** [sub-src-make_first] Error 2
>> 
>> I'm not entirely sure what to do about this error (what it means, or even where to start looking). Can someone with more expertise in this area help out/give some pointers/try the script themselves?
>> 
>> After I've done some more testing and confirmed it all works on ubuntu, I'll merge it into master, and get testing on Centos.
>> 
>> /Kieran
>> 
>> On 6 Oct 2012, at 14:49, "mark at noakes.com" <mark at noakes.com> wrote:
>> 
>>> I have just completed a successful automated bakeqtpi.bash script-based 
>>> build on a MacBookPro-based OSX (10.6.8) Virtual Box 4.2.1 r80871 
>>> running Ubuntu 12.04.1 Server 64-bit using your machine specifications 
>>> and guide below starting with a fresh install, update, execute the below 
>>> install command, and then run the script. I didn't have to fix or rerun 
>>> anything. It just worked.
>>> 
>>> About halfway through the successful build I realized that I was running 
>>> the older script instead of your latest version. I'll need to check as 
>>> to what the advantages are between the two and may rerun.
>>> 
>>> This was my second attempt. On the first try I neglected to select two 
>>> cores in the cpu (but everything else was the same), and the virtual 
>>> machine crashed, aborted, and blew away completely about 1/3 of the way 
>>> through the build.
>>> 
>>> Now ALL I need to do is review where everything is located and figure 
>>> out how it all works, BUT this is a major breakthrough. I'm tempted to 
>>> try again manually so I have a better picture in my head as to where 
>>> everything goes.
>>> 
>>> I may try a few variant configurations and report back on them as time 
>>> permits.
>>> 
>>> I'd also like to get this going on my linux box, but it is 32-bit 
>>> hardware running CentOS 6.3.
>>> 
>>> THANK YOU MUCH FOR YOUR WORK ON THIS,
>>> 
>>> Mark
>>> 
>>> On 10/4/12 1:37 PM, Kieran Evans wrote:
>>>> Hi all,
>>>> 
>>>> I've pushed some fairly minor changes to the script, along with accepting a merge request. It now uses the september image of Raspbian by default, and doesn't try to build qtjsondb (until I figure out why it's not getting checked out/cloned).
>>>> 
>>>> I've not enabled webkit yet, as I think there's some work to be done first.
>>>> 
>>>> I've been experimenting with different build environments. I started two VMs, both with 2 cores, 2GB RAM, and 20GB disk, one in VMWare Fusion on OSX 10.8, one in VMWare Workstation on Windows 7 64bit.
>>>> 
>>>> The VMWare Fusion build failed as many of you described, with the VM running out of memory, the VMWare Workstation build succeeded.
>>>> 
>>>> I'm testing the build in VirtualBox now on OSX in an attempt to ascertain whether it's OSX, or VMWare Fusion that's causing issues.
>>>> 
>>>> If it's VMWare, then the solution will have to be "Use Virtualbox" until someone better than I digs in to figure out what's killing VMWare Fusion specifically. If it's OSX, then I'm not entirely sure what to do, as debugging virtualisation is a bit beyond me.
>>>> 
>>>> All this has been on Ubuntu server 12.04.1, fully up to date, with the only command executed before getting and running the script being:
>>>> 
>>>> 	sudo apt-get install build-essential git ia32-libs ctorrent unzip
>>>> 
>>>> I'll test some other OSs later (can anyone suggest any? I was going to try CentOS first).
>>>> 
>>>> /Kieran
>>>> _______________________________________________
>>>> QtonPi mailing list
>>>> QtonPi at qt-project.org
>>>> http://lists.qt-project.org/mailman/listinfo/qtonpi
>>>> 
>>> 
>>> _______________________________________________
>>> QtonPi mailing list
>>> QtonPi at qt-project.org
>>> http://lists.qt-project.org/mailman/listinfo/qtonpi
>> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.qt-project.org/pipermail/qtonpi/attachments/20121006/4d479cfc/attachment.html 