Re: Icons are just a few bytes, right ?
ext Alberto Mardegan ma...@users.sourceforge.net writes: It would be nice to have a server-side logic, that generates the Packages file dynamically: the client gives a package name (and optionally a version), and the web engine generates the Packages file which enables downloading of this file, it's Depends:, Recommends:, Suggests:, and nothing else. I don't know much about APT, maybe something of this kind exists already? It doesn't exist yet, but that is exactly the plan we have for Harmattan. The first little (quite untested) building block is deb-exec. The apt-get in Harmattan now understands sources.list entries of the form deb-exec PROG and it will run PROG --packages to get the Packages file (and PROG --get FILE to eventually download a specific package file). The idea is that PROG would use a little database of its own to determine what should be downloaded. This database is maintained by a new 'discovery client' that uses whatever protocol it wants to 'discover' new interesting packages. Code is here: http://maemo.gitorious.org/maemo-pkg/apt/commits/maemo The current plan is to make a package of this that can be cleanly installed on Fremantle next to Fremantle's native apt version. The next building block will be to allow apt to temporarily use small Packages files without having to recreate the whole binary cache. This would be used by the discovery client to efficiently check dependencies etc for packages that apt doesn't yet know about. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to enable mouse icon to be visible on N900?
Hi, I searched solutions but failed to enable it. Even worse, I found No mouse cursor available yet. The trick from alpha version to make mouse cursor visible doesn't work any more in Maemo5 final version (some applications like tuxpaint draw a mouse cursor and can be started from the command line) on http://omappedia.org/wiki/Maemo_Getting_Started. Do you have a clue? Thanks! Br,Maokun ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
MADDE and Qt4.6
Hi, I know that MADDE is not official supported. I have try to use it with Qt4.6 and Qt Creator, I have used versions 1.3.80 (as in http://wiki.maemo.org/MADDE/QtCreator_integration_for_windows) and 1.3.81 and 2.0.0alpha1. Qt4.6 was taked from http://chaos.troll.no/~harald/MADDE. I have try on Linux and Windows with the same result in QtCreator: The Qt Version has no toolchain. Qt4.5.3 from MADDE works well with QTCreator (any version, any platform). Any sugestions how to make it work? Thanks Krzysiek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
[fremantle] HTML rendering inside applications
Hi, suppose that I have some HTML (in a file or in memory) and I want my application to display it as a static bitmap. How can this be done? Is there some browser API that I can call, and which would return me an image of the page. Ideally, the input data should be the HTML, a desired width (in pixels), a zoom level (or character size); the output would be a bitmap, either in memory or as a file path. Any suggestions? TIA, Alberto -- http://www.mardy.it -- geek in un lingua international! ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Icons are just a few bytes, right ?
On Fri, Mar 12, 2010 at 08:19, Alberto Mardegan ma...@users.sourceforge.net wrote: One more observation -- even though I have no concrete proposals on how to solve this: usually even developers don't need but a very few packages from extras-devel, yet the whole list is downloaded. It would be nice to have a server-side logic, that generates the Packages file dynamically: the client gives a package name (and optionally a version), and the web engine generates the Packages file which enables downloading of this file, it's Depends:, Recommends:, Suggests:, and nothing else. That would break how apt works, for many of its features. The simplest being that 'apt-cache search' wouldn't work. It would (as you suggest) be relatively easy to fix it so that apt-get install a package name that you know works, but at that point you could as well just move over to a web-based download function where the 'install' icon does it all for you. It'll work for simple installs like that, but you lose what's known as 'the power of apt'. -Tor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Icons are just a few bytes, right ?
ext Tor lists.th.arnt...@gmail.com writes: It'll work for simple installs like that, but you lose what's known as 'the power of apt'. Not necessarily. You can keep the power of apt even if you only see a subset of the whole distribution. This is what happens when you have only main in sources.list on a Debian system, and we want to do the same, just on a much finer grained level. The idea is that once you discover a package somehow (regrettably without help from apt), that package plus all other packages that are mentioned by it (recursively) become visible to apt. Thus, what you see is always a consistent subset of the whole distribution, and apt can do its magic within it. Or in other words, discovering packages via apt-cache search or via debtags is a power of apt that we are willing to sacrifice if you gain significant better scalability. Users can of course always opt to let apt see the whole distribution. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to enable mouse icon to be visible on N900?
On Fri, 2010-03-12 at 10:19 +0100, ext 韩茂琨 wrote: Hi, I searched solutions but failed to enable it. Even worse, I found No mouse cursor available yet. The trick from alpha version to make mouse cursor visible doesn't work any more in Maemo5 final version (some applications like tuxpaint draw a mouse cursor and can be started from the command line) on http://omappedia.org/wiki/Maemo_Getting_Started. Do you have a clue? Thanks! What trick does not work? XDefineCursor() should work as before (in N900 at least, maybe not in Scratchbox). -Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Icons are just a few bytes, right ?
On Friday 12 March 2010 08:36:19 Marius Vollmer wrote: ext Attila Csipa ma...@csipa.in.rs writes: There are probably many better ways to do this, but a quick and dirty solution would be to remove the icon from the older version in the repo when a new version is pushed to the repo. What about removing old versions completely? Old versions are useful, but only quite rarely. If you want, you can keep a separate extras-history repo with all versions ever that people can use if they really need to get obsolete versions. Certainly a good option, but perhaps not as clear-cut as in the case of icons (=not 100% useless as old icons). There are a few potential problems with old ver removal, though. Some might depend on newer versions of libs than others, so not every dupe is superfluous and this check needs to be very careful in order not to break other apps. Another problem might be you cannot retroactively set dependencies (i.e. if you realize your app does not work with a brand new version of a lib, you cannot put in a dependency on the old version as it has already been archived - or if you do, you risk cross-repository deps, which is a nasty topic in itself). If we DO accept that, though, some more grep magic reveals that of the 7726 total packages in extras-devel, 2892 are unique, so almost two-thirds are duplicates. The extras-(devel?)-history is a good idea also in the way that it falls in line with the notion that the source packages of every version should be preserved (even if we eventually delete the binaries from extras-devel). Another sideeffect would be that package operations would be drastically sped up (everyone who uses extras-devel knows that the busy indicator goes around quite a few times on every operation, mostly as a result of the sheer size/number of package descriptions). Regards, Attila ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Icons are just a few bytes, right ?
ext Attila Csipa ma...@csipa.in.rs writes: What about removing old versions completely? Old versions are useful, but only quite rarely. If you want, you can keep a separate extras-history repo with all versions ever that people can use if they really need to get obsolete versions. Certainly a good option, but perhaps not as clear-cut as in the case of icons (=not 100% useless as old icons). There are a few potential problems with old ver removal, though. Some might depend on newer versions of libs than others, so not every dupe is superfluous and this check needs to be very careful in order not to break other apps. This is not how apt (and the Application manager) works. From all the available versions of a package, apt selects one upfront as the candidate and then sticks with that. The only decision it makes is between installing that candidate version, keeping the version you have already installed, or removing the package altogether. It will not reconsider which version should be the candidate based on dependencies between packages. Old versions are only useful with apt when you explicitly do things like apt-get install libfoo=1.23-5 This _is_ useful, but only during debugging. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Icons are just a few bytes, right ?
On Fri, Mar 12, 2010 at 12:19, Marius Vollmer marius.voll...@nokia.com wrote: ext Tor lists.th.arnt...@gmail.com writes: It'll work for simple installs like that, but you lose what's known as 'the power of apt'. Not necessarily. You can keep the power of apt even if you only see a subset of the whole distribution. This is what happens when you have only main in sources.list on a Debian system, and we want to do the same, just on a much finer grained level. That sounds good. The idea is that once you discover a package somehow (regrettably without help from apt), that package plus all other packages that are mentioned by it (recursively) become visible to apt. Thus, what you see is always a consistent subset of the whole distribution, and apt can do its magic within it. Or in other words, discovering packages via apt-cache search or via debtags is a power of apt that we are willing to sacrifice if you gain significant better scalability. Sounds like a reasonable compromise. Users can of course always opt to let apt see the whole distribution. One thing I forgot to mention in the previous message.. /var/cache should never have been on the root filesystem, it must be one of the most obvious candidates for the eMMC as soon as that's feasible. -Tor ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Icons are just a few bytes, right ?
On Fri, Mar 12, 2010 at 11:50, Tor lists.th.arnt...@gmail.com wrote: One thing I forgot to mention in the previous message.. /var/cache should never have been on the root filesystem, it must be one of the most obvious candidates for the eMMC as soon as that's feasible. Fixed in PR1.2: https://bugs.maemo.org/show_bug.cgi?id=5746 Cheers, Andrew -- Andrew Flegg -- mailto:and...@bleb.org | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Icons are just a few bytes, right ?
On Friday 12 March 2010 12:42:11 you wrote: From all the available versions of a package, apt selects one upfront as the candidate and then sticks with that. The only decision it makes is between installing that candidate version, keeping the version you have already installed, or removing the package altogether. It will not reconsider which version should be the candidate based on dependencies between packages. I'm talking about a scenario when the application has an 'older than' dependency (often in combination with '|'), which apt (and HAM) *will* honour. So if app A has a libfoo 2.0 dep, app B has libfoo 1.0, and there is currently a libfoo 1.5 in the repo, both A and B are installable. If you upload libfoo 2.5, however, and 1.5 gets automatically archived, app A is no longer installable (even though it could have been if you kept both versions of libfoo). Not a common case, I admit, just saying one has to be careful when removing packages from repos. Regards, Attila ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Performance of floating point instructions
Hi, ext Alberto Mardegan wrote: Right. Just to complete the picture, here's the same data with -O2: float (fast mode enabled): map_path_calculate_distances: 40 ms for 8250 points map_path_calculate_distances: 2 ms for 430 points double (fast mode enabled): Note that fast mode affects only floats. map_path_calculate_distances: 93 ms for 8250 points map_path_calculate_distances: 4 ms for 430 points (I'm not posting the same data with fast mode disabled, as it cannot be worse than the -O0 case, which is anyway not too far from these values) The relative preformance seems to be about the same. But then of course, it might not be because of the FPU, but of the data transfers. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MADDE and Qt4.6
- Original message - Hi, I know that MADDE is not official supported. I have try to use it with Qt4.6 and Qt Creator, I have used versions 1.3.80 (as in http://wiki.maemo.org/MADDE/QtCreator_integration_for_windows) and 1.3.81 and 2.0.0alpha1. Qt4.6 was taked from http://chaos.troll.no/~harald/MADDE. I have try on Linux and Windows with the same result in QtCreator: The Qt Version has no toolchain. Qt4.5.3 from MADDE works well with QTCreator (any version, any platform). Any sugestions how to make it work? My suggestion would be to wait for the next Maemo 5 update, in which Qt 4.6 will be included. And, sorry no I can't share any details of when that is. It is possible to glue 4.6 on top of the current Madde, but as far as I know it is complicated. You would need to modify the toolchain and the libraries used for cross compiling. Tero Thanks Krzysiek Attachment ATT1..txt ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Extras-testing improvements
- Original message - On Tuesday 09 of March 2010, Graham Cobb wrote: The community needs a place where **every** app passes through a very basic QA to try to make sure it is safe and it is then available. That is what Extras is. IMHO, that's not extras. Currently extras is the elite of maemo's software. Explaining: Asking for 10 votes for each version of each application is something that I call paranoia in software development. For example: I've a fully optified app that works without problem, but will never be promoted to extras because there are not enough developers with interest in it (more specifically: women). That is a problem that needs a solution. The niche products need to reach extras too. But the audience of extras is very different and there would be interested audience if it were there. What's the reasoning of asking 10 people to do the same thing? This is now popularity contest instead of a QA process. Popular apps among developers (techie guys) advance. Non-popular apps wait. Assuming that the QA process is a serious process, asking 10 people to do the exact same thing isn't serious. If those ten people are all doing the same thing I would be surprised. Ten people, ten different test styles. If the check is performed correctly, you should need at most 2 persons. If the check if not performed correctly then 10 is not enough. I suggest you take a look at debian's method. Having a kind of maemo- developers that act responsibly, certifying applications would be a good solution. Currently the vote of a person without any programming abilities is the same with a person's that can program and have performed the checks. The best solution IMHO would be for Nokia to have 1 or 2 people to do this job responsibly instead of relying on statistical methods. Now you are mixing Nokia with the Community. The two are different. The reasoning behind the number of people is that people behave differently and having just one person go through the app will not cover the use cases of any app. Also it would leave the system wide open for gaming it. I have no idea what is the optimal number of people, but it is not 1-2. That would also be very good support of the community efforts and would boost software development. After all, the applications in extras is a big part of the (future) value of maemo/meego. Could you elaborate? How does Nokia testers boost development? I can't follow that logic, but I agree that having good quality open source software is important. Tero ___ maemo-developers mailing list maemo-developers@maemo.orgmailto:maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: MADDE and Qt4.6
I've been developing using Qt Creator 1.3.1 (based on Qt 4.6) and using MADDE with Qt 4.5 to compile for the phone, using Ubuntu 9.10. Obviously you will need to avoid using any Qt 4.6 specific code until Meamo and MADDE are updated. So far I have not come into any problems with this though. - ianaré sévi 2010/3/12 tero.k...@nokia.com: - Original message - Hi, I know that MADDE is not official supported. I have try to use it with Qt4.6 and Qt Creator, I have used versions 1.3.80 (as in http://wiki.maemo.org/MADDE/QtCreator_integration_for_windows) and 1.3.81 and 2.0.0alpha1. Qt4.6 was taked from http://chaos.troll.no/~harald/MADDE. I have try on Linux and Windows with the same result in QtCreator: The Qt Version has no toolchain. Qt4.5.3 from MADDE works well with QTCreator (any version, any platform). Any sugestions how to make it work? My suggestion would be to wait for the next Maemo 5 update, in which Qt 4.6 will be included. And, sorry no I can't share any details of when that is. It is possible to glue 4.6 on top of the current Madde, but as far as I know it is complicated. You would need to modify the toolchain and the libraries used for cross compiling. Tero Thanks Krzysiek Attachment ATT1..txt ___ 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
Invalid/Incorrect Number
Hi All, When I type *123# number from my Nokia n900 running Maemo 5, it says invalid number. This number *123# is service specific number from my service provider and used for balance enquiry. Does anyone facing same issue ? Do we already have a bug for this ? Do we have work around for this ? Please note that this number works fine with other cell phones. Thanks, flukebox PS: Sorry, if i post on the wrong mailing list. Please redirect me to the correct place. I guess this is nokia firmware specific thing but not sure. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SQLite
Has anyone used SQLite clients implemented in Java (j2me cdc)? If not what are the popular choices for such clients? Python? Perl? Thanks Demetris wrote: So yes - the SQLite2 binaries from the Extras repos works fine on the M810 under Diablo so far. So I will need to find the compatible python / perl or java connectors to attach to the databases I am creating I assume. Demetris wrote: Hey Florian, makes sense of course - I gave them a shot anyway because that's where the link from the repository (if you search for SQLite under Diablo) sends you too. However, from the info Fred sent I was able to find the right binraries and I will try them out today. Also thanks to Nick for the detailed compilation instructions on the source and to Graham for the info on the SQLite2 that may be the solution I need to follow up on. I will send an update on the list after I set things up. Regards Florian Boor wrote: Hi, Demetris schrieb: I was able to install and run mySQL on both the N800 and N810 fairly easy. I want to also test out the SQLite - I download the binaries for it from the SQLite site (http://www.sqlite.org/sqlite3-3.6.22.bin.gz), chmod on it to x, and launch but it fails - meaning it is not actiing as a binary for Linux. Any ideas or any links to SQLite software for Diablo? these binaries can't work because they are built for x86 architecture but not for the ARM CPU in your tablet. The feeds should have both SQLite 2 and SQLite 3. Greetings Florian ___ 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: SQLite
On Sat, 2010-03-13 at 00:22 -0500, Demetris wrote: Has anyone used SQLite clients implemented in Java (j2me cdc)? If not what are the popular choices for such clients? Python? Perl? C++ with Qt works as far as I can tell. Bernd Thanks Demetris wrote: So yes - the SQLite2 binaries from the Extras repos works fine on the M810 under Diablo so far. So I will need to find the compatible python / perl or java connectors to attach to the databases I am creating I assume. Demetris wrote: Hey Florian, makes sense of course - I gave them a shot anyway because that's where the link from the repository (if you search for SQLite under Diablo) sends you too. However, from the info Fred sent I was able to find the right binraries and I will try them out today. Also thanks to Nick for the detailed compilation instructions on the source and to Graham for the info on the SQLite2 that may be the solution I need to follow up on. I will send an update on the list after I set things up. Regards Florian Boor wrote: Hi, Demetris schrieb: I was able to install and run mySQL on both the N800 and N810 fairly easy. I want to also test out the SQLite - I download the binaries for it from the SQLite site (http://www.sqlite.org/sqlite3-3.6.22.bin.gz), chmod on it to x, and launch but it fails - meaning it is not actiing as a binary for Linux. Any ideas or any links to SQLite software for Diablo? these binaries can't work because they are built for x86 architecture but not for the ARM CPU in your tablet. The feeds should have both SQLite 2 and SQLite 3. Greetings Florian ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Google Summer of Code Proposal
Hello everyone. I am interested in developing for Maemo under Google's Summer of Code program and the project 'Answering Machine/Call Rejector' on the Ideas page interests me particularly. I have been using a Nokia phone ever since I can remember and I used to love the 'Screened Number' features the classic Nokia phones allowed. However, as I kept upgrading my phone, I noticed that such a feature was never there (Nokia E63 now), even on the high-end phones. The need for a blacklisting software led me to some commercial S60 software (I won't mention the names though). I find it odd saying, but I have expertise in this field! I have been using such software for two - three years now on a variety of S60 phones, and I know what features should be there. Specifically, I feel the need for : 1. Blacklist - Calls you don't want to attend at all. 2. Whitelist - This feature is not usually found in many commercial software also, but it is required. There are many-a-times you want to receive calls only from a few numbers and automatically reject the other ones. If you blacklist some numbers, that works only for the contacts that are you in your phone book. Otherwise for unknown numbers, the phone does alert you. When you want to attend calls only from a few numbers, then Blacklisted numbers don't do justice. 3. Support for text messages screening - Again, whitelist and blacklist. I think the blacklist/ whitelist for voice calls should be different from text messages. This again I base on personal experience. 4. Time based call rejecting - Set it up and forget! If any developer is interested in mentoring this, please let me know. I think this is a must have feature. Coupled with the answering machine function, it can work out wonderfully. -- Sukhbir ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers