On Mon, Aug 24, 2009 at 11:56:19PM +0100, Joao Pinto wrote:
>I don't have a diagram for the APT-Portal database model, actually I
>find more important the the rational used on it.
It's pretty clear still :)
Any pointers for the list on how to hack this thing?
>On my perspective there are 3 key
On Tue, Aug 25, 2009 at 09:21:37PM +0300, Risto H. Kurppa wrote:
>Someone please test apt-portal and see what it offers or how much work
>it is to hack it to do what we want.
I installed it as Joao Pinto suggested, like
http://wiki.getdeb.net/apt-portal/Download
and it worked without a problem.
Someone please test apt-portal and see what it offers or how much work
it is to hack it to do what we want. I don't think it's much work:
oe-based distros and debian shouldn't be a problem since the
repositories are veeery close to the ubuntu repositories used by
playdeb -> I'd guess that setting u
My opinion is that building a tool like this ourselves is definitely the
last resort - we have limited resources for the FR - let's not spend them
re-inventing the wheel.
I'm not so sure about seperating out comments and information based on the
distribution / app version / etc... would it be po
On 8/25/09, David Reyes Samblas Martinez wrote:
>> Well, app-oriented showroom will be easier to maintain (well, i'm not
>> sure about that), but less useful for users and applications using
>> data from that showroom (about that i'm sure :P).
> Ok so this argument has conviced me about a separate
> Well, app-oriented showroom will be easier to maintain (well, i'm not
> sure about that), but less useful for users and applications using
> data from that showroom (about that i'm sure :P).
Ok so this argument has conviced me about a separate showroom by
distro, one of the goals is that the info
> I still have to test apt-portal and I encourage others to do that too,
> because if it delivers 99% of what we need, then I suggest we go with
> whatever it offers and build on that.
+1
> Knowing from experience that building these things from scratch is
> a lot of work...
+1000
>
> --
> mjt
>
>
On 8/25/09, David Reyes Samblas Martinez wrote:
>
>> How should different distributions be combined in the showroom?
>> ->
>> This is difficult since package information from different repositories
>> is is likely to differ. That means for example: should we use the
>> description provided by SHR
On Tue, Aug 25, 2009 at 03:36:16PM +0200, David Reyes Samblas Martinez wrote:
>I a little disagree with you here, I like the vision of the apt-get
>portal to be aplication-centric instead of distro-centric, I agree to
>extract info form the repos , and this info will be useful to
>initialize the bd
[cut]
> Do we want to support more hardware than the Freerunner?
IMHO - no. If this hardware supports some distro, than application would
run on it.
Opposite example would be showroom for distributions, where you should
tell if some distro runs on particular hardware.
[cut]
--
Kind Regard
[cut]
> I a little disagree with you here, I like the vision of the apt-get
> portal to be aplication-centric instead of distro-centric, I agree to
Each distro has it's own bb files. How do you imagine concatenating
these? Several app's descriptions from each distro? You have to divide
showroom int
> How should different distributions be combined in the showroom?
> ->
> This is difficult since package information from different repositories
> is is likely to differ. That means for example: should we use the
> description provided by SHR or the one from Gentoo?
> My first thought was, to just
I have spend several hours thinking about how a good application
showroom should look like. Here are some questions I asked myself:
Should the showroom be filled automatically from a repository?
->
YES, we can spend our time better than adding applications and
updating broken ones manually. Distri
> But as RHK pointed out in the next email, someone should test apt-portal,
> because that was talked about earlier and it already exists and should
> be good enough and I've exchanged words with Joao Pinto about it..
>
> ... Which makes me at least one prime candidate to test it, but today was
> a
2009/8/24 Risto H. Kurppa :
> So anyone had any success in trying out apt-portal (
> http://wiki.getdeb.net/apt-portal/Download )
>
> joaopinto at #getdeb is willing to help anyone running into problems.
>
Hi Risto not success yet, the thread problem persist and I have
checked that the cherrypy3 pk
On Mon, Aug 24, 2009 at 11:00:13AM -0500, Cristian Gómez wrote:
>
>I think mosts of your suggestions make perfect sense, I'll update the
>diagram as soon as I can. But reading your comments I think that maybe we
>should make a DB diagram instead to make things clearly from the DB
>perspective and
So anyone had any success in trying out apt-portal (
http://wiki.getdeb.net/apt-portal/Download )
joaopinto at #getdeb is willing to help anyone running into problems.
r
--
| risto h. kurppa
| risto at kurppa dot fi
| http://risto.kurppa.fi
___
O
Sunder, Markus thank you so much for the feedback. Here's what I think
- About the cardinality, I don't use it too much in class diagram but I will
include cardinality in the diagram to make it clear
- I have doubts about the versions of a application. I think that versions
(Release class as you p
On Sun, Aug 23, 2009 at 02:36:44AM -0500, Cristian Gómez wrote:
>I made this Classes diagram [1] in DIA to make the basis for the development
>of the site. It's really basic but I think that it's a start point.
I put my two cents in another message but I'll put some cents here too :)
>I'll expla
On Mon, Aug 24, 2009 at 01:07:07AM +0200, Sander van Grieken wrote:
>On Sunday 23 August 2009 09:36:44 Cristian Gómez wrote:
First off, thanks to Cristian for making this, clearly it has been
a good starting point for us, because there have been suggestions
for improvement! :)
>I'm missing the c
On Sunday 23 August 2009 09:36:44 Cristian Gómez wrote:
> Hi all, I were following this thread and I think that the most remarkable
> post is this one from Martin who resumes the most important things that we
> want to have in the showroom page.
>
> I made this Classes diagram [1] in DIA to make t
u you're right Risto, I just forgot to tell that I exported the diagram
to png and is available in the .tar.gz that I upload.
/***
* Don't Worry...Be Linux
* Cristian Gómez Alvarez
* Ingeniero en Sistemas y Computación
* Universidad de Caldas
* Com
2009/8/23 Cristian Gómez :
> Hi all, I were following this thread and I think that the most remarkable
> post is this one from Martin who resumes the most important things that we
> want to have in the showroom page.
>
> I made this Classes diagram [1] in DIA to make the basis for the development
On 8/23/09, Marcel wrote:
> Am Sonntag, den 23.08.2009, 11:29 +0200 schrieb Laszlo KREKACS:
>> On Fri, Aug 21, 2009 at 10:49 AM, Sebastian
>> Krzyszkowiak wrote:
>> > It was discussed DOZENS of times on maillist. Sending bb recipe (or
>> > asking for writing such recipe) to shr-devel maillist is i
Am Sonntag, den 23.08.2009, 11:29 +0200 schrieb Laszlo KREKACS:
> On Fri, Aug 21, 2009 at 10:49 AM, Sebastian
> Krzyszkowiak wrote:
> > It was discussed DOZENS of times on maillist. Sending bb recipe (or
> > asking for writing such recipe) to shr-devel maillist is in majority
> > enough to have you
On Fri, Aug 21, 2009 at 10:49 AM, Sebastian
Krzyszkowiak wrote:
> It was discussed DOZENS of times on maillist. Sending bb recipe (or
> asking for writing such recipe) to shr-devel maillist is in majority
> enough to have your app in SHR and FSO repositiories, which is enough,
> as I don't know oth
Hi all, I were following this thread and I think that the most remarkable
post is this one from Martin who resumes the most important things that we
want to have in the showroom page.
I made this Classes diagram [1] in DIA to make the basis for the development
of the site. It's really basic but I
Hello,
I am the apt-portal main developer and I hope I can help extending it
to support your repository.
About the recently reported error when starting the web server, please
make sure you use the cherrypy version provided at getdeb, check :
http://wiki.getdeb.net/apt-portal/Download
The cherryp
On Sat, Aug 22, 2009 at 01:17:57AM +0200, David Reyes Samblas Martinez wrote:
>here is the error log
>mut...@iluvatar:~/apt-portal$ ./apt-portal.py playdeb
>/var/lib/python-support/python2.6/sqlalchemy/util.py:7:
>DeprecationWarning: the sets module is deprecated
> import inspect, itertools, new,
On Fri, Aug 21, 2009 at 12:44:35PM +0200, Martin Jansa wrote:
>On Fri, Aug 21, 2009 at 04:45:00AM -0500, KaZeR wrote:
>> One problem is that distro packaged apps sometimes lag way behind bleeding
>> edge.
>> e.g. : navit in SHR : r2309, navit via navit's feed : r2511 : that's quite a
>> lot.
>I u
On Fri, Aug 21, 2009 at 11:50:53AM +0200, Martin Jansa wrote:
>
>3) opkg/deb or manuall installation instructions only in first phase
>when its unknown package from unknown developer :)
>
>4) then community-editable list of distributions where it works/doesn't
>work.
>
>5) same list with sign if it
On Saturday 22 August 2009 00:17:57 David Reyes Samblas Martinez wrote:
> Partial success, after installing Jaunty,
> the import proccess apt2db goes ok and I have the example repo in a sqlite
> but the web server doesn't boot up
> here is the error log
> mut...@iluvatar:~/apt-portal$ ./apt-portal.
On Sat, Aug 22, 2009 at 2:17 AM, David Reyes Samblas
Martinez wrote:
> Partial success, after installing Jaunty,
> the import proccess apt2db goes ok and I have the example repo in a sqlite
> but the web server doesn't boot up
> here is the error log
I forwarded the error to guys/devels at #getdeb
2009/8/21 Sebastian Krzyszkowiak :
> On 8/21/09, Risto H. Kurppa wrote:
>> On Fri, Aug 21, 2009 at 7:01 PM, David Reyes Samblas
>> Martinez wrote:
>>> 2009/8/21 Risto H. Kurppa :
I had a closer look at apt-portal at https://launchpad.net/apt-portal
>>>
>>> Tried to istall on Ubuntu 8.10 mach
On 8/21/09, Risto H. Kurppa wrote:
> On Fri, Aug 21, 2009 at 7:01 PM, David Reyes Samblas
> Martinez wrote:
>> 2009/8/21 Risto H. Kurppa :
>>> I had a closer look at apt-portal at https://launchpad.net/apt-portal
>>
>> Tried to istall on Ubuntu 8.10 machine with this instructuions[1] but
>> fails
On Fri, Aug 21, 2009 at 7:01 PM, David Reyes Samblas
Martinez wrote:
> 2009/8/21 Risto H. Kurppa :
>> I had a closer look at apt-portal at https://launchpad.net/apt-portal
>
> Tried to istall on Ubuntu 8.10 machine with this instructuions[1] but
> fails on running the scripts
> Seems to need Jaunt
2009/8/21 Risto H. Kurppa :
> I had a closer look at apt-portal at https://launchpad.net/apt-portal
Tried to istall on Ubuntu 8.10 machine with this instructuions[1] but
fails on running the scripts
Seems to need Jaunty to work out of the box, I will try to install
Jaunt in some some partition and
Yeah, that makes sense - using the bb info if there's nothing else - maybe
we just initially populate the frappdb from the bb files...
Hmm. On the other hand, if someone writes a more detailed description on
frappdb, should that description get pushed back into the bb files?
Warren
On Fri, Au
I had a closer look at apt-portal at https://launchpad.net/apt-portal
To me this sounds like exactly something we're looking for:
-
APT-Portal is a web content management system that retrieves
information from a Debian APT repository and presents an application
list on a user friendl
[cut]
> Maybe we should get something like frappdb.org or something like that?
I like it :)
[cut]
--
Kind Regards
Patryk Benderz
IT Specialist
Linux Registered User #377521
+48 22 538 6292
ERSTE Securities Polska S.A.
ul. Królewska 16
Warszawa 00-103
KRS 065121
NIP 526-10-27-638
REGON 0111
On Fri, Aug 21, 2009 at 04:10:05PM +0300, Risto H. Kurppa wrote:
> Rui: well done trying to call!
:)
> And I also agree that the name opkg.org is not the best one as opk is
> used in other platforms and other formats are used on FR too..
Ok, so maybe we'll just let opkg.org die then.
> I think
I like that idea. :)
We could combine both approaches - a showroom for apps (making the Hall
of Fame on the wiki obsolete which is kinda hard to keep up to date...)
with possibility to comment on different
app-distro-whatever-combinations. We could even consider having
different kinds of hardware i
On 8/21/09, Warren Baird wrote:
> I'm not sure about tying it directly to the bb files - it's not clear to me
> that the formating and information appropriate for a web-based db is the
> same as what you'd want in a bb file...
Well, list of packages would be done by scanning bb files, but
descrip
On Fri, Aug 21, 2009 at 3:45 PM, Warren
Baird wrote:
> Funnily enough, I was just thinking about posting about something very
> similar to this a couple of days ago...
So there are more of us who want something like this and are not happy
with the current solution. Good to hear!
> The model I was
On 8/21/09, Michael Pilgermann wrote:
>> * Also create a client for FR to search & install apps
> (+) low prio
I would change this one into " * Integrate SHR Installer with showroom"
--
Sebastian Krzyszkowiak
dos
___
Openmoko community mailing list
c
Agreed, when opkg.org started I insisted a bit with Tobias so that he
wouldn't make it a distribution point but a facilitator towards finding
interesting apps *from*the*repos* :)
Rui
On Fri, Aug 21, 2009 at 09:01:56AM -0400, Warren Baird wrote:
> Frankly, I'm not that fond of the name opkg.org...
Frankly, I'm not that fond of the name opkg.org...
As I said, I'd rather have some kind of an application database - something
that explicitly *does not* provide opkg files.
Maybe we should get something like frappdb.org or something like that?
Warren
On Fri, Aug 21, 2009 at 8:58 AM, Rui Migue
On Fri, Aug 21, 2009 at 01:46:05PM +0100, Rui Miguel Silva Seabra wrote:
> On Fri, Aug 21, 2009 at 03:25:25PM +0300, Risto H. Kurppa wrote:
> > Opkg.org seems to be owned by the author so if the author is not
> > co-operative (cannot be reached, doesn't answer e-mails or jabber)
> > there's not muc
On Fri, Aug 21, 2009 at 03:25:25PM +0300, Risto H. Kurppa wrote:
> Opkg.org seems to be owned by the author so if the author is not
> co-operative (cannot be reached, doesn't answer e-mails or jabber)
> there's not much we or OM can do about it.
Have any of these physical contacts been tried?
We
Funnily enough, I was just thinking about posting about something very
similar to this a couple of days ago...
I definitely agree that opkg.org is broken in many ways, and impossible to
fix atm. And I think some kind of application database is very important.
The model I was thinking about was a
Original-Nachricht
> Datum: Fri, 21 Aug 2009 15:25:25 +0300
> Von: "Risto H. Kurppa"
> An: List for Openmoko community discussion
> Betreff: Re: [ALL] New showroom for Openmoko apps
> Opkg.org seems to be owned by the author so if the author is not
Opkg.org seems to be owned by the author so if the author is not
co-operative (cannot be reached, doesn't answer e-mails or jabber)
there's not much we or OM can do about it.
Summa summarum:
* Looks like there are people around who support the idea of showroom.
* Showroom, not a repository
* Read
2009/8/21 Risto H. Kurppa :
> On Fri, Aug 21, 2009 at 1:12 PM, Sebastian
> Krzyszkowiak wrote:
>> On 8/21/09, David Reyes Samblas Martinez wrote:
>>> Just an idea, why not use the bb file and source files as README,
>>> INSTALL, Changelog, and .desktop files if exist as source for this
>>> showroo
On 8/21/09, Patryk Benderz wrote:
>> Official Openmoko distributions are Om2009 and SHR (as now it's
> Really? I have just checked here:
> http://wiki.openmoko.org/wiki/Distributions#Official_Openmoko_releases
> and SHR is not listed as official. Should it be updated?
Openmoko Inc. is no longer s
[cut]
> So what? Then such "showroom" should have Android, OpenWrt, Qtopia,
> OE, Gentoo, Debian, Arch... and other versions of packages for one
> app? Who'll package it then? Application developer? Showroom
> maintainer? Please be serious...
and that is exactly why "Showroom" should be showroom on
On Fri, Aug 21, 2009 at 11:59:30AM +0200, Sebastian Krzyszkowiak wrote:
> On 8/21/09, Martin Jansa wrote:
> > On Fri, Aug 21, 2009 at 12:13:04PM +0300, Risto H. Kurppa wrote:
> >> -> Still I think there's a need for a platform to promote ~working
> >> apps in an appealing way.
> >
> > Yes that's t
2009/8/21 Michal Brzozowski :
> Sounds like a good idea. But don't forget other features that people demand.
> Voting, popularity ranks, comments, testing reports on various distros, etc.
> We need a website in my opinion.
Nothing stops a frontend to add features to the basic showing
functionality,
[cut]
> It does not look good! Wiki is a nice idea, freely editable for
> everyone - but it just doesn't work for all purposes.
Such a showroom doesn't need to look fancy - it has to be informative!
Something like:
http://wiki.openmoko.org/index.php?title=Main_Page/pl&oldid=40837
is nice enough for
On Fri, Aug 21, 2009 at 04:45:00AM -0500, KaZeR wrote:
> One problem is that distro packaged apps sometimes lag way behind bleeding
> edge.
> e.g. : navit in SHR : r2309, navit via navit's feed : r2511 : that's quite a
> lot.
>
> It's not a criticism, just my 2 cents :)
And sometimes its vice-ve
On 8/21/09, Risto H. Kurppa wrote:
> On Fri, Aug 21, 2009 at 1:12 PM, Sebastian
> Krzyszkowiak wrote:
>> On 8/21/09, David Reyes Samblas Martinez wrote:
>>> Just an idea, why not use the bb file and source files as README,
>>> INSTALL, Changelog, and .desktop files if exist as source for this
>>>
I dont think its a good idea to have the app showroom just "browse" a
distribution repository.
However, ...
If the showroom is made so that it uses bb files etc, to get the application
information. Then getting your application into the showroom would also imply
that it gets into the distribu
On Fri, Aug 21, 2009 at 1:12 PM, Sebastian
Krzyszkowiak wrote:
> On 8/21/09, David Reyes Samblas Martinez wrote:
>> Just an idea, why not use the bb file and source files as README,
>> INSTALL, Changelog, and .desktop files if exist as source for this
>> showroom?
> ++ from me! Some way for brows
Sounds like a good idea. But don't forget other features that people demand.
Voting, popularity ranks, comments, testing reports on various distros, etc.
We need a website in my opinion.
2009/8/21 David Reyes Samblas Martinez
> Just an idea, why not use the bb file and source files as README,
>
On 8/21/09, David Reyes Samblas Martinez wrote:
> Just an idea, why not use the bb file and source files as README,
> INSTALL, Changelog, and .desktop files if exist as source for this
> showroom?
> bb files has a DESCRIPTION field that can be a little wikified (==, *,
> ) to have a bare minimum p
Just an idea, why not use the bb file and source files as README,
INSTALL, Changelog, and .desktop files if exist as source for this
showroom?
bb files has a DESCRIPTION field that can be a little wikified (==, *,
) to have a bare minimum presentation card and can be enriched with
the other files ,
On 8/21/09, Sebastian Krzyszkowiak wrote:
> I have one idea: how do you want to catch up with library changes
> (...)
STFU, s/idea/question/. It's still a little bit too early for me :x
--
Sebastian Krzyszkowiak
dos
___
Openmoko community mailing lis
On 8/21/09, Martin Jansa wrote:
> On Fri, Aug 21, 2009 at 12:13:04PM +0300, Risto H. Kurppa wrote:
>> -> Still I think there's a need for a platform to promote ~working
>> apps in an appealing way.
>
> Yes that's true and I think that opkg.org is doing just that.
>
> Only few small parts are missi
2009/8/21 Martin Jansa
> IMHO only few improvements of opkg.org are needed..
>
I agree. And since the opkg.org source code is available, we can add those
improvements, fix the few bugs, and put it somewhere like
www.openmoko.org/showroom (if we don't manage to contact opkg.org author)
__
On Fri, Aug 21, 2009 at 12:13:04PM +0300, Risto H. Kurppa wrote:
> -> Still I think there's a need for a platform to promote ~working
> apps in an appealing way.
Yes that's true and I think that opkg.org is doing just that.
Only few small parts are missing.
1) Use it rather as nice showroom, not
On 8/21/09, KaZeR wrote:
>
>
>
> Sebastian Krzyszkowiak wrote:
>>
>> My opinion is simple. Developer of app provides bb file (or asks
>> someone to write it) and then all distros provide that app in repo.
>> And that's all.
>>
>> That's distro maintainers who should do packages, not app developers
; eventually for very simple apps without any special dependences.
>
One problem is that distro packaged apps sometimes lag way behind bleeding
edge.
e.g. : navit in SHR : r2309, navit via navit's feed : r2511 : that's quite a
lot.
It's not a criticism, just my 2 cents :)
--
V
Arne & Sebastian, let's try to cool down.
Sebastian: if you don't agree that something like this is needed,
fine, thanks for letting us know, now would you please let us to work
on it if we want.
Android already has it's own showroom (as pointed out in the original
mail). So does QT extended: htt
> So what? Then such "showroom" should have Android, OpenWrt, Qtopia,
> OE, Gentoo, Debian, Arch... and other versions of packages for one
> Ok, so we can't talk about any distro here, cause it isn't "Android
> centric"? I can't recommend Debian for someone here, cause it's not
> "Debian centric"?
On 8/21/09, Risto H. Kurppa wrote:
>>Regardless of the above, we should not compare Ubuntu/Debian
>> repositories with opkg.org, simply because opkg is not repository.
>
> Not? See http://www.opkg.org/packages ...
It is, but it really shouldn't be and that repo just sucks. People who
don'
On 8/21/09, arne anka wrote:
>> Maybe you don't know, but SHR is based on OpenEmbedded, so every
>> Openmoko OE based distro can benefit from bb files in SHR (and after
>> commiting our work to org.openembedded.dev not only Openmoko distros
>> will be able to use that).
>
> ok, i try again: not ev
On Fri, Aug 21, 2009 at 11:46 AM, Patryk Benderz wrote:
>> ABSTRACT
>> I think a new showroom for community created application is needed to
> I think instead of creating new showroom it is better to improve
> existing ones.
>> boost the development and help users to get to know new apps easily.
>
> Maybe you don't know, but SHR is based on OpenEmbedded, so every
> Openmoko OE based distro can benefit from bb files in SHR (and after
> commiting our work to org.openembedded.dev not only Openmoko distros
> will be able to use that).
ok, i try again: not every distribution used on the fr is ba
On Fri, Aug 21, 2009 at 10:44 AM, Michael Pilgermann wrote:
> Dear all,
>
> maybe, another perspective here from an apps developer's point of view:
>
> I do believe, that we need a proper / nice directory of applications, which
> users may browse through. I am aware of the following repositories r
On 8/21/09, arne anka wrote:
>> shr-de...@lists.shr-project.org
>> This maillist has patchwork on top of it on
>> http://patchwork.dev.bearstech.com/
>> I think that's enough.
>
> maybe you haven't heard yet -- but not everybody uses shr.
> and since the subject clearly states ALL, i don't really
> shr-de...@lists.shr-project.org
> This maillist has patchwork on top of it on
> http://patchwork.dev.bearstech.com/
> I think that's enough.
maybe you haven't heard yet -- but not everybody uses shr.
and since the subject clearly states ALL, i don't really see what makes
you so adamant about
> My opinion is simple. Developer of app provides bb file (or asks
> someone to write it) and then all distros provide that app in repo.
> And that's all.
I agree, however after going through all the development pages in a wiki. The
steps involved in creating an application and making a *.bb file
On 8/21/09, Fabian Henze wrote:
> On Thursday, 20th of August 2009 14:04:49 UTC Sebastian Krzyszkowiak wrote:
>> My opinion is simple. Developer of app provides bb file (or asks
>> someone to write it) and then all distros provide that app in repo.
>> And that's all.
>
> That's a great idea. But t
On 8/21/09, Michael Pilgermann wrote:
> For the packaging issue - I really like the idea of boosting the process to
> integrate into reps / distributions. (this would btw. ease the process of
> installation).
> However, documentation on how to do this is really rare. One could probably
> find a wa
Dnia 2009-08-20, czw o godzinie 16:46 +0300, Risto H. Kurppa pisze:
> Hi there!
>
> ABSTRACT
> I think a new showroom for community created application is needed to
I think instead of creating new showroom it is better to improve
existing ones.
> boost the development and help users to get to know
On Thursday, 20th of August 2009 14:04:49 UTC Sebastian Krzyszkowiak wrote:
> My opinion is simple. Developer of app provides bb file (or asks
> someone to write it) and then all distros provide that app in repo.
> And that's all.
That's a great idea. But there has to be some way for a distro main
[cut]
> My opinion is simple. Developer of app provides bb file (or asks
> someone to write it) and then all distros provide that app in repo.
> And that's all.
+1
--
Kind Regards, Patryk "LeadMan" Benderz
Linux Registered User #377521
() ascii ribbon campaign - against
0
> Von: Sebastian Krzyszkowiak
> An: List for Openmoko community discussion
> Betreff: Re: [ALL] New showroom for Openmoko apps
> On 8/20/09, Risto H. Kurppa wrote:
> > Hi there!
> >
> > ABSTRACT
> > I think a new showroom for community created applicatio
On 8/20/09, Risto H. Kurppa wrote:
> Hi there!
>
> ABSTRACT
> I think a new showroom for community created application is needed to
> boost the development and help users to get to know new apps easily.
> Now we have opkg.org to show & distribute the apps created by the
> community for Freerunner.
Hi there!
ABSTRACT
I think a new showroom for community created application is needed to
boost the development and help users to get to know new apps easily.
Now we have opkg.org to show & distribute the apps created by the
community for Freerunner.
SETUP
opkg.org has allowed us to easily see wha
89 matches
Mail list logo