[QtMoko] Error compiling on wheezy

[Giacomo 'giotti' Mariani]

Hello Frode, Everyone,
    following http://ubuntuforums.org/showthread.php?t=652038 ,
http://frontseed.com/entry/enable-frambeuffer-ubuntu-karmic-koala-using-grub2
and
http://news.softpedia.com/news/How-to-Fix-the-Big-and-Ugly-Plymouth-Logo-in-Ubuntu-10-04-140810.shtml,
I've been able to enable the fb.

The most important steps, in my opinion, could be:
 * aptitude install  v86d
 * modprobe uvesafb

Soon I will try compiling and running QtMoko.

Cheers,
  Giacomo


> From: EdorFaus <edorfaus at xepher.net>
> Subject: Re: [QtMoko] Error compiling on wheezy
>
> [...]
>  > Indeed, I miss /dev/fb0. Where can i get it?
>
> Hm. No framebuffer device...
>
> My first thought would be to check if /dev is actually bind mounted 
> properly, so that the out-of-chroot udev in (B) would take care of 
> generating /dev/fb0 for both (B) and (C).
>
> I see that the script used to enter the chroot tries to take care of 
> that though, so it probably is (but it wouldn't hurt to check).
>
> One way to check would be to see if /dev/fb0 exists on (B) even though 
> it doesn't in (C).
>
> Assuming that's not the problem, my next thought is to check the 
> configuration of VirtualBox, checking that it is actually set up to 
> include a graphics card that Linux can run a graphical framebuffer on.
>
> If it is, I think the next thing to do is to check the dmesg of (B) (if 
> the output of "dmesg" is too short, it can probably be found in 
> /var/log/messages prefixed with "kernel:"), looking for anything to do 
> with framebuffers, to see if that tells you why (B) doesn't have one.
>
> If that doesn't give any clues either, well... then things are a bit 
> more complex. Maybe the right driver wasn't enabled when (B)'s kernel 
> was compiled, or something. Either way, probably harder to figure out 
> than we'd like. :/ So I hope something in the above helps.
>
>
>> > The same happens if I do it outside chroot (connecting with ssh -Y):
> Just a tiny note: the -Y is probably not necessary, as it just deals 
> with forwarding X11 connections - which are not in use here. It 
> shouldn't hurt, either, though - and should certainly not cause the 
> problem you're seeing.
>
> Regards,
> -Frode


-- 
##############################################################
giacomo 'giotti' mariani
gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859
O< ASCII ribbon campaign: stop HTML mail
www.asciiribbon.org
##############################################################