Re: Multiple publication data in upstream-metadata.yaml (Was: Adding Rostlab packages to our tasks files)
On Thu, Jan 12, 2012 at 09:48:04AM +0900, Charles Plessy wrote:
> This said, I have a proposition for packages where multiple references are
> available. I noted that many of them provide this list on their website. I
> therefore proposed in the documentation to indicate this URL. In the case
> of disulfind, it would be:
>
> References: http://disulfind.dsi.unifi.it/help.php#references
As I suggested in my previous mail I'd suggest to add this in the Remark
field.
> This is likely to be usable in the blend's sentinel pages. However, I have not
> implemented this. I do not have a particularly good excuse, except that I am
> not a python programmer, so I would need to block a long slot of time to really
> get into it,
Ahhh, it might be me but I do not remember that this is "in production
state". I somehow had the impression that you remained in the testing
phase. No need for you to learn Python (even if in this case this is
rather learning SQL - my query became quite complex) - I hope to get
this implemented until end of January ... if all else fails this might
be a decent job for the Debian Med meeting.
> The data is in the UDD, so anybody can give it a try. It is loaded and
> refreshed in the http://upstream-metadata.debian.net site on demand, each time
> information about a package is accessed (with a small temporisation to avoid
> hammering Alioth). As a consequence, the information will be transferred or
> refreshed (daily) to the UDD only if it has been accessed. I see this as a
> feature. To force refreshing a list of packages, one just needs to construct
> and access urls like the one given above. In the future, I would like to write
> a Subversion and Git commit hook that does this when
> debian/upstream-metadata.yaml is refreshed.
Ahh - so may be this was what I expected to be finished. I somehow had
the impression that data from existing upstream-metadata.yaml files
would be missing in UDD. Can you do some kind of "refresh all
upstream-metadata.yaml data now"?
> Lastly, since upstream-metadata.yaml is long to type, I have been tempted to
> rename the logistics around the file ‘umegaya’ for Upstream MEtadata GAthereing
> with YAml.
This would finally spare me copy-n-pasting this long name all the time.
I would even prefer umeya (gathering sound like a process how something
is done and the data are just stored - so the process is finished).
Kind regards
Andreas.
--
http://fam-tille.de
Reply to: