Re: Wiki status
On Tue, Mar 06, 2007 at 07:45:46AM +0200, Quim Gil wrote: The first question to answer is whether official documentation (like I assume you are going to publish) should go to the wiki at all. Instead, we could have it well sorted in a place intended for stable documentation. Now with Midgard, creating and editing pages is as easy as with a wiki, so it is more a matter of permissions and ability to use HTML directly. I would recommend you to request Ferenc editing permissions and create pages under the Developers section. We can organize the pages later on, if needed. The same would apply to anybody writing official documentation in maemo.org. Unless Ferenc has a different opinion :) since we are still setting procedures about how the new website will be maintained. But this topic is more on-topic at https://garage.maemo.org/projects/maemo2midgard/ Sounds all good to me. -- MDK ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [Java] Mentor wanted for Summer of Code 2007 ;)
Hi, Johannes Eickhold schrieb: On Mon, 2007-03-05 at 20:26 +0100, Clemens Eisserer wrote: I wonder wether anybody would be willed to mentor me at Google's Summer of Code 2007. Hi Clemens, I would like to support your effort as a mentor. But currently I don't know what is needed to be accepted as a mentor and what the process to apply as a mentor would be. If anybody on this list is able to clarify the situation, please feel free to do so! Would it make sense to ask on sun's Java phoneME forum for support and possibly another mentor, too? I'm also interested in broader feedback and opinions from the list about Java integration into maemo. Me too. Based on time, the really work on JaLiMo will start in April, so this month may be the right time for ideas and wishes. It seems at least three possibilities are currently considered by different people. 1. jamvm + classpath 2. cacaovm + classpath + java-gnome (jalimo by Sebastian Mancke) 3. sun's phoneME advanced well, we should try to integrate any efforts. 1. vs. 2. Between 1. an 2., IMO there is no big difference. The jamvm also runs out of the box with the JaLiMo libraries. cacao is 3 times faster than the jamvm, but has a 2.5 sec longer start up time. The classpath version in 1. is 0.91, matching the gtk libraries of maemo. I, for now, have tried to get the recent versions running, with the lack of AWT. I think java-gnome is the way to do java gui's on this small linux devices, because it is really fast and offers the opportunity to integrate with special gui extensions (e.g. hildon on maemo or libmokoui on openmoko). But this may be my special taste and will be exchangeable, if someone has a different task to solve. The difference from JaLiMo to 1. is that we try not only to build some packages once. We have the goal to let a platform evolve, beyond the runtime, which solves recurring problems every java developer hit when he/she targets an linux embedded platform. Before n770, I did java on Yopy and IPAQ/familiar with the same problems: - Get a fast GUI working - Desktop integration - Packaging - menu integration - Configuration integration - Connectivity to back-end-services So we are trying to: Integrate once, write once, run on every mobile linux device. 2. vs. 3. In 3., I see two very different conceptual approaches: - J2ME CDC (Minimal Java, no reflection, no JNI, MIDP 2.0) This one is different to JaLiMo. - J2ME CLDC (Java 1.3.1, AWT) This second one has the same objective, but a completely other solution. You should take a look at MIDPath (http://midpath.thenesis.org), which already has a running MIDP (based on phoneME) on top of GNU Classpath, Cacao, Kaffe and JamVM with different back end libraries. MIDPath would perfectly fit with JaLiMo since it uses the same runtime. -Sebastian -- tarent Gesellschaft für Softwareentwicklung und IT-Beratung mbH Heilsbachstr. 24, 53123 Bonn| Poststr. 4-5, 10178 Berlin fon: +49(228) / 52675-0 | fon: +49(30) / 27594853 fax: +49(228) / 52675-25| fax: +49(30) / 78709617 durchwahl: +49(228) / 52675-17 | mobil: +49(171) / 7673249 Geschäftsführer: Boris Esser, Elmar Geese, Thomas Müller-Ackermann HRB AG Bonn 5168 Ust-ID: DE122264941 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Maemo at CeBIT 2007?
Hi, will there be Maemo-related items at the CeBIT in Hannover? I'd like to make sure I see those exhibits that are there this year. Regards, Hanno ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
WLAN Scanning problem
Hi, I have problem when I perform WLAN scanning when internet connection is on. I'm still trying to do an application which scans APs RSSI info and then send them to server via internet connection. This requires that I have internet connection on (wlan is associated with AP) at the same time I'm performing scanning, but when the connection is on RSSI information doesn't update properly. Only the associated AP RSSI information is uptated! I have investigated the driver code and debugged the situation and I get error code -22 from sm_drv_set_scan method from sm_drv_ioctl_umac.c at line 1135: /* And finally we send the scan request */ ret = sm_drv_oid_set(dev, DOT11_OID_SCAN, (void*)scan, sizeof(int16_t)); (Do you know where I can find expanations for those errors?) I hope you can understand the situation. The question is: Connection manager scans properly even if the internet connection is on so I assume that this scenario is doable. What I have to do to to get the scanning to work while internet connection is on? Do I have to give some parameters to the driver or what? You can see that I'm lost here but I'd appreciate your help very much again. - Kalle ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Detecting N800 camera position
However how to I flip the video manually using gstreamer? http://webcvs.freedesktop.org/gstreamer/gst-plugins-good/tests/icles/v4l2src-test.c?revision=1.8view=markup search in the code for flip BR Edgard ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [Java] Mentor wanted for Summer of Code 2007 ;)
Hi, 2007/3/6, Sebastian Mancke [EMAIL PROTECTED]: [..] I think java-gnome is the way to do java gui's on this small linux devices, because it is really fast and offers the opportunity to integrate with special gui extensions (e.g. hildon on maemo or libmokoui on openmoko). But this may be my special taste and will be exchangeable, if someone has a different task to solve. My personal vote goes to SWT, works on top of j2me, gtk GUI implementation, actively pushed by IBM and has loads of software already. (likewise for AWT and Swing, but AWT is hardly used and really sucks and Swing is way too heavy IMO). Ah yes, that would also be a vote for j2me, also to have a standard commandline for the jvm. Koos ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: GLIBC-2.4
I am building GLIBC-2.5 in the scratchbox and am getting the following
errors. Any idea what needs to be done.
make[3]: Leaving directory `/scratchbox/packages/glibc-2.5/glibc-2.5/elf'
gcc -nostdlib -nostartfiles -r -o
/scratchbox/packages/glibc-2.5/glibc-build/elf/librtld.os
'-Wl,-('
/scratchbox/packages/glibc-2.5/glibc-build/elf/dl-allobjs.os/scratchbox/packages/glibc-
2.5/glibc-build/elf/rtld-libc.a -lgcc '-Wl,-)' \
-Wl,-Map,/scratchbox/packages/glibc-2.5
/glibc-build/elf/librtld.os.map
gcc -nostdlib -nostartfiles -shared \
-Wl,-z,combreloc -Wl,-z,relro -Wl,-z,defs -Wl,--verbose
21 |\
LC_ALL=C \
sed -e '/^=/,/^=/!d;/^=/d'\
-e 's/\. = 0 + SIZEOF_HEADERS;/ _begin = . -
SIZEOF_HEADERS;/' \
/scratchbox/packages/glibc-2.5/glibc-build/elf/ld.so.lds
gcc -nostdlib -nostartfiles -shared -o
/scratchbox/packages/glibc-2.5/glibc-build/elf/ld.so
\
-Wl,-z,combreloc -Wl,-z,relro -Wl,-z,defs \
/scratchbox/packages/glibc-2.5/glibc-build/elf/librtld.os
-Wl,--version-script=/scratchbox/packages/glibc-2.5/glibc-build/ld.map
\
-Wl,-soname=ld-linux.so.2 -T /scratchbox/packages/glibc-
2.5/glibc-build/elf/ld.so.lds
/scratchbox/packages/glibc-2.5/glibc-build/elf/librtld.os: In function
`print_statistics':
/scratchbox/packages/glibc-2.5/glibc-2.5/elf/rtld.c:2828: undefined
reference to `__stack_chk_fail_local'
/scratchbox/packages/glibc-2.5/glibc-build/elf/librtld.os: In function
`process_dl_debug':
/scratchbox/packages/glibc-2.5/glibc-2.5/elf/rtld.c:2464: undefined
reference to `__stack_chk_fail_local'
/scratchbox/packages/glibc-2.5/glibc-build/elf/librtld.os: In function
`process_envvars':
/scratchbox/packages/glibc-2.5/glibc-2.5/elf/rtld.c:2723: undefined
reference to `__stack_chk_fail_local'
/scratchbox/packages/glibc-2.5/glibc-build/elf/librtld.os: In function
`dl_main':
/scratchbox/packages/glibc-2.5/glibc-2.5/elf/rtld.c:2344: undefined
reference to `__stack_chk_fail_local'
/scratchbox/packages/glibc-2.5/glibc-build/elf/librtld.os: In function
`print_search_path':
/scratchbox/packages/glibc-2.5/glibc-2.5/elf/dl-load.c:1575: undefined
reference to `__stack_chk_fail_local'
/scratchbox/packages/glibc-2.5
/glibc-build/elf/librtld.os:/scratchbox/packages/glibc-2.5/glibc-2.5/elf/dl-
load.c:1795: more undefined references to `__stack_chk_fail_local' follow
collect2: ld returned 1 exit status
make[2]: *** [/scratchbox/packages/glibc-2.5/glibc-build/elf/ld.so] Error 1
make[2]: Leaving directory `/scratchbox/packages/glibc-2.5/glibc-2.5/elf'
make[1]: *** [elf/subdir_lib] Error 2
make[1]: Leaving directory `/scratchbox/packages/glibc-2.5/glibc-2.5'
make: *** [all] Error 2
Thanks
- Amy
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: Issues with bora's dbus-python
On 3/2/07, Luciano M. Wolf [EMAIL PROTECTED] wrote: Hi Henri, Hi! Thanks for this report. Right now we are migrating pymaemo svn to garage.maemo.org. After this we will give special attention to all bugs reported. Could you open a bug on pymaemo bugzilla[1] with a link or some information about this patch for pyrex? Here's the bug as reported by Simon McVittie (smcv on #dbus): https://garage.maemo.org/tracker/index.php?func=detailaid=561group_id=40atid=229 Luciano Wolf /Henri -- Henri Bergius Motorcycle Adventures and Free Software http://bergie.iki.fi/ Skype: henribergius Jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Bluetooth mouse.
On Tue, 06 Mar 2007 02:11:33 +0200, Daniel Stone wrote: Try -mouse ps2,/dev/input/mice. Of course, you still won't get a cursor. (OS2007 can find a mouse just fine, in theory, if you tell it to. OS2006 can't.) Would it be nice, an idea to add BT mouse support to OS2007 for future updates ? This can be just good enough functionality and cheap too for bed time browsing having N800 hung on a cradle. One other day I decided to rm -rf /home/user that exposed the mouse cursor on the screen. Kevin ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: N800 and USB host mode
On 3/6/07, Larry Battraw [EMAIL PROTECTED] wrote: There was never a removal of the functionality since this is a new chipset and support for it was not available for it (AFAIK) in the kernel until recently. I tried it out and it's pretty rough in (the current kernel version) 2.6.18; it would crash very quickly after booting up and I couldn't get it to actually do anything as far as host-mode is concerned. So no conspiracy, just no working code :-) I expect as support firms up we'll see it made available on the n800, particularly if people are interested enough to help out. A roadmap/wishlist for changes to the platform is being created so this would definitely be a candidate for the list. That makes complete sense, thanks for the info. I did notice another related thread after I posted this giving me some hope. The absence of facts invites speculation. I wasn't speculating that there was a great Nokia conspiracy to deny us USB-hosting. I was speculating that one of the reasons could have been legitimate aversion to liability. One thing that should go on this wishlist is a link from every item to a separate page where there are reasons why a particular wishlist item isn't implemented yet and specific requests for community help. I think there is a lot of FOSS people not knowing what Nokia is already doing in-house and not knowing what to sink their teeth into that will end up being made redundant before they are done. A little note for each item saying something like Nokia internal is not working on this currently or this work is being done upstream at this URL or this work is waiting on x project to get their act in gear and support function y. I saw this new roadmap at one point but lost the link to it (the old Maemo roadmap link is horribly outdated). Can someone point the way to me? /Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: Bluetooth mouse.
On 3/5/07, Daniel Stone [EMAIL PROTECTED] wrote: Try -mouse ps2,/dev/input/mice. Of course, you still won't get a cursor. (OS2007 can find a mouse just fine, in theory, if you tell it to. OS2006 can't.) Cheers, Daniel Thanks for the tip. I've compiled xsetroot so I just use the cursor_name to set one. The options you've given don't seem to work so I guess there's more to it. I've verified /dev/input/mice is receiving mouse data. Larry ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: N800 and USB host mode
I believe what you're looking for is here: http://test.maemo.org/community/roadmap.html There's a _huge_ list of wishes for improvements elsewhere, but the roadmap is closer to reality in terms of what might be implemented. I believe the plan is to flesh it out as far as who's running any particular project, whether they're Nokia or not, current status, etc. Searching the dev list for roadmap will get you the details. Larry On 3/6/07, Michael Wiktowy [EMAIL PROTECTED] wrote: On 3/6/07, Larry Battraw [EMAIL PROTECTED] wrote: There was never a removal of the functionality since this is a new chipset and support for it was not available for it (AFAIK) in the kernel until recently. I tried it out and it's pretty rough in (the current kernel version) 2.6.18; it would crash very quickly after booting up and I couldn't get it to actually do anything as far as host-mode is concerned. So no conspiracy, just no working code :-) I expect as support firms up we'll see it made available on the n800, particularly if people are interested enough to help out. A roadmap/wishlist for changes to the platform is being created so this would definitely be a candidate for the list. That makes complete sense, thanks for the info. I did notice another related thread after I posted this giving me some hope. The absence of facts invites speculation. I wasn't speculating that there was a great Nokia conspiracy to deny us USB-hosting. I was speculating that one of the reasons could have been legitimate aversion to liability. One thing that should go on this wishlist is a link from every item to a separate page where there are reasons why a particular wishlist item isn't implemented yet and specific requests for community help. I think there is a lot of FOSS people not knowing what Nokia is already doing in-house and not knowing what to sink their teeth into that will end up being made redundant before they are done. A little note for each item saying something like Nokia internal is not working on this currently or this work is being done upstream at this URL or this work is waiting on x project to get their act in gear and support function y. I saw this new roadmap at one point but lost the link to it (the old Maemo roadmap link is horribly outdated). Can someone point the way to me? /Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
