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 #1608: when make a call if press number
manually it does not show name even the number saved in contacts
(Openmoko Public Trac)
2. Re: Openmoko Bug #1999: python-etk-git patches patched
upstream (Openmoko Public Trac)
3. Re: Openmoko Bug #2008: Suspend exceptions: Do not suspend
when certain apps are running (Openmoko Public Trac)
4. Re: Openmoko Bug #2008: Suspend exceptions: Do not suspend
when certain apps are running (Openmoko Public Trac)
5. Re: Openmoko Bug #2008: Suspend exceptions: Do not suspend
when certain apps are running (Openmoko Public Trac)
6. Re: Openmoko Bug #1901: Answer button does not work
(Openmoko Public Trac)
7. Re: Openmoko Bug #2008: Suspend exceptions: Do not suspend
when certain apps are running (Openmoko Public Trac)
8. Re: Openmoko Bug #2008: Suspend exceptions: Do not suspend
when certain apps are running (Openmoko Public Trac)
--- Begin Message ---
#1608: when make a call if press number manually it does not show name even the
number saved in contacts
-----------------------------+----------------------------------------------
Reporter: regina_kim | Owner: zecke
Type: defect | Status: new
Priority: high | Milestone: Om2008.8
Component: Qtopia | Version:
Severity: critical | Resolution:
Keywords: nice to have | Blockedby:
Reproducible: | Blocking:
-----------------------------+----------------------------------------------
Comment(by wendy_hung):
Mortify this bug, i think it's because the number saved as duplicate
number in two different names, like 0988563996 saved as openmoko1 &
Omtest, than it won't show up the contact name but the numbers.
Or because some phone company will show the country code while incoming
phone call, so when you save the contact as 0988563996 but incoming call
show up +886988563996 than it won't show up as your contact name. I think
this is another issue so i will report that...
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1608#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1999: python-etk-git patches patched upstream
------------------------+---------------------------------------------------
Reporter: ptitjes | Owner: julian_chu
Type: defect | Status: new
Priority: normal | Milestone:
Component: Distro | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: always | Blocking:
------------------------+---------------------------------------------------
Comment(by Niko!):
A doubt... should be a git package avoided (if no version/date locked), in
a "stable" branch?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1999#comment:1>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2008: Suspend exceptions: Do not suspend when certain apps are running
----------------------------------+-----------------------------------------
Reporter: Benih | Owner: openmoko-kernel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: System Software | Version: Om2008.8
Severity: minor | Resolution:
Keywords: suspend exception | Blockedby:
Reproducible: | Blocking:
----------------------------------+-----------------------------------------
Comment(by beni):
I think, several rule files would be better than one, so packages can
install rules that depend on ordering (imagine some package that asks the
user or something).
In addition to the above mentioned ideas, the best solution would be:
The suspender looks in /usr/bin (or something like that, maybe /sbin is
better?) for an executable (binary, script etc) called "suspend.deny". If
he finds it, he calls it. If the return code is 0, then suspend, otherwise
abort suspend.
The default suspend solution should feature simple rule files.
The rules will be stored below /etc/suspend.deny.d/. The rules files will
be processed in alphabetical order, files will be named like "10somerule",
"99alastrule". Rule files that do not depend on some partivular order
should always start with "50", so overriding below and above is no
problem.
If one rule line of any rule file denies suspend, the following rules must
not be evaluated. Instead, the suspend.deny implementation returns some
code other than "0" immediately.
The rules files should have a very simple syntax:
[rule] [parameter1] [parameter2] ... [parameterN]
The so far needed rules supported in the default implementation would be:
- Executing of an external script (gives maximum flexibility to the user
to implement stuff not yet available via rule)
- testing process table by regex
- testing "lsof" by regex
- testing for file content by regex
- testing for file existance
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2008#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2008: Suspend exceptions: Do not suspend when certain apps are running
----------------------------------+-----------------------------------------
Reporter: Benih | Owner: openmoko-kernel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: System Software | Version: Om2008.8
Severity: minor | Resolution:
Keywords: suspend exception | Blockedby:
Reproducible: | Blocking:
----------------------------------+-----------------------------------------
Comment(by andy):
It sounds rather like pm-utils /etc/pm/sleep.d ... if the scripts in there
return nonzero it aborts suspend I believe.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2008#comment:7>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2008: Suspend exceptions: Do not suspend when certain apps are running
----------------------------------+-----------------------------------------
Reporter: Benih | Owner: openmoko-kernel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: System Software | Version: Om2008.8
Severity: minor | Resolution:
Keywords: suspend exception | Blockedby:
Reproducible: | Blocking:
----------------------------------+-----------------------------------------
Comment(by beni):
I have read a bit through http://pm-utils.freedesktop.org/wiki/ and
especially the source at http://cgit.freedesktop.org/pm-utils/tree/
That sounds very good to me.
This would mean, that the individual packages (such as tangogps) would add
pm-utils/sleep.d scripts. The advanced user could place his own scripts
there easily.
What are openmokos plans for suspend stuff? Will they use pm-utils (if
installed)?
If so, i will happily write some piece of code, that allows the user to
use the discussed /etc/suspend.deny file, which will of course be
standalone (integrated into pm-utils) then. I think i could also provide
scripts for common apps like tangogps.
Unfortunately i could not find any pm-utils package for openmoko to start
testing. Is there some preinstalled one?
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2008#comment:8>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1901: Answer button does not work
-------------------------+--------------------------------------------------
Reporter: Zoup | Owner: zecke
Type: defect | Status: closed
Priority: highest | Milestone:
Component: Qtopia | Version: Om2008.8
Severity: critical | Resolution: invalid
Keywords: | Blockedby:
Reproducible: always | Blocking:
-------------------------+--------------------------------------------------
Comment(by Zoup):
Same issue again , with om2008-update , let me know if there are any more
detail needed.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1901#comment:7>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2008: Suspend exceptions: Do not suspend when certain apps are running
----------------------------------+-----------------------------------------
Reporter: Benih | Owner: openmoko-kernel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: System Software | Version: Om2008.8
Severity: minor | Resolution:
Keywords: suspend exception | Blockedby:
Reproducible: | Blocking:
----------------------------------+-----------------------------------------
Comment(by andy):
I don't have anything to do with our userspace I'm afraid. But, I would
bet that Debian has it as something you can readily install. Whether it
is "plumbed in" right I don't know, but I would bet you will get where you
want to be a lot quicker by trying pm-utils and looking at what's broken
there if anything.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2008#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2008: Suspend exceptions: Do not suspend when certain apps are running
----------------------------------+-----------------------------------------
Reporter: Benih | Owner: openmoko-kernel
Type: enhancement | Status: new
Priority: normal | Milestone:
Component: System Software | Version: Om2008.8
Severity: minor | Resolution:
Keywords: suspend exception | Blockedby:
Reproducible: | Blocking:
----------------------------------+-----------------------------------------
Comment(by andy):
I don't have anything to do with our userspace I'm afraid. But, I would
bet that Debian has it as something you can readily install. Whether it
is "plumbed in" right I don't know, but I would bet you will get where you
want to be a lot quicker by trying pm-utils and looking at what's broken
there if anything.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2008#comment:9>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
