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 #1836: [illume] can't close "Setting"
immediately (Openmoko Public Trac)
2. Re: Openmoko Bug #1766: [GSM Signal] no signal, can't make
phone call but can receive calls (Openmoko Public Trac)
3. Re: Openmoko Bug #1734: [settings] wifi show up "unknown"
(Openmoko Public Trac)
4. Re: Openmoko Bug #1766: [GSM Signal] no signal, can't make
phone call but can receive calls (Openmoko Public Trac)
5. Re: Openmoko Bug #1808: No accelerometer data
(Openmoko Public Trac)
6. Re: Openmoko Bug #1808: No accelerometer data
(Openmoko Public Trac)
7. Re: Openmoko Bug #1835: A better fix for host endianness of
dfu-util (Openmoko Public Trac)
8. Re: Openmoko Bug #1798: No pin-dialog appears (the second)
(Openmoko Public Trac)
--- Begin Message ---
#1836: [illume] can't close "Setting" immediately
---------------------------+------------------------------------------------
Reporter: wendy_hung | Owner: marek
Type: defect | Status: assigned
Priority: normal | Milestone: Om2008.9
Component: E - Illume | Version: Om2008.8
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: always | Blocking:
---------------------------+------------------------------------------------
Changes (by raster):
* owner: raster => marek
* status: new => assigned
Comment:
e sends a delete_me message when you delete a window that asks for the
WM_DELETE protocol (like 99% of apps). this is the ICCCM standard. it is
up to exposure (settings) to respond and do whatever it likes (not close,
close, dance a jig...). :) it's in exposure land. (exposure could always
just hide the window then in a timer or later destroy it as opposed to
spend time freeing objects and destroying on the spot).
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1836#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1766: [GSM Signal] no signal, can't make phone call but can receive calls
-----------------------------------+----------------------------------------
Reporter: dexteruk | Owner: zecke
Type: defect | Status: assigned
Priority: high | Milestone:
Component: Qtopia | Version: GTA02v6
Severity: normal | Resolution:
Keywords: GSM Antenna Signal | Blockedby:
Reproducible: | Blocking:
-----------------------------------+----------------------------------------
Comment(by KenSentMe):
I installed a fresh 2008.8 image, added the feed from Zecke, updated and
upgraded. So far with little positive result, i still have only one bar
network and get the same error when trying to make a call, even when
trying the above options.
I once got more then one bar signal strength and managed to make a call,
but there was no apparent thing i did.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1766#comment:29>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1734: [settings] wifi show up "unknown"
------------------------+---------------------------------------------------
Reporter: wendy_hung | Owner: marek
Type: defect | Status: assigned
Priority: high | Milestone: Om2008.9
Component: Distro | Version:
Severity: major | Resolution:
Keywords: | Blockedby:
Blocking: |
------------------------+---------------------------------------------------
Comment(by slozano):
Replying to [comment:18 nkinkade]:
> Replying to [comment:17 marek]:
>
I followed the instructions posted by nkinkade ("I deleted
/etc/volatives.cache and rebooted"), the WIFI shows ON and I can detect
neighboring wireless access points. Diversity WiFi is working also.
Cheers.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1734#comment:19>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1766: [GSM Signal] no signal, can't make phone call but can receive calls
-----------------------------------+----------------------------------------
Reporter: dexteruk | Owner: zecke
Type: defect | Status: assigned
Priority: high | Milestone:
Component: Qtopia | Version: GTA02v6
Severity: normal | Resolution:
Keywords: GSM Antenna Signal | Blockedby:
Reproducible: | Blocking:
-----------------------------------+----------------------------------------
Comment(by KenSentMe):
Update. It seems that after doing the things wendy_hung mentioned if had
to wait a while (several minutes) before being able to make phonecalls.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1766#comment:30>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1808: No accelerometer data
---------------------+------------------------------------------------------
Reporter: Mercury | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone: Om2008.8
Component: unknown | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blockedby:
Blocking: |
---------------------+------------------------------------------------------
Comment(by Mercury):
Changing my kernel to the official Om2008.8 one seemed to work for me.
I'm not sure what the issue was. I'm not sure if I had the same issue as
the 'one works one doesn't' people as well.
Before I upgraded the kernel, I noticed some strange behaviour. I would
boot debian off my SD card (using the kernel from flash, because at that
time u-boot didn't support SDHC), and it would work under Debian but not
when I booted ASU (???)
Oh well, it's in the past for me now :) But I'll leave the ticket open
for the rest of you.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1808#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1808: No accelerometer data
---------------------+------------------------------------------------------
Reporter: Mercury | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone: Om2008.8
Component: unknown | Version: GTA02v5
Severity: normal | Resolution:
Keywords: | Blockedby:
Blocking: |
---------------------+------------------------------------------------------
Comment(by Mercury):
Changing my kernel to the official Om2008.8 one seemed to work for me.
I'm not sure what the issue was. I'm not sure if I had the same issue as
the 'one works one doesn't' people as well.
Before I upgraded the kernel, I noticed some strange behaviour. I would
boot debian off my SD card (using the kernel from flash, because at that
time u-boot didn't support SDHC), and it would work under Debian but not
when I booted ASU (???)
Oh well, it's in the past for me now :) But I'll leave the ticket open
for the rest of you.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1808#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1835: A better fix for host endianness of dfu-util
-------------------------------+--------------------------------------------
Reporter: wiml | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: host utilities | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: always | Blocking:
-------------------------------+--------------------------------------------
Comment(by RuiSeabra):
Although my backup did go on for about 50MB longer than previously, the
proposed patch isn't a full fix, unfortunately.
It failed with the same error:
{{{
dfu-util - (C) 2007 by OpenMoko Inc.
This program is Free Software and has ABSOLUTELY NO WARRANTY
Opening USB Device 0x0000:0x0000...
Found Runtime: [0x1d50:0x5119] devnum=6, cfg=0, intf=0, alt=6,
name="rootfs"
Claiming USB DFU Interface...
Setting Alternate Setting ...
Determining device status: state = dfuERROR, status = 14
dfuERROR, clearing status
Determining device status: state = dfuIDLE, status = 0
dfuIDLE, continuing
Transfer Size = 0x1000
dfu_upload error -62
}}}
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1835#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1798: No pin-dialog appears (the second)
--------------------------+-------------------------------------------------
Reporter: Rorschach | Owner: zecke
Type: defect | Status: in_testing
Priority: highest | Milestone:
Component: unknown | Version: Om2008.8
Severity: critical | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
--------------------------+-------------------------------------------------
Comment(by Peetrus):
Replying to [comment:7 zecke]:
> Okay what about adding this http://people.openmoko.org/zecke/qtopia-
testing/ to your feed and trying the Qtopia packages?
>
> Also make sure opkg list_installed | grep gsmd | wc -l says 0.
Pin dialog comes up every time now after half a minute.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1798#comment:14>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
