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 #2032: [Installer] only show packages that
are visible in launcher (Openmoko Public Trac)
2. Re: Openmoko Bug #2032: [Installer] only show packages that
are visible in launcher (Openmoko Public Trac)
3. Re: Openmoko Bug #2032: [Installer] only show packages that
are visible in launcher (Openmoko Public Trac)
4. Re: Openmoko Bug #2036: resize2fs /dev/mmcblk02p2 128m seg
faults (Openmoko Public Trac)
5. Re: Openmoko Bug #1244: Xglamo doesn't handle switch to
landscape mode correctly (was: Swap orientation horizontal view
not calibrated) (Openmoko Public Trac)
6. Re: Openmoko Bug #1244: Xglamo doesn't handle switch to
landscape mode correctly (was: Swap orientation horizontal view
not calibrated) (Openmoko Public Trac)
7. Re: Openmoko Bug #1244: Xglamo doesn't handle switch to
landscape mode correctly (was: Swap orientation horizontal view
not calibrated) (Openmoko Public Trac)
8. Re: Openmoko Bug #1983: eth0 doesn't exist / Oops during
bootup (Openmoko Public Trac)
--- Begin Message ---
#2032: [Installer] only show packages that are visible in launcher
----------------------------+-----------------------------------------------
Reporter: will | Owner: tick
Type: enhancement | Status: accepted
Priority: high | Milestone: Om2008.10
Component: Installer | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
----------------------------+-----------------------------------------------
Comment(by tick):
According to the talk record at 2008 24'th Sep with William:
-------------------------------
Visual packages include:
Applications
Visible modifications in system
Maps
Ringtone
Repositories
System Update :
Only show up in official updates or releases
One and only one if has update
e.g. 2008.9 --> 2008.10
Package naming:
Should be able to give anyname to a package?
desired by initial author?
-----------------------------
That means packages that can be shown is not only those packages on
Desktop but those can affect user usage experiences.
What I will do is divide this issue into several steps.
1. Adding alias scheme into packagekit & assassin.
Tags: alias::xxxxx
. prototype done at assassin 254, packagekit need patch
2. adding more status of packages in packagekit.
Adding update.
3. No longer search for system_update. just search for group and dispatch
them into correct category.
4. Search system-update first.
"search name" for system upgrade
After having alias scheme, we also can solve some usability problems. for
example: qtopia-phone-x11-(I cannot see)
We can alias them in the future.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2032#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2032: [Installer] only show packages that are visible in launcher
----------------------------+-----------------------------------------------
Reporter: will | Owner: tick
Type: enhancement | Status: accepted
Priority: high | Milestone: Om2008.10
Component: Installer | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
----------------------------+-----------------------------------------------
Comment(by tick):
According to the talk record at 2008 24'th Sep with William:
-------------------------------
Visual packages include:
Applications
Visible modifications in system
Maps
Ringtone
Repositories
System Update :
Only show up in official updates or releases
One and only one if has update
e.g. 2008.9 --> 2008.10
Package naming:
Should be able to give anyname to a package?
desired by initial author?
-----------------------------
That means packages that can be shown is not only those packages on
Desktop but those can affect user usage experiences.
What I will do is divide this issue into several steps.
1. Adding alias scheme into packagekit & assassin.
Tags: alias::xxxxx
. prototype done at assassin 254, packagekit need patch
2. adding more status of packages in packagekit.
Adding update.
3. No longer search for system_update. just search for group and dispatch
them into correct category.
4. Search system-update first.
"search name" for system upgrade
After having alias scheme, we also can solve some usability problems. for
example: qtopia-phone-x11-(I cannot see)
We can alias them in the future.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2032#comment:3>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2032: [Installer] only show packages that are visible in launcher
----------------------------+-----------------------------------------------
Reporter: will | Owner: tick
Type: enhancement | Status: accepted
Priority: high | Milestone: Om2008.10
Component: Installer | Version:
Severity: normal | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
----------------------------+-----------------------------------------------
Comment(by tick):
step 1. Done
William, you can think about the alias name of long packages now.
alias name is *one* word
for example you can alias qtopia-phone-x11-taskmanger-application as qt-
taskmanager via adding a Tags in the packages.
Tags: alias::qt-taskmanager
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2032#comment:4>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#2036: resize2fs /dev/mmcblk02p2 128m seg faults
------------------------+---------------------------------------------------
Reporter: Niko! | Owner: openmoko-devel
Type: defect | Status: new
Priority: highest | Milestone:
Component: unknown | Version:
Severity: blocker | Resolution:
Keywords: | Blockedby:
Reproducible: | Blocking:
------------------------+---------------------------------------------------
Comment(by Niko!):
Sorry, I tested it and it worked fine.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/2036#comment:6>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1244: Xglamo doesn't handle switch to landscape mode correctly (was: Swap
orientation horizontal view not calibrated)
-------------------------------+--------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: reopened
Priority: highest | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blockedby:
Blocking: |
-------------------------------+--------------------------------------------
Comment(by lindi):
Thanks chgros! The patch works fine with xrandr -s 240x320. However it
does not work correctly if I also rotate the screen (xrandr -o 3). If you
can figure out how to support that I'll be happy to test it.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1244#comment:44>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1244: Xglamo doesn't handle switch to landscape mode correctly (was: Swap
orientation horizontal view not calibrated)
-------------------------------+--------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: reopened
Priority: highest | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blockedby:
Blocking: |
-------------------------------+--------------------------------------------
Comment(by chgros):
xrandr -o 3 works for me (actually that was my target, I'm trying to get
Duke Nukem 3D to work correctly).
The previous patch was supposed to handle the rotation issue; it's
possible I broke it (it looks like my sources don't have that previous
patch). In that case, suppressing the part that deals with
GLAMORandRSetConfig might fix your problem.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1244#comment:45>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1244: Xglamo doesn't handle switch to landscape mode correctly (was: Swap
orientation horizontal view not calibrated)
-------------------------------+--------------------------------------------
Reporter: [EMAIL PROTECTED] | Owner: [EMAIL PROTECTED]
Type: defect | Status: reopened
Priority: highest | Milestone:
Component: System Software | Version:
Severity: major | Resolution:
Keywords: | Blockedby:
Blocking: |
-------------------------------+--------------------------------------------
Comment(by chgros):
I checked with more recent sources, and undoing the GLAMORandRSetConfig
change seems to do the trick.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1244#comment:46>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
--- Begin Message ---
#1983: eth0 doesn't exist / Oops during bootup
----------------------------+-----------------------------------------------
Reporter: Weiss | Owner: openmoko-devel
Type: defect | Status: new
Priority: normal | Milestone:
Component: unknown | Version:
Severity: normal | Resolution:
Keywords: wifi kernel | Blockedby:
Reproducible: always | Blocking:
----------------------------+-----------------------------------------------
Comment(by werner):
Sorry for the delay - I missed your update among my mails.
This looks bad indeed - I don't know what exactly is wrong, but it doesn't
look like any other problem I'm aware of, and the fact that the failure
happens just after the function gets enabled strongly suggests a hardware
issue - and one that isn't just transitory.
For further debugging, one would have to record the communication on the
SDIO bus, but even that would probably only show that it just stops or
that there's perhaps some garbled last message, without shedding any light
on the real reason.
I hope the replacement goes well. Thanks for the testing, and sorry for
the inconvenience.
--
Ticket URL: <https://docs.openmoko.org/trac/ticket/1983#comment:7>
docs.openmoko.org <http://docs.openmoko.org/trac/>
openmoko trac
--- End Message ---
_______________________________________________
buglog mailing list
[email protected]
http://lists.openmoko.org/mailman/listinfo/buglog
