Auto select all contacts using address book API
Hello, I am using contact chooser to get list of contacts. The API osso_abook_contact_chooser_set_maximum_selection allows us to select multiple contacts. But I want all contacts to be auto-selected so that when i use the foll function: osso_abook_contact_chooser_select_contacts(OSSO_ABOOK_CONTACT_CHOOSER (chooser), contacts); all contacts will appear in contacts which is a GList. Is there any API to achieve the same? Thanks. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Related to Contacts : Decoding .VCF File
Hi All, When we take back-up for the contacts,the contacts are getting stored as .vcf files.Is there any API available to decode a .VCF file?I mean which takes the .vcf file as input and decodes into any higher level, like EContact? ThanksRegards, Sandeep Kodimela ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Related to Contacts : Decoding .VCF File
Hi, You can create EVCard objects using e-vcard-new-from-string. [1]. But note you cannot pass the entire buffer as argument of this function. You could also be interested in QtVersit API (part of Mobility) [2]. Regards, Antonio [1] http://maemo.org/api_refs/5.0/5.0-final/libebook/EVCard.html#e-vcard-new-from-string [2] http://doc.qt.nokia.com/qtmobility-1.0/versit.html On Wed, Jun 30, 2010 at 11:38 AM, sandeep kodimela sandeep.kodim...@votarytech.com wrote: Hi All, When we take back-up for the contacts,the contacts are getting stored as .vcf files.Is there any API available to decode a .VCF file?I mean which takes the .vcf file as input and decodes into any higher level, like EContact? ThanksRegards, Sandeep Kodimela ___ 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
Custom connection manager implementation for maemo5
Hello guys. I have a question regarding creation of custom connection managers for N900 device. First of all I'm a bit newbie for maemo platform so please be patient :). What I need to do is implement a mail client which is using custom protocol f.e. via XMPP extension and will natively integrated into maemo platform. As I understand I should follow telepathy specification to make all things done natively. F.e. I will need to implement connection manager, account setup plugin for mission control, and client application which will handle channels or so. My question is: Where I can find specification or example of how I can implement account setup plugin? Only one which is related I guess is http://maemo.org/api_refs/5.0/5.0-final/libaccounts/ but it is not informative for me... Second question is: Is it possible to make all parts of that project using Qt library (f.e. using Nokia Qt SDK)? As I understand connection manager can be written using Qt if I follow telepathy specification using f.e. QtDBus* classes, also client side UI can be written using Qt library. BR, Nick ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
gprs_rx_bytes vs gprs_home_rx_bytes
What is the difference between gprs_home_rx_bytes vs gprs_rx_bytes? I thought they were for data transferred on the home network and when roaming, respectively, however, the gconf values don't match what I find in Settings - Phone: Nokia-N900-42-11:~# gconftool-2 -R /system/osso/connectivity/network_type | grep bytes gprs_home_tx_bytes = 4034987 gprs_rx_bytes = 709842177 gprs_home_rx_bytes = 31515124 gprs_tx_bytes = 62829876 My Home network data counter matches: Sent: 4.03 MB Receiverd: 31.5 MB However, my Roaming network data counter doesn't: Sent: 0 B Received 0 B Are gprs_home_{rx,tx}_bytes since the last reset and gprs_{rx,tx}_bytes since forever? Thanks, Neal ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gprs_rx_bytes vs gprs_home_rx_bytes
Neal, As far as I know, gprs_rx_bytes is the old pre-PR1.2 key. This key will not change in PR1.2. As of PR1.2 you have to use gprs_home_rx_bytes and gprs_roaming_rx_bytes to get the full picture. Or, of course, if you only want to look at home or roaming you can look at them individually. Thanks, Andrew On June 30, 2010 08:49:10 am Neal H. Walfield wrote: What is the difference between gprs_home_rx_bytes vs gprs_rx_bytes? I thought they were for data transferred on the home network and when roaming, respectively, however, the gconf values don't match what I find in Settings - Phone: Nokia-N900-42-11:~# gconftool-2 -R /system/osso/connectivity/network_type | grep bytes gprs_home_tx_bytes = 4034987 gprs_rx_bytes = 709842177 gprs_home_rx_bytes = 31515124 gprs_tx_bytes = 62829876 My Home network data counter matches: Sent: 4.03 MB Receiverd: 31.5 MB However, my Roaming network data counter doesn't: Sent: 0 B Received 0 B Are gprs_home_{rx,tx}_bytes since the last reset and gprs_{rx,tx}_bytes since forever? Thanks, Neal ___ 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
How to compile in Scratchbox a project created with Nokia SDK?
Hi all, I'm working to a project created with Nokia SDK (Qt4/C++) and at the moment we're able to compile for Maemo target and let the IDE to generate the .deb package (please note that generating the .deb means that we already have a working debian/ directory with all contro, changelog ecc... files). I'd like to upload this package to extras-devel, and following the instructions of Autobuilder Wizard, I've to rebuild the source package using Scratchbox in this way: dpkg-buildpackage -rfakeroot -sa -S Trying to execute this command under Scratchbox I get the following errors: [sbox-FREMANTLE_ARMEL: ~/MyDocs/msoma-build-maemo] dpkg-buildpackage -rfakeroot -sa -S dpkg-buildpackage: source package is msoma dpkg-buildpackage: source version is 0.1.1 dpkg-buildpackage: source changed by Andrea Grandi and...@unknown dpkg-buildpackage: source version without epoch 0.1.1 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. /scratchbox/tools/bin/make clean make[1]: Entering directory `/home/andrea/MyDocs/msoma-build-maemo' make[1]: *** No rule to make target `../../../../NokiaQtSDK/Maemo/4.6.2/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/mkspecs/linux-g++-maemo5/qmake.conf', needed by `Makefile'. Stop. make[1]: Leaving directory `/home/andrea/MyDocs/msoma-build-maemo' make: *** [clean] Error 2 [sbox-FREMANTLE_ARMEL: ~/MyDocs/msoma-build-maemo] How can I fix this problem? Thanks for your help! -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to compile in Scratchbox a project created with Nokia SDK?
Last time I checked, the command is debuild if we are talking about extras-assistant: https://garage.maemo.org/extras-assistant/ However, it seems it's still using old data from NQS. Clean up all the Makefiles. On Wed, Jun 30, 2010 at 4:29 PM, Andrea Grandi a.gra...@gmail.com wrote: Hi all, I'm working to a project created with Nokia SDK (Qt4/C++) and at the moment we're able to compile for Maemo target and let the IDE to generate the .deb package (please note that generating the .deb means that we already have a working debian/ directory with all contro, changelog ecc... files). I'd like to upload this package to extras-devel, and following the instructions of Autobuilder Wizard, I've to rebuild the source package using Scratchbox in this way: dpkg-buildpackage -rfakeroot -sa -S Trying to execute this command under Scratchbox I get the following errors: [sbox-FREMANTLE_ARMEL: ~/MyDocs/msoma-build-maemo] dpkg-buildpackage -rfakeroot -sa -S dpkg-buildpackage: source package is msoma dpkg-buildpackage: source version is 0.1.1 dpkg-buildpackage: source changed by Andrea Grandi and...@unknown dpkg-buildpackage: source version without epoch 0.1.1 fakeroot debian/rules clean dh_testdir dh_testroot rm -f build-stamp configure-stamp # Add here commands to clean up after the build process. /scratchbox/tools/bin/make clean make[1]: Entering directory `/home/andrea/MyDocs/msoma-build-maemo' make[1]: *** No rule to make target `../../../../NokiaQtSDK/Maemo/4.6.2/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/mkspecs/linux-g++-maemo5/qmake.conf', needed by `Makefile'. Stop. make[1]: Leaving directory `/home/andrea/MyDocs/msoma-build-maemo' make: *** [clean] Error 2 [sbox-FREMANTLE_ARMEL: ~/MyDocs/msoma-build-maemo] How can I fix this problem? Thanks for your help! -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Ville M. Vainio http://tinyurl.com/vainio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gprs_rx_bytes vs gprs_home_rx_bytes
Hi, Andrew, At Wed, 30 Jun 2010 08:59:55 -0400, Andrew Olmsted wrote: As far as I know, gprs_rx_bytes is the old pre-PR1.2 key. This key will not change in PR1.2. What do you mean by it will not change? It will no longer be updated (i.e., they broke the ABI?) Or, that its meaning has stayed the same (and it is both home and roaming)? Thanks, Neal ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gprs_rx_bytes vs gprs_home_rx_bytes
Neal, Sorry I should have been more clear. They do not update in PR1.2 since it uses the new keys now. I'm not sure if those keys exist on a clean install of PR1.2 - they exist on mine because they were used before the upgrade. So whatever value of gprs_rx_bytes that is currently in that key will remain static in PR1.2 (unless some application changes it - the base OS won't). Again, AFAIK. Thanks, Andrew On 30 June 2010 09:39, Neal H. Walfield n...@walfield.org wrote: Hi, Andrew, At Wed, 30 Jun 2010 08:59:55 -0400, Andrew Olmsted wrote: As far as I know, gprs_rx_bytes is the old pre-PR1.2 key. This key will not change in PR1.2. What do you mean by it will not change? It will no longer be updated (i.e., they broke the ABI?) Or, that its meaning has stayed the same (and it is both home and roaming)? Thanks, Neal ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: capturing key presses on N770
Finally, I found a flasher-3.0 executable which did the trick. Thank you, Vinod From: Frank Banul [mailto:frank.ba...@gmail.com] Sent: Tuesday, June 29, 2010 7:14 PM To: Vinod Nanjaiah Cc: maemo-developers@maemo.org Subject: Re: capturing key presses on N770 Does http://maemo.org/downloads/product/OS2006/becomeroot/ do the trick? Frank On Tue, Jun 29, 2010 at 6:49 AM, Vinod Nanjaiah vinod_nanja...@mindtree.commailto:vinod_nanja...@mindtree.com wrote: Hi, I cross compiled and ran evkey.c but got an error. $ ./evkey -d /dev/input/event0 evdev open: permission denied I guess I have to run this as root. But, I could not find a .deb file for rootsh/becomeroot. I could not find the flasher.exe also for N770 to enable root. Please help. I also tried installing powerlaunch. But failed to find the dependencies for it - libglade2. Is there any single repository from which I can download the required .deb files for N770. Thank you, Vinod From: Frantisek Dufka [duf...@seznam.czmailto:duf...@seznam.cz] Sent: Monday, June 28, 2010 9:07 PM To: Vinod Nanjaiah Cc: maemo-develop...@maemo.orgg Subject: Re: capturing key presses on N770 Vinod Nanjaiah wrote: Hi, I am trying to capture key presses of the Hard keys (Up, Down, Left, Right, Home, etc) on Nokia N770. Is it possible to do so using a simple c program or shell script? Not sure what is the scenario you want to use it for. For low level access you can use kernel input subsystem directly see e.g. evkey.c [1] and its usage in bootmenu.sh [2]. Just beware that different devices have different device names and key events still go to the rest of the system. For playing nice with the system using powerlaunch [3] is indeed better. I am not aware of 770 version (the author [4] has/had N800) but the source is here [4]. Maybe it could build fine at least in OS2007 hacker edition. Frantisek 1. https://garage.maemo.org/plugins/scmsvn/viewcvs.php/tags/bootmenu_0_1/?root=bootmenu 2. https://garage.maemo.org/plugins/scmsvn/viewcvs.php/trunk/bootmenu/files/?root=bootmenu 3. http://powerlaunch.garage.maemo.org/ 4. http://austinche.name/maemo/index.html 5. http://repository.maemo.org/extras-devel/pool/diablo/free/source/p/powerlaunch/ http://www.mindtree.com/email/disclaimer.html ___ maemo-developers mailing list maemo-developers@maemo.orgmailto: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: How to compile in Scratchbox a project created with Nokia SDK?
Hi, On 30 June 2010 15:37, Ville M. Vainio vivai...@gmail.com wrote: Last time I checked, the command is debuild if we are talking about extras-assistant: https://garage.maemo.org/extras-assistant/ yes, I'm talking about the extras-assistant, but in Step 2 (I mean this page: https://garage.maemo.org/extras-assistant/index.php?step=2 ) there is this command: dpkg-buildpackage -rfakeroot -sa -S However, it seems it's still using old data from NQS. Clean up all the Makefiles. the problem is the Makefile itself. The one generated by Nokia SDK is this: http://pastebin.com/50khFW0k and the PATHs are cllearly wrong (for example: INCPATH = -I../../../../NokiaQtSDK/Maemo/4.6.2/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/mkspecs/linux-g++-maemo5) but how can I generate a Makefile that is compatible with Scratchbox too? I did run /opt/qt4-maemo5/bin/qmake-qt4 msoma.pro and then I was able to build the source package and upload it in Autobuilder, but I got a building error: http://pastebin.com/4K9jug6U You should be able to see all the errors here: https://garage.maemo.org/builder/fremantle/msoma_0.1.1/ Thanks for your help. -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to compile in Scratchbox a project created with Nokia SDK?
Ciao Andrea, I took a look at your debian/rules.. I think you can solve this issue merely generating the Makefile each time the package is built. My hints is do not fix the current makefile, but just make a new one using CDBS. Cheers, Antonio PS: remove the obj files from the tarball as well as teh Makefle. On Wed, Jun 30, 2010 at 5:00 PM, Andrea Grandi a.gra...@gmail.com wrote: Hi, On 30 June 2010 15:37, Ville M. Vainio vivai...@gmail.com wrote: Last time I checked, the command is debuild if we are talking about extras-assistant: https://garage.maemo.org/extras-assistant/ yes, I'm talking about the extras-assistant, but in Step 2 (I mean this page: https://garage.maemo.org/extras-assistant/index.php?step=2 ) there is this command: dpkg-buildpackage -rfakeroot -sa -S However, it seems it's still using old data from NQS. Clean up all the Makefiles. the problem is the Makefile itself. The one generated by Nokia SDK is this: http://pastebin.com/50khFW0k and the PATHs are cllearly wrong (for example: INCPATH = -I../../../../NokiaQtSDK/Maemo/4.6.2/sysroots/fremantle-arm-sysroot-10.2010.19-1-slim/usr/share/qt4/mkspecs/linux-g++-maemo5) but how can I generate a Makefile that is compatible with Scratchbox too? I did run /opt/qt4-maemo5/bin/qmake-qt4 msoma.pro and then I was able to build the source package and upload it in Autobuilder, but I got a building error: http://pastebin.com/4K9jug6U You should be able to see all the errors here: https://garage.maemo.org/builder/fremantle/msoma_0.1.1/ Thanks for your help. -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ 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: How to compile in Scratchbox a project created with Nokia SDK?
Hi all, On 30 June 2010 16:27, Antonio Aloisio antonio.aloi...@gmail.com wrote: Ciao Andrea, I took a look at your debian/rules.. I think you can solve this issue merely generating the Makefile each time the package is built. I'm generating the Makefile each time. I remove the old Makefile and generated a new one with this command: /opt/qt4-maemo5/bin/qmake-qt4 msoma.pro then I went to the building folder and ran dpkg-buildpackage -rfakeroot -sa -S in this way I could generate the three files -rw-rw-r-- 1 andrea andrea 246 Jun 30 15:52 msoma_0.1.1.dsc -rw-rw-r-- 1 andrea andrea 1119267 Jun 30 15:52 msoma_0.1.1.tar.gz -rw-rw-r-- 1 andrea andrea 557 Jun 30 15:52 msoma_0.1.1_source.changes which I uploaded to the Autobuilder. The problem is that in this way my Makefile under Scratchbox is using /opt/qt4-maemo5/bin/qmake-qt4 which is not found by Autobuilder (look at the error: make[1]: *** No rule to make target `/targets/FREMANTLE_ARMEL/opt/qt4-maemo5/mkspecs/linux-g++-maemo5/qmake.conf', needed by `Makefile'. Stop.) My hints is do not fix the current makefile, but just make a new one using CDBS. I didn't touch the Makefile by hand. What is CDBS? PS: remove the obj files from the tarball as well as teh Makefle. I just uploaded the generated msoma_0.1.1.tar.gz, shouldn't those files be automatically removed or not included? Regards, -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to compile in Scratchbox a project created with Nokia SDK?
Ciao Andre', I mean you have to generate the Makefile on the server. You can add qmake project.pro in your debian/rules.. it will do the job. About CDBS, please take a look at http://build-common.alioth.debian.org/cdbs-doc.html and http://build-common.alioth.debian.org/cdbs-doc.html#id2561450 Cheers, antonio On Wed, Jun 30, 2010 at 5:37 PM, Andrea Grandi a.gra...@gmail.com wrote: Hi all, On 30 June 2010 16:27, Antonio Aloisio antonio.aloi...@gmail.com wrote: Ciao Andrea, I took a look at your debian/rules.. I think you can solve this issue merely generating the Makefile each time the package is built. I'm generating the Makefile each time. I remove the old Makefile and generated a new one with this command: /opt/qt4-maemo5/bin/qmake-qt4 msoma.pro then I went to the building folder and ran dpkg-buildpackage -rfakeroot -sa -S in this way I could generate the three files -rw-rw-r-- 1 andrea andrea 246 Jun 30 15:52 msoma_0.1.1.dsc -rw-rw-r-- 1 andrea andrea 1119267 Jun 30 15:52 msoma_0.1.1.tar.gz -rw-rw-r-- 1 andrea andrea 557 Jun 30 15:52 msoma_0.1.1_source.changes which I uploaded to the Autobuilder. The problem is that in this way my Makefile under Scratchbox is using /opt/qt4-maemo5/bin/qmake-qt4 which is not found by Autobuilder (look at the error: make[1]: *** No rule to make target `/targets/FREMANTLE_ARMEL/opt/qt4-maemo5/mkspecs/linux-g++-maemo5/qmake.conf', needed by `Makefile'. Stop.) My hints is do not fix the current makefile, but just make a new one using CDBS. I didn't touch the Makefile by hand. What is CDBS? PS: remove the obj files from the tarball as well as teh Makefle. I just uploaded the generated msoma_0.1.1.tar.gz, shouldn't those files be automatically removed or not included? Regards, -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to compile in Scratchbox a project created with Nokia SDK?
Hi, On 30 June 2010 16:49, Antonio Aloisio antonio.aloi...@gmail.com wrote: Ciao Andre', I mean you have to generate the Makefile on the server. You can add qmake project.pro in your debian/rules.. it will do the job. before asking you how to properly modify the debian/rules file I want to show you at least my directory structure. You can find the package here: http://dl.dropbox.com/u/835341/msoma.tar.gz As you can see I copied msoma-build-maemo under scratchbox. msoma-build-maemo is the building directory used by QtCreator (Nokia SDK) to build msoma and create the package. Of course I did need the sources too and as you can see I've the msoma/ folder too, which contains all sources. The first strange (annoying) think is that I must have the msoma.pro both inside msoma/ and msoma-build-maemo/ folders, but this is not a big problem for me. I need then to run qmake on both .pro files, then I run dpkg-buildpackage -rfakeroot -sa -S to generare the sources. Is this the right way? Should I organize sources and build directory in a different way? Now the question about debian/rules: in which line should I add the: qmake msoma.pro? This is the original file: http://pastebin.com/VdHfAaPn could you please insert that line and paste it back? Really thank you for you help :) -- Andrea Grandi email: a.grandi [AT] gmail [DOT] com website: http://www.andreagrandi.it PGP Key: http://www.andreagrandi.it/pgp_key.asc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: N900 kernel 2.6.28 no compiles after changing cb[] array size
Hi, Indeed that seems to be the problem. Thank you. Regards, Sergio Quoting Nathan Anderson nat...@andersonsplace.net: Sergio, Maybe the actual problem is that 62 is not a multiple of 4. the sizeof(void (*)) should be 4 on 32 bit platforms. So if you read that; you get: 62-8 (=54) 54 / 4 (=13.5) On the old value you get 48-8 (=40) 40/4 (=10) What happens if you change it to charcb[64]; The compiler could be having a issue because of 13.5 and just masking the issue until later. (Gotta love C/C++ compilers, you can chase your tail sometimes G) Nathan -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-boun...@maemo.org] On Behalf Of Sergio Lembo Sent: Thursday, June 17, 2010 1:59 PM To: maemo-developers@maemo.org Subject: RE: N900 kernel 2.6.28 no compiles after changing cb[] array size Hi, Thank you for your answer. I observe that in include/net/mac80211.h the defines pasted below are introducing a non-linear sizing (observe the hardcoded number 8) that may cause problems for some ranges and thus validating (sizeof(struct ieee80211_tx_info) sizeof(skb-cb)). #define IEEE80211_TX_INFO_DRIVER_DATA_SIZE \ (sizeof(((struct sk_buff *)0)-cb) - 8) #define IEEE80211_TX_INFO_DRIVER_DATA_PTRS \ (IEEE80211_TX_INFO_DRIVER_DATA_SIZE / sizeof(void *)) Although this is not directly the problem that I have and BUILD_BUG_ON(sizeof(struct ieee80211_tx_info) sizeof(skb-cb)); is failing for some other reason that I did not find yet.. Regards, Sergio Quoting Nathan Anderson nat...@andersonsplace.net: Sergio, If I had a guess, I would guess that the n900 probably has a different set of compile time defines, that cause the ieee80211 structure to be defined differently on the n900 vs a stock machine. The compile time failsafe is to make sure that the structure iee80211 is larger than skb-cb. Run a grep on the code to find out where/how the ieee80211 structure is being defined and you will probably find the issue. Nathan. -Original Message- From: maemo-developers-boun...@maemo.org [mailto:maemo-developers-boun...@maemo.org] On Behalf Of Sergio Lembo Sent: Thursday, June 17, 2010 3:08 AM To: maemo-developers@maemo.org Subject: N900 kernel 2.6.28 no compiles after changing cb[] array size Hi, I am having an inconsistent state in the N900 kernel 2.6.28 when I make a very simple change: The problem is reproduced easily by just increasing the size of the control buffer cb[] in struct sk_buff{} (include/linux/skbuff.h): - charcb[48]; - + charcb[62]; Using cb[62] I get a compilation error : CC [M] net/mac80211/main.o net/mac80211/main.c: In function 'ieee80211_init': net/mac80211/main.c:1026: error: size of array 'type name' is negative make[2]: *** [net/mac80211/main.o] Error 1 make[1]: *** [net/mac80211] Error 2 make: *** [net] Error 2 The line with the error is a failsafe at compilation time (net/mac80211/main.c): BUILD_BUG_ON(sizeof(struct ieee80211_tx_info) sizeof(skb-cb)); Bypassing such failsafe line the kernel compiles Ok, but the binary flashed to the N900 fails to boot the system. I observe that such compilation error does not happen when compiling a plain 2.6.28 kernel for a PC. And note that this error is just caused by changing the size of cb[] from 48 to 62; that is the only modification we made to the kernel sources. Regards, Sergio ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- --- Sergio Lembo sergio.le...@tkk.fi --- ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- --- Sergio Lembo sergio.le...@tkk.fi --- ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QLineEdit and casing
2010/6/28 Mats Rauhala mats.rauh...@gmail.com: I have trouble with uppercase letters with QLineEdit. I'm using QLineEdit as an input method for adding items to a list/set. The user write an item and presses return which causes the text to be handled and the QLineEdit cleared. But if the user wants to add another item, the text is no longer title cased. If the QLineEdit loses focus and regains it, the casing is nulled and the first line is again title cased. I'd like the texts to be always or never title cased for consistency. As far as I understand the title casing is caused by Maemo input methods, but I wasn't able to figure out the keywords for figuring out how to fix this. -- Mats Rauhala sip:mas...@ekiga.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers Hi, Personnaly, i just unactive it. #Example in python #Remove auto capitalization (self is an QTextEdit) self.setInputMethodHints(Qt.ImhNoAutoUppercase) Regards, -- Benoît HERVIER, Khertan Software - http://khertan.net/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QLineEdit and casing
Hi, 2010/6/30 Benoît HERVIER kher...@khertan.net: self.setInputMethodHints(Qt.ImhNoAutoUppercase) If you're using Qt 4.7 you may hit this bug: http://bugreports.qt.nokia.com/browse/QTBUG-11841 Cheers, -- --- http://claimid.com/morpheuz Blog: http://blog.morpheuz.cc PGP: 0xDBEEAAC3 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: QLineEdit and casing
I'm using Qt 4.6 with PR1.2. Earlier poster mentioned disabling hinting altogether which is a good enough solution which I'll implement if nothing else comes up. -- Mats Rauhala sip:mas...@ekiga.net pgpy0140Qnypt.pgp Description: PGP signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers