Re: [maemo-developers] first impressions and some reports
On 7/7/05, Ruda Moura <[EMAIL PROTECTED]> wrote: > Gustavo Barbieri wrote: > > > Hello, > > > > Now that I have the maemo environment set up, I started to love this > > thing!!! And python! > > > > Thanks to Osvaldo and Ruda, I can run PythonCAD without any changes! > > > > Also, my game tutorial (pt_BR) runs perfectly (just need to check the > > perfomance on a real device, since it's side scroll and redraws the > > screen every time): > > > Hello Gustavo, thank you for your feedback! > > > http://www.gustavobarbieri.com.br/jogos/jogo.tar.gz > >Could someone run "python2.4 jogo/a06/jogo.py -f -r 800x480" on a > > real device and check if performance is an issue... if it can do at > > least 30fps it's good enough. If it's ok I'll develop a game using > > that engine. Also, it can be optimized a bit, I wrote it as an > > educative project. > > SHORT ANSWER > > It run slow, about 15 ~ 20 fps and crashed with Segmentation fault at > the end (when ships goes to zero). the fps is expected, but the segfault isn't :-( > LONG ANSWER > > It was visible slower than what was printed on screen (15 ~ 20 fps) but... > You should think not in terms of PC, for a small device a game should > take modification in order to run fast. First I notice some calculations > with division ( like "something" / 16 ) and I change it to shifts ( >> 4 > ). Why? Because I know 770 lacks division opcodes in CPU. well, it as > not a good improvement at all :) > > The screen size *is* big, 800x480 is much data. People in this case > should consider resize the rolling image to a small size, put some > static pictures around, etc. > > Maybe your code is good to teach OO but it isn't the best case for game > speed. For your information, here is what PyGame show me about my > display in Nokia 770. > > > > blit_hw = 0, blit_hw_CC = 0, blit_hw_A = 0, > > blit_sw = 0, blit_sw_CC = 0, blit_sw_A = 0, > > bitsize = 16, bytesize = 2, > > masks = (63488, 2016, 31, 0), > > shifts = (11, 5, 0, 0), > > losses = (3, 2, 3, 8)> > > Again, thank you for your feedback and if you want to do more tests in > "the real thing" I'm ready to help you. I know, actually many of the classes could go away if the game is as simpe as this one. But it can give us some feedback if it's feasible to run a sidescroller with this hardware. It'll not unless there is some optimizations. Anyway, much games doesn't need to be side scrolling or that kind of scroll... I repaint the whole screen every time, what could be done is scroll the screen a bit more once and keep it fixed for 2-4 seconds, then use dirty rectangles to make it fast! Anyway, I always planned a Sokoban pygame, maybe it's time to code it and Battleship. But I don't promise anything soon since my job is demanding some work these days and I'm also trying to run Opie(Qt-based pda environment) on the emulator (will need some feedback on how good it runs with the real device) and also the MAS (www.mediaapplicationserver.net) development which I hope to help soon. -- Gustavo Sverzut Barbieri --- Computer Engineer 2001 - UNICAMP GPSL - Grupo Pro Software Livre Cell..: +55 (19) 9165 8010 Jabber: [EMAIL PROTECTED] ICQ#: 17249123 MSN: [EMAIL PROTECTED] Skype: gsbarbieri GPG: 0xB640E1A2 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] non-gtk app integration
I managed to get a non-gtk app to integrate with the
taskswitcher. Here's a screenshot:
http://www.twpo.com.au/cwarrens/n770/mandelbrot.jpeg
Non-gtk apps just needs to use _NET_ACTIVE_WINDOW
and _NET_CLIENT_LIST atoms, as well as following the
maemo integration instructions.
Also, this code in property_notify_handler() in windowmanager.c
is a problem since gdk_get_default_root_window isn't correct
in a non-gtk app context:
if (determine_window_type(pev->window) != NORMAL_WINDOW &&
pev->window != GDK_WINDOW_XID(gdk_get_default_root_window()) ) {
gdk_error_trap_pop();
return;
}
When the icon is pressed the wm sends _NET_ACTIVE_WINDOW
to the app. presumably the app then needs to intercept this
message and bring its self to the top.
Regards,
Chris
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] first impressions and some reports
Daniel Monteiro wrote: Hey. I've made a small set of clases for fixed point math (in C++) . Do you want to port it? I also studying a assembler port of it. eu estava estudando assembly de ARM faz um tempo,mas agora estou meio sem tempo. final de periodo de faculdade. bem..preciso ir estudar =-) Hi Daniel, thank you but when I said "it lacks" I really mean "it lacks but emulate with a few instructions" :) People who write games to small devices should concern with what asm instructions are been running, etc. That's it! -- Ruda Moura ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] New Python 2.4 packages for Maemo
FYI: the official site is synced! -- Ruda Moura ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] first impressions and some reports
Hey. I've made a small set of clases for fixed point math (in C++) . Do you want to port it? I also studying a assembler port of it. eu estava estudando assembly de ARM faz um tempo,mas agora estou meio sem tempo. final de periodo de faculdade. bem..preciso ir estudar =-) --- Ruda Moura <[EMAIL PROTECTED]> escreveu: > Gustavo Barbieri wrote: > > > Hello, > > > > Now that I have the maemo environment set up, I > started to love this > > thing!!! And python! > > > > Thanks to Osvaldo and Ruda, I can run PythonCAD > without any changes! > > > > Also, my game tutorial (pt_BR) runs perfectly > (just need to check the > > perfomance on a real device, since it's side > scroll and redraws the > > screen every time): > > > Hello Gustavo, thank you for your feedback! > > > > http://www.gustavobarbieri.com.br/jogos/jogo.tar.gz > >Could someone run "python2.4 jogo/a06/jogo.py > -f -r 800x480" on a > > real device and check if performance is an > issue... if it can do at > > least 30fps it's good enough. If it's ok I'll > develop a game using > > that engine. Also, it can be optimized a bit, I > wrote it as an > > educative project. > > SHORT ANSWER > > It run slow, about 15 ~ 20 fps and crashed with > Segmentation fault at > the end (when ships goes to zero). > > LONG ANSWER > > It was visible slower than what was printed on > screen (15 ~ 20 fps) but... > You should think not in terms of PC, for a small > device a game should > take modification in order to run fast. First I > notice some calculations > with division ( like "something" / 16 ) and I change > it to shifts ( >> 4 > ). Why? Because I know 770 lacks division opcodes in > CPU. well, it as > not a good improvement at all :) > > The screen size *is* big, 800x480 is much data. > People in this case > should consider resize the rolling image to a small > size, put some > static pictures around, etc. > > Maybe your code is good to teach OO but it isn't the > best case for game > speed. For your information, here is what PyGame > show me about my > display in Nokia 770. > > > > blit_hw = 0, blit_hw_CC = 0, > blit_hw_A = 0, > > blit_sw = 0, blit_sw_CC = 0, > blit_sw_A = 0, > > bitsize = 16, bytesize = 2, > > masks = (63488, 2016, 31, 0), > > shifts = (11, 5, 0, 0), > > losses = (3, 2, 3, 8)> > > Again, thank you for your feedback and if you want > to do more tests in > "the real thing" I'm ready to help you. > > -- > Ruda Moura > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers > Daniel "NeoStrider" Monteiro visite: http://www.makingthegame.tk no seu computador ou http://tagtag.com/makegame no seu celular! ___ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] first impressions and some reports
Gustavo Barbieri wrote: Hello, Now that I have the maemo environment set up, I started to love this thing!!! And python! Thanks to Osvaldo and Ruda, I can run PythonCAD without any changes! Also, my game tutorial (pt_BR) runs perfectly (just need to check the perfomance on a real device, since it's side scroll and redraws the screen every time): Hello Gustavo, thank you for your feedback! http://www.gustavobarbieri.com.br/jogos/jogo.tar.gz Could someone run "python2.4 jogo/a06/jogo.py -f -r 800x480" on a real device and check if performance is an issue... if it can do at least 30fps it's good enough. If it's ok I'll develop a game using that engine. Also, it can be optimized a bit, I wrote it as an educative project. SHORT ANSWER It run slow, about 15 ~ 20 fps and crashed with Segmentation fault at the end (when ships goes to zero). LONG ANSWER It was visible slower than what was printed on screen (15 ~ 20 fps) but... You should think not in terms of PC, for a small device a game should take modification in order to run fast. First I notice some calculations with division ( like "something" / 16 ) and I change it to shifts ( >> 4 ). Why? Because I know 770 lacks division opcodes in CPU. well, it as not a good improvement at all :) The screen size *is* big, 800x480 is much data. People in this case should consider resize the rolling image to a small size, put some static pictures around, etc. Maybe your code is good to teach OO but it isn't the best case for game speed. For your information, here is what PyGame show me about my display in Nokia 770. Again, thank you for your feedback and if you want to do more tests in "the real thing" I'm ready to help you. -- Ruda Moura ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] My first maemo app: Downloader
Hello, > PS: there is any debian repository to kernelconcept's GPE ports? not yet - but that's on or list of things to do soon. Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: 0271-771091-14 and the reality of tomorrow.Fax: 0271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 6C 44 30 4C 43 20 6B 61 16 07 0F AA E6 97 70 A8 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: first impressions and some reports
Gustavo Barbieri wrote: Osvaldo, Ruda: when will you release Hidon python bindings? :-) Tomorrow: http://maemo.org/pipermail/maemo-developers/2005-July/000710.html *veg* Regards, Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / 94034 Passau / http://mattlog.schlenker-webdesign.de/ http://rura-penthe.schlenker-webdesign.de/steinchenspiel/c.php ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] My first maemo app: Downloader
Since maemo doesn't include wget or other easy download app, I've written one using python2.4: http://maemo.org/maemowiki/GustavoBarbieriDownloader I'll keep my own developed apps in http://maemo.org/maemowiki/GustavoBarbieri this message is just an informative, I don't plan to email this list everytime I put an app or link to one there :) PS: there is any debian repository to kernelconcept's GPE ports? -- Gustavo Sverzut Barbieri --- Computer Engineer 2001 - UNICAMP GPSL - Grupo Pro Software Livre Cell..: +55 (19) 9165 8010 Jabber: [EMAIL PROTECTED] ICQ#: 17249123 MSN: [EMAIL PROTECTED] Skype: gsbarbieri GPG: 0xB640E1A2 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Re: first impressions and some reports
On 7/6/05, Rakotomandimby Mihamina <[EMAIL PROTECTED]> wrote: > Gustavo Barbieri wrote: > > Hello, > > Hello, > > > least 30fps it's good enough. If it's ok I'll develop a game using > > that engine. Also, it can be optimized a bit, I wrote it as an > > educative project. > > Write some tutorials for us please ;-) It's a PyGame tutorial, in portuguese, since you can find a bunch of them in english in PyGame.org Also, about PythonCAD, it lacks some hildon capability, but it can be used ;) Osvaldo, Ruda: when will you release Hidon python bindings? :-) -- Gustavo Sverzut Barbieri --- Computer Engineer 2001 - UNICAMP GPSL - Grupo Pro Software Livre Cell..: +55 (19) 9165 8010 Jabber: [EMAIL PROTECTED] ICQ#: 17249123 MSN: [EMAIL PROTECTED] Skype: gsbarbieri GPG: 0xB640E1A2 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: first impressions and some reports
Gustavo Barbieri wrote: > Hello, Hello, > least 30fps it's good enough. If it's ok I'll develop a game using > that engine. Also, it can be optimized a bit, I wrote it as an > educative project. Write some tutorials for us please ;-) -- Miroir de logiciels libreshttp://www.etud-orleans.fr ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] first impressions and some reports
Hello, Now that I have the maemo environment set up, I started to love this thing!!! And python! Thanks to Osvaldo and Ruda, I can run PythonCAD without any changes! Also, my game tutorial (pt_BR) runs perfectly (just need to check the perfomance on a real device, since it's side scroll and redraws the screen every time): http://www.gustavobarbieri.com.br/jogos/jogo.tar.gz Could someone run "python2.4 jogo/a06/jogo.py -f -r 800x480" on a real device and check if performance is an issue... if it can do at least 30fps it's good enough. If it's ok I'll develop a game using that engine. Also, it can be optimized a bit, I wrote it as an educative project. -- Gustavo Sverzut Barbieri --- Computer Engineer 2001 - UNICAMP GPSL - Grupo Pro Software Livre Cell..: +55 (19) 9165 8010 Jabber: [EMAIL PROTECTED] ICQ#: 17249123 MSN: [EMAIL PROTECTED] Skype: gsbarbieri GPG: 0xB640E1A2 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Color depth
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Roger Sperberg schrieb: > I know the Nokia 770 has 16-bit color, eg, 65,536 colors. > > When I include a jpeg with 16 million colors in a pdb file and open it > in Plucker Viewer, I get a black box instead of a picture. Hmm... > Is this what will happen in the 770? Or will the image be reduced to > 16-bit color? I'm fiddling around with an ebook, but of course Plucker > is designed to grab websites for offline reading. I'm wondering what > will happen to images from those sites put into a pdb. This depends largely on the options you use to create the PDB book. I tried with the maemo tutorial which also includes quite somescreenshots and the most reasonable result I could get was to tell plucker to reduce the colors to 16 shades of grey. I have not yet tried colour images myself. > Thanks, > Roger Cheers nils faerber - -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFCzBb1JXeIURG1qHgRAqX4AKD1mndDO513mjXumV1h5wLTiK7QqACfdF2L yCGDy4Mls4TFIr0RPuUG+Zc= =xrd0 -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Color depth
I know the Nokia 770 has 16-bit color, eg, 65,536 colors. When I include a jpeg with 16 million colors in a pdb file and open it in Plucker Viewer, I get a black box instead of a picture. Is this what will happen in the 770? Or will the image be reduced to 16-bit color? I'm fiddling around with an ebook, but of course Plucker is designed to grab websites for offline reading. I'm wondering what will happen to images from those sites put into a pdb. Thanks, Roger-- first initial last name at gmail dot comTeleread (e-books: http://teleread.org/blog/)Electric Forest (digital libraries: http://altheim.com/ef/) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] build system
Gustavo Barbieri wrote: > While trying to build it by hand and also create an ebuild (Gentoo), > I've found out that many other things are hard coded and the build > process is not that usual (ie: doesn't use autotools and stuff like > that). There is any reason? Scratchbox is a complex piece of software; it's actually closer to an operating system than an application. There are a few reasons why things are like they are: Scratchbox's host tools (including compilers) are dynamic binaries that need to work in the sandbox where the root filesystem is dominated by the contents of the target filesystem. The host tools are linked so that they find correct host libraries from under /scratchbox instead of trying to link against ARM/whatever libraries found in /lib and /usr/lib. The host tools can also be used outside the sandbox environment, so the library location must be the same in either case for that to work. Being able to use the toolchains from outside is handy, but moving the Scratchbox installation directory to a more suitable place is often more important. I have done some preliminary work for making the installation and login process work even when /scratchbox doesn't exist outside the sandbox; the work should be fairly simple to complete. A bigger problem (from my perspective) is the fact that Scratchbox can only be built directly to its installation directory. The tools fail to configure and/or build when things are not in correct places. I worked on this problem last year, but in the end it seemed next to impossible to fix--I don't remember the specific problems anymore. This problem could also be solved by building most of the tools inside the sandbox (like sb-perl-devkit and sb-toolchains are built), but then we'd also have to build all libraries and tools that are used during the build (i.e. Linux from scratch). Using autotools for building Scratchbox would be a bit pointless because the Scratchbox build procedure is not something automake or autoconf solve. Scratchbox is mostly just a set of upstream packages that already have autotools-based build systems; we just have to build them with correct settings (and patches) in the correct order. We use the GAR system[1] which is specifically designed for this. (GAR is a bit messy because it uses make; I'd one day like to replace it with a scons[2]-based build system...) [1] http://www.lnx-bbc.org/garchitecture.html [2] http://www.scons.org/ We (Lauri Leukkunen, Veli Mankinen and myself) have plans[3] for a complete redesign of Scratchbox which (among other things) solves all of the problems you mentioned. We're hoping to write a more elaborate Scratchbox 2.0 design document in near future. But any help in improving the existing versions is naturally welcome. :) [3] http://scratchbox.org/~tsavola/sb2-outline.txt I'm posting this message to scratchbox-devel so that we can continue the discussion on a more suitable mailing list. timo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
AW: [maemo-developers] maemowiki
Oh my god, Half an hour before the new wiki got online i've added 6 new articles in the old :(... -Ursprüngliche Nachricht- Von: Jose Manrique Lopez de la Fuente [mailto:[EMAIL PROTECTED] Gesendet: Mittwoch, 6. Juli 2005 15:50 An: Steffen Vogel; maemo-developers@maemo.org Betreff: Re: [maemo-developers] maemowiki So let's mix all in a wiki under Maemo site! 2005/7/6, Steffen Vogel <[EMAIL PROTECTED]>: > Hello, > Why we need two wikis? > http://wiki770.org and the wiki from official maemo page? > I think one wiki is ok. > > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Ferenc Szekely > Gesendet: Mittwoch, 6. Juli 2005 15:14 > An: [EMAIL PROTECTED]; maemo-developers@maemo.org > Betreff: [maemo-developers] maemowiki > > Hello, > > After a long long time we finally have wiki @ maemo.org. Check out the > main page: http://maemo.org and find the new tab which will lead you to > maemowiki. > > Have fun! > ferenc > > ps: We also have some updates on the howto and news pages. > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers > -- J. Manrique López de la Fuente http://www.jsmanrique.net msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] New Python 2.4 packages for Maemo
Hello everybody, there are new Python packages for Maemo at * http://www.indt.org.br/maemo/repository/ -> the official repository * http://evolutum.gotdns.com/repository/ -> mirror NOTE: for a few days USE ONLY THE MIRROR, the official site is not already synced. Apologies for the long time to release these packages and the apt repository. We had technical problems with our server and hope it doesn't happen again. We expect short release time. Changes: * Our packages are now marked as indt release like python2.4-2.4.1-2indt4 * Python optimized modules (.pyo) are now inserted in one Zip file (/usr/lib/python24.lib) to squeeze size. * Python readable modules (.py) are now in a sub package. * PyGTK is now working with ATK. * First release of Python bindings for Hildon. * Small fixes in PyGTK and PyGame packages. If you like to use our apt repository add to /etc/apt/sources.list # Official repository deb http://www.indt.org.br/maemo/repository/ indt main deb-src http://www.indt.org.br/maemo/repository/ indt main or # Mirror deb http://evolutum.gotdns.com/repository/ indt main deb-src http://evolutum.gotdns.com/repository/ indt main We had the opportunity to test PyGame in Nokia 770. I was (good) surprised with the speed of it. There are some pictures in http://pythonologia.blogspot.com/2005/06/python-pygame-e-nokia-770.html (Portuguese only) Well, that's it. Suggestions, enhancements or bug reports please send mail to [EMAIL PROTECTED] and/or [EMAIL PROTECTED] Thank you people, happy hacking! -- Ruda Moura ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] build system
On Wed, Jul 06, 2005 at 10:37:19AM -0300, Gustavo Barbieri wrote: > On 7/6/05, Paul Mundt <[EMAIL PROTECTED]> wrote: > > On Wed, Jul 06, 2005 at 10:26:37AM -0300, Gustavo Barbieri wrote: > > > I use a system where / doesn't have much space, but I have some spare > > > in /mnt/extra, so I want to install maemo/scratchbox in > > > /mnt/extra/maemo/, however everything is hard coded to /scratchbox. > > > > > # ln -s /mnt/extra/maemo /scratchbox > > > > Unfortunately whoever built the binary packages didn't make them > > relocatable, but the symlink works as a quick-and-dirty fix. > > Yes, I know this solution, but: > /scratchbox breaks LSB... since it's hardcode, make it to /opt at least. > Yes, that would be the sensible place, and is incidentally where I keep it on my machine. File a bug against scratchbox on their site if you would like them to do something about it. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] maemowiki
So let's mix all in a wiki under Maemo site! 2005/7/6, Steffen Vogel <[EMAIL PROTECTED]>: > Hello, > Why we need two wikis? > http://wiki770.org and the wiki from official maemo page? > I think one wiki is ok. > > -Ursprüngliche Nachricht- > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Im Auftrag von Ferenc Szekely > Gesendet: Mittwoch, 6. Juli 2005 15:14 > An: [EMAIL PROTECTED]; maemo-developers@maemo.org > Betreff: [maemo-developers] maemowiki > > Hello, > > After a long long time we finally have wiki @ maemo.org. Check out the > main page: http://maemo.org and find the new tab which will lead you to > maemowiki. > > Have fun! > ferenc > > ps: We also have some updates on the howto and news pages. > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers > > ___ > maemo-developers mailing list > maemo-developers@maemo.org > https://maemo.org/mailman/listinfo/maemo-developers > -- J. Manrique López de la Fuente http://www.jsmanrique.net msn: [EMAIL PROTECTED] jabber: [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] build system
On Wed, 2005-07-06 at 10:37 -0300, Gustavo Barbieri wrote: > On 7/6/05, Paul Mundt <[EMAIL PROTECTED]> wrote: > > On Wed, Jul 06, 2005 at 10:26:37AM -0300, Gustavo Barbieri wrote: > > > I use a system where / doesn't have much space, but I have some spare > > > in /mnt/extra, so I want to install maemo/scratchbox in > > > /mnt/extra/maemo/, however everything is hard coded to /scratchbox. > > > > > # ln -s /mnt/extra/maemo /scratchbox > > > > Unfortunately whoever built the binary packages didn't make them > > relocatable, but the symlink works as a quick-and-dirty fix. > > Yes, I know this solution, but: > /scratchbox breaks LSB... since it's hardcode, make it to /opt at least. > > and the build system also doesn't make it easy to change the install prefix. > The /scratchbox path comes from the upstream Scratchbox.org project. Please file a request at http://bugzilla.scratchbox.org if you wish it to be changed. - Toni ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] build system
On 7/6/05, Paul Mundt <[EMAIL PROTECTED]> wrote: > On Wed, Jul 06, 2005 at 10:26:37AM -0300, Gustavo Barbieri wrote: > > I use a system where / doesn't have much space, but I have some spare > > in /mnt/extra, so I want to install maemo/scratchbox in > > /mnt/extra/maemo/, however everything is hard coded to /scratchbox. > > > # ln -s /mnt/extra/maemo /scratchbox > > Unfortunately whoever built the binary packages didn't make them > relocatable, but the symlink works as a quick-and-dirty fix. Yes, I know this solution, but: /scratchbox breaks LSB... since it's hardcode, make it to /opt at least. and the build system also doesn't make it easy to change the install prefix. -- Gustavo Sverzut Barbieri --- Computer Engineer 2001 - UNICAMP GPSL - Grupo Pro Software Livre Cell..: +55 (19) 9165 8010 Jabber: [EMAIL PROTECTED] ICQ#: 17249123 MSN: [EMAIL PROTECTED] Skype: gsbarbieri GPG: 0xB640E1A2 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] build system
On Wed, Jul 06, 2005 at 10:26:37AM -0300, Gustavo Barbieri wrote: > I use a system where / doesn't have much space, but I have some spare > in /mnt/extra, so I want to install maemo/scratchbox in > /mnt/extra/maemo/, however everything is hard coded to /scratchbox. > # ln -s /mnt/extra/maemo /scratchbox Unfortunately whoever built the binary packages didn't make them relocatable, but the symlink works as a quick-and-dirty fix. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] build system
Gustavo Barbieri wrote: Is anyone working to improve this situation? I want to help, but also need help. I ran into the same touble with the Live-CD. You might either use softlinks or use the mount option "-bind" which allows relocating part of the directory tree. Mounting /usr/scratchbox to /scratchbox might do the trick. But be aware that you have to set some softlinks afterwards to make everything compile properly. Regards, Mattias -- Mattias Schlenker / Tel 0851 9441369 oder 0160 7352988 Freyunger Str. 42 / 94034 Passau / http://mattlog.schlenker-webdesign.de/ http://rura-penthe.schlenker-webdesign.de/steinchenspiel/c.php ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] build system
ext Gustavo Barbieri wrote: >Hello, > >I use a system where / doesn't have much space, but I have some spare >in /mnt/extra, so I want to install maemo/scratchbox in >/mnt/extra/maemo/, however everything is hard coded to /scratchbox. > >While trying to build it by hand and also create an ebuild (Gentoo), >I've found out that many other things are hard coded and the build >process is not that usual (ie: doesn't use autotools and stuff like >that). There is any reason? > >Is anyone working to improve this situation? I want to help, but also need >help. > > > i had the same issue once, and I used mount --bind once installed, i just replace the /scratchbox as a symlink Br, Devesh ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] build system
Hello, I use a system where / doesn't have much space, but I have some spare in /mnt/extra, so I want to install maemo/scratchbox in /mnt/extra/maemo/, however everything is hard coded to /scratchbox. While trying to build it by hand and also create an ebuild (Gentoo), I've found out that many other things are hard coded and the build process is not that usual (ie: doesn't use autotools and stuff like that). There is any reason? Is anyone working to improve this situation? I want to help, but also need help. -- Gustavo Sverzut Barbieri --- Computer Engineer 2001 - UNICAMP GPSL - Grupo Pro Software Livre Cell..: +55 (19) 9165 8010 Jabber: [EMAIL PROTECTED] ICQ#: 17249123 MSN: [EMAIL PROTECTED] Skype: gsbarbieri GPG: 0xB640E1A2 @ wwwkeys.pgp.net ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
AW: [maemo-developers] maemowiki
Hello, Why we need two wikis? http://wiki770.org and the wiki from official maemo page? I think one wiki is ok. -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Ferenc Szekely Gesendet: Mittwoch, 6. Juli 2005 15:14 An: [EMAIL PROTECTED]; maemo-developers@maemo.org Betreff: [maemo-developers] maemowiki Hello, After a long long time we finally have wiki @ maemo.org. Check out the main page: http://maemo.org and find the new tab which will lead you to maemowiki. Have fun! ferenc ps: We also have some updates on the howto and news pages. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] maemowiki
Hello, After a long long time we finally have wiki @ maemo.org. Check out the main page: http://maemo.org and find the new tab which will lead you to maemowiki. Have fun! ferenc ps: We also have some updates on the howto and news pages. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Porting applications for Maemo
In article <[EMAIL PROTECTED]>, Daniel Monteiro wrote: > 770->ARM->big endian, right? There is nothing about a processor that makes it big or little endian: the difference is in how the memory interfaces are wired. Some processors, such as the Hitachi/Renesas SH series, can have different memory areas set to different endianesses! Regards Ian ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] french university, nokia, maemo, sponsor.
Hi, We're students at the university of Orléans (France). We have just opened and inaugurated a bradn new open source software mirror (http://www.etud-orleans.fr/, mirroring GPL, BSD-Like,...). The site is hosted on a dedicated serveur but the FTP mirror is on the University Data Center (622Mbps fiber connection, Renater Network...) Well. We have a non-profit foundation and would like to concentrate on developping application for meamo. We are all running Linux, Debian and Fedora. We already manage dedicated servers for several non-profits foundations too. Our roadmap would be to first package the maemo for the distributions we use, translate to french the maximum of the documentation then begin creating little applications, then grow slowly. We will also plan to port some interesting applications such as VLC (http://www.videolan.org, which has a port on iPAQ/Familiar-Linux) What we miss is the phones: We need phones to test our developpement. We are still "little" to buy the devices. How would you suggest us to be sponsorised? Things we can do is to advertise for Nokia on our website, and advertise student to buy Nokias. We could also wear Nokia T-Shirts, make some marketing... Have you got some tips? A contact, an E-Mail address,... Thank you. -- Miroir de logiciels libreshttp://www.etud-orleans.fr Universite d'Orleans http://www.univ-orleans.fr ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo Live 0.5a available
In article <[EMAIL PROTECTED]>, Mattias Schlenker wrote: > Stopping scratchbox-core before running "kanotix-installer" > should do the trick. I will modify the installer accordingly. Yes, I sussed that a few days ago, and tried again. But stupidly, I gave a new user name rather than sticking with knoppix. I added my new user to the sbox group, randomly copied stuff from the knoppix scratchbox users home to the new users home, but decided that (another) reinstall from scratch was the best bet. Or I may just work through the whole install instructions (now I have everything downloaded) on a fresh Ubuntu install. Regards Ian ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Taking screenshots (was: Porting applications for Maemo)
> > Then i tried to take screenshots from real 770 device, I noticed that > > it is listening the only unix domain socket so i can't grap screen with > > external application. I also compiled xgrabsc to grab screen locally > > but xgrapsc just makes the device to boot. > > You could try to use gdk_get_default_root_window, > gdk_pixbuf_get_from_drawable and then save this to a file. > > Haven't tried it my self but it should work AFAIK. Maemo should come with osso-screenshot-tool which works exactly like you described. If it's not there yet, it'll be available in the subversion repository we're currently setting up. -- Tommi Komulainen<[EMAIL PROTECTED]> ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: UI concerns --- was [maemo-developers] Qt + KDE port
> > > Mostly one can "navigate" with links on the web site (on > good sites at > > > least :), but since the fullscreen can be toggled with > one click of > > > the fullscreen key, I wouldn't see it as a major issue > (when compared > > > to the additional screen estate you get). > > > > But what happens when a user wants to go enter a new URL? > > Ok, I'm not too sure about this, but I think the location bar is > visible in fullscreen too. The location/navigation bar can be toggled on/off also in the full screen mode. ... > > But many web designers have standardized on screen sizes of 800x600 > > which leaves about 750-770px of usable space. When the Nokia 770 > > displays a webpage at 692px wide, you must still scroll > horizontally to > > see all the content on a page. Vertical scrolling is perfectly > > acceptable, horizontal scrolling is not. Since the 770 has > the ability > > to display all 750-770px of the window, and you must hit a > button to go > > to full screen, you ask the user to do more work that might > otherwise > > be avoided. In 770, it's much more convenient to use the panning feature for scrolling the web page instead of the scroll bars. BR; Kimmo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
