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 #1928: Settings don't change the suspend
time (Openmoko Public Trac)
2. Re: Openmoko Bug #1603: Device does not notice any Alert tone
or vibration when new message arrived during calling.
(Openmoko Public Trac)
3. Re: Openmoko Bug #1760: [Qt-dialer] Can't really end up
outgoing calls if the other side did not pick it up
(Openmoko Public Trac)
4. Re: Openmoko Bug #1639: Only some contacts off SIM displayed
(Openmoko Public Trac)
5. Re: Openmoko Bug #1816: om-locations-map-pack freezes the
Freerunner (Openmoko Public Trac)
6. Re: Openmoko Bug #1822: 2008.8 doesn't wake on alarm
(Openmoko Public Trac)
7. Re: Openmoko Bug #1353: No sound after resume from suspend
(Openmoko Public Trac)
8. Re: Openmoko Bug #1884: [suspend/resume] if press power
batton right after suspend, the device won't wake up
(Openmoko Public Trac)
--- Begin Message ---
#1928: Settings don't change the suspend time
-------------------------+--------------------------------------------------
Reporter: wilk | Owner: marek
Type: defect | Status: accepted
Priority: normal | Milestone: Om2008.9
Component: Settings | Version:
Severity: blocker | Resolution:
Keywords: | Blockedby:
Reproducible: always | Blocking:
-------------------------+--------------------------------------------------
Comment(by flamma):
I have it again on screen. The exact message is:
xset: unable to open display ""
HTH
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1928#comment:13>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1603: Device does not notice any Alert tone or vibration when new message
arrived
during calling.
---------------------------+------------------------------------------------
Reporter: regina_kim | Owner: zecke
Type: defect | Status: in_testing
Priority: high | Milestone: Om2008.9
Component: Qtopia | Version:
Severity: critical | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
---------------------------+------------------------------------------------
Changes (by erin_yueh):
* status: new => in_testing
Comment:
i think the current qtopia design is reasonable and also asked Will's
opinion. He thinks it's fine. Could you please review this bug again? or
we should make this bug as new feature, not a bug.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1603#comment:7>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1760: [Qt-dialer] Can't really end up outgoing calls if the other side did not
pick it up
------------------------------+---------------------------------------------
Reporter: wendy_hung | Owner: zecke
Type: defect | Status: in_testing
Priority: high | Milestone: Om2008.9
Component: Qtopia | Version:
Severity: critical | Resolution:
Keywords: keep watching | Blockedby:
Reproducible: | Blocking:
------------------------------+---------------------------------------------
Comment(by zecke):
a) Attach a log file (output of logread after you tried to end a call)
b) Qtopia is issueing AT+CHLD=0 (IIRC) instead of ATH to end the call. You
can take a look at src/libraries/qtopiaphonemodem/qmodemcallprovider.cpp
and QModemCallProvider::setBusyCommand, simply changing it to ATH is
likely to break multi call handling. So test that as well.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1760#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1639: Only some contacts off SIM displayed
-------------------------+--------------------------------------------------
Reporter: montgoss | Owner: zecke
Type: defect | Status: new
Priority: high | Milestone: Om2008.9
Component: Qtopia | Version:
Severity: major | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
-------------------------+--------------------------------------------------
Comment(by zecke):
http://wiki.openmoko.org/wiki/Bug_Filing_Policy please attach log files..
I don't see them here.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1639#comment:10>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1816: om-locations-map-pack freezes the Freerunner
--------------------------+-------------------------------------------------
Reporter: avanc | Owner: olv
Type: defect | Status: accepted
Priority: high | Milestone: Om2008.9
Component: Locations | Version: GTA02v5
Severity: blocker | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
--------------------------+-------------------------------------------------
Comment(by olv):
It turns out packing map packages is too resource consuming to have a web
version, without great efforts. I guess we should find a way around,
until some new map format is decided and supported.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1816#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1822: 2008.8 doesn't wake on alarm
-------------------------+--------------------------------------------------
Reporter: madjo | Owner: zecke
Type: defect | Status: new
Priority: high | Milestone: Om2008.9
Component: Qtopia | Version: Om2008.8
Severity: critical | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
-------------------------+--------------------------------------------------
Comment(by Treviño):
Couldn't only be time problem? I was wondering that maybe the phone wake
ups too late (at exact alarm time), so when the phone is resumed (few
seconds after the time set the alarm software i.e.: alarm-time + resume-
time) the alarm software doesn't ring at all since it's too late!
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1822#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1353: No sound after resume from suspend
------------------------------------+---------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: closed
Priority: highest | Milestone:
Component: System Software | Version: current svn head
Severity: critical | Resolution: fixed
Keywords: | Blockedby:
Blocking: |
------------------------------------+---------------------------------------
Comment(by yarikoptic):
Since others already confirmed that I am not alone I am reopening the bug
(ACTUALLY I CANT -- apparently I don't have permissions... WTF?)
I am running 2008.9 with recent updates. on resume, no sound to the
speaker. stop/start on pulseaudio resolves the issue until next suspend
Here is what I have installed for pulseaudio (bug report for fix doesn't
include version where it got fixed thus...)
pulseaudio-lib-alsa-util - 0.9.10-r4 -
pulseaudio-lib-authkey - 0.9.10-r4 -
pulseaudio-lib-authkey-prop - 0.9.10-r4 -
pulseaudio-lib-cli - 0.9.10-r4 -
pulseaudio-lib-iochannel - 0.9.10-r4 -
pulseaudio-lib-ioline - 0.9.10-r4 -
pulseaudio-lib-ipacl - 0.9.10-r4 -
pulseaudio-lib-packet - 0.9.10-r4 -
pulseaudio-lib-pdispatch - 0.9.10-r4 -
pulseaudio-lib-protocol-cli - 0.9.10-r4 -
pulseaudio-lib-protocol-esound - 0.9.10-r4 -
pulseaudio-lib-protocol-native - 0.9.10-r4 -
pulseaudio-lib-protocol-simple - 0.9.10-r4 -
pulseaudio-lib-pstream - 0.9.10-r4 -
pulseaudio-lib-pstream-util - 0.9.10-r4 -
pulseaudio-lib-socket-server - 0.9.10-r4 -
pulseaudio-lib-socket-util - 0.9.10-r4 -
pulseaudio-lib-strlist - 0.9.10-r4 -
pulseaudio-lib-tagstruct - 0.9.10-r4 -
pulseaudio-module-alsa-sink - 0.9.10-r4 -
pulseaudio-module-alsa-source - 0.9.10-r4 -
pulseaudio-module-cli - 0.9.10-r4 -
pulseaudio-module-cli-protocol-unix - 0.9.10-r4 -
pulseaudio-module-esound-protocol-unix - 0.9.10-r4 -
pulseaudio-module-native-protocol-unix - 0.9.10-r4 -
pulseaudio-module-simple-protocol-tcp - 0.9.10-r4 -
pulseaudio-server - 0.9.10-r4 -
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1353#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1884: [suspend/resume] if press power batton right after suspend, the device
won't wake up
--------------------------------+-------------------------------------------
Reporter: wendy_hung | Owner: andy
Type: defect | Status: new
Priority: high | Milestone: Om2008.9
Component: System Software | Version: Om2008.8
Severity: critical | Resolution:
Keywords: | Blockedby:
Reproducible: sometimes | Blocking:
--------------------------------+-------------------------------------------
Comment(by Treviño):
I can confirm that this is a kernel issue: I've put my kernel (the stable
+glamo-patches explained above) in the microSD kernel partition
overwriting the mwester-kernel (that worked flawlessly) I had there.
Well, now qtopia (the distro I've in the SD) suspends but doesn't resume
at all (while it worked with no problems using the mwester's uImage-gta02
-mwester-stable-d6f9fd270943fb22.bin image).
I figure that using qtopia-fb the glamo patches (taken from andy) I've
added doesn't disturb the suspending work (well glamo should be
initialized anyway but I guess it isn't in use), isn't it?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1884#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
