We talked in IRC about the desired to simplify the release procedure. Some things that need to be done: * Try to rearrange the steps so that things that require human interaction are together, and, conversely, so that things that do NOT require any human interaction can also be run in batches. * Script as many as possible of the steps that do not require human interaction. * It may be possible to have some steps done at upload time, or after upload time on the server, rather than at release time. This is just a bug to track progress on this front.
I did some work coming up with some scripty ways to do some of the tasks. These are in the wiki. A logical next step would be for someone to review these scriptings and construct a tool to incorporate them in order to further automate a chunk of the tasks. I notice that svg_validate, which made sense back around ocal 0.04, does not really add that much value today for 0.18. Several steps in the release process are there simply because as we've grown, some assumptions have changed. I would suggest writing a new script to replace svg_metadata in the procedure, that takes each image from incoming, plus a file listing the desired file structure, and then places it into that structure (possibly also creating the png versions, if we still wish to do that). This would eliminate the need to weed out duplicates, it would simplify the step where the processed incoming files are merged with the prior release, and would (hopefully) make it easier to add new categories. Second, a major portion of the time for doing a release is assigning keywords to images. Some thought should go into finding a way to get the keyword assignments taken care of better, separate from the release process. I think a tool will also be needed that navigates a hierarchy of svg's and checks their metadata keywords to ensure that there is a keyword in them matching the name of the directory the .svg is stored in. This is because I think people have moved svg's into the directory hierarchy without actually updating the .svg's keywords. A final test would be to re-process all of the .svg's and put them into a directory hierarchy from scratch, and doublecheck that this reasonably matches the original.
Yes, cchost really helps this...but we need to re-think our process of packaging and releasing.
a new release process will need to be developed in the context of cchost. I have closed this bug, and opened a feature request bug... link - https://bugs.freedesktop.org/show_bug.cgi?id=8626
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.