Re: Fremantle in a chroot (Run N900 applications on the N9)
 

fapman works great! :)

http://img689.imageshack.us/img689/8...0621115910.png

http://img52.imageshack.us/img52/760...0621120012.png

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

I use NaviFirm+ to download firmware image and the latest is
RX-51_2009SE_21.2011.38-1_PR_COMBINED_MR0_ARM.bin

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

Many apps doesn't do anything, like the browser.

tried to run standalone and the normal way, nothing happens. no errors, no outputs, just nothing.
although if I try browser.launch, it'll give me "Segmentation fault."

any idea?

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

i am stucked with few "minior" issues:
modprobe loop > Module not found
modprobe mtdblock >same :S
modprobe ext2 > device or resource busy
chroot returns '/bin/sh' not found but it worked before reboot D: what did i do :D

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

@HtheB: I have also been unable to start any of the built-in apps. I suppose they need some kind of wrapper or service to be started beforehand (for example browser behaves differently if run after the af-sb-init.sh script)
@wook_sf: Please check your /lib/modules/2.6.32.48-dfl61-20115101/ folder to see if all required modules are there. Also check that you are using the right sudo, and you are sudo'ing from user and not from root.

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

Could you please try Wizard Mounter for N900 and report here if it works on the N9 via chroot? It would be kind of awsome if yes, and if a shortcut can be created to just launch a Maemo 5 application without the terminal stuff (or with a simple line like "debbie applicationname" as in EasyDebian for N900).

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

sudo is correct one, in /lib/modules/current/ there's motdconcat.ko and motdswap.ko from mtd* files, no loop nor ubi, I've tried to install mtd-utils but it installed 0m6_armel.deb and i had to reflash kernel :D
that doesn't matter, where to get ubi, loop and mtd? :D

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

I've made a video with a couple games/apps:
http://www.youtube.com/watch?v=FX6axn-Id_E

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

@Kabouik: It's really too early for that kind of integration. Unless we fix the menu problem, there is no point of doing polishing work. And wizard-mounter IIRC will have the same issue but I can give it a try
@wook: Unfortunately I have no idea... I didn't run in those problems at all. In fact I don't see those modules in the directory either. I apologize for not looking before writing but I replied in a hurry before. Maybe those modules are preloaded/builtin (if there is such a concept) in harmattan and the commands are leftovers from qole's fremantle scripts? The only idea I have is to try qole's debian and see if you run into the same problems.

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

its ok my friend, thank you anyway, i will play around with harmatan-dev repo again :D
btw, qole's scripts worked till last night's reboot :D
lol

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

Thanks for your reply. Don't lose you time in trials on this matter if you think it will fail. Actually my question was quite naive, but it was worth asking!

I would have been happy to try some applications myself, including Wizard Mounter, but my Linux VM file got corrupted during the "cp /mnt/n900/* /tmp/maemoroot/" step (I was close to the end of the tutorial, too bad), don't know why. Now I have to reinstall a new VM to restart the whole procedure, and I admit I have no time for it right now.

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

Wizard Mounter does not work, because it relies on an additional kernel module, and it has no permission to modprobe it from inside the chroot. It is possible (albeit unprobable) that if we mount the /lib/current dir of the chroot it will work, but I'm afraid to bork harmattan by doing this and that will take me back on the pressing matter: starting hildon-desktop.

However I must admit I have ran out of ideas. (for the same reason as above I haven't tried copying everything clockd related outside the chroot, I will do that as a last resort. Also the fact that the same clockd errors didn't prove to be fatal in other circumstances hint that maybe the clockd problems are unrelated to the fatal error. However the fact that the fatal error contains a function/class called pipDate might just confirm a clockd correlation. I will change the thread title in order to attract some attention.

Thanks for testing :)

Re: Fremantle in a chroot (Run N900 applications on the N9)
 

Have you tried apt-get remove'ing osso-clock-*, clock-ui, statusbar-alarm, desktop-clock-widget and another clock-related stuff (libtime0, libclockcore0-0, clockd, clockd-settings-mr0 ? ("apt-cache search clock" is your friend :P) You may want to backup your Fremantle image file beforehand ;)

EDIT: By the way, there are no references to PipDate.c, PipDate.h, pip_date_to_string_format and pip_date_is_valid in hildon-desktop sources, so the error may be related to some other service. Only functions with "_pip_" or "pip_" in their name are some functions related to checking whether to draw in portrait or landscape mode, but i'm not sure what they do. google returned nothing useful (unless functions with "pip" in their name are really related to "picture in picture" functionality in Maemo - maybe task switcher? ;))

EDIT 2: Could you post full log with output when trying to run hildon-desktop?

Re: [Help needed by hildon-desktop expert - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Fremantle image backed up safely : ) I already did something that could prove fatal to it without success. Added the sdk repository and
which removed some seemingly important packages (part of fremantle-mp-generic-pr). I didn't destroy it, but neither I saw any improvement.

EDIT: N950 ran out of juice. Will post full log tomorrow.

Re: [Help needed by hildon-desktop expert - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Thanks to matan, the PiPDate problem is now solved, (uninstalling calendar-* did the trick) and matchbox-window-manager starts successfully (I can see desktop widgets, and applications with the menu bar).
We still cannot start hildon-desktop however, and I suppose that the problem lies with dbus (probably session) bus. The question is this Does the chroot use the parent OS dbus or does it start it's own? Please note that hildon desktop does not throw any errors, it just displays a black screen.

There is also still a theming problem.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

I found out that the chroot uses the harmattan dbus, and as maemo relies too heavily on dbus, I think it's futile to try make it work by copying things out of the chroot. Also, the best thing would be if we could make something that does not need open mode to work.

So I decided to shift my efforts to something else: make hildon desktop work on directly on harmattan. Gtk from the cordia repository just segfaulted on me while compiling... Meh. today is not my day...

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

How bout microB? Seriously i miss it so much, :/

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Did you already try out the GTK from MartinK 's repo?
http://talk.maemo.org/showthread.php?t=79229

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

I did try it, but I think it does not have the MAEMO_CHANGES but I may be wrong. Anyway I just thought I'd be on the safe side with the one that comes with cordia, as cordia may well use something specifically patched there. I managed to compile it but now I've got glib complaining about gtk docs.

Time to go now, more tomorrow.


Microb refuses to run yet. But it's closed source and closed source bits arent on my priority list.

Edit: plus half of the functionality will not work due to swipe, including the awesome cursor mode.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

You can "disable swipe".
As far as i remember there was an app that can force you to disable swiping with certain apps :)

you dont need to swipe for cursormode on the n900. put your finger on the almost left side of the screen and itll work.

Waiting for more news! :D

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Status report:

Compiled atk, gtk, glib (after some hours fighting with gtk-docs and some help from MartinK) and managed to get clutter to configure. Got over some GL errors and now I am stuck to some incomprehensible errors in pango (?!!?!!) which is intstalled through harmattan sdk repo. :Confused:

excrept from the errors
I have no idea what that could mean. Is the libpango-dev package broken? Is it an incompatibility between Fremantle and Harmattan pango (unlikely, it wouldn't throw syntax errors)

It's too late, and I can't even see what I'm writing. Hope somebody has a hint... G'Night.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

See here: http://linuxtesting.org/compatibilit...at_report.html - libpango from Harmattan is incompatible with version from Fremantle. It's about binary compatibility, but I guess there must be some source code incompability too.

But the error you quoted shows error inside clutter sources... in /usr/include/pango-1.0/pango/pango-renderer.h:252, it doesn't need to be closely related to gtk...

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

I can't get qchroot to work.

- If I run "sudo qchroot MyDocs/rootfs.img /.debian" as user, it says "sudo: unable to execute /bin/qchroot: Operation not permitted";

- if I run it as root, it says "root is not in the sudoers file. This incident will be reported";

- and I get the same error if I run the command from opensh.

The /etc/sudoers file was edited according to the howto. :/

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Probably qchroot doesn't have execute permissions.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

I just chmod'ed /bin/qchroot, but I still get the exact same errors when trying to do "sudo qchroot blabla".

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

I am sorry, I'm out of ideas about your problem, please check all the steps again and visit qole's thread for harmchom for more info. The fact that HtheB managed to reach the same spot I did probably means that you missed something. The other thing you could try is open qchroot in a text editor and try the commands one by one, and post the one that fails.

On the hildon compilation front, it's starting to become frustrating. I finally built clutter, after building fremantle's pango. Next comes libhildon, which depends on gnome-vfs. Maemo gnome-vfs is incompatible with the glib version I built and the upstream one depends on libbz2 while I have bzip2 (apt says it replaces libbz2) and I can't get it to configure...

Oh, and Gtk-docs is a PITA.

Offtopic
On other news I've finally got my N900 back but the ****** at Nokia Care not only they didn't replace the watch battery, they full reflashed my N900 and I lost everything.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

You're lucky that You've got it back at all - "Nokia Oxym.o.r.o.n Care" is known for recycling Your device without asking, too. I hope You've had backups?

/Estel

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Not-so-recent backup. I don't know why the hell would they flash the emmc on a working device. I thought the worst could happen was to flash the os.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

[off-topic[Because they have script to follow, obviously :) Don't You know, that for Nocaresians, flashing is ultimate solutiion to all problems, including plagues in Africa's Horn and rapes in Darfur? It's like calling some help-center - they will ask You to reboot computer, even if You're reporting printer spilling ink all around the place.

http://imgs.xkcd.com/comics/tech_support.png
[/off-topic]

/Estel

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

That comic is exactly the conversation I had with the vodafone rep asking them to remove the proxy that recognized microb as a dumbphone browser by user agent and served static wap-like pages. She kept telling me to check my internet settings.

rub some bacon on it

Unfortunately nothing on-topic to report today

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Status report:

libhildon, libmatchbox2 (with a hack), gnome-menus, gnome-vfs, gnome-mime-data all built successfully, but I hit another brick wall which now seems insurmountable.

Harmattan does not support xrandr. Due to performance issues Nokia decided not to rely on xrandr for orientation changes, but they did not stay to that decision, they crippled xrandr. Trying to compile xrandr from debian or meego results in a infinite-loopish configure error

which probably means "there is no such functionality built into x-server"

What do I do now?

Installing libxrandr-dev solved the problem. Don't know how the crippled xrandr will affect actual operation (no rotation?), we'll see.

Now I've got to solve the problem that h-d is trying to use pango from harmattan and not the one I compiled from fremantle (which is in /usr/local/lib instead of /usr/lib)

Also I get the following error during linking

I suspect that I have to declare somewhere that I want to use egl instead of regular opengl

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Hava you tried adding option to ./configure or even ? (Or similar but with 2.0 instead of 1.1 - if it's supported by this version of clutter)

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

and still can't force it to use pango from /usr/local

Code:

---

CFLAGS="-I/usr/local/include/" LDFLAGS="-L/usr/share/local/lib/" ./configure

---

but I still get

Code:

---

/usr/lib/libpangocairo-1.0.so: undefined reference to `pango_fc_font_create_base_metrics_for_context'

---

got that with

now on to solve the gl problem. I think we're getting close
================================


Wishful thinking, I had compiled clutter with the wrong flags. I think I have to start over in a clean scratchbox...

getting a truckload of undefined references in clutter.

By the way, misiak, thanks very much for the insightful comments, if it wasn't for your posts I'd still be in the beginning.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

You can't imagine how I'm keeping my thumbs for that project :)

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Status report:

I haven't had any progress since yesterday but I will write a report here as detailed as possible so that I can then reach out for help to all possible channels and refer to this post.

Packages built and configured successfully

atk-1.29.2
clutter 0.8 from cordia github (--with-flavor=eglx -with-gles=1.1)
glib from cordia github (latest)
gnome-menus-svn2.23.3-2maemo+0m5 from maemo.org
gnome-mime-data-2.18.0 from gnome.org
gnome-vfs-2.24.4 from meego.com
gtk latest from cordia github
libhildon from cssu gitorious (cordia package was asking for gtk3)
libhildondesktop from cssu gitorious (cordia package was asking for gtk3)
libmatchbox2 from cordia github
pango1.0_1.24.2-0maemo4+0m5 from maemo.org (harmattan pango not compatible)

Now I am stuck to compiling hildon-desktop

First I cannot force it to use fremantle pango instead of harmattan pango and if I just do ./configure i get this error

After trying with
I got the glMultMatrix error only, but I cannot reproduce this behaviour

I tried recompiling clutter with and I got undefined reference errors for about every clutter function (see attachment)

If I do a simple configure I get back to the previous two errors.

Studying the code a little has revealed that glMultMatrix is a vanilla OpenGL function and not an OpenGL ES one so I assume I should somehow tell hildon-desktop to build with OpenGL ES. I cannot find relevant configure flags like those in clutter.

I suppose the many errors I get while building with HD_LIBS set is because the linker cannot find other libs except the one I specify (pangocairo). How can I force use of a specific library and let the system use other libraries freely?

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Nice to hear that, it's always nice to know someone appreciates my help :)

Few notes on this:

1. For clutter configuration options, you can read http://developer.gnome.org/clutter/1...g-clutter.html , e.g. part "Platform specific instructions" -> "Linux", there are these two options: so we need to set it to e.g. eglx unless maemo version has this already changed and So you may want to set it to 2.0 (as both Fremantle and Harmattan have these libs), but remember to install -dev packages of it (and maybe of GLES 1, it won't do harm I guess).

2. As you already wrote you have problem with paths - maybe it looks for opengles in wrong places? It's not default in N900 sdk afaik (example opengl es 1.1 codes need to have include paths changed, maybe there's a problem with directories here, to?) EDIT: I'm not sure how it would work later in a chroot in Harmattan - if it's linked somehow with opengl es libraries from Fremntle and then you would try to run it on Harmattan - these libs should be at the same location and in abi-compatible versions, can we be sure this is possible? As these libs are closed source and ~2 years passed between them, it is not obvious to me. Maybe someone with both N900 and N9 can check that and in the meanwhile, please look at third option ;)

3. If you are really blocked now, maybe try compiling clutter with software rendering only (to get things going and just leave this on TODO list and go back later maybe)? See http://talk.maemo.org/showthread.php?t=83442 , "For developer" part, "step #2". You may also want to ping AapoRantalainen as he seems to know more about compiling clutter (he also had some compilation errors and had to correct one of source files), maybe he can help you with this issue.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

If I configure with GLES 2.0 I get the following error very early during the build so I assumed that the code is not compatible with GLES 2.0

Relevant google result: http://lists.linuxtogo.org/pipermail...ne/021223.html (which I don't understand)

With some help from the cordia-dev mailing list I downloaded the correct hildon-desktop branch but I still hit that glMultMatrix error.

The idea (a bit perverted I agree) is to run hildon-desktop outside the chroot, as a window manager in xephyr, and run the applications from the chroot inside the hildon-desktop display. Eventually, more things can be done, like switching window managers natively in harmattan or, just rebuild all extras applications with the new COBS with a harmattan target and a depencency for hildon-desktop. The possibilities are endless :)

The thing is that clutter compiles fine, it's hildon-desktop I can't build...

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Same here. Keep up the great work guys.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

Any progress with the current issues Qwazix? I hope you'll find a way to overcome them.

Re: [Development - see post #1] Fremantle in a chroot (Run N900 applications on the N9)
 

This project is currently on hold until I finish my vacation, and coding competition projects. I am still interested in it though.