[OM2009] Paroli oversized
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
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
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
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
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?
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
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?
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?
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
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
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
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?
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
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
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
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
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
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
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
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 ?
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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 ?)
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 ?)
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 ?)
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 ?)
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 ?
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)
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
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?
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)
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
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, ...
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
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
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
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
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)
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
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)
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
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)
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
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
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
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
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
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
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
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... :(
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 ?
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 ?
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
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
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
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
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
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
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
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
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
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
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: stupid networking question
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
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
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.
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?
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
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.
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.
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
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
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
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
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
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?
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
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
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?
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
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
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
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
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
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
Re: [OM2008] USB events - scripts?
In my work to bring sanity to basic networking I explored this. For 2008.x the solution I ended with was udev. Two files in my netfix tarball pertain to this: #/etc/udev/rules.d/usbnet subsystem==power_supply, RUN+=/etc/udev/scripts/usbnet.sh #/etc/udev/scripts/usbnet.sh #!/bin/sh # when USB is plugged/unplugged in device mode, udev triggers this script on power change # udevd does clearenv(). Export shell PATH to children. export PATH if [[ $(cat /sys/devices/platform/s3c2410-ohci/usb_mode) = device ]] then if [[ $(cat /sys/devices/platform/s3c2440-i2c/i2c-adapter/i2c-0/0-0073/chgmode) = play-only ]] then ifdown usb0 else ifup usb0 sleep 5 if [[ $(ping -c2 -q $(ip r | grep usb0 | grep default | cut -d' ' -f3) | grep loss | cut -d' ' -f4) = 0 ]] then ifdown usb0 fi fi fi The only problem with this approach so far is that on powerup it doesn't trigger, only on USB insertion after fully booted. j On Fri, 12 Dec 2008 09:48:41 -0800, Sargun Dhillon xbmodder+openm...@gmail.com wrote: You might even want to look at oeventsd, part of FSO ( freesmartphone.org ). URL: http://git.freesmartphone.org/?p=specs.git;a=blob_plain;f=html/org.freesmartphone.Events.html;hb=HEAD On Fri, Dec 12, 2008 at 4:25 AM, Pander pan...@users.sourceforge.net wrote: On Fri, December 12, 2008 12:35, Vasco Névoa wrote: Hi all. I want to run a script automatically every time the USB is plugged or unplugged. This is in the udev rules. See http://lists.openmoko.org/pipermail/community/2008-November/thread.html#35417 for ideas concerning keybaords and https://bugs.launchpad.net/ubuntu/+bug/289548 concerning networking. Where should I hook in the scripts? /etc/apm/?/... or somewhere else? I've looked into using the /etc/network/interfaces, but this doesn't work because usb0 does not get downed on unplug - so it is always up since booting... Thanks, Vasco. ___ 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://lists.openmoko.org/mailman/listinfo/community
Re: Sad Story
On Sat, 13 Dec 2008 04:13:51 +0800, Wolfgang Spraul wolfg...@openmoko.com wrote: bad management forces us to work on next- gen product to rip off community. Ah-ha!!! Burn him! Burn him! :) j PS - anybody else notice how far off-topic this thread has gone, while nevertheless fitting the subject line just as aptly as the OP's stolen FreeRunner? -- 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
