On Wed, May 28, 2008 at 1:00 AM, Andy Green <[EMAIL PROTECTED]> wrote:
> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Somebody in the thread at some point said: > | On 5/26/08, Andy Green <[EMAIL PROTECTED]> wrote: > | Somebody in the thread at some point said: > | > | | No package 'libjana' found > | | No package 'libjana-ecal' found > | | No package 'libjana-gtk' found > | | > | | Any ideas, suggestions or can anyone provide with the required > libraries ? > | > | Presumably the actual target libs you want are sitting there in the OM > | distribution packages, and the includes and other bits and bobs are > | likewise just sitting there in the -dev OM distribution packages. > | > | > |> I was able to package a working toolchain (atleast it builds > |> openmoko-dialer2) which includes the missing libs mentioned above and > |> few others. As you said most of the libs were included the OM dist. > | > | What we need is to enable to install these into the toolchain somehow, > | rather than make that a special "do it at the factory" operation to get > | things into toolchain. > | > | > |> Agreed, but till that time if anyone is interested in the toolchain I > |> can put it up somewhere. > > Hey good job Pranav. > > After 7 months of proposing this methodology I finally get a taker -- > from outside OM. Maybe in another 7 months we can get a host-side opkg Hmm, so within OM you guys don't prefer/advise using pre-built toolchains? Any particular reason? For me, it seems too tedious to setup the OM dev env to build single app like the dialer or some other app like squid-cache. I think the toolchain is very useful, especially for small apps, test programs or even OM apps, which just needs a small personalized modification. Anyway, thats just my thought. But that brings another question (which probably needs another thread), where do we store/host the ported apps if we have some? * Can we put it somewhere on downloads.openmoko.org * Should we create another project on project.openmoko.org. * Or do we put the responsibility on whoever ported it, to host the app. -- Pranav > or even unpack helper scripts as part of the toolchain so people can use > it for building against their own packaged libs in a coherent way. > > - -Andy > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.9 (GNU/Linux) > Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org > > iEYEARECAAYFAkg9EQ4ACgkQOjLpvpq7dMrX4wCfZ4XorL+QSzSO6yiXFmRqA9oX > PfMAnAw2AsWMOHJogII3VFRFtfRw99bx > =KutW > > -----END PGP SIGNATURE----- > > _______________________________________________ > 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
