But if you wanna port Android onto the new OpenMoko.
I'm sure GNUtoo will be pleased to do this too, as soon
as he got a new OpenMoko.
Guys,
For those of you interested in running/building/improving Android on the
Freerunner, check out http://code.google.com/p/android-on-freerunner/. Cupcake
to see if I can be of any help, even I'm not
able to program either my working day... :-P
Thanks to all and sorry if I've used this ml for something which maybe
wasn't so strictly related to it's main discussions
urodelo
On Tue, 09 Nov 2010 11:14:54 +0100, Niels Heyvaert
nielsheyva
On Mon, 2010-11-08 at 20:45 +0100, David Lanzendörfer wrote:
I'm sure GNUtoo will be pleased to do this too, as soon
as he got a new OpenMoko.
I've already one,
I do not need 2 freerunner for this project.
Denis.
___
Openmoko community mailing list
I've already one,
You got me wrong.
I'm talking of the gta04.
I don't think you have one of them.
Not even me has one of them yet.
Only Nikolaus does, who is working on getting
it running.
I do not need 2 freerunner for this project.
You do not even need one gta02.
You just need ONE gta04 ;-)
http://download.goldelico.com/gta04/images/2009%20Xray/
So it does look ok and we have to find the SDRAM problem
at a different place.
N.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo
Helo community.
Today I've read an article about a new so for mobile phones with android
installed. Its name is Replicant (http://replicant.us/). It comes from
android, and the intention of the developers is to clean android from
closed source code and provide a completely free/open
.
Today I've read an article about a new so for mobile phones with android
installed. Its name is Replicant (http://replicant.us/). It comes from
android, and the intention of the developers is to clean android from
closed source code and provide a completely free/open environment
the GSM interface library written by OpenMoko. It
should be fairly easy to port back collaborate.
On Mon, 2010-11-08 at 15:55 +0100, urodelo wrote:
Helo community.
Today I've read an article about a new so for mobile phones with
android
installed. Its name is Replicant (http://replicant.us
Hi. Thanks for the answer.
So you both are already working on replicant? That's good. I either don't
like the android license, that's because I've thought that having a free
android, as the replicant is intended for, would be nice. I personally
use qtmoko and shr, but for me more choices we
On Fri, Nov 20, 2009 at 11:47 AM, Pietro m0nt0 Montorfano
mont...@gmail.com wrote:
On Fri, 2009-11-20 at 11:24 +0800, Bill Kenworthy wrote:
I looked at the specs and its screen is listed as wqvga hybrid
resistive.
i'll be interested in running ofono on it and a fast distro based on it.
So
at 11:47 AM, Pietro m0nt0 Montorfano
mont...@gmail.com wrote:
On Fri, 2009-11-20 at 11:24 +0800, Bill Kenworthy wrote:
I looked at the specs and its screen is listed as wqvga hybrid
resistive.
i'll be interested in running ofono on it and a fast distro based on it.
So if interested
On Fri, 2009-11-20 at 11:24 +0800, Bill Kenworthy wrote:
I looked at the specs and its screen is listed as wqvga hybrid
resistive.
i'll be interested in running ofono on it and a fast distro based on it.
So if interested in this count me in
Pietro
colaboration proprosal than devices available we must do
a selection, so please don't blame us to much if you can't recieve a
unit at first attempt :P
Regards
David Reyes Samblas Martinez
http://www.tuxbrain.com
Open ultraportable embedded solutions
Openmoko, Openpandora, Arduino
Hey, watch out
if someone is already interested to do serious hacking on the
device please contact me personally or through this list and I will
try to make you arrive one of this unit, as you can understand if we
receive more colaboration proprosal than devices available we must do
a selection, so please don't
Hi,
If you're looking at running fso-dbus e - I'm interested too.
--
View this message in context:
http://n2.nabble.com/OT-Making-Geek-s-phone-not-so-offtopic-on-this-list-tp4031023p4032000.html
Sent from the Openmoko Community mailing list archive at Nabble.com
understand if we
receive more colaboration proprosal than devices available we must do
a selection, so please don't blame us to much if you can't recieve a
unit at first attempt :P
Regards
___
Openmoko community mailing list
community@lists.openmoko.org
is already interested to do serious hacking on the
device please contact me personally or through this list and I will
try to make you arrive one of this unit, as you can understand if we
receive more colaboration proprosal than devices available we must do
a selection, so please don't blame us
I looked at the specs and its screen is listed as wqvga hybrid
resistive.
I presume that hybrid resistive means it can still use a stylus?
Recently tried my sons ipod which you cant use a stylus with - only
useful with huge buttons and a GUI designed for finger use - basicly
hopeless for fine
On Tue, Nov 3, 2009 at 03:06, David Reyes Samblas Martinez
da...@tuxbrain.com wrote:
An now some numbers the average image are 10kb so with the hypotesis
than there are one image per article (yes I know there articles with
more than a image but there a lot of articles without images
...@tuxbrain.com wrote:
Are you uploading this changes to git? can I take a look?
Btw is there any plan to implement images rendering?
Math (images) are on our roadmap. Hopefully before the end of this
year. The screen is only 1bit. So anything else would look kinda
? can I take a look?
Btw is there any plan to implement images rendering?
Math (images) are on our roadmap. Hopefully before the end of this
year. The screen is only 1bit. So anything else would look kinda
funny.
-Sean
Well due I have clear than Internationalization and running other apps
2009/11/3 David Reyes Samblas Martinez da...@tuxbrain.com
An now some numbers the average image are 10kb so with the hypotesis
than there are one image per article (yes I know there articles with
more than a image but there a lot of articles without images) there
will be about 3.000.000
On Tuesday 03 November 2009 09:46:44 Alexander Shulgin wrote:
Can we run zlib and, wait-wait... libpng on the device? :)
Good point!
png compress 1 bit images a lot!
___
Openmoko community mailing list
community@lists.openmoko.org
@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
You're right!
One sample done with treshold tool in gimp and saved in png format:
http://tinypic.com/r/mjs58m/4
--
View this message in context:
http://n2.nabble.com/wikireader-Images-on-the-WR-not-so-imposible-P-was-wikireader
resource hungry
Regarding licensing , well until OM or/and Wikipiedia doesn't say the
contrary (for example considering Wikireader as an extension of the
Wikipedia and allow all wikipedia image to be on Wikireader) we must
stay in the save side so only explicitly free licenced images will be
safe to use
in the save side so only explicitly free licenced images will be
safe to use, I'm working on the
http://download.wikimedia.org/enwiki/latest/enwiki-latest-image.sql.gz
table to know how many pictures we are talking about.
Also some way to not infringe the authoring and licencing text
includings
On Tuesday 03 November 2009 12:15:11 David Reyes Samblas Martinez wrote:
Regarding compression, I believe lzma is already builded in the
wikireader application and it compress the images a 50%. enough for
start I guess. but I have to recongnize than the image on png looks
really good do maybe
.
The problem isn't so much about WikiMedia or OpenMoko, but that the
original authors did not free the images.
As such, whilst maybe they can be on Wikipedia, which is on a non-profit
environment, distributing on the WikiReader (which is for-profit) may
be legally problematic.
I'm not sure
not much resource hungr
Both png and pbm are 1 bit images without lossy compression.
You can obtain exactly the same final image quality on both formats, but png
will have smaller disk size.
As I said lzma compresed pbm files are about the same size like a png
file so if same results can be achieved
problematic than van Gough ... a lot of them
relies on colors to diferentiate each other so italian,french,irish,
and all the miriad trhee vertical colors flags will be very hard
differentiable
I especially think about the huge amount of svg content.
I imagine, that this can be fairly easily detected
David Reyes Samblas Martinez wrote:
But having maps, flags, schematics and other low dynamic stuff makes
total
sense.
I see the flags more problematic than van Gough ... a lot of them
relies on colors to diferentiate each other so italian,french,irish,
and all the miriad trhee vertical
://www.imagemagick.org/Usage/quantize/
[snip]
--
So long, and thanks for all the fish.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
2009/11/3 Evgeniy Ginzburg nad@gmail.com
On Tue, Nov 3, 2009 at 4:06 AM, David Reyes Samblas Martinez
da...@tuxbrain.com wrote:
[snip]
I have find a process[1] I think it can be industrialized to transform
any image of the wikipedia to one more or less good to the device is
clear
images in ASCII, cannot see nothing.
Using .PBM let you see (in worst case) something.
--
So long, and thanks for all the fish.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
-normalize outfile.pbm
For reference see http://www.imagemagick.org/Usage/quantize/
[snip]
--
So long, and thanks for all the fish.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo
is there any plan to implement images rendering?
Math (images) are on our roadmap. Hopefully before the end of this
year. The screen is only 1bit. So anything else would look kinda
funny.
-Sean
Well due I have clear than Internationalization and running other apps
are totally posible and in fact
uploading this changes to git? can I take a look?
Btw is there any plan to implement images rendering?
Math (images) are on our roadmap. Hopefully before the end of this
year. The screen is only 1bit. So anything else would look kinda
funny.
-Sean
Well due I have clear than Internationalization
Hi,
Many applications (such as elmdentica, intone, ...) need the
-ver-svn-02.so.0 version of the libs, so I just link them. Should tis
not be automatically integrated into SHR?
Just to help people cursing on the type-work I generated this using
emacs ;) (I finally start to get the hang
Am Freitag, den 23.10.2009, 18:51 +0200 schrieb Pieter Colpaert:
Hi,
Many applications (such as elmdentica, intone, ...) need the
-ver-svn-02.so.0 version of the libs, so I just link them. Should tis
not be automatically integrated into SHR?
That'd be really nice ideed!
--
Marcel
On Friday 23 October 2009, Pieter Colpaert wrote:
Hi,
Many applications (such as elmdentica, intone, ...) need the
-ver-svn-02.so.0 version of the libs, so I just link them. Should tis
not be automatically integrated into SHR?
No, it shouldn't. If the packages are expected to run on shr
On Fri, Oct 23, 2009 at 06:57:18PM +0100, Al Johnson wrote:
On Friday 23 October 2009, Pieter Colpaert wrote:
Hi,
Many applications (such as elmdentica, intone, ...) need the
-ver-svn-02.so.0 version of the libs, so I just link them. Should tis
not be automatically integrated into SHR
Torfinn Ingolfsen wrote:
Hi,
When my FreeRunner is connected via usb to my laptop, the screen
un-dims ever minute or so.
Screen dim is set to default (20 seconds?), ut every minute the screen
goes back to un-dimmed again, without me doing any activity on the
FreeRunner.
Why does it do
On Mon, Sep 28, 2009 at 10:16 AM, Jim Morris m...@e4net.com wrote:
Torfinn Ingolfsen wrote:
Hi,
When my FreeRunner is connected via usb to my laptop, the screen un-dims
ever minute or so.
Screen dim is set to default (20 seconds?), ut every minute the screen
goes back to un-dimmed again
On Tue, Sep 8, 2009 at 11:33 PM, Radek Polak pson...@seznam.cz wrote:
Torfinn Ingolfsen wrote:
Hi,
When my FreeRunner is connected via usb to my laptop, the screen
un-dims ever minute or so.
Screen dim is set to default (20 seconds?), ut every minute the screen
goes back to un-dimmed
On Wednesday 09 September 2009 20:41:06 Torfinn Ingolfsen wrote:
On Tue, Sep 8, 2009 at 11:33 PM, Radek Polak pson...@seznam.cz wrote:
Torfinn Ingolfsen wrote:
Hi,
When my FreeRunner is connected via usb to my laptop, the screen
un-dims ever minute or so.
Screen dim is set
Torfinn Ingolfsen wrote:
Hi,
When my FreeRunner is connected via usb to my laptop, the screen
un-dims ever minute or so.
Screen dim is set to default (20 seconds?), ut every minute the screen
goes back to un-dimmed again, without me doing any activity on the
FreeRunner.
Why does it do
Hi,
When my FreeRunner is connected via usb to my laptop, the screen un-dims
ever minute or so.
Screen dim is set to default (20 seconds?), ut every minute the screen goes
back to un-dimmed again, without me doing any activity on the FreeRunner.
Why does it do that?
--
Regards,
Torfinn Ingolfsen
) that I
can have the speaker near my ear and the microphone near my mouth. People
can hear me clearly with my Nokia 6103b, but sometimes I have to move the
speaker so I can hear them better.
However, because the FreeRunner is so much shorter, I have to hold it like
this so people can hear me clearly
On Wednesday 26 August 2009, Brolin Empey wrote:
Is there any way to make this position practical, other than using a
headset?
Increase the mic gain.
http://wiki.openmoko.org/wiki/SHR_User_Manual#Audio:_Volume
).
According to Adolph Vogel's suggestion, I vote for Neon.
2 Votes so far.
+1
3 Votes
+1
4 votes.
+1
5 votes
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
KaZeR:
I suggest adding Neon (the image viewer).
According to Adolph Vogel's suggestion, I vote for Neon.
2 Votes so far.
+1
3 Votes
+1
4 votes.
+1
5 votes
6 votes, Thomas Franck voted in the forked thread
, 04:58 -0500 schrieb KaZeR:
I suggest adding Neon (the image viewer).
According to Adolph Vogel's suggestion, I vote for Neon.
2 Votes so far.
+1
3 Votes
+1
4 votes.
+1
5 votes
6 votes, Thomas Franck voted in the forked thread.
So, with mine
-12, śro o godzinie 12:08 +0200, Marcel pisze:
Am Mittwoch, den 12.08.2009, 04:58 -0500 schrieb KaZeR:
I suggest adding Neon (the image viewer).
According to Adolph Vogel's suggestion, I vote for Neon.
2 Votes so far.
+1
3 Votes
+1
4
schrieb
KaZeR:
I suggest adding Neon (the image viewer).
According to Adolph Vogel's suggestion, I vote for
Neon.
2 Votes so far.
+1
3 Votes
+1
4
Well, with OpenWrt I can finally place and receive calls and messages.
And the phone responds to the screen when I get a call after it goes to
sleep.
IT WORKS!!! 8)
However, the volume in the wire headseat is VERY low and I have no idea
about the bluetooth.
Does anybody knows how to make
Because July is so boring month, joining the latest complains thread.
Btw, I just came back from a week's trip where FreeRunner was
absolutely a gem to have. GPS was trustworthy, I was able to backup
photos from camera to Neo via USB host mode (and onwards to USB stick
or over WLAN/SSH to home
, Jul 16, 2009 at 4:04 PM, Timo Jyrinki timo.jyri...@gmail.comwrote:
Because July is so boring month, joining the latest complains thread.
Btw, I just came back from a week's trip where FreeRunner was
absolutely a gem to have. GPS was trustworthy, I was able to backup
photos from camera to Neo via
, ShortOM for system script launching, Mokoko as media
player, Leafpad as text editor and a bunch of other apps which work very
well.
So I
really regret my decision to buy it. But then again, it was touted as a real
phone for end-users back then and being a happy Linux-User for 14 years, I
the interface when powered on, so udev scripts
does not configure it, you have to manually type ifup, this was
signaled and patch proposed everywhere and in the openembedded
development list too but was ignored
* wpa_roam support is broken in OE based distro (should work fine on
debian, but I did not test
On Wed, Jul 15, 2009 at 11:07 AM, Nicola Mfbnicola@gmail.com wrote:
[..]
So it works for me (some random kernel ops), and works for you, but
saying WiFi works fine on freerunner may seems a joke IMHO.
I was lucky, just now my FR crashed with om2009 while trying to using wifi:
Unable
On Mon, 13 Jul 2009 12:30:29 -0700
Ben Wong lists.openmoko@wongs.net wrote:
Thank you, Maddog, for your trenchant comment. I was having trouble
verbalizing a response to mobiphil, but you've hit it exactly. To
consider Openmoko a failure for having lower GPU performance is to
battery-hungry) nor as a PDA (no usable software available). So I
really regret my decision to buy it. But then again, it was touted as a real
phone for end-users back then and being a happy Linux-User for 14 years, I
thought that I could live with some minor flaws...
I'm really for the idea
neither use as a proper phone (speaker still WAY to low, too unstable, too
slow, too battery-hungry) nor as a PDA (no usable software available). So I
really regret my decision to buy it. But then again, it was touted as a real
phone for end-users back then and being a happy Linux-User for 14 years, I
i don't know where you got this information, but by far and large the OM
phones have never been touted as ready for end users by OM, or by the
developers working on the neo1973 or freerunner software.
while i share your angst that the phone has been out for so long and
software is still pretty
something like a 100 engineers working on Android,
and still many people say it's a failure. Maybe it means that making a phone
isn't so easy?
2009/7/14 Joerg Lippmann jl_li...@donalbain.de
When will that be? When the device is completely obsolete?
Sorry, but after a year of waiting I still have
available). So I
really regret my decision to buy it. But then again, it was touted as a
real
phone for end-users back then and being a happy Linux-User for 14 years, I
thought that I could live with some minor flaws...
My experience has been quite different - I've found the OM to be quite
problems, usb
enumeration problems, suspend with no resume, difficulties to recharge
the empty battery and so on.
Now that openmoko does not develops the kernel anymore we have only to
hope that actually volunters kernel maintainers will have time to
improve it (and above all a copy of NDA documentation
(speaker still WAY to low, too unstable, too
slow, too battery-hungry) nor as a PDA (no usable software available). So I
really regret my decision to buy it. But then again, it was touted as a real
phone for end-users back then and being a happy Linux-User for 14 years, I
thought that I could
it was supposed to be ready for the end
user (thats when I bought it - first release) - its only when it got
into the hands of users that this shown to be wrong - and at the time OM
and community thought it was nearly there so there was no concious
attempt to deceive. Time showed how wrong we all were
mobi phil m...@mobiphil.com writes:
So... my question is ... is it a joke
[...]
In this case I would really advice people to refrain in buying the
openmoko, and better go for glofiish M800, that has a keyboard and
radio as plus
... and that, it appears, also has a $300 higher MSRP. Almost
200 reps @ 0.0028 msec (36.0/sec): Dot
200 reps @ 0.0026 msec (391000.0/sec): Dot
1000 trep @ 0.0026 msec (388000.0/sec): Dot
so, you can see the differences between the numbers... However I am a bit
confused, and need to read once more the manpage to know exactly how
On Mon, Jul 13, 2009 at 04:02:38PM +0200, mobi phil wrote:
I spent this weekend some time to compare and to try to understand what is
slow, why is openmoko slow... At least concerning the display I came to the
concusion that X windows is/should not too much to blame.
Not X, but the bandwidth
/sec): Dot
200 reps @ 0.0025 msec (393000.0/sec): Dot
200 reps @ 0.0028 msec (36.0/sec): Dot
200 reps @ 0.0026 msec (391000.0/sec): Dot
1000 trep @ 0.0026 msec (388000.0/sec): Dot
so, you can see the differences between the numbers... However I am a bit
several
slower... So ... whatsoever would be the device... forget about plan B,
forget about openmoko for ever... Concentrate on linux for mobile device and
encourage hackers to write drivers for them, eventually paying them per
paypal etc.
rgrds,
mobi phil
being mobile, but including technology
http
at least avoid tons
of
emails about slow graphics, about why X window etc. Again, M800 has
keyboard, very usefull for a linux phone. Only drawback, it has only
64megs
memory, but better have less applications running smoother, than several
slower... So ... whatsoever would be the device
those phones as reference...Again, M800 has
keyboard, very usefull for a linux phone. Only drawback, it has only
64megs memory, but better have less applications running smoother, than
several slower... So ... whatsoever would be the device...
Stating this you show that you completely misunderstood
, but better have less applications running smoother, than several
slower... So ... whatsoever would be the device... forget about plan B,
forget about openmoko for ever... Concentrate on linux for mobile device and
encourage hackers to write drivers for them, eventually paying them per
paypal
On Mon, Jul 13, 2009 at 5:06 PM, Ivan Shirokovivanshirok...@gmail.com wrote:
[...]
Well, I would say it was a very bad joke. I spent eq. of 400 dolars, I was
waiting 1 year for glamo acceleration etc, etc. that would make the phone
usable etc, and it turns out, that it will never be. With the
... So ... whatsoever would be the device...
Stating this you show that you completely misunderstood the goals of the
Openmoko project. Porting the Linux kernel and having the upper levels
of software interface available on a phone designed and manufactured by
Samsung is completely different
Marcel-2 wrote:
Am Freitag, 3. Juli 2009 01:40:08 schrieb Morten:
I agree, there's so many tricks that you just can't know them all by
yourself. They should be written down (or made the default)
Maybe making up some kind of a useful hints page would be good, where
every hint has
KaZeR schrieb:
Marcel-2 wrote:
Am Freitag, 3. Juli 2009 01:40:08 schrieb Morten:
I agree, there's so many tricks that you just can't know them all by
yourself. They should be written down (or made the default)
Maybe making up some kind of a useful hints page would be good
KaZeR schrieb:
Marcel-2 wrote:
Am Freitag, 3. Juli 2009 01:40:08 schrieb Morten:
I agree, there's so many tricks that you just can't know them all by
yourself. They should be written down (or made the default)
Maybe making up some kind of a useful hints page would be good
may still me there)
I've already installed your package and posted a few comments on the SHR ML
;)
It's indeed the fastest i've seen so far.
--
View this message in context:
http://n2.nabble.com/Why-is-it-so-slow---tp3189824p3218334.html
Sent from the Openmoko Community mailing list archive
i made a fast theme package for shr. speed-up is quite noticable..
install instructions and screenies here:
http://jmccloud.jm.funpic.de/?p=54
(yes i want to spread the theme, becaus the more testers i have the
faster i can iron out bugs which may still me there)
Ahh, very nice. Much
One bug report for the theme, I've got GUI corruption on the keyboard. The
button on the upper right that selects which keyboard to use has some sort
of mess on it. It's only on that button. That's the only problem I've
spotted so far. Great theme!
--
Thanks,
The Digital Pioneer
--
Please
The Digital Pioneer schrieb:
i made a fast theme package for shr. speed-up is quite noticable..
install instructions and screenies here:
http://jmccloud.jm.funpic.de/?p=54
(yes i want to spread the theme, becaus the more testers i have the
faster i can iron out bugs which
Mostly yes - uglyness in x11-16 is introduced by disabled
smooth-scalling. My themes are available in SHR repo -
elementary-theme-sixteen and e-wm-theme-illume-sixteen :)
I've just installed them, but illume segfaults when I try to select
themes
Latest SHR unstable
same here
Petr
On Sun, Jul 5, 2009 at 09:24, Petr Vanekvan...@penguin.cz wrote:
Mostly yes - uglyness in x11-16 is introduced by disabled
smooth-scalling. My themes are available in SHR repo -
elementary-theme-sixteen and e-wm-theme-illume-sixteen :)
I've just installed them, but illume segfaults when I try
O Domingo, 5 de Xullo de 2009, Sebastian Krzyszkowiak escribiu:
Well, that's not problem with my theme :P But to change theme AFAIR
you have to change engine to x11. Change engine, change theme and
change engine back to x11-16.
Great!
It looks nice, and it scrolls nice
+1 for default
On 7/3/09, Petr Vanek van...@penguin.cz wrote:
On Fri, 3 Jul 2009 11:00:09 +0200
Sebastian Krzyszkowiak seba.d...@gmail.com (SK) wrote:
About x11-16 uglyness - yestersay I've started to make theme, which in
x11-16 looks like default theme in x11 :) Results on scap.
how do you make it look
O Sábado, 4 de Xullo de 2009, Sebastian Krzyszkowiak escribiu:
Mostly yes - uglyness in x11-16 is introduced by disabled
smooth-scalling. My themes are available in SHR repo -
elementary-theme-sixteen and e-wm-theme-illume-sixteen :)
I've just installed them, but illume segfaults when I try
schrieb Morten:
Martin Bernreuther wrote:
Am Donnerstag, 2. Juli 2009 schrieb Bernd Prünster:
export ELM_ENGINE=x11-16
is the correct line that needs to be added to /etc/profile (just
copied form my /etc/profile file, so make sure its correct)
How about adding this information
form my /etc/profile file, so make sure its correct)
How about adding this information to the OpenMoko or distribution
specific Wiki?
(This was about SHR, wasn't it?) Or is it already there?
Martin
I agree, there's so many tricks that you just can't know them all by
yourself
On Fri, 3 Jul 2009 11:00:09 +0200
Sebastian Krzyszkowiak seba.d...@gmail.com (SK) wrote:
About x11-16 uglyness - yestersay I've started to make theme, which in
x11-16 looks like default theme in x11 :) Results on scap.
how do you make it look better? different resolution of images?
Petr
On Wed, Jul 1, 2009 at 22:57, Nicola Mfbnicola@gmail.com wrote:
Again for the same reason you see, in the case of SHR for example,
python apps interacting with python ophonekitd, interacting with
python framework.
You're wrong. In SHR, python apps which are in default image are only
On Thu, Jul 2, 2009 at 2:06 PM, Sebastian
Krzyszkowiakseba.d...@gmail.com wrote:
On Wed, Jul 1, 2009 at 22:57, Nicola Mfbnicola@gmail.com wrote:
Again for the same reason you see, in the case of SHR for example,
python apps interacting with python ophonekitd, interacting with
python
Am Donnerstag, 2. Juli 2009 schrieb Bernd Prünster:
export ELM_ENGINE=x11-16
is the correct line that needs to be added to /etc/profile (just copied form
my /etc/profile file, so make sure its correct)
How about adding this information to the OpenMoko or distribution specific Wiki
Martin Bernreuther wrote:
Am Donnerstag, 2. Juli 2009 schrieb Bernd Prünster:
export ELM_ENGINE=x11-16
is the correct line that needs to be added to /etc/profile (just copied
form my /etc/profile file, so make sure its correct)
How about adding this information to the OpenMoko
Am Freitag, 3. Juli 2009 01:40:08 schrieb Morten:
Martin Bernreuther wrote:
Am Donnerstag, 2. Juli 2009 schrieb Bernd Prünster:
export ELM_ENGINE=x11-16
is the correct line that needs to be added to /etc/profile (just
copied form my /etc/profile file, so make sure its correct)
How
Hello Guys,
I've purchased recently a new freerunner, and I'm really surprised
until about the slowlyness of the interface. Comparing it to an
iphone, the GUI is really very slow, using Android, or openmoko
distribution. Could anyone explain why and if this will be ever better
one day (more
1 - 100 of 194 matches
Mail list logo