Re: [maemo-developers] Phone management application
On 1/26/07, Daniel Amelang [EMAIL PROTECTED] wrote: On 1/24/07, Anuj Verma (Kevin) [EMAIL PROTECTED] wrote: ... I'll really crap my phones as modems if I can ! I don't know what that means where you're from, but I'm really confused. I'll really beat the crap out of my phone, using it excessively as a modem was my (eventual) reading :-) Jonathan -- Jonathan Matthews-Levine|[EMAIL PROTECTED]|07790 195 895 That sounds vaguely obscene, and if there's one thing I cannot *stand*, it's vagueness. -- Dean Grennell ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Maemo roadmap, SDK improvements...
http://maemo.org/platform/docs/roadmap.html This page needs an update. I will help getting this page on shape. This update is also a good opportunity to discuss possible futures. Now it's also a good moment to review the SDK and see what improvements can be made. The more pragmatic and specific you could be here, the better. Thank you -- Quim Gil Maemo team ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS 2007 / 770 hacker edition
Carlos Guerreiro wrote: Did you try to leave old kernel from 2.2006 and backport changes needed (if any) from rx-34 kernel? Seems easier than using rx-34 kernel directly (arch/arm/omap1/ is outdated). What newer kernel gives us? If I remember correctly Markku considered this at some point. Markku? Also when thinking about it, it would be nice to be able to use IT2006 compatible kernel and initfs. As this is hacker edition, dual booting between IT2006 and this one may be worthwile and can be hard with newer kernel. If there is no real reason to go for newer kernel I'd stay with the old one. Old DSP stuff probably depends on DSPGateway version in kernel anyway. However I am not sure about dsme in initfs and how it interacts with system in rootfs over /tmp/dsmesock. If there is some binary protocol that changed in IT2007 we are out of luck with keeping old initfs and IT2006 compatibility. Although there is this idea I'm playing with for some time - to copy initfs to rootfs (it is small) and let it run chrooted in rootfs (/boot dir seems ideal for this) instead of running from initfs partition and keeping /dev/mtdblock3 open (can even save some RAM in kernel). That way we can have two initfs systems in place and the only thing wee need to share is kernel. Even this could be solved by something like kexec or LAB [1] but this may be complex issue with watchdogs in kernel etc and may make booting longer. But even with this we may still have dependecies on config partition format and specific version of bootloader. Frantisek 1. http://www.handhelds.org/moin/moin.cgi/HpIpaqH2200LAB ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS 2007 / 770 hacker edition
Hi, I have not measured, but currently OS2007 feels somewhat slower than 2006. But this can simply be because currently most binaries are the same that are used for N800. So, recompiling the whole stack with different optimizations is likely to give us some speed bonus... But that may wait until we know what we can get to work. Currently packages that have not worked out-of-the-box are recompiled/reconfigured when encountered. This work is still going on. -Markku- first of all thanks for the engineering version - at least some of us here will not find ourselves abandoned. :) my first concern is - performance... would the OS2007 for 770 work sacrificing speed and stability? or it can work with OS2007 software at the OS2006 speed? Since N800 has better hardware spec, it might be possible that OS2007 will work on 770 ultimately, but not as smooth as how OS2006 does on 770. thanks. regards, wahlau ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] OS 2007 / 770 hacker edition
Hi, After that, Maemo developers with a 770 and a bit of time on their hands are encouraged to check it out. I will and definitely try to help if possible. Few questions/ideas: Did you try to leave old kernel from 2.2006 and backport changes needed (if any) from rx-34 kernel? Seems easier than using rx-34 kernel directly (arch/arm/omap1/ is outdated). What newer kernel gives us? If I remember correctly Markku considered this at some point. Markku? I first tried to keep the old kernel and initfs and just hack the rootfs. I cannot say if this way would have been better (and what kind of problems we would have encountered), but anyway we decided to move to the same kernel than used in N800. Yeah, omap1 sections from rx-34 kernel seem to be something pretty weird (old?). The current kernel that I use is a strange combination of rx-34 kernel, official omap-patched 2.6.18 kernel (from muru.com) and old 2.6.16 kernel from the latest 770 release. Same for initfs, what does break, dsme,bme? Thanks for the toolchain name, I had to build static version of evkey for bootmenu since I couldn't find correct uclibc toolchain. there is 'We used rx-34-initfs from apt-repository as a base' where is this, something internal? At least I didn't detect any (too bad) problems with either dsme or bme. The things that needed to be replaced, were: * uclibc needed to be recompiled, since it used VFP. * Kernel modules needed to be replaced. Proprietary ones (WLAN), needed linking against different binary blob. * firmware files needed to be copied from old 770. We will work on this still for some time though it is hard to say how long. It will also depend on how this is received. It might be that we can get more of the DSP and Multimedia to work, or maybe not. Could leaving old kernel, dspgateway, dsp_dld and all n770 codecs help with this? Updated gstreamer could be nice, though. Maybe some fixes in newer gst dsp plugins to make it work with older DSP stuff can make this possible? Probably. I had a chat a couple of days with Makoto and Andrea and they proposed keeping the OS 2006 DSP subsystem. Not sure about the kernel though, it might cause help work elsewhere. dspctl and dsp_dld itself seem to work nicely. And all DSP side modules that I have used (avs_kernel* and the modules/ directory contents) are directly from 770. The problems with DSP that I have encountered have been kernel-related (or actually rx-34 kernel related). Public omap-sources work much better (as I learned the hard way...) -Markku- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Phone management application
I just found this (https://garage.maemo.org/projects/phonelink/) in the garage. Never installed it, but from the description it appears to do some of what you want. Regards, Dave On 25/01/07, Anuj Verma (Kevin) [EMAIL PROTECTED] wrote: Hello list, I'll like to know if there are any phone management applications for Maemo so far ? following are the desired features I am seeking: 1. Phone book sync 2. SMS send/receive/sync 3. Phone dialing Additionally I'll be glad to know if it seems possible to use N800 as a bluetooth headset for a phone ? I'll really crap my phones as modems if I can ! Cheers, Kevin ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] OS 2007 / 770 hacker edition
I have not measured, but currently OS2007 feels somewhat slower than 2006. But this can simply be because currently most binaries are the same that are used for N800. So, recompiling the whole stack with different optimizations is likely to give us some speed bonus... But that may wait until we know what we can get to work. Currently packages that have not worked out-of-the-box are recompiled/reconfigured when encountered. This work is still going on. So some of the stuff running on the 770 using os2007on770 has been compiled for the N800 (i.e. using ARMv6)? This would be interesting to know, as it would indicate that it may be possible, admittedly with effort, to get other (N800) apps to run by implementing vfp illegal instruction exception handling in the kernel (in much the same way as fpa works). I had expected there to be more instruction differences considering the number of binaries and my assumption of their complexity (and therefore chance of inclusion of the new armv6 instructions). Cheers, Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.1 and 3.0 SDKs at the same time
I think there's issues regarding installer locations but there's plans to bring out a 2.2 release to update 2.x to run in the later version of scratchbox. Peter On 1/26/07, Andrew Barr [EMAIL PROTECTED] wrote: Apologies if this has already been asked...but I was wondering if there are any issues I should be aware of having both the Maemo 2.1 and 3.0 SDKs installed on a machine (e.g. just running both installer scripts one after the other). I have set up a Debian 'etch' virtual machine specifically for software development for Maemo, and while I suppose I could split out two virtual machines for each SDK using copy-on-write disk images, it would be easier (and in the long-run more space efficient) to have both SDKs on the same VM if this is possible. Thanks in advance. -- Andrew Barr | http://www.pridelands.dyndns.org/ panthera leo anthro My life is an open book, but I'm not going to read it to you. -- David Hyde Pierce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] to Nokia: simple method to gainagamingaudienceon 770/800
On 1/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: * easy to make basic GUI for game setup (input methods do not work in SDL) Hello I guess anybody how is porting a SDL game will run into the keyboard issue problem. It would be nice if we can port existing SDL games but that really means that we need a cute keyboard input hack. I have been asking around but did not find a simple pluggable virtual keyboard for sdl. perhaps pointer to such resources would help. but otherwise I think some effort must be put into that. greetings Hi, This has been studied briefly, and since SDL games are a very colorful bunch we felt that a solution to suit SDL games is a very illusive target, we would not get a solution that suits all and it would be a hack complicating things evern futher. The startup screen has been seen as a significantly more elegant way of dealing with most of the cases and so far it has proven right (how many games require text entry during the gameplay?). Br, --jakub ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.1 and 3.0 SDKs at the same time
Some scripts demands Scratchbox installed on folder /scratchbox. I also need both versions. My solution is unpack both version in any directory (for example /home/$USER/scratchbox_(version)) and make some links (using ln). However, you cannot use both version at the same time. []'s -- Raul Fernandes Herbster Embedded and Pervasive Computing Laboratory - embedded.dee.ufcg.edu.br Electrical Engineering Department - DEE - www.ee.ufcg.edu.br Electrical Engineering and Informatics Center - CEEI Federal University of Campina Grande - UFCG - www.ufcg.edu.br Caixa Postal 10105 58109-970 Campina Grande - PB - Brasil ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] OS 2007 / 770 hacker edition
Hi, I have not measured, but currently OS2007 feels somewhat slower than 2006. But this can simply be because currently most binaries are the same that are used for N800. So, recompiling the whole stack with different optimizations is likely to give us some speed bonus... But that may wait until we know what we can get to work. Currently packages that have not worked out-of-the-box are recompiled/reconfigured when encountered. This work is still going on. So some of the stuff running on the 770 using os2007on770 has been compiled for the N800 (i.e. using ARMv6)? Large part of the binaries are directly from the N800 image (I do not know the exact compilation options used for those). Only those that I have needed to modify somehow have been recompiled at this stage. So, the binary compatibility between the platforms in surprisingly good (at least what comes to those compilation options used for N800 binaries). -Markku- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] to Nokia: simple method to gainagamingaudienceon 770/800
ext [EMAIL PROTECTED] wrote: On 1/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: * easy to make basic GUI for game setup (input methods do not work in SDL) Hello I guess anybody how is porting a SDL game will run into the keyboard issue problem. It would be nice if we can port existing SDL games but that really means that we need a cute keyboard input hack. I have been asking around but did not find a simple pluggable virtual keyboard for sdl. perhaps pointer to such resources would help. but otherwise I think some effort must be put into that. greetings Hi, This has been studied briefly, and since SDL games are a very colorful bunch we felt that a solution to suit SDL games is a very illusive target, we would not get a solution that suits all and it would be a hack complicating things evern futher. The startup screen has been seen as a significantly more elegant way of dealing with most of the cases and so far it has proven right (how many games require text entry during the gameplay?). One solution for this would be to provide a nice and minimal keyboard class which would return inputted text just as a string and not really emit keyevents. The API for keyboard should be minimalistic so that porting textentries needed for ip-address, highscrore etc. would be easy. Now just someone has to write this ... this would portable for other platforms aswell. Br, --jakub // Tapani ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [maemo-announce] New OS 2006 firmware released
Hello, The latest OS 2006 Edition for Nokia 770 tablets is available at: http://maemo.org/downloads/nokia_770 The release notes: * Improved quality of WLAN connections * Wi-Fi certification included On behalf of the team, ferenc ps: flashing instructions are in the wiki: http://maemo.org/maemowiki/HOWTO_FlashLatestNokiaImageWithLinux official Nokia support pages: http://europe.nokia.com/A4144786 ___ maemo-announce mailing list [EMAIL PROTECTED] https://maemo.org/mailman/listinfo/maemo-announce ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] USA shop trouble + update
I do not know if this appropriate or not, but those of us in countries that can order and receive the N800 could do that for those that can't and then just forward the units on to them. I am willing to do that. I realize that there is a certain level of trust that must be realized for that to work. I already received my code and have ordered my unit, I'm not interested in scamming anyone. Unfortunately, I live in TX which is one of the 2 states that the NokiaUSA shop charges sales tax :( Surely there can't be any export issues, right? Quim...is this ok? Jae On 1/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Hi, Analyzing the sequence of emails in this list and my mailbox it looks like there was some trouble at the Nokia USA shop, although it seems that the customer support mechanism scaled up the issue and by now they are all aware and like able to solve problems (I need to confirm the latter, but the US is mostly in bed now). I have sent a summary of complaints to our contacts there, we will let you know about any relevant news. Since we maemo team are sending the codes, it is understandable that we get the complaints. However, please understand that we have no access at all to the shop machinery, nor we know what is going on when your credit card is not being accepted. Nokia USA support should still be your primary resource for getting the issues solved. Our indirect way to help you is getting in touch with the US shop management so they send the appropriate messages to the support lines your get in touch. We can help directly with the weirdest cases and rare exceptions, though. Just try hard first with their support channel, please. Hubert others, we have sent a US code to many non-US non-EU contributors around the globe. Yes, we know you can't get your N800 directly delivered at home. As explained the wiki page, you need to find out yourselves what to do next. We are not happy with this solution but it's the only realistic option we had. The alternative would be sending codes only to contributors living in countries where Nokia has online shops. We decided to send you the codes anyway, because you deserve them as much as the rest, regardless of where in the world you are actually contributing to this project. More questions are being answered in the updated * http://maemo.org/maemowiki/N800DeveloperDeviceProgram*http://maemo.org/maemowiki/N800DeveloperDeviceProgram We are about to close this program. We are still dealing with some worthy self-proposed contributors, some people needing EU US swapping codes and the support to issues encountered at the shop. The maemo coupon team (thanks Larry for the label) :) needs to move forward onto other things. -- Quim Gil Maemo team ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo 2.1 and 3.0 SDKs at the same time
Andrew Barr wrote: Apologies if this has already been asked...but I was wondering if there are any issues I should be aware of having both the Maemo 2.1 and 3.0 SDKs installed on a machine (e.g. just running both installer scripts one after the other). Just use the sbox 1.0 needed by bora. The scratchbox target configuration for maemo 2.1 and 3.0 is identical, the ONLY difference which rootstrap you unpack to the target. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Follow-up: N800 and Newton
Levi, surely you misread my statement. Sean On Jan 26, 2007, at 10:25 AM, Levi Bard wrote: May I say that I expected rather more antagonism than I've gotten even with my obnoxious follow-up. The professionalism of this list is impressive. Wow, disagreement is unprofessional? When you post an article like that to a list like this and ask for feedback, some of it is going to be negative. If you didn't want real feedback, why ask for any in the first place? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] to Nokia: simple method to gaina gamingaudienceon 770/800
Hi, ext Kees Jongenburger wrote: On 1/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: * easy to make basic GUI for game setup (input methods do not work in SDL) Hello I guess anybody how is porting a SDL game will run into the keyboard issue problem. It would be nice if we can port existing SDL games but that really means that we need a cute keyboard input hack. I have been asking around but did not find a simple pluggable virtual keyboard for sdl. perhaps pointer to such resources would help. but otherwise I think some effort must be put into that. I would start matchbox-keyboard when the game starts and set it to be: - to be decoration(=border)-less dialog which doesn't take keyboard focus - transient to the game window (so that it keeps above it) Additionally I would also add button to the keyboard with which one can: - drag the keyboard on the screen - toggle it to the size of that button I don't know how much changes this would need to the matchbox-keyboard as I haven't checked its code. As matchbox-keyboard uses just XTest (which AFAIK doesn't deal with UTF-8 charaters, just keycodes), it should work just fine without any changes needed for SDL programs (except for giving the XID of their window to the keyboard so that it knows to what window it needs to be transient for). The normal device keyboard won't work with SDL programs because such games very rarely react reasonably to being resized and the fullscreen thumb keyboard (which could otherwise work quite OK), would hide the whole game window. Added bonus of the matchbox-keyboard would be that you can easily configure what keys it contains (i.e. you could make it be very small) with XML files, see: http://projects.o-hand.com/matchbox/?p=1 - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] USA shop trouble + update
[EMAIL PROTECTED] wrote: Hubert others, we have sent a US code to many non-US non-EU contributors around the globe. Yes, we know you can't get your N800 directly delivered at home. As explained the wiki page, you need to find out yourselves what to do next. Is it that hard to tell the US shop to ship device out of the country in that case? After all since the {Canadian,insert_your_local} store does not even know about the N800 it is not competing with them, right? The fact that I can't use the code in Europe also prevents me from going through my parents. And no I'm not asking to have my code exchanged for a EU one I know the maemo coupon team do their best, and I thank them for that as much as I am grateful for them to have put me on the list, but it is just very sad and disappointing that business bureaucracy[1] just kill all the good ideas. I think I should invite all the people with a coupon that can't order to contact both the closest Nokia store and their local Nokia store to inquire about that issue. I have already contacted the Nokia store in the USA to inquire about buying from them, but haven't gotten a reply so far. I'm willing to be patient with that. Hub [1] I think I have other words to qualify this, but I'll keep them for me. Bitterness is not to be share. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] to Nokia: simple method to gain a gaming audience on 770/800
Kees Jongenburger wrote: I have been asking around but did not find a simple pluggable virtual keyboard for sdl. This is IMHO a very simple problem. Just a quick guess: You have to draw a nice keyboard, export it to BMP and load it with SDL_LoadBMP(). Then you display (blit) it with SDL_BlitSurface(). Don't forget to update the screen with SDL_UpdateRects(). Then you can SDL_WaitEvent() to wait for SDL_MOUSEBUTTONDOWN events. You just need a table which contains the x and y coords of our virtual keyboard to decode coords to the key pressed. Of course you should handle shift, delete and something else. The decoded char can now be displayed, you probably need some kind of displaying a text-function (sfont.c) for it. And so on. This all can be packed in a function like char *SDL_EnterText(). An other problem would be to incoperate such a virtual SDL keyboard to the large number of different SDL-GUI toolkits. For the most number of action games, you don't need to enter text during game play. Its enough if you do this on startup, and therefor you can use a Maemo startup window. -Klaus -- Klaus Rotter * klaus at rotters dot de * www.rotters.de ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] to Nokia: simple method to gainagamingaudienceon 770/800
This has been studied briefly, and since SDL games are a very colorful bunch we felt that a solution to suit SDL games is a very illusive target, we would not get a solution that suits all and it would be a hack complicating things evern futher. The startup screen has been seen as a significantly more elegant way of dealing with most of the cases and so far it has proven right (how many games require text entry during the gameplay?). Hi, I don't really understand. is it be possible to combine the gtk based startup screen with a sdl game? I have found two option for combining gtk and sdl http://gtksdl.sourceforge.net/ This method allows to create a SDL sufrace and draw onto it but does not allow the SDL_main loop to run (because the gtk mail loop is called). The other one I have found is called sdlgtk http://209.85.135.104/search?q=cache:Sppd34PVmkYJ:www.libsdl.org/pipermail/sdl/2004-May/061842.html+sdlgtkhl=enct=clnkcd=1 This already looks better because the sdk loop can run (if I understand it correctly). the only problem is that this is actually a hack and uses ld preloading to override gtk functions. While searching for an existing virtual sdl keyboard I found this link http://wiki.scummvm.org/index.php/Small_Devices_Backend I am no clear about the status of it, I agree that it might be hard to create a nice looking keyboard for every game, but a semi-transparent keyboard will look nice on any game. greetings, keesj ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Follow-up: N800 and Newton
Levi, surely you misread my statement. Ah, it appears that I did. My apologies. (And don't call me Shirley! :-P ) -- Just stop and take your secret journey, you will be a new box. --Leeta http://www.gnu.org/philosophy/shouldbefree.html ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] to Nokia: simple method to gain a gaming audience on 770/800
On 1/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Kees Jongenburger wrote: I have been asking around but did not find a simple pluggable virtual keyboard for sdl. This is IMHO a very simple problem. Just a quick guess: You have to draw a nice keyboard, export it to BMP and load it with SDL_LoadBMP(). Then you display (blit) it with SDL_BlitSurface(). Don't forget to update the screen with SDL_UpdateRects(). Then you can SDL_WaitEvent() to wait for SDL_MOUSEBUTTONDOWN events. You just need a table which contains the x and y coords of our virtual keyboard to decode coords to the key pressed. Of course you should handle shift, delete and something else. The decoded char can now be displayed, you probably need some kind of displaying a text-function (sfont.c) for it. And so on. This all can be packed in a function like char *SDL_EnterText(). An other problem would be to incoperate such a virtual SDL keyboard to the large number of different SDL-GUI toolkits. For the most number of action games, you don't need to enter text during game play. Its enough if you do this on startup, and therefor you can use a Maemo startup window. This sounds good and easy to me.The bmp can even have alpha! and perhaps the code is already there? http://www.mulliner.org/nokia770/feed/fotos/n770_xkbdbthid_02.png greetings keesj ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] pyopenssl
Howdy! Does someone use pyopenssl on 770? Any opinion on libssl from command line? Zoran ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] pyopenssl
On Fri Jan 26 16:38:32 2007, Zoran Kolic wrote: Does someone use pyopenssl on 770? Any opinion on libssl from command line? I have a fork of pyOpenSSL with some extra features in - I'll port it to Maemo quite happily. 2.4 or 2.5 flavour? Dave. -- Dave Cridland - mailto:[EMAIL PROTECTED] - xmpp:[EMAIL PROTECTED] - acap://acap.dave.cridland.net/byowner/user/dwd/bookmarks/ - http://dave.cridland.net/ Infotrope Polymer - ACAP, IMAP, ESMTP, and Lemonade ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Bora - Python 2.5 - distutils module
Hello Distutils module seems to not be available with python 2.5. Although, the wiki talk about the python2.5 distutils module, I can't find it. Do You know how to get it ? Perhaps, it will be available soon. Thanks. David. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Bora - Python 2.5 - distutils module
Hi David, You want to install the python2.5-dev package. Thanks, Osvaldo On 1/26/07, David [EMAIL PROTECTED] wrote: Hello Distutils module seems to not be available with python 2.5. Although, the wiki talk about the python2.5 distutils module, I can't find it. Do You know how to get it ? Perhaps, it will be available soon. Thanks. David. -- Osvaldo Santana Neto (aCiDBaSe) http://www.pythonologia.org ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] what's a libconic0?
Hi, [sbox-ARMEL: ~/source/osso-application-installer] svn info Path: . URL: https://stage.maemo.org/svn/maemo/projects/haf/trunk/osso-application-installer Repository UUID: 50eb543b-83fa-0310-9bb7-f7cbbee4ab39 Revision: 9375 Node Kind: directory Schedule: normal Last Changed Author: marivoll Last Changed Rev: 9068 Last Changed Date: 2007-01-11 16:12:02 +0100 (Thu, 11 Jan 2007) Properties Last Updated: 2006-06-23 02:22:45 +0200 (Fri, 23 Jun 2006) [sbox-ARMEL: ~/source/osso-application-installer] build_package dpkg-buildpackage: source package is osso-application-installer dpkg-buildpackage: source version is 4.46 dpkg-buildpackage: source changed by Marius Vollmer [EMAIL PROTECTED] dpkg-buildpackage: host architecture armel dpkg-buildpackage: source version without epoch 4.46 dpkg-checkbuilddeps: Unmet build dependencies: libconic0-dev dpkg-buildpackage: Build dependencies/conflicts unsatisfied; aborting. dpkg-buildpackage: (Use -d flag to override.) [sbox-ARMEL: ~/source/osso-application-installer] fakeroot apt-get update Get:1 http://only.mawhrin.net mistral/user Packages [1115B] Hit http://only.mawhrin.net mistral/user Release Get:2 http://repository.maemo.org scirocco/free Packages [9797B] Get:3 http://repository.maemo.org scirocco/free Release [114B] Get:4 http://repository.maemo.org scirocco/non-free Packages [20B] Get:5 http://repository.maemo.org scirocco/non-free Release [118B] Get:6 http://repository.maemo.org scirocco/free Sources [3639B] Ign http://repository.maemo.org scirocco/free Release Get:7 http://repository.maemo.org scirocco/non-free Sources [20B] Ign http://repository.maemo.org scirocco/non-free Release Hit http://repository.maemo.org scirocco/free Packages Hit http://repository.maemo.org scirocco/free Release Hit http://repository.maemo.org scirocco/non-free Packages Hit http://repository.maemo.org scirocco/non-free Release Hit http://repository.maemo.org scirocco/free Sources Ign http://repository.maemo.org scirocco/free Release Hit http://repository.maemo.org scirocco/non-free Sources Ign http://repository.maemo.org scirocco/non-free Release Fetched 14.8kB in 2m13s (111B/s) Reading Package Lists... Done [sbox-ARMEL: ~/source/osso-application-installer] fakeroot apt-get install libconic0-dev Reading Package Lists... Done Building Dependency Tree... Done E: Couldn't find package libconic0-dev [sbox-ARMEL: ~/source/osso-application-installer] apt-cache search libconic [sbox-ARMEL: ~/source/osso-application-installer] Hmm... cheers, Danny ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: Emacs work: porting to Maemo
Marius Gedminas [EMAIL PROTECTED] writes: On Wed, Jan 24, 2007 at 07:22:03PM +, Ross Burton wrote: On Wed, 2007-01-24 at 14:08 -0500, Ted Zlatanov wrote: I'm currently working on porting Emacs to Maemo, It's a small point, but isn't emacs an odd choice for porting to maemo, with emacs being a text editor designed for keyboard use, and all maemo platforms having no keyboard. If you have a bluetooth keyboard paired, emacs will just work, otherwise using it would be a whole new world of pain surely? Maybe, and maybe not. For an experienced vim user, vim with the 770's virtual keyboard is more convenient than Notes. I speak from experience. I've been able to get some work done in Emacs via VNC. It turns out that there are either menu items or ESC- bindings for most of the operations that I commonly need. Menu items are easy with the mouse, and for ESC the hardware key works. Interestingly - given Ted's involvement - the thing that's most clearly suboptimal for me at the moment is Gnus. (Perhaps because I use it so much!) In particular, it would be nice to be able to select a message from the summary buffer using the mouse. Perhaps I just need a custom binding to do that. I have found this useful - (define-key gnus-summary-mode-map ' 'gnus-summary-mark-as-spam) - because ' is quicker than ESC d and I seem to get a lot of spam. I believe that using Emacs directly on the 770 would be broadly similar to what I currently do through VNC, but obviously would also give us more options, such as using Gnus for local mail on the 770; so I look forward to the results of Ted's work very much. Regards, Neil ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers