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 644] no way in gui to start today screen
      ([EMAIL PROTECTED])
   2. [Bug 645] New: +/- function does not inverse the result.
      ([EMAIL PROTECTED])
   3. [Bug 645] +/- function does not inverse the result.
      ([EMAIL PROTECTED])
   4. [Bug 646] New: Bashism on linux-gta01.inc
      ([EMAIL PROTECTED])
   5. [Bug 646] Bashism on linux-gta01.inc
      ([EMAIL PROTECTED])
   6. [Bug 647] New: linux-gta01.inc uses wrong objcopy
      ([EMAIL PROTECTED])
   7. [Bug 647] linux-gta01.inc uses wrong objcopy
      ([EMAIL PROTECTED])
   8. [Bug 367] openmoko-today does not show the operator name
      ([EMAIL PROTECTED])
   9. Your Bugzilla buglist needs attention. ([EMAIL PROTECTED])
  10. [Bug 60] fontconfig antialiasing
      ([EMAIL PROTECTED])
  11. [Bug 562] gsmd init script causes sysrq message
      ([EMAIL PROTECTED])
--- Begin Message ---
http://bugzilla.openmoko.org/cgi-bin/bugzilla/show_bug.cgi?id=644





------- Additional Comments From [EMAIL PROTECTED]  2007-07-22 12:39 -------
Right,

A .desktop for it would also be useful for those people who prefer another
"start up" application. I currently prefer matchbox-desktop-2 (despite its GUI
problems).



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

           Summary: +/- function does not inverse the result.
           Product: OpenMoko
           Version: current svn head
          Platform: All
        OS/Version: Linux
            Status: NEW
          Severity: minor
          Priority: P3
         Component: openmoko-calculator
        AssignedTo: [email protected]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


+/- function of calculator does not inverse the result. To give an example. 
Try 1 + 1 = +/-

snv release #2382



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





------- Additional Comments From [EMAIL PROTECTED]  2007-07-22 16:22 -------
Created an attachment (id=214)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=214&action=view)
removes +/- bug (patch-calc)

added a patch-calc that removes +/- bug #645.
This way allways the number shown in the display will be inverted. Its the same
behaviour as xcalc or casio calculators have. It does not display a negative
zero anymore.




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

           Summary: Bashism on linux-gta01.inc
           Product: OpenMoko
           Version: current svn head
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: kernel
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


linux-gta01.inc uses == to make a comparison on the test bultin, which is not
accepted by dash. Bash's own help says the correct is a single =.



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





------- Additional Comments From [EMAIL PROTECTED]  2007-07-22 18:23 -------
Created an attachment (id=215)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=215&action=view)
Fix for bashism on linux-gta01.inc




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

           Summary: linux-gta01.inc uses wrong objcopy
           Product: OpenMoko
           Version: current svn head
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: normal
          Priority: P2
         Component: kernel
        AssignedTo: [EMAIL PROTECTED]
        ReportedBy: [EMAIL PROTECTED]
                CC: [email protected]


linux-gta01.inc uses the fixed name of "arm-linux-objcopy" for the objcopy
binary, which is wrong if compiling for another ABI. It should use ${OBJCOPY}
instead, which bitbake helpfully sets to the correct binary.



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





------- Additional Comments From [EMAIL PROTECTED]  2007-07-22 18:27 -------
Created an attachment (id=216)
 --> 
(http://bugzilla.openmoko.org/cgi-bin/bugzilla/attachment.cgi?id=216&action=view)
Make linux-gta01.inc use ${OBJCOPY} instead of arm-linux-objcopy




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





------- Additional Comments From [EMAIL PROTECTED]  2007-07-23 03:53 -------
Personally, I don't care if it doesn't display it big bold and center on the
Today screen. This phone is not locked to an operator, which is one of the
reasons other phones show it like a badge.

A better approach would be to use some kind of xml config (or gconf) which would
allow the user to pick what pieces of data they want to view like %operator%,
%time%, %date%, etc. my 2c.



------- 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=422
  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=60





------- Additional Comments From [EMAIL PROTECTED]  2007-07-23 11:45 -------
I've done some benchmarks on XRenderCompositeString8, by drawing "The quick
brown fox jumps over the lazy dog" with Bitstream Vera Sans, at 26pixels:

with AA + subpixel: 148 times per second
with AA           : 179 times per second
without AA        : 519 times per second

Although the numbers are quite impressive, glyphs still look rugged without AA.
 IMO, AA is necessary.

As for subpixel rendering (which is on by default), because the color fringes
are so easily noticeable, I think it can be disabled.  This helps save the
memory too.  Without subpixel, only 1/4 of memory are needed to cache the same
number of glyphs.

We can consider the necessity of hinting too.  With AA, and with such a high
resolution device, hinting is not a must anymore, especially when the default
build of freetype uses the CPU-intensive autohint.



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

[EMAIL PROTECTED] changed:

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



------- Additional Comments From [EMAIL PROTECTED]  2007-07-23 11:53 -------
This hasn't happened to me for a while now so I'm marking this as fixed. If you
still see this with recent kernel/rootfs please reopen.



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

Reply via email to