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 658] New: add_lzo.patch fails to apply cleanly to
      mtd-utils-native ([EMAIL PROTECTED])
   2. [Bug 658] add_lzo.patch fails to apply cleanly to
      mtd-utils-native ([EMAIL PROTECTED])
   3. [Bug 658] add_lzo.patch fails to apply cleanly to
      mtd-utils-native ([EMAIL PROTECTED])
   4. [Bug 658] add_lzo.patch fails to apply cleanly to
      mtd-utils-native ([EMAIL PROTECTED])
   5. [Bug 658] add_lzo.patch fails to apply cleanly to
      mtd-utils-native ([EMAIL PROTECTED])
   6. [Bug 648]
      openmoko-rssreader-0.0.1+svnnow-r1_2386-do_configure
      ([EMAIL PROTECTED])
   7. [Bug 658] add_lzo.patch fails to apply cleanly to
      mtd-utils-native ([EMAIL PROTECTED])
   8. [Bug 647] linux-gta01.inc uses wrong objcopy
      ([EMAIL PROTECTED])
   9. [Bug 646] Bashism on linux-gta01.inc
      ([EMAIL PROTECTED])
  10. [Bug 659] New: QMEU mis-detects gcc32 as gcc-3.* on Gentoo,
      then compilation fails ([EMAIL PROTECTED])
  11. [Bug 639] bluetooth panel can't power up radio
      ([EMAIL PROTECTED])
  12. [Bug 645] +/- function does not inverse the result.
      ([EMAIL PROTECTED])
  13. [Bug 656] openmoko-calculator: division by zero not caught.
      ([EMAIL PROTECTED])
  14. [Bug 656] openmoko-calculator: division by zero not caught.
      ([EMAIL PROTECTED])
  15. [Bug 645] +/- function does not inverse the result.
      ([EMAIL PROTECTED])
  16. [Bug 656] openmoko-calculator: division by zero not caught.
      ([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=658

           Summary: add_lzo.patch fails to apply cleanly to mtd-utils-native
           Product: OpenMoko
           Version: unspecified
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: OE bitbake recipes  / build system
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


I am using the moko Makefile to build OpenMoko on Ubuntu Feisty.

I performed the following steps:

1) make update-makefile
2) make clobber
3) make update
4) make setup
5) make openmoko-devel-image

I get the following output while building:
---------- OUTPUT START -----------------

NOTE: package mtd-utils-native-1.0.0+git: started
NOTE: package mtd-utils-native-1.0.0+git-r2: task do_fetch: started
Already up-to-date.
No changes.
NOTE: Creating tarball of git repository
NOTE: Creating tarball of git checkout
NOTE: package mtd-utils-native-1.0.0+git-r2: task do_fetch: completed
NOTE: package mtd-utils-native-1.0.0+git-r2: task do_unpack: started
NOTE: Unpacking
/home/gordon/svn/moko/sources/git_git.infradead.org.mtd-utils.git_master.tar.gz 
to /
home/gordon/svn/moko/build/tmp/work/i686-linux/mtd-utils-native-1.0.0+git-r2/
NOTE: package mtd-utils-native-1.0.0+git-r2: task do_unpack: completed
NOTE: package mtd-utils-native-1.0.0+git-r2: task do_patch: started
NOTE: Applying patch 'add_lzo.patch'
Command Error: exit status: 1  Output:
Applying patch add_lzo.patch
patching file Makefile
Hunk #1 FAILED at 58.
1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej
patching file compr.c
Hunk #1 succeeded at 523 with fuzz 2 (offset 49 lines).
Hunk #2 succeeded at 540 with fuzz 2 (offset 52 lines).
patching file compr.h
Hunk #1 FAILED at 21.
Hunk #2 succeeded at 120 with fuzz 2 (offset 7 lines).
1 out of 2 hunks FAILED -- saving rejects to file compr.h.rej
The next patch would create the file compr_lzo.c,
which already exists!  Applying it anyway.
patching file compr_lzo.c
Patch attempted to create file compr_lzo.c, which already exists.
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file compr_lzo.c.rej
patching file include/linux/jffs2.h
Hunk #1 FAILED at 46.
1 out of 1 hunk FAILED -- saving rejects to file include/linux/jffs2.h.rej
Applied patch add_lzo.patch (forced; needs refresh)
NOTE: dropping user into a shell, so that patch rejects can be fixed manually.
$

---------- OUTPUT END -------------------



------- 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=658





------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 13:12 -------
Created an attachment (id=221)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=221&action=view)
compr_lzo.c patch rejects




------- 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=658





------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 13:12 -------
Created an attachment (id=222)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=222&action=view)
compr.h rejects




------- 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=658





------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 13:12 -------
Created an attachment (id=223)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=223&action=view)
Makefile rejects




------- 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=658





------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 13:14 -------
Solution for this problem was pushed into Poky and then into OpenEmbedded. It
should be quite easy to apply also to Openmoko SVN.



------- 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=648





------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 13:32 -------
svnrev 2389 pins rss reader down to an older version until we have synced with
OE.dev

I would avoid pulling all this stuff into our overlay.

Still open until fixed properly.



------- 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=658

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 16:17 -------
I copied the fixes over from OE.dev in svn rev 2390



------- 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=647

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 16:39 -------
Commited in svn rev 2391. 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=646

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 17:22 -------
Commited in svn rev 2392 and to OE.dev Thanks

Forgot the credits in the commit, sorry.



------- 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

           Summary: QMEU mis-detects gcc32 as gcc-3.* on Gentoo, then
                    compilation fails
           Product: OpenMoko
           Version: current svn head
          Platform: Other
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: qemu-neo1973
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


QEMU mis-detects gcc32 as a 3.x version. Output:

WARNING: "gcc" looks like gcc 4.x
Looking for gcc 3.x
Found "gcc32"

but gcc32 is really ...
gcc (GCC) 4.1.1 (Gentoo 4.1.1-r3)

trunk/src/host/qemu-neo1973/configure contains the rather amusing line

if "$cross_prefix$compat_cc" --version > /dev/null 2>&1 ; then

"Is there anything out there that accepts a --version option" ? I'd
rather think so :-) Something like
| fgrep ' (GCC) 3.' >/dev/null
should fix the problem. (Untested.)

Joachim suggested that this is an upstream issue. If we can't get the fix
applied there, perhaps we could just put in our local repository, which,
after all, already contains the extracted source.



------- 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=639





------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 20:37 -------
I don't like the idea to have bluetooth enabled the whole time. Until we had
more thinking how to integrate this properly into hardware management and applet
doing the echo on the commandline is not that bad. It's still a developer 
device.

I leave this bug open as it, of course, needs to be fixed once we are going to
phase 2.



------- 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=645

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[EMAIL PROTECTED]



------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 20:41 -------
Rodolpho, what's your opinion on this?



------- 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=656

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[EMAIL PROTECTED]



------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 20:41 -------
Rodolpho, what's your opinion on this?



------- 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=656

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED



------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 22:16 -------
That's true I did not do anything special to catch division by zero, because, on
the PC, 1/0 say "inf" (for infinity), something I originally found pretty
acceptable.
Do you test on the Neo itself to get "nan e^2..."?




------- 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=645

[EMAIL PROTECTED] changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|                            |FIXED



------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 22:28 -------
Thanks for noticing and for the fix.
Your suggestion (slightly edited) should be in SVN rev.2393 now (and I bumped
the version minor too).




------- 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=656





------- Additional Comments From [EMAIL PROTECTED]  2007-07-25 22:47 -------
BTW, FYI, the "NaN" or "inf" magic is the magic of IEEE floating point
arithmetic (simply by using "double"). See these refs (into glibc documentation)
for details:
http://www.gnu.org/software/libc/manual/html_node/Infinity-and-NaN.html#Infinity-and-NaN
http://www.gnu.org/software/libc/manual/html_node/FP-Exceptions.html#FP-Exceptions
However, that's not the most portable thing and maybe it behaves differently on
the Neo ARM and on the PC, we should only be comfronted to "inf" and not "NaN"
in fact. (Notice that: -1/0 = -inf or 1/0=inf on my PC.)
If you confirm you get the NaN indication, I'll update "update_display" to
detect these case and display something but then I'll need you again to double
check...




------- 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 ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog

Reply via email to