On Saturday 15 May 2010 14:46:20 Alex Samorukov wrote:
Hi,
I compiled eyepiece viewer with PDF support. It works fine on my NEO
(qtmoko v22), pdf loading speed is very good. There are some (original)
bugs and limitations on the viewer, but basic functions are working
fine. Link to the test
no - andy-tracking does not have kms stuff. All 2.6.32 kernels were until now
also without kms - they are built from om-gta02-2.6.32. At that time KMS
branch had some problem, which were fixed. Last time i tried KMS branch it
worked fine. So maybe next 2.6.32 based release will be with kms.
2010/5/16 mobi phil m...@mobiphil.com:
I am a bit confused with the kernel branches... I assume that
om-gta02-2.6.32 is the 2.6.32 kernel version one people are
experimenting in distros... However I was reading references to the
drm/kms changes in those distros, but your kms/drm changes do not
Dr. H. Nikolaus Schaller wrote:
The problem is not technology or DIY capabilities, but cost.
What we want to have is a nice case achievable for everybody, not only
the enthusiast who wants to spend time and money for experimenting
with DIY hardware or commercial FDM.
So the question
On Monday 17 May 2010 10:45 AM, Dr. H. Nikolaus Schaller wrote:
So if we find a method that allows to make 10 units from a budget of
500 EUR or 100 units from a total budget of 5000 EUR I am happy!
This may be a dumb response. But what about a machined metal (aluminium)
case. These prices
Thanks Timo,
I haven't recently tried it out, but all in all you may be interested
in using
http://git.bitwiz.org.uk/?p=kernel.git;a=shortlog;h=refs/heads/gdrm-for-merging,
which is basically the very latest om-gta02-2.6.32 + KMS/DRM support.
It's not currently available at
Hello to all,
I try straight to start python idle. I get the following messages:
r...@om-gta02 ~ $ idle
Traceback (most recent call last):
File /usr/bin/idle, line 3, in module
from idlelib.PyShell import main
File /usr/lib/python2.6/idlelib/PyShell.py, line 14, in module
import
Hello to all,
I try straight to start python idle. I get the following messages:
r...@om-gta02 ~ $ idle
Traceback (most recent call last):
File /usr/bin/idle, line 3, in module
from idlelib.PyShell import main
File /usr/lib/python2.6/idlelib/PyShell.py, line 14, in module
import
Le 13/05/2010 22:29, GNUtoo a écrit :
simply bind the power key to fullscreen in illume settings
Denis.
Thanks.
___
Openmoko community mailing list
community@lists.openmoko.org
http://lists.openmoko.org/mailman/listinfo/community
On Mon, 17 May 2010 14:00:13 +0200
mobi phil m...@mobiphil.com wrote:
Was not aware about the repo on Thomas's site. Will try bluetooth with
the mentioned reference (gdrm-for-merging).
Watch out - there's a huge problem with command queue handling in
gdrm-for-merging which I haven't had a
On Mon, 2010-05-17 at 13:05 +0200, Joachim Steiger wrote:
also there are limitations of what you can do with which each
production-method:
* e.g. for reprap-alikes, all overhangs 45deg need support
structures.
* milling in 3axis means you can only 'mill from e.g. above'.. to turn
it to the
maybe then merging gdrm stuff from gdrm branch from git.openmoko.org
and rest from gdrm-for-merging?
or what would be the best to merge to have both stable 2.6.32 and drm/kms?
On Mon, May 17, 2010 at 7:11 PM, Thomas White t...@bitwiz.org.uk wrote:
On Mon, 17 May 2010 14:00:13 +0200
mobi phil
Am 17.05.2010 um 20:00 schrieb GNUtoo:
On Mon, 2010-05-17 at 13:05 +0200, Joachim Steiger wrote:
also there are limitations of what you can do with which each
production-method:
* e.g. for reprap-alikes, all overhangs 45deg need support
structures.
* milling in 3axis means you can only
Radek Polak wrote:
Hi Alex,
works nice - i tried just one PDF, but it displayed nice. I can commit and
recompile the eyepiece package with your changes if you want.
Yes, IMHO its good to have pdf viewer in a box. I was also thinking to
create image plugin for pdf, but found that api is
On Mon, 17 May 2010 20:24:14 +0200
mobi phil m...@mobiphil.com wrote:
maybe then merging gdrm stuff from gdrm branch from git.openmoko.org
and rest from gdrm-for-merging?
or what would be the best to merge to have both stable 2.6.32 and
drm/kms?
It's nothing to do with merging, I just made
Hi,
On Sun, May 16, 2010 at 11:54 AM, Jens Seidel jenssei...@users.sf.netwrote:
Questions:
flash partitions are not scanned? Why?
I don't know, the last paragraph of the README is:
The NAND partition is ignored by the bootmenu because Qi will pass the
required parameters on the kernel
hi list,
i'm trying to sync my sim contacts via pisi with my desktop evolution,
but since 2 days it doesn't work.
i tested that on QtMoko v22 / Shr-T / Shr-U, all of them fully updated.
all i get is this error:
** PHASE 1 - Loading **
DBUS_SIM: Loading
SIM
maybe then merging gdrm stuff from gdrm branch from git.openmoko.org
and rest from gdrm-for-merging?
or what would be the best to merge to have both stable 2.6.32 and
drm/kms?
It's nothing to do with merging, I just made a new branch, cleaned up
and more suitable for merging back to the
On Tue, May 18, 2010 at 12:24:27AM +0200, mobi phil wrote:
maybe then merging gdrm stuff from gdrm branch from git.openmoko.org
and rest from gdrm-for-merging?
or what would be the best to merge to have both stable 2.6.32 and
drm/kms?
It's nothing to do with merging, I just made a
19 matches
Mail list logo
