RE: [maemo-developers] Maemo alarms == retutime
Hi Chris, -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ext Chris Lord Sent: Friday, July 28, 2006 16:34 To: Nils Faerber Cc: maemo-developers@maemo.org Subject: Re: [maemo-developers] Maemo alarms On Fri, 2006-07-28 at 11:33 +0200, Nils Faerber wrote: Are there any header files/libraries available that provide this functionality that I'm missing? The Clock application has the ability to set alarms that wake the device, so it must be possible. The setting of alarms is done through a small cmdline tool called retutime. There has been some discussion about it before, google is your friend :-) Best wishes, Dirk. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms
On Fri, 2006-07-28 at 19:35 +0200, ext Nils Faerber wrote: Jean-Baptiste Note schrieb: Hi Nils, Chris, Hi! Chris Lord [EMAIL PROTECTED] wrote: On Fri, 2006-07-28 at 11:33 +0200, Nils Faerber wrote: Are there any header files/libraries available that provide this functionality that I'm missing? The Clock application has the ability to set alarms that wake the device, so it must be possible. From the reverse-engineering department, have you straced this Clock application to have a look at what it does (I don't have a N770, so this is a very wild guess) ? He ;) Just need to get strace to the device ... Any difficulties building strace? I can give you a fix for strace-4.5.14-1 if you need it. Either it's doing the alarm setting directly (possibly through the kernel), and then you'll precisely see what needs be done, or it does it via some IPC to another app (which you'll need to identify and strace accordingly). This may be faster than waiting for a response :) It is Finnish summer holiday season now so we cannot expect anything for the next one or two months. Maybe we should just be patient. I just wanted to keep the thread alive so that it does not get lost... JB Cheers nils faerber -- Ed Bartosh [EMAIL PROTECTED] Nokia-M/Helsinki ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms
2006/7/31, Ed Bartosh [EMAIL PROTECTED]: On Fri, 2006-07-28 at 19:35 +0200, ext Nils Faerber wrote: Jean-Baptiste Note schrieb: Hi Nils, Chris, Hi! Chris Lord [EMAIL PROTECTED] wrote: On Fri, 2006-07-28 at 11:33 +0200, Nils Faerber wrote: Are there any header files/libraries available that provide this functionality that I'm missing? The Clock application has the ability to set alarms that wake the device, so it must be possible. From the reverse-engineering department, have you straced this Clock application to have a look at what it does (I don't have a N770, so this is a very wild guess) ? He ;) Just need to get strace to the device ... Any difficulties building strace? I can give you a fix for strace-4.5.14-1 if you need it. Do you know if there is a reason for it not being available in the repositories? GDB is, so it's not like there was a no useful debugging utils-policy ;) And at least building from the debian stable version and upstream sources did not really work for me as-is (but I didn't really dig deeper to find out why). -- 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] Application catalog from repositories
ext Tommi Komulainen [EMAIL PROTECTED] writes: 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? The Application installer will only see one of these, and which one depends on libapt-pkg. I think it will pick the repository that is listed first in your sources.list. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] library updates
ext Neal H. Walfield [EMAIL PROTECTED] writes: What florian wants is `apt-get upgrade' functionality, i.e. install updates for any installed package. Yep, and the Application installer does not give you that at the moment, unfortunately. We were dodging all the system upgrade issues when doing the current Application installer, but they will need to be taken care of eventually, and better sooner than later, of course. We need to have some consumer-friendly way of doing (a safe variant of) apt-get dist-upgrade. We can start with apt-get upgrade. I'd say now is a good time to start experimenting. I would be happy to add some hacks to the osso-application-installer in sardine... ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms
On Mon, 2006-07-31 at 11:50 +0300, ext Kalle Vahlman wrote:
2006/7/31, Ed Bartosh [EMAIL PROTECTED]:
On Mon, 2006-07-31 at 11:09 +0300, ext Kalle Vahlman wrote:
2006/7/31, Ed Bartosh [EMAIL PROTECTED]:
On Fri, 2006-07-28 at 19:35 +0200, ext Nils Faerber wrote:
Jean-Baptiste Note schrieb:
Hi Nils, Chris,
Hi!
Chris Lord [EMAIL PROTECTED] wrote:
On Fri, 2006-07-28 at 11:33 +0200, Nils Faerber wrote:
Are there any header files/libraries available that provide this
functionality that I'm missing? The Clock application has the
ability to set alarms that wake the device, so it must be
possible.
From the reverse-engineering department, have you straced this Clock
application to have a look at what it does (I don't have a N770, so
this is a very wild guess) ?
He ;)
Just need to get strace to the device ...
Any difficulties building strace?
I can give you a fix for strace-4.5.14-1 if you need it.
Do you know if there is a reason for it not being available in the
repositories? GDB is, so it's not like there was a no useful
debugging utils-policy ;)
I think it's just because strace build was fixed after Maemo release.
And at least building from the debian stable version and upstream
sources did not really work for me as-is (but I didn't really dig
deeper to find out why).
True.
I have a fix for strace from the Debian testing version. And it seems to
work for me.
It would be great to get a binary or the fix (or both) available from
somewhere, would this be possible?
Sure.
Below is the patch for this package:
http://packages.debian.org/testing/utils/strace
Sorry, I have to put it right into the message, because maemo mailman
seems to strip attachments.
diff -ruN strace-4.5.14/configure.ac strace-4.5.14.modified/configure.ac
--- strace-4.5.14/configure.ac 2006-01-12 13:18:27.0 +0200
+++ strace-4.5.14.modified/configure.ac 2006-07-31 10:38:40.0 +0300
@@ -194,7 +194,10 @@
AC_CHECK_FUNCS(sigaction strerror strsignal pread sys_siglist _sys_siglist
getdents mctl prctl sendmsg inet_ntop if_indextoname)
AC_CHECK_HEADERS([sys/reg.h sys/filio.h sys/acl.h sys/asynch.h sys/door.h
stropts.h sys/conf.h sys/stream.h sys/tihdr.h sys/tiuser.h sys/sysconfig.h
ioctls.h sys/ioctl.h sys/ptrace.h termio.h linux/ptrace.h asm/reg.h sys/uio.h
sys/aio.h poll.h sys/poll.h sys/vfs.h asm/sysmips.h linux/utsname.h
sys/nscsys.h mqueue.h sys/epoll.h libaio.h], [], [])
AC_CHECK_HEADERS([linux/icmp.h linux/in6.h linux/netlink.h linux/if_packet.h],
- [], [], [#include linux/socket.h])
+ [], [],
+[#include linux/types.h
+#include bits/sockaddr.h
+#include linux/socket.h])
AC_CHECK_HEADERS([asm/sigcontext.h], [], [], [#include signal.h])
AC_CHECK_HEADERS([netinet/tcp.h netinet/udp.h],,, [#include netinet/in.h])
diff -ruN strace-4.5.14/debian/control strace-4.5.14.modified/debian/control
--- strace-4.5.14/debian/control2006-01-14 02:19:57.0 +0200
+++ strace-4.5.14.modified/debian/control 2006-07-31 10:38:40.0
+0300
@@ -7,7 +7,7 @@
Standards-Version: 3.6.2
Package: strace
-Architecture: alpha amd64 arm armeb hppa i386 ia64 m68k mips mipsel powerpc
ppc64 s390 s390x sh sparc
+Architecture: alpha amd64 arm armel armeb hppa i386 ia64 m68k mips mipsel
powerpc ppc64 s390 s390x sh sparc
Depends: ${shlibs:Depends}
Description: A system call tracer
strace is a system call tracer, i.e. a debugging tool which prints out
@@ -22,7 +22,7 @@
Package: strace-udeb
Section: debian-installer
Priority: extra
-Architecture: alpha amd64 arm armeb hppa i386 ia64 m68k mips mipsel powerpc
ppc64 s390 sh sparc
+Architecture: alpha amd64 arm armel armeb hppa i386 ia64 m68k mips mipsel
powerpc ppc64 s390 sh sparc
Depends: ${shlibs:Depends}
Description: A system call tracer
strace is a system call tracer, i.e. a debugging tool which prints out
diff -ruN strace-4.5.14/defs.h strace-4.5.14.modified/defs.h
--- strace-4.5.14/defs.h2006-01-12 12:18:53.0 +0200
+++ strace-4.5.14.modified/defs.h 2006-07-31 10:38:40.0 +0300
@@ -37,6 +37,39 @@
#include features.h
#endif
+/* Compilation hacks */
+
+#ifndef BITS_PER_LONG
+#define __KERNEL__
+#include asm/types.h
+#undef __KERNEL__
+//#define BITS_PER_LONG 32
+#endif
+
+#ifndef DECLARE_BITMAP
+#define BITS_TO_LONGS(bits) \
+(((bits)+BITS_PER_LONG-1)/BITS_PER_LONG)
+#define DECLARE_BITMAP(name,bits) \
+ unsigned long name[BITS_TO_LONGS(bits)]
+#endif
+
+#ifndef min_t
+#define min_t(type,x,y) \
+({ type __x = (x); type __y = (y); __x __y ? __x: __y; })
+#endif
+
+#ifndef max_t
+#define max_t(type,x,y) \
+({ type __x = (x); type __y = (y); __x __y ? __x: __y; })
+#endif
+
+typedef u64 cputime64_t;
+
+#define _STRUCT_TIMESPEC
+#define_LINUX_TIME_H
+
+/* end of CH */
+
#ifdef
Re: [maemo-developers] Missing libgmodule-2.0.la
ext Murray Cumming [EMAIL PROTECTED] writes: I'm trying to build gtkmm packages for the new Maemo 2.0 platform, but I'm getting this error message (in the 686 target): Hi Murray, your C++ bindings are already in the contrib repository and I committed the debian/ bits to svn. Please have a look. There is also a Maemo Garage project for them: https://garage.maemo.org/projects/cxx-maemo/ Sorry for not contacting you earlier about this. :-/ (I first wanted to make a home page for the cxx-maemo project, but Garage didn't support that at the time so I was waiting for that and then I got interrupted by some vacation... I really should have told you earlier.) I see that you have registered maemomm. I would be happy to just delete the cxx-maemo project and let you take over. Ok? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms
Seems to work for me too :) Many thanks to you! -- 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] Maemo alarms == retutime
[EMAIL PROTECTED] schrieb: Hi Chris, Hi Dirk! -Original Message- On Fri, 2006-07-28 at 11:33 +0200, Nils Faerber wrote: Are there any header files/libraries available that provide this functionality that I'm missing? The Clock application has the ability to set alarms that wake the device, so it must be possible. The setting of alarms is done through a small cmdline tool called retutime. There has been some discussion about it before, google is your friend :-) Well, that is just half of the game, I am afraid. Google indeed points to a post by Jason Mills: http://maemo.org/pipermail/maemo-developers/2006-January/002437.html In this post Jason also sais: ... 4) The osso_alarm and osso_notifier daemons are missing at least from the 2005.51 Nokia build. ... I think what Chris, me and others are really looking for is the alarm framework for application notification, not the mere RTC alarm. There must be, at least I hope, a clean way to - set an alarm by an applcation - get notified when alarm is reached - remove a pending alarm - do not conflict with other alarms (in case two aplications set alarms) In Familiar/GPE we use atd spooling for this - not necessarily the best way of handling the problem but it mostly works. And we use the SA1100 RTC to actually trigger the alarm. In this sense retutime serves just the RTC alarm purpose but I think we are still missing the atd equivalent. Best wishes, Dirk. Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Help on Garage, please!
Hi, Actually I have been wondering the same and I asked the admins. It seems there is no plan for a ssh access to the site to manually put and edit files (?) and they were working on some other solution at that time. Now they seem to be on summer vacations. Br, --jakub From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ext Gustavo TiberioSent: 22 July, 2006 14:07To: maemo-developers@maemo.orgSubject: [maemo-developers] Help on Garage, please! Hi,I am a novice admin of a project (X-Centrix mobile digital TV client) in Garage.I need help to set up the poject's web site. Garage shows a link to it in the project's Summary page, but I don't know whether projects have that service available or not (I can't find this information anywhere neither).Does Garage offer hosting to the project web site? How can I upload files to the project home page?I would appreciate your help very much.Thanks,Gustavo. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms == retutime
On mån, 2006-07-31 at 13:01 +0200, ext Nils Faerber wrote: [snip] Well, that is just half of the game, I am afraid. Google indeed points to a post by Jason Mills: http://maemo.org/pipermail/maemo-developers/2006-January/002437.html In this post Jason also sais: ... 4) The osso_alarm and osso_notifier daemons are missing at least from the 2005.51 Nokia build. ... I think what Chris, me and others are really looking for is the alarm framework for application notification, not the mere RTC alarm. There is no alarm framework There must be, at least I hope, a clean way to - set an alarm by an application No clean way. Retutime is the only way to set alarm, with all its limitations. - get notified when alarm is reached Nope. - remove a pending alarm Retutime. - do not conflict with other alarms (in case two aplications set alarms) That's easy, but not pretty. Since the only available means of setting alarms are through retutime, and retutime in turn depends on the hardware capabilities only, alarms are max 24h into the future, and only one can be set. Regards: David -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms == retutime
Weinehall David (Nokia-M/Tampere) schrieb: On mån, 2006-07-31 at 13:01 +0200, ext Nils Faerber wrote: [snip] Well, that is just half of the game, I am afraid. Google indeed points to a post by Jason Mills: http://maemo.org/pipermail/maemo-developers/2006-January/002437.html In this post Jason also sais: ... 4) The osso_alarm and osso_notifier daemons are missing at least from the 2005.51 Nokia build. ... I think what Chris, me and others are really looking for is the alarm framework for application notification, not the mere RTC alarm. There is no alarm framework Uff! I would have expected such framework after the longish discussions on the mailinglist some time ago (effectively more than half a year ago). There must be, at least I hope, a clean way to - set an alarm by an application No clean way. Retutime is the only way to set alarm, with all its limitations. And there are quite some ... limitations I mean ... - get notified when alarm is reached Nope. How does the alarm clock handle this then? It plays a sound when the alarm time is reached. Or is it simply so that the device will wake-up when the alarm is reached and each application checks on its own to see if alarm time has arrived? That would mean to kind of poll on the time which is nasty. - remove a pending alarm Retutime. - do not conflict with other alarms (in case two aplications set alarms) That's easy, but not pretty. Since the only available means of setting alarms are through retutime, and retutime in turn depends on the hardware capabilities only, alarms are max 24h into the future, and only one can be set. Well, but if you have two applications and both set an alarm, then consequently one alarm is lost, isn't it? The application that lost its alarm would have to set it again. But how does it know that its alarm got evaporated? And even worse since the alarms can only be set 24h in advance does that indeed mean that every application that wants to use alarms would have to handle this nasty 24h hopping on its own? I.e. if the alarm is more than 24h in the future then set an alarm for 24h, then check again and set a new alarm until it is less than 24h away? That is messy, indeed. And besides why didn't RETU get a pretty normal RTC device driver :) ? That would have made things a lot easier... Regards: David Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Missing libgmodule-2.0.la
ext Murray Cumming [EMAIL PROTECTED] writes: What debian packages did you upload? I uploaded these binary packages libglibmm-2.4-1 2.6.1-1 libglibmm 2.4-dev2.6.1-1 libgtkmm-2.4-1 2.4.10-1 libgtkmm-2.4-dev 2.4.10-1 libsigc++-2.0-0c2a 2.0.16-3 libsigc++-2.0-dev2.0.16-3 hildon-fmmm 0.1.2-1 hildon-fmmm-dev 0.1.2-1 hildon-widgetsmm 0.1.2-1 hildon-widgetsmm-dev 0.1.2-1 and the corresponding source packages. I see that you have registered maemomm. I would be happy to just delete the cxx-maemo project and let you take over. Ok? Yes, I'd prefer the maemomm name, please. The project only needs to exist anyway so that we can upload packages. Ok, I will remove or otherwise kill cxx-maemo from Garage then. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] library updates
ext Marius Vollmer [EMAIL PROTECTED] writes: I'd say now is a good time to start experimenting. I would be happy to add some hacks to the osso-application-installer in sardine... Ok, I am going to do the following (in the next days or so): the Check for updates view will include a fake entry Operating system and when updating that one you will get the something like apt-get upgrade. I will likely start just with upgrading all non-user packages that can be upgraded without braking dependencies of user packages (or something like that). All hidden (non-user) packages are considered part of the operating system, so libeventdb would be upgraded although it is a third-party package. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms == retutime
On mån, 2006-07-31 at 13:29 +0200, ext Nils Faerber wrote: Weinehall David (Nokia-M/Tampere) schrieb: On mån, 2006-07-31 at 13:01 +0200, ext Nils Faerber wrote: [snip] Well, that is just half of the game, I am afraid. Google indeed points to a post by Jason Mills: http://maemo.org/pipermail/maemo-developers/2006-January/002437.html In this post Jason also sais: ... 4) The osso_alarm and osso_notifier daemons are missing at least from the 2005.51 Nokia build. ... I think what Chris, me and others are really looking for is the alarm framework for application notification, not the mere RTC alarm. There is no alarm framework Uff! I would have expected such framework after the longish discussions on the mailinglist some time ago (effectively more than half a year ago). Since there isn't any calendar application in the 2006 software edition, management didn't really prioritise a sane alarm interface. Every other limitation follows from that. Regards: David -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Fail to package in maemo-2.0 SDK_PC target
On Mon, 2006-07-31 at 13:14 +0300, ext Marius Vollmer wrote: ext Vladislav Grinchenko [EMAIL PROTECTED] writes: dh_installdeb Undefined subroutine main::debhelper_script_subst called at /usr/bin/dh_installdeb line 66, COMPAT_IN line 1. make: *** [binary-arch] Error 9 I _think_ I have seen this: in my case it was a problem with Scratchbox redirecting to its own version of Perl which had a different module path and would pick up an old version of Debian::Debhelper::Dh_Lib. Or something like that. Yes, I had also that problem because. Setting the debian devkit in the scratchbox target fixed the problem for me. Salu2 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
RE: [maemo-developers] Add new language of input
[EMAIL PROTECTED] said: It should be possible to make a new keyboard layout for the VKB. The binary utility to generate layouts and the .vkb file format should be available (sooner or later). Hi, I would love to have ä and ö in the vkb. Currently they are behind some menus, I don't bother using them, so my mails in Finnish lack ä and ö which makes them look funny.. That is propably the case of other languages as well, like Swedish etc., so a tool for creating custom layouts would be indeed nice. You will not get word prediction or proper handwriting recognition though. I never use either of them. I always turn similar features in mobile phones off (automatic word completion). Office tools which have automatical spell 7checking, auto-capitalization etc. and stuff like that are the worst (the word predition fortunately doesn't force you to use the predicted word like some office tool would). I am pretty fast actually writing with the plain vkb. I use it for writing mails occasionally and after all it is not that slow if you tap the stylus fast allthough it of course doesn't compare with a hardware qwerty. But quite good enough for writing to a blog in bus etc. Handwriting recognition could never read my hieroglyphs anyway, so I don't bother with it, and I am using plain vkb (where I would love to have the ä and ö letters allthough as my blog is in English, I don't need those letters usually in my blog). Best Wishes, Karoliina --jakub From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of ext Sergey Smirnov Sent: 25 July, 2006 21:49 To: maemo-developers@maemo.org Subject: [maemo-developers] Add new language of input Whether probably to add language of input for the virtual keyboard? I need Ukrainian language. ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers -- http://www.karoliinasalminen.com/blog ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] Nokia does not switch on [IT2005]
Hi @ all, i have a problem with some Nokia 770. My Company bought about 70 Nokias for a customer. The Nokias are with IT2005. After testing every device there are about 20 that don?t work. You can not switch them on if they are not plugged in ( yes they are all fully charged ;-) ). The screen leaves blank and it seems that nothing happens. But connected to the socket they somtimes switch on. Is there something known about a Hardware/ Software /manufactoring issue ?? regards benjamin ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Nokia does not switch on [IT2005]
Hi @ all, i have a problem with some Nokia 770. My Company bought about 70 Nokias for a customer. The Nokias are with IT2005. After testing every device there are about 20 that don?t work. You can not switch them on if they are not plugged in ( yes they are all fully charged ;-) ). The screen leaves blank and it seems that nothing happens. But connected to the socket they somtimes switch on. Is there something known about a Hardware/ Software /manufactoring issue ?? This seems off topic. Surely you should just return these to your supplier. 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] Nokia does not switch on [IT2005]
On Mon, 2006-07-31 at 16:03 +0200, ext Benjamin Zeller wrote: Hi @ all, i have a problem with some Nokia 770. My Company bought about 70 Nokias for a customer. The Nokias are with IT2005. After testing every device there are about 20 that don?t work. You can not switch them on if they are not plugged in ( yes they are all fully charged ;-) ). The screen leaves blank and it seems that nothing happens. But connected to the socket they somtimes switch on. Is there something known about a Hardware/ Software /manufactoring issue ?? regards benjamin Hi, have you tried swapping batteries, i.e. taking a battery from a working one and using it to boot one of those who are not behaving properly? -- Cheers, Igor Igor Stoppa (Nokia M - OSSO / Tampere) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Nokia does not switch on [IT2005]
Murray Cumming schrieb: Hi @ all, i have a problem with some Nokia 770. My Company bought about 70 Nokias for a customer. The Nokias are with IT2005. After testing every device there are about 20 that don?t work. You can not switch them on if they are not plugged in ( yes they are all fully charged ;-) ). The screen leaves blank and it seems that nothing happens. But connected to the socket they somtimes switch on. Is there something known about a Hardware/ Software /manufactoring issue ?? This seems off topic. Surely you should just return these to your supplier. Since Nokia's service can be a little problematic I think it is valid to ask on some mailinglist. And since there are only two of those, users and developers, I think the developer's list is the most appropriate one. I at least would do the same - calling Nokia service will definitely be much less helpful ;) And the developers here will know most of the device's tricks... Murray Cumming Cheers nils faerber -- kernel concepts Tel: +49-271-771091-12 Dreisbachstr. 24 Fax: +49-271-771091-19 D-57250 Netphen Mob: +49-176-21024535 -- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms == retutime
Weinehall David (Nokia-M/Tampere) ([EMAIL PROTECTED]) wrote: On mån, 2006-07-31 at 13:29 +0200, ext Nils Faerber wrote: I would have expected such framework after the longish discussions on the mailinglist some time ago (effectively more than half a year ago). Since there isn't any calendar application in the 2006 software edition, management didn't really prioritise a sane alarm interface. That is an interesting descision, given that AFAIK Nokia tries to push Maemo as a more general platform for all kinds of different devices. Alarms are a central component for most handheld devices (maybe with the exception of the 770, but it certainly would not hurt there...) and leaving that undefined in Maemo will create exactly that kind of confusion and hamper the adoption of Maemo as a more general platform. Please ask your management to reconsider that. Bye, Simon -- [EMAIL PROTECTED] http://simon.budig.de/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Nokia does not switch on [IT2005]
Igor Stoppa schrieb: On Mon, 2006-07-31 at 16:03 +0200, ext Benjamin Zeller wrote: Hi @ all, i have a problem with some Nokia 770. My Company bought about 70 Nokias for a customer. The Nokias are with IT2005. After testing every device there are about 20 that don?t work. You can not switch them on if they are not plugged in ( yes they are all fully charged ;-) ). The screen leaves blank and it seems that nothing happens. But connected to the socket they somtimes switch on. Is there something known about a Hardware/ Software /manufactoring issue ?? regards benjamin Hi, have you tried swapping batteries, i.e. taking a battery from a working one and using it to boot one of those who are not behaving properly? Yes i tried this but it does not help . I tried to patch them with the newest software, swap batteries, remove them and clean all contacts but nothing helps. If i plug in the charger and unplug it wait till the nokia is complete off and try to switch it on then it works. But most of the time it helps only one time than it does not work again. regards ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Fail to package in maemo-2.0 SDK_PC target
Fernando, thanks! That was exactly my problem. On Mon, 2006-07-31 at 15:05 +0300, Fernando Herrera wrote: On Mon, 2006-07-31 at 13:14 +0300, ext Marius Vollmer wrote: ext Vladislav Grinchenko [EMAIL PROTECTED] writes: dh_installdeb Undefined subroutine main::debhelper_script_subst called at /usr/bin/dh_installdeb line 66, COMPAT_IN line 1. make: *** [binary-arch] Error 9 I _think_ I have seen this: in my case it was a problem with Scratchbox redirecting to its own version of Perl which had a different module path and would pick up an old version of Debian::Debhelper::Dh_Lib. Or something like that. Yes, I had also that problem because. Setting the debian devkit in the scratchbox target fixed the problem for me. Salu2 ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Maemo alarms == retutime
On Mon, 2006-07-31 at 10:34 -0400, ext Michael P. Lococo wrote: I think what Chris, me and others are really looking for is the alarm framework for application notification, not the mere RTC alarm. There is no alarm framework I would have expected such framework after the longish discussions on the mailinglist some time ago (effectively more than half a year ago). Since there isn't any calendar application in the 2006 software edition, management didn't really prioritise a sane alarm interface. There is is substantial user demand, though, and there are three different community-based or third-party calendaring applications that are all hamstrung by the lack of an alarm facility. It seems fairly clear at this point that: 1) The need for an alarm framework is not a passing fancy. 2) In order to be done sanely, it must be centralized... either as a single community project or as a Nokia supported part of the product. Applications cannot reasonably be expected to handle it without tripping over each other and killing battery life with polling. Mike I think Devesh is the proper interface for this sort of discussion, since he takes care of harmonizing this sort of internal/external needs/demands/activities. And he's your best chance to get any statement ;-) -- Cheers, Igor Igor Stoppa (Nokia M - OSSO / Tampere) ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] [Fwd: [OLPC-devel] Pygtk and garbage collecting]
-- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ---BeginMessage--- This PyGTK bug is going to be important for OLPC as it might slow down object destruction. http://bugzilla.gnome.org/show_bug.cgi?id=320428 For example in the tinymail-python-test.py*, you will find a gc.collect(). This is to speed up the destruction of objects in the situation described in Bug #320428 https://svn.tinymail.org/svn/tinymail/trunk/libtinymail-test/tinymail-python-test.py In case of tinymail the GtkTreeModel that holds a reference on all the headers of the current folder, is such an object. model = MsgHeaderListModel () treeview.set_model (model) newmodel = MsgHeaderListModel () treeview.set_model (newmodel) Will not immediately mark model for garbage collection (when model goes out of scope). Adding a gc.collect(), however, will. That model instance, in case of tinymail, holds a reference to the headers of your folder. This is where most of the memory tinymail consumes is located (the summary information). Therefore it's a small disaster on a device with few memory resources, that Pythons garbage collector is slow at detecting this. Applying the patch of Bug #320428 or performing gc.collect() in your Python code fixes this. Note that tinymail isn't going to be the only case. -- Philip Van Hoof, software developer at x-tend home: me at pvanhoof dot be gnome: pvanhoof at gnome dot org work: vanhoof at x-tend dot be http://www.pvanhoof.be - http://www.x-tend.be ___ Devel mailing list Devel@laptop.org http://mailman.laptop.org/mailman/listinfo/devel ---End Message--- ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] library updates
ext Marius Vollmer [EMAIL PROTECTED] writes: I'd say now is a good time to start experimenting. I would be happy to add some hacks to the osso-application-installer in sardine... Ok, I am going to do the following (in the next days or so): the Check for updates view will include a fake entry Operating system and when updating that one you will get the something like apt-get upgrade. I will likely start just with upgrading all non-user packages that can be upgraded without braking dependencies of user packages (or something like that). All hidden (non-user) packages are considered part of the operating system, so libeventdb would be upgraded although it is a third-party package. Do you have a good solution for handling packages that cannot be upgraded while the HAF is running? Currently at least maemo-launcher falls in this category. I have listed in the Maemo Wiki [1] the current problems with upgrading Sardine on the 770, this seems to be the thorniest issue right now. I had a chat with Guillem some time ago. I got the picture that making maemo-launcher upgradeable without shutting down the HAF would be quite hard. So I've been thinking about a separate tool that would shut down the HAF and do the upgrade non-interactively, before starting the HAF again. I've just started hacking on something along these lines docked to the status bar. But maybe you have a better idea? Maybe we're being too pessimistic about the maemo-launcher? [1] http://maemo.org/maemowiki/SardineDistro ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Development contest
Anyone at all can enter. The amount of the prize is a US $50 credit, but that can be used globally. And please, Talented Coder, enter! If this contest goes well, I'll have others. Hopefully eventually prizes will come from sponsors and not out of my own pocket. ---DanOn 7/31/06, Jeremy Mcnicoll [EMAIL PROTECTED] wrote: Sounds like its a US only type contest?There are alot of talented coderz outside the US.On 7/31/06, Thought Fix [EMAIL PROTECTED] wrote: I had forgotten to post a message to the list informing everyone of a development contest I'm holding. The prize is a $50 credit to GizmoProject for voice-over-IP calls out to regular phones. In the domestic US, that's 5.000 minutes of calls! The details are here: http://thoughtfix.blogspot.com/2006/07/development-contest-with-prize.htmlI think anyone could whip this up in a matter of an afternoon, with good skills. ---Dan ___ 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
Re: [maemo-developers] library updates
Carlos Guerreiro [EMAIL PROTECTED] writes: Do you have a good solution for handling packages that cannot be upgraded while the HAF is running? Yes, those packages should be fixed! :-) I had a chat with Guillem some time ago. I got the picture that making maemo-launcher upgradeable without shutting down the HAF would be quite hard. Hmm. Without having talked to Guillem, I'd say it is a good to prevent the device from rebooting when you stop maemo-launcher. All processes that have been started with the old maemo-invoker/maemo-launcher pair continue running, and the old maemo-launcher process stops listening on its socket. It will exit when its last child exits (or whenever it is safe to exit). In order to flush all traces of the old maemo-launcher from the system, you need to reboot, but that reboot should not be forced on you in the middle of the upgrade. But maybe you have a better idea? Maybe we're being too pessimistic about the maemo-launcher? I hope so... ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
[maemo-developers] can't reeceive connectivity api signals
I'm doing some experiments with the connectivity api and the python
dbus bindings. When running this code
import dbus
import gobject
def icd_status_changed(name, type, status):
print name, type, status
bus = dbus.SystemBus()
icd_obj = bus.get_object('com.nokia.icd', '/com/nokia/icd')
icd = dbus.Interface(icd_obj, 'com.nokia.icd')
icd.connect_to_signal('status_changed', icd_status_changed)
print icd.get_statistics()
mainloop = gobject.MainLoop()
mainloop.run()
I correctly get the connection statistics (this means I'm correctly
connected with dbus), but I don't get any status_changed event when
connecting and disconnecting to the network (with dbus-monitor
--system I receive those signals...)
Am I missing anything? A python-dbus problem?
--
Fabio Forno, PhD
Istituto Superiore Mario Boella
Jabber ID: xmpp:[EMAIL PROTECTED]
** Try Jabber http://www.jabber.org
___
maemo-developers mailing list
maemo-developers@maemo.org
https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Hooking into wifi events (up/down)
Brad Burleson [EMAIL PROTECTED] writes: I thought this was more a debian problem, but I'm stumped. I want to run a script each time the 770 connects and disconnects to/from the 'net. Unfortunately it's not possible currently. I admit that it would be really handy feature and it has been requested in maemo lists frequently. Let's see what we can do :) I setup a script in /etc/network/if-up.d and /etc/network/if-down.d and it works as expected when I connect via bluetooth and an EDGE phone. On 770? It shouldn't work, at least there's no code which runs if-[up|down].d scripts. Unless I'm missing something... But when I connect via wifi, nothing happens. So, I tried editing /etc/network/interfaces to add an up down entry ala: iface eth0 inet dhcp up /etc/init.d/foo start down /etc/init.d/foo stop Still nothing happens. What am I missing? Debian network scripts are bypassed altogether in 770. icd starts the DHCP client and pppd directly. -- Kalle Valo ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
Re: [maemo-developers] Hooking into wifi events (up/down)
On 7/31/06, Kalle Valo [EMAIL PROTECTED] wrote: Brad Burleson [EMAIL PROTECTED] writes: I thought this was more a debian problem, but I'm stumped. I want to run a script each time the 770 connects and disconnects to/from the 'net. Unfortunately it's not possible currently. I admit that it would be really handy feature and it has been requested in maemo lists frequently. Let's see what we can do :) If nothing else, it shouldn't take anyone 5 minutes to knock up a script which listens for the connectivity DBUS signals and kicks off the appropriate scripts. Personally, I think it's the way for the 770 to go: the subsystem is different and new (e.g. alarms or connectivity) but the standard UNIX interface can be maintained (i.e. atd and /etc/network/ifup.d etc.) Cheers, Andrew -- Andrew Flegg -- mailto:[EMAIL PROTECTED] | http://www.bleb.org/ ___ maemo-developers mailing list maemo-developers@maemo.org https://maemo.org/mailman/listinfo/maemo-developers
