undrwater wrote:
is it possible to add more detail to your map conversion instructions? I
have tried several times to do a conversion for portions of the USA
without
success.
I believe the problems I've had relate to the difference between .osm and
administrative.osm files.
Hi folks,
I was trying to port an application developed with the SHR-toolcahin to
qtmoko (debian) and ran into a lot of methods etc. that are not available in
debian lenny yet. Is the reasoning behind the choice of debian lenny that it
is more stable and hence one less source of possible
MicVM wrote:
I was trying to port an application developed with the SHR-toolcahin to
qtmoko (debian) and ran into a lot of methods etc. that are not available
in debian lenny yet. Is the reasoning behind the choice of debian lenny
that it is more stable and hence one less source of possible
Hi again,
I couldn't resist to do some more testing, so I copied my QtMoko SDcard
installation to NAND. QtMoko from NAND boots fine in most cases (see
overview), it's suspend and resume that fails when overclocked. However,
suspend and resume works fine with the original NAND U-boot and your
Hi,
I couldn't resist to do some more testing,
Thanks for testing :)
u-boot.udfu_450_112_1.65_1.9: won't boot (hangs on 'Starting
kernel...')
u-boot.udfu_450_112_1.7_1.9_sdmax: won't boot (hangs on 'Starting
kernel...')
As i already told to use 450 or 465 you need kernel patch, and hang in
On 7/4/10, Radek Polak pson...@seznam.cz wrote:
MicVM wrote:
I was trying to port an application developed with the SHR-toolcahin to
qtmoko (debian) and ran into a lot of methods etc. that are not available
in debian lenny yet. Is the reasoning behind the choice of debian lenny
that it is
6 matches
Mail list logo