Re: stlc45xx: open source WLAN driver for N800 and N810
Kalle Valo wrote: From now on I will not send any more stlc45xx news to maemo-developers. Everyone interested should subscribe to stlc45xx-devel or follow stlc45xx category from my blog[1]: Hi Kalle I'm delighted that you're doing this work - can I ask you to please continue to post to maemo-developers - there appears to be a lot of interest and IMO we just don't need the fragmentation at this point. I don't want to subscribe to yet another list and I won't get round to following a blog; I suspect I'm not alone. We get a few messages a day - if this was lkml and the flood of messages drowned you out (or if you intend to flood the list!) then I'd understand; equally if you were working on something that was not maemo-specific then it would make sense. Otherwise I'd like to see you hang out here :) David -- Don't worry, you'll be fine; I saw it work in a cartoon once... ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How to use gstreamer in diablo?
Dear mailinglist, How could I use gstreamer in the nokia tablet with diablo? Somehow the gst-... commands are not provided and it also seems, that even though I can load the python modules, its not possible to setup an audio test source: Traceback (most recent call last): File stdin, line 1, in module gst.ElementNotFoundError: audiotestsrc gst.element_factory_make(audiotestsrc, audio) As I think I installed all stuff provided in the usual repositories, my question would be: Is there a quick intro on how to use gstreamer with python on the tablet? Best regards: Gerolf signature.asc Description: This is a digitally signed message part. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Maemo-mapper vector data backend follow-up
Hi all, A few of us sat down with John Costigan (aka Gnuite) after his presentation at the Maemo Summit and as well as drinking a few beers/vodkas discussed how to achieve the end goal. I just thought I'd start the conversation going here and summarise my thoughts (John has probably not even made it home yet!). For those who didn't see the presentation, it was basically asking for input on how to use vector data as a backend to provide tiles and routing information, without needing to completely re-write Maemo-mapper and change the way it handles data. The idea that John presented was that we should store the vector data locally and act like the OSM/Google server and serve Maemo-mapper with image tiles and route GPX data in just the same way as already happens. The advantage here is that the two projects are pretty well separated (though John said he'd be happy to make alterations to Maemo-mapper if needs be). The other positive aspect of this split is that if someone were to reverse engineer the TeleAtlas/Navteq storage format, which might be slightly controversial, it wouldn't impact on Maemo-mapper or any other backend (e.g. OSM). So, considering OpenStreetMap as our vector data set (Garmin is another option as I believe there's an open source library which can understand their database format; likewise for British University users Ordnance Survey data is available; and for those in the US there is Tiger census data; world-wide NASA Shuttle Radar Topography Mission contour data; i.e. there's at least a few sets of data which could be used), these are my initial thoughts. The OSM data is stored in a MySQL data base (though the data we download as *.osm is an XML dump I think); there is an API to query the database using XML. As we'd already be running as a server, and would gain no advantage in using the API should the database format change (as we access the database directly, so need to implement the db-side of the API), I would propose we ignore that, and act on the data directly, should we decide that it doesn't need pre-processing. The only disadvantage to this, it that if we implemented the API, we could also work online and talk to the main OSM database directly. Not sure how much use/interest there would be in that. Thoughts? So, we have some data, now we have to be able to do something with it. There are a number of programs which can render OSM data that we should look at adapting rather than writing it all from scratch. Tile rendering == There's a list of OSM rendering programs here [0]. Mapnik [1] is the program which renders the map tiles currently downloaded by Maemo-mapper. This requires that the OSM MySQL database be processed and turned into a PostGIS database. It doesn't look like this is something that could be done on-device due to the time and memory requirements. PostGIS rendering is probably a good thing as other map data is stored in this format. This is supposed to be difficult to setup though, and I don't know the cpu/memory requirements. Other applications such as Navit [2], Gosmore [3] also require that the database be processed to turn it into something other than MySQL. Pyrender [4] might be a possibility, though it is designed to work from a tile server (where a tile is a tile of metadata rather than image data) rather than the MySQL database. I'm tempted to quickly pull together something using pyrender (it currently parses XML directly afaik, so will need some tweaking to read from MySQL if that's the backend of choice). Using a proper db rather than parsing the XML should hopefully allow it to scale better than it is supposed to do atm. Obviously C will be faster, but perhaps more people will get involved if it's Python...? Any thoughts on this? Navigation/routing == Again, there are a number of programs which do this [5]. Again Gosmore [3] and Navit [2] and another Python program, Pyroute [6], are on the list. I don't know much about these, how processor intensive they are or how fast they are. Does anyone have any ideas? Pyroute appears to use raw OSM vector data (though not as a MySQL database as that's not a dep, unless that's assumed for a Python install?); Navit and Gosmore both use their own converted data formats. Again I'm tempted to try using Pyroute with a MySQL db. Same arguments as above. So to summarise, it looks to be possible. Let discussion commence! Cheers, Simon [0] http://wiki.openstreetmap.org/index.php/Rendering [1] http://wiki.openstreetmap.org/index.php/Mapnik [2] http://wiki.navit-project.org/index.php/OpenStreetMaps [3] http://wiki.openstreetmap.org/index.php/Gosmore [4] http://wiki.openstreetmap.org/index.php/Pyrender [5] http://wiki.openstreetmap.org/index.php/Routing [6] http://wiki.openstreetmap.org/index.php/Pyroute P.S. Rana is a combination of Pyroute and Pyrender, search for it on the osm wiki. ___ maemo-developers mailing list
Re: stlc45xx: open source WLAN driver for N800 and N810
ext David Greaves [EMAIL PROTECTED] writes: Kalle Valo wrote: From now on I will not send any more stlc45xx news to maemo-developers. Everyone interested should subscribe to stlc45xx-devel or follow stlc45xx category from my blog[1]: Hi Kalle Hello David, I'm delighted that you're doing this work - can I ask you to please continue to post to maemo-developers - there appears to be a lot of interest and IMO we just don't need the fragmentation at this point. I don't want to subscribe to yet another list and I won't get round to following a blog; I suspect I'm not alone. The discussion on stlc45xx might get very technical (at least I'm hoping so) and I doubt that very few people in maemo-developersare interested about that. I don't know how many people are currectly subscribed to maemo-developers, but I would guess that very few of them are really interested in technical aspects of the wlan driver. Most of the people just want the driver to work, they don't care about anything else. We get a few messages a day - if this was lkml and the flood of messages drowned you out (or if you intend to flood the list!) then I'd understand; equally if you were working on something that was not maemo-specific then it would make sense. The archive for stlc45xx-devel should be open, so you can always check from there what's happening. And if something newsworthy has happened, I can always drop a note to maemo-developers as well. Otherwise I'd like to see you hang out here :) Don't worry, I'm not going anywhere. I just won't be talking about stlc45xx all the time :) -- Kalle Valo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-mapper vector data backend follow-up
Hola ! I have been looking at pyrender and did try recently to have a on the fly vector map rendering in python. It was so slow i decided to use pre made tiles instead. I also used most part of pyroute to try to make off line route calculation: http://sayhoo.garage.maemo.org/ It works but it eats too much memory. Right now, i download data from osm, feed a sqlite database, and then generate pickled python object that can be loaded faster than having to recompute the graph from scratch. I'm currently thinking about rewriting all graph related code in C, just to see how much ram would it save. I also dont know how one could represent big enough a route to connect 2 foreign city (but, as i do not own a car, this is only a theoretical problem :-) ) ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: How to use gstreamer in diablo?
Hi Gerolf, there're some tutorials on Forum Nokia wiki: http://wiki.forum.nokia.com/index.php/How_to_create_a_mp3_player_in_maemo http://wiki.forum.nokia.com/index.php/Maemo_multimedia_applications_-_Part_II http://wiki.forum.nokia.com/index.php/Maemo_multimedia_applications_-_Part_I Regards, --Raul On Tue, Sep 23, 2008 at 6:39 AM, Gerolf Ziegenhain [EMAIL PROTECTED] wrote: Dear mailinglist, How could I use gstreamer in the nokia tablet with diablo? Somehow the gst-... commands are not provided and it also seems, that even though I can load the python modules, its not possible to setup an audio test source: Traceback (most recent call last): File stdin, line 1, in module gst.ElementNotFoundError: audiotestsrc gst.element_factory_make(audiotestsrc, audio) As I think I installed all stuff provided in the usual repositories, my question would be: Is there a quick intro on how to use gstreamer with python on the tablet? Best regards: Gerolf ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Raul Fernandes Herbster Embedded and Pervasive Computing Laboratory - embedded.ufcg.edu.br Electrical Engineering and Informatics Center - CEEI Federal University of Campina Grande - UFCG - www.ufcg.edu.br Caixa Postal 10105 58109-970 Campina Grande - PB - Brasil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-mapper vector data backend follow-up
Simon Pickering ([EMAIL PROTECTED]) wrote: Tile rendering == There's a list of OSM rendering programs here [0]. Mapnik [1] is the program which renders the map tiles currently downloaded by Maemo-mapper. This requires that the OSM MySQL database be processed and turned into a PostGIS database. It doesn't look like this is something that could be done on-device due to the time and memory requirements. There also is Osmarender, which is what gets used for the other Layers used on OSM. It downloads the raw XML data from the OSM-server, uses XSLT-stylesheets to convert these to SVG and then uses inkscape to render the SVGs. I at one point have tried to substitute inkscape with librsvg and wrote a minimal C-program, which basically worked, although having some weird memory usage patterns, found and fixed bug #541855 and finally discovered, that librsvg does not do any text-on-path rendering, which put an end to my experiments. I am still unclear how I managed to miss this in the first place... :) Anyway, I still believe it to be a feasible approach, so if anyone has interest in fixing librsvg for text-on-path-rendering - I think the librsvg-guys would be glad. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ [EMAIL PROTECTED] http://www.kernelconcepts.de/ ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-mapper vector data backend follow-up
Hi Pierre, I have been looking at pyrender and did try recently to have a on the fly vector map rendering in python. It was so slow i decided to use pre made tiles instead. Hmm, ok, well that's indicating that we should use C then. I also used most part of pyroute to try to make off line route calculation: http://sayhoo.garage.maemo.org/ It works but it eats too much memory. Thanks, I'll take a look at that - is it because it stores the data in memory rather than using a db? I also dont know how one could represent big enough a route to connect 2 foreign city (but, as i do not own a car, this is only a theoretical problem :-) ) I had been thinking exactly the same thing, how to parse the database and chose the route without needing all of the data in memory/a very long time. Presumably this problem has been solved and there must be papers which explain either how to pare down the data, or how to store memory-efficient route representations. Obviously it could be done by iteratively loading the data for a given area, not sure how much memory would be needed to store the possible routes though as it iterates along the path. Sounds interesting :) Navit is supposed to be able to do general routing (beyond a single city which is stated as a limitation of Pyroute due to memory reqs. see http://almien.co.uk/OSM/Routing/), so looking at/transplanting that code might be a starting point (and it does rendering too). Those graphs on the link above look cool :) Anyway, good to see that there are others interested in the topic :) Cheers, Simon ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-mapper vector data backend follow-up
On Tue, 2008-09-23 at 14:13 +0100, Simon Pickering wrote: Anyway, good to see that there are others interested in the topic :) Judging by the various discussions on/off line I think there are many people interested in navigation on the tablets. It's a very worthwhile project and one that I will be closely following (and helping out if I can). Cheers, Simon Regards, Jamie. signature.asc Description: This is a digitally signed message part ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
programming on the n800 itself
Are there any ports available for programming languages so that development can be done on the n800 itself? Programming in the wild, so to speak, instead of cross-compiling at the desk? I have hopes for gcc, or lisp, or something that can handle data structures and static typing. I've noticed there are a bunch of guile files as part of my n800 system. Is there also a standalone guile interpreter? I've seen a report that gcc runs out of memory rather quickly on an n770. Does the same apply to n800? And which memory does it run out of? RAM? swap? disk? It seems rather ridiculous that a machine with 258MB should have insufficient storage for programming ... back in the 70's we could do some pretty sophisticated stuff on Unix on a 64K PDP-11. Times sure change, don't they? -- hendrik ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: programming on the n800 itself
Hi, ext Hendrik Boom wrote: Are there any ports available for programming languages so that development can be done on the n800 itself? Programming in the wild, so to speak, instead of cross-compiling at the desk? Well, there are some interpreted languages that are installed by default on the device: - Busybox: - POSIX shell - Awk - Browser: - JavaScript - Flash action script All of them offer control structures, variables etc. For example shell: x=1; for i in $(seq 20); do x=$(($x+$x)); echo $x; done I have hopes for gcc, or lisp, or something that can handle data structures and static typing. I've noticed there are a bunch of guile files as part of my n800 system. Is there also a standalone guile interpreter? I've seen a report that gcc runs out of memory rather quickly on an n770. Does the same apply to n800? And which memory does it run out of? RAM? swap? disk? I would assume RAM. When compiling C++ code, GCC can in some cases take even half a gig of RAM. The development packages can take a bit of disk also. It seems rather ridiculous that a machine with 258MB should have insufficient storage for programming ... back in the 70's we could do some pretty sophisticated stuff on Unix on a 64K PDP-11. Times sure change, don't they? Well, the GCC assembler doesn't require that much RAM, but its set of modern high level language abstractions is pretty spartan. ;-) For example Lua would be pretty small (also interpreted) and should be quite easy to build for the target device: http://www.lua.org/ Python can be found from the repositories and it has bindings for Gtk, SDL etc. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: programming on the n800 itself
Hendrik, I build my application exclusively on the device in c. I have installed gcc and the primary development libraries required for my application and find the compile times for individual source files very acceptable. Of course when I need to rebuild the entire project I know its time to have a coffee, but thats not such a bad thing. There are some things missing which prevent this approach from working in the general case: primarily there is no autotools, so you cannot run configure on downloaded sources, and dpkg-* tools do not install without some major tweaking. I have also installed and use c++ and vala on the device, however both of these take the incremental compilation time just above my frustration threshhold. Also, if you go down this route, I suggest you use a removable memory card as your build location - it tents to be a vigerous process with lots of file writes along the way - you would not want to risk burning out your internal MMC card. hth Gary (lcuk on #maemo) On Tue, Sep 23, 2008 at 4:48 PM, Eero Tamminen [EMAIL PROTECTED]wrote: Hi, ext Hendrik Boom wrote: Are there any ports available for programming languages so that development can be done on the n800 itself? Programming in the wild, so to speak, instead of cross-compiling at the desk? Well, there are some interpreted languages that are installed by default on the device: - Busybox: - POSIX shell - Awk - Browser: - JavaScript - Flash action script All of them offer control structures, variables etc. For example shell: x=1; for i in $(seq 20); do x=$(($x+$x)); echo $x; done I have hopes for gcc, or lisp, or something that can handle data structures and static typing. I've noticed there are a bunch of guile files as part of my n800 system. Is there also a standalone guile interpreter? I've seen a report that gcc runs out of memory rather quickly on an n770. Does the same apply to n800? And which memory does it run out of? RAM? swap? disk? I would assume RAM. When compiling C++ code, GCC can in some cases take even half a gig of RAM. The development packages can take a bit of disk also. It seems rather ridiculous that a machine with 258MB should have insufficient storage for programming ... back in the 70's we could do some pretty sophisticated stuff on Unix on a 64K PDP-11. Times sure change, don't they? Well, the GCC assembler doesn't require that much RAM, but its set of modern high level language abstractions is pretty spartan. ;-) For example Lua would be pretty small (also interpreted) and should be quite easy to build for the target device: http://www.lua.org/ Python can be found from the repositories and it has bindings for Gtk, SDL etc. - Eero ___ 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: programming on the n800 itself
On Tue, 23 Sep 2008 18:48:47 +0300, Eero Tamminen wrote: Hi, ext Hendrik Boom wrote: Are there any ports available for programming languages so that development can be done on the n800 itself? Programming in the wild, so to speak, instead of cross-compiling at the desk? Well, there are some interpreted languages that are installed by default on the device: - Busybox: - POSIX shell - Awk - Browser: - JavaScript - Flash action script All of them offer control structures, variables etc. For example shell: x=1; for i in $(seq 20); do x=$(($x+$x)); echo $x; done I have hopes for gcc, or lisp, or something that can handle data structures and static typing. I've noticed there are a bunch of guile files as part of my n800 system. Is there also a standalone guile interpreter? Does anyone know which system component uses guile? I've seen a report that gcc runs out of memory rather quickly on an n770. Does the same apply to n800? And which memory does it run out of? RAM? swap? disk? I would assume RAM. When compiling C++ code, GCC can in some cases take even half a gig of RAM. The development packages can take a bit of disk also. There are 89GB SDHC cards now, so that wouldn't be too bad if swapping is cost-effective. But if not, well, I'm not really interested in compile times most conveniently measured in megayears. It seems rather ridiculous that a machine with 258MB should have insufficient storage for programming ... back in the 70's we could do some pretty sophisticated stuff on Unix on a 64K PDP-11. Times sure change, don't they? Well, the GCC assembler doesn't require that much RAM, but its set of modern high level language abstractions is pretty spartan. ;-) Well, that 64K Unix system did have a C compiler, which compiled to assembler, which was then compiled to .o, and finally statically linked. It doesn't *have* to take gigabytes. Mind you, it didn't statically check the types of function arguments. They ended up writing lint to do that. For example Lua would be pretty small (also interpreted) and should be quite easy to build for the target device: http://www.lua.org/ Python can be found from the repositories and it has bindings for Gtk, SDL etc. It looks as if python may be the immediately available tool, then. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: programming on the n800 itself
On Tue, 23 Sep 2008 17:06:02 +0100, gary liquid wrote: Hendrik, I build my application exclusively on the device in c. I have installed gcc and the primary development libraries required for my application and find the compile times for individual source files very acceptable. Of course when I need to rebuild the entire project I know its time to have a coffee, but thats not such a bad thing. That's acceptable. How did you install gcc and those libraries in teh first place? From some maemo package somewhere on the net? Did you cross-compile them yourself Or would an ordinary deb from Debian armel work? There are some things missing which prevent this approach from working in the general case: primarily there is no autotools, so you cannot run configure on downloaded sources, and dpkg-* tools do not install without some major tweaking. I have also installed and use c++ and vala on the device, however both of these take the incremental compilation time just above my frustration threshhold. Also, if you go down this route, I suggest you use a removable memory card as your build location - it tents to be a vigerous process with lots of file writes along the way - you would not want to risk burning out your internal MMC card. I'm planning to out the whole OS on an external memory. That should do. hth Gary (lcuk on #maemo) On Tue, Sep 23, 2008 at 4:48 PM, Eero Tamminen [EMAIL PROTECTED]wrote: Hi, ext Hendrik Boom wrote: Are there any ports available for programming languages so that development can be done on the n800 itself? Programming in the wild, so to speak, instead of cross-compiling at the desk? Well, there are some interpreted languages that are installed by default on the device: - Busybox: - POSIX shell - Awk - Browser: - JavaScript - Flash action script All of them offer control structures, variables etc. For example shell: x=1; for i in $(seq 20); do x=$(($x+$x)); echo $x; done I have hopes for gcc, or lisp, or something that can handle data structures and static typing. I've noticed there are a bunch of guile files as part of my n800 system. Is there also a standalone guile interpreter? I've seen a report that gcc runs out of memory rather quickly on an n770. Does the same apply to n800? And which memory does it run out of? RAM? swap? disk? I would assume RAM. When compiling C++ code, GCC can in some cases take even half a gig of RAM. The development packages can take a bit of disk also. It seems rather ridiculous that a machine with 258MB should have insufficient storage for programming ... back in the 70's we could do some pretty sophisticated stuff on Unix on a 64K PDP-11. Times sure change, don't they? Well, the GCC assembler doesn't require that much RAM, but its set of modern high level language abstractions is pretty spartan. ;-) For example Lua would be pretty small (also interpreted) and should be quite easy to build for the target device: http://www.lua.org/ Python can be found from the repositories and it has bindings for Gtk, SDL etc. - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers div dir=ltrspan class=HcCDpespan class=EP8xU style=color: rgb(0, 104, 28);Hendrik,brbr/span/spanI build my application exclusively on the device in c.brI have installed gcc and the primary development libraries required for my application and find the compile times for individual source files very acceptable.br Of course when I need to rebuild the entire project I know its time to have a coffee, but thats not such a bad thing.brbrThere are some things missing which prevent this approach from working in the general case:brprimarily there is no autotools, so you cannot run configure on downloaded sources, and dpkg-* tools do not install without some major tweaking.br brI have also installed and use c++ and vala on the device, however both of these take the incremental compilation time just above my frustration threshhold.brbrAlso, if you go down this route, I suggest you use a removable memory card as your build location - it tents to be a vigerous process with lots of file writes along the way - you would not want to risk burning out your internal MMC card.br brhthbrbrGary (lcuk on #maemo)brbrdiv class=gmail_quoteOn Tue, Sep 23, 2008 at 4:48 PM, Eero Tamminen span dir=ltrlt;a href=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/agt;/ span wrote:br blockquote class=gmail_quote style=border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;Hi,br div class=Ih2E3dbr ext Hendrik Boom wrote:br gt; Are there any ports available for programming languages so thatbr gt; development can be done on the n800 itself? nbsp;Programming in the wild, sobr gt; to speak, instead of cross-compiling at
Packaging changes to base system.
Hello, 1. The iptables package that is installed is missing a few .so files (MASQUERADE, DNAT, etc.). With a few changes to the files in debian/ directory of the source package, it now also generates a new package iptables-ext, which includes those missing files. The question is how to distribute this: Is it acceptable to upload this to extras-devel (using the autobuilder) even though this creates the same package as in the base system? And should I increase the release number (which will cause problems with osso-software-version) or use the same? 2. In order to language name in input setting dialog, rather than empty parentheses, the language needs to appear in the binary files in the directory /usr/share/i18n-locale-resolver/, provided by the package (with no source) locale-resolver-data. I wrote a small program to generate those files from a source file. The package I created now includes those files with different names and the postinst script to rename them, since otherwise it will conflict with the original package (again, required by osso-software-version). Is there a better way to achieve this? TIA for any answers, -- Matan Ziv-Av. [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Packaging changes to base system.
On Tue, Sep 23, 2008 at 07:34:28PM +0300, Matan Ziv-Av wrote: Hello, 1. The iptables package that is installed is missing a few .so files (MASQUERADE, DNAT, etc.). With a few changes to the files in debian/ directory of the source package, it now also generates a new package iptables-ext, which includes those missing files. The question is how to distribute this: Is it acceptable to upload this to extras-devel (using the autobuilder) even though this creates the same package as in the base system? And should I increase the release number (which will cause problems with osso-software-version) or use the same? I believe the application installer won't allow you to replace a base package with a version from a different repository. Can you package just the missing files in the iptables-ext, so it would coexist with the base package? 2. In order to language name in input setting dialog, rather than empty parentheses, the language needs to appear in the binary files in the directory /usr/share/i18n-locale-resolver/, provided by the package (with no source) locale-resolver-data. I wrote a small program to generate those files from a source file. The package I created now includes those files with different names and the postinst script to rename them, since otherwise it will conflict with the original package (again, required by osso-software-version). Is there a better way to achieve this? Yes, it's called dpkg-divert. http://www.debian.org/doc/debian-policy/ap-pkg-diversions.html Marius Gedminas -- As an aside, UPnP's implementation (which features SOAP, HTTP over multicast/broadcast UDP, and extremely odd XML) is a must-read for fans of unnatural and baroque network protocols. -- Anthony Baxter signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
searching for volunteers: driver for stlc4370 (wifi in Nokia 770)
Hi, as you might know the Nokia internet tablets are still very much encumbered because of the lack of free drivers and key system management software. Things are getting better for the N8x0 series because Nokia managed STMicroelectronics to publish the specs for the stlc45xx chipset used therein. Additionally the release of the 'dsme' userspace device management is planned (this one is used on the n770 as well). Earlier attempts to support the Nokia 770's wifi chip failed because it could not be tested on actual hardware whether the SPI support that had been written really works. With the docs for a later chip available and a working driver for different variants of the p54 is someone willing to write one for the stlc4370 if hardware (= Nokia 770) is donated for this effort? If one succeeds to enhance the existing p54 driver to support the stlc4370 this might fit as a testbed for a later inclusion of the new stlc45xx driver (as suggested in the initial stlc45xx discussion on linux-wireless). Perhaps Nokia can be asked to get into contact with STM again for the stlc4370 specs (though I think this is unlikely). What is sure it that I can promise two devices being made available for this effort (probably more since some OE people own one). It might also be possible to donate an N800 for this. While the N800 has not the right chip in it one might need it for reference purposes in case the specification for the stlc4370 remains closed. Regards Robert signature.asc Description: OpenPGP digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-mapper vector data backend follow-up
Hi, do you want an honest reply: Don't do that. Maemo-Mapper isn't meant to handle vector data. Period. These are my concerns: - Plenty of duplicate data will get stored that isn't required since Maemo-Mapper will locally cache tiles that have been generated on the device itself. - Rendering is less than optimal because Maemo-Mapper asks for tiles. You'd have to a) render most things several times as most objects will span several tiles and b) have to render more data than required as Maemo-Mapper does some caching in advance. - You'd need massive interfaces between your renderer and Maemo-Mapper for all kinds of interaction with the maps. You'd e.g. have to communicate POI details, street details, etc etc ... - The entire thing will not be trivial to use and debug as you are basically planning to cut an already complex navi application into two parts which then need proper coupling. - All navigation functionality of Maemo-Mapper is imho done on an external server in advance. You'd also have to port a navigation engine onto maemo and couple it with maemo-mapper as well as with your tile renderer. I'd rather use software that was designed to use vector data. E.g. navit has been ported to maemo by a bunch of people incl. myself. We all didn't put much effort into this and the results are barely useable. But it's imho way more effective with respect to vector data to continue with a program like navit than Maemo-Mapper. Regards, Till Am Dienstag 23 September 2008 schrieb Simon Pickering: Hi all, A few of us sat down with John Costigan (aka Gnuite) after his presentation at the Maemo Summit and as well as drinking a few beers/vodkas discussed how to achieve the end goal. I just thought I'd start the conversation going here and summarise my thoughts (John has probably not even made it home yet!). For those who didn't see the presentation, it was basically asking for input on how to use vector data as a backend to provide tiles and routing information, without needing to completely re-write Maemo-mapper and change the way it handles data. The idea that John presented was that we should store the vector data locally and act like the OSM/Google server and serve Maemo-mapper with image tiles and route GPX data in just the same way as already happens. The advantage here is that the two projects are pretty well separated (though John said he'd be happy to make alterations to Maemo-mapper if needs be). The other positive aspect of this split is that if someone were to reverse engineer the TeleAtlas/Navteq storage format, which might be slightly controversial, it wouldn't impact on Maemo-mapper or any other backend (e.g. OSM). So, considering OpenStreetMap as our vector data set (Garmin is another option as I believe there's an open source library which can understand their database format; likewise for British University users Ordnance Survey data is available; and for those in the US there is Tiger census data; world-wide NASA Shuttle Radar Topography Mission contour data; i.e. there's at least a few sets of data which could be used), these are my initial thoughts. The OSM data is stored in a MySQL data base (though the data we download as *.osm is an XML dump I think); there is an API to query the database using XML. As we'd already be running as a server, and would gain no advantage in using the API should the database format change (as we access the database directly, so need to implement the db-side of the API), I would propose we ignore that, and act on the data directly, should we decide that it doesn't need pre-processing. The only disadvantage to this, it that if we implemented the API, we could also work online and talk to the main OSM database directly. Not sure how much use/interest there would be in that. Thoughts? So, we have some data, now we have to be able to do something with it. There are a number of programs which can render OSM data that we should look at adapting rather than writing it all from scratch. Tile rendering == There's a list of OSM rendering programs here [0]. Mapnik [1] is the program which renders the map tiles currently downloaded by Maemo-mapper. This requires that the OSM MySQL database be processed and turned into a PostGIS database. It doesn't look like this is something that could be done on-device due to the time and memory requirements. PostGIS rendering is probably a good thing as other map data is stored in this format. This is supposed to be difficult to setup though, and I don't know the cpu/memory requirements. Other applications such as Navit [2], Gosmore [3] also require that the database be processed to turn it into something other than MySQL. Pyrender [4] might be a possibility, though it is designed to work from a tile server (where a tile is a tile of metadata rather than image data) rather than the MySQL database. I'm tempted to quickly
Re: programming on the n800 itself
Hendrik Boom wrote: That's acceptable. How did you install gcc and those libraries in teh first place? apt-get, gcc is in SDK repository http://repository.maemo.org/pool/chinook/free/g/gcc-3.4/ As for reducing big memory requirements of gcc see http://www.internettablettalk.com/forums/showthread.php?p=220028#post220028 Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: programming on the n800 itself
Hi Hendrik, 2008/9/23 Hendrik Boom [EMAIL PROTECTED]: Does anyone know which system component uses guile? I've done guile stuff on the 770 and N800, including preparing packages for core Guile, g-wrap, slib and guile-gnome. I've lost track of what the latest status of those is, but I'll try to work it out and get back to you. I believe that core Guile, including the library and command line interpreter, may be available in the base maemo repository, and so installable with apt-get. The card game aisleriot uses Guile, so if you install aisleriot it'll pull Guile in too. Regards, Neil ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-mapper vector data backend follow-up
From Tue, 23 Sep 2008 12:29:06 +0100 Simon Pickering [EMAIL PROTECTED] wrote: My two cents. I would strongly suggest against using Python and MySQL for such a project. Python has a very large memory overhead compared to C/C++, and a NIT doesn't have much memory to waste (I'd rather use the memory to launch some extra program). MySQL is not easy to set up, and it's simply much more than you generally need. If you definitely need SQL, I would suggest the SQLite library, which basically just stores a SQL database in a single file and does not need any server process. But I would even suggest against using SQL, if that's possible, because parsing and interpreting SQL language involves unneeded overhead. A thing such simple as a vector map could be easily stored in a plain Berkley database. -- Andrew signature.asc Description: PGP signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-mapper vector data backend follow-up
Hi there ! On Tue, Sep 23, 2008 at 02:13:34PM +0100, Simon Pickering wrote: http://sayhoo.garage.maemo.org/ It works but it eats too much memory. Thanks, I'll take a look at that - is it because it stores the data in memory rather than using a db? It stores the data in memory (to be able to find a route) _and_ it uses a database (to find tags information such as way names and bike station). I hope the memory usage could be lowered if everything that is map related was done in C (this is what i plan to test next). Navit is supposed to be able to do general routing (beyond a single city which is stated as a limitation of Pyroute due to memory reqs. I did not hear from navit untill now. It looks really cool. I think i ll have a closer look at that (once i ll realise the current approach i have is not good, i really want to see how much memory i could save if sayhoo graph and routing were in C :-) ) see http://almien.co.uk/OSM/Routing/), so looking at/transplanting that code might be a starting point (and it does rendering too). Those graphs on the link above look cool :) This is pyroute/pyrender (or what it used to be before it was called pyroute/pyrender). It is when i saw this that i decided to give it a try, and ended up using most idea in it to write sayhoo (the main difference being that i wanted to use sqlite and not parse xml all the time). ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: stlc45xx: open source WLAN driver for N800 and N810
Hi Kalle, The archive for stlc45xx-devel should be open, so you can always check from there what's happening. And if something newsworthy has happened, I can always drop a note to maemo-developers as well. Better to use linux-omap ML . Let's not create one more mailing list for specific driver itself. -- ---Trilok Soni http://triloksoni.wordpress.com http://www.linkedin.com/in/triloksoni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Maemo-mapper vector data backend follow-up
Till Harbaum / Lists writes: do you want an honest reply: Don't do that. Maemo-Mapper isn't meant to handle vector data. Period. True, but it does ... and it could do it better. I have a 200K point route (every railroad ever built in New York State) which takes about 20 minutes to load, requires swap, and makes MM somewhat fragile. BUT it does display all the railroads and is useful enough. Faster loading would be more useful. Better reliability would also be more useful. -- --my blog is athttp://blog.russnelson.com | Unregulation is a slippery Crynwr sells support for free software | PGPok | slope to prosperity and 521 Pleasant Valley Rd. | +1 315-323-1241 | freedom. Potsdam, NY 13676-3213 | Sheepdog | ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: stlc45xx: open source WLAN driver for N800 and N810
ext Andrew Zabolotny [EMAIL PROTECTED] writes: From Tue, 23 Sep 2008 14:46:56 +0300 Kalle Valo [EMAIL PROTECTED] wrote: The discussion on stlc45xx might get very technical (at least I'm hoping so) and I doubt that very few people in maemo-developersare interested about that. As a compromise I would propose to cross-post important messages/announcements to both lists :-) Sounds good, I'll do that. -- Kalle Valo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
