Re: virtual keyboard popup from code
Pada hari Selasa, tanggal 13/11/2007 pukul 09:08 +0100, ext _v_tiziano menulis: How I can invoke this? There's a sample code here: http://aksi.mdamt.net/basic-example-of-HIM-enabled-custom-gtk-widget+ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re:Re: Android Vs. Maemo
On Nov 9, 2007 3:05 PM, vicente garcia [EMAIL PROTECTED] wrote: I think Android will be a bad thing to maemo. I'm suppose that Android is not for an specific phone, it's a platform for a set of phones that complains a standard. Android will probably gain a greater momentum than Maemo have had so far, since Google will push for it in a way that more people (and developers) will notice. It seems very easy to develop for and include nice APIs to interact for example with Google maps and positioning. Personally I think it seems easier to get started with since it has Eclipse support and I am more comfortable with Java. On the other hand, if Google follows through and makes Android fully open source, including the specialized JVM it includes, it is not impossible to imagine an Android runtime on Maemo devices. That would mean that Maemo devices would get the opportunity to run both Maemo and Android types of apps. I am sure Google would be glad to see it happen. Whether it actually will happen probably depends on whether Nokia wants it. At this point in time, seems not so likely. Claes -- C l a e sH o l m e r s o n ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers As you said you Android is a new framework and therefore is enjoying enormous visibility in recent days. One might say that it is sponsored by google wants to bring forward that the market for mobile phones and devices. Android I think it is done quite well and using the Java language is very easy to develop applications! A Maemo still missing a JVM or something like that to exploit the power of java and possibly some application of Android on internet tablet Nokia -- Antonio Di Cello (rafanto) skype:rafanto (or) tuxnetserver jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Android Vs. Maemo
On Nov 9, 2007 3:05 PM, vicente garcia [EMAIL PROTECTED] wrote: I think Android will be a bad thing to maemo. I'm suppose that Android is not for an specific phone, it's a platform for a set of phones that complains a standard. Android will probably gain a greater momentum than Maemo have had so far, since Google will push for it in a way that more people (and developers) will notice. It seems very easy to develop for and include nice APIs to interact for example with Google maps and positioning. Personally I think it seems easier to get started with since it has Eclipse support and I am more comfortable with Java. On the other hand, if Google follows through and makes Android fully open source, including the specialized JVM it includes, it is not impossible to imagine an Android runtime on Maemo devices. That would mean that Maemo devices would get the opportunity to run both Maemo and Android types of apps. I am sure Google would be glad to see it happen. Whether it actually will happen probably depends on whether Nokia wants it. At this point in time, seems not so likely. Claes -- C l a e sH o l m e r s o n ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] More missing source
2007/9/30, Kalle Vahlman [EMAIL PROTECTED]: (grabbing this moldy thread up since the full answer is still open) 2007/5/7, Stefan Kost [EMAIL PROTECTED]: hi, the sources are there: http://repository.maemo.org/pool/bora/free/source/gst-plugins-dsp0.10_0.65-1.tar.gz Stefan Yes, for the plugins. But unfortunately I see nowhere the osso-dsp-headers-rx-34 package which would be pretty essential if you wanted to compile the plugins and not just ogle at the code. Just to note, this situation seems to be changed in Chinook. Now the missing package is osso-dsp-headers-rx-44 instead of -34. You can apparently build the plugins without the headers now too, but the result is a dummy version that talks to /dev/zero instead of the dsp tasks. So not a lot of improvement there, which is a bit sad. -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
App catalog (was Re: extras: autobuilders)
On Mon, 2007-11-12 at 20:16 +, ext Neil Jerram wrote: There's an interesting meta-point, also. The current existence of the Application Catalog partly (largely?) reflects the fact that not all 3rd party apps are in extras. I see (almost?) no relation. I imagine centralized distros using web based catalogs to feature promote their applications by letting users comment and rate where they can also download. Perhaps if almost all apps were in extras, and the AppManager UI was improved to cope better with large numbers of available packages, there wouldn't be much need for the Application Catalog any more? And what about users browsing the catalog with a normal PC, being or not owners of a tablet. The catalog is / should be a strong marketing tool for maemo applications, both for potential and actual maemo users. -- Quim Gil - http://maemo.org ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo security longterm roadmap?
Hi, ext Mike Lococo wrote: I was maybe not so clear in my last message; What I mean is: We can trust software that come from trusted source and that is 'signed'. But other software, that the end user still want to install can't be trusted. Actually bitfrost is aimed at an entirely different problem than containing third-party malicious software installations. The _only_ solutions to that problem are warnings or disabling third-party software entirely. Or in general the software not working like you expect / be able to do things people want them to do (i.e. basically anything you can think of). So, as you said, either you trust it, or you don't install it. If you trust it, the platform has to trust it also. Software can set limitations for itself when it's installed (under which user it's run, rlimits etc), but that's completely up to the package being installed. In long term Maemo indeed could have more facilities for this for the trusted software. It's interesting to see how Bitfrost will fare, whether more distros go to SELinux or AppArmor etc. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Help getting round compiler a error (compiling CLN)
Hello all, At the start of the year I tried to compile CLN (http://www.ginac.de/CLN/) and although the compilation worked fine, the linking into a shared library at the end didn't. I asked on the CLN list and was given a couple of suggestions to fix this issue, the last of which was to change your compiler. Unfortunately this isn't possible (unless OS2008 uses a different version of GCC?) so I thought I'd ask and see if anyone has any other suggestions. The error is this: /bin/sh ../libtool --mode=link g++ -o libcln.la -rpath /usr/lib -version-info 4:2:0 -lgmp -objectlist libcln.objectlist g++ -shared -nostdlib /scratchbox/compilers/cs2005q3.2-glibc-arm/lib/gcc/arm-none-linux-gnueabi/3.4.4/../../../../arm-none-linux-gnueabi/lib/crti.o snip .libs/cl_asm_.o /usr/lib/libgmp.so -L/scratchbox/compilers/cs2005q3.2-glibc-arm/lib/gcc/arm-none-linux-gnueabi/3.4.4 -L/usr/lib/gcc/arm-none-linux-gnueabi/3.4.4 -L/scratchbox/compilers/cs2005q3.2-glibc-arm/lib/gcc/arm-none-linux-gnueabi/3.4.4/../../../../arm-none-linux-gnueabi/lib -lstdc++ -lm -lc -lgcc_s /scratchbox/compilers/cs2005q3.2-glibc-arm/lib/gcc/arm-none-linux-gnueabi/3.4.4/crtendS.o /scratchbox/compilers/cs2005q3.2-glibc-arm/lib/gcc/arm-none-linux-gnueabi/3.4.4/../../../../arm-none-linux-gnueabi/lib/crtn.o -Wl,-soname -Wl,libcln.so.4 -o .libs/libcln.so.4.0.2 .libs/cl_I_ring.o: In function `cln::zerop(cln::cl_I const)':cl_I_ring.cc:(.text._ZN3cln5zeropERKNS_4cl_IE[cln::zerop(cln::cl_I const)]+0x0): multiple definition of `cln::zerop(cln::cl_I const)' .libs/cl_I_zerop.o:cl_I_zerop.cc:(.text+0x0): first defined here .libs/cl_RA_ring.o: In function `cln::zerop(cln::cl_RA const)':cl_RA_ring.cc:(.text._ZN3cln5zeropERKNS_5cl_RAE[cln::zerop(cln::cl_RA const)]+0x0): multiple definition of `cln::zerop(cln::cl_RA const)' .libs/cl_RA_zerop.o:cl_RA_zerop.cc:(.text+0x0): first defined here .libs/cl_R_signum.o: In function `cln::signum(cln::cl_I const)':cl_R_signum.cc:(.text._ZN3cln6signumERKNS_4cl_IE[cln::signum(cln::cl_I const)]+0x0): multiple definition of `cln::signum(cln::cl_I const)' .libs/cl_I_signum.o:cl_I_signum.cc:(.text+0x0): first defined here collect2: ld returned 1 exit status make[2]: *** [libcln.la] Error 1 make[2]: Leaving directory `/home/simon/build/qcalculate/cln-1.1.13.orig/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/simon/build/qcalculate/cln-1.1.13.orig' make: *** [build] Error 2 The thread on the CLN mailing list starts here (only 4 posts long): http://www.ginac.de/pipermail/cln-list/2007-February/000267.html I tried the suggestions for various compiler flags and to compile as a static library, but when the static library is linked it too produces multiple definition errors. Any thoughts? Thanks, Simon P.S. I can provide a set of debian build files (.dsc, .diff, etc.) if anyone wants to try it for themselves. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Help getting round compiler a error (compiling CLN)
On 11/13/2007, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hello! .libs/libcln.so.4.0.2 .libs/cl_I_ring.o: In function `cln::zerop(cln::cl_I const)':cl_I_ring.cc:(.text._ZN3cln5zeropERKNS_4cl_IE[cln::zerop(cln::cl_I const)]+0x0): multiple definition of `cln::zerop(cln::cl_I const)' .libs/cl_I_zerop.o:cl_I_zerop.cc:(.text+0x0): first defined here .libs/cl_RA_ring.o: In function `cln::zerop(cln::cl_RA const)':cl_RA_ring.cc:(.text._ZN3cln5zeropERKNS_5cl_RAE[cln::zerop(cln::cl_RA const)]+0x0): multiple definition of `cln::zerop(cln::cl_RA const)' .libs/cl_RA_zerop.o:cl_RA_zerop.cc:(.text+0x0): first defined here .libs/cl_R_signum.o: In function `cln::signum(cln::cl_I const)':cl_R_signum.cc:(.text._ZN3cln6signumERKNS_4cl_IE[cln::signum(cln::cl_I const)]+0x0): multiple definition of `cln::signum(cln::cl_I const)' .libs/cl_I_signum.o:cl_I_signum.cc:(.text+0x0): first defined here collect2: ld returned 1 exit status make[2]: *** [libcln.la] Error 1 make[2]: Leaving directory `/home/simon/build/qcalculate/cln-1.1.13.orig/src' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/simon/build/qcalculate/cln-1.1.13.orig' make: *** [build] Error 2 Duplicate symbols during linking is normally cause by having code/functions with the same name in to different object files. This could again be caused in general having problems with code in headers or wrong includes, like for example having functions in headers that are not marked as inline or using defines that contain whole functions or similar... I suggest to search (grep) for the named symbols in the header files of the cod efirst and see if there is something suspicios. Of course it can also be possible to have the function implemented in two source modules. One would have to look at the source code to give better answers ;-) (and I'm at work). If that fails, see that the Makefile does not list any object file more than once per link target ... had that happen once, too, and it took quite a long time figure out, because the Makefile was generated by autotools (or more specifically configure). Cheers, Taneli ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems logging in to scratchbox after reboot
Before login you need to run sudo /scratchbox/sbin/sbox_ctl start You can make it automatic adding the line above to /etc/rc.local On Nov 13, 2007 5:36 PM, Stelian Iancu [EMAIL PROTECTED] wrote: Hi all, I have successfully installed scratchbox on Fedora 8. However, after a reboot of the machine, I am getting the following: [EMAIL PROTECTED] ~]$ /scratchbox/login ERROR: Scratchbox is not properly set up! Any idea what might be the problem? With regards, Stelian Iancu ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Marcelo Lira dos Santos http://setanta.wordpress.com @CInLUG: http://www.cin.ufpe.br/~cinlug @Ciência Livre: http://www.ciencialivre.pro.br @INdT: http://www.indt.org.br ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems logging in to scratchbox after reboot
Hi lancu, Try sb-menu first. -- Allan On Nov 13, 2007 4:36 PM, Stelian Iancu [EMAIL PROTECTED] wrote: Hi all, I have successfully installed scratchbox on Fedora 8. However, after a reboot of the machine, I am getting the following: [EMAIL PROTECTED] ~]$ /scratchbox/login ERROR: Scratchbox is not properly set up! Any idea what might be the problem? With regards, Stelian Iancu ___ 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 logging in to scratchbox after reboot
That was it, many thanks! Now I have other errors: [EMAIL PROTECTED] ~]$ /scratchbox/login Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! You dont have active target in scratchbox chroot. Please create one by running sb-menu before continuing Welcome to Scratchbox, the cross-compilation toolkit! Use 'sb-menu' to change your compilation target. See /scratchbox/doc/ for documentation. Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! But I know the cause of these, it seems that the Fedora 8 kernel doesn't have VDSO compat enabled. Hmm ... I wonder if I need to rebuild the kernel ... Regards, Stelian Alfredo J. Fabretti wrote: Try: /scratchbox/sbin/sbox_ctl start before login On Nov 13, 2007 5:36 PM, Stelian Iancu [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi all, I have successfully installed scratchbox on Fedora 8. However, after a reboot of the machine, I am getting the following: [EMAIL PROTECTED] ~]$ /scratchbox/login ERROR: Scratchbox is not properly set up! Any idea what might be the problem? With regards, Stelian Iancu ___ maemo-developers mailing list maemo-developers@maemo.org mailto: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 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Problems logging in to scratchbox after reboot
Your kernel needs compat VDSO-support. ak. Stelian Iancu wrote: That was it, many thanks! Now I have other errors: [EMAIL PROTECTED] ~]$ /scratchbox/login Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! You dont have active target in scratchbox chroot. Please create one by running sb-menu before continuing Welcome to Scratchbox, the cross-compilation toolkit! Use 'sb-menu' to change your compilation target. See /scratchbox/doc/ for documentation. Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! But I know the cause of these, it seems that the Fedora 8 kernel doesn't have VDSO compat enabled. Hmm ... I wonder if I need to rebuild the kernel ... Regards, Stelian Alfredo J. Fabretti wrote: Try: /scratchbox/sbin/sbox_ctl start before login On Nov 13, 2007 5:36 PM, Stelian Iancu [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi all, I have successfully installed scratchbox on Fedora 8. However, after a reboot of the machine, I am getting the following: [EMAIL PROTECTED] ~]$ /scratchbox/login ERROR: Scratchbox is not properly set up! Any idea what might be the problem? With regards, Stelian Iancu ___ maemo-developers mailing list maemo-developers@maemo.org mailto: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 ___ 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 logging in to scratchbox after reboot
Yes, I know that, I've opened a bug in the RedHat Fedora bugzilla and a guy there suggested me to add vdso=2 as a kernel boot option. However, this makes the kernel un-bootable ... S. Aleksandr Koltsoff wrote: Your kernel needs compat VDSO-support. ak. Stelian Iancu wrote: That was it, many thanks! Now I have other errors: [EMAIL PROTECTED] ~]$ /scratchbox/login Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! You dont have active target in scratchbox chroot. Please create one by running sb-menu before continuing Welcome to Scratchbox, the cross-compilation toolkit! Use 'sb-menu' to change your compilation target. See /scratchbox/doc/ for documentation. Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! Inconsistency detected by ld.so: rtld.c: 1192: dl_main: Assertion `(void *) ph-p_vaddr == _rtld_local._dl_sysinfo_dso' failed! But I know the cause of these, it seems that the Fedora 8 kernel doesn't have VDSO compat enabled. Hmm ... I wonder if I need to rebuild the kernel ... Regards, Stelian Alfredo J. Fabretti wrote: Try: /scratchbox/sbin/sbox_ctl start before login On Nov 13, 2007 5:36 PM, Stelian Iancu [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi all, I have successfully installed scratchbox on Fedora 8. However, after a reboot of the machine, I am getting the following: [EMAIL PROTECTED] ~]$ /scratchbox/login ERROR: Scratchbox is not properly set up! Any idea what might be the problem? With regards, Stelian Iancu ___ maemo-developers mailing list maemo-developers@maemo.org mailto: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 ___ 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
SDL App runs for some seconds and then dies
Hello folks, I have the following issue compiling my game for Maemo 2.2 (I know, its old stuff): After installing my game (http://angstron.garage.maemo.org) from the .deb, and tapping the game icon on the menu, my game runs...and then dies after some (~ 10) seconds. When running from x-terminal or the system-monitor applet, it runs flawless for any time I want. Where am I screwing it? (code @ http://bzk.svn.sourceforge.net/viewvc/bzk/ ) It cant be on the application itself , as I spent the last two months scrutinizing my code. Got lots of bugs out of it, but didnt solved this issue. This is the *last* issue to solve, and then we can ship it =-P How can you guys help me? Daniel NeoStrider Monteiro |_|0|_| Linux Registered User #424188 |_|_|0| http://corporatedrones.wordpress.com |0|0|0| http://nomadsoul.wordpress.com Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
SDL App runs for some seconds and then dies
Hello folks, I have the following issue compiling my game for Maemo 2.2 (I know, its old stuff): After installing my game (http://angstron.garage.maemo.org) from the .deb, and tapping the game icon on the menu, my game runs...and then dies after some (~ 10) seconds. When running from x-terminal or the system-monitor applet, it runs flawless for any time I want. Where am I screwing it? (code @ http://bzk.svn.sourceforge.net/viewvc/bzk/ ) It cant be on the application itself , as I spent the last two months scrutinizing my code. Got lots of bugs out of it, but didnt solved this issue. This is the *last* issue to solve, and then we can ship it =-P How can you guys help me? Thanks! Daniel NeoStrider Monteiro |_|0|_| Linux Registered User #424188 |_|_|0| http://corporatedrones.wordpress.com |0|0|0| http://nomadsoul.wordpress.com Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! http://br.mail.yahoo.com/___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SDL App runs for some seconds and then dies
Take a look at http://maemo.org/development/documentation/tutorials/maemo_2_2_tutorial.html, specifically: Maemo initialisation All maemo applications must be initialised correctly to ensure that they work as expected. One symptom of missing initialisation is that the application starts from the task navigator but closes automatically after a few seconds. Does that fix it? Frank On Nov 13, 2007 6:13 PM, Daniel Monteiro [EMAIL PROTECTED] wrote: Hello folks, I have the following issue compiling my game for Maemo 2.2 (I know, its old stuff): After installing my game (http://angstron.garage.maemo.org) from the .deb, and tapping the game icon on the menu, my game runs...and then dies after some (~ 10) seconds. When running from x-terminal or the system-monitor applet, it runs flawless for any time I want. Where am I screwing it? (code @ http://bzk.svn.sourceforge.net/viewvc/bzk/ ) It cant be on the application itself , as I spent the last two months scrutinizing my code. Got lots of bugs out of it, but didnt solved this issue. This is the *last* issue to solve, and then we can ship it =-P How can you guys help me? Thanks! Daniel NeoStrider Monteiro |_|0|_| Linux Registered User #424188 |_|_|0| http://corporatedrones.wordpress.com |0|0|0| http://nomadsoul.wordpress.com Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html Abra sua conta no Yahoo! Mail, o único sem limite de espaço para armazenamento! ___ 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
Interest groups
On ITT I have noticed person X,Y,and Z say that they are interested in various topics like location services or PIM and would be spending time investigating those topics. So far I mostly see this forum get used for very specific technical questions. It might be useful to form public but smaller, more casual communities for people to bounce ideas off of each other and exchange code (not necessarily on the same project,) maybe even coming up with libraries organically. Does this already happen? If not is this something people would want? I have too many projects so I don't know how soon I would be using it personally. :( But I thought I would bring it up. --Sarah ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Scan codes built keyboard of N810
Tomas Junnonen пишет: ext Arkady Glazov wrote: Hi! I made a few additional layouts for n800 (http://garage.maemo.org/projects/xkblayouts). After graduation SDK release became clear, as will be done in 810. I looked out of file /usr/share/X11/xkb/symbols/nokia_vndr/rx-44 and official photos of keyboard from Nokia to tie keys and their scan-codes. But a few keys, I was unable to determine. I don't find codes for Chr and Right Shift. Chr is COMP in nokia_vndr/rx-44. The keyboard isn't wired to distinguish left and right shift so you only get LFSH. Regards, Tomas Many thank's -- Best regards, Arkady Glazov ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers