[OM2009] Paroli oversized

2009-06-28 Thread Joel Newkirk
I'm working with edje themes for Paroli and I've noticed that Paroli is
always larger than the screen.

For example, in portrait mode while fullscreen the width of Paroli (and
Dialer, which is the component I'm currently working on) is 511 pixels
wide, while the screen of course is only 480 pixels wide. (height is
587 pixels, which properly accomodates the topbar of Paroli, height is
571 pixels with paroli-serenity theme, which doesn't quite allow for
Paroli topbar to fit) 

Switch to Landscape mode in fullscreen and the dimensions are 640x571,
while the screen of course in this mode is only 480 pixels tall, and
should additionally allow for the height of the topbar.  (or topbar
plus sliptray with Illume visible)

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[OM2009] Paroli background

2009-06-28 Thread Joel Newkirk
Instead of recompiling paroli-launcher.edj to change backgrounds,
it would be nicer and more flexible if paroli and all its components
used a separate edje file (like paroli-back.edj for example) for
background. This permits all components to utilize the custom
background instead of just the launcher, and makes it simpler to
support a variety of background types, like scaled vs tiled, and
even animated. (I toyed with the idea of having multiple background
images, and cycling between them every few minutes)  Then add
'background' to Paroli settings-display to permit selecting among .edj
files stowed in /usr/share/paroli/applications/background/, perhaps.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM2009] Paroli oversized

2009-06-28 Thread Joel Newkirk
On Sun, 28 Jun 2009 23:44:41 +0200
Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote:

 On Sun, Jun 28, 2009 at 10:11 PM, Joel Newkirkfreerun...@newkirk.us
 wrote:
  For example, in portrait mode while fullscreen the width of Paroli
  (and Dialer, which is the component I'm currently working on) is
  511 pixels wide, while the screen of course is only 480 pixels
  wide. (height is 587 pixels, which properly accomodates the topbar
  of Paroli, height is 571 pixels with paroli-serenity theme, which
  doesn't quite allow for Paroli topbar to fit)
 
 
 Where came these numbers?
 
 In paroli-applications/tele2/edje/default/dialpad_rev2.edc I see the
 following: group {
 name: main;
 min:  480 575;
 max:  480 575;
 
 What is to me is 480px width and 575 pixel height.
 
 Or are you observing the anomalie right on the device? (using a
 screenshot and measuring with The gimp).

I added a program to tele.edj triggering on signal resize. (which
also conveniently triggers on initial layout) At its debugging
simplest, it is the following four lines of Embryo (the goal is to
compare width vs height and decide portrait vs landscape layout):

script {
new basex,basey,basewidth,baseheight;
get_geometry(PART:base,basex,basey,basewidth,baseheight);
new buf[10]; snprintf(buf, 10, %i %i,
basewidth,baseheight); set_text(PART:num_field-text, buf);
}

I've since altered the script to actually perform layout changes,
though I had to trigger the portrait.vs.landscape decision on
baseheight being greater than 585.

You can insert the script above into the program num_field-clicked and
it will update the number display each time it's tapped to show what
enlightenment has as the current width and height.  

 Note about paroli-serenity:
 The default illume theme (the white one) is 64 pixel height, while
 paroli-serenity
 is 56pixel height by default. I tried to hunt down this 56 pixel thing
 (to fix it properly),
 but after two(!) days I gave up. The illume config is so complicated,
 that it is
 not for human (at least not for one man life;).
 
 So I would really like to see paroli-serenity fixed to be 64pixel by
 default. Yes, Im aware, that it can be changed, in illume settings,
 and make it even smaller,
 but 64px by default make sense (at least in icon world).
 
 Any taker?

That'd probably be me, since I'm the original author of Serenity.edj.
The one currently included with OM2009 is a slightly altered V0.1.  I
actually have a v0.2 version and have been working now and then on
further cleanup and fixes, but have diverted to work on retheming
Paroli for a while.  I'll probably get back to Serenity during the next
couple weeks, and will try to get v0.2 (or later) available for use.

One of the things holding up Serenity is that I need to find out how to
decompile  edit  recompile enlightenment .cfg files.  [so much to do,
so little spare time]

j

 Laszlo
 
 ps: The width and height is not convenient at all throughrout the
 paroli source. I would like to fixes them all for good, and put the
 topbar at the bottom (does
 not make sense two topbars, and the bottom ~16pixel is dead for
 finger anyway) But I need to talk with Mirko about this design
 decision, but Mirko (vegygroupe)
 is really unavailable these days:-(
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM2009] Paroli background

2009-06-28 Thread Joel Newkirk
On Sun, 28 Jun 2009 23:58:25 +0200
Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote:

 On Sun, Jun 28, 2009 at 10:22 PM, Joel Newkirkfreerun...@newkirk.us
 wrote:
  Instead of recompiling paroli-launcher.edj to change backgrounds,
  it would be nicer and more flexible if paroli and all its components
  used a separate edje file
 
 All paroli application is using its own .edj file.
 The edje file contains several group where you organize a
 gui using part and program elements.
 
 When you create a widnow you specify which .edj file to use, and
 from that .edj file you can obtain the groups elements as objects,
 and manipulate them.
 
 However I dont see how can it be done, to have two .edj files for one
 app. Maybe it is not possible at all. Anyway needs serious research.

I've not yet written much code utilizing Edje, but have been burrowing
through .edj files for some time now.  It certainly can be done, though
I confess I don't know how to do it with Elementary. (Illume itself does
this - the background is a separate .edj file, and for that matter each
icon can be as well) It's not so much having two different .edj files
for one app as it is having a separate element within the GUI that has
its own .edj file. 

Illume themes use:

 part { 
name: e.swallow.bg; 
type: SWALLOW;
mouse_events: 0;
description { 
state: default 0.0; 
}
}

as the background, where the actual background is loaded and changed
dynamically - I presume the background is loaded as a separate GUI and
stuffed into the SWALLOW part.

 By the way having each application a background image, needs
 some work on the theme. Because many elements have simply plain
 black background. So it is lot of work...

Not a problem at my end, as that's what I'm doing anyway - building a
new theme for Paroli. ;)  As I go I keep testing against black,
repeating pattern, and full image backgrounds.

j

 Having animated background can be done. Have a look at tween property
 of IMAGE in .edc reference:
 http://docs.enlightenment.org/api/edje/html/edcref.html
 
 Laszlo
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr] feature request - power

2009-05-21 Thread Joel Newkirk
On Thu, 21 May 2009 16:19:41 +0200
Johny Tenfinger seba.d...@gmail.com wrote:

 On Thu, May 21, 2009 at 16:09, jeremy jozwik
 jerjoz.for...@gmail.com wrote:
  well nuts to that...
 
  I can switch them easly... Closing as upstream - looking of
  elementary Toggles depends on elementary theme. If you think
  default elementary theme is bad, please report it on e tracker (or
  develop SHR theme ;) )
 
 (that was me who closed that ticket, and i'm main developer of
 shr-settings)
 
 Size of Toggles (that sliders) is equal to size of buttons. So what's
 the problem? It only looks thin. I agree on one - we really should
 have our own elementary (and e17 at all) theme. But we don't have at
 the moment. That's why i closed ticket, as it's not possible to do
 easily without breaking everything. I hope you understand :)

Question: I've played around with a new Elementary theme, but still
don't know the 'right' way to enable it - All I've been able to do is
replace /usr/share/elementary/themes/default.edj.  If I add (for
instance) /usr/share/elementary/themes/serenity.edj, how do I cause it
to be used?  The theme selection in E config only seems to affect the
main E/Illume theme used.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [neovento] nand space workaround?

2009-05-13 Thread Joel Newkirk
On Wed, 13 May 2009 13:10:03 -0400
Staley, Daniel L dlst...@uky.edu wrote:

 I recently installed neovento, and I like what has been done!
 
 However, because I flashed the neovento image to the nand, I am
 running pretty low on space for installing new packages (And with the
 debian repos open to me...it is surely quick to fill!) My initial
 idea was to copy my /usr to the uSD card and then just mount it on
 boot.  I also looked at the mhddfs package (seems pretty neatnot
 sure if it would work well here or not)
 
 But then i wondered if there was an easier waysurely someone has
 run into this already?  What other ways have people got around the
 internal nand size limitation? (Besides just installing the whole
 thing on the uSD card)
 
 Also, does anyone have experience with mhddfs and could comment on if
 it would work welll here?
 
 Thanks,
 -Dan Staley

Does it use opkg to install packages?  If so, try adding dest
sd /media/card to /etc/opkg/opkg.conf, then use opkg -d sd install
{opkgname}.  The default opkg.conf just has dest root / but you can
define other destinations with dest {name} {path}.  I'm assuming that
enough of the original ipkg code remains that it would correctly install
using /media/card/ in place of /, and symlink where necessary.
(I've not tested)

dpkg offers --instdir and --root options, but AFAIK it doesn't ensure
that the result is accessible. ($PATH, configs, etc)

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: DON'T PANIC

2009-05-09 Thread Joel Newkirk
On Sat, 9 May 2009 12:10:06 +0200
Marcel tan...@googlemail.com wrote:

 Am Samstag, 9. Mai 2009 09:38:01 schrieb arne anka:
   DON'T PANIC
   uBoot splashscreen
 
  yeah! i like it.
  too bad, i seldom reboot -- is there a way to make it appear when
  resuming?
 
 That'd be cool. :)

For what it's worth, the console banner is visible during suspend and
resume transitions.

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-testing] kernel with working g_ether to Windoze connection?

2009-05-08 Thread Joel Newkirk
Odd, I'm running that on my FR still and never noticed that.

If you're interested, I stuffed a few other kernels up there as well.
(I'd picked that one because it was mid-april, and ID'd as 2.6.28)

Feb2:
http://newkirk.us/om/testing/uImage-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.bin
http://newkirk.us/om/testing/modules-2.6.28-oe1+gitr34240a1c06ae36180dee695aa25bbae869b2aa26-r3-om-gta02.tgz

Feb26:
http://newkirk.us/om/testing/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
http://newkirk.us/om/testing/modules-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.tgz

Mar19:
http://newkirk.us/om/testing/uImage-2.6.28-andy-tracking+gitr119749+1e257a0e99817a338e3706708ebb5036518e46d8-r3-om-gta02.bin
http://newkirk.us/om/testing/modules-2.6.28-andy-tracking+gitr119749+1e257a0e99817a338e3706708ebb5036518e46d8-r3-om-gta02.tgz

Apr15:
http://newkirk.us/om/testing/uImage-2.6.28-andy-tracking+gitr119789+9a690f4~33bbeeba62ff28ae38ff7f869e4b05-r3-om-gta02.bin

I thought I had another one from early April, but can't find it
anywhere now.  

j

On Fri, 8 May 2009 16:46:54 +0200
Davide Scaini dsca...@gmail.com wrote:

 AFAIK this is a .28 mispelled... or at least is what uname -r answers
 (2.6.29-rc3)... anyway you've been very kind ;-) but i still don't
 have wifi working.
 f
 
 
 On Fri, May 8, 2009 at 9:43 AM, Davide Scaini dsca...@gmail.com
 wrote:
 
  Thank you very much! I'm downloading it... i'll give feedback.
  Thanks
  d
 
 
  On Thu, May 7, 2009 at 9:47 PM, Joel Newkirk
  freerun...@newkirk.uswrote:
 
  On Thu, 7 May 2009 18:31:39 +0200
  Davide Scaini dsca...@gmail.com wrote:
 
   I am searching for a really olg 2.6.28 kernel... (and not a .28
   mispelled that in fact it's a .29...) where can i find it? (I'm
   talking about something of the mid april...)
   thanks
   d


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [shr-testing] kernel with working g_ether to Windoze connection?

2009-05-07 Thread Joel Newkirk
On Thu, 7 May 2009 18:31:39 +0200
Davide Scaini dsca...@gmail.com wrote:

 I am searching for a really olg 2.6.28 kernel... (and not a .28
 mispelled that in fact it's a .29...) where can i find it? (I'm
 talking about something of the mid april...)
 thanks
 d
 
 Ps: wifi worked nicely on that, i just used
 some /etc/network/interfaces files and getted eth0 up from
 shr-setting panel... now it semms that with .29 kernels the interface
 is not really responding and i get kernel panics when insisting on
 ifup ifdown eth0 [sorry i can't be more precise since i haven't found
 the point where it breaks]

I stuffed the April 14th kernel and modules up on my server, you can
pull them from
http://newkirk.us/om/testing/uImage-2.6.28-oe1+gitr119785+2bea5c68313577b214b872b0edc5968db0cf3b68-r3.2-om-gta02.bin
http://newkirk.us/om/testing/modules-2.6.28-oe1+gitr119785+2bea5c68313577b214b872b0edc5968db0cf3b68-r3.2-om-gta02.tgz

I'll leave them there through the weekend if your or anyone wants them.

j


 2009/5/7 Vasco Névoa vasco.ne...@sapo.pt
 
  Thanks, Paul.
  I ended up upgrading from shr-testing to shr-unstable, and the
  problems are gone.
  So, the non-functional kernel+g_ether must have been:
 
  http://shr.bearstech.com/shr-testing/images/om-gta02/uImage-2.6.28-stable+gitr0e5fe639e234cdeb11d8441f19c5b3109a8b6a17-r2-om-gta02.bin
  And the current working one is:
 
  http://shr.bearstech.com/shr-unstable/images/om-gta02/uImage-2.6.29-oe10+gitr119805+f656a97d946a2529630c9770a72c10a24dc397f9-r3.4-om-gta02.bin
 
  I was just surprised to see the problem getting fixed and lost and
  refixed at least 2 times in a row. It feels like someone made a
  patch and it just doesn't stick - maybe it didn't make it upstream
  and sometimes it isn't appllied? I don't know the kernel source
  stream from vanilla down to SHR, so I'm talking out of my...
  imagination. ;) Anyway, I'm glad it is solved, and I hope it
  doesn't come back so easily again.
 
  Citando Paul Fertser fercer...@gmail.com:
 
   Vasco Nevoa vasco.ne...@sapo.pt writes:
   Why don't you just specify which kernel revision works and which
   doesn't? How any kernel dev is supposed to solve your problems
   if you even don't properly describe it? Why don't you use the
   kernel that worked on your FR in the meantime?
  
  
   If I knew, I wouldn't have a problem, would I? :)
  
   At least you know the date (and the place you downloaded) the
   kernel had no problems and the problematic revision you use now,
   but you don't specify it.
  
   The kernel commit that finally fixed RNDIS issues was
   f63e59c84aa21d2745f115209bf949eca27008b1 and it was added to
   andy-tracking branch on Mar 16. I don't see anything related since
   then. Since you don't specify what revision you use now, i'm
   unable to even say if your rev includes the commit or not.
  
   --
   Be free, use free (http://www.gnu.org/philosophy/free-sw.html)
   software! mailto:fercer...@gmail.com
  
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR,FSO] Serenity theme for illume

2009-05-05 Thread Joel Newkirk
On Tue, 5 May 2009 11:56:37 +0300
Timo Jyrinki timo.jyri...@gmail.com wrote:

 2009/5/5 Xavier Cremaschi omega.xav...@gmail.com:
  fresh new shr-testing, I restored serenity too, but my apps are grey
  (like a classical gtk widget).
 
 Is there btw a current URL to screenshots of serenity? I'd be
 interested to see.
 
 -Timo

The screenshots at scap.linuxtogo.org eventually 'fall off the end' as
they are replaced by newer screenshot uploads.  I've not been working
much on Serenity the past few weeks, (so many other things demanding
time and attention, like family and work ;) but by this weekend I'll
try to have a new ipk for the latest state of it, plus new screenshots.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


IPv6 and udhcpd-usb

2009-05-02 Thread Joel Newkirk
I've posted a blog entry
(http://jthinks.com/freerunner-networking-extras) and ipks
(http://newkirk.us/om) for each of the following:


udhcpd-usb - config file and startup script to offer 192.168.0.200/28
via DHCP to any host connected via USB to the FreeRunner.  So much
simpler when I jack my FR into a random PC via USB - doesn't set up IP
forwarding on the host of course, but it permits local networking to
function between host and FR.  (works with Ubuntu Network Manager
without any configuration whatsoever, just plug in and wait a few
seconds while NM gets an IP from the FR)  You still need 

echo '1' /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

on the host if you want the FR to be able to route packets past the
host to the Internet. (assuming eth0 is the outbound interface on host)



IPv6 tunnel client gw6c.  Establishes an IPv6-over-IPv4 tunnel to a
tunnel broker like freenet6.net.  Default config creates an anonymous
tunnel, IE dynamic IP, but if you register with the broker (for free
at go6.net/freenet6.net and others) you get a permanent static IPv6
address assignment. With that, it's possible to connect to the
FreeRunner wherever it may be, so long as it has a working IPv4
connection to the internet. However, dropbear does NOT yet support IPv6
so it's necessary to remove dropbear and install openssh-sshd instead
if you wish to be able to SSH to your FR over IPv6. 

SHR, at least, supports IPv6 out of the box, with ping6, ip6tables,
etc, needing only modprobe tun before setting up the tunnel. (my
startup script does this) I have NOT yet tested whether/which browsers
on the FR support IPv6 though.

j

PS - note that I'm in the process of migrating my home network between
ISPs, and lose my static IP with the new service.  I'm migrating my
servers to a colocation on a 30mbit fiber so that the above sites
should continue to work seamlessly, but please bear with me if you try
to access them and fail.  For now, my home server responds at my old
static IP while my own outbound connections use the new link. Once I
get the colo server up and running I'll be migrating things there.
(another few days off)

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: FSO Compiled

2009-05-02 Thread Joel Newkirk
On Sat, 2 May 2009 19:41:20 +0200
carcinoma carcin...@gmx.net wrote:

 Hi Community,
 
 i have a Question about FSO.
 
 Is it planned to install a precompiled version of the framework?
 I think there would be a better performance when my Neo doesn't need
 to compile it by himself every start. And are there any compilations
 needed during runtime?
 
 I think it's clear what i mean: compilation = more performance?
 
  Carci

It only compiles if the pertinent .pyo file is missing or dated older
than the .py file.  In other words, unless you've edited something it
does NOT in fact compile every start...

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Why enlightenment?

2009-04-19 Thread Joel Newkirk
On Sun, 19 Apr 2009 21:50:10 +0200
Gunnar AAstrand Grimnes gunnar.grim...@dfki.de wrote:

  1. Theming - it keeps resources low and alows us to do everything we
  want with GUI! Take shelf widgets as an example - you can change
  their look, even functions - like digital clock instead of analog -
  without changin the main code. I don't say it's not possible with
  GTK but it way more complicated.
 
 The edje file for illume is 5 lines of code.
 In a language where lots of code is in macro definitions that have no
 block constructs, so they have to be all on one line... or escape
 every line ending.
 
 I wont say it's better in GTK, but it not exactly trivial for E.
 
 - Gunnar

Actually, the illume.edc file for FSO MS5.1 and SHR right now is about
2700 lines, and the default.edc is about ten times that. (NOT claiming
they're small, granted) Having burrowed through each of them several
times from start to finish, I can also say that they could easily be
reduced to 2000 lines and probably under 15,000 lines respectively,
just by eliminating commented-out sections, comments, and
simplifying sections that are 'verbose', like having three lines
rel2 {
   relative: 0.75 0.75;
}
when it could be one line with rel2.relative: 0.75 0.75;

But the number of lines isn't a useful measure of much anyway, it
reflects thoroughness as much as complexity.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Need help with Log Message

2009-04-01 Thread Joel Newkirk
On Wed, 1 Apr 2009 12:21:03 +0500
waqar afridi afridi.wa...@gmail.com wrote:

 hi i m new comer to the openmoko community and m highly interested in
 it. i have flashed a new kernel in my openmoko but can not get
 *messages* file in my /var/log/. can any one help.

use logread, or edit /etc/syslog.conf and change buffer to file,
then restart.

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR,FSO] Serenity theme for illume

2009-03-30 Thread Joel Newkirk
On Mon, 30 Mar 2009 13:30:36 +0200
Helge Hafting helge.haft...@hist.no wrote:

 software_16 caused a segfault, so I turned this off. I can always go 
 back after the change is made.
 
 Unfortunately, I couldn't get a change.
 I now have /usr/share/enlightenment/data/themes/serenity.edj,
 and /usr/share/enlightenment/data/config/serenity/ with five files.
 
 I can select serenity in Look-Theme. I then press OK, and
 the display goes black for a long time while enlightenment uses 100% 
 cpu. After a while, the standard theme comes back - nothing new to
 see. Nothing like those screenshots.
 
 Is there anything more that should be done? Some package I ought to 
 install?  I have the shr testing distro.
 
 Helge Hafting

No other requirements, it's just a theme like the one(s) already
there.  Try replacing all the files
in /usr/share/enlightenment/data/config/serenity with their
counterparts from ../illume.  If that fails, try those
from ../illume-shr.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[SHR,FSO] Serenity theme for illume

2009-03-29 Thread Joel Newkirk
I know it's been a few weeks since I said I was going to try to get
this out, I apologize.

I've released what is essentially an alpha test for the Serenity
theme, therefore named serenity-0.2.  It's incomplete, and may be broken
in some ways I've not seen yet.  Comments/criticisms/advice on
structural and functional aspects are welcome, those on visual style
should be limited to points of inconsistency with the rest of the theme
or problems like scaling. (specifically, if you don't like the look of
the theme that's fine, but don't bother with comments like I don't like
dark themes or what-not - the point is to present the theme to those
interested, and hopefully discuss improvements/fixes, not take a poll
of the appeal)

Note that this is just an Illume/Enlightenment theme, NOT Elementary or
any specific apps.  (like Paroli, Zhone, SHR phonegui-efl)  I'm working
on those as well, however.

I use it currently with SHR-unstable and FSO-MS5.1.  You can download
it from http://newkirk.us/om/serenity-0.2.tar.gz and extract - it opens
to a folder named serenity, which
contains usr/share/enlightenment/data/themes/serenity.edj
and usr/share/enlightenment/data/config/serenity folder holding a few
files. Copy themes/serenity.edj and the config/serenity folder
to /usr/share/enlightement, then you can select it in Illume Settings
under Look-Theme, select 'System' at the top-left to see themes
installed globally. (/usr/share/...)  NOTE: Wallpaper and Theme, at
least, may segfault if you are using Software_16 rendering.

Once I'm satisfied that it doesn't break anything, and all the
main elements are rethemed, I'll release it as an ipk.  (of course, at
any time if someone wants to they can extract the serenity.edj file and
have their way with it - anyone who wants to enhance or alter it
in any way is free to do so, so long as 'simple' alterations like
changing some images files retain a credit that the new theme is based
on Serenity by Joel Newkirk - 'major alterations' or extraction of some
portion of Serenity to use in another theme is fine without attribution)



What I'm doing:

Start with Illume and default themes (anything not defined in illume.edj
will 'fall through' to default.edj, like battery and clock) basically
renaming illume as serenity, and merge more groups up from default
(battery, clock, desktop icon, etc) then work to simplify the
structure (graphically and visually - most significantly, making icons
two images instead of about eight images each) and shift toward the
desired visual appearance.  

Ordinary buttons are translucent white, though on the black default
background they appear grey. Selected/pressed buttons are an
'openmoko-orange' tinted rendition of the same translucent button
image. Icons are just icon image at rest, are translucent white when
highlighted by keyboard or mouseover (IE dragging on FR) and
translucent orange when clicked/tapped.

Battery applet is the green one from Illume, but narrower.  Tapping it
displays the battery percentage and time overlay.  GSM applet is the
same as Illume but colorized red/yellow/green based on signal quality,
with carrier name above signal. Clock applet is more heavily
altered, displaying digital time with date below it.  Keyboard has been
visually/structurally simplified - removing two transparent overlays
from each key - resulting in (for me at least) significantly faster
keyboard response.  (and About:Theme is reworked, though you can only
see it if you enable the 'Start' Top Shelf Gadget, then select
Enlightenment-Theme from the menu - the animation there is one I've
used for splash and busy screens as well, but the FR doesn't seem to
have sufficient horsepower to do that without noticeably slowing load
times, so I axed them - eventually I may end up with a 'pretty' and a
'functional' version of the theme)

Still to do: Several components (like keyboard suggestion popup,
tasklist) are still black-text-on-grey-gradient, will be changing to
light-on-black.  Some visual elements (like left-right arrows on top
bar) are still IMHO pretty ugly with software_16, which I hope to fix.

I'm hoping within a couple weeks or so to have finished at least the
structural/composition changes, resulting in a leaner and faster theme
that can easily have any/all images altered to result in a completely
different yet still leaner/faster theme. 

I've also worked on theming Elementary, Zhone, and SHR's telephony
GUIs, (just looked at Paroli so far) but haven't yet seen any way to do
so without overwriting the original files - which of course is a no-no,
being subject to reversion whenever the package owning them is
updated.  (Can anyone tell me a 'right' way to override them?  Does it
require rewritten apps that explicitly support theme selection or
something?)

For those unaware, a .edj file is essentially an archive containing one
or more .edc (text) files that define the theme, any number of lossy or
lossless compressed images, fonts, and a script to recreate

Re: [SHR,FSO] Serenity theme for illume

2009-03-29 Thread Joel Newkirk
On Sun, 29 Mar 2009 21:52:42 -0500
The Digital Pioneer digitalpion...@gmail.com wrote:

 Is there any way we can get a screenshot of this? Thanks!

http://scap.linuxtogo.org/files/2dd5a8f42c6bd316ea0434c23bde11ba.png
and
http://scap.linuxtogo.org/files/e971c1737dc487e7a8beeab7ed3e860d.png

First is Software, second Software_16 rendering.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] Launching applications

2009-03-16 Thread Joel Newkirk
On Mon, 16 Mar 2009 16:27:02 +
Joseph Reeves iknowjos...@gmail.com wrote:

 As per the recent gvSIG Mobile thread:
 
 http://lists.openmoko.org/nabble.html#nabble-td2486265|a2486543
 
 Why does SHR fail to find the application gvsig when the file exists
 as: /usr/bin/gvsig ?
 
 The application can be run with:
 
 jamvm -Xmx40M -cp
 /usr/share/java/swt.jar:/usr/share/gv-om/class/all.jar
 es/prodevelop/gvsig/mobile/app/Launcher fr /usr/share/gv-om
 /media/card
 
 but this doesn't work if executed from the script /usr/bin/gvsig -
 why is this?
 
 What do I need to do to allow execution by pressing the icon in SHR?
 
 Thanks, Joseph

Presuming that the icon is visible but just not working, my guess would
be that you need to include explicit path to everything within the
script, IE the java VM...  Logged in via terminal or SSH you will have
$PATH defined, when triggering scripts from GUI or automation $PATH may
not be defined.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-Testing] Slow response when answering a call

2009-03-13 Thread Joel Newkirk
On Fri, 13 Mar 2009 11:59:50 +0900
W.Kenworthy bi...@iinet.net.au wrote:

 Just once, I do it straight after boot - lasts through suspend etc.
 
 The original called for move and I wrote copy - sorry - not sure if
 copy works as well, or it has to be move (mv vs cp)
 
 BillK

What works is anything that causes E/Illume to reload.  Any change to
a .desktop file will do it.  

What I've used for a while now when editing edje themes and icons is
killall -HUP enlightenment.  Save the lines below as Relite.desktop
and it will work. (the icon is extracted from default.edj, it's also at
http://newkirk.us/om/icon_applications_restart.png )  I think I'd find
it irritating, but I suspect this can be 'automated' by sticking the
killall command in /etc/X11/Xsession.d/99relite - maybe with a 20
second delay.

j

[Desktop Entry]
Name=Relite
Comment=Elightenment reload 
Exec=killall -HUP enlightenment
Icon=icon_applications_restart.png
Terminal=false
Type=Application
Categories=Application;Utility;

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Troubles with opkg.org repo

2009-03-12 Thread Joel Newkirk
On Thu, 12 Mar 2009 08:05:03 +0200
Risto H. Kurppa ri...@kurppa.fi wrote:

 On Thu, Mar 12, 2009 at 7:51 AM, Joel Newkirk freerun...@newkirk.us
 wrote:
  On Sun, 8 Mar 2009 15:05:10 +0100
  Thomas Zimmermann zimmerm...@vdm-design.de wrote:
 
  Additionally there are a lot of Packages that don't contain a
  control file with depencies and so on:
 
  Form the packages in debian format are these:
 
  0_tshark_1.0.99+svnr26030_armv4t.ipk
  0_wireshark-common_1.0.99+svnr26030_armv4t.ipk
  1_wireshark_1.0.99+svnr26030_armv4t.ipk
 
 
  So if the authors of these packages can update them that would be
  great.
 
  I contributed those three - sorry, I hadn't noticed they were in
  your list. Strange, I downloaded the files from opkg.org and they
  are significantly smaller than the originals I uploaded.  They
  contain the beginnings of the correct data, specifically
  debian-binary and the start of data.tar.gz, but are truncated.  The
  tshark package, eg, is supposed to be 106606 bytes, but the
  download from opkg.org is only 65536 bytes.  In fact, all three are
  truncated to powers of two as well
  - multiples of 4096 bytes...
 
  I'll try resubmitting them yet again, though not until tomorrow.
   (I'm off to bed)  Clearly the files are getting broken at some
  point in the process, I'll try to rule out upload.
 
 Thanks for uploading them again.
 I hope uploading again helps but I have the feeling that it's
 something else, or that the upload fails for some reason and it has
 really nothing to do with your actions.. Let's see if the scripts get
 fixed at some point.
 
 
 r
 

I uploaded them again, then re-downloaded to be sure - as of right now,
at least, they are correct and intact.  Uploaded the same files, from
the same desktop machine, with the same browser. :(

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Illume - Command line to display the keyboard ?

2009-03-12 Thread Joel Newkirk
On Thu, 12 Mar 2009 10:17:13 +0100
kimaidou kimai...@gmail.com wrote:

 Hi!
 
 Hum, I tried again, and from SSH too, but the command
 /home/root/Scripts/illume-kbd-show does not hide the keyboard if it
 is here. Could you send by email the binary you are using ? (if
 possible) NB: I am using this file :
 http://3v1n0.tuxfamily.org/openmoko/illume-kbd-show
 
 Thanks
 Kimaidou

--help gives some hints... ;)  Try illume-kbd-show -t (for 'toggle')

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Troubles with opkg.org repo

2009-03-11 Thread Joel Newkirk
On Sun, 8 Mar 2009 15:05:10 +0100
Thomas Zimmermann zimmerm...@vdm-design.de wrote:

 Additionally there are a lot of Packages that don't contain a control
 file with depencies and so on:
 
 Form the packages in debian format are these:
 
 0_tshark_1.0.99+svnr26030_armv4t.ipk
 0_wireshark-common_1.0.99+svnr26030_armv4t.ipk  
 1_wireshark_1.0.99+svnr26030_armv4t.ipk 

 
 So if the authors of these packages can update them that would be
 great.

I contributed those three - sorry, I hadn't noticed they were in your
list. Strange, I downloaded the files from opkg.org and they are
significantly smaller than the originals I uploaded.  They contain the
beginnings of the correct data, specifically debian-binary and the
start of data.tar.gz, but are truncated.  The tshark package, eg, is
supposed to be 106606 bytes, but the download from opkg.org is only
65536 bytes.  In fact, all three are truncated to powers of two as well
- multiples of 4096 bytes...

I'll try resubmitting them yet again, though not until tomorrow.  (I'm
off to bed)  Clearly the files are getting broken at some point in the
process, I'll try to rule out upload.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Troubles with opkg.org repo

2009-03-09 Thread Joel Newkirk
On Sun, 8 Mar 2009 15:30:36 +0200
Risto H. Kurppa ri...@kurppa.fi wrote:

 On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig
 tobias.kuen...@gmail.com wrote:
  This is a little summary of what I do: http://www.opkg.org/repo.html
 
 Thanks Tobias!
 
 At #openmoko tried to figure out what's wrong. Someone pointed out
 that ftp uses ascii mode by default - I suppose you're uploading at
 least the Packages -ascii file. How about packages.gz. Man ftp says
 that ascii upload of binary files might corrupt it - this might be
 the problem - using binary format shouldn't corrupt the .gz
 
 Another find was that 22 packages out of 93 were other than Debian
 Binary when checked with file *ipk. The list file types listed below:
 
 DEBIAN BINARY – CORRECT!!!
{snipped package names}
 DATA

 EMPTY

 GZIP

 So things seem to fail because:
 - Empty file is an empty file, not much to discuss about that. Only
 need to find out the reason for that: did the authors really upload an
 empty package or did the upload fail but an empty file was created?

Nothing to add here.

 - ar isn't able to extract gzip files so all files recognized as gzip
 will not get listed properly in the Packages file. Again the reason
 for the wrong file type should be found: did the packages package it
 wrong or did the type/mime/something get corrupted along the way,
 during the upload or on the server?

It is perfectly acceptable for an ipk to be a tarball (.tar.gz) instead
of an ar archive.  'opkg install' happily works with them.  So the
'fix' needs to be in create_repo.

j

{!!untested!!}

#!/bin/sh

cd /root/opkg.org/packages/
echo -n  Packages

for file in `ls -1 *.ipk *.opk`; do
 echo $file
 sum=`md5sum $file | awk '{print $1}'`
 pkgtype=`file $file | cut -d' ' -f2`
 case $pkgtype in
  Debian)
   ar x $file control.tar.gz
   tar xzf ./control.tar.gz ./control
   cat control|grep -e [:alnum:]  Packages
   echo Filename: $file  Packages
   echo MD5Sum: $sum  Packages
   echo   Packages
   echo   Packages
   rm
-f /root/opkg.org/packages/control.tar.gz /root/opkg.org/packages/control
  ;;
  gzip)
   tar xzf $file ./control.tar.gz
   tar xzf ./control.tar.gz ./control
   cat control|grep -e [:alnum:]  Packages
   echo Filename: $file  Packages
   echo MD5Sum: $sum  Packages
   echo   Packages
   echo   Packages
   rm
-f /root/opkg.org/packages/control.tar.gz /root/opkg.org/packages/control
  ;;
  *)
   echo Problem extracting $file
  ;;
esac
done

gzip -c /root/opkg.org/packages/Packages
/root/opkg.org/packages/Packages.gz

#Upload
ftp -v -n ftp.opkg.org  /root/opkg.org/ftp2.input

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Troubles with opkg.org repo

2009-03-09 Thread Joel Newkirk
On Sun, 8 Mar 2009 15:30:36 +0200
Risto H. Kurppa ri...@kurppa.fi wrote:

 On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig
 tobias.kuen...@gmail.com wrote:
  This is a little summary of what I do: http://www.opkg.org/repo.html
 
 Thanks Tobias!
 
 At #openmoko tried to figure out what's wrong. Someone pointed out
 that ftp uses ascii mode by default - I suppose you're uploading at
 least the Packages -ascii file. How about packages.gz. Man ftp says
 that ascii upload of binary files might corrupt it - this might be
 the problem - using binary format shouldn't corrupt the .gz
 
 Another find was that 22 packages out of 93 were other than Debian
 Binary when checked with file *ipk. The list file types listed below:
 
 DEBIAN BINARY – CORRECT!!!
{snipped package names}
 DATA

 EMPTY

 GZIP

 So things seem to fail because:
 - Empty file is an empty file, not much to discuss about that. Only
 need to find out the reason for that: did the authors really upload an
 empty package or did the upload fail but an empty file was created?

Nothing to add here.

 - ar isn't able to extract gzip files so all files recognized as gzip
 will not get listed properly in the Packages file. Again the reason
 for the wrong file type should be found: did the packages package it
 wrong or did the type/mime/something get corrupted along the way,
 during the upload or on the server?

It is perfectly acceptable for an ipk to be a tarball (.tar.gz) instead
of an ar archive.  'opkg install' happily works with them.  So the
'fix' needs to be in create_repo.

j

{!!untested!!}

#!/bin/sh

cd /root/opkg.org/packages/
echo -n  Packages

for file in `ls -1 *.ipk *.opk`; do
 echo $file
 sum=`md5sum $file | awk '{print $1}'`
 pkgtype=`file $file | cut -d' ' -f2`
 case $pkgtype in
  Debian)
   ar x $file control.tar.gz
   tar xzf ./control.tar.gz ./control
   cat control|grep -e [:alnum:]  Packages
   echo Filename: $file  Packages
   echo MD5Sum: $sum  Packages
   echo   Packages
   echo   Packages
   rm
-f /root/opkg.org/packages/control.tar.gz /root/opkg.org/packages/control
  ;;
  gzip)
   tar xzf $file ./control.tar.gz
   tar xzf ./control.tar.gz ./control
   cat control|grep -e [:alnum:]  Packages
   echo Filename: $file  Packages
   echo MD5Sum: $sum  Packages
   echo   Packages
   echo   Packages
   rm
-f /root/opkg.org/packages/control.tar.gz /root/opkg.org/packages/control
  ;;
  *)
   echo Problem extracting $file
  ;;
esac
done

gzip -c /root/opkg.org/packages/Packages
/root/opkg.org/packages/Packages.gz

#Upload
ftp -v -n ftp.opkg.org  /root/opkg.org/ftp2.input

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Detecting ethernet gadget connections

2009-03-06 Thread Joel Newkirk
On Fri, 06 Mar 2009 11:04:40 +0100
Helge Hafting helge.haft...@hist.no wrote:

 Daniel Benoy wrote:
  I'm working on a script that will detect which network interfaces
  are connected and mess with the routing accordingly, but I'm having
  trouble detecting whether my USB ethernet gadget connection is up
  or down.
  
  
  ethtool when it's up:
  lisa:~# ethtool usb0
  Settings for usb0:
  Link detected: yes
  
  ethtool when it's down:
  lisa:~# ethtool usb0
  Settings for usb0:
  Link detected: yes
  
  
  Unlike on the host side, the usb0 interface doesn't appear and
  disappear, allowing udev scripts to bring up/down the interface.
  
  Anyone know if there's a way to detect that a network connection
  has actually been established?
  
 
 Is this necessary?
 Just set a higher metric on usb0, then routes thorough eth0 will be 
 preferred when available. The default route through usb0 will only be 
 used as a last resort when there is no other way.
 
 Such a setup works very well on my laptop. It doesn't on the
 freerunner yet, because the ip utility in busybox currently can't
 set metrics. But port that (or use debian with its binary ip utility)
 and you'll be fine.
 
 Helge Hafting

You should be able to find iproute2 for freerunner... I know I've got
an ipk of 2.2.26 at http://newkirk.us/om - my OM stuff attic, but I
think it's in the feeds as well.

Apart from that, I dug into this exact situation before,
including dealing with usb0, wrote an article about it at my blog.
(http://jthinks.com/better-freerunner-networking)  You can use the
standard 'route' command to set metrics, so iproute2 isn't required.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: SHR testing and TangoGPS problem

2009-03-05 Thread Joel Newkirk
On Thu, 5 Mar 2009 14:48:49 -0500
Adam Jimerson vend...@gmail.com wrote:

 I tried to upgrad TangoGPS one my SHR testing install because it
 didn't seem like it was working, and fso-gpsd said that it was
 running, but when I tried to do it even with -force-depens it removed
 the version the SHR testing came with and gave me this error:
 
 r...@om-gta02 ~ $ opkg -force-depends install libsqlite3-0
 libpixman-1-0 libgl
  ib-2.0-0
 http://pcl210-00.fit.vutbr.cz/openmoko/libexif_0.6.17_armv4t.ipklibdb
 us-glib-1-2 libdbus-1-3 libcurl4 libcairo2
 http://pcl210-00.fit.vutbr.cz/ope nmoko/tangogps_0.9.6-r0_armv4t.ipk

  Collected errors:
  * Warning: Cannot satisfy the following dependencies for tangogps:
  * gtk+-fastscaling (= 2.10.14) *
 
 Do I need to install a older version of tangogps inorder to get it to
 work?

You should be good to go.  What you got was a warning instead of an
error regarding gtk+-fastscaling - exactly what you asked for with the
-force-depends, which makes dependency errors into warnings instead.

That said, you may have believed it not installed if the icon didn't
appear - if that's the case then
edit /usr/share/applications/tangogps.desktop and try changing the
application category to applications.

BTW - a quick search of wiki or list archives should turn up this
answer, keywords like tangogps and fastscaling... ;)

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: unable to get the boot menu

2009-03-02 Thread Joel Newkirk
On Mon, 2 Mar 2009 20:56:59 +0100
Bram Mertens mertensb.ma...@gmail.com wrote:

 So now I have what I believe to be everything I need on the SD but I'm
 unable to boot it!
 
 I've tried several times to follow the instructions on
 http://wiki.openmoko.org/wiki/Booting_the_Neo_FreeRunner as well as
 those on http://wiki.openmoko.org/wiki/Bootloader but I cannot get the
 device to display the boot menu.
 
 From the above I understand that the following should suffice:
 1) shut down the device and disconnect it from the computer
 2) remove the battery for at least 30 secs
 3) press and hold the AUX button
 4) press and hold the power button until the boot menu appears
 
 The first thing I see is OpenMoko, then the initialization messages
 scroll by and FDOM is started.  (The AUX button flashes once shortly
 before Openmoko is displayed on the screen.)

Just to clarify and be sure:
3) Press and hold down AUX button
4) while AUX is still held down, press and hold power button until the
boot menu appears.  Then release both buttons.

That should present you with the NOR boot menu.  The NAND boot menu
(the one that can be readily overwritten) is accessed by:
3) Press and hold down Power button
4) while holding down power button, and /before/ booting begins (IE,
within 5-6 seconds should be fine) press and hold AUX, then release both
buttons after boot menu appears.

I've never found the powerdown process to be so sensitive...  The issue
with external power (step #1 refers to AC power as well as USB-port from
a host computer) is that when you plug in, it often starts booting
without needing a power press.  In this situation, however, if you're
holding down the AUX button when you plug it in you'll end up with the
boot menu.  Other than removing the battery to effect a hard-reset, I've
never performed step #2 above.

Generally you'd want the NAND boot menu to actually boot, since it's
presumably at least as new as the NOR, but potentially much newer,
possibly drastically different (Qi vs uBoot).  Use the NOR boot menu
when flashing, however.

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Om2009 release plan

2009-03-02 Thread Joel Newkirk
On Mon, 02 Mar 2009 09:14:56 -0700
Angus Ainslie nyt...@openmoko.org wrote:

 The following features already have an owner and will be taken care of
 before the end of March:
 phone calls incoming and outgoing
 sms incoming and outgoing
 simple phone book (no images)
 call log
 charging
 suspend and resume
 alarm clock
 resume speed  2 seconds
 boot time  2 minutes
 screen lock
 battery indicator (gta01 and gta02 battery)
 gsm indicator
 
 Then there are still features looking for someone to help bring them
 in before the end of March:
 Settings application
 gprs  edge 
 user changeable ring tones
 bluetooth
 wifi
 led indication for missed calls or sms
 sliding in UI

Two questions.  

What about package management GUI - is one planned to be included?

Can you clarify sliding in UI?

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Fwd: unable to get the boot menu

2009-03-02 Thread Joel Newkirk
On Tue, 3 Mar 2009 00:31:54 +0100
Bram Mertens mertensb.ma...@gmail.com wrote:

 I've tried several times again.
 
 After removing the battery for several minutes the device
 automatically boots when the battery is replaced.  By the time I've
 turned the device around after replacing the back cover the openmoko
 logo is already displayed.  (The device was not connected to any
 computer.)
 
 So I've shut the device down again by pressing the power button for
 several seconds.
 
 Without removing the battery but waiting some 30 seconds:
 1) press and hold AUX
 2) press and hold power
 after about 4 seconds the AUX button lights up, about 2 seconds later
 the openmoko logo is displayed and after that the device boots
 I released both buttons as soon as the openmoko logo was displayed.
 
 Again power down the device
 1) press and hold power
 2) press (and hold) AUX approx 2 seconds after pressing power before
 the openmoko logo is displayed
 
 again the device boots without displaying any kind of boot menu
 
 Is it possible to reconfigure the wait time of the boot menu via the
 device?  I can't find anything in the settings menu or any terminal
 application that would allow me to execute commands.
 
 Regards
 
 Bram

Maybe someone else will have a brighter idea, but all I can suggest at
this point is unplug, remove battery, then hold down AUX while
inserting battery.  If that doesn't work, but it just boots right up
instead, then try to confirm that the AUX button is functional, as I'm
starting to suspect a bum button.  If that's the case I've no idea what
solution is feasible.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Om2009 release plan

2009-03-02 Thread Joel Newkirk
On Mon, 02 Mar 2009 11:40:21 -0700
Angus Ainslie nyt...@openmoko.org wrote:

 On Mon, 2009-03-02 at 18:31 +0100, Florian Hackenberger wrote:
  Thanks for keeping us informed of the release schedule! One
  question related to paroli comes to mind. I tested paroli (from
  SVN) with FSO 5.1 and noticed that paroli is meant to be running
  full screen. Is that a temporary requirement? Because it would
  basically rule out the use of a window manager like illume and
  would result in having to implement WM, launcher (.desktop),
  systray, ... functionality in paroli, which would obviously be
  quite a duplication of effort. Could someone please explain the
  paroli plans with respect to the fullscreen requirement?
  
  Cheers,
  Florian
  
 
 Full screen is how paroli is intended to be used. It will not be a WM,
 launcher etc. It will still co-exist quite nicely with illume and that
 is how I've been running it for the last few days. Providing a stable
 phone platform is what paroli is about.
 
 Once the UI spec is published it should become a little clearer.
 
 Angus

I've always envisioned a sideways swipe switching from 'desktop' to
fullscreen 'phone'/'home' GUI... :)

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Om2009 release plan

2009-03-02 Thread Joel Newkirk
On Tue, 3 Mar 2009 10:08:31 +0800
HouYu Li kara...@gmail.com wrote:

 I think package management GUI can be included in Settings
 application. And for the wifi feature, I recommend the knjMokoWifi
 which using PHP-GTK. It works very well and with comprehensive
 interface.

Package management is something I think of as a fairly independent
thing, rather than part of Settings.  Granted its UI could be called
up from within a settings panel or something, but its purpose, usage,
and design seem distinctly apart from what I think most people consider
settings.

Regardless, given the variety and nature of the things itemized I
wondered if it had accidentally been omitted, and if so which list it
was on.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Opkg.org segfaulting packages

2009-02-27 Thread Joel Newkirk
On Fri, 13 Feb 2009 11:59:04 +0200
Risto H. Kurppa ri...@kurppa.fi wrote:

 Hi!
 
 I'm using the opkg.org repository:
 echo src/gz opkgorg http://www.opkg.org/packages;
  /etc/opkg/opkg-feed.conf
 
 Trying to install the following apps using the repository cause the
 installation to segfault:
 liquidwar wireshark-common wireshark mokomaze pythm
 
 Installing from direct URL:s (opkg install http://...) works on some
 packages. There might also be some others, I'll report if I see any.
 
 Anyone know what's wrong and could the authors fix the packages?

Sorry, this thread got overlooked until I just ran a message search for
subject 'opkg'. :(  

The problem seems to be happening in the script that creates the
Packages.gz file - several packages have nothing but filename and md5,
which doesn't seem right, but the problem-causers (like the
wireshark/tshark packages I contributed) seem to be problems parsing
the control file within the ipk.  Specifically, it doesn't seem capable
of ignoring empty lines at the end of the file, but rather appends them
to the last field.  In the case of the wireshark packages that field is
Source.  (in addition, somehow there's a stray 'T' on a line by itself
in the control file for wireshark - that was just my stupid error,
though I wouldn't have anticipated it would break the feed)

I'm fixing the wireshark packages to have no empty lines at the end of
the control file.

Odd.  After the hourly script run, wireshark package is missing from
the feed, though it still appears on the opkg.org site.  Will see what
happens.  Looking further, it seems that after I upload the new ipk, it
no longer lists the package link (its new opkg.org URL) under
'direct-download link' in the opk upload section, likely the reason
it's left out of the feed update.  I pasted the original data for
tshark back in and updated the prepended 0_, will see what happens at
midnight.  (It'd be nice if opkg.org could look up a named dependency
locally and fill in the link
- I had to edit the dependancies manually to reflect filename changes
when it prepended 0_ and 1_)

Also odd: I'd swear there was a package rating on Wireshark, but after
the correction it's back to 0.

Regardless, in all of this I decided to rebuild with the latest stable
Wireshark.  (the present opks at opkg.org are 1.0.99+svnr26030, 1.1.2
stable is available now, I'll stay out of svn this time)  Hopefully
I'll be able to build, test, and package it by the end of the weekend.  

 I noticed some extra empty lines in
 http://www.opkg.org/packages/Packages - does it matter?
 
 r

Yeah, in some instances the empty lines are clearly causing a
problem. ;)

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Opkg.org segfaulting packages

2009-02-27 Thread Joel Newkirk
On Sat, 28 Feb 2009 00:12:27 -0500
Joel Newkirk freerun...@newkirk.us wrote:

 On Fri, 13 Feb 2009 11:59:04 +0200
 Risto H. Kurppa ri...@kurppa.fi wrote:
 
  Hi!
  
  I'm using the opkg.org repository:
  echo src/gz opkgorg http://www.opkg.org/packages;
   /etc/opkg/opkg-feed.conf
  
  Trying to install the following apps using the repository cause the
  installation to segfault:
  liquidwar wireshark-common wireshark mokomaze pythm
  
  Installing from direct URL:s (opkg install http://...) works on some
  packages. There might also be some others, I'll report if I see any.
  
  Anyone know what's wrong and could the authors fix the packages?
 
 Sorry, this thread got overlooked until I just ran a message search
 for subject 'opkg'. :(  

Apologies, please disregard that message.  I accidentally sent a
half-composed message, after I'd folded it into a reply to a later
thread on the same subject.

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [2008.12] Opkg.org repository packages that won't install

2009-02-27 Thread Joel Newkirk
On Fri, 27 Feb 2009 11:58:26 +0200
Risto H. Kurppa ri...@kurppa.fi wrote:

 Some packages in opkg.org are somewhat broken and won't install using
 the opkg.org repository in 2008.12. Could you please try this and let
 me know what happens. After this we could try to let the authors know
 what there's something wrong in their packages. If you are author of
 some of these packages please check that your package has all the
 required information.
 
 #adding repository  updating
 echo src/gz opkgorg http://www.opkg.org/packages;
  /etc/opkg/opkg-feed.conf opkg update
 
 #trying to install packages that are in opkg.org repository but return
 'An error ocurred, return value: 2'
 opkg install centerim
 opkg install libboost-signals
 opkg install mokoconv
 opkg install neon
 opkg install shortom
 opkg install gpssight
 opkg install openmiaocat
 opkg install voicenote
 
 #these will segfault:
 opkg install liquidwar
 opkg install wireshark-common
 opkg install wireshark
 opkg install pythm
 #pythm requires many dependencies so this might also give you an
 dependency error instead
 
 #Also fbreader often fails :(
 opkg install \
 http://mikeasoft.com/~mike/openmoko/enca_1.9-r3_armv4t.ipk \
 http://www.mikeasoft.com/~mike/openmoko/fbreader_0.8.2a-r7+elleopatches_om-gta02.ipk
 
 fbreader also available on opkg.org and enca in
 http://downloads.freesmartphone.org/fso-testing/feeds/armv4t/enca_1.9-r3_armv4t.ipk
 but you get md5sum mismatches :/
 
 My results: http://pastebin.com/m27e0d226
 
 I want to use the repository instead of 'direct' opkg install http://
 adresses to be able to make Kustomizer work even if some packages are
 updated to a newer version and the filename changes. See
 http://wiki.openmoko.org/wiki/Kustomizer
 
 Thanks!
 
 
 r
 

Sorry, I overlooked your earlier related thread until I ran a message
search for subject 'opkg'. :(  

Reading through Packages.gz, several packages have nothing but filename
and md5, which doesn't seem right.  It seems on closer examination that
those are all ones listed with the 'return value: 2' error. Likely the
error occurs because it in fact knows no package named, for example
voicenote, only a package with a filename voicenote_0.3_arm.ipk.
Those packages, manually downloaded, also fail to extract via ar x
with the error invalid ar magic - I smell a connection, where the
feed-building script cannot extract the archive to parse the control
file.  I'm unsure what the cause of the 'ar x' failure is.

The segfaulters (like the wireshark/tshark packages I contributed) seem
to be emerging when the hourly repo update script parses the control
file within the ipk. Specifically, it doesn't seem capable of ignoring
empty lines at the end of the file, but rather appends them to the last
field parsed. In the case of the wireshark packages that field is
Source.  (in addition, somehow there was a stray 'T' on a line by
itself in the control file for wireshark - that was just my stupid)

Liquidwar has ${SRC}\n as the source, and pythm also has a blank line
embedded in the source field. So it seems the segfaults are packages
with spare newlines in the control file...   Does the official syntax
for the control file permit or prohibit newline-at-end?

I'm fixing the wireshark packages to have no empty lines at the end of
the control file. ;)

Odd.  After the hourly script run, wireshark package is missing from
the feed, though it still appears on the opkg.org site.  Will see what
happens.  Looking further, it seems that after I upload the new ipk, it
no longer lists the package link (its new opkg.org URL) under
'direct-download link' in the opk upload section, likely the reason
it's left out of the feed update.  I pasted the original data for
tshark back in and updated the prepended 0_, will see what happens at
midnight.  (It'd be nice if opkg.org could look up a named dependency
locally and fill in the link - I had to edit the dependancies manually
to reflect filename changes when it prepended 0_ and 1_)  

UPDATE: Nope, it turns out it placed it near the top of the Packages.gz
file instead of alphabetically, and I missed it at first.

Also odd: I'd swear there was a package rating on Wireshark, but after
the correction it's showing 0.

Regardless, in all of this I decided to rebuild with the latest stable
Wireshark.  (the present opks at opkg.org are 1.0.99+svnr26030, 1.1.2
stable is available now, I'll stay out of svn this time)  Hopefully
I'll be able to build, test, and package it by the end of the weekend.  

 I noticed some extra empty lines in
 http://www.opkg.org/packages/Packages - does it matter?
 
 r

Yeah, in some instances the empty lines are clearly causing a
problem. ;)

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: howto: making ipk/opk

2009-02-27 Thread Joel Newkirk
On Fri, 27 Feb 2009 23:32:49 +0200
Aapo Rantalainen aapo.rantalai...@gmail.com wrote:

 A) There are many broken packages on opkg.org. They can be downloaded
 and installed and they work. But adding opkg.org repository and
 installing packages from repository cause Segmentation Faults and Not
 found errors (opkg error -2).

I'm getting these with the FSO-M5 repo right now.

 B) People has made cool little scripts and python-things, but they
 can't release them because packaging is so mysterious.
 
 
 I want share to you one simple way to make package.
 Read full text:
 http://cc.oulu.fi/~rantalai/freerunner/packaging/
 
 briefly:
 Make directory and file-structure under it.
 Put things in CONTROL/control
 Use ipkg-buildpackage-script (v 1.1 2001/07/26) by Oliver Kurth
 
 
 -Aapo Rantalainen
 
 P.S. If you know some other easy way to make ipk/opk please share it
 with us.

What's wrong with good old 'ipkg-build'?  Script included in your path
if using the toolchain, under /usr/local/openmoko/arm/bin.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[FSO ms5] opkg segfaults on frameworkd

2009-02-27 Thread Joel Newkirk
trying to opkg upgrade I get a segfault on frameworkd.  Retrying with
-V3 the output ends with:

opkg state set to Installing Package:
frameworkd;0.8.4.9+gitrc9e5d80540d505fe64d2acae7bbd0645625446f2;armv4t;
Running script /tmp/opkg-jnPXxs/frameworkd-mYo6Qv/preinst opkg: fork
failed Segmentation fault
r...@iota:~# 


There IS no preinst script in the frameworkd package...  Why is it
trying to run one?  (opkg is 0.1.6+svnr197-r1)

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)

2009-02-26 Thread Joel Newkirk
On Thu, 26 Feb 2009 11:31:43 +0100
Helge Hafting helge.haft...@hist.no wrote:

 Joel Newkirk wrote:
  On Wed, 25 Feb 2009 12:43:59 +0100
  Helge Hafting helge.haft...@hist.no wrote:
  
  Joel Newkirk wrote:
  
 [...]
  As I said, I'm guessing, but when I removed the extra PNG images and
  leav just one, enlightenment average CPU drops and the display is
  more responsive. The glass button effect /is/ applied to every icon,
  it's just that the parts ('parts' in edc syntax) relevant to the
  effect are flagged as non-visible by default.  I'm assuming that
  even when a
 
 Urrgh - such inefficient coding. Making a 'movie' per icon - every
 time 
 - and just not showing it for most of them. :-( The sane way is to
 only do the _needed_ calculations. Either animate a single icon when
 the effect is actually used, or generate all the frames once and just
 store them till needed. I wonder how they come up with such stuff.
 This is not only a problem on weak processors - it wastes energy on
 the good ones as well. :-(

Well as I said, I don't know to what degree and in what fashions this
may be optimized within E - I'm assuming that it prescales and doesn't
scale on the fly, but that the scrolling needs to take all visible and
non-visible parts into account - I don't know this however, I'm
guessing.

 Maybe we ought to use a modified duke nukem as an app launcher
 interface instead of enlightenment. Duke has a _better_ framerate for
 scrolling and zooming - in 3D!
 
 Shoot at icons to start apps. Fire at the process list to kill. kill
 -9 using a bigger gun.  ;-)

:) Thanks, and to BillK for the enlightening and entertaining link. :)
With my car broken down this morning, any amusement is welcome.

 [...]
Wonderful feature
  to have, but I suspect that the calculations involved in this
  scaling and other nice effects E offers are at least a slight
  detriment to the (integer) FR user experience...
 
 I wish people though more about efficiency. One can have all sorts of
 wonderful effects by precomouting some stuff _once_, and then use
 plain bit block transfers. 1990 game machines was weaker than the FR,
 but that did not seem to be a problem then.

My philosophy has always been colored by my time with the Amiga.  I
'grew up' believing that clever hardware and clever software could
overcome limited horsepower, and that the immediacy of feedback
provided by a responsive GUI is often worth more than a doubled clock.
(at 7mhz it 'felt' as fast as some 3ghz beasts I've used, simply
because everything was tweaked for smooth consistent responsiveness)
 
 [...]
  If you watch an icon closely when you press your stylus against it,
  you can usually perceive the fade-in taking place, particularly if
  your FR is straining, in which case you can sometimes see a few
  distinct delayed steps.  The linear transition is set to occur in
  0.2 seconds fading in, and 0.1 seconds fading out - so it is quite
  brief.  I believe it abides by the Framerate setting in Illume
  config (the spanner), such that a 30fps setting and a 0.2 second
  fade equal a 6-frame animation.
 
 I have now set the framerate to its minimum of 5, and turned off
 animations where I could. At least the keyboard appears more quickly
 now.
 
 Icon animation and only two icons - selected and
 unselected.

What has me concerned on this front, looking more long-term, is that OM
have exhibited a tremendous reluctance to make the Illume/Enlightenment
config accessible, so that changing framerate and disabling animations
of windows opening, Top Shelf opening/closing, etc are currently not
possible for a new owner 'out of the box'.  Hopefully that'll be
addressed before the platform reaches more mainstream (read:
non-hacker) customers...  And not by simply disabling such features,
though that might be preferable to enabled and unconfigurable.

  Thanks for the encouragement. :)  It's already improved my user
  experience, but in my poking about I've broken things as well,
  which is why I'm not offering the .edj to anyone yet.  I plan to
  start from a clean extraction from illume.edj and default.edj once
  more, applying only the changes confirmed to be beneficial and not
  cause E to segfault.
 
 Great!
 I hope this will go into the distributions, at least as a selectable 
 alternative. Eye candy is nice - but only as long as it doesn't
 create performance problems.
 
 Scrolling is slow enough even if I grab the iconless corner - so that
 no icon actually change state. (None was selected, none became
 selected) But of course it is still slow if all those icons have to
 be scaled 9 times or so before drawing the screen.

Still guessing, but I expect the scaling only takes place once.

  But at the pace I'm going that'll be a couple weeks still.
  Hopefully at that point I'll be able to offer tarball and ipk
  versions of the theme for both enlightenment in general and for
  elementary (shr-dialer and kin, paroli, Raster's alarm, shr-config,
  etc all use

Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)

2009-02-25 Thread Joel Newkirk
On Wed, 25 Feb 2009 12:43:59 +0100
Helge Hafting helge.haft...@hist.no wrote:

 Joel Newkirk wrote:

  With the default.edj theme (Illume doesn't override it for Fileman,
  which includes Illume icons) every icon on the 'desktop' initially
  displays just the icon image, be it png, jpg, animated edj,
  whatever. When you touch the screen to scroll it, it will highlight
  the touched icon even if you don't actually select it.
 Hm - it shoudln't highlight unless it actually is selected. :-/
   When it highlights it, it
  makes visible a 'background' png behind the icon, and two or three
  layers of transparent pngs on top of the icon, to give the 'glass
  button with an icon embedded in it' effect. Even when not visible
  (IE, on at least all but one icon at a time) those extra pngs are
  there, their positions are calculated AFAIK and their bitmaps are
  loaded.
 
 I'm not sure if I understand that. Only one icon looks like a glass 
 button - sure. Now, I understand that illume may have precomputed the 
 glass button look for every icon there is, spending some memory. But
 why should that need any cpu when scrolling? The glass button effect
 isn't applied to the other icons, so those glass images should just
 sit in memory somewhere untouched?
 
  (again, AFAIK - those two are internals of Enlightenment and I'm
  guessing)  

As I said, I'm guessing, but when I removed the extra PNG images and
leav just one, enlightenment average CPU drops and the display is more
responsive. The glass button effect /is/ applied to every icon,
it's just that the parts ('parts' in edc syntax) relevant to the effect
are flagged as non-visible by default.  I'm assuming that even when a
element in the GUI is flagged visible=0 that it still calculates its
position onscreen, so that if you have 20 icons in Illume then you're
trying to scroll at least 100 transparent png images. ('icon' image,
background, shine, highlight, shadow - there are actually 9 png images
specified, plus the icon image itself) Pasted at the end is the entire
group e/fileman/desktop/icon/fixed from default.edc. You can see that
each icon actually contains eight png images, and twelve programs,
including six that specify animated transitions.

it also doesn't help that Enlightenment is advanced enough to perform
some very nice scaling tricks - like specifying that 6 pixels inward
from each edge should not be stretched away from that edge, so for
example you can have a 13x13 PNG that functions as a 6-pixel border,
with the central pixel being scaled as large as needed, while the edges
are only stretched in one dimension, along the edge.  Wonderful feature
to have, but I suspect that the calculations involved in this scaling
and other nice effects E offers are at least a slight detriment to the
(integer) FR user experience...

  But to make the user experience worse, whenever those extra pngs are
  made visible or invisible, it uses an animated fade-in/fade-out.  So
  every time you drag to scroll, it's busy animating a fade-out on the
  previously highlighted icon, animating a fade-in on the one under
  your finger, and scrolling all the transparent and invisible PNGs.
  The effect is quite attractive, if only the FR had the horsepower
  to manage it while running a phone, GPS, and frameworkd. :(
 
 I see no fade effect. When I click an icon, it gets the glass
 effect. It appear with a slight delay, but there is no visible fade
 in. One minute there is just the icon, the next moment it is
 glassed. So if much work goes into this - then it is all wasted.

If you watch an icon closely when you press your stylus against it, you
can usually perceive the fade-in taking place, particularly if your FR
is straining, in which case you can sometimes see a few distinct delayed
steps.  The linear transition is set to occur in 0.2 seconds fading in,
and 0.1 seconds fading out - so it is quite brief.  I believe it
abides by the Framerate setting in Illume config (the spanner), such
that a 30fps setting and a 0.2 second fade equal a 6-frame animation.
You can see it in the first two program sections below, go_active and
go_passive. The thumb_gen series with the decelerated and sinusoidal
transitions aren't used on the Illume desktop it seems, but if you for
example open the wallpaper settings in Illume config you can observer
thumbnails that 'zoom' out from zero size when displayed, to become
clickable 'icons'.

  
  With the present state of my altered Illume theme (serenity.edj)
  I've trimmed the icons down to just the 'icon' image itself and a
  single png that appears behind it when highlighted.  Outside the
  theme itself I've disabled dropshadows and changed rendering, and
  disabled the battery applet display (pending debugging - it sucks
  CPU apparently) and it reduced Enlightenment cpu usage
  dramatically.  
  
  But I found significant further savings by tweaking icons.  
 [...]
 I am looking forward to see all this.  :-) It should definitely
 improve the user

GUI responsiveness (was Re: SHR first impression : it's slow ?)

2009-02-24 Thread Joel Newkirk
On Tue, 24 Feb 2009 12:32:09 +0100
Helge Hafting helge.haft...@hist.no wrote:

 Yorick Moko wrote:
  I (and surely others) am working on a leaner, faster theme - any
  eye-candy that distinctly impacts the user experience should NOT be
  default, and in this case we desperately need a simple and fast
  theme as the default or the immediate impression users will get
  is: Damn, this is slow!
 
  
  nice to hear that
  ugly and fast beats pretty and damn slow any day for me
  (pretty and fast would also be acceptable ;-))
 
 Pretty and fast should be possible then.
 
 There is no need for multiple layers of transparent icons. They can
 be collapsed into one layer with a single transparent icon, looking 
 _exactly_ the same.
 
 Effects when a icon is actually selected is another story, but that
 sort of thing should not need to impact scrolling.
 
 Helge Hafting

Therein lies the problem, in a sense.  (or a large part of it)

With the default.edj theme (Illume doesn't override it for Fileman,
which includes Illume icons) every icon on the 'desktop' initially
displays just the icon image, be it png, jpg, animated edj, whatever.
When you touch the screen to scroll it, it will highlight the touched
icon even if you don't actually select it.  When it highlights it, it
makes visible a 'background' png behind the icon, and two or three
layers of transparent pngs on top of the icon, to give the 'glass
button with an icon embedded in it' effect. Even when not visible (IE,
on at least all but one icon at a time) those extra pngs are there,
their positions are calculated AFAIK and their bitmaps are loaded.
(again, AFAIK - those two are internals of Enlightenment and I'm
guessing)  

But to make the user experience worse, whenever those extra pngs are
made visible or invisible, it uses an animated fade-in/fade-out.  So
every time you drag to scroll, it's busy animating a fade-out on the
previously highlighted icon, animating a fade-in on the one under your
finger, and scrolling all the transparent and invisible PNGs.  The
effect is quite attractive, if only the FR had the horsepower to manage
it while running a phone, GPS, and frameworkd. :(

With the present state of my altered Illume theme (serenity.edj) I've
trimmed the icons down to just the 'icon' image itself and a single png
that appears behind it when highlighted.  Outside the theme itself I've
disabled dropshadows and changed rendering, and disabled the battery
applet display (pending debugging - it sucks CPU apparently) and it
reduced Enlightenment cpu usage dramatically.  

But I found significant further savings by tweaking icons.  I've been
using some Oxygen icons, and because I always have the launcher at
'extra large' (3 icons across in portrait) I started out with the
256x256 oxygen icons.  Which are beautiful, but suck resources like
crazy. I figured changing to 128x128 would help but the problem was
almost exactly the same, while it looked worse on screen. So I did some
investigating and testing and found that if I prescale my icons to the
actual displayed size on the FR it responds great.  In this case,
that's 116x116 pixels.  (that's the icon itself at 'extra large' -
Illume displays the name below that, and the two of them are in IIRC a
162x142 tile)

So by prescaling to 116x116 pixel icons in Gimp I get the same memory
and CPU (hence UI responsiveness) as with much smaller (blotchier
after scaling) images.  'Large' launcher icons appear to be 76x76, and
'medium' 36x36.  This is theme-dependent though, as well as preferences
dependent - within the edje theme they can be scaled or resized or
whatever.  So a prepackaged icon theme would probably need to be scaled
to match a particular Illume theme's resulting sizes...  Even then, if
the user has utilized the useful 'scaling' settings it will probably
differ.  Still pondering the best answer here.

So right now, with the rescaled icons, removing excess icon adornments,
and disabling dropshadows and battery the SHR Illume is /almost/ as
smooth scrolling as 2008.x.  I also found that disabling animation of
the slipshelf drop-down etc helped significantly in making it feel more
responsive.  Overall, it feels like a completely different phone when I
switch back to the Illume theme.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)

2009-02-24 Thread Joel Newkirk
On Wed, 25 Feb 2009 09:19:37 +0800
HouYu Li kara...@gmail.com wrote:

 Sounds amazing. But where can we get the serenity.edj theme???
 

Nowhere right now, I'm working on it.  I've gotten a few thing just
how I want them, others as yet untouched, and occasional bugs.
Started with illume.edj, imported some pieces of default.edj to make
overriding them easier, and started in changing the look.  Probably
2/3 done now, but I've kept restarting as I changed from 2008.x to FSO
to SHR and so on and kept resyncing my changes to the newest Illume
changes.

j
 

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: SHR first impression : it's slow ?

2009-02-23 Thread Joel Newkirk
For those looking for the 'Advanced' settings:  Grab and drag the row
of icons at the top from right to left and you should find, altogether:
Display
Look
Screen
Input
Language
Settings
Advanced
Extensions

AFAIK the arrows don't even work, when you tap the right-hand arrow you
are effectively clicking on the edge of the 'Input' icon.

BTW - the speed with which those icons scroll is how fast the main
Illume icons /should/ be able to be dragged, but with the Illume theme
as it currently stands (with FSO M5 and SHR at least) each 'desktop'
icon is adorned with multiple transparent PNG files layered to create
pretty buttons, and scrolling becomes dramatically slower than what you
are probably familiar with from the base ASU theme with 2008.x.  

I (and surely others) am working on a leaner, faster theme - any
eye-candy that distinctly impacts the user experience should NOT be
default, and in this case we desperately need a simple and fast theme
as the default or the immediate impression users will get is: Damn,
this is slow!

j


On Mon, 23 Feb 2009 15:49:55 +0100
Yorick Moko yorickm...@gmail.com wrote:

 i have shr unstable from 09/02
 and i can confirm that there is no advance entry under screen
 the top bar only shows:
 display look screen and input
 
 I know there used to be an option to change the software rendering,
 but can't find it on this image...
 
 y
 
 
 On Mon, Feb 23, 2009 at 3:44 PM, Xavier Cremaschi
 omega.xav...@gmail.com wrote:
  I can hit the wrench and see:
 
  Display Look Screen Input
  No advanced at all.
 
  You can scroll horizontally. I have lots of item in this bar in my
  SHR (unstable installed yesterday)
 
  Xavier.
 
 
  ___
  Openmoko community mailing list
  community@lists.openmoko.org
  http://lists.openmoko.org/mailman/listinfo/community
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: NetworkManager works just fine (was: [ubuntu host] NetworkManager improvements)

2009-02-23 Thread Joel Newkirk
On Mon, 23 Feb 2009 15:35:41 +0200
Patrick C. F. Ernzer p...@pcfe.net wrote:

 Hello,
 
 On Sun, 22 Feb 2009 21:13:17 -0500
 Joel Newkirk freerun...@newkirk.us wrote:
 
 [...]
  Has anyone else been successful with Ubuntu NetworkManager recently?
 [...]
 
 Not Ubuntu but NetworkManager in general. As said on the wiki page,
 one needs to nail down the MAC address for NM to dish out the same IP.
 
 I use the following on many boxes, so the version numbers can be off a
 bit.
 
 NetworkManager-0.7.0-1.git20090102.fc10.i386
 
 create /usr/local/sbin/freerunner-usb-add.sh
 create /etc/udev/rules.d/80-freerunner.rules
 cd /etc/udev/rules.d/
 chcon --reference=40-multipath.rules 80-freerunner.rules
 chmod 744 freerunner-usb-add.sh
 udevcontrol --reload_rules
 
 Depending on how your firewall is set up, you may or may not have to
 issue the following
 
 iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.0.0/24
 iptables -I FORWARD 1 -s 192.168.0.202 -j ACCEPT
 iptables -I INPUT 1 -s 192.168.0.202 -j ACCEPT
 echo 1  /proc/sys/net/ipv4/ip_forward
 
 RU
 
 PCFE

Thanks. With the current Ubuntu there have been problems where NM tries
to take control of usb0 despite being told not to, or refuses to follow
manual setting within its own GUI, but also it has had problems where it
tries to point default route out usb0, or brings eth0 down and back up,
or other odd behavior. Lately most of that seems fixed. 

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: (SHR) again

2009-02-22 Thread Joel Newkirk
On Sun, 22 Feb 2009 17:19:29 +0100
Francesco de Virgilio fradev...@gmail.com wrote:

 Pardon, I answer myself[1]: the GPS is powered on autoagically on
 boot, so... is there a way to default power it off on boot?
 
 Thanks ;)

It IS powered off by default.  'Auto' means that frameworkd will power
up the relevant subsystem only if/when something requests the
resource.  In the case of the GPS, fso-gpsd is not starting up the gps,
but is waiting for something to access its 'fake' libgpsd, and when that
happens it requests the gps resource from frameworkd, so that it powers
up the GPS.  

Similar with WiFi - until something requests the resource it is
completely powered down.  (except - like other non-gps resources on the
FreeRunner - it doesn't have a special external handler like fso-gpsd,
it depends on the resource being properly requested via dbus)

The GSM chipset is also handled this way - with SHR, the GSM chipset
isn't powered up until something requests it.  (like ophonekitd, Paroli,
Zhone, etc)  But ophonekitd is launched by default when X starts up,
so the visible effect is that GSM is powered on automatically when
booted.

The result is that if you were to disable ophonekitd, you could boot
the FR and it would initially conserve maximum power by leaving GPS,
GSM, Wifi, and Bluetooth powered down.

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: GUI for SHR fast charge mode: possible?

2009-02-22 Thread Joel Newkirk
On Sun, 22 Feb 2009 17:37:36 +0100
Francesco de Virgilio fradev...@gmail.com wrote:

 as in the topic name, I've flashed SHR unstable and noticed that the
 battery.py GUI I used to open on OM 2008.12, with SHR doesn't work
 anymore, showing the following error:

SHR unstable (and FSO MS5) use 2.6.28 series kernels, and the sysfs
structure has been rearranged:

 IOError: [Errno 2] No such file or directory:
 '/sys/devices/platform/bq27000-battery.0/power_supply/bat/capacity'

/sys/class/power_supply/battery/capacity

 IOError: [Errno 2] No such file or directory:
 '/sys/class/i2c-adapter/i2c-0/0-0073/charger_type'

/sys/class/power_supply/adapter/type
(I think...)

 IOError: [Errno 2] No such file or directory:
 '/sys/devices/platform/bq27000-battery.0/power_supply/bat/voltage_now'

/sys/class/power_supply/battery/voltage_now

 For me the fast-charging mode is really important to use the Neo in my
 car, which adaptor for default provides only 100 mhA. Is there a way
 to set quickly fast-charge mode on SHR unstable?

/sys/class/power_supply/ac/device/force_usb_limit_dangerous

Note that these are not the only paths that will work, as there are a
buttload of symlinks within the sysfs structure such that some of these
will appear at several different points under /sys/.  But the original
paths from the 2.6.24 kernel won't work.  What I've listed here are
(AFAIK) the shortest paths to each of these four.

j

___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: SHR missing rootfs (was: Re: bearstech SHR missing rootfs)

2009-02-17 Thread Joel Newkirk
On Tue, 17 Feb 2009 17:57:40 -0800
Michael Shiloh mich...@openmoko.org wrote:
 
  SHR project currently resides at: http://shr-project.org/trac
  this link has instructions on getting and installing your SHR
  image.
 
 Just before I fixed the wiki page it occurred to me to double-check:
 
 http://shr-project.org/trac points to how to install which says to
 get images here:
 
 http://build.shr-project.org/shr-testing/images/om-gta02/
 
 which contains only the kernel and not the rootfs.
 
 The wiki page is very helpful in that it points to a separate page
 which discusses the different versions of the rootfs, but the links
 point to the same place above which has only the kernel.
 
 What now?

I'd been editing it after reading your previous post and pointing
those four links at the build.shr-project.org folders, and sure enough
the testing images are not complete there. However, the unstable images
ARE at that site, and unstable is so far beyond testing that at this
time installing shr-testing is probably not a good idea.

 I've got the wiki pointing at the same four targets
(testing and unstable for gta01 and gta02) with what are currently
valid links. I suspect that the links for Testing will need to change
eventually.

* [http://shr.bearstech.com/shr-testing/images/om-gta02 Neo
Freerunner testing]
* [http://shr.bearstech.com/shr-testing/images/neo1973 Neo
1973 testing]
* [http://build.shr-project.org/shr-unstable/images/om-gta02
Neo Freerunner unstable]
* [http://build.shr-project.org/shr-unstable/images/om-gta01
Neo 1973 unstable]

j


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR - latest unstable] endless ringing

2009-02-10 Thread Joel Newkirk
On Tue, 10 Feb 2009 18:16:43 +0100, Tony Berth tonybe...@googlemail.com
wrote:
 Dear List,
 
 there are cases where someone calls me, I try to pick-up the call but the
 button 'answer' doesn't react! As a result the phone keeps ringing for
 ever!
 
 Even if I re-start the xserver the phone keeps ringing! Any idea why that
 happen?
 
 Thanks
 
 Tony

The changelog for FSO milestone5 includes:

Fixed a major bug in the RingToneAction. This (and removing a race in the
RingToneAction) fixes problems with neverending vibration and audio
ringtone on short calls. 

Ergo, the problem appears to be fixed upstream and should arrive in SHR
when frameworkd there is updated to match M5 FSO.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: when buying a freerunner, ...

2009-02-08 Thread Joel Newkirk
Note also that the 'buzz' only affects some people, with no certain pattern
yet discerned, and is fixable with a minor hardware alteration that OM is
working out the details of providing to any and all A5/A6 owners. (change
one resistor, add one capacitor)  It's worth checking (but no guarantee) if
other people in your area and/or on your carrier have reported problems, at
http://spreadsheets.google.com/pub?key=p2ZQdcRSVg9XfYLwBVsZicg

j

On Sun, 8 Feb 2009 09:52:40 +0100, Yorick Moko yorickm...@gmail.com
wrote:
 the fix for the sd card is introduced in A6 (that is what they are
 selling and producing at the moment), there also was some minor
 led-power-drain correction.
 the fix for the buzz will be in A7, which is not yet in production
 
 On Sun, Feb 8, 2009 at 2:39 AM,  wim.delv...@adaptiveplanet.com wrote:
 there were issues with noise/buzz on the speaker that would be solved
 with
 some soldering.

 If I would buy a new freerunner now, would it have the fix ? If none,
 when
 would that fix become standard ? If all current, after which 'serial
 number'
 would the fix be included ?

 Thx
 W

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [All] FR survey and locations

2009-02-03 Thread Joel Newkirk
On Tue, 3 Feb 2009 21:46:09 -0200, Pablo Miño pablodanielm...@gmail.com
wrote:
 How do I find out what version my neo is? Do I have to open it?
 
http://wiki.openmoko.org/wiki/Finding_hardware_revision

j
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] no route to host

2009-02-02 Thread Joel Newkirk
On Mon, 02 Feb 2009 18:49:00 +0100, Vinzenz Hersche hers...@puzzle.ch
wrote:
 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 hello there,
 
 i've the shr unstable from today and got a problem; i was connected on
 ssh to my phone and want to test the wifi-connection (so i've got 2
 connections, usb and wifi). after i want to connect to wifi, my shell
 on the computer freeze.
 
 so i tried to connect a second time, but there's just a failure-message:
 
 skams...@skamster-laptop:~$ ssh r...@192.168.0.202
 ssh: connect to host 192.168.0.202 port 22: No route to host
 skams...@skamster-laptop:~$
 
 this problem is also there after a reboot.
 
 i think, wifi changed something in /etc/interfaces, but i don't know
 what. does someone know, what i must change to connect with usb to my
 phone?
 
 thanks a lot for ideas, hope, this failure isn't there in the future.. :)
 
 greets


Wifi /shouldn't/ touch /etc/network/interfaces, usually the only programs
that will ever try to alter it are network managers.  What procedure did
you use when trying to bring up wifi?  I've previously used ifup eth0
from console or terminal, but with newest SHR (Jan31 or so opkg upgrade)
there IS NO ETH0 most of the time, resulting in No such device errors.  

Also note that if you've been connecting and disconnecting the FR from the
host computer many times since the host was rebooted it may have problems. 
Initially my usb0 was the third network device (the '3' in the first column
above) on my host, but currently it's 12.  I've seen it get too high
before and only a reboot of the host would allow it to connect again. 
(sorry, I don't remember where it started failing - IIRC it was at 32 but
don't shoot me if that's way off)

I recently encountered the same problem - unplug from USB, power-cycle
freerunner  wait for boot to finish, plug in USB, wait 5 secs, unplug USB,
wait 5 secs, plug back in, and I had a connection.  (I don't know if it's
the FR or Ubuntu but if I boot or reboot the FR while attached to USB it
usually doesn't connect until unplugged and re-attached, so I'm already
used to unplug/wait/replug)

If that fails, then reboot the FR, open the terminal on the FR and check
the output of ip a s usb0 - allowing for the randomly-selected MAC
address, it should look pretty much like:

3: usb0: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc pfifo_fast qlen
1000
link/ether 22:7d:18:7d:5a:a8 brd ff:ff:ff:ff:ff:ff
inet 192.168.0.202/24 brd 192.168.0.255 scope global usb0
inet6 fe80::207d:18ff:fe7d:5aa8/64 scope link 
   valid_lft forever preferred_lft forever

and ip r should show you:
192.168.0.0/24 dev usb0  src 192.168.0.202 
default via 192.168.0.200 dev usb0 

Presuming that's correct, do the same on the host computer, which should at
least show interfaces usb0, though it may be down or have no IP address at
this point.  If it's down, try ifup usb0 on the host (root or sudo) or
ip l s usb0 up and take a look at the data again.  If the interface is up
on the host but has no IP, try ip a a 192.168.0.200/24 dev usb0 (again,
root or sudo) and see if you can connect.

j


-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: YAIKT - Yet Another Illume Keyboard Thread

2009-02-02 Thread Joel Newkirk
On Mon, 2 Feb 2009 11:55:12 +0100, Michael Zanetti
michael_zane...@gmx.net wrote:
 Hi all!
 
 I'm using the illume keyboard on my OM2008.12 powered Freerunner. I have
 created my own keyboard layouts that perfectly fit to my needs:

 The problem now is, that when I'm writing a message using my thumb and
 switch
 between the different layouts I need to slide the keyboard up once to
 switch
 from the qwerty layout to the numbers but I have to slide up twice to get
 back
 to the qwerty one. This is because I have to hop over the full-featured
 layout
 that I cannot use with my fingers.

Just checking - are you aware that you should be able to slide down as
well?  if you have three keyvboard layouts defined, the 'other two' are
always a single stroke away, up or down.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR-Testing] 12-hour clock

2009-02-01 Thread Joel Newkirk
On Sun, 1 Feb 2009 15:13:47 -0600, The Digital Pioneer
digitalpion...@gmail.com wrote:
 Hi, guys. Does anyone know how to set the phone to use a 12-hour clock?
I'm
 one of those weird Americans who don't like 24-hour clocks. :P
 

{applies to all non-qtopia distros AFAIK}

The clock is laid out in the illume theme, such as
/usr/share/enlightenement/data/themes/illume.edj - I've been working on
customizing the theme to suit my tastes, one of the things I did was add
the date below the time.  I experimented with AM/PM but felt it used too
much valuable space, given that the same space is being competed for by GSM
widget, battery widget, left/right arrows, taskname, etc.  (or, I had to
make the font for the time too small)

If you extract the theme with edge_decc illume.edj[1]  then look through
the .edc file to find MOD: CLOCK.  There's a script within the clock
module section that includes lines like these:

timer(60.0 - second, clock_cb, 1);
if ((hour  10)  (minute  10))
  {snprintf(buf, 10, 0%i:0%i, hour, minute);}
else if ((hour  10)  (minute = 10))
  {snprintf(buf, 10, 0%i:%i, hour, minute);}
else if ((hour = 10)  (minute  10))
  {snprintf(buf, 10, %i:0%i, hour, minute);}
else if ((hour = 10)  (minute = 10))
  {snprintf(buf, 10, %i:%i, hour, minute);}
set_text(PART:e.text.label, buf);  

(the appropriate changes are left as an exercise for the reader ;)

recompile the theme with './build.sh' inside the theme dir, move the
created .edj file (presuming no errors) up one folder to replace the
original (note that enlightenment is quite prone to segfaulting when you do
this, so do it via SSH!!) then restart enlightenment with killall -HUP
enlightenment and it will reload with the altered theme.  (note that
unless you use a different name and change enlightenment config to use the
'new' theme, it will be overwritten by package upgrades)

I'm planning to revisit the clock soon, I want to try to incorporate
external flags that are honored to determine whether to display day, and
whether to use 12- or 24-hour format.  If successful I'll post the full
clock module group for anybody who wants to incorporate it in their edje
theme.

j

[1] or whichever theme you're using - note that if 'default.edj' is present
it is normally overridden by the actual selected theme, so changing the
clock there [which is the analog one with 120+ png files] likely won't make
any change to your clock.  You may need to opkg install edje-utils to
have edje_decc  edje_cc. (the latter is used by build.sh to rebuild the
.edj)

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Dialup On Demand (was: [SHR] Miscellanious minor issues)

2009-01-31 Thread Joel Newkirk
On Sat, 31 Jan 2009 11:34:42 +1100 (EST), NeilBrown ne...@suse.de
wrote:
 On Sat, January 31, 2009 2:55 am, Michael 'Mickey' Lauer wrote:
 Ok cool, but how does this work internally? We want the framework to be
 notified, not the ppp process (which we don't want to run all the time)
 
 On demand network connection is awkward to do in a completely general
way.
 
 When an application makes a TCP connection, the kernel needs to choose a
 local address for this end of the connection.  It chooses that
 based on the IP address of whichever interface will be the first
 hop of the outgoing connection.
 
 If you don't have that interface established, then there is no address
 or route, so the kernel will give up quite quickly - there is no where
 for user-space to hook in and make things work.
 
 One option is to always use a VPN through some base station.
 I think you can get OpenVPN to establish a connection on demand.
 So the kernel sees the OpenVPN interface and sends a packet to that.
 OpenVPN then brings up whatever network can be found and forwards the
 packet over the VPN and on the the Internet.
 
 You could probably set up something vaguely similar that works
 locally without needing a remove VPN server or even a VPN.

What about (which I expect will not be a candidate for an 'official'
solution;)

get frameworkd talking to ip_queue or netlink.  For example, we could:

Create a lowest-priority default route that hits lo, like:
route add default gw 127.127.127.127 dev lo metric 100

use ip_queue.ko.  Write a userspace handler for the iptables QUEUE target.
(It's been a few years but I've written a couple, in c, use libipq - pretty
simple)  The handler will receive every packet that is sent to it with a
firewall rule like:
iptables -A INPUT -d ! 127.0.0.0/8 -i lo -m limit --limit 1/sec -j QUEUE 
iptables -A INPUT -d ! 127.0.0.0/8 -i lo -j DROP

Now whenever another route doesn't exist, the kernel presents outbound
packets to the queue handler. (up to one per second, and unspecified
--limit-burst is 5 - the second rule drops what doesn't get queued)  The
handler gets to tell the kernel whether to accept or drop the packets, in
this case it'd be simplest probably to drop them.  In the meantime,
however, it can tell the network manager (or whatever mechanism) to try to
bring up an interface.  If that's successful then its newly-created route
takes precedence. (providing it has a lower metric than 100...)  

It can also take a moment to examine the packets it's handed and decide -
based on whatever criteria desired - if it really needs to bring up an
interface or not.  Like if it's DNS fire it up, but if it's broadcasts
just ignore it.  (those criteria could be handled in iptables actually,
but others would be harder, the things that frameworkd can offer like is a
voice call in progress? [if so, forget gprs] or am I preparing to
suspend?, etc)

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [All] To build a better music player

2009-01-30 Thread Joel Newkirk
On Fri, 30 Jan 2009 09:31:21 +, Al Johnson
openm...@mazikeen.demon.co.uk wrote:
 On Friday 30 January 2009, Joel Newkirk wrote:
 Any idea where I can find python-pyalsaaudio?  not found on SHR, can't
 find
 a package anywhere. (except armv7a at angstrom)
 

http://openmoko.truebox.co.uk/repos/mazikeen/fso-testing/ipk/armv4t/python-
 pyalsaaudio_0.3-ml0_armv4t.ipk

Thanks.  Unfortunately it's still unhappy, due to the change to python2.6.
:(

j


-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] Scrolling (was Re: [SHR] Miscellanious minor issues)

2009-01-29 Thread Joel Newkirk
On Thu, 29 Jan 2009 17:20:40 -0500, Joel Newkirk freerun...@newkirk.us
wrote:

 single
 icon image and toggling (visible when touched) just a single-image frame
 behind it, and removing associated fade-in/fade-out animations makes a
 significant difference.  Pop open the Illume Config (via spanner/wrench)
 and try finger-scrolling the top icon bar right to left - it's a
 tremendous
 difference when everything's structurally and graphically simplified.
 
 j

Sorry, when I referred to 'single icon image' that was as opposed to
multiframe animated icons. (I realized after sending that this might sound
stupid, since the default icons are all static images)  I've not seen them
in any distro or package yet for the FR, but Enlightenment supports them. 
I've used an animated blinking shell prompt before as my terminal icon. 
http://www0.get-e.org/Resources/Animated_Icons/ - just stick them (they're
.edj files) in /usr/share/enlightenment/data/icons and put the name in for
icon in the .desktop file... (with the understanding that loading down your
Freerunner with a bunch of animated icons is guaranteed to slow down your
scrolling...;)

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [android] inital thoughts

2009-01-29 Thread Joel Newkirk
On Fri, 23 Jan 2009 00:21:26 -0500, Charles Pax charles@gmail.com
wrote:
 On Thu, Jan 22, 2009 at 9:06 AM, Russell Hay russe...@ysmail.net wrote:
 
 Just installed the latest android image, and it's looking nice,
 responsiveness is where 2008.8 used to be, and my main gripes from a 1hr
 play are;

 - very low call volume, despite setting it to full
 - to accept calls, you have to use use the key sequence as follows:
 power
 button- choose keyboard-hit the phone icon

 Just an inital impression - and I appreciate it's a port so these are
 workarounds for a lack of a keyboard!

 
 If the rumors [1] of the G2 are true, we won't have to worry about ugly
 workarounds; a touch screen only interface will be in the upstream
 
 -Charles Pax
 
 [1]
http://i.gizmodo.com/5135926/android-g2-photos-thinner-and-no-keyboard

However, the G2 does have the five hardware buttons (plus a trackpoint,
looks like) that 'cupcake' is said to require...

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


[SHR] Scrolling (was Re: [SHR] Miscellanious minor issues)

2009-01-29 Thread Joel Newkirk
On Thu, 29 Jan 2009 20:48:28 +0100, kimaidou kimai...@gmail.com wrote:
 I don't totally disagree, but for now scrolling in SHR is painfull. I
tried
 Qextended, and the scroll (eg in contacts) is smoothy and efficient ! I
 also
 proposed shortcuts in another trac for contacts :
 http://trac.shr-project.org/trac/ticket/292
 
 2009/1/29 Johny Tenfinger seba.d...@gmail.com
 
 On Thu, Jan 29, 2009 at 19:37, kimaidou kimai...@gmail.com wrote:
  About the scrollbar, it is much to thin to be reachable with the
 finger.
 I
  proposed an enhancement in the trac : make the right scrollbar twice
 (or
 3
  times) bigger, so that all soft needing it become more finger friendly

 In elementary (shr-settings), scrollbar is not reachable at all,
 because it is not supposed to. For me, scrollbar in contacts should
 look and behave like one from elementary, so I don't agree. It's only
 wasting of space, and there are better ways to navigate than scrollbar
 and finger scrolling (like alphabetic filtering in contacts etc.)

I'm split between camps on this.  I don't want to see scrollbars usually,
as they are either so small as to be ornamental, or so large as to waste
huge swaths of valuable screen real-estate.  But simple finger-scrolling
doesn't cut it sometimes.  For example, I tried to use neon to examine some
image files from the default.edj theme.  Unfortunately that theme contains
400+ images, and the one I wanted was around 360 in the list - I gave up
after about 60 seconds of finger scrolling, somewhere around 'J'.  What we
need, IMHO, is not just alphanumeric jumps, but standardized presentation
of, activation of, and interaction with such controls.  Reusable that way
for file requesters, addressbook, whatever.  Meanwhile, the 'appears on
demand' scrollbar in some Elementary apps looks promising, if only it were
a bit wider so as to be friendly for fat fingers like mine.

BTW - scrolling is made more painful by the theme...  Raster pointed this
out to me - the illume theme in SHR uses multiple layered png images with
transparency for icons, for example. (the button, the icon, the hilight,
the shine, with anternates for disabled or selected states)  Using a single
icon image and toggling (visible when touched) just a single-image frame
behind it, and removing associated fade-in/fade-out animations makes a
significant difference.  Pop open the Illume Config (via spanner/wrench)
and try finger-scrolling the top icon bar right to left - it's a tremendous
difference when everything's structurally and graphically simplified.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [All] To build a better music player

2009-01-29 Thread Joel Newkirk
On Thu, 29 Jan 2009 18:09:39 -0500, Dylan Reilly drei...@atariland.net
wrote:
 I am still in the process of making changes, but I have some packages
 if anyone wants to try it. This version has the option of using a
 gstreamer back-end (the default with the packaged config file) instead
 of mplayer. By using gstreamer, CPU and memory load have been reduced,
 and I was able to rig it such that track transitions occur without the
 delays that were present using mplayer. Furthermore, I added tag
 reading support for Ogg and Flac through mutagen.
 
 The program itself is [1]. The package does not require all the other
 dependencies since technically one does net need to use gstreamer. The
 dependencies for gstreamer are: [2], gst-plugin-playbin,
 gst-plugin-mad, python-pyalsaaudio, and possibly others that I missed.
 

Any idea where I can find python-pyalsaaudio?  not found on SHR, can't find
a package anywhere. (except armv7a at angstrom)

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] Miscellanious minor issues

2009-01-28 Thread Joel Newkirk
 and it's accessible, and you have the correct ASU (and user+pass if
needed) the ActivateContext command is all you need.  Unhappily, frameworkd
does not yet facilitate easily altering other factors, such as connection
persistence, demand-dial, etc.  (you can edit the python file that contains
the ppp dialer script, but on update it will be overwritten)  Eventually I
hope that the actual dialer script settings will be external, or offer some
simple (dbus-based, I'd expect) means of changing things like
route/DNS/persist. I use on-FR DNS caching so I don't want it overwriting
resolv.conf, and since I get unlimited data on my plan I'd prefer it to
demand-dial whenever a network connection is needed but wifi and usb aren't
available, or simply maintain a persistence GPRS connection with
lower-priority route metric than USB and Wifi.

j

PS - yes I realize I missed 5  7 - not being part of the SHR team I'm not
qualified to address them

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Gmail forwarders

2009-01-28 Thread Joel Newkirk
Amusing, but I think posting someone's cellphone number to a mailinglist is
not cool, especially in SMS-via-email form... This list is archived
multiple places on the web, indexed, and crawled by spambots which are now
going to start spewing shit to that individual's text messaging,
potentially costing them a fortune in per-message charges.

j

On Wed, 28 Jan 2009 11:21:40 -0500, Matthew Lane mal...@purdue.edu wrote:
 To those of you who have forwarded your purdue email to your gmail,
 
 Don't sending e-mails through your gmail account to the list; they
 aren't getting through.  Change your settings and send outgoing mail to
 the list from your purdue e-mail.
 
 Also, 317-498-6103, sending e-mails from your phone isn't getting
 through either as it comes from the address 3174986...@vtext.com.
 
 Lane...
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] Miscellanious minor issues

2009-01-28 Thread Joel Newkirk
On Wed, 28 Jan 2009 22:26:56 -0500, Joel Newkirk freerun...@newkirk.us
wrote:

 8 - I use gprson and gprsoff, one-liner scripts with the following
 contents, which can be invoked directly but less conveniently:
 
 #!/bin/sh
 #gprson
 mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device
 org.freesmartphone.GSM.PDP.ActivateContext internet3.voicestream.com x x
 
 #!/bin/sh
 #gprsoff
 mdbus -s org.freesmartphone.ogpsd /org/freesmartphone/GSM/Device
 org.freesmartphone.GSM.PDP.DeactivateContext

D'oh!! That's org.freesmartphone.ogsmd, not ogpsd...  

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Re: SHR Unstable

2009-01-26 Thread Joel Newkirk
On Mon, 26 Jan 2009 09:36:56 -0800 (PST), Chris Syntichakis
ch...@c-64.mobi wrote:
 
 Hi,
 
 How can I activate the GPS with the SHR?
 
 I open the tangoGPS but I got no info if the gps is on or getting data..
 
 Chris

The line of text across below the map view (above the Map|Trip|Track etc
tabs) shows GPS info as does the Trip display.  Of particular interest on
the map view is the last group of characters - 0/0/0.0 when first started. 
On mine (SHR-unstable+updates) it changes to 12/0/0.0 after about 10-15
seconds.  The 12 is referring to 12 satellites for which it thinks it has
positions.  The second number is the number of those satellites it is
actually tracking.  For me that stays at zero (no fix until 3-4 sats
tracked) for anywhere from 45 secs to 5 mins depending on sky visibility,
at which point I almost always pick up 3-5 sats at once and have first fix.

With SHR the GPS is handled by frameworkd, with fso-gpsd acting as a
backward-compatibility layer for things (like TangoGPS) that can talk to
gpsd but not dbus+frameworkd.

But what happens is that frameworkd feeds the kitty at startup of GPS
(when something - including fso-gpsd - requests the GPS resource, it starts
it) and sends the GPS some assistance data.  The problem I had for a time
(haha) was that if the clock on the FR is way off it will NEVER get a GPS
fix, likely due to frameworkd stuffing thoroughly-invalid data into it at
the start.  (I'd always presumed that 'worst-case' it would take much
longer to get a fix, IE as long as completely unassisted)

Make sure the clock on the FR is both correctly and accurately set.  Check
/etc/timezone - the default setting is Europe/London IIRC.  you /should/
be able to use anything under /usr/share/zoneinfo. I emphasized should
because I could never get it to work correctly with EST5EDT, but it works
with America/New_York. (same timezone - I also wasted time  effort trying
to make /etc/timezone a symlink to the appropriate zoneinfo file, the
'standard' zoneinfo usage, rather than putting the name of the chosen zone
in /etc/timezone)  Once that's set up, reboot and check the clock.  The
date command tells you the configured timezone as well as what it believes
to be local time.  Assuming that's correct, make sure you have pretty clear
view of at least most of the sky (for first tests at least) and fire up
TangoGPS.  Hopefully you'll see some activity pretty quickly.  If that
first number changes away from zero fut the second one never does, then
likely you have insufficient visibility.  If they both stay at zero then
I'd take a look again at the clock...

Oh, and you may need some touchscreen or Aux-button activity periodically
to make sure it doesn't suspend while waiting for first fix.

On my SHR-powered FR, indoors, I just fired up TangoGPS as I was writing
this, and it got a fix in about 2 mins, lost it when I moved the phone
elsewhere on my desk, then regained it in another 4 mins or so, my numbers
for reference are 12/4/2.1.  These are the relevant lines from my
/var/log/frameworkd.log:

2009.01.26 15:44:46 ogspd.gpsdevice INFO enabling
2009.01.26 15:44:46 ogpsdWARNING  (could not write to
'/sys/bus/platform/devices/neo1973-pm-gps.0/pwron': [Errno 2] No such file
or directory: '/sys/bus/platform/devices/neo1973-pm-gps.0/pwron')
2009.01.26 15:44:50 ogpsdWARNING   UBX packet ignored
\xb5b\x01\x04\x12\x00\...@\x9a\t\x0f'\x0f'\x0f'\x0f'\x0f'\x0f\x00'\x0f'\xf4\xf8
2009.01.26 15:44:51 ogpsdWARNING   UBX packet ignored
'\xb5b\x01\x12$\x00\...@\x9a\t\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00'
2009.01.26 15:52:44 ogpsdWARNING   UBX packet ignored
'\xb5b\x01\x04\x12\x00\x00\xb1\x8b\xa1\t%\x01\t\x01}\x00d\x00\xf5\x00\x90\x00\xc7\x00Z.'
2009.01.26 15:52:44 ogpsdWARNING   UBX packet ignored
'\xb5b\x01\x12$\x00\xb1\x8b\xa1\t\x0e\x00\x00\x00\x05\x00\x00\x00\x84\x94'

Just so you know that those warnings are NOT a failure, despite them it has
accurately located me at the back of my house... The first warning (no
such file) I believe arises because frameworkd hits both sysfs locations
for GPS power - 2.6.24 and 2.6.28 kernel variations, knowing that one will
work and the other will cause no grief.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Re: SHR Unstable

2009-01-26 Thread Joel Newkirk
On Mon, 26 Jan 2009 20:41:59 +0100, Johny Tenfinger seba.d...@gmail.com
wrote:
 On Mon, Jan 26, 2009 at 20:37, Chris Syntichakis ch...@c-64.mobi wrote:
 BTW Bluetooth has a bug. I can activate it, but when I put ON the
 visibility
 slider, it goes back to OFF.
 
 It looks like hciconfig is unable to set visibility to ON. Maybe
 hardware isn't powered on? I'm sure that it isn't bug in shr-settings
 - maybe in kernel or frameworkd.
 
 dos

I had this same behavior over the weekend as I was trying to pair with a
new bluetooth dongle.  But today it works fine.  Don't know if that was the
opkg update I did in the meantime, or the switch back to andy-tracking
2.6.28 kernel though. (I suspect it was fixed by the frameworkd update that
installed this morning)

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: SHR Unstable

2009-01-25 Thread Joel Newkirk
On Mon, 26 Jan 2009 09:47:05 +0800, HouYu Li kara...@gmail.com wrote:
 Hurray! the latest SHR unstable version is great!
 Some minor problems:
 
 Contacts and Messages not working when there is no SIM card.
 The Suspend button not work.

The current Contacts and Messages both depend on the SIM - it holds the
contacts and the messages.

I too noticed that suspend via E17 power popup (when you press power button
or click 'X' on Illume) had trouble suspending, though timeout-based
suspend works.  Manual suspend is working as I write this however, with
latest andy-tracking 2.6.28 kernel in play, plus regular 'opkg upgrade'
action.

j


-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Someone stole my Neo Freerunner... :(

2009-01-25 Thread Joel Newkirk
On Sun, 25 Jan 2009 20:10:54 -0600, The Digital Pioneer
digitalpion...@gmail.com wrote:
 Indeed, GPS fixes are tough to get, but they can be done. Just out of
 curiosity, can the telco really do all that passive triangulation (or
more
 importantly, can I) they talk about in the movies? :P
 
 --
 Thanks,
 
 The Digital Pioneer

http://n2.nabble.com/Future-of-location-services-on-OM-td2136697ef1958.html

Some of the points mentioned within are that with the available databases
of cell-tower locations and the information provided by the towers
(including range within 500m IIRC) the triangulation accuracy can be pretty
good, provided multiple towers are 'visible' and that urban canyons aren't
causing too much multipath madness.  It's also potentially helpful just to
know location within 5 km, to speed up the 'assisted' part of AGPS.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Pimlico on the Freerunner ?

2009-01-20 Thread Joel Newkirk
On Wed, 21 Jan 2009 12:40:57 +0800, Sean Moss-Pultz s...@openmoko.com
wrote:
 
 On 1/20/09 Robin Paulson wrote:
 2009/1/20 The Digital Pioneer digitalpion...@gmail.com:
   Looks useful. I've been needing a nice calendar app. If someone
 could
   package these, that would be great. I would, but I can't use the
 toolchain.
:(

 join the club

 i find it very frustrating that i and others have lots of software
 ideas, that can be coded/re-packaged, but we're hamstrung by what
 should be a fundamental piece of software that openmoko does
 everything in their power to support

 more developers = more software = more phones sold

 openmoko, any chance of working on this?
 
 We have no plans to work on a calendar in 2009. That's a tricky
 application with lots of details. We want to deliver the basics first.
 Resources, in 2009, are focused completely on delivering a stable daily
 phone. I don't want to change this until we meet our goal.
 
-Sean

Unless I'm quite mistaken, the request was for Openmoko to offer an
officially-supported development environment, beyond a tarballed toolchain
and wiki instructions.  Personally I've found the toolchain to be
sufficient unto my needs, and have pointed people to an Ubuntu-based vmware
image at the FR stuff link in my sig that contains preinstalled
toolchain, qemu, and various other useful accoutrements.  But an official,
actively-maintained and actively-supported complete development environment
/would/ be welcomed by many in the community, IMHO.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Pimlico on the Freerunner ?

2009-01-19 Thread Joel Newkirk
On Tue, 20 Jan 2009 10:20:50 +1300, Robin Paulson
robin.paul...@gmail.com wrote:
 2009/1/20 The Digital Pioneer digitalpion...@gmail.com:
 Looks useful. I've been needing a nice calendar app. If someone could
 package these, that would be great. I would, but I can't use the
 toolchain.
 :(
 
 join the club
 
 i find it very frustrating that i and others have lots of software
 ideas, that can be coded/re-packaged, but we're hamstrung by what
 should be a fundamental piece of software that openmoko does
 everything in their power to support
 
 more developers = more software = more phones sold
 
 openmoko, any chance of working on this?

Depending on your desktop environment, the instructions at
http://wiki.openmoko.org/wiki/Toolchain are pretty useful regarding setting
up the prepackaged toolchain, and http://wiki.openmoko.org/wiki/BitBake
covers using BitBake to (re)build anything that sports a bitbake recipe.
(starting with all of OM, OpenEmbedded, FSO, etc)

If your need is to work under Windows, or if for some other reason (even
simple convenience ;) you want a self-contained environment, you can find a
vmware image of (X)Ubuntu with the toolchain  qemu preinstalled and
working at the 'FR stuff' link in my sig.  Enlightenment E17 and support
tools are installed as well though maybe a bit 'stale' as the image hasn't
been updated in about three months... It also has bitbake, eclipse, and
other stuff installed but not all 'fleshed out' yet. 

Unfortunately a completely 'tricked-out' development environment image with
toolchain and bitbake and everything ready to roll would be quite a bit
larger, and I'm not too keen on hosting a 3gb+ download on my personal
server.  The present 7z archive is about 1.7gb.  (so if there's much
interest in it, I'd be delighted if someone hosted it somewhere faster than
the server in my garage - although my uplink is over 1mbps)

I keep meaning to reconstruct the image from scratch with the most recent
of everything, but haven't found the time to do so yet.  Maybe I'll set
aside Saturday to get started on this... The last time took a couple days,
what with waiting for downloads, installing/updating/purging a few hundred
packages, etc.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Freerunner corrupts dhcp forwarding of Linksys WRE54G wirelessrange extender

2009-01-16 Thread Joel Newkirk
On Fri, 16 Jan 2009 18:38:08 +0200, Timo Juhani Lindfors
timo.lindf...@iki.fi wrote:
 Jan Vlug jan.pub...@famvlug.nl writes:
 Resetting the WRE54G by unplugging it fixes this problem.
 I am surprised by this behavior because in theory, the WRE54G should
 only forward network packets...
 
 Can you capture the network traffic to file and put it online
 somewhere? It would be useful to see both the working and non-working
 case.

Indeed this is odd.  A traffic cap from the DHCP server would be quite
helpful, if it's capable of that.  If it's a linux box, then tshark -i
eth0 -f 'udp port 67 or udp port 68' -w dhcpsniff.cap should stuff full
packets into the designated file - alter the interface designation as
needed.  The resulting file will be a binary capture that can subsequently
be opened and analyzed by tshark and wireshark, among other programs.

It'd be good if you could capture samples of:

A successful DHCP request from a PC.

The successful DHCP request from the FreeRunner.

A failed DHCP request from the same PC once the FR request has processed.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] How to reset to SHR Illume theme

2009-01-15 Thread Joel Newkirk
On Thu, 15 Jan 2009 12:58:44 +0100, Julien Cassignol
ainulind...@gmail.com wrote:
 On Thu, Jan 15, 2009 at 11:35 AM, Jan Vlug jan.pub...@famvlug.nl wrote:
 I set the Illume theme to default (by changing the settings via the
 application started by the wrench icon).
 However, this theme is not working fine, and I do not have access to the
 settings wrench icon any more.
 How can I reset to the SHR Illume theme.
 
 /etc/init.d/xserver-nodm stop
 rm -rf ~/.e
 Restart your device and voilà (restart is not mandatory but it's way
 easier than telling what to restart).

What about:

/etc/init.d/xserver-nodm stop;rm -rf ~/.e/e/config;/etc/init.d/xserver-nodm
start

?  What is affected by removing the E config that requires more than just
starting xserver-nodm at the end?

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Illume finger scrolling probs

2009-01-14 Thread Joel Newkirk
all distros I've tested.  (2008.x, FSO, SHR)

Selecting the Illume (or Illume-SHR, or my in-development 'Serenity' based
off Illume) theme instead of ASU causes finger scrolling to be almost
unbearably slow.   WHY?


Also, a bug:  I usually have icon size set to 'very large' for the
launcher, (which makes this problem far more apparent) and have noticed
that if I try to finger-scroll too close to the bottom and hit an icon
whose icon image is not fully on-screen, it will ALWAYS select and launch
instead of scroll.  If the image is fully on-screen but the icon text is
off-screen, it will scroll, as it will 'grabbing' any icon that is fully
visible.  This is becoming a significant frustration for me as I constantly
launch unwanted programs with my thumb trying to scroll.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Illume finger scrolling probs

2009-01-14 Thread Joel Newkirk
On Thu, 15 Jan 2009 16:35:22 +1100, Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:
 On Thu, 15 Jan 2009 00:28:18 -0500 Joel Newkirk freerun...@newkirk.us
 babbled:
 
 all distros I've tested.  (2008.x, FSO, SHR)

 Selecting the Illume (or Illume-SHR, or my in-development 'Serenity'
 based
 off Illume) theme instead of ASU causes finger scrolling to be almost
 unbearably slow.   WHY?
 
 its just much more complex ui/layout. drawing a single black rectangle is
 faster than scaling and blending 5 layers of images to get an effect.

I'd wondered about that, and in Serenity want to reduce it to just a
rectangle - personally I don't like the look of the extra layers. (granted
I've still got a ways to go before I've finished the theme, and many
remnants of the Illume theme still remain)  Bit by bit I've broken out
portions of the Illume edc and #include them (keyboard, config, shelf, etc)
which has made a huge difference in my ability to figure things out.  

Once I'm fairly happy with Serenity I have an ever-growing blog article on
the process that I'll post for anyone interested.  (as with my other
OM-related posts it will be released for cut'n'paste to wiki if someone
wishes)  My overall goal for the look of my FR is lightweight and dark
(similar to ASU theme) with digital clock, Illume battery, keyboard and
config, etc, plus 128x128 Oxygen icons.  (I plan to opkg the icons soon,
probably this weekend - given the scale I prefer I'd like to use the
256x256 but they're just too damn much to display and scroll well)
 

 Also, a bug:  I usually have icon size set to 'very large' for the
 launcher, (which makes this problem far more apparent) and have noticed
 that if I try to finger-scroll too close to the bottom and hit an icon
 whose icon image is not fully on-screen, it will ALWAYS select and
 launch
 instead of scroll.  If the image is fully on-screen but the icon text is
 off-screen, it will scroll, as it will 'grabbing' any icon that is fully
 visible.  This is becoming a significant frustration for me as I
 constantly
 launch unwanted programs with my thumb trying to scroll.
 
 this is a leftover of the flaunch (the 3 boxes at the bottom of om's asu
 setup
 that i just have as invisible in the illume theme), so events go thru
 without
 going thru the finger-scroll object that is over the region above this.
 (and
 this object basically modified events so they get special flags so other
 objects can hold off on launching stuff as they know the event is to be
 ignored
 and just used for information - not actions).
 
 i need to totally fix up illume and split it up - it is still basically
 the
 design that om wanted with almost no changes.


:\  What is this identified as in the edc, do you recall?  

Also, while I've got you 'on the line' as it were, where is the power
control themed?  (IE when I press power button, the menu that appears with
suspend, lock, etc)  So far I've been unable to locate it... :(  

And finally, what would it take to display each icon in the launcher as an
icon with text to the right, one per line?  not sure if I'd be happy with
it or not, but wanted to try and haven't figured it out yet.

Many thanks.  (for E, Illume, etc as well as the swift response)

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Multiple internet connections

2009-01-13 Thread Joel Newkirk
On Tue, 13 Jan 2009 16:48:18 -0800, Sargun Dhillon
xbmodder+openm...@gmail.com wrote:
 So, this is probably  better for the support list, but, what you're
 talking about is possible.
 Also, university is useless, getting yourself kicked out may actually be
 useful.
 Howto:
 Create two routing tables
 echo 20 gprs  /etc/iproute2/rt_tables
 
 ip route add default via $PPP_ENDPOINT dev ppp0 table gprs
 ip rule add from $PPPADDRESS lookup gprs
 
 then keep the other routing table in place, you can manipulate that
 without knocking out your PPP connectivity.


Caveat:  You can't accomplish this with the busybox-as-'ip'-replacement
used by default on the FR, you need the complete iproute2 version. 
(busybox version doesn't support 'table' or 'rule')   I've not noticed if
it's made it into a feed yet, I always install
http://newkirk.us/om/iproute2_2.6.26_armv4t.ipk which I built a few months
ago and keep at the 'FR stuff' link in my sig.

j

 
 On Tue, Jan 13, 2009 at 4:34 PM, Al Johnson
 openm...@mazikeen.demon.co.uk wrote:
 On Tuesday 13 January 2009, Leonti Bielski wrote:
 Hello!
 Is it possible to use multiple internet connections on Freerunner at
 the same time?

 There are several possible ways depending on circumstances. Bridges,
 routes or
 iptables rules could all do this to some degree. Now would be a good
 time to
 start reading linux networking howtos and documentation.

 Say I want to use ssh via GPRS, and all other programs via WLAN or
 usb. Is it possible?

 I think it could be done with packet marking and some interesting
 iptables
 rules. If you know what ports the app uses then it would be easier. You
 probably don't really want to do this though.

 Real life example - in my university we have very good unlimited WiFi,
 actually 2 of them. In my dormitory room I have connection limited by
 proxy (no torrent :().
 What I want to do is to leave my FR at school at some place safe,
 connect it to wall charger, insert 4GB memory card in it, and turn on
 gprs connection.
 Then I would go home, log in to my phone via GPRS, then connect to
 WIFI and start downloading some stuff via torrent on my memory card.
 Neat :D

 If you know your home IP address, or address range, you can set the
 default
 route to be via wifi, but the route to that address or range to be via
 GPRS.
 There is a problem though; with the telcos in the UK the GPRS connection
 is
 usually on NAT, so you can't actually ssh into the phone over GPRS. You
 could
 probably get the phone to initiate an openvpn connection to your home
 and
 keep the connection open though, and you could then ssh in over the VPN.
 Or
 you could make a standard modem-style GSM data call to the phone and use
 screen to keep your session running when you end the data call.

 BTW this would probably violate several points of your university
 acceptable
 use policy, and in some places would be enough to get you kicked out.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: MP3 to OGG converter

2009-01-10 Thread Joel Newkirk
Be aware that converting mp3-ogg or the reverse will usually incur a loss
of quality.  Since they use utterly different lossy algorithms, you
compound the artifacts when you recode.  Despite ogg frequently being
smaller for the same quality as an mp3, expect larger files if you intend
to preserve the quality present in the mp3 original. (coming from a
lossless source I always choose ogg, but if the source is already mp3 I
rarely convert as I've been unhappy with the results too many times - then
again I have picky ears)

That said, yes, ffmpeg is a good choice for converting.  :)

j


On Fri, 9 Jan 2009 21:46:04 -0800, Bryan Kaplan
cn8ia1wbt26ufp2...@k7tz52oef5y5g93r40.com wrote:
 ffmpeg
 http://ffmpeg.mplayerhq.hu/
 
 Regards,
 Bryan
 
 On 2009-01-10 at 10:47:25 AM, rakshat hooja wrote:
 Can someone suggest a good MP3 to OGG music converter?

 Rakshat

 --
 --
 Please use Firefox as your web browser. Its protects you from spyware
 and is
 also a very feature rich browser.
 www.firefox.com
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [2008.12 and beyond] questions moving forward

2009-01-10 Thread Joel Newkirk
On Sat, 10 Jan 2009 13:19:00 +0900, William Kenworthy bi...@iinet.net.au
wrote:
 You should flash the uboot as a priority - later uboots have changes
 designed to help in the case of a flat battery.
 
 Forget diversity or any of the gui ways of managing wifi - do it from
 the commandline - only way that works even partially reliably :(
 
 BillK

 On Fri, 2009-01-09 at 22:59 -0500, Harry L. Lee wrote:
 diversity wifi seems to see no access points. ubuntu and 2007.2 saw
 many including the one 4 feet away. i'm confused
 do i need to go outside or have an antenna for gps?
 i'm  still having problems with the power switch. i did NOT flash
 uboot (NOR) would that change anything?

 --
 ha...@jonesnose.com
 Harry L Lee (via gmail)

 --
 William Kenworthy bi...@iinet.net.au
 Home in Perth!

Yes, flash the uboot.  

GPS should work reliably outdoors with a pretty clear view of most of the
sky.  Once you know that works, then try other locations.  For myself, I
get indoor fix only in one room of my house, and it takes a long time.  If
I get a fix outside first it can sometimes keep it once inside, always in
that one GPS-friendly room.

iwlist eth0 scan will show visible APs.

I've actually had good results with mofi for finding and connecting to
wireless networks - but it offers no way to disconnect... I usually use
commandline ifup eth0, having set up similarly to
http://wiki.openmoko.org/wiki/Wifi#WPA - note that that's not just WPA,
wpa_supplicant.conf allows you to define secure and non-secure networks
alike, including unsecured 'any' network.  Provided you've itemized
protected networks correctly and included an unprotected 'any', if you're
in range of any viable wifi when you type 'ifup eth0' you will usually
connect successfully.  Failing that, try 'ifdown eth0' and 'ifup eth0'
again.  

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: On the Enlightenment Bleeding Edge

2009-01-10 Thread Joel Newkirk
On Fri, 09 Jan 2009 05:47:14 +0100, Marco Trevisan (Treviño)
m...@3v1n0.net wrote:

 Soon, I'd like to give a newer try to guarana and enjoy (not forgetting
 the latest elemetary stuffs!)... :P
 Bye... ;)

Thank you for this.  :) 

Please post Elementary when you can - it's utilized for Raster's Alarm as
well as the SHR telephony apps.

j


-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: On the Enlightenment Bleeding Edge

2009-01-09 Thread Joel Newkirk
Advanced-Engine.  Framerate is under Advanced-Performance but is awkward
to use there - instead use the variation under Display-Framerate.

j


On Fri, 09 Jan 2009 11:40:49 +0100, Helge Hafting helge.haft...@hist.no
wrote:
 Marco Trevisan (Treviño) wrote:
 
  - Now you may also configure E, from the wrench, to use the
software_16 rendering engine (it causes less quality, but more
speed) and a lower framerate value...
 
 Where exactly would that be? I tried the wrench, and waded through a
 multitude of options. But I didn't find this software_16 thing. Or does
 it require something beyond your /usr/e17/ tree?
 Something that might be lacking from SHR?
 
 Helge Hafting
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: On the Enlightenment Bleeding Edge

2009-01-09 Thread Joel Newkirk
On Fri, 9 Jan 2009 15:18:27 -0600, The Digital Pioneer
digitalpion...@gmail.com wrote:
 On Fri, Jan 9, 2009 at 4:35 AM, Helge Hafting helge.haft...@hist.no
 wrote:
 
 Thanks for working on this.
 I tried this new enlightenment on top of SHR.
 It looks good and starts quickly, but unfortunately I can't use it.

 Problems:
 * None of the SHR phone apps works. Dialer, Contacts, Messages all fail
   with segmentation faults now. So I have to revert, because I need
   the phone.

 * quite a few apps show with blank icons. No big deal because the
   name is still there. Probably just some path problem - that I could
   fix myself if it weren't for the phone-app problems.

 Rebooting the phone didn't change anything. I'll revert for now.
 
 I'm having exactly the same issues. :( I notice, however, that the phone
 apps work from SSH. Just not from GUI. Anyone know how to revert the
 icons,
 and/or have any idea why the phone apps segfault when launched from GUI
 now?
 For me, the segfaulting apps are Alarm, Dialer, Contacts, and Messages.
 All
 4 can be run from SSH without a problem.
 
 --
 Thanks,
 
 The Digital Pioneer

Something those failing apps ALL have in common:  Elementary.  Not an
answer, but hopefully a useful clue.  Might be a problem relating to
/usr/share/elementary/themes - the edj file they all use for their visual
appearance lives there.  Or it might simply be an incompatibility between
the already-installed Elementary and the new E17, requiring a newly-build
Elementary to match.  I've installed this E17 build under 2008.12 in my
NAND, will try it under SHR on uSD later tonight or tomorrow and see what I
see.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


RE: [2008.12] Anyone get iptables working?

2009-01-08 Thread Joel Newkirk
Try opkg remove iptables followed by opkg install
http://downloads.openmoko.org/repository/testing/armv4t/iptables_1.3.8-r4_armv4t.opk;

;)

j

On Thu, 8 Jan 2009 13:47:56 -0800, Nick Van Fossen stix...@hotmail.com
wrote:
 
 
 
 From: timo.lindf...@iki.fi
 To: stix...@hotmail.com
 CC: community@lists.openmoko.org; timo.lindf...@iki.fi
 Subject: Re: [2008.12] Anyone get iptables working?
 Date: Thu, 8 Jan 2009 23:23:00 +0200
 
 Nick Van Fossen stix...@hotmail.com writes:
  Program received signal SIGILL, Illegal instruction.
  0x9834 in ?? ()
  (gdb) backtrace
  #0  0x9834 in ?? ()
  Cannot access memory at address 0x2
  (gdb) x/5i $pc
  0x9834 __strtoull_internal+1088: teqeq   pc, r5, asr r6
 
 Very odd. teq should be perfectly legal instructions that is available
 on all architecture versions and does not involve exceptions.
 
  0x9838 __strtoull_internal+1092: cfstrsnemvf4, [r0], #-316
 
 What is this? Google finds this in a list about Cirrus Maverick
 co-processor support for GCC.
 
the following are patches for gas, ld, opcodes, and bfd-- for the
 Cirrus DSP arm copprocessor (arm9e).
 
/* Cirrus DSP instructions.  */
 
 +   {cfstrs,0x0c000400, NULL,   NULL,  
 ARM_EXT_MAVERIK, do_c_ldst_1},
 
 -- http://sources.redhat.com/ml/binutils/2001-10/msg00134.html
 
 Where did you get these? :-) Please run
 
 1) gdb --args iptables -v -A POSTROUTING -t nat -j MASQUERADE -s
 192.168.0.0/24
 2) run
 3) shell cat /proc/`pidof iptables`/maps
 
 so that we see what library comes with this __strtoull_internal
 implementation.
 
 Like I said, I got iptables and iptables-utils from angstrom by adding
the
 angstrom repo using instructions at
 http://wiki.openmoko.org/wiki/Repositories by creating the
 /etc/opkg/angstrom-feed.conf file per the 2008.8 instructions
 near the top.  Then I used commands opkg update followed by opkg
 install iptables iptables-utils.  This also 
 updated the libgcc1 package, since iptables required a newer version than
 the openmoko repo contained.  (this includes the libgcc_s.so.1 file
 mentioned below)
 
 -Nick
 
 r...@om-gta02:/etc/opkg# gdb --args iptables -v -A POSTROUTING -t nat -j
 MASQUERADE -s 192.168.0.0/24
 GNU gdb 6.8
 Copyright (C) 2008 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later
 http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show
copying
 and show warranty for details.
 This GDB was configured as arm-angstrom-linux-gnueabi...
 (no debugging symbols found)
 (gdb) run
 Starting program: /usr/sbin/iptables -v -A POSTROUTING -t nat -j
 MASQUERADE -s 192.168.0.0/24
 (no debugging symbols found)
 (no debugging symbols found)
 (no debugging symbols found)
 
 Program received signal SIGILL, Illegal instruction.
 0x9834 in ?? ()
 (gdb) shell cat /proc/`pidof iptables`/maps
 8000-00021000 r-xp  1f:06 14560  /usr/sbin/iptables
 00028000-0002b000 rw-p 00018000 1f:06 14560  /usr/sbin/iptables
 0002b000-0004c000 rwxp 0002b000 00:00 0  [heap]
 4000-4001c000 r-xp  1f:06 582/lib/ld-2.6.1.so
 4002-40022000 rw-p 4002 00:00 0 
 40023000-40025000 rw-p 0001b000 1f:06 582/lib/ld-2.6.1.so
 40025000-4002f000 r-xp  1f:06 14557  /lib/libgcc_s.so.1
 4002f000-40036000 ---p a000 1f:06 14557  /lib/libgcc_s.so.1
 40036000-40037000 rw-p 9000 1f:06 14557  /lib/libgcc_s.so.1
 40037000-40148000 r-xp  1f:06 588/lib/libc-2.6.1.so
 40148000-4015 ---p 00111000 1f:06 588/lib/libc-2.6.1.so
 4015-40151000 r--p 00111000 1f:06 588/lib/libc-2.6.1.so
 40151000-40153000 rw-p 00112000 1f:06 588/lib/libc-2.6.1.so
 40153000-40156000 rw-p 40153000 00:00 0 
 be85-be865000 rwxp befeb000 00:00 0  [stack]
 (gdb) 
 
 
 _
 Windows Live™: Keep your life in sync. 
 http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: ok, i got the usb connection going

2009-01-08 Thread Joel Newkirk
Your path is incorrect - no '/daily-feed'.

Try opkg install
http://downloads.openmoko.org/repository/Om2008.8/om-gta02/distro-feed-configs_1.0-r0.04_om-gta02.opk;
(you might need --force-reinstall or --force-downgrade before 'install') 
That package contains the armv4t, all, and om-gta02 feed confs pointing at
/repository/Om2008.8/all, etc.

j

On Thu, 8 Jan 2009 19:06:27 -0500, Harry L. Lee ha...@jonesnose.com
wrote:
 now i'm trying to  opkg update.
 the sed thing to fix repositories did not seem to work, so i copied using
 more, cut and paste, each of the files to my host machine and renamed the
 files oldname.orig on my openmoko. i put the corrected versions on my
 website and used wget to pull them back. opkg update now fails with more
 than just signature errors. the files are in
 http://jonesnose.com/openmoko/etc/opkg can any one gimme a clue?
 thanks in advance  be patient with me, once i get beyond clueless noob,
 i'll
 be a useful contributor to the community
 
 
 --
 ha...@jonesnose.com
 Harry L Lee (via gmail)
 chief cook and bottle washer
 http://jonesnose.com
 mailto:ha...@jonesnose.com
 207-384-8030 (email preferred)
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: stupid networking question

2009-01-07 Thread Joel Newkirk
Sorry, I'd misssed this reply last night somehow.

What is in /etc/network/interfaces on the eeepc, and are you using
NetworkManager?  If using NM, is it the default NM from Ubuntu, or Kubuntu,
or something else?  This sounds to me like the NM is getting confused.
Also, are you using WPA or WEP on the wifi? (Shouldn't matter, but if using
NM now then changing to static config is more involved with WPA/WEP
enabled) 

The problem I see most frequently with 8.10's NM is that it gets confused
about statically-configured interfaces - EG, I have a workstation on a
static public IP on eth0, and when I jack in the FR on usb0, NM brings up
usb0 with the same friggin public IP, and tries to route packets through
the FR instead of ethernet...

j


On Tue, 6 Jan 2009 21:06:39 -0500, Harry L. Lee ha...@jonesnose.com
wrote:
 7.10 alternate
 
 On Tue, Jan 6, 2009 at 8:31 PM, Joel Newkirk freerun...@newkirk.us
 wrote:
 
 On Tue, 6 Jan 2009 20:09:14 -0500, Harry L. Lee ha...@jonesnose.com
 wrote:
  I have an  eeepcwifi'd into the Net, running ubuntu,but when i plug
 the
  openmoko into one of its usb ports it goes into wifi reconnection.
 halp!
 
  --
  ha...@jonesnose.com

 What Ubuntu version and flavor?  Network Manager has issues under
 8.10/Intrepid - I've only had reliable networking (with multiple
 interfaces) when I disabled NM and wrote manual config.

 j


 --
 Joel Newkirk
 http://jthinks.com  (blog)
 http://newkirk.us/om (FR stuff)


 
 
 --
 ha...@jonesnose.com
 Harry L Lee (via gmail)
 chief cook and bottle washer
 http://jonesnose.com
 mailto:ha...@jonesnose.com
 207-384-8030 (email preferred)
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: stupid networking question

2009-01-06 Thread Joel Newkirk
On Tue, 6 Jan 2009 20:09:14 -0500, Harry L. Lee ha...@jonesnose.com
wrote:
 I have an  eeepcwifi'd into the Net, running ubuntu,but when i plug the
 openmoko into one of its usb ports it goes into wifi reconnection. halp!
 
 --
 ha...@jonesnose.com

What Ubuntu version and flavor?  Network Manager has issues under
8.10/Intrepid - I've only had reliable networking (with multiple
interfaces) when I disabled NM and wrote manual config.

j


-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Default IP Address on All Distributions

2009-01-05 Thread Joel Newkirk
On Mon, 05 Jan 2009 17:36:55 +0100, Helge Hafting helge.haft...@hist.no
wrote:
 fla...@correo.ugr.es wrote:
 Sure. And if we go that way, why not use the proper way of setting a
 link-local address?
 * Pick a random address
 * check that it is free (arp, ping,...)
 * take it.

 That has a good chance of working, even for those who
 routinely connect two phones to the same pc at the same time.

 Helge Hafting


 I'm not sure to have fully understood you, but I like having the phone
 always on the same address.
 
 There was a suggestion of using link-local addresses.
 If we do that, then we had better do it properly, because you
 aren't supposed to grab the same link-local address every time. If that
 is a problem, the solution is to not use link-local addresses.
 
 As long as you have one phone, a fixed IP address works well. If you
 have two or more, it is better if they are different or resolves the
 colission automatically. And then we might as well use existing
 standards. But perhaps there aren't that many people
 managing several phones from one pc.
 
 Helge Hafting

Certainly there will be far less, proportionally, with Openmoko success. 
If Openmoko succeeds - which I presume we all want - then we, the linux
hackers, will be the minority of users.  The community as it exists right
now cannot be considered the long-term target userbase.  The more things
deviate from 'just works' the more Joe Smartphone-user will consider broken
when he can't figure it out.  I'm not saying dumb it down, just
reiterating my mantra of simple working defaults.

I think we need to set a default IP pair in a /30 subnet or at least
designate a subnet NOT commonly used, and UI network controls can allow to
alter them at need.  (or for those who perversely eschew UIs on a
touchscreen phone, you can edit the config :)  For 'backward-compatibility'
(read: our convenience ;) I suggest 192.168.0.202/30 on the FR, .201 on
host - machines with .200 can still communicate on this subnet.  But my gut
tells me we need a clean break and a clean subnet, like 10.19.73.0/24 or
10.79.77.0/24... ;)

Something that works for a linux hacker works for us, something that works
for the average smartphone user works for Openmoko.  But by virtue of who
and where we are, we can influence this and hopefully end up with something
that just works.

j


-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [2008.12] Enlightenment not starting anymore.

2008-12-28 Thread Joel Newkirk
On Sat, 27 Dec 2008 15:14:11 +0100, Ivar Mossin ivar.mos...@gmail.com
wrote:

 So now I try to install the suggested package:
 r...@om-gta02:~# opkg -force-downgrade install

http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm_0.16.999.043+svnr36882-r14.01_armv4t.opk
 Downloading

http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm_0.16.999.043+svnr36882-r14.01_armv4t.opk
 Multiple packages (e-wm and e-wm) providing same name marked HOLD or
 PREFER.  Using latest.
 Multiple packages (e-wm and e-wm) providing same name marked HOLD or
 PREFER.  Using latest.
 Installing e-wm (0.16.999.050+svnr37988-r0.1) to root...
 Collected errors:
  * ERROR: Package e-wm (parent e-wm) is not available from any configured
 src.
  * Failed to download e-wm. Perhaps you need to run 'opkg update'?
 
 Which failed. Let's see if there is an e-wm installed:
 r...@om-gta02:~# opkg list_installed | grep e-wm
 r...@om-gta02:~# opkg -force-depends remove e-wm
 No packages removed.
 
 So, as far as I can see, the package is in fact not installed. (I did
 remove it earlier to try to fix the problem).
 
 As we see, I don't have the angstrom repository included (anymore), I
 have run an opkg update and installing the package still wants the
 newer version. From where does opkg get the information that there is
 a newer version? There is also no e-wm currently installed on the
 system. Where does this leave me? What would be a plausible next step?

I'm pretty much at a loss, unless it has the angstrom package cached
somewhere.  Take a look around /tmp, and /var/cache or /var/spool and look
for ipks.  Opkg stores the lists of available packages in /var/lib/opkg.


 Another question. When I wanted to install mplayer, which I didn't
 find in the normal repository, I could of course just install the opk
 file directly, but then I would not be notified of any updates on that
 package. So how would I be able to keep the angstrom repository
 without letting it upgrade all the other packages as well?
 
 Thanks for the help so far.

Therein lies the problem.  :)  I don't know of any way currently to
accomplish that.  The 'correct' solution is to petition for desired
packages that are in some 'other' feed to be built for your feed.  In this
case, that means asking for mplayer to be available in the 2008.x feed.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: us network and Uuntu 8.10 - is there a better way?

2008-12-26 Thread Joel Newkirk
On Fri, 26 Dec 2008 16:47:46 +0100, Torfinn Ingolfsen tin...@gmail.com
wrote:

 Thanks!
 It seems that it still works by using the ifdown / ifup scripts.
 annoying that good old ifconfig doesn't work anymore, but I can live
 with that.
 
 PS And consider using ip addr and friends instead of venerable
 ifconfig. ip command is newer way of operating network
 interfaces.
 
 Hmm, I found that one. What's up with that? Whay are they changing the
 established way of doing things?
 AFAICT, the ip command is a Linuxism.
 Not everything is better just because it is new.

It's not exactly new, ip has been around since kernel 2.2. (ten years?
Early 1999 IIRC)  ip together with tc (Traffic Control) comprise
iproute2 and expose a vast array of networking options within the kernel,
including basic networking setup but also various advanced routing
scenarios like tunnels, multiroute setups, route failovers, bandwidth
management, etc.  Basically use iptables/ip6tables/arptables/ebtables for
firewall, tc for bandwidth management, ip for everything else networking.

If you're interested in what it offers beyond basic network controls take a
look at lartc.org - Linux Advanced Routing  Traffic Control.  They have
the manpages and primary documentation as well as extensive tutorials and
howtos, cookbook for things like a gateway router load-balancing multiple
uplinks (IE dual T1), 'wondershaper' bandwidth management script, etc.

As far as the basics, ip route add default via 10.11.12.254 dev eth0
metric 20, ip link set eth0 down (==ifconfig eth0 down), ip address
add 192.168.0.202/30 dev usb0 are some examples of common tasks.  Almost
all keywords can be abbreviated, leading to ip l s eth0 up and ip a a
192.168.0.202/30 dev usb0 for example, and other portions can be omitted
sometimes, like ip r a default via 10.11.12.254 which will determine the
interface needed for the given gateway and use default metric. (more
advanced, ip tunnel add netb mode gre remote 172.19.20.21 local
172.16.17.18 ttl 2 would try to create a GRE tunnel to 172.19.20.21 named
netb)

When you use ip a a 192.168.0.202/30 dev usb0 to set that IP and subnet
on device usb0 it also implicitly performs ip route add 192.168.0.202/30
dev usb0 src 192.168.0.202 table 254 (254=main)

On the informative rather than configuration side of things, ip a shows
all interfaces with their statuses and their addresses/subnets (ipv4, ipv6
and MAC), ip r shows main routing table (short for ip route show table
main, ip r s t local shows the local routing table, etc - uses numbers
for tables, or names if they're defined in /etc/iproute2/rt_tables), ip n
shows neighbor table with IP, MAC, interface and status, ip ru shows
routing rules (ip rules show), which specify which routing table to use
for various conditions.


j

PS - be aware that the ip functions in busybox are a small subset of the
full command's capabilities - everything is still there in the kernel, but
busybox doesn't expose much of it.

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: After OM2008.12 flashing no booting of kernel

2008-12-26 Thread Joel Newkirk
Since it happens both booting from NAND and from NOR it can't be uboot
itself.  Try reflashing just the kernel.  Try redownloading and reflashing
the kernel.  Make sure you select the uImage.bin kernel file, not the
u-boot.bin bootloader file.  (I've done that before, as have others who've
posted to the list - if you've done that it will pop up the splash screen
then fail to load the kernel, and return to boot menu)

Oh, and that datecode should indeed be V6 - should have an SMD capacitor
connecting two pins of the uSD socket and cat /proc/cpuinfo should have
Revision : 0360.

j


On Fri, 26 Dec 2008 19:43:03 +0100, Andreas Willich
andreas_will...@gmx.at wrote:
 Hi
 
 
 I flashed my Neo GTA02 (v6 I think; DateCode: 20080821) with the kernel,
 rootfs and uboot from the 2008.12 download folder.
 
 After the reboot it hangs at the splash image and when I boot from NAND
 or NOR I see shortly the message wrong image format for bootm command
 and the I am back in the boot menu.
 
 
 I search for this message and get this post
 http://lists.openmoko.org/pipermail/community/2008-October/032774.html
 
 I tried the devirginator way but it does not work.
 
 
 Has someone an idea how to get my neo booting?
 
 
 Regards
   Andreas
 
 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [2008.12] Enlightenment not starting anymore.

2008-12-26 Thread Joel Newkirk
On Sat, 27 Dec 2008 01:25:17 +0100, Ivar Mossin ivar.mos...@gmail.com
wrote:
 On Thu, 25 Dec 2008 16:15:51 +0100, Ivar Mossin ivar.mossin at
 gmail.com http://lists.openmoko.org/mailman/listinfo/community
 wrote:
 * anyway), it gives a clue. It is looking for the file
 * * /usr/share/enlightenment/data/themes/default.edj, which does not
 exist.
 * * But
 * * this is strange, as it didn't exist on the jffs2 flash image
either.
 * *
 * * I thought something had gone wrong with enlightenment, so I decided
 to
 * * reinstall e-wm by using opkg e-wm remove. This was not possible
 without
 * * removing most of the installed software on the phone, so I decided
 to
 * * ignore
 * * its dependencies by using:
 * * $ opkg remove e-wm -force-depends
 * *
 * * Then I wanted to installed it again from repository:
 * * $ opkg install e-wm
 * * Installing e-wm (0.16.999.050+svnr37988-r0.1) to root...
 * * Collected errors:
 * *  * ERROR: Package e-wm (parent e-wm) is not available from any
 configured
 * * src.
 * *  * Failed to download e-wm. Perhaps you need to run 'opkg update'?
 * *
 * *
 * * What is this message actually saying? Apparently it does find the
 e-wm
 * * package in the repository (as it's able to find its versioning
 numbers),
 * * but
 * * then reports e-wm not available? How do I install this package?
 * * root at om-gta02
 http://lists.openmoko.org/mailman/listinfo/community:~# opkg list |
 grep e-wm
 * * e-wm - 0.16.999.043+svnr36882-r14.01 - The Enlightenment Window
 Manager
 * * Version 17
 * * e-wm - 0.16.999.050+svnr37988-r0.1 -
 * * e-wm-theme-default - 0.16.999.043+svnr36882-r14.01 - The
 Enlightenment
 * * Window Manager Version 17
 *
 
 You need to opkg update - somehow you've got two versions of e-wm
 listed
 in the local (IE on the FreeRunner) package list.  I'm not sure how that
 happened, unless you added a repository to the config.  (check in
 /etc/opkg)   svnr36882-r14.01 is the latest in the OM2008 repository,
 which matches with the svn versions of the other enlightenment packages
 you're seeing in 'opkg list', I don't know where it's getting the
 reference
 to svnr37988-r0.1...  When you run 'opkg upgrade' or 'opkg list' it's
 NOT
 looking at the repository itself, it's looking at the package list
 locally
 on the FreeRunner that is constructed during 'opkg update'.  THAT list
 contains a 'newer' version of e-wm (37988) so it picks that one, being
 the
 newest, but cannot actually find the package in the repository when it
 tries to download.

 For a quick fix (which might fix enlightenment but not address the cause
 of
 this problem) try:
 opkg install


http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm_0.16.999.043+svnr36882-r14.01_armv4t.opk

http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm_0.16.999.043+svnr36882-r14.01_armv4t.opk
 opkg install


http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm-theme-default_0.16.999.043+svnr36882-r14.01_armv4t.opk

http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm-theme-default_0.16.999.043+svnr36882-r14.01_armv4t.opk

 That second one is the 'real' fix to your original issue - it contains
 /usr/share/enlightenment/data/themes/default.edj.  I looked in my NAND
 (I
 usually run SHR from uSD but have 2008.12 on NAND) and sure enough there
 are illume.edj and asu.edj in that folder, no default.edj.  I can only
 assume that they'd reconfigured it to use asu.edj instead of
 default.edj,
 but that a newer e-wm requires default.edj again.

 But again, none of this answers why it's looking for a newer svn version
 of
 e-wm than is actually in the repository, which makes me suspect that a
 repo
 was added somehow that contains the svnr37988-r0.1...  It's not in
 2008.8
 repo, testing, or unstable AFAICS.  So the steps I'd suggest are try
 manually installing the two packages noted above, then take a look in
 /etc/opkg and see what repositories are referenced, remove any
 inconsistencies, then try 'opkg update' and 'opkg upgrade'.

 j


 --
 Joel Newkirk
 http://jthinks.com http://jthinks.com/  (blog)
 http://newkirk.us/om http://newkirk.us/om (FR stuff)
 
 
 Thanks for you quick reply.
 
 What you wrote could indeed be true. I remember I tried installing
 mplayer that day, which I didn't find in the repositories. But I did
 find it in the angstorm repository. So I added this repository,
 updated, installed mplayer and removed it (the repository). I've
 checked and double-checked my current /etc/opkg files, and they seem
 sane. Also compared with what is on the flash-image.
 
 So, if this is the case, how do I make opkg forget what the no
 longer included angstrom repository says about available packages? I
 tried deleting /var/lib/opkg/*, 'opkg update' and both versions of
 e-wm still show up on list.
 
 I tried installing the package you suggested:
 $ opkg install

http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm_0.16.999.043+svnr36882-r14.01_armv4t.opk
 Downloading

http

Re: [2008.12] Enlightenment not starting anymore.

2008-12-25 Thread Joel Newkirk
On Thu, 25 Dec 2008 16:15:51 +0100, Ivar Mossin ivar.mos...@gmail.com
wrote:
 anyway), it gives a clue. It is looking for the file
 /usr/share/enlightenment/data/themes/default.edj, which does not exist.
 But
 this is strange, as it didn't exist on the jffs2 flash image either.
 
 I thought something had gone wrong with enlightenment, so I decided to
 reinstall e-wm by using opkg e-wm remove. This was not possible without
 removing most of the installed software on the phone, so I decided to
 ignore
 its dependencies by using:
 $ opkg remove e-wm -force-depends
 
 Then I wanted to installed it again from repository:
 $ opkg install e-wm
 Installing e-wm (0.16.999.050+svnr37988-r0.1) to root...
 Collected errors:
  * ERROR: Package e-wm (parent e-wm) is not available from any configured
 src.
  * Failed to download e-wm. Perhaps you need to run 'opkg update'?
 
 
 What is this message actually saying? Apparently it does find the e-wm
 package in the repository (as it's able to find its versioning numbers),
 but
 then reports e-wm not available? How do I install this package?
 r...@om-gta02:~# opkg list | grep e-wm
 e-wm - 0.16.999.043+svnr36882-r14.01 - The Enlightenment Window Manager
 Version 17
 e-wm - 0.16.999.050+svnr37988-r0.1 -
 e-wm-theme-default - 0.16.999.043+svnr36882-r14.01 - The Enlightenment
 Window Manager Version 17


You need to opkg update - somehow you've got two versions of e-wm listed
in the local (IE on the FreeRunner) package list.  I'm not sure how that
happened, unless you added a repository to the config.  (check in
/etc/opkg)   svnr36882-r14.01 is the latest in the OM2008 repository,
which matches with the svn versions of the other enlightenment packages
you're seeing in 'opkg list', I don't know where it's getting the reference
to svnr37988-r0.1...  When you run 'opkg upgrade' or 'opkg list' it's NOT
looking at the repository itself, it's looking at the package list locally
on the FreeRunner that is constructed during 'opkg update'.  THAT list
contains a 'newer' version of e-wm (37988) so it picks that one, being the
newest, but cannot actually find the package in the repository when it
tries to download.

For a quick fix (which might fix enlightenment but not address the cause of
this problem) try:
opkg install
http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm_0.16.999.043+svnr36882-r14.01_armv4t.opk
opkg install
http://downloads.openmoko.org/repository/Om2008.8/armv4t/e-wm-theme-default_0.16.999.043+svnr36882-r14.01_armv4t.opk

That second one is the 'real' fix to your original issue - it contains
/usr/share/enlightenment/data/themes/default.edj.  I looked in my NAND (I
usually run SHR from uSD but have 2008.12 on NAND) and sure enough there
are illume.edj and asu.edj in that folder, no default.edj.  I can only
assume that they'd reconfigured it to use asu.edj instead of default.edj,
but that a newer e-wm requires default.edj again.

But again, none of this answers why it's looking for a newer svn version of
e-wm than is actually in the repository, which makes me suspect that a repo
was added somehow that contains the svnr37988-r0.1...  It's not in 2008.8
repo, testing, or unstable AFAICS.  So the steps I'd suggest are try
manually installing the two packages noted above, then take a look in
/etc/opkg and see what repositories are referenced, remove any
inconsistencies, then try 'opkg update' and 'opkg upgrade'.

j


-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR]Opkg error

2008-12-25 Thread Joel Newkirk
indeed there is a problem in the repository - the packages data in the
testing repo says the package should be:

MD5Sum: 4695ae7113d07344d8ac1d1b88ba9a05
Size: 18948
Filename:
libframeworkd-glib0_0.0.1+gitr26330e402a603eebdeb71522893679aea38009ce-r0.1_armv4t.ipk

But the actual file is 18952 bytes, with md5sum of
abd64e8dc04f54292bbc844e67e2c8b5

j


On Thu, 25 Dec 2008 13:24:34 +0100, Giorgio Marciano
ledz...@writeme.com wrote:
  Today i gave opkg update  opkg upgrade and i've obtained the following
 error
 
 Collected errors:
  * Package libframeworkd-glib0 md5sum mismatch. Either the opkg or the
 package index are corrupt. Try 'opkg update'.
 
 then i tried again with opkg update and then opkg upgrade but nothing,
 still same error.
 
 Some suggestions?
 

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM 2008.12] Enlightenment Drop Shadow Performance

2008-12-22 Thread Joel Newkirk
On Mon, 22 Dec 2008 12:52:09 +0900, W.Kenworthy bi...@iinet.net.au
wrote:
 On Mon, 2008-12-22 at 10:04 +1100, Carsten Haitzler wrote:
 On Sun, 21 Dec 2008 21:13:59 +0100 Bernd (Jesus McCloud) Prünster
 bernd.pruens...@gmail.com babbled:
 
  Dylan Reilly schrieb:
   FWIW, I have been able to reduce the CPU usage of Enlightenment on
 my
   OM testing build device by disabling drop shadows. After recent
   updates from testing (which should be more or less the 2008.12
 image)
   Enlightenment was constantly grabbing 20% CPU and who knows how much
   IO. After I obliterated the drop shadow module,
   (/usr/lib/enlightenment/modules/dropshadow) only 1-2% CPU is being
   used.
  
   Moreover, I remembered some recent post(s) tentatively linking the
   Software-16 crashes (when using the illume theme) to drop shadows.
 On
   a whim I re-enabled that engine and am not seeing any problems. So,
   now I get a snappier UI to boot.
  
 
  WOOHOO!!! you made my day
 
 dropshadow shouldnt cause 20% cpu - unless some totally bizarre stuff
 has been
 done to the theme:
 
 
 Running the illume theme: Not sure about the cpu - but removing
 drop-shadow does stop the segfaults when running software_16 engine.
 Also the Settings app now runs, and for a short while at least I had a
 gsm signal level (maybe too low where I am at the moment).
 
 Billk

I've seen Enlightenment running between 18% and 30% most of the time
lately, with SHR.  And I just discovered I am able to drop it to 3%-5% and
bring it back through a single change:  I've been tweaking some Oxygen
icons and using them under SHR -  256x256 png versions.  (Why?  Well, I
like my icons big, but I hate them pixellated)  Anyway, changing from the
256x256 Oxygen icons to the 86x86 SHR icons dropped me from 30% to 5%,
restoring the big Oxy's brought me right back to 30%.

j


-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [OM 2008.12] Enlightenment Drop Shadow Performance

2008-12-22 Thread Joel Newkirk
On Mon, 22 Dec 2008 20:23:42 +1100, Carsten Haitzler (The Rasterman)
ras...@rasterman.com wrote:
 On Mon, 22 Dec 2008 03:07:45 -0500 Joel Newkirk freerun...@newkirk.us
 babbled:
 
 On Mon, 22 Dec 2008 12:52:09 +0900, W.Kenworthy bi...@iinet.net.au
 wrote:
  On Mon, 2008-12-22 at 10:04 +1100, Carsten Haitzler wrote:
  On Sun, 21 Dec 2008 21:13:59 +0100 Bernd (Jesus McCloud) Prünster
  bernd.pruens...@gmail.com babbled:
  
   Dylan Reilly schrieb:
FWIW, I have been able to reduce the CPU usage of Enlightenment
 on
  my
OM testing build device by disabling drop shadows. After recent
updates from testing (which should be more or less the 2008.12
  image)
Enlightenment was constantly grabbing 20% CPU and who knows how
 much
IO. After I obliterated the drop shadow module,
(/usr/lib/enlightenment/modules/dropshadow) only 1-2% CPU is
 being
used.
   
Moreover, I remembered some recent post(s) tentatively linking
 the
Software-16 crashes (when using the illume theme) to drop
 shadows.
  On
a whim I re-enabled that engine and am not seeing any problems.
 So,
now I get a snappier UI to boot.
   
  
   WOOHOO!!! you made my day
  
  dropshadow shouldnt cause 20% cpu - unless some totally bizarre stuff
  has been
  done to the theme:
  
  
  Running the illume theme: Not sure about the cpu - but removing
  drop-shadow does stop the segfaults when running software_16 engine.
  Also the Settings app now runs, and for a short while at least I had a
  gsm signal level (maybe too low where I am at the moment).
  
  Billk
 
 I've seen Enlightenment running between 18% and 30% most of the time
 lately, with SHR.  And I just discovered I am able to drop it to 3%-5%
 and
 bring it back through a single change:  I've been tweaking some Oxygen
 icons and using them under SHR -  256x256 png versions.  (Why?  Well, I
 like my icons big, but I hate them pixellated)  Anyway, changing from
 the
 256x256 Oxygen icons to the 86x86 SHR icons dropped me from 30% to 5%,
 restoring the big Oxy's brought me right back to 30%.
 
 icons include battery too?

I'm just replacing the 'desktop' icons in the launcher, using
Settings-Look-IconTheme.  I had expected that it would take longer to
initially display the launcher, with much larger png images to load and
scale, but thought that once they were loaded and scaled it would perform
essentially the same as smaller icons enlarged - literally the ONLY thing I
do is select Oxygen vis SHR in Icon Theme and HUP enlightenment, and with
the Oxys it sits there idling at an average about 27% CPU...

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [SHR] how to restore default illume theme

2008-12-22 Thread Joel Newkirk
On Mon, 22 Dec 2008 16:44:39 +0100, Giorgio Marciano
ledz...@writeme.com wrote:

IIRC the setting is stowed in ~/.e/e/config/illume-shr/e.cfg - if you
rename that file out of the way and try killall -HUP enlightenment you
should be back at square one... It's a binary file, so you can't just edit
it to change the theme.

j

  I can't access to theme manager, i have to change theme manually using
 the terminal..how can i do this?
 
   - Original Message -
   From: Nathan Kinkade
   To: List for Openmoko community discussion
   Subject: Re: [SHR] how to restore default illume theme
   Date: Mon, 22 Dec 2008 10:39:59 -0500
 
 
   2008/12/22 Giorgio Marciano :
How can i restore the default shr-illume theme? i've changed theme
   with a
new one and it doesn't work!
   
thanks
 
   Wrench - Look - Theme - select illume-shr doesn't do anything for
   you?
 
   Nathan
 
   ___
   Openmoko community mailing list
   community@lists.openmoko.org
   http://lists.openmoko.org/mailman/listinfo/community
 

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Default IP Address on All Distributions

2008-12-20 Thread Joel Newkirk
On Fri, 19 Dec 2008 00:55:22 +, Stroller
strol...@stellar.eclipse.co.uk wrote:
 
 On 18 Dec 2008, at 18:50, Sargun Dhillon wrote:
 
 Most Linux users, or most users that this device is aimed at are
 intelligent enough ...
 
 Clearly you weren't about reading the many, MANY support posts at the
 time of the Freerunner's release.
 
 At that time questions on this subject would be posted to the list
 SEVERAL TIMES PER DAY.
 
 I haven't read the support list or IRC in a while, but I would doubt
 that such questions have become uncommon - just that the number of new
 users has dropped to a trickle.

Also the Wiki has helped.  At the start, even when such information was on
the wiki, there was IMHO less tendency of new users to look there first.

 If the default IP address continues to be in the 192.168.0.x,
 192.168.1.y or 192.168.2.z ranges then it'll just cause problems for
 all the many n00bs when sales spike again in the future.
 
 Stroller.

My personal favorite solution is what I just reimplemented on my desktop:
just bridge eth0 and usb0 on the desktop.  Trouble is it's rather
unportable that way, unless you use DHCP on the FR, which means you'd need
to check the IP before SSHing to it.  With a GUI hint telling us the DHCP
IP address, though, it's something to think about.  I also suspect that
bridging the interfaces would be simpler under Windows than NATting.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


detect host type?

2008-12-20 Thread Joel Newkirk
OK, an FR has just been plugged into the USB port on a random host PC.  

Is there any way for the FR to consistently identify if it is a windows,
mac, or linux host?

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: [FSO/Illume] Program icons not showing up

2008-12-20 Thread Joel Newkirk
On Sat, 20 Dec 2008 21:06:26 +0100, Ingvaldur Sigurjonsson i...@telia.com
wrote:
 Hi
 
I'm running a home-built installation of fso-testing-image on my
 Freerunner (GTA02v5). I update ($ make update) my installation atleast
 twice a week. For some time I haven't seen the program icons in Illume.
 I've tried to remove the .e/-directory without success. I've even
 reflashed the phone with both new kernel-images and *rootfs*.jffs-images.
 
Zhone starts allright and I can switch to the other desktops but I
 never see the icons I once saw. Enlightenment says it sees '17 files'
 when starting but yet, no icons.
 
Does anyone know a) why, b) how to fix it.
 
 --
 ex animo
 - Ingi

Just a guess based on a known 'problem': Check the .desktop files in
/usr/share/applications.  Take a look at the categories entries in the
.desktop files, and if you see application, try changing it to
applications.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Default IP Address on All Distributions

2008-12-18 Thread Joel Newkirk
I disagree - I've been a vocal proponent for many months of tidying up
networking, including setting IP and subnet to something less likely to
lead to conflicts.  Yes, I agree that the vast majority of people using a
FreeRunner as I type this are quite capable of performing the changes you
mention in under 2 minutes, but I also believe that most would be quite
happy if they were not required to do so every time they flash their FR.  I
personally use 192.168.0.202/30, with host machine (gateway from FR of
course) set to .201, solely because that lets me set a static config on
hosts to which I tether my FR and always reach even a fresh flashed image,
with minimal disruption accessing other networks. (we have over 50 subnets
at work, including 192.168.0.0/24, that I need to access 24/7)  But I'd be
wholeheartedly in support of a change to a less conflict-ridden subnet as
the default, or at least a change of default to /30.

We've not standardized on any set of IPs, and finally isn't even apropo
since the 192.168.0.202/24 IP has been the de facto standard at least back
to OM 2007.2.  And whether I am alone in not being happy with it or not,
I like to believe I know how to use my system, being a veteran linux
network/server admin for a broadband provider.


Taking a broader and longer view of things, the goal of Openmoko surely is
a smartphone that can be sold to general consumers, not just linux hackers,
and as such it's entirely sensible to establish defaults that will cause
the least degree of inconvenience to owners as possible.  (and in some
opinions - including my own, after answering countless hundreds of phone
calls from broadband users who don't even know what an IP address /IS/ -
necessary)  And the earlier that change is made the better for the long
term: the more FreeRunners there are in the wild, the more people there are
who will be affected at the point of changeover, and the more likely they
are to be less linux-networking-savvy than the average community member
today.  

I think an eventual goal may be to have a USB networking config GUI and
include that in initial setup steps for new owners or following a complete
reflash, but until then (and as default entry from that point onward) I
agree with establishing a default USBnet config that is less likely to
cause the user any extra effort.


Make the default network config as maintenance-free and interference-free
as possible, and any linux hackers who want it more convoluted can surely
take the 60 seconds they'd need to complicate it.  :)

j

On Thu, 18 Dec 2008 10:50:14 -0800, Sargun Dhillon
xbmodder+openm...@gmail.com wrote:
 Most Linux users, or most users that this device is aimed at are
 intelligent enough to do a
 ip addr add 192.168.0.200/32 dev usb0
 ip route add 192.168.0.202/32 dev usb0
 This will only make two addresses on your network inaccessible. Then
 you can SSH into it, and change the IP address. This takes a whole 5
 minutes! It'll make you miserable to not have connectivity, I
 understand, but just handle it.
 We've finally standardized on a set of IPs, and -everyone- is happy
 with it, except a few individuals who don't know how to use their
 system.
 
 Please stop complaining.
 -Thanks
 
 On Thu, Dec 18, 2008 at 9:19 AM, Tilman Baumann til...@baumann.name
 wrote:
 One word.
 zeroconf

 Oh, it is two words zeroconf and bonjour

 www.zeroconf.org/

 PS: As fallback for DHCP of course.

 Esben Stien wrote:
 Why on earth would you choose 192.168.0.*?

 This is probably the most common IP address on an internal network in
 the world and of course this means problems.

 If your network is configured with this IP range and you pop a
 freerunner in, it of course cause a world of pain. Please choose a
 more sensible default.



 --
 Drucken Sie diese Mail bitte nur auf Recyclingpapier aus.
 Please print this mail only on recycled paper.

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community

 
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Stage of GTA03 development?

2008-12-18 Thread Joel Newkirk
On Fri, 19 Dec 2008 10:10:59 +0900, W.Kenworthy bi...@iinet.net.au
wrote:
 On Thu, 2008-12-18 at 12:24 +0100, Michael Zanetti wrote:
 As It seems this thread is becoming more and more some sort of a
 whish-list, I
 will put my 2ct here also:

 - Please don't add a camera: Has ever anyone made a picture with a
 mobile
 phone camera that doesn't suck? Get a real camera if you want to make
 some
 nice pictures! There is just one way to get a useful camera within a
 mobile
 phone: Using very expensive optical lens and zooming technologies. But
 in that
 
 Actually, please add a camera.  Many techos (that is those who work in
 technical areas) use the mobile phone camera in their work.  I.e.,
 photos of situations, faults etc for reference/passing on to support
 etc.  Only one device to carry, and its always with you.  Yes early ones
 were barely adequate (I used a Palm treo for this), but others moved
 onto nokias etc when they came with better cameras.
 
 And how many controversial situations hit the news where a mobile phone
 camera was used as its on the spot and available?
 
 Not talking professional photography here, but a useful tool.
 Billk

Unfortunately there are also those in technical areas who are prohibited
from having a camera in the workplace.  There are other situations where
it's prohibited (at least in my experience) like courthouses.  

It's one of those pretty clear-cut you'll never please everyone
situations.  Both wishes (with/without) are valid with good reasons behind
them, but clearly a single device can't deliver both.  (without a removable
cam, which would then be the pro/anti removable conflict ;)


j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Crackly Calls and Battery Tips! A5/A6 rework. Corrected URL

2008-12-17 Thread Joel Newkirk
On Wed, 17 Dec 2008 10:56:46 +, Neil Jerram
neiljer...@googlemail.com wrote:
 2008/12/17 Joel Newkirk freerun...@newkirk.us:

 I find myself wondering how many V5 FreeRunners are in the field and
 whether the owners thereof would want the ability to 'update' to the V6
 hardware fixes.
 
 Before that I'd like to know how I find out which version I have.
 Tried googling/wiki/just looking inside, but couldn't find anything
 clear yet.
 
 Neil

Take out the battery, SIM and uSD.  Where the contacts for the uSD meet the
PC board there will be a SMD capacitor (about .5x1mm) between two of the
contacts, _IF_ it's newer than V5.  I don't know what the physical
difference is for the power tweak. (V6 can power up from wall power without
battery) 

You can also look at the datecode on the serial/imei sticker under the
battery, but I don't know the exact cutoff date.  I know that datecodes
from June are V5 and from August are V6.

j

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Crackly Calls and Battery Tips! A5/A6 rework. Corrected URL

2008-12-17 Thread Joel Newkirk
On Wed, 17 Dec 2008 17:00:34 +, Al Johnson
openm...@mazikeen.demon.co.uk wrote:
 On Wednesday 17 December 2008, Joel Newkirk wrote:
 I don't know what the physical
 difference is for the power tweak. (V6 can power up from wall power
 without
 battery)
 
 It's a bigger C1767 - according to the schematics it's 4.7uF on A5, 47uF
 on A6
 and 100uF on A7. Werner's writeup of the investigations is here:
 
 http://people.openmoko.org/werner/gta02-chg/

Thanks - that was most of what I was needing.  Unfortunately it doesn't
identify the real estate occupied by C1767 there, nor in the component
placement diagrams.

Can someone point me at the right spot on the board?  If it's got enough
room for the same 3528 cap we're looking at for the big-C rework (which I
doubt, though it looks like it will fit for the big-C position) that would
be great.

j



-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Crackly Calls and Battery Tips! A5/A6 rework. Corrected URL

2008-12-16 Thread Joel Newkirk
On Tue, 16 Dec 2008 14:21:11 -0800, Sargun Dhillon
xbmodder+openm...@gmail.com wrote:
 Joel, any update on this?

Still waiting for an answer from OM. (I posted a question in this thread
Friday regarding Tanatalum instead of Ceramic cap - the difference being
$0.25 vs $2 each in qty 100, and my radio guy thinks Tant is a good choice
for filtering, but waiting for word from Steve or Jeorg)  Boss said he's
willing to do the jobs, but we have no caps, can't order until we know
which ones to order.  We're also hoping to find out what help them/reward
them involves.  (IE, OM provide parts?  OM underwrite repair?  Cover part
of repair?  Send me a Christmas card? :)  Boss ballparked the job at $25
but nothing definite yet.  (depends in part on parts)  The only concern
they had when I showed them the pdf and my FreeRunner was regarding
damaging the housing while soldering - at which point I demonstrated
removing the board from the FR with about 30 seconds effort and they said
ooh  OK then.  :)

I find myself wondering how many V5 FreeRunners are in the field and
whether the owners thereof would want the ability to 'update' to the V6
hardware fixes.  I know of the cap on the uSD pins fix for the GPS vs uSD
issue (though not the identity of that capacitor), I don't know what change
allows a V6 to run without battery or if other differences exist.  Dropping
a cap on the two pins of the uSD socket is pretty trivial if you're already
doing SMD work, so if we're already performing the Big-C rework I'd guess
(pure personal speculation) that we could add the cap to the SD lines for
little more expense and time.

j


 On Thu, Dec 11, 2008 at 7:44 PM, Joel Newkirk freerun...@newkirk.us
 wrote:
 I'm going to talk to the guys at work tomorrow and show them the rework
 PDF
 - we are equipped to make this fix, could probably offer it
 inexpensively
 to those nearby (southeastern North Carolina) or those willing to ship.
 (among other things - like security systems and internet services - we
 repair handheld radios and wireless broadband networking gear, including
 replacing BGAs and more mundane SMD components)  I'm betting we have the
 resistors on hand, would probably need to order a hundred or so of the
 caps.  I'll post back here if the answer is positive.  We're located in
 Hamlet NC, near Ft Bragg, but we're gearing up to offer repairs
 nationwide
 for specific wireless networking gear, so shipping and processing of
 customer repair items in/out is forthcoming anyway, this is just a
 different board with a much simpler fix to be performed, I'm just not
 sure
 they'll be interested in offering it as inexpensively as I'd like.

 j

 On Thu, 11 Dec 2008 17:29:32 -0800, Steve Mosher st...@openmoko.com
 wrote:
 If guys raise there hand to help others out I'll come up with a program
 to help them out/ reward them.  If you are willing to raise your hand,
 drop me a mail.

 st...@openmoko.com

 Sargun Dhillon wrote:
 Very cool.

 Now, all the hardware hackers out there who want to make a buck to fix
 our Free runners, raise your hands.

 On Wed, Dec 10, 2008 at 5:31 PM, Steve Mosher st...@openmoko.com
 wrote:
 Probably best to send the requests directly to Joerg.

 Vasco Névoa wrote:
 I'd really like pictures with better focus and a little more
 light...
 especially the last one, which is very blurred!

 Citando Steve Mosher st...@openmoko.com:

 Sorry,

I pulled the old copy.  See below

  SOP paper (draft3, 2008-12-10 19:00) placed here:





http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP__DRAFT3__.pdf


 Please have a look and report on any mistakes or things that need
 improvement.

 Thanks
 jOERG

 Neil Jerram wrote:
 2008/12/10 Steve Mosher st...@openmoko.com:
 The DRAFT fix for the buzz problem is here:

 CP of joerg's mail.






http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP__DRAFT!!__.pdf
 I'm getting 404 for this URL.

   Neil

 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http://lists.openmoko.org/mailman/listinfo/community
 --
 Joel Newkirk
 http://jthinks.com  (blog)
 http://newkirk.us/om (FR stuff)


 ___
 Openmoko community mailing list
 community@lists.openmoko.org
 http

RE: [SHR] GPRS / FATAL: Error inserting ppp_mppe

2008-12-15 Thread Joel Newkirk
On Tue, 16 Dec 2008 01:12:46 +0100, KaZeR ka...@altern.org wrote:
 Thanks for your fast answer.
 
 
 This is your problem. Somehow you have already four channels
 open in your modem. TI Calypso does not manage more than
 four, but will happily assign you an infinite number of
 channels (still checking whether this is an inherent
 limitation of 07.10 or not).

 So, ppp assigns a channel where no one listens to him.
 Do you have a mickeyterm instance or anything else still open
 by any chance?
 ogsmd will only occupy three channels, so that ppp can get
 the last one.
 
 Mmm, no. I run SHR, and nothing special beyond that.
 Is there a way to find which processes are using theses channels?

I've been running into the same problem, it seems.  I just ran an opkg
upgrade on my NAND install (SHR from FSO M4 release, opkg upgraded since
though I realize some things are broken or missed that way) and it pulled
in a new frameworkd, new since 8 hours ago when I did the same, and after a
reboot I'm connected via GPRS again, first time in weeks.

But I'm not saying it was the upgrade per se, though I believe this is the
first time in a couple weeks I've gotten GSM registration right after boot.
(Thanks Mickeyl!:)

I did a little debugging and discovered part of what's happening.  With
ppp_generic not inserted I attempted to bring up GPRS three times then
checked the log (tail -n 100 /var/log/messages | grep gsm):

Dec 16 04:02:30 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:693:c_alloc_channel(): Connecting /dev/pts/0 to virtual
channel 1 for ogsmd.misc on /dev/ttySAC0
Dec 16 04:02:30 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:1410:extract_frames(): Logical channel 1 opened
Dec 16 04:02:30 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:693:c_alloc_channel(): Connecting /dev/pts/1 to virtual
channel 2 for ogsmd.unsolicited on /dev/ttySAC0
Dec 16 04:02:30 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:1410:extract_frames(): Logical channel 2 opened
Dec 16 04:02:30 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:693:c_alloc_channel(): Connecting /dev/pts/2 to virtual
channel 3 for ogsmd.call on /dev/ttySAC0
Dec 16 04:02:30 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:1410:extract_frames(): Logical channel 3 opened
Dec 16 04:03:08 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:693:c_alloc_channel(): Connecting /dev/pts/4 to virtual
channel 4 for ogsmd.gprs on /dev/ttySAC0
Dec 16 04:03:08 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:1410:extract_frames(): Logical channel 4 opened
Dec 16 04:03:44 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:693:c_alloc_channel(): Connecting /dev/pts/5 to virtual
channel 5 for ogsmd.gprs on /dev/ttySAC0
Dec 16 04:03:44 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:1410:extract_frames(): Logical channel 5 opened
Dec 16 04:03:56 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:693:c_alloc_channel(): Connecting /dev/pts/6 to virtual
channel 6 for ogsmd.gprs on /dev/ttySAC0
Dec 16 04:03:56 (none) local0.info /usr/sbin/gsm0710muxd[1192]:
gsm0710muxd.c:1410:extract_frames(): Logical channel 6 opened

So frameworkd is setting up three channels for itself and the fourth should
be for GPRS, but if ppp_generic isn't inserted then it fails to bring up
ppp0 and doesn't release the GPRS resource.  Since the first attempt
(absent ppp_generic) uses the fourth of four available channels and doesn't
release it, then you're done at that point - game over.  After a fresh
reboot, though, if ppp_generic is inserted before GPRS is attempted, you
should be good to go.

j





-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


Re: Crackly Calls and Battery Tips! A5/A6 rework. Corrected URL

2008-12-12 Thread Joel Newkirk
Quick question for Steve/Jeorg:

Would a 3528 package capacitor fit?  And if so, would Tantalum be suitable
instead of Ceramic?  My guy here says he'd chose tantalum for filter use
like this, and the cost difference is dramatic, though the size is larger
than the ceramic shown in the pdf.  (price diff:  Ceramic around $2 each
qty 100, tantalum around $0.25 each qty 100)  The resistors are $0.02 each
qty 100, so they're practically free.  

Ceramic:
http://mouser.com/Search/ProductDetail.aspx?qs=t7T%252bw6J1MVWG%252bwA9gt9uDg%3d%3d
Tantalum:
http://mouser.com/Search/ProductDetail.aspx?qs=N31o%252bt096gsr1Po3ON6skg%3d%3d

j

On Thu, 11 Dec 2008 22:44:30 -0500, Joel Newkirk freerun...@newkirk.us
wrote:
 I'm going to talk to the guys at work tomorrow and show them the rework
PDF
 - we are equipped to make this fix, could probably offer it inexpensively
 to those nearby (southeastern North Carolina) or those willing to ship.
 (among other things - like security systems and internet services - we
 repair handheld radios and wireless broadband networking gear, including
 replacing BGAs and more mundane SMD components)  I'm betting we have the
 resistors on hand, would probably need to order a hundred or so of the
 caps.  I'll post back here if the answer is positive.  We're located in
 Hamlet NC, near Ft Bragg, but we're gearing up to offer repairs
nationwide
 for specific wireless networking gear, so shipping and processing of
 customer repair items in/out is forthcoming anyway, this is just a
 different board with a much simpler fix to be performed, I'm just not
sure
 they'll be interested in offering it as inexpensively as I'd like.
 
 j
 
 On Thu, 11 Dec 2008 17:29:32 -0800, Steve Mosher st...@openmoko.com
 wrote:
 If guys raise there hand to help others out I'll come up with a program
 to help them out/ reward them.  If you are willing to raise your hand,
 drop me a mail.
 
 st...@openmoko.com
 
 Sargun Dhillon wrote:
 Very cool.
 
 Now, all the hardware hackers out there who want to make a buck to fix
 our Free runners, raise your hands.
 
 On Wed, Dec 10, 2008 at 5:31 PM, Steve Mosher st...@openmoko.com
 wrote:
 Probably best to send the requests directly to Joerg.

 Vasco Névoa wrote:
 I'd really like pictures with better focus and a little more light...
 especially the last one, which is very blurred!

 Citando Steve Mosher st...@openmoko.com:

 Sorry,

I pulled the old copy.  See below

  SOP paper (draft3, 2008-12-10 19:00) placed here:




http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP__DRAFT3__.pdf


 Please have a look and report on any mistakes or things that need
 improvement.

 Thanks
 jOERG

 Neil Jerram wrote:
 2008/12/10 Steve Mosher st...@openmoko.com:
 The DRAFT fix for the buzz problem is here:

 CP of joerg's mail.





http://people.openmoko.org/joerg/GSM_EMI_noise/big-C_rework_SOP__DRAFT!!__.pdf
 I'm getting 404 for this URL.

   Neil

-- 
Joel Newkirk
http://jthinks.com  (blog)
http://newkirk.us/om (FR stuff)


___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community


  1   2   3   >