Re: Problems Starting Application Framework
Hey It seems that you are trying to start it in ARMEL target, but it works only in X86 target. Change your target to X86 in sb-menu and try again. //Sampo ext ac...@dsic.upv.es wrote: Hi Daniel, I tried to use the killall option but this did not work yet. I also tried to stop and start it manually by: [sbox-FREMANTLE_ARMEL: ~] /etc/init.d/dbus stop Stopping system message bus: dbus. [sbox-FREMANTLE_ARMEL: ~] /etc/init.d/dbus start Starting system message bus: dbus. But I receive the next error. [sbox-FREMANTLE_ARMEL: ~] af-sb-init.sh start Note: For remote X connections DISPLAY should contain hostname! Sample files present. DBUS system bus is already running, doing nothing D-BUS session bus daemon is already running, doing nothing Starting Maemo Launcher: maemo-launcher start failed. Sapwood image server is already running, doing nothing Error setting value: No D-BUS daemon running Error setting value: No D-BUS daemon running I do not know what to do. I also tried to use ESbox, but I obtain the error osso_initialize failed., and I think that this is also because of the bus. Thanks again for all your help, Best Regards, A. Cano Quoting daniel wilms daniel.wi...@nokia.com: Hi, ext ac...@dsic.upv.es wrote: DBUS system bus is already running, doing nothing D-BUS session bus daemon is already running, doing nothing It seems, that the you have started the AF before already, and that it did not shut down correctly. Try to kill all the related processes. You can do that by running sb-menu and then by selection killall in that menu. After that try to restart the AF with the script as usual. Daniel This message was sent using IMP, the Internet Messaging Program. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems Starting Application Framework
On Wed, Feb 3, 2010 at 10:24 AM, Sampo Savola sampo.sav...@nokia.com wrote: It seems that you are trying to start it in ARMEL target, but it works only in X86 target. !!! Perhaps it's time to provide a helpful error message to af-sb-init.sh? -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debian Etch, Rebuilt: 6,451 .debs for Maemo 5
Amazing stuff Jeff - really great! On Feb 3, 2010, at 7:43 AM, Marius Vollmer wrote: ext Jeff Moe m...@blagblagblag.org writes: Do you have the build logs online as well? Yes, from http://obra.freemoe.org/freemoe-etch/3/3dchess/root.log to http://obra.freemoe.org/freemoe-etch/z/zziplib/build.log Great! * Depends: are ok? Just because the Build-Depends: were there doesn't mean the Depends: are there. Yes. Would be good to compile a list of such missing Depends and maybe put some extra effort into making them build, too. There will be cyclic build dependencies, though, and things get interesting then. One thing that might be done is to compare the builds to a build in pbuilder which is a minimal set of debian tools. Also, I would like to do some testing of maemian on the built packages - just to see what sort of data there is an how to go about making maemian more friendly to developers. You've given me a login to your machine so I assume you don't mind me doing this but I thought I would ask you first. I would also like to make the maemian logs visible as well. Is that okay? Warm regards, Jeremiah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debian Etch, Rebuilt: 6,451 .debs for Maemo 5
Dnia środa, 3 lutego 2010 o 07:04:57 Marius Vollmer napisał(a): * I rebuilt all Debian Etch source packages with the Maemo 5 SDK and sdbmock. Cool! Nice stuff indeed. I hope that you will try Lenny or Squezze soon as Etch is not supported now by Debian (but is similar to Maemo5 roots). * I could batch import packages that don't already exist in extras-devel. I think this would be rad. You should probably also exclude packages that already exist in the SSU and SDK repositories, just to avoid confusion. SSU yes, SDK no. Users of devices do not use SDK repos as they were described as 'can break device' due to dependencies. Regards, -- JID: h...@jabber.org Website: http://marcin.juszkiewicz.com.pl/ LinkedIn: http://www.linkedin.com/in/marcinjuszkiewicz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Debian Etch, Rebuilt: 6,451 .debs for Maemo 5
On Wednesday 03 February 2010 02:14:01 you wrote: I would like to do some testing of maemian on the built packages - just to see what sort of data there is an how to go about making maemian more friendly to developers. You've given me a login to your machine so I assume you don't mind me doing this but I thought I would ask you first. I would also like to make the maemian logs visible as well. Is that okay? You have a login on mas (espejo node 1); this is obra. Both are virtual KVMs on topo at NetDepot. I copied over your key from mas, so you should be able to ssh jerem...@obra.freemoe.org. Interesting dir for you may be: /var/www/freemoe-etch/ You have many gigs of space @ /home--feel free to copy over the whole archive (9.3G) to your homedir and process the files as you like. All can be made visible. -Jeff ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Where is libhildon.so entry when issuing ldd /usr/bin/Calendar ?
Dear List:
When I issued ldd /usr/bin/Calendar under scrachbox, I got results as
below:
[sbox-FREMANTLE_X86: ~] ldd /usr/bin/Calendar
libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x00e4c000)
libgvfscommon.so.0 = /usr/lib/libgvfscommon.so.0 (0x00c87000)
libc.so.6 = /lib/libc.so.6 (0x00715000)
libdbus-1.so.3 = /usr/lib/libdbus-1.so.3 (0x00449000)
libpthread.so.0 = /lib/libpthread.so.0 (0x00c2b000)
libgio-2.0.so.0 = /usr/lib/libgio-2.0.so.0 (0x0011)
libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x00ab1000)
libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x002fa000)
/lib/ld-linux.so.2 (0x0088d000)
librt.so.1 = /lib/librt.so.1 (0x00176000)
libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x00f12000)
libdl.so.2 = /lib/libdl.so.2 (0x0017e000)
I wonder where is libhildon-1.so.0 = /usr/lib/libhildon-1.so.0
(0x00938000) ?
And this libhildon entry is really there after I issued ldd a.out on my
hilldon application.
My hildon application's source code is attached.
Anybody knows why?
--
Best Regards
#include stdlib.h
#include hildon/hildon-program.h
#include libosso.h
int main(int argc, char **argv)
{
HildonProgram *program;
HildonWindow *window;
osso_context_t *context = osso_initialize(org.maemo.hello, 0.1, TRUE, NULL);
hildon_gtk_init(argc, argv);
program = HILDON_PROGRAM(hildon_program_get_instance());
g_set_application_name(My Own Application);
window = HILDON_WINDOW(hildon_window_new());
g_signal_connect(G_OBJECT(window), destroy, G_CALLBACK(gtk_main_quit),NULL);
hildon_program_add_window(program, HILDON_WINDOW(window));
gtk_widget_show(GTK_WIDGET(window));
gtk_main();
osso_deinitialize(context);
return EXIT_SUCCESS;
}
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Where is libhildon.so entry when issuing ldd /usr/bin/Calendar ?
On Wed, Feb 3, 2010 at 11:57 AM, Jianchun Zhou jianchun.z...@gmail.com wrote: Dear List: When I issued ldd /usr/bin/Calendar under scrachbox, I got results as below: [sbox-FREMANTLE_X86: ~] ldd /usr/bin/Calendar libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x00e4c000) libgvfscommon.so.0 = /usr/lib/libgvfscommon.so.0 (0x00c87000) libc.so.6 = /lib/libc.so.6 (0x00715000) libdbus-1.so.3 = /usr/lib/libdbus-1.so.3 (0x00449000) libpthread.so.0 = /lib/libpthread.so.0 (0x00c2b000) libgio-2.0.so.0 = /usr/lib/libgio-2.0.so.0 (0x0011) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x00ab1000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x002fa000) /lib/ld-linux.so.2 (0x0088d000) librt.so.1 = /lib/librt.so.1 (0x00176000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x00f12000) libdl.so.2 = /lib/libdl.so.2 (0x0017e000) I wonder where is libhildon-1.so.0 = /usr/lib/libhildon-1.so.0 (0x00938000) ? Try ldd /usr/bin/Calendar.launch, which is the real binary. And this libhildon entry is really there after I issued ldd a.out on my hilldon application. My hildon application's source code is attached. Anybody knows why? /usr/bin/Calendar links to maemo-invoker, which is a part of maemo-launcher. It keeps a pre-initialized GTK+ ready and then dynamically loads the main binary, in order to decrease startup times. See http://maemo.gitorious.org/maemo-af/maemo-launcher/blobs/master/README for details. regards Philipp ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Where is libhildon.so entry when issuing ldd /usr/bin/Calendar ?
Thanks a million. I am satisfied with these replies. On Wed, Feb 3, 2010 at 7:22 PM, pHilipp Zabel philipp.za...@gmail.comwrote: On Wed, Feb 3, 2010 at 11:57 AM, Jianchun Zhou jianchun.z...@gmail.com wrote: Dear List: When I issued ldd /usr/bin/Calendar under scrachbox, I got results as below: [sbox-FREMANTLE_X86: ~] ldd /usr/bin/Calendar libjpeg.so.62 = /usr/lib/libjpeg.so.62 (0x00e4c000) libgvfscommon.so.0 = /usr/lib/libgvfscommon.so.0 (0x00c87000) libc.so.6 = /lib/libc.so.6 (0x00715000) libdbus-1.so.3 = /usr/lib/libdbus-1.so.3 (0x00449000) libpthread.so.0 = /lib/libpthread.so.0 (0x00c2b000) libgio-2.0.so.0 = /usr/lib/libgio-2.0.so.0 (0x0011) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x00ab1000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x002fa000) /lib/ld-linux.so.2 (0x0088d000) librt.so.1 = /lib/librt.so.1 (0x00176000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x00f12000) libdl.so.2 = /lib/libdl.so.2 (0x0017e000) I wonder where is libhildon-1.so.0 = /usr/lib/libhildon-1.so.0 (0x00938000) ? Try ldd /usr/bin/Calendar.launch, which is the real binary. And this libhildon entry is really there after I issued ldd a.out on my hilldon application. My hildon application's source code is attached. Anybody knows why? /usr/bin/Calendar links to maemo-invoker, which is a part of maemo-launcher. It keeps a pre-initialized GTK+ ready and then dynamically loads the main binary, in order to decrease startup times. See http://maemo.gitorious.org/maemo-af/maemo-launcher/blobs/master/README for details. regards Philipp -- Best Regards ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Vote for N900
Hi, ma...@bitblit.net schrieb: http://www.engadget.com/2010/01/29/vote-for-the-2009-engadget-awards oh well... its good it made it in some good categories but the votes really indicate that there is a lot of work to do. I have to admit that the most important reason might be the low number of devices around - compared to iPhone e.g. Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-15 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904]florian.b...@kernelconcepts.de http://www.kernelconcepts.de/en ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: tiny /tmp
On 29 January 2010 21:14, Thomas Tanner tan...@gmx.de wrote: MyDocs is not available if the USB mass storage mode is enabled. IMHO the new tmp directory should also be under control of temp-reaper and not visible to the (average joe) user. Typically non-volatile system temp directory is in /var/tmp next to logs and databases. Is this available or useful in maemo? For user apps, I'd second dotfiles/folders in $HOME as that lines up with permissions, quotas etc. But (accidentally) littering that leads to bloating home dir, of course. -- I appear to be temporarily using gmail's horrible interface. I apologise for any failure in my part in trying to make it do the right thing with post formatting. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Older targets in Mammo 5 SDK?
On Wed, 3 Feb 2010, Marius Gedminas wrote: Check out this post about setting up multiple targets in your scratchbox: http://inz.fi/blog/2007/10/22/multi-target-development-for-maemo/ I currently have targets for mistral, bora, chinook, diablo and fremantle. I read the blog post but its not clear to me. I used the regular installer scripts to have FREMANTLE. I just want to add the DIABLO targets and binaries. -- Aj. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: rx-51 xkb file: how does FOUR_LEVEL type work?
On Wed, 3 Feb 2010, Matan Ziv-Av wrote: This is a bug in hildon-input-method-framework. Patch and compiled binary package with this patch here: Matan, Funny, just ran into your thread N900 keyboard friendly and I had been meaning to consult you about the kbd problem... and here you are! Double thanks, truly!! --denis ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: rx-51 xkb file: how does FOUR_LEVEL type work?
On Wed, 3 Feb 2010, Denis DeLaRoca wrote: This is a bug in hildon-input-method-framework. Patch and compiled binary package with this patch here: I installed the binary. Indeed, it makes FOUR_LEVEL mappings accessible! But it changes the behaviour of the shift key., a) pressing shift once: uppercases the next character entered as usual b) pressing shift twice: brings on the Caps lock on status message, but subsequent typed characters are all in lowercase... only way I can type all in uppercase is by holding shift pressed. Is this what you intended? My install went like this, hildon-input-method-framework_2.1.41-1+0m5_armel.deb) ... Unpacking replacement hildon-input-method-framework ... Setting up hildon-input-method-framework (1:2.1.41-1+0m5) ... You don't have immodules directory for version 2.4.0. Use default version instead. Updating the IM modules list for GTK+-2.14.0...find: /usr/lib/gtk-2.0/2.14.0/immodules: No such file or directory done. does that look about allright? --denis ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: rx-51 xkb file: how does FOUR_LEVEL type work?
On Thu, 4 Feb 2010, Matan Ziv-Av wrote: I tested FN lock, but no shift lock. Try the new package in the same url. The patch is called himf2.diff. Success... thanks much! --denis ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
