Re: [maemo-developers] GTK2.8 ??
2006/7/20, [EMAIL PROTECTED] [EMAIL PROTECTED]: As far as I know, the current SDK2.0 and IT2006 is based on GTK+ 2.6.10. Is there any roadmap that GTK2.8 with Cairo would be employed for further software releases? http://maemo.org/maemowiki/MaemoGtkRoadmap states that it's unfeasible in the short term, so probably not soon. Unfortunately. -- Kalle Vahlman, [EMAIL PROTECTED] Powered by http://movial.fi Interesting stuff at http://syslog.movial.fi ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GTK2.8 ??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Kalle Vahlman schreef: 2006/7/20, [EMAIL PROTECTED] [EMAIL PROTECTED]: As far as I know, the current SDK2.0 and IT2006 is based on GTK+ 2.6.10. Is there any roadmap that GTK2.8 with Cairo would be employed for further software releases? http://maemo.org/maemowiki/MaemoGtkRoadmap states that it's unfeasible in the short term, so probably not soon. naive Hasn't gtk 2.10 fixed all those problems? /naive Regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEvyYeMkyGM64RGpERAndKAKCdLA5dVcCg+G2LaH/WdqYGTHm6wwCgm5Fm wgf1FLmCkt3dmQpZCzj8HYs= =JNmJ -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GTK2.8 ??
On Thu, 2006-07-20 at 06:29 +0300, ext [EMAIL PROTECTED] wrote: As far as I know, the current SDK2.0 and IT2006 is based on GTK+ 2.6.10. Is there any roadmap that GTK2.8 with Cairo would be employed for further software releases? It depends on performance, we're looking into it. It's not much fun to be stuck with unmaintained series. However we'll probably skip 2.8 now that 2.10 is out. -- Tommi Komulainen[EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] IT2006 library installation
Steven Hill wrote: Is there a way to write a .deb package that the Application Installer in IT2006 will understand that only installs a library? Because the only way to install missing libraries into the filesystem is to install xterm, become root somehow (like use becomeroot) and use apt-get install Most general users won't want to do this. You make a standard package for the library ('standard' as regular debian package, not one using the user/something section declaration) and you declare it as a dependency in the main, user-installable application package (in the control file). You then put that package into your repository alongside your application package; it will not show in the installer, but the installer will automatically pull it when installing the application. Tomas ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GTK2.8 ??
Hello, [EMAIL PROTECTED] wrote: Is there any roadmap that GTK2.8 with Cairo would be employed for further software releases? just in the case you need Cairo you can install and use it independent from GTK, but don't expect it to be fast... Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-14 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 1D78 2D4D 6C53 1CA4 5588 D07B A8E7 940C 25B7 9A76 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GTK2.8 ??
On Thu, 2006-07-20 at 06:29 +0300, ext [EMAIL PROTECTED] wrote: As far as I know, the current SDK2.0 and IT2006 is based on GTK+ 2.6.10. Is there any roadmap that GTK2.8 with Cairo would be employed for further software releases? It depends on performance, we're looking into it. It's not much fun to be stuck with unmaintained series. However we'll probably skip 2.8 now that 2.10 is out. I think the perforance will improve with whatever release of GTK supports cairo 1.4 which is suppose to be the 'performance release' so I think that'll be the one to look at. Also the OLPC project work should also assist in getting the performance we're after which will be nice. Pete ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GTK2.8 ??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Peter Robinson schreef: On Thu, 2006-07-20 at 06:29 +0300, ext [EMAIL PROTECTED] wrote: As far as I know, the current SDK2.0 and IT2006 is based on GTK+ 2.6.10. Is there any roadmap that GTK2.8 with Cairo would be employed for further software releases? It depends on performance, we're looking into it. It's not much fun to be stuck with unmaintained series. However we'll probably skip 2.8 now that 2.10 is out. I think the perforance will improve with whatever release of GTK supports cairo 1.4 which is suppose to be the 'performance release' so I think that'll be the one to look at. Also the OLPC project work should also assist in getting the performance we're after which will be nice. The OLPC has an FPU, the 770 hasn't, so unless cairo grows a complete fixedpoint backend + renderer it will always be ~10 times slower as the good'ol gtk 2.6.x regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEv0JvMkyGM64RGpERApWyAJ9BWNb24Xd/FDZijm93B/SBnPJBuACeOlzX Yx0L+DAN4o1N4nM2RkU6xhc= =Vkca -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VMware image for development environment
Andrew Barr wrote: On Wednesday 19 July 2006 18:49, Jason Mills wrote: Unless there are strenuous objections, I'd be happy to build out the Browser Appliance VM with relevant Nokia 770 / Scratchbox tools as a starting point. -JMills (builder of BAVM 1.0.0) I've got one up and (almost) running that is based on Debian sarge and the Maemo 2.0 SDK. Scratchbox is installing now, as I type th is. It is, however, based on QEMU and not VMware. It shouldn't be too hard to convert it if you want VMware, though. I've got similar one but this time it is for colinux :) VMware is more heavy but has slight advantage in MS Windows that you can actually flash with linux flasher from vmware. It is slow and sometimes fails but mostly it works. As for feedback and suggestions I would suggest to actually have two disk images - one normal debian/ubuntu with useful tools installed (mtd-utils, ..) and second one mounted to /scratchbox specific to maemo release. This one will change when moving to newer scratchbox/maemo and you can keep several such images if you wish but still use same basic system. Frantisek ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Problems with Enlightenment on MAEMO / Nokia770
Hello list, I'm a MAEMO beginner and I try to run a binary on a nokia 770. I have two problems, maybe some of you can help me :-) 1/ My program initialises an evas (enlightenment) that uses the X11 software engine using this code : Window win; XSetWindowAttributes attr; XClassHint chint; disp = XOpenDisplay(NULL); if (!disp) { printf(Error: cannot open display.\n); exit(-1); } attr.backing_store = NotUseful; attr.colormap = DefaultColormap(disp, DefaultScreen(disp)); attr.border_pixel = 0; attr.background_pixmap = None; attr.event_mask = ExposureMask | ButtonPressMask | ButtonReleaseMask | PointerMotionMask |StructureNotifyMask |KeyPressMask; attr.bit_gravity = ForgetGravity; win = XCreateWindow(disp, DefaultRootWindow(disp), 0, 0, win_w, win_h, 0, DefaultDepth(disp, DefaultScreen(disp)), InputOutput, DefaultVisual(disp, DefaultScreen(disp)), CWBackingStore | CWColormap | CWBackPixmap | CWBorderPixel | CWBitGravity | CWEventMask, attr); XSetClassHint(disp, win, chint); #if 0 szhints.flags = PMinSize | PMaxSize | PSize | USSize; szhints.min_width = szhints.max_width = win_w; szhints.min_height = szhints.max_height = win_h; XSetWMNormalHints(disp, win, szhints); #endif XMapWindow(disp, win); XSync(disp, False); evas_init(); evas = evas_new(); evas_output_method_set(evas, evas_render_method_lookup(software_x11)); evas_output_size_set(evas, win_w, win_h); evas_output_viewport_set(evas, 0, 0, win_w, win_h); { Evas_Engine_Info_Software_X11 *einfo; einfo = (Evas_Engine_Info_Software_X11 *) evas_engine_info_get(evas); einfo-info.display = disp; einfo-info.visual = DefaultVisual(disp, DefaultScreen(disp)); einfo-info.colormap = DefaultColormap(disp, DefaultScreen(disp)); einfo-info.drawable = win; einfo-info.depth = DefaultDepth(disp, DefaultScreen(disp)); einfo-info.rotation = 0; einfo-info.debug = 0; evas_engine_info_set(evas, (Evas_Engine_Info *) einfo); } This program works well in PC environment and in scratchbox MAEMO environment, but I have a segmentation fault when I launch it on Nokia 770 on line einfo-info.display = display; I don't understand why, maybe because of the X11 software engine ? (NB) Before launching the program, I have to make a export DISPLAY=:0 2/ Second problem : imlib_context_set_image(buffer); imlib_save_image(file.jpg); evas_object_del(tmp); tmp = evas_object_image_add(evas); evas_image_cache_reload (evas); evas_object_image_file_set(tmp, file.jpg, NULL); The function imlib_save_image works well in PC environment and in scratchbox MAEMO environment, but on the Nokia770, no file.jpg is created and I don't have any error code in return. That's why evas_object_image_file_set return a segmentation fault after. Any idea to explain why imlib_save_image(file.jpg) creates no file.jpg ? I execute the program in /home/username on nokia770. Thanks a lot in advance for your response, Seb ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GTK2.8 ??
On Thu, 2006-07-20 at 10:44 +0200, ext Koen Kooi wrote: The OLPC has an FPU, the 770 hasn't, so unless cairo grows a complete fixedpoint backend + renderer it will always be ~10 times slower as the good'ol gtk 2.6.x However, the cairo usage in gtk+ is mostly in the default theme engine. The remaining parts are using cairo to do the same thing that could be done with plain old gdk, and for that there are patches on the GNOME performance mailing list. Since we have our own theme engine we don't need to care about the default engine (much - it's still used as fallback in some rare cases.) One more thing was font rendering pipeline, which apparently had increased use of floating points. Need to do measurements, of course, but that would appear to be the most plausible cause for slowness. -- Tommi Komulainen[EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] VMware image for development environment
Frantisek Dufka schrieb: As for feedback and suggestions I would suggest to actually have two disk images - one normal debian/ubuntu with useful tools installed (mtd-utils, ..) and second one mounted to /scratchbox specific to maemo release. This one will change when moving to newer scratchbox/maemo and you can keep several such images if you wish but still use same basic system. Blame the guy who made the first live CD! He should definitely make a new live CD for the current Maemo. As a side product, it would be easy to provide a configuration file for the VMware Player plus a HD image to turn the ISO of the Live-CD into a full-fledged development environment inside VMware. Regards, Matt -- Mattias Schlenker / Autor + EDV-Beratung + Linux-CD/DVD-Konzepte Freyunger Str. 42 / Fon +49 851 9441369 oder +49 160 7352988 D-94034 Passau / http://news.mattiasschlenker.de/ Germany /Skype: Mattias.Schlenker ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Application catalog from repositories
On Wed, 2006-07-19 at 21:32 -0700, ext Steven Hill wrote: I checked out your applications catalog, and I see that under libraries there should be a libsqlite0 package, but when I look in my app installer list it is not there - I have all the repositories in my catalog, including kernelconcepts that are the source of the package, but the library is not listed - any idea why? I see libsqlite0 2.8.13-2 in two repositories / sections: * under user/libs from Kernel Concepts * under libs from Maemo repository I don't know how application installer behaves in such situation, Marius? Disabling the Maemo repository might work. -- Tommi Komulainen[EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Application catalog from repositories
Hi, Tommi Komulainen wrote: On Wed, 2006-07-19 at 21:32 -0700, ext Steven Hill wrote: I checked out your applications catalog, and I see that under libraries there should be a libsqlite0 package, but when I look in my app installer list it is not there - I have all the repositories in my catalog, including kernelconcepts that are the source of the package, but the library is not listed - any idea why? I see libsqlite0 2.8.13-2 in two repositories / sections: * under user/libs from Kernel Concepts * under libs from Maemo repository I don't know how application installer behaves in such situation, Marius? now that there is a package from the official repository it might be an idea to drop our one. The only drawback is that users need to add two feeds then. The fact that a package is not listed shouldn't do any harm, installing a package should pull in the dependencies (even the ones without /user which are hidden). Greetings Florian -- The dream of yesterday Florian Boor is the hope of todayTel: +49 271-771091-14 and the reality of tomorrow.Fax: +49 271-771091-19 [Robert Hutchings Goddard, 1904][EMAIL PROTECTED] 1D78 2D4D 6C53 1CA4 5588 D07B A8E7 940C 25B7 9A76 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Application catalog from repositories
Tommi Komulainen wrote: I see libsqlite0 2.8.13-2 in two repositories / sections: * under user/libs from Kernel Concepts * under libs from Maemo repository I think library packages that applications might want to pull in should not be using the user/whatever section convention, but the normal libs section as the Maemo package here does. Putting a library under user/libs clutters the application list with packages that are not applications and the user does not have a clue what they are (and should not need to know about at all). If you declare the section as libs instead, the installer will still pull that dependency from the repository, but without it showing in the installer UI. Tomas ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Application catalog from repositories
From: [EMAIL PROTECTED] Tommi Komulainen wrote: I see libsqlite0 2.8.13-2 in two repositories / sections: * under user/libs from Kernel Concepts * under libs from Maemo repository I think library packages that applications might want to pull in should not be using the user/whatever section convention, but the normal libs section as the Maemo package here does. Putting a library under user/libs clutters the application list with packages that are not applications and the user does not have a clue what they are (and should not need to know about at all). If you declare the section as libs instead, the installer will still pull that dependency from the repository, but without it showing in the installer UI. Tomas I second that. Seeing the libs in installed applications in the AppInstaller sounds really scary IMHO. --jakub ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Howto install build-tools in scratchbox?
Hi, I would like to add some natively compiled executables needed for my build-process (jikes) to my scratchbox installation so that it is available under any target. Just switch to your host target (the one using the host-gcc toolchain) and build the binary there. Binary compiled with the host-gcc links to libraries that are available in all targets. (I think the /host_usr/ directory structure was meant as --prefix for the host tools that are not part of Scratchbox) - Eero ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Application catalog from repositories
On Thursday, July 20, 2006, at 11:43AM, [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Tommi Komulainen wrote: I see libsqlite0 2.8.13-2 in two repositories / sections: * under user/libs from Kernel Concepts * under libs from Maemo repository I think library packages that applications might want to pull in should not be using the user/whatever section convention, but the normal libs section as the Maemo package here does. Putting a library under user/libs clutters the application list with packages that are not applications and the user does not have a clue what they are (and should not need to know about at all). If you declare the section as libs instead, the installer will still pull that dependency from the repository, but without it showing in the installer UI. Tomas I second that. Seeing the libs in installed applications in the AppInstaller sounds really scary IMHO. I'll third that. As a user I'm not sure why I want to see the libs as installable entities either? It's not like I'll install them other than as part of an application installation... Andy ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GTK2.8 ??
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gustavo Sverzut Barbieri schreef: On 7/20/06, Koen Kooi [EMAIL PROTECTED] wrote: The OLPC has an FPU, the 770 hasn't, True so unless cairo grows a complete fixedpoint backend + renderer it will always be ~10 times slower as the good'ol gtk 2.6.x False, Cairo itself is all fixed point/integer math, however their API expose float point parameters, which are converted to fixed internally. Using soft-float here may help, since we'll get no TRAPs to kernel do it for us in software. But being fixed point doesn't make things fast on its own. Maemo already uses softfloat and it's still slow. Carl (cairo guy) said that he was taking care about API, not the core, so he did the whole thing naively, however correctly, and will optimize later... since Carlos (nokia) did give him a 770 in order he can test it, we may expect something great really soon. Don't count on it, Carl has had a long history of playing with arm based machines, even before cairo was started. But we'll see, but I won't have high hopes, even if I *really* like cairo. regards, Koen -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (Darwin) iD8DBQFEv2pRMkyGM64RGpERApNSAKC3PQuxyo8v0puTf8i29nsWVIUCmQCgpBQU kaEE8gMnGX0KJe6sUI1xw5c= =X4AM -END PGP SIGNATURE- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Apt-got my way into a reboot loop??
Kalle Vahlman [EMAIL PROTECTED] writes: $./flasher-2.0 --set-rd-flags=no-lifeguard -reset may be a solution which I havent yet tried. I guess that's supposed to work at least at some point, given the whole Sardine thing basically depends on it... Haven't tested it though. Yes, the no-lifeguard-reset flag will disable the rebooting (except hardware watchdogs). Of course it's not going to fix the cause of the reboot, so something will be seriously broken. But hopefully X will start and the device is still somehow usable. -- Kalle Valo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Xserver and Re-flashing error
Hello- I've been trying to see if I could modify the X server running on the N770. So firstly I extracted the rootfs from the OS2006 .bin file. I then downloaded the xserver-kdrive .deb file from the repository and extracted it to my rootfs, packaged it all up and flashed my device with it. This worked fine. I then downloaded the source of xserver-kdrive, also from the repository. After expending some effort, I was able to get that to compile. I had to download a couple extensions from other places -- xproto, resourceext, damageext, xdmcp, compositeext; I also had to add one struct definition in spext.h (from the xsp folder in the tar'd xserver-kdrive source). However, it did eventually compile. I then replaced the Xomap executable file in the rootfs with the new one which I had just compiled and flashed the device. When the device rebooted, the blue progress bar would get about 1/3 of the way across the screen, then halt for a little bit, and reboot again. So my first question is: Has anyone ever compiled their xserver from source before and gotten it to work? Should I even be able to? Or did they maybe change something in the source which they didn't provide (those extensions perhaps) which they want to keep proprietary and prevent me from being able to modify the x server? Does anyone know how I could maybe see some logs of where the booting was hanging? And a second issue: after realizing that the booting was going nowhere, I reflashed my device with the original rootfs (taken straight from the OS 2006 .bin file). Now, when my device boots, there is no longer the blue progress bar along the bottom. It merely shows the Nokia screen for a second or two and then shows the handshaking screen. As such, I can no longer flash my device with anything at all. Any thoughts? Thanks, Dan Brinks _ Dont just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Problem with GDB and threads...
On Tuesday 18 July 2006 19:35, Christian Henz wrote: The compilation of glibc did not explicitly use -fomit-frame-pointer, but the GCC manual states that -O implies it on architectures where it doesn't break debugging. Unfortunately it doesn't mention which architectures those are. I'm currently recompiling glibc with explicitly setting -fno-omit-frame-pointer. This finally did the trick. I configured and compiled glibc using ./configure [...] CFLAGS=-g -O2 -fno-omit-frame-pointer Now the backtrace doesn't repeat forever, although I still get Previous frame identical to this frame (corrupt stack?). # gdb ./testc-armel GNU gdb 6.4 Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as arm-linux-gnueabi...Using host libthread_db library /usr/lib/debug/libthread_db.so.1. (gdb) break test.c:26 Breakpoint 1 at 0x84f4: file test.c, line 26. (gdb) run Starting program: /mnt/nessie/nokia770/testc-armel [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 1127)] BFD: /usr/lib/debug/lib/ld-2.3.6.so: warning: sh_link not set for section `.ARM.exidx' [New Thread 32769 (LWP 1130)] [New Thread 16386 (LWP 1131)] [Switching to Thread 16384 (LWP 1127)] Breakpoint 1, main (argc=1, argv=0xbe8e2744) at test.c:26 26 test.c: No such file or directory. in test.c (gdb) thread apply all bt Thread 3 (Thread 16386 (LWP 1131)): #0 0x40115a84 in sched_yield () at regex_internal.c:71 #1 0x40029af8 in __pthread_acquire (spinlock=0x40037d1c) at spinlock.c:711 #2 0x40024c90 in pthread_start_thread_event (arg=0xbe1ffbe0) at manager.c:329 #3 0x4012ae10 in clone () from /usr/lib/debug/libc.so.6 #4 0x4012ae10 in clone () from /usr/lib/debug/libc.so.6 Previous frame identical to this frame (corrupt stack?) Thread 2 (Thread 32769 (LWP 1130)): #0 0x40121f08 in *__GI___poll (fds=0x13000, nfds=1, timeout=2000) at ../sysdeps/unix/sysv/linux/poll.c:86 #1 0x4002520c in __pthread_manager (arg=0xfffc) at manager.c:152 #2 0x40025a88 in __pthread_manager_event (arg=0x46b) at manager.c:249 #3 0x4012ae10 in clone () from /usr/lib/debug/libc.so.6 #4 0x4012ae10 in clone () from /usr/lib/debug/libc.so.6 Previous frame identical to this frame (corrupt stack?) Thread 1 (Thread 16384 (LWP 1127)): #0 main (argc=1, argv=0xbe8e2744) at test.c:26 (gdb) cheers, Christian Henz #include unistd.h #include assert.h #include pthread.h void* routine( void* arg ) { int i = 0; while( i 15 ) { sleep( 1 ); i++; } return 0; } int main( int argc, char** argv ) { pthread_t handle; void* retval; int err = pthread_create( handle, 0, routine, 0 ); assert( err == 0 ); err = pthread_join( handle, retval ); assert( err == 0 ); return 0; } ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] library updates
Hello, how are updates of library packages which are not visible in the application manager expected to work? We just noticed that when updating gpe-calendar the updated libeventdb does not get installed. libeventdb is visible because its section currently is user/libs, so in this case i can install the update but what if the package is not visible? 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] garage repository
On Thu, 2006-07-13 at 08:11 +0300, Tommi Komulainen wrote: On Wed, 2006-07-05 at 17:54 +0200, ext Murray Cumming wrote: How can I get my .debs into the garage/contrib repository http://repository.maemo.org/contrib/ listed here: http://maemo.org/maemowiki/ApplicationRepositories I heard at GUADEC that I must have a garage.maemo.org account to do this, so I've created one. This should help: http://maemo.org/maemowiki/ContribRepository Thanks for this. Is there any recommended package name suffix? For instance, Ubuntu uses this scheme: http://doc.ubuntu.com/ubuntu/packagingguide/C/basic-scratch.html#id2528873 I'm relatively inexperienced with debian packaging, so I don't really know if this is helpful. -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] library updates
At Thu, 20 Jul 2006 18:06:31 +0100, Tomas Frydrych wrote: how are updates of library packages which are not visible in the application manager expected to work? We just noticed that when updating gpe-calendar the updated libeventdb does not get installed. libeventdb is visible because its section currently is user/libs, so in this case i can install the update but what if the package is not visible? I think you just need to make sure that the main package includes appropriate version number in the dependency declaration, not just the library name; at least that seems to work for me. That's a hack and a poor one at that. Versioned dependencies are used when the applications depends on a particular ABI version of a library. I think it is a bad idea to abuse this. What florian wants is `apt-get upgrade' functionality, i.e. install updates for any installed package. The application manager could use the following predicate to determine if an application is up to date: if and application and all of its dependencies (direct and indirect) are the latest version available (respecting APT::Default-Release and the pin settings, of course), it is up to date. This would cause a bit of confusion when a new version of a commonly used library, e.g., GTK+, becomes available as then pretty much all applications indirectly depend on it. These can be exclude by having a base system container. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] GTK2.8 ??
Hi; On 7/20/06, Koen Kooi [EMAIL PROTECTED] wrote: Maemo already uses softfloat and it's still slow. Right, FPUs exist for reason. If softfloat was perfect they wouldn't. You still take a hit, just not as much as hardfloat. Also I dont think its just FP causing a slowdown though this appears to be particularly nasty in pango-cairo GTK+ usage ( see below referenced thread ). Don't count on it, Carl has had a long history of playing with arm based machines, even before cairo was started. But we'll see, but I won't have high hopes, even if I *really* like cairo. There is some movement on the GNOME performance list - See the 'Floating point in pango' thread. Archives are broke so see http://thread.gmane.org/gmane.comp.gnome.performance/ Please get involved if you think you could help. -- Matthew ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] library updates
Hi, Neal H. Walfield wrote: At Thu, 20 Jul 2006 18:06:31 +0100, Tomas Frydrych wrote: how are updates of library packages which are not visible in the application manager expected to work? We just noticed that when updating gpe-calendar the updated libeventdb does not get installed. libeventdb is visible because its section currently is user/libs, so in this case i can install the update but what if the package is not visible? I think you just need to make sure that the main package includes appropriate version number in the dependency declaration, not just the library name; at least that seems to work for me. That's a hack and a poor one at that. Versioned dependencies are used when the applications depends on a particular ABI version of a library. I think it is a bad idea to abuse this. What florian wants is `apt-get upgrade' functionality, i.e. install updates for any installed package. If the application needs a particular version of the library, or higher than (for whatever reasons, not just ABI compatibility), then the package should declare that -- that is not a hack; if the application does not need a newer version than is on the device already, then this question becomes entirely moot. (Why should you, the application distributor, care about it getting upgraded?) The application manager could use the following predicate to determine if an application is up to date: if and application and all of its dependencies (direct and indirect) are the latest version available (respecting APT::Default-Release and the pin settings, of course), it is up to date. This would cause a bit of confusion when a new version of a commonly used library, e.g., GTK+, becomes available as then pretty much all applications indirectly depend on it. These can be exclude by having a base system container. Yes, to mark applications as not being up to date because there is a newer version of a library they use, even though they do not need the newer version, would seem to me rather unintuitive from the user point of view. Perhaps the manager should simply offer the option to upgrade packages that are not normally visible in the UI, but that it installed with the applications (it should not be hard to do; it already knows to to remove the 'invisible' dependency packages when you remove the main package). Tomas ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] I have a new car...
a brand new car. It's really shiny and looks much more polished than the previous I had. It's the 2006 edition. You can open more windows than in the old one and even faster. Upgrades fit easily, it even looks for the screws. You can even check if there is a new chair available which could be replaced for free, now that's a deal. But, I have to admit, it has one small glitch: the radio. You may say the radio is not that important. I for myself don't like driving without one. What's quite unusual about it is it takes eternities from turning it on to hearing something. It seems as if it checks if all the stations are still there and then plays the strongest one. When you hear one song it works mostly well. You may want to turn the radio off and on again after each song because if you continue listening it may happen that the whole car stops. Sometimes you may avoid shuting down the car by turning off the radio quickly when a song stops in the middle of it. I wish my old radio back, it had a default station set up and it just worked; at least most of the time, more often than the new one. Victor ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Missing libgmodule-2.0.la
On 7/20/06, Murray Cumming [EMAIL PROTECTED] wrote: I got the final Maemo 2.0 by changing my /etc/apt/sources.list and doing a dist-upgrade. Maybe it would work if I had installed the new rootstrap in a new target. Does anyone else have /usr/lib/libgmodule.la in their target? Hi Murray, I have the latest rootstraps installed and I only have libgmodule-2.0.la (not libgmodule.la) present in both targets as you can see: [sbox-2.0-arm: /usr/lib] ls -al libgmodule-2.0.la -rw-r--r--1 edulima edulima 870 May 26 05:36 libgmodule-2.0.la [sbox-2.0-arm: /usr/lib] dpkg -S libgmodule-2.0.la libglib2.0-dev: /usr/lib/libgmodule-2.0.la [sbox-2.0-arm: /usr/lib] -- Eduardo de Barros Lima INdT - Instituto Nokia de Tecnologia [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Re: WiFi connection manager issues (was: I have a new car...)
Victor Toni wrote: I wish my old radio back, it had a default station set up and it just worked; at least most of the time, more often than the new one. I find the new behavior a significant improvement over the old, though there are still some basic enhancements I could wish for. Specifically, the biggest annoyance with the old code was that if I went anywhere where the *single* default AP wasn't, it would time out and fail to connect, then force me to manually select the already-configured AP that's it can hear. The current behavior is far superior in that it doesn't have to ask me to connect to the [configured] one that it *can* hear. Now, the problem is that at my house I have two APs: one for my own use that's WEP'd, and one for the neighbor's use (legally) that isn't. I've found that the 770 can select one of these seemingly at random. The problem is that if it connects to the open AP, I'm on the wrong subnet and behind firewall rules I don't usually want. That's reserved for when I'm half a block away and can't hear my private AP. What is needed is the simple ability to order APs by priority of use. If more than one AP is available at any given moment, select the one with the highest priority. A useful additional feature would be another entry in the connection menu, or even just a simple double-click of the icon, that acts just like the application-triggered connection mode: select the best available connection and just get it over with, without asking the user to confirm and/or select which connection. Keep the connect... entry for times when you want to select one in particular. Another one would be the ability to lock a connection on until manually disconnected, either in a connection profile or only for the current session. Having the connection drop and be forced to wait for a reconnect when the app that triggered the connection shuts down can get rather annoying. The ability to leave it running even when the cover is closed is really nice (esp for e.g. ssh), but I still find myself in situations where the connection gets dropped automatically when I don't want it to. TTYL, Omega aka Erik Walthinsen [EMAIL PROTECTED] ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Missing libgmodule-2.0.la
On Thu, 2006-07-20 at 17:12 -0300, Eduardo de Barros Lima wrote: On 7/20/06, Murray Cumming [EMAIL PROTECTED] wrote: I got the final Maemo 2.0 by changing my /etc/apt/sources.list and doing a dist-upgrade. Maybe it would work if I had installed the new rootstrap in a new target. Does anyone else have /usr/lib/libgmodule.la in their target? Hi Murray, I have the latest rootstraps installed and I only have libgmodule-2.0.la (not libgmodule.la) present in both targets as you can see: Actually, I may have mistyped that. I'll try do a rootstrap install. Thanks. [sbox-2.0-arm: /usr/lib] ls -al libgmodule-2.0.la -rw-r--r--1 edulima edulima 870 May 26 05:36 libgmodule-2.0.la [sbox-2.0-arm: /usr/lib] dpkg -S libgmodule-2.0.la libglib2.0-dev: /usr/lib/libgmodule-2.0.la [sbox-2.0-arm: /usr/lib] -- Murray Cumming [EMAIL PROTECTED] www.murrayc.com www.openismus.com ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] library updates
I suppose you read this: http://www.debian.org/doc/maint-guide/ on how to build proper debian archives. But for that lib problem: it can't be too hard to write a control file like this: snip Build-Depends: libfoo-dev ( = 1.0.0-1), bar (= 1.0.0) /snip This will pull libfoo in a package version = 1.0.0-1 from the archive whilst installing via apt-get install (i suppose this works with this graphical installer too *g*) If libfoo 2.1.0 is in the archive this will still work. If the archive has two libs, same name, but different abi then the libs look like this libfoo1 (this has soname 1) libfoo2 (this has soname 2) so in the end if your software needs libfoo1 you add to the build-depends libfoo1-dev (= ) whilst software which uses libfoo2 has libfoo2-dev (= ...) in the build-depends. If you have question on writing the debian/ stuff feel free to ask. Cheers Adrian PS: I maintain software in the Debian archive. -- GPG Key ID: 42C33D97 | Reg. User #255628 (http://counter.li.org) Fingerprint: 239D 7006 3CF0 8951 9FDA CA63 EF5C C95A 42C3 3D97 pgpJHjNFiGAbO.pgp Description: PGP signature ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [Fwd: PERSONAL TECHNOLOGY: Nokia's Tiny Computer Is Crisp but Slow]
Title: Best Regards, All, Walt Mossberg, whom I often refer to as the "geek for the common man" has a review in the July 20th issue of the Wall Street Journal on the Nokia 770. The review is definitely not complementary except with respect to www browsing. The slowness of the product is one problem he mentions. He ends the review with the following remarks: "If you are a gadget geek, or just want to surf the Web on a small device with a great screen, the 770 might be for you. But for most mainstream users, the 770 is a disappointment. With more horsepower and a revamped interface, it might get closer to the holy grail." Best Regards, John Holmblad Acadia Secure Networks GSEC Gold, GCWN Gold, GGSC-0100, NSA-IAM, NSA-IEM (H) 703 620 0672 (M) 703 407 2278 (F) 703 620 5388 (O) 410 849 2376 (has voicemail to email) primary email address: [EMAIL PROTECTED] backup email address: [EMAIL PROTECTED] www page for texting: www.vtext.com/users/jholmblad text email address: [EMAIL PROTECTED] Original Message Subject: PERSONAL TECHNOLOGY: Nokia's Tiny Computer Is Crisp but Slow Date: Wed, 19 Jul 2006 23:58:09 -0400 (EDT) From: WSJ.com Editors [EMAIL PROTECTED] To: [EMAIL PROTECTED] __ PERSONAL TECHNOLOGY, by Walter S. Mossberg from The Wall Street Journal. Nokia's new tiny computer performs its main function, Web browsing, better than other pocket devices. But it falls down badly on many other tasks. http://online.wsj.com/articles/personal_technology?mod=djemptech MOSSBERG'S MAILBOX, by Walter S. Mossberg This week Walt Mossberg answers questions about keeping multiple computers in sync, waiting for Microsoft Vista and installing multiple security programs. http://online.wsj.com/articles/mossberg_mailbox?mod=djemptech __ ADVERTISEMENT Sharp AQUOS. There's more to see. http://ad.doubleclick.net/clk;24077574;4093752;n?http://ad.doubleclick.net/clk;23802125;12181833;t?http://www.moretosee.com __ SUBSCRIPTION INFORMATION TO UNSUBSCRIBE DIRECTLY from this list, go to: http://users.wsj.com/EmailSubMgr/do/delete?addr=JHOLMBLAD%40AOL.COMid=13 Your request will take effect within 48 hours. TO VIEW OR CHANGE any of your e-mail settings, go to the E-Mail Setup Center: http://online.wsj.com/email You are currently subscribed as [EMAIL PROTECTED] FOR FURTHER ASSISTANCE, please contact Customer Service at 1-800-369-2834 or 1-609-514-0870 between the hours of 7 a.m. and midnight Eastern Time Monday - Friday or e-mail [EMAIL PROTECTED]. __ Copyright 2006 Dow Jones Company, Inc. All Rights Reserved. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] SmallBASIC for OS2006
SmallBASIC 0.9.7.2 for OS2006 has been released. for details see: http://www.users.on.net/~cwarrensmith/n770/ Regards, Chris ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers