Send buglog mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.openmoko.org/mailman/listinfo/buglog
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of buglog digest..."
Today's Topics:
1. Re: Openmoko Bug #2129: update Java packages in OpenMoko
(Openmoko Public Trac)
2. Re: Openmoko Bug #2150: package illume-0.0+svnr35818-r13:
task do_fetch: failed (Openmoko Public Trac)
3. Openmoko Bug #2157: SMS messages are not received untill
reboot/restart of X (Openmoko Public Trac)
4. Re: Openmoko Bug #2156: rtctest.c does not exit with
stable-tracking kernel (Openmoko Public Trac)
5. Re: Openmoko Bug #2150: package illume-0.0+svnr35818-r13:
task do_fetch: failed (Openmoko Public Trac)
6. Openmoko Bug #2158: [Qtopia]unable to click 'option'in the
edit contact screen (Openmoko Public Trac)
7. Re: Openmoko Bug #2158: [Qtopia]unable to click 'option'in
the edit contact screen (Openmoko Public Trac)
8. Openmoko Bug #2159: [qtopia]unable to send message from
contacts -Tab Call (Openmoko Public Trac)
--- Begin Message ---
#2129: update Java packages in OpenMoko
-----------------------------+----------------------------------------------
Reporter: thebohemian | Owner: openmoko-kernel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by thebohemian):
dsambles, you attached the script that runs the build process. Probably
just an oversight. You need to upload run.do_compile.22537 instead.
However before talking about problems with the java recipes please make
sure you are using the ones from openembedded's .dev branch.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2129#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2150: package illume-0.0+svnr35818-r13: task do_fetch: failed
-------------------------+--------------------------------------------------
Reporter: frankmpunkt | Owner: julian_chu
Type: defect | Status: new
Priority: normal | Milestone:
Component: Distro | Version: unspecified
Severity: normal | Keywords: illume fetch build
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
-------------------------+--------------------------------------------------
Comment(by frankmpunkt):
Only for completeness: I was using the *stable* branch, but indeed
everything is fine in org.openmoko.dev.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2150#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2157: SMS messages are not received untill reboot/restart of X
--------------------+-------------------------------------------------------
Reporter: BillK | Owner: julian_chu
Type: defect | Status: new
Priority: normal | Milestone:
Component: Distro | Version: Om2008.9-dev
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
--------------------+-------------------------------------------------------
2008.9 updated to testing using the update process posted to community by
John Lee (problem was the same before update, was expecting it to be
fixed):
Using illume theme,
8gb SanDisk SD card with clock reduced (10000000)
p1=ext2, p2=ext3 and p3 is a 128M swap
Vodaphone 128K SIM
GSM fw flashed to moko10b2
(No difference to this problem, but it no longer requires up to 10 full
reboots before PIN dialog would appear, so its fixed something!)
> On Sun, 2008-11-30 at 19:50 +0800, John Lee wrote:
> > Dear Community,
> >
> > As Sushama (our new testing team member) indicated in
> > http://lists.openmoko.org/pipermail/devel/2008-November/003493.html ,
> > we won't have a release in Nov. Currently the testing team is going
> ...
>
> Ive been using this for a couple of days now and have some more items:
>
> SMS messages are still being held up. If the phone is suspended, it
> will wake but never indicate an SMS has been received. They only show
> up when rebooting the phone, or mostly on restarting the xserver. There
> are a few bugs on this like 1766, but thats not exactly the same and was
> supposed to be fixed in testing - would this fix come in as part of the
> upgrade?
This doesn't seem like #1766, and I've just received a sms in
suspend... Could you file a ticket? Please attach the following if
possible:
* upgrade from Om2008.9 or flashed daily image ?
* output of 'opkg list_installed'
* logread
* the modified qtopia config file, if any.
Attached file "logread" is a clean boot, PIN dialog, registered, then
suspended.
Sent a test message from another phone, FR woke up but no other indication
"/etc/init.d/xserver-nodm restart"
Entered PIN
SMS receive pop-up and sound ~1minute later.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2157>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2156: rtctest.c does not exit with stable-tracking kernel
-----------------------------+----------------------------------------------
Reporter: lindi | Owner: balajirrao
Type: defect | Status: accepted
Priority: normal | Milestone:
Component: System Software | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible:
-----------------------------+----------------------------------------------
Comment(by werner):
Balaji, you gave me a good riddle there ;-)
wkalrm works more by accident - it just sends back the value it has
read. So as long as your alarm occurs on the same day, you're fine.
If not ... you'll have a good excuse for showing up late at work :-)
Further investigation on the kernel side shows that RTC_ALM_SET uses
a value of -1 to indicate that the field should be ignored. However,
we don't recognize this special value and just try to convert it into
BCD, apparently yielding Friday.
There are several ways of dealing with this. We could just handle a
tm_wday of -1 as "ignore", but that would still require applications
using RTC_WKALM_SET to set this field, which probably isn't something
we should expect them to do.
I posted a patch to openmoko-kernel that just unceremoniously ignores
tm_wday. This follows the example of mktime(3) that also ignores the
redundant fields tm_wday and tm_yday. We were already ignoring the
latter.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2156#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2150: package illume-0.0+svnr35818-r13: task do_fetch: failed
-------------------------+--------------------------------------------------
Reporter: frankmpunkt | Owner: julian_chu
Type: defect | Status: new
Priority: normal | Milestone:
Component: Distro | Version: unspecified
Severity: normal | Keywords: illume fetch build
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
-------------------------+--------------------------------------------------
Comment(by julian_chu):
Ok. We are working on next release, once we pass the QA testing, it will
go into *stable* from *testing*.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2150#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2158: [Qtopia]unable to click 'option'in the edit contact screen
---------------------+------------------------------------------------------
Reporter: sushama | Owner: john_lee
Type: defect | Status: new
Priority: low | Milestone:
Component: unknown | Version: unspecified
Severity: minor | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Testing Image:02-Dec-2008
Test Date:04-Dec-2008
Steps:
1)Click on any contact
2)Click 'Edit' button
3)Click 'options'
Expected:'Options' should have copy etc listed under it
Actual: unable to click Options(nothing happens when options is clicked)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2158>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2158: [Qtopia]unable to click 'option'in the edit contact screen
---------------------+------------------------------------------------------
Reporter: sushama | Owner: john_lee
Type: defect | Status: new
Priority: low | Milestone:
Component: Qtopia | Version: unspecified
Severity: minor | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Changes (by john_lee):
* component: unknown => Qtopia
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2158#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2159: [qtopia]unable to send message from contacts -Tab Call
---------------------+------------------------------------------------------
Reporter: sushama | Owner: john_lee
Type: defect | Status: new
Priority: normal | Milestone:
Component: Qtopia | Version: unspecified
Severity: normal | Keywords:
Haspatch: 0 | Blockedby:
Estimated: | Patchreview:
Blocking: | Reproducible: always
---------------------+------------------------------------------------------
Testing image:02-Dec-2008
Test Date:04-Dec-2008
Steps:
1)click on any contact from contacts
2)click on the 3rd tab on top 'Calls'
3)click the number (+886917437225-in my example screenshot)-it goes to
call details screen
4)Click options and select send message
5)The message does not go through(as the number in 3rd step is displayed
as +886917437...
Expected:Should be able to send message.The no in send field should
be+886917437225 instead of +886917437...
Actual : unable to send message
Refer attached screen shot
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2159>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
