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 #1974: Enlightenment is slow to start /
restart / update (Openmoko Public Trac)
2. Openmoko Bug #1974: Enlightenment is slow to start / restart
/ update (Openmoko Public Trac)
3. Re: Openmoko Bug #1974: Enlightenment is slow to start /
restart / update (Openmoko Public Trac)
4. Re: Openmoko Bug #1973: Enlightenment is slow to start /
restart / update (Openmoko Public Trac)
5. Re: Openmoko Bug #1250: No Wifi in Managed Mode
(Openmoko Public Trac)
6. Re: Openmoko Bug #1908: [python bindings] can't start
settings on the testing image (Openmoko Public Trac)
7. Openmoko Bug #1975: Wrong Phone Matching in Qtopia
(Openmoko Public Trac)
8. Re: Openmoko Bug #1974: Enlightenment is slow to start /
restart / update (Openmoko Public Trac)
--- Begin Message ---
#1974: Enlightenment is slow to start / restart / update
---------------------------+------------------------------------------------
Reporter: Treviño | Owner: raster
Type: defect | Status: new
Priority: normal | Milestone:
Component: E - Illume | Version: Om2008.8
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: always | Blocking:
---------------------------+------------------------------------------------
Comment(by Treviño):
Ops trac made for me two tickets... Please remove the #1973!
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1974#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1974: Enlightenment is slow to start / restart / update
------------------------+---------------------------------------------------
Reporter: Treviño | Owner: raster
Type: defect | Status: new
Priority: normal | Milestone:
Component: E - Illume | Version: Om2008.8
Severity: normal | Keywords:
Blockedby: | Reproducible: always
Blocking: |
------------------------+---------------------------------------------------
I've installed the Rasterman Image weeks ago, then I've updated it (but
holding the illume package) using the zecke feeds and now I'm using only
the Om2008.8 repository.
So now I'm running e-wm 0.16.999.043+svnr35818-r12 and illume
0.0+svnr215-r8.
However until the 0.16.999.043+svnr35727-r12 update (two updates ago),
Enlightenment loaded well and I was able to restart it quickly; it was
quick to update itself when I was updating a desktop file too. I've also
some slowdowns while I'm loading an application (I get the loading screen
and after few seconds it hangs for some seconds, until I get the
application in my screen).
Now, instead, Enlightenment takes about 3-5 minutes to load, a little less
to reload, and about a minute to update the desktop on changes.
Also if I didn't installed so many more apps since when E was working
well, I've noticed that if I move all the
/usr/share/applications/*.desktop in a temporary location E loads quickly
and any other issue reported seems to disappear.
I thought that this could have been due to a bad formatted desktop file,
but also re-adding them one per time I can't find the problem.
So I'm attaching here my desktop files (they're concatenated in a file).
Another thing I lost updating E is that I can't configure anymore is the
Finger scrolling from the illume config, but this is another bug report :P
PS: removing my ~/.e configuration doesn't solve too!
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1974>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1974: Enlightenment is slow to start / restart / update
---------------------------+------------------------------------------------
Reporter: Treviño | Owner: raster
Type: defect | Status: new
Priority: normal | Milestone:
Component: E - Illume | Version: Om2008.8
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: always | Blocking:
---------------------------+------------------------------------------------
Comment(by Treviño):
Ops trac made for me two tickets... Please remove the #1973!
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1974#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1973: Enlightenment is slow to start / restart / update
---------------------------+------------------------------------------------
Reporter: Treviño | Owner: raster
Type: defect | Status: closed
Priority: normal | Milestone:
Component: E - Illume | Version: Om2008.8
Severity: normal | Resolution: duplicate
Keywords: | Blockedby:
Reproducible: always | Blocking:
---------------------------+------------------------------------------------
Changes (by roh):
* status: new => closed
* resolution: => duplicate
Comment:
see #1974
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1973#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1250: No Wifi in Managed Mode
------------------------------------+---------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: reopened
Priority: highest | Milestone:
Component: System Software | Version: unspecified
Severity: critical | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
------------------------------------+---------------------------------------
Comment(by werner):
One possible cause is an ESSID length that confuses the Atheros stack:
http://docs.openmoko.org/trac/ticket/1902
http://lists.openmoko.org/pipermail/openmoko-
kernel/2008-September/004975.html
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1250#comment:24>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1908: [python bindings] can't start settings on the testing image
-----------------------+----------------------------------------------------
Reporter: marek | Owner: julian_chu
Type: defect | Status: new
Priority: normal | Milestone:
Component: Distro | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: always | Blocking:
-----------------------+----------------------------------------------------
Comment(by julian_chu):
I modofied the revision of python-etk, the binding will come back in next
building.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1908#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1975: Wrong Phone Matching in Qtopia
-------------------------+--------------------------------------------------
Reporter: Treviño | Owner: zecke
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: Qtopia | Version: Om2008.8
Severity: normal | Keywords:
Blockedby: | Reproducible: always
Blocking: |
-------------------------+--------------------------------------------------
If I've in my contact list a number like '+390123456789' saved as
"FooContact"; if I dial only '123456789' the dialer doesn't recognize it
as the "FooContact", but it shows it
Btw, the Italian code rules in Qtopia are wrong since here the country
code is "+39" and the local area code (that starts with 0) could have a
length from 2 digits to 4 digits (so it can't be decoded easily).
That's why I figure that this patch could help (also if it doesn't seem to
fix my issue):
{{{
diff --git a/src/libraries/qtopiapim/qphonenumber.cpp
b/src/libraries/qtopiapim/qphonenumber.cpp
index 61a0100..0dd8405 100644
--- a/src/libraries/qtopiapim/qphonenumber.cpp
+++ b/src/libraries/qtopiapim/qphonenumber.cpp
@@ -223,7 +223,7 @@ static IDDRule const rules[] = {
{"Iraq", 964, 2, 1, 0, 1},
{"Ireland", 353, 2, 1, 0, 1},
{"Israel", 972, 1, 0, 0, 1},
- {"Italy", 390, 2, 1, 0, 1},
+ {"Italy", 39, 0, 0, -1, 1},
{"Ivory Coast", 225, 0, 0, 0, 1},
{"Jamaica", 1876, 0, 0, 1, 1},
}}}
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1975>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1974: Enlightenment is slow to start / restart / update
---------------------------+------------------------------------------------
Reporter: Treviño | Owner: raster
Type: defect | Status: new
Priority: normal | Milestone:
Component: E - Illume | Version: Om2008.8
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: always | Blocking:
---------------------------+------------------------------------------------
Comment(by raster):
i can't say. might be the fact that illume is old and based off the old
projects.om.org tree that isn't being maintained anymore (it's moved to
enlightenment.org's svn tree). i put all your .desktop files on my FSO
build and even added icons for all - and well. e starts up no slower than
normal really (well it takes a little longer to scan .desktop build the
app view and then refresh - but a few seconds at most).
i'm not sure what's up over in 2008.08/09/asu land but as such my FSO
build of e/illume (a little newer - 0.16.999.043+svnr35888-r11) is
marching along happily as i'd expect. i can't reproduce here on "current"
code (i'm not going to roll back to the versions you have as whatever the
problem is - i can assume is gone or is some problem related to the combo
being used etc.), but it doesn't exist right now
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1974#comment:2>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
