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. Openmoko Bug #1850: qtopia datebook does not raise alarm
(Openmoko Public Trac)
2. Re: Openmoko Bug #1766: [GSM Signal] no signal, can't make
phone call but can receive calls (Openmoko Public Trac)
3. Openmoko Bug #1851: init.d/hwclock.sh and timezones
(Openmoko Public Trac)
4. Re: Openmoko Bug #1850: qtopia datebook does not raise alarm
(Openmoko Public Trac)
5. Re: Openmoko Bug #1848: Missing "dhcp" directory used by
dhclient (Openmoko Public Trac)
6. Re: Openmoko Bug #1842: Verbosity & informational
improvements to dfu-util (Openmoko Public Trac)
7. Re: Openmoko Bug #1840: cleaning up mokojournal entries
(Openmoko Public Trac)
8. Re: Openmoko Bug #1839: openmoko-dialer2 misses gsmloc data
on outgoing calls (Openmoko Public Trac)
--- Begin Message ---
#1850: qtopia datebook does not raise alarm
--------------------+-------------------------------------------------------
Reporter: mkluge | Owner: zecke
Type: defect | Status: new
Priority: normal | Milestone: Om2008.8
Component: Qtopia | Version: Om2008.8
Severity: normal | Keywords: qtopia datebook missed alarm
Blockedby: | Reproducible: always
Blocking: |
--------------------+-------------------------------------------------------
The qtopia calendar does not raise an alarm if an appointment is due.
How to reproduce:
- Flash the OM 2008.08 kernel & image
- boot, log in via ssh
- opkg update & upgrade
- disable suspend in "Settings"
- opkg install qtopia-phone-x11-datebook
- open "Calendar" in the Launcher and enter a new appointment a couple of
minutes from now
- set alarm time to "at event time" and type to "audible"
- click "back" until you see the Launer again
- wait
- no alarm will be raised
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1850>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1766: [GSM Signal] no signal, can't make phone call but can receive calls
-----------------------------------+----------------------------------------
Reporter: dexteruk | Owner: zecke
Type: defect | Status: in_testing
Priority: high | Milestone:
Component: Qtopia | Version: Om2008.8
Severity: normal | Resolution:
Keywords: GSM Antenna Signal | Blockedby:
Reproducible: | Blocking:
-----------------------------------+----------------------------------------
Comment(by zecke):
Replying to [comment:77 self]:
> Replying to [comment:75 zecke]:
> > Replying to [comment:74 self]:
> > > > What does sluggish mean?
> > >
> > > clicking a number takes about 40 seconds until it is displayed...
> >
> > What does the output of top say? any chance that qpe is "just"
scanning the sd card?
>
> without SD card, everything is fine. Why is the dialer scanning the SD
card ? is this a known issue or shall I open a seperate bugreport.
The dialer is provided by the qpe process which implements many services
of the Qtopia world. These include launching of Qtopia apps, Inputmethod,
powering the Document Model. For the Document Model it needs to scan
media. See
http://lists.openmoko.org/pipermail/community/2008-August/026072.html on
how you can forbid it. The only thing that Om could change is to forbid
scanning of media (this would mean the Qtopia media player would not be
able to play mp3 from the SD Card...) anything else should be addressed to
the original creator of the code (Nokia/Trolltech).
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1766#comment:78>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1851: init.d/hwclock.sh and timezones
----------------------+-----------------------------------------------------
Reporter: h.koenig | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Blockedby: | Reproducible:
Blocking: |
----------------------+-----------------------------------------------------
I use Om 2008.8 with timezone MET (cp /usr/share/zoneinfo/Europe/Berlin
/etc/localtime).
after setting system time with ntpdate and reboot (ntpdate at startup
disabled) the system time is wrong (off bu 2 hours).
triggering atd after ntpdate sets the hwclock to UTC (checked both by
strace and by "pkill atd ; hwclock").
but after reboot, the hwclock shows UTC-2 resulting in wrong system time.
how I use the following patch and system time is always correct, even
after reboot:
--- 8< ------ 8< ------ 8< ------ 8< ------ 8< ------ 8< ------ 8< ------
8< ---
--- /etc/init.d/hwclock.sh.orig Sat Aug 23 17:31:43 2008
+++ /etc/init.d/hwclock.sh Sat Aug 23 17:32:36 2008
@@ -26,9 +26,9 @@
then
if [ -z "$TZ" ]
then
- hwclock --hctosys
+ hwclock --hctosys -u
else
- TZ="$TZ" hwclock --hctosys
+ TZ="$TZ" hwclock --hctosys -u
fi
fi
@@ -51,7 +51,7 @@
fi
if [ "$HWCLOCKACCESS" != no ]
then
- hwclock --systohc
+ hwclock --systohc -u
fi
if [ "$VERBOSE" != no ]
then
@@ -62,7 +62,7 @@
show)
if [ "$HWCLOCKACCESS" != no ]
then
- hwclock --show
+ hwclock --show -u
fi
;;
*)
--- 8< ------ 8< ------ 8< ------ 8< ------ 8< ------ 8< ------ 8< ------
8< ---
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1851>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1850: qtopia datebook does not raise alarm
---------------------------------------------+------------------------------
Reporter: mkluge | Owner: openmoko-devel
Type: defect | Status: assigned
Priority: normal | Milestone:
Component: Qtopia | Version: Om2008.8
Severity: normal | Resolution:
Keywords: qtopia datebook missed alarm | Blockedby:
Reproducible: always | Blocking:
---------------------------------------------+------------------------------
Changes (by zecke):
* cc: [EMAIL PROTECTED] (added)
* owner: zecke => openmoko-devel
* status: new => assigned
* milestone: Om2008.8 =>
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1850#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1848: Missing "dhcp" directory used by dhclient
--------------------------------+-------------------------------------------
Reporter: Frank | Owner: openmoko-kernel
Type: defect | Status: new
Priority: low | Milestone:
Component: System Software | Version: Om2008.8
Severity: minor | Resolution:
Keywords: dhclient | Blockedby:
Reproducible: always | Blocking:
--------------------------------+-------------------------------------------
Changes (by zecke):
* cc: [EMAIL PROTECTED] (added)
* version: GTA02v5 => Om2008.8
* milestone: Om2008.8 =>
Comment:
Add Julian.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1848#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1842: Verbosity & informational improvements to dfu-util
--------------------------------+-------------------------------------------
Reporter: wiml | Owner: openmoko-devel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: host utilities | Version:
Severity: normal | Resolution:
Keywords: patch, HasPatch | Blockedby:
Reproducible: always | Blocking:
--------------------------------+-------------------------------------------
Changes (by zecke):
* keywords: patch => patch, HasPatch
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1842#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1840: cleaning up mokojournal entries
--------------------------+-------------------------------------------------
Reporter: LeRoutier | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Resolution:
Keywords: HasPatch | Blockedby:
Reproducible: | Blocking:
--------------------------+-------------------------------------------------
Changes (by zecke):
* keywords: => HasPatch
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1840#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1839: openmoko-dialer2 misses gsmloc data on outgoing calls
--------------------------+-------------------------------------------------
Reporter: LeRoutier | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Resolution:
Keywords: HasPatch | Blockedby:
Reproducible: | Blocking:
--------------------------+-------------------------------------------------
Changes (by zecke):
* keywords: => HasPatch
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1839#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
