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 #1614: Mediplayer isn't able to play Ogg/Vorbis
files (Openmoko Public Trac)
2. Re: Openmoko Bug #1606: Match numbers to contacts more fuzzy
(Openmoko Public Trac)
3. Openmoko Bug #1615: Busybox or Perl-Module-Cpan need a fix
(Openmoko Public Trac)
4. Re: Openmoko Bug #1615: Busybox or Perl-Module-Cpan need a
fix (Openmoko Public Trac)
5. Re: Openmoko Bug #1520: Package Thumbnails are all the same
(Openmoko Public Trac)
6. Re: Openmoko Bug #1517: Back button not always working
(Openmoko Public Trac)
7. Re: Openmoko Bug #1451: when press hold "hold attempt fail"
message appear then, not be hold (Openmoko Public Trac)
8. Re: Openmoko Bug #1529: The screen shows one more same number
short second then disappear (Openmoko Public Trac)
9. Re: Openmoko Bug #1495: Suspend time ended but no
SMS/Incoming call show up (Openmoko Public Trac)
--- Begin Message ---
#1614: Mediplayer isn't able to play Ogg/Vorbis files
---------------------+------------------------------------------------------
Reporter: HdR | Owner: openmoko-devel
Type: defect | Status: new
Priority: high | Milestone:
Component: unknown | Version: 2007.2
Severity: normal | Keywords: openmoko-mediaplayer
Blocking: | Blockedby:
---------------------+------------------------------------------------------
As the title says, the openmoko-mediaplayer isn't able to play Ogg/Vorbis
files.
The files are added corretly to the play list, but if you press play, the
mediaplayer only plays a short extract of the track (about the first
second, maybe).
ogg123 and mplayer are able to play Ogg/vorbis files (with about 50% CPU
usage), if pulseaudio isn't running.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1614>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1606: Match numbers to contacts more fuzzy
-------------------------+--------------------------------------------------
Reporter: nomeata | Owner: openmoko-devel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: unknown | Version: 2007.2
Severity: normal | Resolution:
Keywords: | Blocking:
Blockedby: |
-------------------------+--------------------------------------------------
Comment(by nomeata):
Hi,
I think I now normalized the phone number everywhere in openmoko-messages2
with the latest patch. But unfortunately, the matching for the notes view
is done by libjana, which passes it off to evolution-data-server
(e_cal_get_query), which probably only supports string comparisons.
Where do we go from here?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1606#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1615: Busybox or Perl-Module-Cpan need a fix
-----------------------------+----------------------------------------------
Reporter: iandouglas736 | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: normal | Keywords: busybox gzip cpan
Blocking: | Blockedby:
-----------------------------+----------------------------------------------
Since gzip is a symlinked command to busybox, and not the full gzip
utility, the perl-module-cpan library often fails to unpack tarballs
because the CPAN module is configured to use a --decompress flag to gzip,
when the busybox version of gzip only supports the shorter -d flag
equivalent.
Either busybox needs to be changed to allow the full --decompress flag, or
the perl-module-cpan package needs to be altered to use the shorter -d
flag that *is* supported by the busybox gzip utility.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1615>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1615: Busybox or Perl-Module-Cpan need a fix
-------------------------------+--------------------------------------------
Reporter: iandouglas736 | Owner: openmoko-kernel
Type: defect | Status: new
Priority: normal | Milestone:
Component: System Software | Version:
Severity: normal | Resolution:
Keywords: busybox gzip cpan | Blocking:
Blockedby: |
-------------------------------+--------------------------------------------
Comment(by mwester):
A better solution would be to have the "gzip" package added to the feeds,
so that "opkg install gzip" would make the full non-busybox version of
gzip available.
Unfortunately it seems that the current feeds lack this utility, but
rectifying that would probably be faster and more correct than modifying
busybox or Perl modules.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1615#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1520: Package Thumbnails are all the same
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: tick
Type: defect | Status: assigned
Priority: normal | Milestone: ASU
Component: Assassin | Version:
Severity: major | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by wendy_hung):
* status: in_testing => assigned
Comment:
tested with the image below:
Kernel:20080705-asu.stable-uImage.bin
Root file system:20080714-asu.stable-rootfs.jffs2
the thumbnails are still the same.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1520#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1517: Back button not always working
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: tick
Type: defect | Status: closed
Priority: normal | Milestone: ASU
Component: Assassin | Version:
Severity: normal | Resolution: fixed
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by wendy_hung):
* status: in_testing => closed
* resolution: => fixed
Comment:
Tested with the image below
Kernel:20080705-asu.stable-uImage.bin
Root file system:20080714-asu.stable-rootfs.jffs2
it already fixed, thank you :)
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1517#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1451: when press hold "hold attempt fail" message appear then, not be hold
------------------------+---------------------------------------------------
Reporter: regina_kim | Owner: zecke
Type: defect | Status: in_testing
Priority: highest | Milestone: ASU
Component: Qtopia | Version:
Severity: blocker | Resolution:
Keywords: | Blocking:
Blockedby: |
------------------------+---------------------------------------------------
Changes (by zecke):
* status: new => in_testing
Comment:
If holding fails it fails and I can not do anything about it. I have
changed the code to be consistent (menu, buttons and the label show the
same thing).
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1451#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1529: The screen shows one more same number short second then disappear
------------------------+---------------------------------------------------
Reporter: regina_kim | Owner: zecke
Type: defect | Status: in_testing
Priority: high | Milestone: ASU
Component: Qtopia | Version:
Severity: major | Resolution:
Keywords: | Blocking: 1536
Blockedby: |
------------------------+---------------------------------------------------
Changes (by zecke):
* status: assigned => in_testing
Comment:
putting this back to testing once again.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1529#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1495: Suspend time ended but no SMS/Incoming call show up
-----------------------------+----------------------------------------------
Reporter: regina_kim | Owner: zecke
Type: defect | Status: in_testing
Priority: high | Milestone: ASU
Component: System Software | Version:
Severity: critical | Resolution:
Keywords: | Blocking:
Blockedby: |
-----------------------------+----------------------------------------------
Changes (by zecke):
* status: assigned => in_testing
Comment:
I fixed another bug related to losing a notification (due sending a wakeup
command and discarding everything from the mode).
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1495#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
