![]() |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
can show us both, we can have a look at how they and hopefully tell you what is wrong. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Hi all,
I am still having issues with the emulator not properly starting when applications with the shortcut/icon in the menu. I have the same problems with the template applications from madde, so it is a general problem and a bug in my application. However, it means I am not able to test the deb package I created: http://davy.preuveneers.be/phoneme/public/n900/deb/ It installs phoneme in /opt and creates shortcuts to phoneME (which does nothing because it calls cvm without parameters), Opera Mini and microemu-demo. Could somebody install this (with dpkg -i xxx.deb) and test this and see if the shortcuts work? I think there might be an issue that the package will be installed as root, and that the midlets won't have write access to certain subdirectories in /opt/phoneme because they don't run with root privileges. The Opera Mini midlet would be a good test case for that. Thanks, Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
Quote:
Microemu-demo works though. where is it trying to install opera mini? |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
In my next deb I will rename the files to operamini to avoid the name clash.
Edit: opera name clash fixed in latest build. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
However, this folder is owned by root:root and the phoneME vm is executed under the account 'user' which does not have write permissions to this folder. See if you can do the following as root: chmod a+rwx /opt/phoneme/midp/midp_linux_fb_gcc/appdb and if that changes the problem. The reason why microemu does not have this issue, is because it does not write to this appdb folder. If I can then figure out how this folder can maintain its write permissions while creating the deb archive, then we are good to go. Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Quote:
|
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Jep, fixed in my last upload of 1 minute ago (same filename though).
Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
i'll post a new script this evening ;) i did it, but i didnt save it! :(
then later i'll finish it edit: @DavyP The script name is excalibur, just becouse it's fast, and powerfull, also easy to remember.. I added more features like - use the right midlet name in the shortcut - use the right icon name for the shortcut - call to gtk-update-icon-cache to see immediately the icon on the shortcut (*** minor maybe fix at the end of this message) - possibility to remove all files after installation of the midlet, expecially: $SH file $JAD file $JAR file $DESKTOP shortcut After the installation, without closing the shell, the excalibur script (for newbies must be on /usr/bin/ with chmod +rwx or 775) will ask you to go on the menu, and to try the midlet.. (maybe you want an auto test that run it with final question about the result?) By now, if you will answer with Y, it will keep the midlet, else it will remove it.. ####### Excalibur Script ######## Code:
#!/bin/sh ***gtk-update-icon-cache fix*** cause of some strange reason, my device is an example about it, the /usr/bin/gtk-update-icon-cache doesn't work as well, then i searched on this Amazing Talk foundig the Bug Report about /usr/bin/gtk-update-icon-cache. Seems to be that /usr/bin/gtk-update-icon-cache just has one line in: Code:
#!/bin/sh -e Code:
#!/bin/sh -e Ciao you all, Cristian |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
Hi Cristian,
Thanks for all these script updates. At the moment I cannot test this on the emulator due to incompatibilities with a real device. There is one thing I wanted to point out: you do not need to generate the jad file if it does not exist. In such a case, you create the sh file without the '-jadpath midlet.jad' parameters. Also, you could argue if you create a desktop file, you can directly put the startup command in the desktop file rather than in a separate script. Then there are a few minor other issues I have come across with certain midlets (like wrong line endings and dangling spaces). I will see how I can fix these issues and embed the script in my next build. My plan was actually to build something directly within the phoneME application in native Qt4 code in a similar way like I did for my Android build, but for the time being I think you script will do. Cheers, Davy |
Re: [TESTING] PhoneME Advanced (Java Mobile) prototype release
1 Attachment(s)
Quote:
i can try with zenith for now, but first i remove $JAD and $SH variables, i made confusion! ahahhaah ** foe the lines, you say this or the other script? beccouse i changed sed lines here to use correct icon, names etc edit: Script is changed now, i fixed everything except it doesnt accept jar file names with spaces ( ex: ciao from the italy.jar )i'm tired, i go to sleep i see caracters everywhere.. changes removed sh line removed jad line changed the echo >> to $MIDLET_NAME.desktop as u wrote down here is the zip file with gtk-update-icon-cache and excalibur script, they must be on /usr/bin/ with rwx permissions. Ciao dall'Italia :D Cristian |
All times are GMT. The time now is 12:14. |
vBulletin® Version 3.8.8