Re: Bug#703402: PTS: link to the blends website for packages involved in blends
Hi Paul,
On Sun, May 26, 2013 at 03:50:51PM +0800, Paul Wise wrote:
> [Keep the bug in CC]
I bounced the bug some minutes later - I just droped it by accident in
the first place.
> > I need to find out how to do / where to place this because I did not yet
> > dealt with CGIs on udd.d.o but once your specification (see below is
> > fullfilled I can do this if it helps). The only thing I'm wondering
> > whether a CGI script should always run the query itself. It would be
> > way more efficient to drop the result somewhere and just deliver the
> > content via CGI because the usual change of the data is either once per
> > day or once per change in the blends tasks files (I did not yet decided
> > how I might trigger the importer).
>
> Your idea of caching the query does sound more efficient.
IN fact I'm considering a not yet used update mechanism in UDD - perhaps
some commit hook or so which sounds more apropriate in the Blends
metapackage case. A daily import (as usual in UDD) does not make much
sense because over several days the content remains static. But at some
points in time there are several changes on one day. I need to think
about this.
> > [{"blend": "debichem", "tasksurl": "http://blends.alioth.debian.org/debichem/tasks/"},
> > {"blend": "debian-med", "tasksurl": "http://debian-med.alioth.debian.org/tasks/"},
> > ...
> > ]
> ...
> > I would think about to what export I might add this information in case
> > you agree to reduce the redundance a bit by providing two different data
> > files.
>
> Yeah, that does make more sense.
OK.
> > The prefix of the metapackages can be differnet from the Blends names.
> > In fact if I remember right DebiChem is the only one were the prefix
> > fits:
>
> Hmm, ok.
This does not sound fully convinced. Do you see any drawback in this
historical fact?
> > You mean tasks that are in tasksel without using the Blends framework?
>
> Correct.
>
> > Hmmm, I'm not aware that this data is in UDD in some structured manner.
> > However, we could try with
> ...
> > If this is what you want to use (probably without the "Depends: tasksel") I could
> > probably create a similar JSON file. As title we could use
> ..
> > Just tell me if this would be helpful and I could do this as well.
>
> That would be helpful indeed. I think some part of the code should
> drop the task- from the package name. Probably I would merge blends
> tasks and tasksel tasks on the PTS pages.
In fact most Blends do create a tasksel package as well (debichem-tasks,
med-tasks, etc.) I had the idea that not only packages matching 'task%'
in their name should match the query but rather those that depend from
tasksel package. I'll come up with some suggestion for a JSON data file
soon.
Thanks for your nice ideas
Andreas.
--
http://fam-tille.de
Reply to: