Re: Tcl/Tk and C++ for Chess
Hello; ext William Gordon Rutherdale wrote: > Hi. > > I'm still quite new to Maemo development and just barely got a > command-line hello world program going so far. > > I would like to get a GPL'd program called ChessDB running on it. This > program is good at analysing chess positions, as opposed to playing > them. For instance you can set up an endgame position and analyse > different variations. This is something I would like to do on the > subway using the N800. > > Anyway, I looked through the ChessDB code. It is written mostly in > C++. The user interface part, however, is in Tcl/Tk. Thus there is no > messy C GUI library to contend with as in porting some other software. > At present I am using OS 2007 but can switch to OS 2008 if necessary. > > I was wondering if others have experience with the following issues: > > A) Is it hard getting Tcl/Tk running on either OS 2007 or 2008? > > B) Do applications running in Tcl/Tk generally have behavioural issues > once you get them going? > > For help with Tcl/Tk you might want to contact author of this project : https://garage.maemo.org/projects/gnocl/, see also http://www.geocities.jp/ono_tetsu/gnocl/. There seems to be Tcl and Tk packages for Bora release. Virtual keyboard won't work for Tcl/Tk applications, other than that you should not encounter much problems. > C) Would a straight C++ program have any problems with standard shared > runtime libraries on the N800 using either OS? > > Any help would be appreciated. > > -Will > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://lists.maemo.org/mailman/listinfo/maemo-developers > > // Tapani Pälli -- Software Engineer Open Source Software Operations ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: correct kernel source for RX-34_2008SE_2.2007.50-2 ?
Frantisek Dufka wrote: > some time ago I noticed there is osso63.1 version of kernel source here > http://repository.maemo.org/pool/chinook/free/source/k/kernel-source-rx-34/ > and thought it is source of kernel for latest 2008 firmware. But it is > not! First I noticed my N800's external mmc slot doesn't work with this > kernel. Cover switch works but when any card is inserted I see only Hi, Unfortunately due to holiday season and vacations of members in my team it will take still a while before we can release the source code for the latest N800/N810 firmware. Sorry for the delay. Best regards, Terje ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
SQLite bindings for Python2.5 in Chinook
Hi everyone, I am trying to find out if Python 2.5 has bindings for SQLite under Chinook. apt-cache search reveals libsqlite3 but no python bindings. Do they exists, if so please tell me where I should be looking. Thanks. -- "I never look back darling, it distracts from the now", Edna Mode (The Incredibles) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: busybox applet selection (again)
2008/1/2, Damien Moore <[EMAIL PROTECTED]>: > > @Clarence: I agree that dpkg should be able to handle this. Would > "REPLACE: busybox(##version##)" be needed instead of PROVIDES? Because > busybox is an essential package, you can't uninstall the existing one to > reinstall the new one, which makes me suspect that the new one would need to > REPLACE the old one. What would happen with an order like this?... # apt-get -o APT::Force-LoopBreak=1 install Maybe a broken system? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: osso-app-killer: Depends: osso-bttools but it is not going to be installed
Hi there: I'm having a problem with this issue. I don't know whether it's a bug or not. I could report it just in case. I've seen that these packages are maintained by our colleagues at Nokia Johan and Kimmo. The situation is this: 1. I've just flashed the 770 with Fanoush's image: http://fanoush.wz.cz/maemo/initfs_flasher.tgz 2. After installing the packages becomeroot, osso-xterm and e2fsprogs, and doing several apt-get update and apt-get upgrade I have the following problem when trying an apt-get dist-upgrade: # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Failed The following packages have unmet dependencies: osso-app-killer: Depends: osso-bttools but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages But I obviously have these packages perfectly installed... Nevertheless I try a formula that I've found in Google searching for this problem (only one result): http://64.233.183.104/search?q=cache:P8VfGyO0JOwJ:mg.pov.lt/maemo-irclog/%2523maemo.2007-03-08.log.html+%22osso-app-killer:+Depends:+osso-bttools+but+it+is+not+going+to+be+installed%22&hl=es&ct=clnk&cd=2 The formula is: # apt-get -o DPkg::Options::="--force-confmiss" --reinstall install osso-app-killer # apt-get -o DPkg::Options::="--force-confmiss" --reinstall install osso-bttools The result is a successful reinstall... But it doesn't work... The problem is still the same... # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Failed The following packages have unmet dependencies: osso-app-killer: Depends: osso-bttools but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. It isn't really a problem, since I can install any package I like, even build-essential... but I'd like to be able to do a dist-upgrade ;( Salut, Sebas. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
osso-app-killer: Depends: osso-bttools but it is not going to be installed
Hi there: I'm having a problem with this issue. I don't know whether it's a bug or not. I could report it just in case. I've seen that these packages are maintained by our colleagues at Nokia Johan and Kimmo. The situation is this: 1. I've just flashed the 770 with Fanoush's image: http://fanoush.wz.cz/maemo/initfs_flasher.tgz 2. After installing the packages becomeroot, osso-xterm and e2fsprogs, and doing several apt-get update and apt-get upgrade I have the following problem when trying an apt-get dist-upgrade: # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Failed The following packages have unmet dependencies: osso-app-killer: Depends: osso-bttools but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages But I obviously have these packages perfectly installed... Nevertheless I try a formula that I've found in Google searching for this problem (only one result): http://64.233.183.104/search?q=cache:P8VfGyO0JOwJ:mg.pov.lt/maemo-irclog/%2523maemo.2007-03-08.log.html+%22osso-app-killer:+Depends:+osso-bttools+but+it+is+not+going+to+be+installed%22&hl=es&ct=clnk&cd=2 The formula is: # apt-get -o DPkg::Options::="--force-confmiss" --reinstall install osso-app-killer # apt-get -o DPkg::Options::="--force-confmiss" --reinstall install osso-bttools The result is a successful reinstall... But it doesn't work... The problem is still the same... # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Failed The following packages have unmet dependencies: osso-app-killer: Depends: osso-bttools but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. It isn't really a problem, since I can install any package I like, even build-essential... but I'd like to be able to do a dist-upgrade ;( Salut, Sebas. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
osso-app-killer: Depends: osso-bttools but it is not going to be installed
Hi there: I'm having a problem with this issue. I don't know whether it's a bug or not. I could report it just in case. I've seen that these packages are maintained by our colleagues at Nokia Johan and Kimmo. The situation is this: 1. I've just flashed the 770 with Fanoush's image: http://fanoush.wz.cz/maemo/initfs_flasher.tgz 2. After installing the packages becomeroot, osso-xterm and e2fsprogs, and doing several apt-get update and apt-get upgrade I have the following problem when trying an apt-get dist-upgrade: # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Failed The following packages have unmet dependencies: osso-app-killer: Depends: osso-bttools but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages But I obviously have these packages perfectly installed... Nevertheless I try a formula that I've found in Google searching for this problem (only one result): http://64.233.183.104/search?q=cache:P8VfGyO0JOwJ:mg.pov.lt/maemo-irclog/%2523maemo.2007-03-08.log.html+%22osso-app-killer:+Depends:+osso-bttools+but+it+is+not+going+to+be+installed%22&hl=es&ct=clnk&cd=2 The formula is: # apt-get -o DPkg::Options::="--force-confmiss" --reinstall install osso-app-killer # apt-get -o DPkg::Options::="--force-confmiss" --reinstall install osso-bttools The result is a successful reinstall... But it doesn't work... The problem is still the same... # apt-get dist-upgrade Reading package lists... Done Building dependency tree... Done Calculating upgrade... Failed The following packages have unmet dependencies: osso-app-killer: Depends: osso-bttools but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. It isn't really a problem, since I can install any package I like, even build-essential... but I'd like to be able to do a dist-upgrade ;( Salut, Sebas. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: busybox applet selection (again)
@Clarence: I agree that dpkg should be able to handle this. Would "REPLACE: busybox(##version##)" be needed instead of PROVIDES? Because busybox is an essential package, you can't uninstall the existing one to reinstall the new one, which makes me suspect that the new one would need to REPLACE the old one. BTW, I found the "missing" busybox-1.6.1 package in the maemo repos -- brain meltdown on my part. On 1/1/08, Clarence Risher <[EMAIL PROTECTED]> wrote: > > apt can handle a situation like this just fine, and dpkg can too with > a little work, and does so for many types of libraries and binaries > already in debian and ubuntu. I believe you just make the new package > PROVIDES the same things as the old package, with the same version > number, and CONFLICTS the old package. > > On Jan 1, 2008 12:00 PM, Damien Moore <[EMAIL PROTECTED]> wrote: > > I'd like to bring up the busybox applet selection issue again. This > > was previously discussed here: > > > > > http://lists.maemo.org/pipermail//maemo-developers/2007-April/009738.html > > > > with associated bug here: > > > > https://bugs.maemo.org/show_bug.cgi?id=989 > > > > the bug was marked WONTFIX > > > > Eero Tamminen's resolution was to not add any additional applets to > > BusyBox because in his opinion those needs can best be met by creating > > full versions of the tools in separate packages. I don't think this is > > a good idea because it creates a proliferation of unnecessarily > > bloated packages with the attendant problems of maintaining multiple > > packages (keeping in mind that the target hardware is a capacity > > constrained tablet). The benefit of busybox is that most appplets add > > just a few kb to the binary size and all of them sit inside a single > > binary. > > > > My proposal is to create an alternative "essential" busybox package > > that optionally replaces the default busybox, say "busybox-max". > > busybox-max would be built with many more applets (more of the archive > > tools, more shell support (e.g. longer command histories and color > > coded ls), more networking tools etc. This package would not be > > installed by default, it would just be an optional package for > > developers/hackers. I don't know how well dpkg would handle the > > package replacement but it is worth exploring. > > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Using available DSP tasks
Sorry, I missed the " ! dspmp3sink" at the end of each command into my previous mail. The correct commands was: gst-launch-0.10 dspg729src dtx=3 ! dspg729sink filesrc location=MyDocs/.sound/Here_is_the_story.mp3 ! dspmp3sink gst-launch-0.10 dspg729src dtx=3 ! filesink location=in filesrc location=out ! dspg729sink filesrc location=MyDocs/.sound/Here_is_the_story.mp3 ! dspmp3sink -- Jean-Christian de Rivaz ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Using available DSP tasks
Hello Simon and Daniel, Your help is truly fantastic! I have found the "gst-inspect-0.10 -a" command and I have now almost all the informations I need. I have tested this command: gst-launch-0.10 dspg729src dtx=3 ! dspg729sink filesrc location=MyDocs/.sound/Here_is_the_story.mp3 Most of the time this command raise a error in gst_dspg729src_start: "could not open resource for reading and writing". But sometimes it work perfectly well as expected, with as bonus the automatic gain control of the voice with silence detection, and all that without loading the main CPU. Very nice! But the following command never work as I expected: gst-launch-0.10 dspg729src dtx=3 ! filesink location=in filesrc location=out ! dspg729sink filesrc location=MyDocs/.sound/Here_is_the_story.mp3 The "in" file start recorded only after the "out" file has been played. And sometimes the command failed with an error in gst_dspmp3sink_open : "Could not open resource for reading and writing", witch is strange for the MP3 stream. Other problem, the G729 stream is only usable for a few seconds if it is recorded into a file. I actually don't know if the problem is while recording or playing the stream. I suspect that I maybe need to use something that look more like stream of packets instead of a file to handle the G729 stream. Best Regards, -- Jean-Christian >> P.S. Just to test that the karaoke idea will work I tested MP3 and >> G7.29 data (I couldn't find any G7.11 data to test) and they play >> together without troubles: >> >> E.g. >> gst-launch-0.10 filesrc location=20-16000HzExp5sec.mp3 ! dspmp3sink >> filesrc location=./audio-temp/transfer.g729 ! dspg729sink >> >> > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Designing UI using glade for Maemo
Hi everyone, I wish to use Glade to design the user interfaces for my Python based applications on Maemo. Obviously when I used Glade the window instances are that of GtkWindow. To make this a Hildon compatible application do I then modify the XML file to reflect the changes or should I override the type in the Python script. Is there any documentation that someone can point me to? The best I have found is this tutorial on Python and Meamo http://pymaemo.garage.maemo.org/documentation/pymaemo_tutorial/python_maemo_howto.html Thanks a lot. -- "I never look back darling, it distracts from the now", Edna Mode (The Incredibles) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
CMake
Has anyone already packaged cmake for the maemo SDKs? I need it to build OpenSync. I have successfully built cmake for chinook and will package it if no one else has already done so. Oh, and what about "check"? Graham ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Using available DSP tasks
On Jan 1, 2008 12:32 PM, Simon Pickering <[EMAIL PROTECTED]> wrote: > Quoting Daniel Charles <[EMAIL PROTECTED]>: > > > See the merged pipeline below > > >> Yes, this is certainly doable already. I don't have any G7.11 data to > >> hand, but have tried it by mixing ogg and mp3 data (ogg using Tuomas > >> Kulve's gstreamer plugin which uses the pcm dsp sink). > >> > >> E.g. These two commands can be run is separate terminal windows and > >> are mixed: > >> > >> gst-launch-0.10 filesrc location=20-16000HzExp5sec.mp3 ! dspmp3sink > >> > >> gst-launch-0.10 filesrc location=opensource.ogg ! application/ogg ! > >> tremor ! dsppcmsink > > > > gst-launch-0.10 filesrc location=20-16000HzExp5sec.mp3 ! dspmp3sink \ > > filesrc location=opensource.ogg ! application/ogg ! > > tremor ! dsppcmsink > > > > This way you can be sure that both pipelines are running on a single > > process. I'm not certain it is going to work as expected due to > > constraints with two audio streams running at the same time, but you > > can write as many source->filter->sink pipelines in a single > > gst-launch as you want. > > Thank you very much. Is the backslash optional? Was it there just to > indicate a line continuation (my email client has wrapped the > following line too) or is it the correct way to separate the different > parts of the pipeline? Yes it is a line continuation, normally in a command prompt you can either type (copy/paste) the entire line or with the back slash for read clarity but it is optional. > > In any case your command (with or without backslash) produces the > desired behaviour and both files play. I'm glad to hear that it worked :) Daniel > > Cheers, > > > Simon > > P.S. Just to test that the karaoke idea will work I tested MP3 and > G7.29 data (I couldn't find any G7.11 data to test) and they play > together without troubles: > > E.g. > gst-launch-0.10 filesrc location=20-16000HzExp5sec.mp3 ! dspmp3sink > filesrc location=./audio-temp/transfer.g729 ! dspg729sink > > ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Frequencies scaling with OS2008
Simon Pickering wrote: > It would be interesting to see whether the mp3 task (for example) can > decode in real time when the DSP is run at 133MHz or are your > audio/video sync problems because it's running too slowly? This would > remove some load from the CPU and allow us to use the DSP for something. As I mentioned in some previous mail, it is quite easy, just redefine O_DSP_H on line 44 of arch/arm/mach-omap2/board-n800-dvfs.c Here is testing kernel with this state defined as 400/133. http://fanoush.wz.cz/maemo/zImage-2.6.21.0-osso63-dsp133.tar.gz Tried few mp3 songs and radios and didn't hear any problems, 128kbps is absoulutely fine and I didn't notice any problem also with VBR with average rate ~160kbps (some frames even 224 or 320 kbps). I don't have any music in AAC or very high constant mp3 bitrate. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Using available DSP tasks
Quoting Daniel Charles <[EMAIL PROTECTED]>: > See the merged pipeline below >> Yes, this is certainly doable already. I don't have any G7.11 data to >> hand, but have tried it by mixing ogg and mp3 data (ogg using Tuomas >> Kulve's gstreamer plugin which uses the pcm dsp sink). >> >> E.g. These two commands can be run is separate terminal windows and >> are mixed: >> >> gst-launch-0.10 filesrc location=20-16000HzExp5sec.mp3 ! dspmp3sink >> >> gst-launch-0.10 filesrc location=opensource.ogg ! application/ogg ! >> tremor ! dsppcmsink > > gst-launch-0.10 filesrc location=20-16000HzExp5sec.mp3 ! dspmp3sink \ > filesrc location=opensource.ogg ! application/ogg ! > tremor ! dsppcmsink > > This way you can be sure that both pipelines are running on a single > process. I'm not certain it is going to work as expected due to > constraints with two audio streams running at the same time, but you > can write as many source->filter->sink pipelines in a single > gst-launch as you want. Thank you very much. Is the backslash optional? Was it there just to indicate a line continuation (my email client has wrapped the following line too) or is it the correct way to separate the different parts of the pipeline? In any case your command (with or without backslash) produces the desired behaviour and both files play. Cheers, Simon P.S. Just to test that the karaoke idea will work I tested MP3 and G7.29 data (I couldn't find any G7.11 data to test) and they play together without troubles: E.g. gst-launch-0.10 filesrc location=20-16000HzExp5sec.mp3 ! dspmp3sink filesrc location=./audio-temp/transfer.g729 ! dspg729sink ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
busybox applet selection (again)
I'd like to bring up the busybox applet selection issue again. This was previously discussed here: http://lists.maemo.org/pipermail//maemo-developers/2007-April/009738.html with associated bug here: https://bugs.maemo.org/show_bug.cgi?id=989 the bug was marked WONTFIX Eero Tamminen's resolution was to not add any additional applets to BusyBox because in his opinion those needs can best be met by creating full versions of the tools in separate packages. I don't think this is a good idea because it creates a proliferation of unnecessarily bloated packages with the attendant problems of maintaining multiple packages (keeping in mind that the target hardware is a capacity constrained tablet). The benefit of busybox is that most appplets add just a few kb to the binary size and all of them sit inside a single binary. My proposal is to create an alternative "essential" busybox package that optionally replaces the default busybox, say "busybox-max". busybox-max would be built with many more applets (more of the archive tools, more shell support (e.g. longer command histories and color coded ls), more networking tools etc. This package would not be installed by default, it would just be an optional package for developers/hackers. I don't know how well dpkg would handle the package replacement but it is worth exploring. thanks, Damien Moore PS: Can someone please tell me where I can obtain the most recent busybox binary and source packages (v1.6.x, I think) that ships with OS2008. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Tcl/Tk and C++ for Chess
Hi. I'm still quite new to Maemo development and just barely got a command-line hello world program going so far. I would like to get a GPL'd program called ChessDB running on it. This program is good at analysing chess positions, as opposed to playing them. For instance you can set up an endgame position and analyse different variations. This is something I would like to do on the subway using the N800. Anyway, I looked through the ChessDB code. It is written mostly in C++. The user interface part, however, is in Tcl/Tk. Thus there is no messy C GUI library to contend with as in porting some other software. At present I am using OS 2007 but can switch to OS 2008 if necessary. I was wondering if others have experience with the following issues: A) Is it hard getting Tcl/Tk running on either OS 2007 or 2008? B) Do applications running in Tcl/Tk generally have behavioural issues once you get them going? C) Would a straight C++ program have any problems with standard shared runtime libraries on the N800 using either OS? Any help would be appreciated. -Will ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MPlayer and Free42 for OS 2008
Thanks. For the moment I've solved the problem by reverting to OS 2007 and installing MPlayer and Free42 on there. Along the way I dabbled with programming in scratchbox and got some sample code running. Regarding these two programs, I have found the following issues. A) MPlayer is not functioning properly. I installed MPlayer on a regular Linux PC. I created a playable file from a DVD I own using mencoder. I confirmed that I can play the video on the regular PC using mplayer. However, when I run it on the N800 (using MPlayer installed on OS 2007), I get these problems: i) No sound. The Report function says "Audio: no sound". Yet sound comes out fine when I play it on the PC. ii) Seems to play in fast-forward fashion. B) Free42: I haven't been able to find either the sources or the debian or install file anywhere under repository.maemo.org. -Will Martin Grimme wrote: > 2007/12/31, William Gordon Rutherdale <[EMAIL PROTECTED]>: > >> Where exactly could I get a copy of this? I haven't found the location >> on the web site. >> > > Address: > http://repository.maemo.org/extras-devel > try omitting the 'i' in 'repository' if you have trouble with this > > Distribution: > chinook > > Components: > free non-free > > > Cheers, > Martin > ___ > 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: Frequencies scaling with OS2008
> As ARM core is quite fast in N8x0, probably it would make sense to try > keeping DSP out of the way whenever possible (restrict it to 133MHz only, > keep DSP tasks which are fast enough to run at this frequency, port > all the other DSP tasks to ARM)? That is unless improvements to support > more intelligent DSP clock frequency selection are still possible. > > But for those interested in C55x development, Nokia 770 is still a very > interesting device as it runs DSP at full speed. It would be interesting to see whether the mp3 task (for example) can decode in real time when the DSP is run at 133MHz or are your audio/video sync problems because it's running too slowly? This would remove some load from the CPU and allow us to use the DSP for something. I've done a quick test, and although one can't use gstreamer to decode two mp3 files at the same time (presumably as the dsp task doesn't support being loaded more than once due to the shared memory buffers), it's possible to decode AAC and MP3 at the same time without any glitches (though as they are mixed it does make listening a bit hard ;) The loadinfo file in the sysfs doesn't appear to do anything useful (always produces 0.00% as the load) so I don't have any load figures to go with the test. Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MPlayer and Free42 for OS 2008
2007/12/31, William Gordon Rutherdale <[EMAIL PROTECTED]>: > Where exactly could I get a copy of this? I haven't found the location > on the web site. Address: http://repository.maemo.org/extras-devel try omitting the 'i' in 'repository' if you have trouble with this Distribution: chinook Components: free non-free Cheers, Martin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: python2.5 - unnecessary multiple processes forked
Hi, don't believe everything that 'top' tells you. :) 'top' on Linux also lists threads as standalone processes, thus giving the illusion of wasting lots of memory. If the entries show exactly the same amount of memory, then you can often assume that they share the same amount of memory. Cheers, Martin 2007/12/31, Jayesh Salvi <[EMAIL PROTECTED]>: > forgot to cc the list. > > On 12/31/07, Jayesh Salvi <[EMAIL PROTECTED]> wrote: > > > > > > > > > > BTW, are you sure the memory situation is really worse because of this? > > > > > > > What I see is, in 'top' all these processes show same percentage of memory > utilization under %MEM column (17% or so for each of them). I am not sure if > this is virtual memory or physical memory. > > > > My application logic flow goes like this: It gets the filename from the > user (hence FileChooserDialog) and after some processing it has to open a > URL in the browser. It sends an RPC request to the browser. What I am > observing is, the browser takes a long time to open that URL and by the time > it has opened it, my app gets killed without any error message. Once I had > seen a low memory message during this process, but now my parent app gets > killed without any such message. > > > > I am still trying to establish if the above behavior is only because of > memory over consumption. I will update as I make progress. > > > > -- > > --- > > Jayesh > > > > -- > --- > Jayesh > ___ > 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
New Year 2008
Happy New Year to all the list, I hope to have a better maemo year that last to make the best we can from our Nokias N800 N810 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: correct kernel source for RX-34_2008SE_2.2007.50-2 ?
Another update. I checked also kernel from first OS2008 beta kernel version in firmware is SW version in image: RX-34_2008SE_1.2007.44-4_PR_MR0 Image 'kernel', size 1529984 bytes Version 2.6.21.0-200744osso2 debian/changelog: kernel-source-rx-34 (2.6.21.0-osso55) unstable; urgency=low * week200741-2 release * Fixes: NB#72086, NB#72075 * Revert "JFFS2: Reduce time for which erase_free_sem is held during erase." * USB: OTG: Disable autosuspend for whitelisted nokia devices * USB: MUSB: Add missing otg_set_error when device draws too much current * Reduce dirty ratio granularity to 0.1%. * MMC: OMAP: Cleanups and fixes for mmc clock management. -- Yauheni Kaliuta <[EMAIL PROTECTED]> Tue, 9 Oct 2007 19:01:56 +0300 kernel-source-rx-34 (2.6.21.0-osso54) unstable; urgency=low * Updated bugfixes. Fixes: NB#71677, NB#72396 -- Yauheni Kaliuta <[EMAIL PROTECTED]> Mon, 8 Oct 2007 18:33:31 +0300 ... ... Looks like even osso55 is not exactly same as 200744osso2 from firmware image. Changelog in kernel source has week200741-2 release on the top (!? 41 vs 44). And what is also interesting - with both older kernels (from 1.2007.44-4 firmware and self compiled osso55) external mmc slot doesn't work on my N800. It only starts to work once I flash kernel extracted from RX-34_2008SE_2.2007.50-2_PR_MR0. I tried 3 different SD cards (256MB SD, 1GB SD, 4GB SDHC) with same result. Internal slot works fine with these cards. Another interesting thing is that kernel images from both firmwares are shorter (even if they are padded in firmware image) than self compiled ones (no patches, nokia_2420_defconfig). RX-34_2008SE_1.2007.44-4: 2.6.21.0-200744osso2 - file size 1529984, kernel size inside 1529876 self compiled 2.6.21.0-osso55 - file and kernel size 1532176 RX-34_2008SE_2.2007.50-2: 2.6.21.0-200749osso2 - file size 1529984, kernel inside 1529864 2.6.21.0-osso63.1 - file and kernel size 1530288 bytes In all cases /proc/version reports same compiler - gcc version 3.4.4 (release) (CodeSourcery ARM 2005q3-2), the one from scratchbox arm targets for all recent SDK (snice 2.2?). I have used the one from SDK40. So either the published kernel sources for both recent OS2008 releases are different or Nokia uses different build procedure (patched compiler, different compiler flags) or even both. That's unfortunate. How can we trust such kernels when the result compiled from published sources differs both in size and functionality? Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [Telepathy] ANNOUNCE: Internet Communications Software Update 2 forN800/N810
Hi, ext Naba Kumar wrote: > We are happy to announce the release of 'Internet Communications > Software development update 2' for Maemo Sincere apologies for ending up attaching the html page. :( That was never meant to be. Thanks. Regards, -Naba ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: correct kernel source for RX-34_2008SE_2.2007.50-2 ?
Frantisek Dufka wrote: > So, umm, can we have real kernel source for RX-34_2008SE_2.2007.50-2 > please? Thanks. The oprofile kernel mentioned in the maemo oprofile page [1] seems be this same buggy kernel version, so it could be updated as well. [1] http://maemo.org/development/tools/doc/oprofile -- Tuomas signature.asc Description: OpenPGP digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
correct kernel source for RX-34_2008SE_2.2007.50-2 ?
Hello, some time ago I noticed there is osso63.1 version of kernel source here http://repository.maemo.org/pool/chinook/free/source/k/kernel-source-rx-34/ and thought it is source of kernel for latest 2008 firmware. But it is not! First I noticed my N800's external mmc slot doesn't work with this kernel. Cover switch works but when any card is inserted I see only mmci-omap mmci-omap.1: command timeout (CMD8) mmci-omap mmci-omap.1: command timeout (CMD8) I thought this is because of some of my patches but even build from clean source like this tar zxvf kernel-source-rx-34_2.6.21.0.orig.tar.gz cd kernel-source-rx-34-2.6.21.0 zcat ../kernel-source-rx-34_2.6.21.0-osso63.1.diff.gz | patch -p1 make nokia_2420_defconfig make has same problem. Also when extracting firmware, kernel version is reported as SW version in image: RX-34_2008SE_2.2007.50-2_PR_MR0 Image 'kernel', size 1529984 bytes Version 2.6.21.0-200749osso2 and not osso63. Also debian/changelog inside kernel source has no week release on the top, here is beginning: kernel-source-rx-34 (2.6.21.0-osso63.1) unstable; urgency=low * Fix cache coherency issue on ARM -- Yauheni Kaliuta <[EMAIL PROTECTED]> Fri, 16 Nov 2007 16:00:52 +0200 kernel-source-rx-34 (2.6.21.0-osso63) unstable; urgency=low * week200743-1 release. Fixes: NB#73077 * mmc mounts messed up and load of other weirdness -- Yauheni Kaliuta <[EMAIL PROTECTED]> Tue, 23 Oct 2007 17:47:25 +0300 So, umm, can we have real kernel source for RX-34_2008SE_2.2007.50-2 please? Thanks. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
