Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: Maemo: Community

[maemo2midgard] Re: Application catalog feature request

 

 

Maemo community RSS feed   Index | Next | Previous | View Threaded


ferenc at maemo

Nov 22, 2006, 8:16 AM

Post #1 of 5 (121 views)
Permalink
[maemo2midgard] Re: Application catalog feature request

Hello,

Kothari Devesh (Nokia-TP/Tampere) wrote:
> What I would like is that maemo has a nice place where people can find
> applications, and now the new capability of the application installer,
> makes it possible for single click install.
>
> I would request following features from your excellent project :)
> - categorization based on device compatibility
> - ITOS2006, IT OS 2007
We are going to make a search page where applications can be looked up
based on the:
-OS Version
-Application status (development, stable, etc)
-License type
-Category (games, multimedia, education, religion etc)

> - application catalog page is auto built from many sources
The auto build functionality will not be implemented in Phase 1, unless
we have time, plus some budget left according to the current project
plan. The idea was to finalize the migration this week.

> - current hand edited info (mostly would be used by single stand alone
> deb packages)
> - maemo extra repo (based on IT OS edition version)
> - other configurable 3rd party repos
In theory the "autobuilding" is doable, you only need Debian repository
information. All these are available today.

> - All sources to clearly indicate origin and disclaimers
Can you elaborate this? What sources do you refer to? If you mean
sources that are in some revision control system then we can only
influence sources in garage. If you mean Debian source packages, then
again we have limited control there. We can give guidelines and perhaps
enforce some of these guidelines at garage, but nowhere else.

> - application catalog is searchable
Yes, this will be implemented. See above.

> - application catalog is able to see relevant changelog section
> (possibly by clicking a link)
It was not planned, and I am afraid it will only be done when we have
the automatic catalog updatig. Do you by the way refer to standard
Debian changelog entries, or something else?

>
>
> Best Regards
> Devesh
>
Cheers,
ferenc


Devesh.Kothari at nokia

Nov 23, 2006, 12:41 AM

Post #2 of 5 (116 views)
Permalink
[maemo2midgard] RE: Application catalog feature request [In reply to]

>-----Original Message-----
>From: ext Ferenc Szekely [mailto:ferenc at maemo.org]
>Sent: 22 November, 2006 17:16
>To: Kothari Devesh (Nokia-TP/Tampere)
>Cc: Halla Valtteri (Nokia-M/Tampere); Vollmer Marius
>(Nokia-M/Helsinki); Kuosmanen Tuomas (Nokia-M/Helsinki);
>maemo-community at maemo.org
>Subject: Re: Application catalog feature request
>
>Hello,
>
>Kothari Devesh (Nokia-TP/Tampere) wrote:
>> What I would like is that maemo has a nice place where
>people can find
>> applications, and now the new capability of the application
>installer,
>> makes it possible for single click install.
>>
>> I would request following features from your excellent project :)
>> - categorization based on device compatibility
>> - ITOS2006, IT OS 2007
>We are going to make a search page where applications can be
>looked up based on the:
>-OS Version
>-Application status (development, stable, etc) -License type
>-Category (games, multimedia, education, religion etc)
>
>> - application catalog page is auto built from many sources
>The auto build functionality will not be implemented in Phase
>1, unless we have time, plus some budget left according to the
>current project plan. The idea was to finalize the migration this week.
>
>> - current hand edited info (mostly would be used by single stand
>> alone deb packages)
>> - maemo extra repo (based on IT OS edition version)
>> - other configurable 3rd party repos
>In theory the "autobuilding" is doable, you only need Debian
>repository information. All these are available today.
>
>> - All sources to clearly indicate origin and disclaimers
>Can you elaborate this? What sources do you refer to? If you
>mean sources that are in some revision control system then we
>can only influence sources in garage. If you mean Debian
>source packages, then again we have limited control there. We
>can give guidelines and perhaps enforce some of these
>guidelines at garage, but nowhere else.
>

I meant more like source of origin if not coming from maemo.org repos


>> - application catalog is searchable
>Yes, this will be implemented. See above.
>
>> - application catalog is able to see relevant changelog section
>> (possibly by clicking a link)
>It was not planned, and I am afraid it will only be done when
>we have the automatic catalog updatig. Do you by the way refer
>to standard Debian changelog entries, or something else?

I don't remember where I read, but I think you can also organize
dedicated changelog repos
Guillem might know more

Br,
Devesh

>
>>
>>
>> Best Regards
>> Devesh
>>
>Cheers,
>ferenc
>


guillem.jover at nokia

Nov 23, 2006, 2:23 PM

Post #3 of 5 (116 views)
Permalink
[maemo2midgard] Re: Application catalog feature request [In reply to]

Hi,

On Thu, 2006-11-23 at 09:41:33 +0200, Devesh Kothari wrote:
> On 2006-11-22 at 17:16, Ferenc Szekely wrote:
> > Once Devesh Kothari wrote:
> > > What I would like is that maemo has a nice place where
> > > people can find applications, and now the new capability
> > > of the application installer, makes it possible for single
> > > click install.
> > >
> > > I would request following features from your excellent project :)

> > > - application catalog page is auto built from many sources
> >
> > The auto build functionality will not be implemented in Phase
> > 1, unless we have time, plus some budget left according to the
> > current project plan. The idea was to finalize the migration this week.

I think the catalogue thingy in general is a workaround for the lacking
of a proper repository where the "community" can upload packages after
whatever reviewing steps may be needed, or whatever trust has been
given to known members of such community.

Also some of those "ports" are just recompilations, which I grant is
Debian's "fault" (or ours depending on how we look at it ;) for not
providing an armel arch, this should be comming soon now, I hope.

So all this makes the user need/want to add 3rd party repositories
at will, which may descend into:

<http://soijabanaani.net/tmp/the_trevino_story>

> > > - current hand edited info (mostly would be used by single stand
> > > alone deb packages)
> > > - maemo extra repo (based on IT OS edition version)
> > > - other configurable 3rd party repos
> >
> > In theory the "autobuilding" is doable, you only need Debian
> > repository information. All these are available today.

Yes, not all the information you may be including right now (like icons,
or screenshots, etc) but enough to get a good idea of what's there, also
that'd imply not needing to maintain all this manually. Check:

<http://packages.qa.debian.org/>
<http://packages.debian.org/>
<http://qa.debian.org/developer.php>

Examples of this:

<http://packages.debian.org/dbus>
<http://packages.qa.debian.org/dbus>
<http://qa.debian.org/developer.php?login=sjoerd>

> > > - application catalog is searchable
> >
> > Yes, this will be implemented. See above.

Supported already by packages.d.o.

There's also:

<http://debtags.alioth.debian.org/cloud/>
<http://debtags.alioth.debian.org/ssearch.html>
<http://debtags.alioth.debian.org/fts.html>

> > > - application catalog is able to see relevant changelog section
> > > (possibly by clicking a link)
> >
> > It was not planned, and I am afraid it will only be done when
> > we have the automatic catalog updatig. Do you by the way refer
> > to standard Debian changelog entries, or something else?

> I don't remember where I read, but I think you can also organize
> dedicated changelog repos Guillem might know more

<http://packages.debian.org/changelogs/pool/main/d/dbus/current/changelog>
<http://packages.debian.org/changelogs/pool/main/d/dbus/current/copyright>

regards,
guillem


ferenc.szekely at nokia

Nov 24, 2006, 5:41 AM

Post #4 of 5 (117 views)
Permalink
[maemo2midgard] Re: Application catalog feature request [In reply to]

Hola,

ext Guillem Jover wrote:
> I think the catalogue thingy in general is a workaround for the lacking
> of a proper repository where the "community" can upload packages after
> whatever reviewing steps may be needed, or whatever trust has been
> given to known members of such community.
>
Might be a workaround, but it is there, pretty concrete and not just an
urban legend like some other tools we have been discussing in the past ;)

> Also some of those "ports" are just recompilations, which I grant is
> Debian's "fault" (or ours depending on how we look at it ;) for not
> providing an armel arch, this should be comming soon now, I hope.
>
This will be great, if it happens.

>
> Supported already by packages.d.o.
>
> There's also:
>
> <http://debtags.alioth.debian.org/cloud/>
> <http://debtags.alioth.debian.org/ssearch.html>
> <http://debtags.alioth.debian.org/fts.html>
>
...
>
>> I don't remember where I read, but I think you can also organize
>> dedicated changelog repos Guillem might know more
>
> <http://packages.debian.org/changelogs/pool/main/d/dbus/current/changelog>
> <http://packages.debian.org/changelogs/pool/main/d/dbus/current/copyright>
>
Do these tools work with dak, or are they using the dak database? If
yes, then I will not bother checking them (reason: we have no dak).

If no, then please point me to the sources of these tools.


> regards,
> guillem

Cheers,
ferenc


guillem.jover at nokia

Dec 15, 2006, 10:07 AM

Post #5 of 5 (117 views)
Permalink
[maemo2midgard] Re: Application catalog feature request [In reply to]

Hallo,

On Fri, 2006-11-24 at 14:41:58 +0200, Ferenc Szekely wrote:
> ext Guillem Jover wrote:
> > I think the catalogue thingy in general is a workaround for the lacking
> > of a proper repository where the "community" can upload packages after
> > whatever reviewing steps may be needed, or whatever trust has been
> > given to known members of such community.

> Might be a workaround, but it is there, pretty concrete and not just an
> urban legend like some other tools we have been discussing in the past ;)

Well, we have those tools running, the fact that we discontinued that
work was due to other issues... and yes I agree it's good to have
something that works, that does not mean we have to strive all the
time for workarounds (even from the beginning ;).

> > Supported already by packages.d.o.
> >
> > There's also:
> >
> > <http://debtags.alioth.debian.org/cloud/>
> > <http://debtags.alioth.debian.org/ssearch.html>
> > <http://debtags.alioth.debian.org/fts.html>
> >
> ...

> > > I don't remember where I read, but I think you can also organize
> > > dedicated changelog repos Guillem might know more
> >
> > <http://packages.debian.org/changelogs/pool/main/d/dbus/current/changelog>
> > <http://packages.debian.org/changelogs/pool/main/d/dbus/current/copyright>

> Do these tools work with dak, or are they using the dak database?

The tools work in general with a repository, which is just a view from
the dak db, some of them (like the developer.php), may gather and thus
show additional info if it has access to dak's projectdb.

> If yes, then I will not bother checking them (reason: we have no dak).
> If no, then please point me to the sources of these tools.

So it's a no and yes, but you can use them. ;)

The sources for DDPO and PTS:

<http://svn.debian.org/wsvn/qa/trunk/>

For the packages.d.o:

<http://cvs.debian.org/packages/?root=webwml>

For debtags:

<http://svn.debian.org/wsvn/debtags/web/trunk/> and maybe
<http://svn.debian.org/wsvn/debtags/cgi-bin/>

(Those are the web access methods, you have normal svn and cvs access
methods for those).

regards,
guillem

Maemo community RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.