Re: Aptitude for Maemo
Le vendredi 23 janvier 2009 à 21:31 -0500, Ryan Abel a écrit : To continue the analogy, for most people, a Porsche is going to be a waste. They wont be able to drive it well (heck, depending on the Porsche, they may not even be able to drive it _safely_), they wont appreciate it and it doesn't help them get from point A to point B any better than the apple cart (or, more appropriately, the Toyota). It does, however, suck up money and space. So, yes, again, for most tablet owners, aptitude is just a waste of space. Is it possible to only install “aptitude” package without “apt” package on a Debian based distribution like Maemo ? apt-* utils are in the “apt” package, but apparently, “Depends:” of “aptitude” package does not require apt, but just somes libraries of APT system. -- Jonathan Marsaud z...@ubuntu.com GNU/Linux The dynamic duo ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Aptitude for Maemo
Is it possible to only install aptitude package without apt package on a Debian based distribution like Maemo ? apt-* utils are in the apt package, but apparently, Depends: of aptitude package does not require apt, but just somes libraries of APT system. I think so: aptitude uses libapt, not apt it self, but 'wasting' disk space on desktiop is minimal. It looks like apt-* is directly used by Hildon Application Manager. When I started porting aptitude on Maemo I supposed to use in mostly in Scrachebox/Maemo SDK, not on real device. I really hate apt-get/cache in Scratchbox (compare output of 'apt-cache search' and 'aptitude search' ) BR, Eugene Agafonov. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gprof-base Profiling: no time accumulated
On Saturday 24 January 2009, Thomas Thrainer wrote: Hello, I'm trying to profile an application on the N810 with gprof. I compiled it with -pg, -O3 and -g and linked all the libraries I'm interested in statically (and compiled them also with -pg -O3 -g). The first couple of problems were that I got a floating point exception in scratchbox when starting the program, and a crash on the tablet. Using -fno- unit-at-a-time and -fno-omit-frame-pointer solves the problem on the tablet, it still doesn't run in scratchbox tough. By the way, this is related to -O3, non-optimized build run fine in both scratchbox and on the tablet. My problem is however, that profiling doesn't give any usable results. In the profile written to gmon.out there are all times 0.0. But the call graph and calling count for functions is correct. I tried to strace the application, and profiling seems to work normally. The profiling code sets up the profiling timer, and the SIGPROF signal is received regularly throughout the program run. So I suspect the profiling code, or more precisely the SIGPROF-handler, to not being able to get the currently executing function based on the stack. My program is not spending a lot of time in some library functions or such, most of the time it's usually in some user-functions (I know that based on profiling on my PC). Can anybody shed some light on this issue? To I have to link against some special version of glibc? Or is profiling with gprof broken on ARM's? IIRC, there might be something wrong with the toolchain in the respect of support for -pg option. On the other hand, do you really need to use gprof? Profiling on N810 can be done with oprofile, which covers all the gprof functionality and provides a lot more features. Please check the following page: http://maemo.org/development/tools/doc/diablo/oprofile/ If you think that for your specific case gprof is better and doubt that oprofile can handle it well, please describe what exactly you want to do. I'll try to advice something. -- Best regards, Siarhei Siamashka ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: Does anyone know the mechanism in Nokia's LCD driver?
On Tuesday 13 January 2009, Frantisek Dufka wrote: Siarhei Siamashka wrote: XV should make a perfect backend for SDL, because it maps fine on SDL API (SDL_SetVideoMode/SDL_Flip/...). In general, XV is a good backend for anything that uses double-buffered or triple-buffered fullscreen/fullwindow blits. It is possible to get ~27.5 frames per second in 800x480 resolution for 16bpp rgb color format without tearing. With a lower resolution it is possible to go up to ~55 frames per second. Hmm, I hope there is some work done on this front (Xv or even openGLES based backend for SDL) for Fremantle. The alpha release has same old 1.2.8-23 SDL version though. Or is there some alternative to SDL for 2D graphics? I was only talking about N800/N810 hardware, its kernel, xserver, SDL and how to best use them on the current generation of internet tablets. Fremantle is a completely different subject and I don't feel like discussing it yet. It surely will bring new exciting features and challenges. Regarding improved SDL or whatever is needed for 2D games, in any case it is one of the things that the community can do with or without official Nokia support. BTW, as for the external lcd controller status - I have just checked and CONFIG_FB_OMAP_LCDC_EXTERNAL is disabled for both RX-51 confugurations in Fremantle alpha kernel (unlike e.g. PowerVR stuff) so maybe we finally has directly mapped framebuffer in SDRAM ? We can discuss this stuff after the actual HW is out :) -- Best regards, Siarhei Siamashka ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: gprof-base Profiling: no time accumulated
Am Samstag 24 Januar 2009 schrieb Siarhei Siamashka: On Saturday 24 January 2009, Thomas Thrainer wrote: Hello, I'm trying to profile an application on the N810 with gprof. I compiled it with -pg, -O3 and -g and linked all the libraries I'm interested in statically (and compiled them also with -pg -O3 -g). The first couple of problems were that I got a floating point exception in scratchbox when starting the program, and a crash on the tablet. Using -fno- unit-at-a-time and -fno-omit-frame-pointer solves the problem on the tablet, it still doesn't run in scratchbox tough. By the way, this is related to -O3, non-optimized build run fine in both scratchbox and on the tablet. My problem is however, that profiling doesn't give any usable results. In the profile written to gmon.out there are all times 0.0. But the call graph and calling count for functions is correct. I tried to strace the application, and profiling seems to work normally. The profiling code sets up the profiling timer, and the SIGPROF signal is received regularly throughout the program run. So I suspect the profiling code, or more precisely the SIGPROF-handler, to not being able to get the currently executing function based on the stack. My program is not spending a lot of time in some library functions or such, most of the time it's usually in some user-functions (I know that based on profiling on my PC). Can anybody shed some light on this issue? To I have to link against some special version of glibc? Or is profiling with gprof broken on ARM's? IIRC, there might be something wrong with the toolchain in the respect of support for -pg option. On the other hand, do you really need to use gprof? Profiling on N810 can be done with oprofile, which covers all the gprof functionality and provides a lot more features. Please check the following page: http://maemo.org/development/tools/doc/diablo/oprofile/ If you think that for your specific case gprof is better and doubt that oprofile can handle it well, please describe what exactly you want to do. I'll try to advice something. I tried oprofile, and it worked nicely for me. I actually wanted to use gprof because I used it on my development machine too and I wanted to use the same tool in order to get comparable results. But anyway, now I have my profiling results, so thanks for the tip. ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: scratchbox ide
On Fri, Jan 23, 2009 at 12:34:39PM -0600, Frank Banul wrote: I use vi. I have not had the pleasure of learning Emacs. For my understanding, is it possible to define a list of files or directories in a project and then search for instances of used variables and how they are used? Same question for functions. GNU id-utils is great for that. Run mkid to build a keyword database, use gid/lid on the command line for searching. This integrates with vim's built-in :grep facility, see :help quickfix.txt, section 5.4 Using :grep with id-utils. ctags is the complement to that: it finds definitions rather than uses. See :help tags. I've been told that cscope can do the same thing (find both definitions and uses), but I'm not personally familiar with it. I did a quick google search and didn't find either of these capabilities illustrated. I see color syntax support. I know vi has auto indentation and I assume emacs does as well but can they go as far as selecting blocks of code and auto indent? Absolutely. '=' is the vim command for reindentation, and it works in visual mode. I don't know about Emacs (tab reindents the current line; I've never figured out how to reindent larger blocks -- I only ever use Emacs when pair-programming with an Emacs user). Another killer feature of both vim/emacs is keyword completion: start typing a name, then hit a key to complete it, from the corpus of all the names used in the current file/included files/the whole project (if you've built a ctags db). Sort of a dumb, but lightning-quick IntelliSense. (vim also has smart autocompletion, called omnicomplete, but I rarely use that -- Python programs are *very* hard to statically analyze). Marius Gedminas -- One picture is worth 128K words. signature.asc Description: Digital signature ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Another extras-devel problem ...
Hi, i am having a strange problem: I uploaded xerces27 to the diablo and chinook autobuilders about a day ago. The diablo run went fine and the files are there. But i just didn't get feedback for the chinook run. The build log looks incomplete: https://garage.maemo.org/builder/chinook/xerces27_2.7.0-3/ What am i doing wrong? Till ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
