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 #1542: gps does not get fix
(Openmoko Public Trac)
2. Re: Openmoko Bug #1796: Xglamo does not open usb keyboard
(/dev/input/event5) (Openmoko Public Trac)
3. Re: Openmoko Bug #1678: [illume] Missing symbols make
enlightenment not launchable (Openmoko Public Trac)
4. Re: Openmoko Bug #1597: after a long suspend time, kernel
thread events/0 sits eating 30% cpu (Openmoko Public Trac)
5. Re: Openmoko Bug #1315: xglamo: Performance decreases after a
while (Openmoko Public Trac)
6. Re: Openmoko Bug #1296: After time Xglamo takes 100% cpu
(Openmoko Public Trac)
7. Re: Openmoko Bug #1734: [settings] wifi show up "unknown"
(Openmoko Public Trac)
8. Openmoko Bug #1831: please remove dependency between
mediaplayer and pulseaudio in 2008.8 (Openmoko Public Trac)
--- Begin Message ---
#1542: gps does not get fix
-----------------------------------------+----------------------------------
Reporter: emdete | Owner: hardware
Type: defect | Status: new
Priority: high | Milestone:
Component: hardware | Version:
Severity: blocker | Resolution:
Keywords: gps antenna fix internal | Blockedby:
Reproducible: | Blocking:
-----------------------------------------+----------------------------------
Comment(by emdete):
candrews, have you testet an external antenne? this works with all my neos
very well (fix in less than a minute).
have you disassembled the neo? did you take a look at the antenna & cable?
is it build well? soldering and crimp of the connector and the cable
itself with no squashing...? all this may be cause of bad signals too.
also try the ublox binary mode which shows you much better how many sats
are in sight which what signals. there is a gps-daemon around capable of
logging data from that mode. it's part of fso.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1542#comment:24>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1796: Xglamo does not open usb keyboard (/dev/input/event5)
------------------------+---------------------------------------------------
Reporter: lindi | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
------------------------+---------------------------------------------------
Comment(by zecke):
Okay. Could you please do that again. :)
0.) attach keyboard
1.) Get evtest installed and open it on your attached keyboard
2.) Start xev from another terminal and wait for it to settle (no more
output)
3.) press some keys (e.g. "a", "b", "c") and record (no stylus operation
or such)
3.1) record what evtest is showing you
3.2) record what xev outputs
4.) attach both to the bug report.
5.) Close xev and discard that..
Goal of these tests:
1.) Figure out if the keyboard is generating something useful
2.) Check if X is seeing anything that looks like a key press
Also the output of ls -la /proc/`pidof Xglamo`/fd/ might be interesting.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1796#comment:5>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1678: [illume] Missing symbols make enlightenment not launchable
------------------------+---------------------------------------------------
Reporter: morphis | Owner: julian_chu
Type: defect | Status: closed
Priority: normal | Milestone:
Component: Distro | Version: GTA02v5
Severity: normal | Resolution: worksforme
Keywords: | Blockedby:
Reproducible: | Blocking:
------------------------+---------------------------------------------------
Changes (by zecke):
* status: reopened => closed
* resolution: => worksforme
Comment:
Mixing of OM2008.8 and "daily" from buildhost is not supported. It might
or might not work, see #1809... So closing as worksforsome again.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1678#comment:16>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1597: after a long suspend time, kernel thread events/0 sits eating 30% cpu
--------------------------------+-------------------------------------------
Reporter: raster | Owner: zecke
Type: defect | Status: in_testing
Priority: normal | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
--------------------------------+-------------------------------------------
Changes (by zecke):
* status: accepted => in_testing
Comment:
The latest stable kernel does not compile the a6k driver in debug mode,
this might have toggled a switch to not use the diagnostic buffer at all.
I have not seen this issue since then but I'm not confident to say that it
is fixed. Please keep an eye on it but I put it into testing for now.
Automatically turning on accelerometers actually belongs to another bug.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1597#comment:16>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1315: xglamo: Performance decreases after a while
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: openmoko-devel
Type: defect | Status: new
Priority: highest | Milestone:
Component: Xfbdev (kdrive), Xglamo | Version: Om2008.8
Severity: critical | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
----------------------------------------+-----------------------------------
Changes (by zecke):
* version: unspecified => Om2008.8
* milestone: Om2008.8 =>
Comment:
#1296 is another such bug.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1315#comment:11>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1296: After time Xglamo takes 100% cpu
----------------------------------------+-----------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: closed
Priority: high | Milestone:
Component: Xfbdev (kdrive), Xglamo | Version: unspecified
Severity: normal | Resolution: fixed
Keywords: | Blockedby:
Reproducible: | Blocking:
----------------------------------------+-----------------------------------
Comment(by zecke):
Could you please take a look at #1315? The most needed thing is to
reproduce this within let us say five minutes.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1296#comment:4>
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 nkinkade):
Replying to [comment:17 marek]:
Seems that hald wasn't starting because /var/cache/hald didn't exist. I
deleted /etc/volatives.cache and rebooted, and this fixed the problem for
me. /etc/init.d/populate-volatiles.sh wasn't creating the volatiles,
presumably because /etc/volatiles.cache existed and VOLATILE_ENABLE_CACHE
is set to "yes" in /etc/default/rcS. How a stale volatiles.cache file got
in /etc without the hald entries I don't know. Maybe this information
will be of use to someone.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1734#comment:18>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1831: please remove dependency between mediaplayer and pulseaudio in 2008.8
---------------------+------------------------------------------------------
Reporter: hedora | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Keywords:
Blockedby: | Reproducible:
Blocking: |
---------------------+------------------------------------------------------
mediaplayer is hardcoded to use a pulseaudio sink. In SHR (which does not
use pulseaudio), it should default to an alsasink instead. The difference
is a two line patch, which changes this line in playback.c:
omp_gst_audiosink = gst_element_factory_make("pulsesink", NULL);
to read "pulsesink" instead of "alsasink". (See attachment for the error
message that should change...)
If you'd like to avoid hardcoding this configuration option, I think you
can pass NULL in instead of "pulsesink", and gstreamer will attempt to "do
the right thing", which can be overridden by the user by setting an
environment variable.
Then the dependency between it and pulseaudio can be removed from the
2008.8 package.
Also, I have been told that mediaplayer works under 2008.8 without
openmoko-sound-system2 installed. Consider removing that dependency as
well.
Thanks!
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1831>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
