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.
snip
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
[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 into
[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
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,
On 8/25/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote:
snip
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
snip
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
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
On 8/25/09, David Reyes Samblas Martinez da...@tuxbrain.com 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
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
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
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.
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 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
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 explain
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
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
___
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 then
2009/8/24 Risto H. Kurppa ri...@kurppa.fi:
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
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
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
On Fri, Aug 21, 2009 at 10:49 AM, Sebastian
Krzyszkowiakseba.d...@gmail.com 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
Am Sonntag, den 23.08.2009, 11:29 +0200 schrieb Laszlo KREKACS:
On Fri, Aug 21, 2009 at 10:49 AM, Sebastian
Krzyszkowiakseba.d...@gmail.com 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
2009/8/23 Cristian Gómez cristianp...@gmail.com:
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
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
*
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 the
On Sat, Aug 22, 2009 at 2:17 AM, David Reyes Samblas
Martinezda...@tuxbrain.com 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
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.py
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 its
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 use
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,
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
...@gmail.com
An: List for Openmoko community discussion community@lists.openmoko.org
Betreff: Re: [ALL] New showroom for Openmoko apps
On 8/20/09, Risto H. Kurppa ri...@kurppa.fi wrote:
Hi there!
ABSTRACT
I think a new showroom for community created application is needed to
boost
[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
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
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 new
On 8/21/09, Michael Pilgermann kichka...@gmx.de 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
On 8/21/09, Fabian Henze cc@gmx.de 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.
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
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
On 8/21/09, arne anka openm...@ginguppin.de 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
On Fri, Aug 21, 2009 at 10:44 AM, Michael Pilgermannkichka...@gmx.de 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
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 based
On Fri, Aug 21, 2009 at 11:46 AM, Patryk Benderzpatryk.bend...@esp.pl 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
On 8/21/09, arne anka openm...@ginguppin.de 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
On 8/21/09, Risto H. Kurppa ri...@kurppa.fi 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.
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? Be
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:
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!
When app developers do packaging,
On 8/21/09, KaZeR ka...@altern.org 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
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
2009/8/21 Martin Jansa martin.ja...@gmail.com
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
On 8/21/09, Martin Jansa martin.ja...@gmail.com 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
On 8/21/09, Sebastian Krzyszkowiak seba.d...@gmail.com 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
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, David Reyes Samblas Martinez da...@tuxbrain.com 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
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 da...@tuxbrain.com
Just an idea, why not use the bb file and source
On Fri, Aug 21, 2009 at 1:12 PM, Sebastian
Krzyszkowiakseba.d...@gmail.com wrote:
On 8/21/09, David Reyes Samblas Martinez da...@tuxbrain.com 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?
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
[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/ploldid=40837
is nice enough for
2009/8/21 Michal Brzozowski ruso...@poczta.fm:
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
On Fri, Aug 21, 2009 at 11:59:30AM +0200, Sebastian Krzyszkowiak wrote:
On 8/21/09, Martin Jansa martin.ja...@gmail.com 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
[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 only -
On 8/21/09, Patryk Benderz patryk.bend...@esp.pl 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
2009/8/21 Risto H. Kurppa ri...@kurppa.fi:
On Fri, Aug 21, 2009 at 1:12 PM, Sebastian
Krzyszkowiakseba.d...@gmail.com wrote:
On 8/21/09, David Reyes Samblas Martinez da...@tuxbrain.com wrote:
Just an idea, why not use the bb file and source files as README,
INSTALL, Changelog, and .desktop
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
*
Original-Nachricht
Datum: Fri, 21 Aug 2009 15:25:25 +0300
Von: Risto H. Kurppa ri...@kurppa.fi
An: List for Openmoko community discussion community@lists.openmoko.org
Betreff: Re: [ALL] New showroom for Openmoko apps
Opkg.org seems to be owned by the author so
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
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
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 much we
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
On 8/21/09, Michael Pilgermann kichka...@gmx.de 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
On Fri, Aug 21, 2009 at 3:45 PM, Warren
Bairdwjba...@alumni.uwaterloo.ca 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
On 8/21/09, Warren Baird wjba...@alumni.uwaterloo.ca 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
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
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
[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
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
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,
2009/8/21 Risto H. Kurppa ri...@kurppa.fi:
I had a closer look at apt-portal at https://launchpad.net/apt-portal
snip
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
On Fri, Aug 21, 2009 at 7:01 PM, David Reyes Samblas
Martinezda...@tuxbrain.com wrote:
2009/8/21 Risto H. Kurppa ri...@kurppa.fi:
I had a closer look at apt-portal at https://launchpad.net/apt-portal
snip
Tried to istall on Ubuntu 8.10 machine with this instructuions[1] but
fails on running
On 8/21/09, Risto H. Kurppa ri...@kurppa.fi wrote:
On Fri, Aug 21, 2009 at 7:01 PM, David Reyes Samblas
Martinezda...@tuxbrain.com wrote:
2009/8/21 Risto H. Kurppa ri...@kurppa.fi:
I had a closer look at apt-portal at https://launchpad.net/apt-portal
snip
Tried to istall on Ubuntu 8.10
2009/8/21 Sebastian Krzyszkowiak seba.d...@gmail.com:
On 8/21/09, Risto H. Kurppa ri...@kurppa.fi wrote:
On Fri, Aug 21, 2009 at 7:01 PM, David Reyes Samblas
Martinezda...@tuxbrain.com wrote:
2009/8/21 Risto H. Kurppa ri...@kurppa.fi:
I had a closer look at apt-portal at
On 8/20/09, Risto H. Kurppa ri...@kurppa.fi 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
84 matches
Mail list logo
