RE: Where can I find source codes of following MicroB Browser Packages
Huang Gao wrote: > I have checked out the codes from the SVN several days ago, > however its version is too old, and the install package is 0.0.1 > and can not be used in my N800 device. > I am not sure if this SVN has been updated during these days, > in that I can not connect to it any more. It's indeed not for use, the actual browser ui work is done in a private repository. This was a management decision beyond the control of the people who wanted to open source it. > BTW, I can not find these packages, even binaries in Chinook > repository, and therefore does it mean that Chinook has a different > architecture and does not use these packages for UI? Chinook uses tablet-browser-* which is a much newer version of browser-ui (as you noticed). Calling it a different architecture isn't reasonable. The architecture is effectively the same, the package names are slightly different and the code is slightly different, but the general structure / design / interfacing hasn't changed that much. Antonio should not have recommended that directory to you (or anyone). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Where can I find source codes of following MicroB Browser Packages
On 17/01/2008, 王小甭 <[EMAIL PROTECTED]> wrote: > Where could I find source code for micro-refui? Thanks. The microb-engine source [1] builds multiple packages, including microb-refui. [1] https://garage.maemo.org/projects/browser/ -- Daniel ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: One question about speech2text poor performance
Marco Solari wrote: > Hi! > I have a question about the voice recognition problem on the Nokia platform, > hoping it's not too off-topic... > I see on this platform some voice recognition tool is available, but it's > extremely resource demanding, slow and performs with quite a low success > percentage... Sorry to flood everybody with messages here, but another reason that PocketSphinx performs poorly is that the default language model (which is the part of the recognizer that decides whether a string of words is a likely sentence or not) is really not good at all. If you have a small vocabulary in mind I encourage you to build your own language model, following these instructions: http://www.speech.cs.cmu.edu/cmusphinx/moinmoin/LanguageModelHowto ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
New release of Python2.5 for Maemo
I am pleased to announce Python2.5.1 for Maemo OS2007 (r0.4-15) / OS2008 (r0.1c3) This new release is available from: http://pymaemo.garage.maemo.org What's it? -- Python for Maemo (PyMaemo for short) main objective is to make possible to use Python programming language as the scripting and development language for Maemo Platform, providing a better alternative for fast prototyping and programming in Maemo environment besides the C programming language. Python is for serious programming and to have fun. Python has a nice syntax, it's easy to learn and powerful enough for a vast range of applications, this is why we choose Python for Maemo. What's changed? --- Now you can install PyMaemo (OS2007/2008) using a single ".install" file that points to the Extras repository. This will improve installation and will follow the correct repository usage policy. Another change, discussed a few days ago, is that python packages without GUI doesn't show up in Application Manager list anymore. It will be only installed as a dependency of other packages or via ".install" file. Bugfixes: [OS2008] - #1195 - [chinook] hildon.ColorButton.get_color in chinook doesn't works (Lauro Moura) - #1565 - [Chinook] Move help lib to python-hildon (Lauro Moura) - #1696 - [chinook] gtk.set_application_name() is missing (Lauro Moura) [OS2007 and OS2008] - #1039 - Package for pyopenssl (Luciano Wolf) - #1544 - Add support for the alarm interface (Lauro Moura) - #1673 - add setuptools support (Luciano Wolf) - #1720 - Add support for hildon keysyms (Lauro Moura) - #1721 - Build python-runtime-dev package (Lauro Moura) - #1726 - Add telnetlib module into a separate Debian package (Luciano Wolf) - #1862 - gnome module broken on Chinook - missing __init__.py (Luciano Wolf) - #1938 - apply bugfix to reduce wakeups (Luciano Wolf) - #1950 - python2.5-gtk2 should depend on python2.5-cairo (Lauro Moura) - #2009 - HildonBanner issues (Lauro Moura) New Modules: - pysetuptools (packaging system) - python2.5-sdk (meta-package providing all -dev packages of modules instaled by python2.5-runtime) - pyopenssl What's planned? --- Next release is planned to have a beta version of Python-Launcher. It is a daemon that loads heavy modules, like pygtk, and just fork every time python is called. This reduces the startup time of applications using pygtk. Another addition to PyMaemo will be GooCanvas support. As OS2008 has been released we have discontinued PyMaemo for OS2006 since its possible to use OS2007 HackerEdition inside 770 and we will focus our efforts on OS2008. Acknowledgements: - Thanks to everybody who helped making this release possible. Bug reports, as always, should go to Bugzilla; check out http://pymaemo.garage.maemo.org for links to posting and querying bug reports for PyMaemo. Regards, Luciano Wolf ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Where can I find source codes of following MicroB Browser Packages
I have checked out the codes from the SVN several days ago, however its version is too old, and the install package is 0.0.1 and can not be used in my N800 device. I am not sure if this SVN has been updated during these days, in that I can not connect to it any more. BTW, I can not find these packages, even binaries in Chinook repository, and therefore does it mean that Chinook has a different architecture and does not use these packages for UI? Best Regards Huang Gao On Jan 16, 2008 7:03 AM, Daniel Bainton <[EMAIL PROTECTED]> wrote: > On 16/01/2008, Huang Gao <[EMAIL PROTECTED]> wrote: > > > Dear all Maemo guys: > >I am studying MicroB for Bora, and can not find source codes of > > following packages: > > tablet-browser-controls_0.1.16-1_armel.deb > > tablet-browser-default-plugin_0.1.2-1_armel.deb > > tablet-browser-dialogs_0.1.9-1_armel.deb > > tablet-browser-ui_0.2.9-1_armel.deb > > tablet-browser-widgets_0.13.11-1_armel.deb > >Is there anybody can tell me where I can find them? > I believe those are all closed source by Nokia. They're not really a > part of MicroB, just the browser UI. A pity really that it isn't a > completely free browser... True. But you can use https://garage.maemo.org/svn/browser/browser-ui/ for microb testing proposes . Regards --Antonio Gomes ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: R: One question about speech2text poor performance
On Wed, 2008-01-16 at 17:07 +0200, Eero Tamminen wrote: > This list is for Nokia internet tablets and their Linux based maemo > software. Your question is about Nokia phones which run S40 and S60 > (Symbian OS) based software. Forum Nokia would probably be more > appropriate place to ask. I am well aware of the purpose of this list. However, the idea is that there does exist good speaker independent speech recognition software in other Nokia products, that might be applicable to the Internet Tablet line. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: One question about speech2text poor performance
David Huggins-Daines wrote: > Yes, this is exactly the case. Recognizing a limited set of names in > isolation is not at all computationally intensive compared to > recognizing full sentences of connected words. > > See: http://en.wikipedia.org/wiki/Dynamic_time_warping Also, Nokia has actually invested quite a lot of research into doing larger vocabulary speech recognition on their phones. They are just recently able to do isolated word SMS dictation with a 22000 word vocabulary on a S60 2nd edition phone (sorry, abstract only): http://portal.acm.org/citation.cfm?id=1180995.1181020 This is still a less complex problem than recognizing connected speech. That said, I am still working on real-time 5000-word connected dictation on the N800/N810. I've succeeded in offloading some computation to the DSP, and the next step is to implement model compression techniques similar to the ones mentioned in that paper. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: One question about speech2text poor performance
Marco Solari wrote: > The question is: is the task of recognizing a small set of utterances > basically different from the task of recognizing spoken words out of a > bigger dictionary (I limit the problem to single words, not considering the > spoken speech...) Yes, this is exactly the case. Recognizing a limited set of names in isolation is not at all computationally intensive compared to recognizing full sentences of connected words. See: http://en.wikipedia.org/wiki/Dynamic_time_warping ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Contribution code, ...
I just placed my order on the Canadian site as well. Thanks Quim and Nokia. Scott Mike Morrison wrote: > On Jan 15, 2008 10:03 PM, Quim Gil <[EMAIL PROTECTED]> wrote: > >> ext Michael Wiktowy wrote: >> >> >>> Since Canada was not on the initial list of countries to get the N810 >>> from, is there something that needs to be done by the code recipient >>> to switch the code over from the US to Canada or should the US code >>> work once the Canadian site is updated? >>> >> Since Canada joined late with the best of the intentions, they will deal >> with the cases one by one no matter what country your code belongs to >> (as far as you have a real code and you provide a Canadian delivery >> address). >> >> Quim >> > > I just placed my order with the Canadian site, discount code and all > (it came to $175 with shipping & taxes)! Thank you Quim and Nokia! > > > Mike > ___ > 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: explanations of the recent download problems
Ferenc Szekely wrote: > Hello, > > I owe you an explanation about the problems we faced with the firmware > downloads, repository.maemo.org and the windows update wizard server > backend since Xmas till the beginning of Jan. > Hi Ferenc, don't beat yourself up as mistakes happen and nobody is looking for a scapegoat. Your honest appraisal of the problems is very much appreciated. The biggest concern however is that this was the second failure within a few weeks - a torrent had to be setup for the N800/OS 2008 Beta and original N810 OS 2008 releases as well... alarm bells should have been ringing following this Beta release and not a few weeks later on 15 December when everyone had gone on their Christmas vacation. If there is one lesson to be learned from the most recent release it surely has to be that maemo.org should never again release firmware immediately before a holiday season. maemo.org must always have developers on site for at least one week following release to handle the immediate problems that arise, be they serious firmware issues or, more likely, infrastructure/download problems. If necessary, delay the firmware release until after the holiday season rather than rush it out and have the community and new users endure the ghastly experience that befell us all in December. Nobody should be blamed for the past problems if the right lessons are learned for the future. Problems will undoubtedly happen again, but maemo.org must ensure that people are around to fix the problems sooner rather than later. Another 3+ weeks of broken servers and maemo.org in complete radio silence - this is the first time this problem has been publicly acknowledged by anyone from maemo - cannot be permitted to happen again. Thanks again for the post mortem. Neil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: explanations of the recent download problems
On Wed, Jan 16, 2008 at 02:29:01PM +0200, Ferenc Szekely wrote: > I owe you an explanation about the problems we faced with the firmware > downloads, repository.maemo.org and the windows update wizard server > backend since Xmas till the beginning of Jan. Thank you for the open and informative reply. As a techie, I'd like to know more about how the content distribution network happened to cache HTML error pages for many of the packages on repository.maemo.org. Did the error pages come with long cache expiration headers by mistake, or does the CDN tend to assume URLs ending in .deb never change? Marius Gedminas -- Colorless green ideas sleep furiously. signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Offer of freelance work
I'm looking for a freelancer to help port our simple Windows app to Maemo 2008. It is a short project and work will be done remotely. Fuller details will be given in due course, but the application is an interactive video streaming product. First step will be to port xvid or ffmpeg onto Maemo 2008. (I know there is already a media player available but we want greater control). Second step is user interface aspects such as reading input from touch-screen and keyboard of N810. I'd like to get this completed in next 3 weeks if possible. If you're interested then please contact me with details of your experience. Work will be done through a third-party site like Rent a Coder or Elance who will ensure you get paid and will act as an arbitrator if problems arise. __ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: crocodile like build system for maemo chinook source pkgs
Hi Ed, On Jan 16, 2008 5:10 PM, Ed Bartosh <[EMAIL PROTECTED]> wrote: > > On Wed, 2008-01-16 at 12:24 +0530, ext Trilok Soni wrote: > > Hi Ed, > > > > On Jan 14, 2008 10:33 PM, Ed Bartosh <[EMAIL PROTECTED]> wrote: > > > > > > On Mon, 2008-01-14 at 21:07 +0530, ext Trilok Soni wrote: > > > > Hi Ed, > > > > > > > > On Jan 14, 2008 7:11 PM, Trilok Soni <[EMAIL PROTECTED]> wrote: > > > > > Hi Ed, > > > > > > > > > > > > > > > On Jan 10, 2008 2:24 PM, Ed Bartosh <[EMAIL PROTECTED]> wrote: > > > > > > On Wed, 2008-01-09 at 20:04 +0530, ext Trilok Soni wrote: > > > > > > > Hi, > > > > > > > > > > > > > > As discussed on the following thread in the scratchbox-users ML, > > > > > > > Jussi > > > > > > > Hakala suggested > > > > > > > that crocodile can be used to automatically build maemo GTK+/X etc > > > > > > > debian source packages, > > > > > > > but nokia has their own internal scripts to build those packages > > > > > > > under > > > > > > > scratchbox target. Can > > > > > > > Nokia share those scripts like crocodile process? > > > > > > > > > > > > > For package building we're using sbdmock. You can find its packages > > > > > > and > > > > > > sources here: http://www.bifh.org/wiki/sbdmock > > > > > > > > > > > > Feel free to ask questions if any. > > > > > > > > > > > > > > > > Thanx for the information. I have download sbdmock package and when I > > > > > had tried to install its sbdmock_0.4.0_all.deb package under my > > > > > chinook sbox target, it asked me first to install python which I had > > > > > done and then I had downloaded > > > > > python-minideblib source from the link I have found from bifh.org as > > > > > it is also one of the depdendancy. But as there is not .deb package > > > > > for python-minideblib I had tried to build this package using > > > > > dpkg-buildpackage and now it is asking for python-central pacakge > > > > > which is not available from repository.maemo.org / chinook. Could you > > > > > tell me how to proceed on installation of this package under sbox > > > > > target and resolve the depedancies? > > > > > > > > > > > > > I have tried to satisfy sbdmock and minideblibs dependancies like > > > > python-central > > > > python-setuptools under sbox target, but no success, and some of this > > > > tools > > > > are not directly available from repository.maemo.org chinook. Please > > > > help me on how-to > > > > setup this sbdmock. > > > > > > > You shouldn't do that. sbdmock should be installed outside scratchbox. > > > It runs scratchbox when needed. > > > > > > > Thanx for this info. I have tried to do this outside of sbox, and it > > works. Shall we > > have sbdmock into svn repo of garage.maemo.org or somewhere else, where > > we can submit the patches and track it. > > > Good idea, but it's better to ask author about it. > You can find his contact info in the sources. I will initiate this separately in another thread or directly communicating with him offline may be. > > > As sbdmock is just builds one package at time, and needs that all > > other dependencies > > should be available before it builds. > > > Yes, they should be available, but it's not mandatory to have them > installed. sbdmock is clever anough to get all build deps from > repository. Ok. > > > I hope that for creating gtk+/x based rootstrap from scratch with > > different toolchain from > > the chinook one, it should be possible to just use > > maemo-sdk-chinook-arm-rootstrap as to > > satisfy recursive header dependencies of packages. > > > It's even a more than needed. You don't need any gtk or x packages in > the rootstrap. Only basic packages like libc, gcc, apt, dpkg are needed > in there. Ok this looks fine. Need to start compiling. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: R: One question about speech2text poor performance
Hi, ext Marco Solari wrote: > I would like to ask Nokia folks ... Do You think they read this list ? Is > there a more specific 'nokia-developers' list ? > > Marco Solari > Koine' Sistemi s.r.l. > C.so Regina Margherita, 153 > 10122 Torino (TO) - Italia > Tel.: +39115212596 > Fax.: +39114368715 > > http://www.koinesistemi.it/clausola-esonero-responsabilita > > -Messaggio originale- > Da: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Per conto di David Hagood > Inviato: mercoledì 16 gennaio 2008 13.20 > A: maemo-developers@maemo.org > Oggetto: Re: One question about speech2text poor performance > > I'd ask this of the Nokia folks: what do you guys use in the cell phones? > I'm sure it is a commercial package, but it would be interesting to know. This list is for Nokia internet tablets and their Linux based maemo software. Your question is about Nokia phones which run S40 and S60 (Symbian OS) based software. Forum Nokia would probably be more appropriate place to ask. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Contribution code, ...
On Jan 15, 2008 10:03 PM, Quim Gil <[EMAIL PROTECTED]> wrote: > ext Michael Wiktowy wrote: > > > Since Canada was not on the initial list of countries to get the N810 > > from, is there something that needs to be done by the code recipient > > to switch the code over from the US to Canada or should the US code > > work once the Canadian site is updated? > > Since Canada joined late with the best of the intentions, they will deal > with the cases one by one no matter what country your code belongs to > (as far as you have a real code and you provide a Canadian delivery > address). > > Quim I just placed my order with the Canadian site, discount code and all (it came to $175 with shipping & taxes)! Thank you Quim and Nokia! Mike ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: RFC: Proposal to solve multiple repository, poor QA situation
Hi Andrew On Mon, Jan 14, 2008 at 10:35:47PM +, Andrew Flegg wrote: > I'd also be very interested to here > what Mikhail thinks in light of his integrated promotion interface. There are two reasons why I created this interface: * to complete the plan I proposed some time ago (like 2,5 months ago) 1. Extras-devel [done] 2. Promotion Interface [done] 3. Builder [to do? :)] 4. Sophisticated promotion rules [your proposal seems to to fit here, so I support it :)] * I _feel_ this interface might be useful for developers, so they do not have to dput here and there and keep those packages signed, etc... Requested changes/new features will be implemented as long as they are not overcoming my abilities, however beyond a few to-do items I have not further plans :)) -- Misha signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
RE: Where can I find source codes of following MicroB Browser Packages
On 16/01/2008, Huang Gao <[EMAIL PROTECTED]> wrote: >I am studying MicroB for Bora, and can not find > source codes of following packages: > tablet-browser-controls_0.1.16-1_armel.deb > tablet-browser-default-plugin_0.1.2-1_armel.deb > tablet-browser-dialogs_0.1.9-1_armel.deb > tablet-browser-ui_0.2.9-1_armel.deb > tablet-browser-widgets_0.13.11-1_armel.deb >Is there anybody can tell me where I can find them? Daniel Bainton wrote: > I believe those are all closed source by Nokia. They're not really a > part of MicroB, just the browser UI. Daniel is correct, and this should actually be clear from the package names. > A pity really that it isn't a completely free browser... You should be able to build and install microb-refui which should give you TestGtkMozEmbed ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonCalendar
On Wed, 2008-01-16 at 16:02 +0100, pancake wrote: > On Wed, Jan 16, 2008 at 01:01:28PM +, Andrew Flegg wrote: > > On Jan 16, 2008 1:04 PM, pancake <[EMAIL PROTECTED]> wrote: > > > > It sounds like the people who wrote HildonCalendar should work on a new > > > > calendar widget to go in upstream GTK+. > > > > > > Do you really think a calendar widget fits with GTK? > > > > > > IMHO it's a far complex widget and have to live out of the core lib. > > > > Perhaps; but if Gtk has a calendar widget, an application shouldn't > > have to condition calls to it to get a HildonCalendar widget on > > certain platforms SOLELY to get a different implementation. If the > > internals are different but the API remains the same it should be > > transparent to the developer. > > > > I can understand Nokia not wanting to maintain a fork of Gtk, but > > these things should be implemented in a way which allows them to be > > pushed upstream wherever possible. Every little bit of work that the > > maemo team save here is magnified into lots more work for third party > > developers. > > That is. a separated library. GTK already contains a simple calendar widget and I think it should do - a calendar is something a lot of applications would want to display. Andrew is correct imo, if HildonCalendar has the same API as GtkCalendar, it shouldn't be separated out; this just makes applications that use GtkCalendar more tedious to port to maemo. The bugs that cause GtkCalendar to require modification for hildon should be fixed and patches submitted for upstream. If you're looking for something more complex though, I will plug libjana: http://svn.o-hand.com/repos/jana/trunk/ , which along with a lot of other time-based PIM bits, contains a variety of detailed calendar widgets. --Chris ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Where can I find source codes of following MicroB Browser Packages
On Jan 16, 2008 7:03 AM, Daniel Bainton <[EMAIL PROTECTED]> wrote: > On 16/01/2008, Huang Gao <[EMAIL PROTECTED]> wrote: > > > Dear all Maemo guys: > > > >I am studying MicroB for Bora, and can not find source codes of > > following packages: > > > > tablet-browser-controls_0.1.16-1_armel.deb > > > > tablet-browser-default-plugin_0.1.2-1_armel.deb > > > > tablet-browser-dialogs_0.1.9-1_armel.deb > > > > tablet-browser-ui_0.2.9-1_armel.deb > > > > tablet-browser-widgets_0.13.11-1_armel.deb > > > >Is there anybody can tell me where I can find them? > > I believe those are all closed source by Nokia. They're not really a > part of MicroB, just the browser UI. A pity really that it isn't a > completely free browser... True. But you can use https://garage.maemo.org/svn/browser/browser-ui/ for microb testing proposes . Regards --Antonio Gomes ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonCalendar
On Wed, Jan 16, 2008 at 01:01:28PM +, Andrew Flegg wrote: > On Jan 16, 2008 1:04 PM, pancake <[EMAIL PROTECTED]> wrote: > > > It sounds like the people who wrote HildonCalendar should work on a new > > > calendar widget to go in upstream GTK+. > > > > Do you really think a calendar widget fits with GTK? > > > > IMHO it's a far complex widget and have to live out of the core lib. > > Perhaps; but if Gtk has a calendar widget, an application shouldn't > have to condition calls to it to get a HildonCalendar widget on > certain platforms SOLELY to get a different implementation. If the > internals are different but the API remains the same it should be > transparent to the developer. > > I can understand Nokia not wanting to maintain a fork of Gtk, but > these things should be implemented in a way which allows them to be > pushed upstream wherever possible. Every little bit of work that the > maemo team save here is magnified into lots more work for third party > developers. That is. a separated library. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
R: One question about speech2text poor performance
I would like to ask Nokia folks ... Do You think they read this list ? Is there a more specific 'nokia-developers' list ? Marco Solari Koine' Sistemi s.r.l. C.so Regina Margherita, 153 10122 Torino (TO) - Italia Tel.: +39115212596 Fax.: +39114368715 http://www.koinesistemi.it/clausola-esonero-responsabilita -Messaggio originale- Da: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Per conto di David Hagood Inviato: mercoledì 16 gennaio 2008 13.20 A: maemo-developers@maemo.org Oggetto: Re: One question about speech2text poor performance I'd ask this of the Nokia folks: what do you guys use in the cell phones? I'm sure it is a commercial package, but it would be interesting to know. ___ 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: HildonCalendar
On Jan 16, 2008 1:04 PM, pancake <[EMAIL PROTECTED]> wrote: > > It sounds like the people who wrote HildonCalendar should work on a new > > calendar widget to go in upstream GTK+. > > Do you really think a calendar widget fits with GTK? > > IMHO it's a far complex widget and have to live out of the core lib. Perhaps; but if Gtk has a calendar widget, an application shouldn't have to condition calls to it to get a HildonCalendar widget on certain platforms SOLELY to get a different implementation. If the internals are different but the API remains the same it should be transparent to the developer. I can understand Nokia not wanting to maintain a fork of Gtk, but these things should be implemented in a way which allows them to be pushed upstream wherever possible. Every little bit of work that the maemo team save here is magnified into lots more work for third party developers. Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
explanations of the recent download problems
Hello, I owe you an explanation about the problems we faced with the firmware downloads, repository.maemo.org and the windows update wizard server backend since Xmas till the beginning of Jan. The infrastructure is built so that the content from repository.maemo.org is served thru a huge caching network. We were supposed to use the same network for the firmware downloads as well, but due to a misconfiguration and _my negligence_ all the requests ended up at our origin server (stage.maemo.org). Soon after the N810 launch the traffic dramatically increased and the server could not handle it anymore. It was actually never meant to handle such load. We first realized the problem with tablets-dev.nokia.com where it took ages to get any firmware. This was the time when somebody started a torrent for the new OS 2008 image which helped a lot. We could talk about why Nokia did not offer this, but I am not the person who will tell you the reasons. So the firmware images from tablets-dev could have never been served from the caching network properly, because our backend scripts did not send the correct HTTP headers back to the caches and the caches were not configured either to fulfill our authentication requirements. I take all the blame for this, so this is why I spoke about negligence above. I must admit that fixing this was on my todo list for ages. Almost at the same when tablets-dev "broke down" we started to receive complaints about the update wizard on windows failing to fetch images from our server. Well, what a coincidence... Making this backend work properly with the caching network required a one liner change in a script. This was done pretty quickly by the developers and the patch was applied a week ago. Right now I am confident that the requests coming form windows users end up at the caching network. Beside that I am pretty sure we also got some DOS attacks at the same time, which we clearly see at garage.maemo.org. I never went and checked logs at stage.maemo.org, but I suspect that we were hit on all fronts. We have taken the necessary measures to avoid these things in the future. I must thank my fellow Nokia colleagues (the file delivery platform and our team here), our ISP crew and our cache providers to help and find solutions for the problems. I believe if it was not a holiday season we could have solved these much faster. Never the less the problems should be over by now. If you still experience long delays, or weird HTTP responses then please mail me with the exact URL you're trying to access. Thanks for the patience, and apologies for the inconvenience we caused. Best regards, ferenc ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: One question about speech2text poor performance
I'd ask this of the Nokia folks: what do you guys use in the cell phones? I'm sure it is a commercial package, but it would be interesting to know. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
xscavenger
All, As a test for using maemo I decided to try an port the game xscavenger; no probs there, pretty much worked first time. However when i run it up using the Xephyr desktop the game runs fine but the sound is very garbled and obviously not right. I have install SDL ok as it uses this for sound but I just wondered if there is something I need to do to use sound on maemo. I am BTW running the scratchbox in a VNC window. Any help is appreciated -Chris Dobbs PS/ Not tried actually running it on my N800 as I left it at work!! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: crocodile like build system for maemo chinook source pkgs
On Wed, 2008-01-16 at 12:24 +0530, ext Trilok Soni wrote: > Hi Ed, > > On Jan 14, 2008 10:33 PM, Ed Bartosh <[EMAIL PROTECTED]> wrote: > > > > On Mon, 2008-01-14 at 21:07 +0530, ext Trilok Soni wrote: > > > Hi Ed, > > > > > > On Jan 14, 2008 7:11 PM, Trilok Soni <[EMAIL PROTECTED]> wrote: > > > > Hi Ed, > > > > > > > > > > > > On Jan 10, 2008 2:24 PM, Ed Bartosh <[EMAIL PROTECTED]> wrote: > > > > > On Wed, 2008-01-09 at 20:04 +0530, ext Trilok Soni wrote: > > > > > > Hi, > > > > > > > > > > > > As discussed on the following thread in the scratchbox-users ML, > > > > > > Jussi > > > > > > Hakala suggested > > > > > > that crocodile can be used to automatically build maemo GTK+/X etc > > > > > > debian source packages, > > > > > > but nokia has their own internal scripts to build those packages > > > > > > under > > > > > > scratchbox target. Can > > > > > > Nokia share those scripts like crocodile process? > > > > > > > > > > > For package building we're using sbdmock. You can find its packages > > > > > and > > > > > sources here: http://www.bifh.org/wiki/sbdmock > > > > > > > > > > Feel free to ask questions if any. > > > > > > > > > > > > > Thanx for the information. I have download sbdmock package and when I > > > > had tried to install its sbdmock_0.4.0_all.deb package under my > > > > chinook sbox target, it asked me first to install python which I had > > > > done and then I had downloaded > > > > python-minideblib source from the link I have found from bifh.org as > > > > it is also one of the depdendancy. But as there is not .deb package > > > > for python-minideblib I had tried to build this package using > > > > dpkg-buildpackage and now it is asking for python-central pacakge > > > > which is not available from repository.maemo.org / chinook. Could you > > > > tell me how to proceed on installation of this package under sbox > > > > target and resolve the depedancies? > > > > > > > > > > I have tried to satisfy sbdmock and minideblibs dependancies like > > > python-central > > > python-setuptools under sbox target, but no success, and some of this > > > tools > > > are not directly available from repository.maemo.org chinook. Please > > > help me on how-to > > > setup this sbdmock. > > > > > You shouldn't do that. sbdmock should be installed outside scratchbox. > > It runs scratchbox when needed. > > > > Thanx for this info. I have tried to do this outside of sbox, and it > works. Shall we > have sbdmock into svn repo of garage.maemo.org or somewhere else, where > we can submit the patches and track it. > Good idea, but it's better to ask author about it. You can find his contact info in the sources. > As sbdmock is just builds one package at time, and needs that all > other dependencies > should be available before it builds. > Yes, they should be available, but it's not mandatory to have them installed. sbdmock is clever anough to get all build deps from repository. > I hope that for creating gtk+/x based rootstrap from scratch with > different toolchain from > the chinook one, it should be possible to just use > maemo-sdk-chinook-arm-rootstrap as to > satisfy recursive header dependencies of packages. > It's even a more than needed. You don't need any gtk or x packages in the rootstrap. Only basic packages like libc, gcc, apt, dpkg are needed in there. -- Ed Bartosh <[EMAIL PROTECTED]> Nokia-M/Helsinki ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: RFC: Proposal to solve multiple repository, poor QA situation
Hi, ext Graham Cobb wrote: > On Tuesday 15 January 2008 10:00:10 Eero Tamminen wrote: >> There should be a draft of this, hopefully within few weeks. >> Most likely it will miss many of the things people would >> like to be there and has many open issues/TODOs, but at least >> it's a starting point for discussion. > > Excellent. I look forward to seeing it. > >> I think it's best to model things after Debian. > > I certainly think it is useful to learn from Debian. But this is a VERY > different project: Debian is massive and has a lot of highly committed > support. Some DD's are even supplied by open source companies. > > Maemo is a much smaller project and (judging by the projects I am involved > with) has people who are smart and enthusiastic but with limited time they > can spend on it. We shouldn't be adopting things just because that is the > way Debian does things -- we need to look at pragmatic and lightweight > alternatives in some cases to make the best use of the limited time of people > we have available. > > We should certainly keep in mind the Debian models and try to make sure that > we can move towards them as the Maemo community grows. So, avoid anything > that will stop us adopting more Debian processes later. Sorry, I didn't mean adopting their processes, just how to structure the documentation. This way we don't need to write all of it ourselves, just how we differ from Debian (which is our main upstream distribution) and refer to Debian docs for the rest of the details. >> A good starting point is running Debian "lintian" tool for the package. >> This can be done on the desktop. > > I must admit I haven't tried it but I would guess it would throw up lots of > stuff. As I said, this isn't debian and the same policies don't apply. I think the complaints it throws up are valid as a rule, some may not just be as important in the maemo context. I think keeping the packages Debian compatible has its own merit, then it's easier to share things with the other Debian derived distributions. (Main maemo difference is that we use Busybox instead of the GNU core etc utils, but the effects of this can be minimized by modeling the Busybox configuration and packaging according to the co. Debian packages.) >> "Quality Awareness" lists some things that could be tested: >> http://maemo.org/development/documentation/how-tos/4-x/quality_awareness.ht >> ml > > This is a good list of things for the developer to test. But I do not think > the gatekeepers will have the time or resources to do this. They should be > looking at doing 3 or 4 things drawn from that list. I think at least the package tests (install, remove, upgrade) should be always done. Maybe the gatekeeper can just mark somewhere which groups of the tests were done? - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: HildonCalendar
> It sounds like the people who wrote HildonCalendar should work on a new > calendar widget to go in upstream GTK+. Do you really think a calendar widget fits with GTK? IMHO it's a far complex widget and have to live out of the core lib. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Where can I find source codes of following MicroB Browser Packages
On 16/01/2008, Huang Gao <[EMAIL PROTECTED]> wrote: > Dear all Maemo guys: > >I am studying MicroB for Bora, and can not find source codes of > following packages: > > tablet-browser-controls_0.1.16-1_armel.deb > > tablet-browser-default-plugin_0.1.2-1_armel.deb > > tablet-browser-dialogs_0.1.9-1_armel.deb > > tablet-browser-ui_0.2.9-1_armel.deb > > tablet-browser-widgets_0.13.11-1_armel.deb > >Is there anybody can tell me where I can find them? I believe those are all closed source by Nokia. They're not really a part of MicroB, just the browser UI. A pity really that it isn't a completely free browser... -- Daniel Ps. Sorry for the double post, forgot to send this to the list too.. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Where can I find source codes of following MicroB Browser Packages
Dear all Maemo guys: I am studying MicroB for Bora, and can not find source codes of following packages: tablet-browser-controls_0.1.16-1_armel.deb tablet-browser-default-plugin_0.1.2-1_armel.deb tablet-browser-dialogs_0.1.9-1_armel.deb tablet-browser-ui_0.2.9-1_armel.deb tablet-browser-widgets_0.13.11-1_armel.deb Is there anybody can tell me where I can find them? Thanks in advance! Best Regards Huang Gao ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [matchbox] Compositing manager for small device
ext Bin Chen wrote: > On Jan 16, 2008 4:34 PM, Tapani Pälli <[EMAIL PROTECTED]> wrote: > >> ext Bin Chen wrote: >> >>> 在 2008-01-16三的 10:20 +0200,Tapani Pälli写道: >>> >>> Hello; ext Bin Chen wrote: > Hello, > > In PC because the screen resolution is large, so the computation for > compositing(such as transparent window) will very large. But in many > many small devices the screen resolution is less than 320*240, so the > computation should be about 1/50 of PC screen. Many embedded devices > has no acceleration at all, but with a small resolution many devices > is inherent can do it I think. > > > > Yep, with a resolution of 320x240 composite should not be a performance problem, more likely a memory problem as every X-window will have a offscreen buffer and devices with such screen don't tend to have much memory in them. What kind of device are you using? > But the engine should be small and high performance, both in code size > which will resides in flash. So I think maybe desktop solution not > adequate, such as beryl. I want to know if there is any project has > been started for this? > > > You might want to try using Matchbox's composite engine (you can enable it via configuration options) or try xcompmgr from freedesktop.org which is a 'minimalistic' composite manager. >>> Thanks. >>> >>> Yes, I am running my testing system in a 200Mhz CPU with 64M bytes >>> memory, I think it is enough! >>> >>> But when I run xdpyinfo, there is no composite extension build with my X >>> server, how to turn it on? I am using Xfbdev. >>> >>> > Pity, I don't know how to do it, can you point me a source ? > > And I want to study how X works, can you suggest me something to read > except the large source code repository? > > Israel, E., Fortune, E. (1992), The X Window System Server. Digital Press, Burlington, MA, 1992. > Thanks! > > Bin > ___ > 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
flashplayer plugin doesn't effect in microb
Dear All, I just installed microb browser from .deb files reside on http://repository.maemo.org/extras/pool/bora one by one. The installion procedure went smoothly and the browser could be properly launched and "mozilla based browser for maemo" has been set to default homepage. But I found 2 questions: 1. "Set engine" is missing from menu. 2. Couldn't render flashs (.swf), just displayed "Flash not supported" or similar stuff in the Flash area. I viewed the about:plugins, which shows that "Shockwave Flash 9.0 r31" has been installed and the status is "Enabled". Did I miss something? Best Regards, enrico _ MSN 中文网,最新时尚生活资讯,白领聚集门户。 http://cn.msn.com___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [matchbox] Compositing manager for small device
On Jan 16, 2008 4:34 PM, Tapani Pälli <[EMAIL PROTECTED]> wrote: > > ext Bin Chen wrote: > > 在 2008-01-16三的 10:20 +0200,Tapani Pälli写道: > > > >> Hello; > >> > >> ext Bin Chen wrote: > >> > >>> Hello, > >>> > >>> In PC because the screen resolution is large, so the computation for > >>> compositing(such as transparent window) will very large. But in many > >>> many small devices the screen resolution is less than 320*240, so the > >>> computation should be about 1/50 of PC screen. Many embedded devices > >>> has no acceleration at all, but with a small resolution many devices > >>> is inherent can do it I think. > >>> > >>> > >>> > >> Yep, with a resolution of 320x240 composite should not be a performance > >> problem, more likely a memory problem as every X-window will have a > >> offscreen buffer and devices with such screen don't tend to have much > >> memory in them. What kind of device are you using? > >> > >> > >>> But the engine should be small and high performance, both in code size > >>> which will resides in flash. So I think maybe desktop solution not > >>> adequate, such as beryl. I want to know if there is any project has > >>> been started for this? > >>> > >>> > >> You might want to try using Matchbox's composite engine (you can enable > >> it via configuration options) or try xcompmgr from freedesktop.org > >> which is a 'minimalistic' composite manager. > >> > >> > > Thanks. > > > > Yes, I am running my testing system in a 200Mhz CPU with 64M bytes > > memory, I think it is enough! > > > > But when I run xdpyinfo, there is no composite extension build with my X > > server, how to turn it on? I am using Xfbdev. > > Pity, I don't know how to do it, can you point me a source ? And I want to study how X works, can you suggest me something to read except the large source code repository? Thanks! Bin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [matchbox] Compositing manager for small device
ext Bin Chen wrote: > 在 2008-01-16三的 10:20 +0200,Tapani Pälli写道: > >> Hello; >> >> ext Bin Chen wrote: >> >>> Hello, >>> >>> In PC because the screen resolution is large, so the computation for >>> compositing(such as transparent window) will very large. But in many >>> many small devices the screen resolution is less than 320*240, so the >>> computation should be about 1/50 of PC screen. Many embedded devices >>> has no acceleration at all, but with a small resolution many devices >>> is inherent can do it I think. >>> >>> >>> >> Yep, with a resolution of 320x240 composite should not be a performance >> problem, more likely a memory problem as every X-window will have a >> offscreen buffer and devices with such screen don't tend to have much >> memory in them. What kind of device are you using? >> >> >>> But the engine should be small and high performance, both in code size >>> which will resides in flash. So I think maybe desktop solution not >>> adequate, such as beryl. I want to know if there is any project has >>> been started for this? >>> >>> >> You might want to try using Matchbox's composite engine (you can enable >> it via configuration options) or try xcompmgr from freedesktop.org >> which is a 'minimalistic' composite manager. >> >> > Thanks. > > Yes, I am running my testing system in a 200Mhz CPU with 64M bytes > memory, I think it is enough! > > But when I run xdpyinfo, there is no composite extension build with my X > server, how to turn it on? I am using Xfbdev. > > You'll have to compile your Xfbdev with composite extension enabled. This should be in the configure options. > When my machine can make X server with composite extension, I will have > a try in matchbox! > > Bin > > -- > To unsubscribe send a mail to [EMAIL PROTECTED] > -- > > > // 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: [matchbox] Compositing manager for small device
在 2008-01-16三的 10:20 +0200,Tapani Pälli写道: > Hello; > > ext Bin Chen wrote: > > Hello, > > > > In PC because the screen resolution is large, so the computation for > > compositing(such as transparent window) will very large. But in many > > many small devices the screen resolution is less than 320*240, so the > > computation should be about 1/50 of PC screen. Many embedded devices > > has no acceleration at all, but with a small resolution many devices > > is inherent can do it I think. > > > > > > Yep, with a resolution of 320x240 composite should not be a performance > problem, more likely a memory problem as every X-window will have a > offscreen buffer and devices with such screen don't tend to have much > memory in them. What kind of device are you using? > > > But the engine should be small and high performance, both in code size > > which will resides in flash. So I think maybe desktop solution not > > adequate, such as beryl. I want to know if there is any project has > > been started for this? > > > > You might want to try using Matchbox's composite engine (you can enable > it via configuration options) or try xcompmgr from freedesktop.org > which is a 'minimalistic' composite manager. > Thanks. Yes, I am running my testing system in a 200Mhz CPU with 64M bytes memory, I think it is enough! But when I run xdpyinfo, there is no composite extension build with my X server, how to turn it on? I am using Xfbdev. When my machine can make X server with composite extension, I will have a try in matchbox! Bin ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: [matchbox] Compositing manager for small device
Hello; ext Bin Chen wrote: > Hello, > > In PC because the screen resolution is large, so the computation for > compositing(such as transparent window) will very large. But in many > many small devices the screen resolution is less than 320*240, so the > computation should be about 1/50 of PC screen. Many embedded devices > has no acceleration at all, but with a small resolution many devices > is inherent can do it I think. > > Yep, with a resolution of 320x240 composite should not be a performance problem, more likely a memory problem as every X-window will have a offscreen buffer and devices with such screen don't tend to have much memory in them. What kind of device are you using? > But the engine should be small and high performance, both in code size > which will resides in flash. So I think maybe desktop solution not > adequate, such as beryl. I want to know if there is any project has > been started for this? > You might want to try using Matchbox's composite engine (you can enable it via configuration options) or try xcompmgr from freedesktop.org which is a 'minimalistic' composite manager. > Thanks. > Bin > -- > To unsubscribe send a mail to [EMAIL PROTECTED] > -- > // 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