Re: [OM2009] Paroli background
On Sun, 28 Jun 2009 23:58:25 +0200
Laszlo KREKACS wrote:
> On Sun, Jun 28, 2009 at 10:22 PM, Joel Newkirk
> 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: [OM2009] Paroli oversized
On Sun, 28 Jun 2009 23:44:41 +0200
Laszlo KREKACS wrote:
> On Sun, Jun 28, 2009 at 10:11 PM, Joel Newkirk
> 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
[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
[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
Re: [shr] feature request - power
On Thu, 21 May 2009 16:19:41 +0200 Johny Tenfinger wrote: > On Thu, May 21, 2009 at 16:09, jeremy jozwik > 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" 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 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: DON'T PANIC
On Sat, 9 May 2009 00:44:32 +0200 David Reyes Samblas Martinez wrote: > LOL > It's a pitty Qi doesn't has bootsplash It really fits > > 2009/5/9 Joerg Reisenweber : > > DON'T PANIC > > uBoot splashscreen > > > > http://people.openmoko.org/joerg/bootsplash > > Some time ago I customized /etc/init.d/banner for Qi to fill the gap (IE 40 seconds of blank screen) left with Qi lacking splash. The one I use is attached as banner-om, displaying the Openmoko logo. (I'd been trying to print a random Lao Tze quote beneath it, but could only get random with bash, and bash barfed on the ASCII art for some reason) I just created another, attached as banner-dp. (Hint: Use Gimp, scale & crop your logo or image to 150x150, scale again to 75 vertical only, then save as ASCII art - and you'll have to search&replace to make sure there's no ` backquote characters in the image) I use ANSI codes to print the OM logo in orange, and the DP logo in green. I thought about working on getting the tongue red, not sure if it's worth the effort to me though. If your distro doesn't already have banner, you'll need to symlink it to something like /etc/rcS.d/S03banner j banner-dp Description: Binary data banner-om Description: Binary data ___ 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 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 > 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 > > wrote: > > > >> On Thu, 7 May 2009 18:31:39 +0200 > >> Davide Scaini 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 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 > > > 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 : > > > > > Vasco Nevoa 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 wrote: > 2009/5/5 Xavier Cremaschi : > > 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
Re: FSO Compiled
On Sat, 2 May 2009 19:41:20 +0200 carcinoma 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
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: Why enlightenment?
On Sun, 19 Apr 2009 21:50:10 +0200
Gunnar AAstrand Grimnes 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 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 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
Re: [SHR,FSO] Serenity theme for illume
On Sun, 29 Mar 2009 21:52:42 -0500 The Digital Pioneer 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
[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
Re: [SHR] Launching applications
On Mon, 16 Mar 2009 16:27:02 + Joseph Reeves 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" 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: Illume - Command line to display the keyboard ?
On Thu, 12 Mar 2009 10:17:13 +0100 kimaidou 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 Thu, 12 Mar 2009 08:05:03 +0200 "Risto H. Kurppa" wrote: > On Thu, Mar 12, 2009 at 7:51 AM, Joel Newkirk > wrote: > > On Sun, 8 Mar 2009 15:05:10 +0100 > > Thomas Zimmermann 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: Troubles with opkg.org repo
On Sun, 8 Mar 2009 15:05:10 +0100 Thomas Zimmermann 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: New splash screen with lots of logos
On Tue, 10 Mar 2009 23:55:01 +0100 Pander wrote: > Hi all, > > A new custom splash screen with lots of logos can be found here: > http://wiki.openmoko.org/wiki/Configuring_the_boot_splash_screens#Alternative_instructions > > Regards, > > Pander Personally I try to avoid splash screens, as they often end up consuming resources I would prefer were dedicated to booting up a hair faster. ;) I use the attached /etc/init.d/banner, which works wonderfully with Qi - it just displays a full-screen-sized OM logo formed from orange ASCII characters. I have a variation of it that prints a random Lao Tzu quote at the bottom, but I haven't figured out how to make it random using /bin/sh, while using my preferred /bin/bash (of course not installed by default) has problems displaying the logo. When used with Qi, this logo may be the only thing displayed until X starts, and it will reappear briefly when suspending/resuming/rebooting, which I like. Just drop it in /etc/init.d (there might be a "please wait, booting" version of banner there already) and "ln -s /etc/init.d/banner /etc/rcS.d/S03banner" if no previous banner existed. j banner Description: Binary data ___ 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" wrote:
> On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig
> 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" wrote:
> On Sat, Mar 7, 2009 at 10:09 AM, Tobias Kündig
> 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 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 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: Om2009 release plan
On Tue, 3 Mar 2009 10:08:31 +0800 HouYu Li 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: Om2009 release plan
On Mon, 02 Mar 2009 11:40:21 -0700 Angus Ainslie 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: Fwd: unable to get the boot menu
On Tue, 3 Mar 2009 00:31:54 +0100 Bram Mertens 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 09:14:56 -0700 Angus Ainslie 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: unable to get the boot menu
On Mon, 2 Mar 2009 20:56:59 +0100 Bram Mertens 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
[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: howto: making ipk/opk
On Fri, 27 Feb 2009 23:32:49 +0200 Aapo Rantalainen 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
Re: [2008.12] Opkg.org repository packages that won't install
On Fri, 27 Feb 2009 11:58:26 +0200
"Risto H. Kurppa" 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: Opkg.org segfaulting packages
On Sat, 28 Feb 2009 00:12:27 -0500 Joel Newkirk wrote: > On Fri, 13 Feb 2009 11:59:04 +0200 > "Risto H. Kurppa" 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: Opkg.org segfaulting packages
On Fri, 13 Feb 2009 11:59:04 +0200 "Risto H. Kurppa" 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: GTA03 Touchscreen Capacitive (was Re: OT: iPhone howto)
On Thu, 26 Feb 2009 11:49:01 +0100 Matthias Apitz wrote: > El día Thursday, February 26, 2009 a las 11:38:45AM +0100, Steve > 'dillo Okay escribió: > > > > > On Feb 26, 2009, at 11:20 , Matthias Apitz wrote: > > > > [...] > > > > >> > > > > > > Default: unuseable for terminal/UNIX input > > > Numbers: unuseable for terminal/UNIX, not even for SMS > > >Terminal: useable for terminal/UNIX, but only with stylus > > > > Hmmmit seems as if the problem with the default is that it > > doesn't know UNIX keywords. > > Is it possible to populate the dictionary with UNIX keywords. Who > > decided that the predictive keyboard would be the default ? > > for UNIX you need chars and not predictive words, I think; > > > Or alternatively, how do you set the Terminal keyboard to be the > > default ? > > # cd /usr/lib/enlightenment/modules/illume/keyboards > # mv Default.kbd Default.kbd.orig > # cp Terminal.kbd Default.kbd > # killall -HUP enlightenment > > matthias I usually rename Default.kbd to Alpha.kbd so it's still accessible, but Terminal is default. The problem with either is that opkg upgrade is prone to replace default.kbd. 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 wrote:
> Joel Newkirk wrote:
> > On Wed, 25 Feb 2009 12:43:59 +0100
> > Helge Hafting 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
Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)
On Wed, 25 Feb 2009 12:43:59 +0100
Helge Hafting 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
Re: GUI responsiveness (was Re: SHR first impression : it's slow ?)
On Wed, 25 Feb 2009 09:19:37 +0800 HouYu Li 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
GUI responsiveness (was Re: SHR first impression : it's slow ?)
On Tue, 24 Feb 2009 12:32:09 +0100 Helge Hafting 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: NetworkManager works just fine (was: [ubuntu host] NetworkManager improvements)
On Mon, 23 Feb 2009 15:35:41 +0200 "Patrick C. F. Ernzer" wrote: > Hello, > > On Sun, 22 Feb 2009 21:13:17 -0500 > Joel Newkirk 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 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 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 > 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
[ubuntu host] NetworkManager improvements
I know several people here have had problems with the NetworkManager bugs in Intrepid. I installed Xubuntu 8.10 on my new netbook the other day, upgraded everything, and found that if I used the networkmanager applet to define the interface 'auto usb0' with manual IP of 192.168.0.201/255.255.255.252 (the subnet I use for my FreeRunner, two IPs plus network and broadcast) it 'just works' again. On my desktop Ubuntu (gnome) however, I've still been unable to get it to handle it correctly. (I'm seeing some odd misbehavior in the gnome NM applet, it's possible that either xfce's nm-applet or NM itself is why my netbook works, but gnome nm-applet may still be broken) Has anyone else been successful with Ubuntu NetworkManager recently? And did you revert from a manual config via /etc/network/interfaces to allowing NM to handle usb0? BTW, if anyone is interested I have a working udhcpd set up where my FR hands out 192.168.0.201/30 to whatever asks for an IP on usb0, so I can just jack in and go, more often than not, on a new host. The daemon listens only on usb0, and hands out only an IP and subnet with no routes, which works fine with NetworkManager default - it finds usb0 without a problem on a 'virgin' host and asks for DHCP, and the FR provides. :) Oh, udhcpd is one of the functions rolled into busybox, so it's already on the FR by default and just needs config and launch. 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 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) again
On Sun, 22 Feb 2009 17:19:29 +0100 Francesco de Virgilio 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: SHR missing rootfs (was: Re: bearstech SHR missing rootfs)
On Tue, 17 Feb 2009 17:57:40 -0800 Michael Shiloh 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 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 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, 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 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: [paroli] update week 6/09
SHR-unstable, 01/29, paroli downloaded 01/31 or 02/01: root INFO read config file ./paroli.cfg root INFO read config file /etc/paroli/paroli.cfg root INFO read config file /home/root/.paroli/paroli.cfg root INFO init gui root WARNING can't use backend paroli : No module named etk root WARNING can't use backend csdl : No module named gui root WARNING can't use backend sdl : No module named guip Traceback (most recent call last): File "./paroli", line 146, in tichy.init_gui(None) File "../paroli-core/tichy/__init__.py", line 71, in init_gui import guip ImportError: No module named guip What is missing? j On Mon, 02 Feb 2009 15:43:06 +0100, Mirko Lindner wrote: > Hi all, > > in the good tradition of weekly updates we will try to to get back on > track of keeping you posted on current developments in the paroli and > GUI section. > > For the code base of paroli(d) the past weeks development has been > focused on the core on the one hand and finishing the first set of > design files on the other. > > biggest changes: > - a launcher was introduced allowing the launching of > paroli-applications from within paroli itself > - the dbus interface is optional and both modes should work > - closing application windows from within the window-manager does not > kill the process anymore > - introduction of a preliminary audio service allowing to mute calls (a > test service for non-fso environments was also added) > - a reworked version of the dialer was added > - works on an error-message service have begun > - works on a service checking for changes in the fso have begun > and many small fixes in the code > > for more info go to http://www.paroli-project.org > (also check our api section at http://www.paroli-project.org/api/ ) > > Hoping that the core offers everything we need for now, we hope to be > able to focus our attention on the applications again. > > Main points here are the integration of opimd, a more resource efficient > list generation as well as more a more generic and reusable code-base in > the apps. > > /mirko > > website: http://www.paroli-project.org > bug tracker: http://www.paroli-project.org/trac > source: http://git.paroli-project.org > > _______ > devel mailing list > de...@lists.openmoko.org > https://lists.openmoko.org/mailman/listinfo/devel -- 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 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: 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 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
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" 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 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: [All] To build a better music player
On Thu, 29 Jan 2009 18:09:39 -0500, Dylan Reilly 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: [android] inital thoughts
On Fri, 23 Jan 2009 00:21:26 -0500, Charles Pax wrote: > On Thu, Jan 22, 2009 at 9:06 AM, Russell Hay 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
Re: [SHR] Scrolling (was Re: [SHR] Miscellanious minor issues)
On Thu, 29 Jan 2009 17:20:40 -0500, Joel Newkirk 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
[SHR] Scrolling (was Re: [SHR] Miscellanious minor issues)
On Thu, 29 Jan 2009 20:48:28 +0100, kimaidou 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 > >> On Thu, Jan 29, 2009 at 19:37, kimaidou 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: [SHR] Miscellanious minor issues
On Wed, 28 Jan 2009 22:26:56 -0500, Joel Newkirk 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: 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 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
should be suitable for any T-Mo:US users. Many carriers' APNs and some additional details are listed at http://wiki.openmoko.org/wiki/GPRS#Some_APN_names_for_reference - if yours isn't listed, get the APN from the carrier, then update the wiki to add it. :) Happily, frameworkd takes care of everything else, so if you have GPRS service 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: Re: SHR Unstable
On Mon, 26 Jan 2009 20:41:59 +0100, Johny Tenfinger wrote: > On Mon, Jan 26, 2009 at 20:37, Chris Syntichakis 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: Re: SHR Unstable
On Mon, 26 Jan 2009 09:36:56 -0800 (PST), Chris Syntichakis
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: Someone stole my Neo Freerunner... :(
On Sun, 25 Jan 2009 20:10:54 -0600, The Digital Pioneer 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: SHR Unstable
On Mon, 26 Jan 2009 09:47:05 +0800, HouYu Li 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: Pimlico on the Freerunner ?
On Wed, 21 Jan 2009 12:40:57 +0800, Sean Moss-Pultz wrote: > > On 1/20/09 Robin Paulson wrote: >> 2009/1/20 The Digital Pioneer : >> > > 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" wrote: > 2009/1/20 The Digital Pioneer : >> 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 wrote: > Jan Vlug 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" wrote: > On Thu, Jan 15, 2009 at 11:35 AM, Jan Vlug 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
Re: Illume finger scrolling probs
On Thu, 15 Jan 2009 16:35:22 +1100, Carsten Haitzler (The Rasterman) wrote: > On Thu, 15 Jan 2009 00:28:18 -0500 Joel Newkirk > 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
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: Multiple internet connections
On Tue, 13 Jan 2009 16:48:18 -0800, Sargun Dhillon 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 > 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: On the Enlightenment Bleeding Edge
On Fri, 09 Jan 2009 05:47:14 +0100, "Marco Trevisan (Treviño)" 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: [2008.12 and beyond] questions moving forward
On Sat, 10 Jan 2009 13:19:00 +0900, William Kenworthy 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 > 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: 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 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: On the Enlightenment Bleeding Edge
On Fri, 9 Jan 2009 15:18:27 -0600, "The Digital Pioneer" wrote: > On Fri, Jan 9, 2009 at 4:35 AM, Helge Hafting > 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: 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 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: ok, i got the usb connection going
Your path is incorrect - no '/daily-feed'. Try "opkg install http://downloads.openmoko.org/repository/Om2008.8/om-gta02/distro-feed-configs_1.0-r0.04_om-gta02.opk"; (you might need --force-reinstall or --force-downgrade before 'install') That package contains the armv4t, all, and om-gta02 feed confs pointing at /repository/Om2008.8/all, etc. j On Thu, 8 Jan 2009 19:06:27 -0500, "Harry L. Lee" wrote: > now i'm trying to opkg update. > the sed thing to fix repositories did not seem to work, so i copied using > more, cut and paste, each of the files to my host machine and renamed the > files oldname.orig on my openmoko. i put the "corrected" versions on my > website and used wget to pull them back. opkg update now fails with more > than just signature errors. the files are in > http://jonesnose.com/openmoko/etc/opkg can any one gimme a clue? > thanks in advance be patient with me, once i get beyond clueless noob, > i'll > be a useful contributor to the community > > > -- > ha...@jonesnose.com > Harry L Lee (via gmail) > chief cook and bottle washer > http://jonesnose.com > mailto:ha...@jonesnose.com > 207-384-8030 (email preferred) -- Joel Newkirk http://jthinks.com (blog) http://newkirk.us/om (FR stuff) ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: [2008.12] Anyone get iptables working?
Try "opkg remove iptables" followed by "opkg install
http://downloads.openmoko.org/repository/testing/armv4t/iptables_1.3.8-r4_armv4t.opk";
;)
j
On Thu, 8 Jan 2009 13:47:56 -0800, Nick Van Fossen
wrote:
>
>
>
>> From: timo.lindf...@iki.fi
>> To: stix...@hotmail.com
>> CC: community@lists.openmoko.org; timo.lindf...@iki.fi
>> Subject: Re: [2008.12] Anyone get iptables working?
>> Date: Thu, 8 Jan 2009 23:23:00 +0200
>>
>> Nick Van Fossen writes:
>> > Program received signal SIGILL, Illegal instruction.
>> > 0x9834 in ?? ()
>> > (gdb) backtrace
>> > #0 0x9834 in ?? ()
>> > Cannot access memory at address 0x2
>> > (gdb) x/5i $pc
>> > 0x9834 <__strtoull_internal+1088>: teqeq pc, r5, asr r6
>>
>> Very odd. teq should be perfectly legal instructions that is available
>> on all architecture versions and does not involve exceptions.
>>
>> > 0x9838 <__strtoull_internal+1092>: cfstrsnemvf4, [r0], #-316
>>
>> What is this? Google finds this in a list about "Cirrus Maverick
>> co-processor support for GCC".
>>
>>"the following are patches for gas, ld, opcodes, and bfd-- for the
>> Cirrus DSP arm copprocessor (arm9e)."
>>
>>"/* Cirrus DSP instructions. */"
>>
>> "+ {"cfstrs",0x0c000400, NULL, NULL,
> ARM_EXT_MAVERIK, do_c_ldst_1},"
>>
>> -- http://sources.redhat.com/ml/binutils/2001-10/msg00134.html
>>
>> Where did you get these? :-) Please run
>>
>> 1) gdb --args iptables -v -A POSTROUTING -t nat -j MASQUERADE -s
> 192.168.0.0/24
>> 2) run
>> 3) shell cat /proc/`pidof iptables`/maps
>>
>> so that we see what library comes with this __strtoull_internal
>> implementation.
>
> Like I said, I got iptables and iptables-utils from angstrom by adding
the
> angstrom repo using instructions at
> http://wiki.openmoko.org/wiki/Repositories by creating the
> /etc/opkg/angstrom-feed.conf file per the 2008.8 instructions
> near the top. Then I used commands "opkg update" followed by "opkg
> install iptables iptables-utils". This also
> updated the libgcc1 package, since iptables required a newer version than
> the openmoko repo contained. (this includes the libgcc_s.so.1 file
> mentioned below)
>
> -Nick
>
> r...@om-gta02:/etc/opkg# gdb --args iptables -v -A POSTROUTING -t nat -j
> MASQUERADE -s 192.168.0.0/24
> GNU gdb 6.8
> Copyright (C) 2008 Free Software Foundation, Inc.
> License GPLv3+: GNU GPL version 3 or later
> <http://gnu.org/licenses/gpl.html>
> This is free software: you are free to change and redistribute it.
> There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
> and "show warranty" for details.
> This GDB was configured as "arm-angstrom-linux-gnueabi"...
> (no debugging symbols found)
> (gdb) run
> Starting program: /usr/sbin/iptables -v -A POSTROUTING -t nat -j
> MASQUERADE -s 192.168.0.0/24
> (no debugging symbols found)
> (no debugging symbols found)
> (no debugging symbols found)
>
> Program received signal SIGILL, Illegal instruction.
> 0x9834 in ?? ()
> (gdb) shell cat /proc/`pidof iptables`/maps
> 8000-00021000 r-xp 1f:06 14560 /usr/sbin/iptables
> 00028000-0002b000 rw-p 00018000 1f:06 14560 /usr/sbin/iptables
> 0002b000-0004c000 rwxp 0002b000 00:00 0 [heap]
> 4000-4001c000 r-xp 1f:06 582/lib/ld-2.6.1.so
> 4002-40022000 rw-p 4002 00:00 0
> 40023000-40025000 rw-p 0001b000 1f:06 582/lib/ld-2.6.1.so
> 40025000-4002f000 r-xp 1f:06 14557 /lib/libgcc_s.so.1
> 4002f000-40036000 ---p a000 1f:06 14557 /lib/libgcc_s.so.1
> 40036000-40037000 rw-p 9000 1f:06 14557 /lib/libgcc_s.so.1
> 40037000-40148000 r-xp 1f:06 588 /lib/libc-2.6.1.so
> 40148000-4015 ---p 00111000 1f:06 588/lib/libc-2.6.1.so
> 4015-40151000 r--p 00111000 1f:06 588/lib/libc-2.6.1.so
> 40151000-40153000 rw-p 00112000 1f:06 588/lib/libc-2.6.1.so
> 40153000-40156000 rw-p 40153000 00:00 0
> be85-be865000 rwxp befeb000 00:00 0 [stack]
> (gdb)
>
>
> _
> Windows Live™: Keep your life in sync.
> http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
--
Joel Newkirk
http://jthinks.com (blog)
http://newkirk.us/om (FR stuff)
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
Re: 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" wrote: > 7.10 alternate > > On Tue, Jan 6, 2009 at 8:31 PM, Joel Newkirk > wrote: > >> On Tue, 6 Jan 2009 20:09:14 -0500, "Harry L. Lee" >> 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" 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 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" 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: [2008.12] Enlightenment not starting anymore.
On Sat, 27 Dec 2008 01:25:17 +0100, "Ivar Mossin" wrote: >> On Thu, 25 Dec 2008 16:15:51 +0100, "Ivar Mossin" 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'. >
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 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: us network and Uuntu 8.10 - is there a better way?
On Fri, 26 Dec 2008 16:47:46 +0100, "Torfinn Ingolfsen"
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: [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" 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: [2008.12] Enlightenment not starting anymore.
On Thu, 25 Dec 2008 16:15:51 +0100, "Ivar Mossin" 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] how to restore default illume theme
On Mon, 22 Dec 2008 16:44:39 +0100, "Giorgio Marciano" 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: [OM 2008.12] Enlightenment Drop Shadow Performance
On Mon, 22 Dec 2008 20:23:42 +1100, Carsten Haitzler (The Rasterman) wrote: > On Mon, 22 Dec 2008 03:07:45 -0500 Joel Newkirk > babbled: > >> On Mon, 22 Dec 2008 12:52:09 +0900, "W.Kenworthy" >> 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" >> >> 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: [OM 2008.12] Enlightenment Drop Shadow Performance
On Mon, 22 Dec 2008 12:52:09 +0900, "W.Kenworthy" 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" >> 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: [FSO/Illume] Program icons not showing up
On Sat, 20 Dec 2008 21:06:26 +0100, Ingvaldur Sigurjonsson 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
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: Default IP Address on All Distributions
On Fri, 19 Dec 2008 00:55:22 +, Stroller 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
Re: Stage of GTA03 development?
On Fri, 19 Dec 2008 10:10:59 +0900, "W.Kenworthy" 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: 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" 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 > 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
