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: Multithreaded program for N800..
Hi Nisha, On Sat, Mar 15, 2008 at 11:22 PM, nisha jain <[EMAIL PROTECTED]> wrote: > > Does OS2008 supports multithreading? > > > -- Forwarded message -- > From: nisha jain <[EMAIL PROTECTED]> > Date: Mar 15, 2008 12:51 PM > Subject: Multithreaded program for N800.. > To: maemo-developers@maemo.org > > > Hi All, > > I have a requierement I need to do serial communication in background and do > processing > simultaneously. I can do it if i have multithreaded enviornment. Please let > me know if any > one has used multithreaded application for N800? Does here pthreads of c can > work? > > Let me know if i can plug some c code to acheive it? Also i know N800 has > the ARM 330Hz > processor which can support such enviornment. > It should work. You got the full-fledge Linux OS on this processor. There are many programs running on the tablet use threads internally. -- ---Trilok Soni http://triloksoni.wordpress.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: D-Bus running on ARM Platform (ERROR: Couldn't connect to session bus)
Hi Juha,
On Feb 18, 2008 11:23 AM, Juha Kuikka <[EMAIL PROTECTED]> wrote:
> Hi Trilok,
>
> I found on that it is a compiler problem by reading the assembler it
> generates from the C-code. I started suspecting it when a values of a struct
> were different on caller and callee.
>
> Problem was caused by a struct copy in the style:
>
> void function( struct foo *parameter)
> {
> struct foo local_foo;
>
> local_foo = *parameter;
> ...
> }
>
> I had to hastily work around the problem by doing the copy with inline
> assembler. Replacing it with memcpy did not help as compiler optimized it
> into inline copy as well.
>
> Additionally disabling optinizations in compile (-O0) also fixed it.
>
> I don't remember the GCC version we worked with.
Thanks for the reply. My GCC version is 3.4.6 with glibc-2.3.6. Your
suggested trick to disable optimization worked for me :). So, looks
like my toolchain is buggy somewhere in code generation. Now session
bus is working on board under normal user, and also dbus-monitor
executed from this normal user account is able to connect to this
session bus.
But session bus started from the "root" account, doesn't allow to
connect clients from the normal user, looks like some permission
issues of socket file, I will check this in more details.
Thanks again for great help.
--
--Trilok Soni
___
maemo-developers mailing list
maemo-developers@maemo.org
https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: D-Bus running on ARM Platform (ERROR: Couldn't connect to session bus)
Hi Juha, On Feb 17, 2008 2:05 PM, Juha Kuikka <[EMAIL PROTECTED]> wrote: > Hi, > > I ran into a compiler problem with D-BUS 1.0.2 on ARM (albeit mine was > ARMv6) where dbus daemon would crash whenever client connected. Thanks for the reply. I think behavior is same as yours, dbus-daemon disappears from the "ps" list, whenever client (here dbus-monitor) tries to connect to it through session bus. I have even seen it segfaulting when putting it under "strace" with "--nofork" and connecting to bus through opening the terminal using "telnet" and running "dbus-monitor" there. > > Just a pointer, check that d-bus is actually running after the client fails. No. d-bus daemon is not running after client fails to connect. So, did you solved your problem after upgrading to some new compiler version for ARMv6? How did you found that it is compiler problem? -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
D-Bus running on ARM Platform (ERROR: Couldn't connect to session bus)
Hi All, I am trying to run D-BUS 1.0.2 (same version as maemo package except debian/patches) cross-compiled under scratchbox Apophis R4 on ARM9 DaVinci platform, and I am not able to connect any d-bus client application to session bus. I have posted question to dbus mailing list, but as I am sure that many people here configured d-bus from scratch on OMAP platform, can quickly point out the source of the problem or some tips. [EMAIL PROTECTED] Link: http://lists.freedesktop.org/archives/dbus/2008-February/009305.html http://lists.freedesktop.org/archives/dbus/2008-February/009312.html Even I have tried to run those "dbus-daemon" binaries under sbox-qemu and tried connect with dbus-monitor but no success but same error messages. Any tips regarding this would be great help. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
dbus apis with PHP
Hi All, I feel that most the developers here are aware of dbus and dbus-glib bindings, I have a query about how call dbus-glib APIs under PHP, and which is the best approach for that. On the same line, I have posted question to dbus mailing list, here are links to follow: [1st part ] http://lists.freedesktop.org/archives/dbus/2008-February/009259.html [2nd part] http://lists.freedesktop.org/archives/dbus/2008-February/009260.html Please let me know your views. All the software components runs on ARM9 based processor like OMAP1. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: php + fastcgi + lighthttpd size on flash?
Hi On Jan 25, 2008 4:46 PM, Trilok Soni <[EMAIL PROTECTED]> wrote: > Hi All, > > I have earlier seen some php packages being compiled for maemo > releases. Could anyone please > specify the rough estimate of size PHP and CGI/FastCGI > libraries/binaries takes on flash? > > I am planning to use lighttpd(this takes around ~1MBytes) as > web-server and PHP+FastCGI combination on the similar device > to do some backend scripting. Anybody having some numbers on this? I have found this link(s): http://inz.fi/blog/2007/10/16/new-php-package-for-maemo/ http://maemo-hackers.org/apt/pool/ -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
php + fastcgi + lighthttpd size on flash?
Hi All, I have earlier seen some php packages being compiled for maemo releases. Could anyone please specify the rough estimate of size PHP and CGI/FastCGI libraries/binaries takes on flash? I am planning to use lighttpd(this takes around ~1MBytes) as web-server and PHP+FastCGI combination on the similar device to do some backend scripting. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Curious: Maemo devices other than Nokia?
Hi Riku, On Jan 22, 2008 10:12 PM, Riku Voipio <[EMAIL PROTECTED]> wrote: > Mikhail Sobolev wrote: > > Exactly, Ross! I usually visualize relationship between different bits > > using the following picture (please use a fixed width font): > > > > +--++--+ > > | | Maemo SDK | | > > +--+++--+--+ > > |API |Open|Open| Open |Closed| > > +--+++--+--+ > > |Implementation|Open|Open|Closed|Closed| > > +--+++--+--+ > > | | IT OS 200X | > > +---+--+ > > > > The part that is covered by "Maemo" (and Maemo SDK) is not enough to > > produce a somewhat reasonable system, which: > > 1) is bootable > > 2) has support for all hardware > > 3) has a comparable to IT OS 2008 set of applications > > > > The really "challenging" areas are 2) and 3). I believe certain work to > > make sure that 1) does not have any challenges is planned, but probably > > it's up to Quim to confirm. :) > > > This what Debian pkg-maemo[1] and armel[2] projects intend to do. > Progress is slow but firm, now with hildon-desktop recently uploaded to > Debian and armel port in good condition (although still unofficial..). And > indeed it's the applications and UI that are the main problem. > > > Firstly, one needs a VKB. now hildon-input is mostly open source, > but when you have a real distribution, it's a lot more annoying that > only gtk2 applications have input. Acceptable, at least we have osso-xterm - > Oops no, xterm uses hildon_gtk_im_context_show() to show the vkb, > which is only available in maemo version of *gtk+2.0* - what a lovely > layering violation. So matchbox-keyboard is currently used, which > perhaps isn't as pretty as hildon-im, but atleast it works everywhere. > Another common grief in compiling hildon apps with stock gtk is the > infamous tap-and-hold menu, which apparently is going to be adapted > in upstream gtk in a completely different way. > > > So now there is a hildon-desktop, terminal, network-manager and a vkb. > Only such minor details as web browser is missing, and the themes/icons > having a funny license. But it just a matter of sorting all pieces > together > to get fully OSS rootfs built out of Debian to support the basic use cases > of internet browsing, email and so on. Once we are the (might take a while > since I'm busy ATM), it should be easily adaptable to other portable > devices. Hopefully it will also motivate people to work on OSS replacements > for the rest of the stuff, IE the initfs and wifi driver. I don't hold > much hope for > the DSP thou, as long as TI holds it as a proprietary architecture with > a proprietary toolchain and bios.. I prefer forgetting the dsp exists and > just using the audio codec directly with alsa. > On the TI DSP front, I heard several rumors though, which are if becomes true, should be good sign of TI coming along. They should be releasing atleast ARM side Linux kernel bridge driver which communicates with DSP like DSPGateway, along with toolchain on higher end platforms like OMAP2/3. Also there is sign of cheaper OMAP2/3 based boards coming from TI soon. I would just wish that all this rumors become true. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Development of GUI for N800 using java?
Hi Nisha, On Jan 19, 2008 9:03 PM, nisha jain <[EMAIL PROTECTED]> wrote: > Hi All, > > Does the VMware support development using java applications? > Can i use java programming language for making GUI interface? > Does any one has sample applications or tutorial which provide > information regarding programming in java in VMware ? > Please check jalimo. https://wiki.evolvis.org/jalimo/index.php/Main_Page -- --Trilok Soni ___ 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: crocodile like build system for maemo chinook source pkgs
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. As sbdmock is just builds one package at time, and needs that all other dependencies should be available before it builds. 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. -- --Trilok Soni ___ 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 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. -- --Trilok Soni ___ 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 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? -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: N810 USA Availability
Hi All, On Jan 11, 2008 5:03 PM, Alfredo J. Fabretti <[EMAIL PROTECTED]> wrote: > On Jan 11, 2008 9:30 AM, Rafael Proença <[EMAIL PROTECTED]> wrote: > > Here it says: > > "Please enter a valid coupon code" > > I was using the Gift / Reward Code field, using the Coupon Code I get > that error. But trying again with "12345" in the Gift / Reward Code > field I get "The gift certificate has no balance." so I don't know if > the code is wrong or what. If anyone succeeded in ordering the N810 device with discount code from US store, with new link please let us know on the list. Thanx. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: developer program discount code does not work
Hi All, On Jan 9, 2008 7:35 PM, kender <[EMAIL PROTECTED]> wrote: > On Jan 9, 2008 3:03 PM, pancake <[EMAIL PROTECTED]> wrote: > > > In Spain shop were available the same day when we received that email. > > > And the code worked. At least someone said, I believe it was in the IRC, > > > which he ordered his discounted n810 in Spain shop. > > > > > > But the stock was ended this same day and until today. > > > > No phisical stores knows anything about this PDA (at least FNAC or > > CorteIngles), > > how many ppl in spain have the discount codes? 3 or 4 guys? > > Count one with me. I haven't ordered mine yet, I checked it ask soon > as I view the mail and it was out of stock until today. > > > > > I couldn't imagine they finished their stock in less than 24h... > > Yeah, strange, seem that they had just one in stock or something... > > > > > But this gives me a light of hope, so i'll let perl+curl do the hard job > > to notify me when available.. > > Make us notice just in case. > Ok. I have just got an e-mail from maemo team that expiry date of code is now extended to 30.06.2008. Thanx Nokia and Maemo Team. -- --Trilok Soni ___ 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, On Jan 9, 2008 8:04 PM, Trilok Soni <[EMAIL PROTECTED]> 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? Forgot put ML discussion thread links :) http://lists.scratchbox.org/pipermail/scratchbox-users/2008-January/001162.html http://lists.scratchbox.org/pipermail/scratchbox-users/2008-January/001165.html -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
crocodile like build system for maemo chinook source pkgs
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? In my project I want to use all the version combination of GTK+ and Xserver used by chinook, except hildon related libs. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: scripts for compiling gtk+ and kdriver under sbox
Hi Josh, On Dec 4, 2007 7:22 PM, <[EMAIL PROTECTED]> wrote: > > Trilok Soni wrote: > > Is there anywhere some scripts (bash/perl) available to > > automate the process > > of compiling gtk+ and Xserver dependencies under the sbox arm target? > > > > I think maemo team might have developed some scripts to > > automate this process > > as they are not using poky/openembedded stuff under sbox. It would > > be great if someone point to me the such scripts or steps > > which I can automate. > > Confused, they aren't just doing this: > http://timeless.justdave.net/mxr-test/chinook/source/libx11-1.1.1/debian > /rules > http://timeless.justdave.net/mxr-test/chinook/source/gtk+2.0-2.10.12/deb > ian/rules > ? > I have few questions based on the links above. (I am new to debian tools and sbox). 1. How do I get source packages as shown on the links above under sbox target? something like sbox-armel# apt-get source gtk+2.0-2.10.12 sbox-armel# cd gtk+2.0 Now build gtk+ as per debian/rules , like sbox-armel# fakeroot debian/rules sbox-armel# dpkg-buildpackage -b -rfakeroot Could you please point me to the URL for repository which I can add it to /etc/apt/sources.list for fetching these chinook packages source for gtk+, X and it's dependencies ? -- --Trilok Soni PS: See that I want to make an development rootstrap having gtk+, X, dbus etc,. with versions based as in chinook, but target for development is not Nokia devices, it will be a surveillance device showing output on TV. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
scripts for compiling gtk+ and kdriver under sbox
Hi All, Is there anywhere some scripts (bash/perl) available to automate the process of compiling gtk+ and Xserver dependencies under the sbox arm target? I think maemo team might have developed some scripts to automate this process as they are not using poky/openembedded stuff under sbox. It would be great if someone point to me the such scripts or steps which I can automate. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: TI frees its DSP toolchain for open source apps (?) - linuxdevices
Hi Keitsch, On Nov 18, 2007 10:21 PM, Krischan Keitsch <[EMAIL PROTECTED]> wrote: > Hi, > > FYI: Just found this news from TI about freeing the DSP toolchain to open > source developers, > > http://www.linuxdevices.com/news/NS4338556106.html > > http://open.neurostechnology.com/node/1020 > > Could someone (with more technical expertise then me) comment on this? > Please refer my post at linux-omap mailing list. http://linux.omap.com/pipermail/linux-omap-open-source/2007-November/012049.html I think neuros link mentions some G-SoC project which should have been merged with dspgateway driver developed mostly by Nokia for OMAP1/2, this way we are bringing support for lot's of DM series of boards and setting a playground for DaVinci related processors dspgateway support. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
gtk+/x cross-compilations autoscripts
Hi All, I am just looking for auto-build scripts for GTK+/X cross-compilation under scratchbox, I am sure Nokia/community must have developed some scripts to automate the process of fetching the tarballs from the resp. repos and cross-compiling under scratchbox as it involves the number of libraries and the dependencies tracking. I think OE does that outside sbox. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GTK+/X based system on 64MB flash and ram size budget?
Hi Sampo, On 10/31/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > Dear Trilok, > > >> ext Trilok Soni wrote: > >>> We need to select an open-source GUI library for system where it will > >>> have 64MB of total flash and same RAM size running on the embedded > >>> processor like OMAP/DaVinci with around 300MHz. The number of GUI > >>> applications running will be only one main control application acting > >>> as say recorder, player and streamer and other control > >>> functionalities, think video server. > >>> > >>> Does GTK+/X combination will be a nice fit for this flash, ram and cpu > >>> speed budget? OR will be too bloated in terms of minimum > >>> functionalities and single GUI application we need? > >>> > >>> Flash will also have other software images like kernel, bootloader, > >>> busybox, uclibc/glibc, boa like embedded webserver stored along with > >>> the gtk+/x libraries and gui application. > >>> > >>> Please give your suggestions/inputs. Thanx. > >> > >> If you don't have something that needs to show arbitrary amounts > >> of data to user such as www-browser or PDF viewer, 64MB is enough. > >> (regardless of widget set or whether you use X or directly fb). > > > > Thanx for the inputs. True, it is no where like Internet Tablet, it > > will not have applications like www-browser or pdf reader. It might > > support local playback, streaming player, recorder with preview and > > some other functionalities to control various input and output > > sources/sinks. In this case using GTKFb looks good, and having d-bus > > with it to communicate with other CLI daemon applications to transfer > > messages. Hope GTKfb doesn't limit the use of d-bus, AFAIK. Only > > limiting thing with GTKFb will be like one should one binary (GUI app) > > doing everything we want to show it to the end-user. Hope I understood > > this point. > > I agree with Eero. We have provided an GTK+/X based linux platform to > customers running a 200MHz ARM with 32MB of flash and 64 megs of memory > and it all works smoothly. The platform, even if not optimized perfectly, > fits into less than 32 megs including a desktop environment that has > loaded GTK+ into memory. > > So this leaves already 32 megs for application to use. Ok, so out of 64meg of RAM atleast 32megs remained for other applications to use at run time. What was the approx size taken by GTK+/X libraries on that 32MB flash? > > For example, doing a VOIP phone, with simple contact list driven UI this > is more than enough. One can even add a simple browser, to allow user to > login to WLANs etc. Ok. > > Please note that the screen size is one important factor here. The bigger > screen means more graphics etc. Also in some cases X can be more memory > efficient than DirectFB, for example. Later uses backbuffers for each > window where X is more configurable. In terms of screen, output will be show on the TV using some OSD windows. Like OMAP2 processors support displaying all the graphics windows on TV, like N93. In case of no. of widgets, the main application will have following minimum widgets: 1. Buttons 2. Tab Pages (Tab bar and page associated with it - to form menus for control selections) 3. IP Address 4. wireframe grid 5. playback, preview windows, 6. Scrollable lists 7. Checkboxes 8. Calender 9. Digital and Analog Clock 10. Soft Keypad 11. PIN Login 12. Menus 13. TextBoxes And ofcourse most of the widgets will have suitable icon images on them and probably themes in future. > > People always say that X is designed for high end desktops, which is > of course true. Only that X11 protocol was designed 20 years ago, so > the definition of "high end" might have changed a little :-) Very well said :-). Thanx for the inputs. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: GTK+/X based system on 64MB flash and ram size budget?
Hi Eero, On 10/31/07, Eero Tamminen <[EMAIL PROTECTED]> wrote: > Hi, > > ext Trilok Soni wrote: > > We need to select an open-source GUI library for system where it will > > have 64MB of total flash and same RAM size running on the embedded > > processor like OMAP/DaVinci with around 300MHz. The number of GUI > > applications running will be only one main control application acting > > as say recorder, player and streamer and other control > > functionalities, think video server. > > > > Does GTK+/X combination will be a nice fit for this flash, ram and cpu > > speed budget? OR will be too bloated in terms of minimum > > functionalities and single GUI application we need? > > > > Flash will also have other software images like kernel, bootloader, > > busybox, uclibc/glibc, boa like embedded webserver stored along with > > the gtk+/x libraries and gui application. > > > > Please give your suggestions/inputs. Thanx. > > If you don't have something that needs to show arbitrary amounts > of data to user such as www-browser or PDF viewer, 64MB is enough. > (regardless of widget set or whether you use X or directly fb). Thanx for the inputs. True, it is no where like Internet Tablet, it will not have applications like www-browser or pdf reader. It might support local playback, streaming player, recorder with preview and some other functionalities to control various input and output sources/sinks. In this case using GTKFb looks good, and having d-bus with it to communicate with other CLI daemon applications to transfer messages. Hope GTKfb doesn't limit the use of d-bus, AFAIK. Only limiting thing with GTKFb will be like one should one binary (GUI app) doing everything we want to show it to the end-user. Hope I understood this point. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
GTK+/X based system on 64MB flash and ram size budget?
Hi All, We need to select an open-source GUI library for system where it will have 64MB of total flash and same RAM size running on the embedded processor like OMAP/DaVinci with around 300MHz. The number of GUI applications running will be only one main control application acting as say recorder, player and streamer and other control functionalities, think video server. Does GTK+/X combination will be a nice fit for this flash, ram and cpu speed budget? OR will be too bloated in terms of minimum functionalities and single GUI application we need? Flash will also have other software images like kernel, bootloader, busybox, uclibc/glibc, boa like embedded webserver stored along with the gtk+/x libraries and gui application. Please give your suggestions/inputs. Thanx. -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
DBus with Nano-X
Hi, This message might be offtopic, but as nxxx is heavily using dbus, I thought of posting this question. We are planning to use Nano-X to develop the GUI application, and this main application will invoke the other applications as input selected by user through say TV remote or touchscreen input and it will call the resp. app, e.g. camera capture, playback, logger, io control. We also want to have one layer of application management software in-between the main GUI app and other apps mentioned above to handle inter-process communication. I was thinking of using dbus, instead of developing that management software layer to handle just IPC, but is it feasible to use dbus with Nano-X? Anybody used it before OR will it bring lot of dependencies? -- --Trilok Soni ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
