Julian Chu wrote:
I am the leader of building stuff.
We did a release in 2008.8 then provide a stable feed.
Buidhost is a building machine that build many things with
AUTOREV. That means everything comes from buildhost is *Unstable*
We provide buildhost for the reason
diff --git a/packages/navit/navit_0.0.4.bb b/packages/navit/navit_0.0.4.bb
index 104495f..edd4519 100644
--- a/packages/navit/navit_0.0.4.bb
+++ b/packages/navit/navit_0.0.4.bb
@@ -4,4 +4,7 @@ PR = r0
SRC_URI = ${SOURCEFORGE_MIRROR}/navit/navit-${PV}.tar.gz
+DEFAULT_PREFERENCE = -1
+
Lothar Behrens wrote:
The difference is that I am using openSuSE 11 instead of 10.3.
Which (of the many, redundant, mostly out of date, non-executable)
instructions did you use? Your subject says MokoMake (which I assume
means MokoMakefile) but you talk below about manually installing bitbake
OpenVPN is also in the fso-testing and fso-unstable autobuild
repositories at shr.bearstech.com, along with every other package listed
in the OE task-openmoko-feed recipe ...
-- Rod
Michele Renda wrote:
If you want an easy way, you can try with Debian.
OpenVPN is in repository!
Michele
host operating system, with the host package
configuration as specified in the sources.list and dpkg-list.txt
files in the server-config directory.
Then copy the Makefile and 'common' directory to your build area.
Read the Makefile for further documentation and instructions.
-- Rod Whitby
Torfinn Ingolfsen wrote:
FYI, I just installed FSO testing (latest snapshot) on my Neo 1973.
Looks - I like it!
screen locker - I like it!
And many things work also - nice!
I don't have a SIM card in my 1973 (it's in the FreeRunner) so I can't
test phone functions.
GPS - I have installed
Kevin Fenzi (by way of Kevin Fenzi [EMAIL PROTECTED]) wrote:
Just read your announcement about the testing and unnstable FSO feeds.
Awesome work. ;) A few quick questions tho:
1. How can we request/test new packages be added to the
task-openmoko-feed ? (In particular I would love to see
Timo Juhani Lindfors wrote:
Joel Newkirk [EMAIL PROTECTED] writes:
http://newkirk.us/om/dnscache_2.1.5_armv4t.ipk and let me know of any
Hmm, how do I build this from source?
Indeed - I'd be happy to test bitbake recipes for these ...
-- Rod
___
Kevin Fenzi wrote:
I installed the unstable image, and tried to use either the unstable or
testing feeds here, and I get:
a bunch of:
Assuming locally installed package is up to date.
then a bunch of:
* Packages were found, but none compatible with the architectures
Torfinn Ingolfsen wrote:
Downloading http://my-distribution.org/remote-feed/...
You might want to change that to the actual location of the feeds ...
-- Rod
___
Openmoko community mailing list
community@lists.openmoko.org
Daniel Selinger wrote:
Or should i still consider using the 2007 or SHR release to begin with
the phone, despite the fact that they are mainly based on the old gtk
apps which will likely be abondoned in the future, aren't they?
There is no SHR release yet - do you perhaps mean ASU/Om2008.8 ?
Yohann (YC) Coppel wrote:
So, I can view the maps, calculate the directions, but It does not
read gps data.
I am using FSO, and apparently there is no gpsd in the repositories.
gpsd is installed in the GTA01 fso-testing image at shr.bearstech.com,
and navit is also in the fso-testing feeds. I
Torfinn Ingolfsen wrote:
On Thu, Aug 21, 2008 at 10:01 AM, Torfinn Ingolfsen [EMAIL PROTECTED] wrote:
On Thu, Aug 21, 2008 at 2:12 AM, Rod Whitby [EMAIL PROTECTED] wrote:
The connection between gllin and TangoGPS is not there on the
fso-testing image (since we're waiting for some major
Ernst Skribbler wrote:
Rod wrote:
This means you haven't got the
gpschannel_add_udpchannel_and_filechannel.patch from Trac 49 applied.
Any idea when the patches that fix GPS will be available in the
testing images? Thanks.
Yes, when the frameworkd developers have a stable new version
On Wednesday 27 August 2008, Marek Lindner wrote:
We also
encourage $your_project to be built by our auto builder and become
installable on the base image. This should give you the time to focus on
improving your project instead of building and distributing it.
The unstable package feed
Stroller wrote:
I thought the standard now was unlimited data plans.
...
You have my sympathies if you're not on an unlimited data plan, Ole,
but I would see unlimited data use as the long-term expectation of
OpenMoko projects.
Please don't assume that everyone has unlimited data plans.
Michael Kluge wrote:
At the risk ob beeing called a parrot I want to ask the same question again:
Is anyone able to build a 2008.08 image with Mokomakefile?
This is the third time I am asking this. I really noone interested in this?
Did I miss anything and do we now build images a
Marek Lindner wrote:
On Saturday, 30. August 2008 14:08:48 Rod Whitby wrote:
I'm still waiting for Openmoko to decide which branch they are using, so
I can advise people how to build Om2008.8 properly using MokoMakefile.
The decision is made. Julian tried to explain it before but I can try
Julian Chu wrote:
On Wed, Aug 27, 2008 at 11:57:37PM +0930, Rod Whitby wrote:
Will you be autobuilding from the OE git repository or the OM git
repository?
If the latter, will non-Openmoko staff have commit rights?
If not, then we will still need autobuilders for the community
Nishit Dave wrote:
On Sat, Aug 30, 2008 at 2:43 AM, Risto H. Kurppa [EMAIL PROTECTED] wrote:
On Fri, Aug 29, 2008 at 7:39 PM, Nishit Dave [EMAIL PROTECTED] wrote:
I have installed ePDFviewer from http://www.ginguppin.de/node/21 after
loading all missing dependencies from the feed at
Stroller wrote:
On 30 Aug 2008, at 05:34, Rod Whitby wrote:
Please don't assume that everyone has unlimited data plans.
Please don't assume probably won't prevent developers from doing so.
Nothing can prevent open source developers from taking any world view
they please. That's their right
Shawn Thompson wrote:
Is there an opkg package for emacs?
I've just added emacs (and tichy, pidgin, epdfview, microcom and midori)
to task-openmoko-feed, so any properly-set-up feed for Openmoko (such as
shr.bearstech.com) should have it after the next autobuild run.
-- Rod
Joachim Breitner wrote:
At the moment, emdebian does not support python, because python seems to
be hard to cross-compile
Hmm - OpenEmbedded has no problems cross-compiling python ...
Perhaps it's a bit of NIH rather than hardness ;-)
-- Rod
___
Craig B. Allen wrote:
In my non-exhaustive testing of FSO, I have found that daily builds
generally have significant issues, so unless you are installing a FSO
milestone release, then I would not recommend FSO.
Are you using the testing feed or the unstable feed?
Unstable is guaranteed to
Marco Trevisan (Treviño) wrote:
better not set TZ but do once (once after every update/upgrade?!):
cp /usr/share/zoneinfo/Europe/Rome /etc/localtime
Even better to make that a symlink, then if your city ever changes it's
daylight savings rule, then you will automatically get the update.
Michael 'Mickey' Lauer wrote:
For building a .dev branch, in your local.conf file, you should have at least
the following three entries. Example for the Angstrom distribution and the
Openmoko gta01 machine:
BBFILES = /stuff/org.openembedded.dev/packages/*/*.bb
DISTRO = angstrom-2008.1
Michael 'Mickey' Lauer wrote:
Am Saturday 06 September 2008 00:48:00 schrieb Rod Whitby:
Michael 'Mickey' Lauer wrote:
For building a .dev branch, in your local.conf file, you should have at
least the following three entries. Example for the Angstrom distribution
and the Openmoko gta01
Russell Sears wrote:
Can someone fix the file permissions?
Bearstech is in the middle of doubling the disk space available for the
FSO feeds, so the site is down at the moment.
I don't have an ETA for when it will be up again, but they should only
need to copy about 50GB from one partition to
Russell Sears wrote:
Can someone fix the file permissions?
In the meantime, you can use the following workaround:
git clone git://git.freesmartphone.org/fso-makefile common
ln -s common/Makefile Makefile
-- Rod
___
Openmoko community mailing list
John Whitmore wrote:
Thanks to all who replied and to Hedora who went and edited the wiki
page. No doubt more questions may follow from me in the fullness of
time, but for the moment I'm building. I'm hoping that I can ultimately
help out here. If asking questions of Wiki pages highlights
, will enable those packages to be available from a
number of official and unofficial feeds, and also automatically comply with
GPL licenses.
-- Rod Whitby
-- Maintainer of the fso-testing and fso-unstable feeds
___
Openmoko community mailing list
community
Didier Ptitjes wrote:
OK I found the problem finaly.
The Wiki states what follows for the local.conf :
MACHINE = x86
DISTRO = openmoko
BUILD_ARCH = i686
INHERIT += devshell
TARGET_FPU =
but the INHERIT += rm_work is mandatory else the bitbake doesn't work
at all as you can see
Didier Ptitjes wrote:
It seems that the Wiki is outdated.
Yes, wiki's are always outdated. :-(
For example, the Wiki says you have
to make openmoko-devel-image or openmoko-qtopia-x11-image. But the
MokoMakefile version I downloaded has no such target but you have to set
Previdi Roberto wrote:
When i make an update/upgrade opkg carefully protect my configuration
files inside /etc, but he always destroy my changes in /opt/Qtopia/etc,
causing qpe to search for documents in all the /usr (which i transferred
on the memory card). Is there a way to tell to opkg to
Harald Koenig wrote:
On Sep 12, Nicola Mfb wrote:
In my oe tree i have navit_cvs and not navit_svn,
and can you start a build for navit_cvs (I'd guess for you
it's make build-package-navit-cvs then?)
Everything after the '_' in the bitbake recipe name is part of the version
number, and
Didier Ptitjes wrote:
I just noticed that this behavior only occurs when building for the
x86 machine. I say this if this can help to identify the problem.
Do you mean x86 as a host, or x86 as a target. x86 as a target is not
supported, and x86 as a host is what everyone uses, so you can
Nicola Mfb wrote:
On Sat, Sep 13, 2008 at 2:37 AM, Rod Whitby [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
[...]
Everything after the '_' in the bitbake recipe name is part of the
version
number, and should not be used as part of a make command.
You need
Nicola Mfb wrote:
On Sat, Sep 13, 2008 at 4:47 AM, Rod Whitby [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
You should report the confusion to the bitbake developers, not to the
openmoko community.
https://lists.berlios.de/mailman/listinfo/bitbake-dev
Come on Rod
Didier Ptitjes wrote:
python-etk already has the two openembedded patches applied in
python-etk git. This makes build failing during patch.
Yes, this is the problem that Openmoko due to their decision to let versions
float with regard to packages like this. It means that breakage like this
Charles-Henri Gros wrote:
Joel Newkirk wrote:
Quick question, hopefully someone can instantly see my error:
I've built the full iproute2 toolset, and am working on an ipk/opk for ip
and tc.
The default om2008 at least, has /bin/ip linked to /bin/busybox. So that
should be changed. For
W.Kenworthy wrote:
I am having a problem registering anything ASU/FSO based with the
Australian Vodafone GSM network. Its not the SIM card but ASU/FSO as
2007.2 works fine. I also believe that other Aussies are having the
same problem.
Just as a data point, my GTA01 running FSO registers
Michael 'Mickey' Lauer wrote:
/home/micha/openmoko/openembedded/packages/freesmartphone/gsm0710muxd_svn.b
b, do_fetch)
That looks like a very old recipe, we switched to git since months.
I think what's happening here is that task-openmoko-feeds has not been
built lately on the Oenmoko
Tilman Baumann wrote:
And for the wakeup stuff. Well besides at there is not much of a stable
interface i guess, besides some acpi and nvram cruft.
I guess a dbus interface suits well for that. But needs to be more
abstract (register timer for callback/signal, remove timer). :)
But somehow
Erin Yueh wrote:
Hi,
i use OE to build package and i upload socat package here. You may try
it on.
http://cs1.cs.nyu.edu/~wcy203/socat_1.3.2.1-r1_armv4t.opk
Since you work at Openmoko, why didn't you just add socat to the
task-openmoko-feed bitbake recipe, and then re-run the openmoko
Lally Singh wrote:
I'm getting an openmoko build environment set up on OpenSolaris
(which, btw, is great). A build error is difficult for me to
interpret. I was hoping for some help. I've included the full output
below.
At this point, you have left the realm of MokoMakefile, and entered
Marco Trevisan (Treviño) wrote:
Holger Freyther wrote:
On Thursday 18 September 2008 19:05:51 Marco Trevisan (Treviño) wrote:
Ok, I was right... The latest upgrade to phonevendor plugin in git
blocked it [1]
Grab this [2] and put it in /opt/Qtopia/plugins/phonevendors. Restart
the phone
Nicola Mfb wrote:
You may use the Makefile at http://shr.bearstech.com/ , this will setup
the entire openembedded environment to build toolchain and fso
images/applications.
Note that the canonical place for the FSO Makefile is now at
downloads.freesmartphone.org - shr.bearstech.com is for SHR
Didier Raboud wrote:
Russell Hay wrote:
I'm assuming they're not intending to release the full code? Certainly
cant see any mentions of license or downloads on their site.
Formally, they only have to release the source code to their buyers...
... and then that buyer can release it
Angus Ainslie wrote:
On Mon, Sep 22, 2008 at 6:51 PM, Rod Whitby [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Didier Raboud wrote:
Russell Hay wrote:
I'm assuming they're not intending to release the full code?
Certainly
cant see any mentions of license
Andy Green wrote:
It used to be that our kernel packages followed our stable kernel git daily.
But the hash on that one tells it is stuck at Aug 23 patchlevel...
Yet another reason why the openmoko autobuilder configuration should be
documented and published somewhere.
As an example, the
Andy Green wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| Andy Green wrote:
| It used to be that our kernel packages followed our stable kernel git
daily.
|
| But the hash on that one tells it is stuck at Aug 23 patchlevel...
|
| Yet
That may be, but despite that I need a daily package for kernel I can point
people to. Actually blocking current stable kernel from users by not
packaging it, which seems to be the case, is completely backwards.
That may be the case, and you defintely should be able to point experienced
alpha
Andy Green wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Somebody in the thread at some point said:
| That may be, but despite that I need a daily package for kernel I
| can point people to. Actually blocking current stable kernel from
| users by not packaging it, which seems to be
Joel Newkirk wrote:
On Wed, 24 Sep 2008 15:44:34 +0100, Al Johnson
[EMAIL PROTECTED] wrote:
On Wednesday 24 September 2008, jitendersingh wrote:
hi,
Do openmoko has support for inotify-tools.
(more information on inotify tools on
http://inotify-tools.sourceforge.net/)
if not,
digger vermont wrote:
Are there nightly/daily's of frameworkd somewhere? There's a lot of good
stuff being done I'd like try out. Or is the way to best way to take
advantage of the new methods still using NFS or similar?
If fso-image and task-openmoko-feed actually built properly in OE,
rhn wrote:
The testing repo seems to be down at the moment. Does anyone know why?
OpenEmbedded had a TMPDIR ABI increment, which meant that everything
needs to be rebuilt.
I've temporarily put the old build results back so people can continue
using those while the rebuild is happening.
-- Rod
Previdi Roberto wrote:
anyway, using the automatic procedure (the makefile) i have some problems:
1) the build stops at the ttf-liberation-0.2-r2 package, install phase,
and the install log is empty
This was fixed a couple of days ago. Did you run make update and try
again?
2) if i issue a
Previdi Roberto wrote:
On Sun, Oct 5, 2008 at 12:27 AM, Rod Whitby [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
2) if i issue a make update openembedded complains that it don't know
where to update from...
the Makefile was updated to match this. Did you run make
Fredrik Wendt wrote:
Is this why http://downloads.freesmartphone.org/fso-testing/images/
doesn't produce daily builds any more? (guess it's not)
No, that's due to OE having a flag day TMPDIR ABI change requiring
everything to be rebuilt from scratch on the autobuilder. I froze the
feeds while
Detructor wrote:
and FSO and SHR doesn't have images, yet. (FSO not before spring 2009)
and nobody knows when the SHR will come with an image.
FSO has released three milestone images, and also has daily build images
available at downloads.freesmartphone.org - they may not be the complete
stable
and
ending up in common official feeds on a single official download site.
See the following documents for more details:
http://www.nslu2-linux.org/presentation.pdf
http://www.batbox.org/IsThataLampInYourPocket.pdf
-- Rod Whitby
(No, I'm not looking for the job
Rod Whitby wrote:
(Wolfgang told the Openmoko admins
to give me svn and git access on the 22 Sept, and nothing has happened yet).
I want to make a public retraction and apology on this point. It seems
that access was granted sometime between then and now, but either I
wasn't informed
Risto H. Kurppa wrote:
I also want to remind that community is not limited to the developers.
It should also include all users that can be used to create marketing
events and material, generate new ideas and test software and report
bugs.
I like to think of the distinction between users and
Risto H. Kurppa wrote:
On Sat, Oct 11, 2008 at 3:35 PM, Duv [EMAIL PROTECTED] wrote:
My only concern here is that there seems to be a separation between the
developer and the user... that in the community both seem to have there
little corner. Maybe I am reading that wrong, but if I am not...
Lorn Potter wrote:
Rod Whitby wrote:
I'm sorry, but I don't believe one single community manager can cross
the divide between the developer and user mindsets that I spoke
about in my reply to your earlier post.
I disagree. I have been doing exactly that for the last 5 years. Trying
Joel Newkirk wrote:
On Sun, 12 Oct 2008 07:35:12 +1030, Rod Whitby [EMAIL PROTECTED] wrote:
Anyone who has the mindset of this is broken, how can I fix it? is a
developer.
Anyone who has the mindset of this is broken, I expect it to be fixed
by someone else right now! is a user
Tobias Kündig wrote:
I'm proud to announce my newest project: http://www.opkg.org
It's a simple database of available *.ipk-Packages.
I don't want to rain on your parade, cause it's a great service you've
set up, but the problem is that .ipk (and now .opk) is used for *many*
more different
Wolfgang Spraul wrote:
Rod,
It seems that access was granted sometime between then and now
oh great, I'm happy to hear that.
Maybe we don't talk about it enough publicly: We have an 'admin trac'
issue tracker, that _EVERYBODY_ can use to send requests to the
Openmoko admins.
This is
Wolfgang Spraul wrote:
Openmoko — how many are subscribed to your email lists?
announce: 11187
community: 2240
devel: 1218
I'm surprised that the community and devel numbers are so low
considering it is almost 2 years since launch (for a data point, the
nslu2-linux project grew to 9000
If Openmoko had a community manager, that person would contact Michael directly
and:
1) Invite Michael to get commit privs and commit this patch himself directly to
the OM repo. This may include teaching about how it all works.
or
2) Grab the patch, add it to the repo themselves (if Michael is
have a community manager
and what things he or she might be doing, but then again, this does not
help at all.
BTW, if you change the topic of the thread, you change the subject as
well. No need
to be the CM to say that. ;-)
Cheers!
Kosa
- Un mundo mejor es posible -
Rod Whitby
Robin Paulson wrote:
2008/10/12 Tobias Kündig [EMAIL PROTECTED]:
It's a simple database of available *.ipk-Packages.
great stuff, found some interesting things there already
would you be interested in turning it into a true repository? with an
entry for the .conf file for opkg?
It really
Stroller wrote:
On 12 Oct 2008, at 20:55, Rod Whitby wrote:
If Openmoko had a community manager, that person would contact
Michael directly and:
1) Invite Michael to get commit privs and commit this patch himself
directly to the OM repo. This may include teaching about how it all
Stroller wrote:
On 13 Oct 2008, at 08:13, Rod Whitby wrote:
...
The state of affairs *should* be that you just get the application
name
from opkg.org, and then type opkg install name on whatever
distribution you are running (or select the application name from the
GUI installer
Previdi Roberto wrote:
hello, it's some days (4-5) that i am not able to update the fso tree.
OE moved from a trial git server to a production git server, and the git
repository location changed as a result. I forgot to update the FSO
makefile to match.
when i give make update i get this
I have owned the android-internals.org and android-linux.org domains since last
year, waiting for this day, and the former has a wiki already set up and
available to be used for porting information (dunno whether Openmoko would or
would not want Android porting info on wiki.openmoko.org ...).
Pablo Ruiz Múzquiz wrote:
Thanks! though downloads.freesmartphone.org redirects to www.f...org and
a beautiful 404 appears :-(
downloads.freesmartphone.org is on a different server (140.211.169.169).
-- Rod
___
Openmoko community mailing list
qhaz wrote:
Hi, does anyone else get this error message when udate/upgrade on milestone 5
installation?
Upgrading busybox on root from 1.13.2-r5 to 1.13.2-r9...
Downloading
http://downloads.freesmartphone.org/fso-milestone5/feeds//armv4t/busybox_1.13.2-r9_armv4t.ipk
Collected errors:
*
Rod Whitby wrote:
qhaz wrote:
Hi, does anyone else get this error message when udate/upgrade on milestone 5
installation?
Upgrading busybox on root from 1.13.2-r5 to 1.13.2-r9...
Downloading
http://downloads.freesmartphone.org/fso-milestone5/feeds//armv4t/busybox_1.13.2-r9_armv4t.ipk
Angus Ainslie wrote:
The Openmoko autobuilder is back online. It is generating
images for gta01 and gta02 devices.
...
For those interested in improving or commenting on the build
scripts used to generate the unstable and experimental images
they can be found here:
Denis Johnson wrote:
Currently running SHR Testing from around 22 April, on my GTA02V5 in
Australia. While on a mobile to mobile call, the other party
complained about buzzing.
1. Could someone please confirm that this is the hardware caused
buzzing problem and not related to the distro or
http://www.rwhitby.net/blog/webos-internals/palm-pre-lands-in-australia.html
It is with some sadness that I must say goodbye to the OpenMoko
community, and move on to new things.
My dream of an OpenMoko phone with a hardware keyboard to replace my
aging Treo 650 was never realised, and you
101 - 182 of 182 matches
Mail list logo