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. [Bug 656] openmoko-calculator: division by zero not caught.
([EMAIL PROTECTED])
2. [Bug 661] New: sfj2410 uses arch dependend header sys/io.h
([EMAIL PROTECTED])
3. [Bug 100] Implement Cell Broadcast support
([EMAIL PROTECTED])
4. [Bug 662] New: openocd FTBF on big endian machines
([EMAIL PROTECTED])
5. [Bug 662] openocd FTBF on big endian machines
([EMAIL PROTECTED])
6. [Bug 659] QMEU mis-detects gcc32 as gcc-3.* on Gentoo, then
compilation fails ([EMAIL PROTECTED])
7. [Bug 659] QMEU mis-detects gcc32 as gcc-3.* on Gentoo, then
compilation fails ([EMAIL PROTECTED])
8. [Bug 659] QMEU mis-detects gcc32 as gcc-3.* on Gentoo, then
compilation fails ([EMAIL PROTECTED])
9. [Bug 656] openmoko-calculator: division by zero not caught.
([EMAIL PROTECTED])
10. [Bug 663] New: jffs2 image endianess depends on build hosts
byteorder ([EMAIL PROTECTED])
11. [Bug 663] jffs2 image endianess depends on build hosts
byteorder ([EMAIL PROTECTED])
12. [Bug 661] sfj2410 uses arch dependend header sys/io.h
([EMAIL PROTECTED])
13. [Bug 664] New:
linux-gta01-2.6.21.6-moko10-r1_0_0_2388_0-do_fetch
([EMAIL PROTECTED])
14. Your Bugzilla buglist needs attention. ([EMAIL PROTECTED])
15. [Bug 665] New: Real time Dual SIM
([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=656
------- Additional Comments From [EMAIL PROTECTED] 2007-07-26 13:34 -------
neo1973:
Version: openmoko-devel-image built on 2007-07-25
Result: 1/0 = nan e^2147483647 and -1/0 = nan e^2147483647 and 0/0 = nan
(same as qemu)
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=661
Summary: sfj2410 uses arch dependend header sys/io.h
Product: OpenMoko
Version: current svn head
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: Host Software
AssignedTo: [email protected]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
Since sfj2410 uses sys/io.h it is only compileable on i386 based hardware. It
would be nice if this could be made more architecture agnostic or simply not
built on non-x86 hosts (if the app is useless on those arches).
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=100
------- Additional Comments From [EMAIL PROTECTED] 2007-07-26 16:25 -------
Created an attachment (id=226)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=226&action=view)
Cell Broadcast messages enabling/disabling/notifications.
This adds GSMD_CB_SUBSCRIBE and GSMD_CB_UNSIBSCRIBE commands handling and
proper handling of th +CMTI, +CMT, +CBMI, +CBM, +CDSI, +CDS unsolicited codes.
It's also an overhaul of sms_cb.c which I first though stood for sms
*callbacks* :) rather than "cell broadcast" so all SMS and CB related code now
sits in this file. The Neo1973 modem doesn't seem to support storing CB
messages and delivery status messages into memory, so the default is now set to
output them directly to TE when they're enabled. None of the CB code is tested
on real CBs, but I think it's a good start.
I'm wondering if gsmd should probably buffer all the messages that were sent
directly to the TE, rather than stored on the SIM, buffer them in some kind of
cache and the cache should maybe even be saved between gsmd sessions so that no
messages are ever lost.
Gsmd should also query the TA capabilities regarding storing incoming messages
and choose that the messages be stored when the modem (other than Neo1973)
supports it.
I changed the length parameter of usock_build_event() to be 16 bits wide
instead of 8 because the gsmd_msg_hdr's "len" field is also 16 bit and 8 bits
turned out to be too short. Patch applies on top of bug #21 attachments.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=662
Summary: openocd FTBF on big endian machines
Product: OpenMoko
Version: current svn head
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Applications & Dependencies
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
openocd cannot be built on big endian machines because some endiannes conversion
macros are missing brackets. I am attaching a patch that fixes that.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=662
------- Additional Comments From [EMAIL PROTECTED] 2007-07-26 17:24 -------
Created an attachment (id=227)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=227&action=view)
fix for bug
this adds the missing brackets and allows compilation on big endian machines.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=659
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
AssignedTo|[EMAIL PROTECTED] |[EMAIL PROTECTED]
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=659
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |ASSIGNED
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=659
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-07-26 22:55 -------
Applied the suggested fix upstream and updated our tree. Also added probing for
gcc-3.3.6 which is the one portage installed here.
Please reopen the bug if there are still problems, thanks.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=656
[EMAIL PROTECTED] changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
Resolution| |FIXED
------- Additional Comments From [EMAIL PROTECTED] 2007-07-26 23:00 -------
Finally, I have changed the display in rev.2404 in SVN now.
In fact, at least the exponent display (2147483647) on the Neo or Qemu when the
result was NaN was not correct (due to my manual computation of the exponent
probably) so it needed correction for this aspect at least.
I also tried to improve the display for both NaN and inf.
inf should display the infinite sign (∞)
NaN will be self-explaining, but don't compute it too often... ;-)
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=663
Summary: jffs2 image endianess depends on build hosts byteorder
Product: OpenMoko
Version: current svn head
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: Applications & Dependencies
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
when building the openmoko image on a PPC or other big-endian host the resulting
jffs2 root filesystem image will be big endian although the neo needs a little
endian one.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=663
------- Additional Comments From [EMAIL PROTECTED] 2007-07-27 00:27 -------
Created an attachment (id=228)
-->
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=228&action=view)
fix for bug
adds --little-endian to the EXTRA_IMAGECMD_jffs2 variable to make the root fs
byteorder fixed.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=661
------- Additional Comments From [EMAIL PROTECTED] 2007-07-27 00:59 -------
Removing "sjf2410-linux-native" from EXTRA_IMAGEDEPENDS in fic-gta01.conf
allowed me to continue the build.
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=664
Summary: linux-gta01-2.6.21.6-moko10-r1_0_0_2388_0-do_fetch
Product: OpenMoko
Version: unspecified
Platform: Neo1973
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: autobuilds
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
The package failed to build at 20070726220008
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
--- Begin Message ---
[This e-mail has been automatically generated.]
You have one or more bugs assigned to you in the Bugzilla
bugsystem (http://bugzilla.openmoko.org/cgi-bin/bugzilla/) that require
attention.
All of these bugs are in the NEW state, and have not been touched
in 7 days or more. You need to take a look at them, and
decide on an initial action.
Generally, this means one of three things:
(1) You decide this bug is really quick to deal with (like, it's INVALID),
and so you get rid of it immediately.
(2) You decide the bug doesn't belong to you, and you reassign it to someone
else. (Hint: if you don't know who to reassign it to, make sure that
the Component field seems reasonable, and then use the "Reassign bug to
owner of selected component" option.)
(3) You decide the bug belongs to you, but you can't solve it this moment.
Just use the "Accept bug" command.
To get a list of all NEW bugs, you can use this URL (bookmark it if you like!):
http://bugzilla.openmoko.org/cgi-bin/bugzilla/buglist.cgi?bug_status=NEW&[EMAIL
PROTECTED]
Or, you can use the general query page, at
http://bugzilla.openmoko.org/cgi-bin/bugzilla/query.cgi.
Appended below are the individual URLs to get to all of your NEW bugs that
haven't been touched for a week or more.
You will get this message once a day until you've dealt with these bugs!
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=41
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=69
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=70
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=112
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=114
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=129
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=137
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=141
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=181
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=276
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=301
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=340
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=344
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=347
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=352
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=412
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=448
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=466
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=470
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=471
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=511
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=555
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=571
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=572
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=589
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=605
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=624
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=630
--- End Message ---
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=665
Summary: Real time Dual SIM
Product: Neo1973 Hardware
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: GSM Modem
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]
CC: [email protected]
My mobile users carry around two mobile phone because they need to be active on
at least two mobile phone companies for many different reasons. For myself I
have problems cross connecting with two of my local companies so I used two
phones.
I am very interested in the Neo173 and would like to be able to use two SIM
cards simultaneously or at least the same way one would used a land line phone
with multiple lines. This has been done with a few mobile phones made in Taiwan.
So I'm requesting that the Neo1973 have the option of Dual SIM.
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
