id	summary	reporter	owner	description	type	status	priority	milestone	component	version	severity	resolution	keywords	cc
11123	Revise the organization of the perl modules.	ken@…	ken@…	"The perl modules page is all-but unmaintainable in its current form, and in particular the XML is deeply nested, making it hard to ensure that an added dependency goes in the right place.

I was going to say that the situation had got worse after biber came into the book, but while that has greatly extended the number of modules, it has not materially worsened the page. Looking at our museum, in 6.2.0 we had a lot of external modules (but versioned, as we are now again doing), but at that time we did not list where the links were pointing to.

Indexing in longindex.html is also sub-par (current versions not shown).

To simplify this, I am proposing to create two pages - one for those modules which are referenced from the rest of the book, and a second for the modules which are dependencies of other modules but not otherwise referenced in the book.

I'm working from what we have for the Python modules, but cut down - link to our standard build and install options, only show http download and md5sum, and only mention the contents if something is installed outside
of the perl directories (so the same as what we now show, but with added md5sums for the modules not referenced by other packages, and with better indexing.

Pierre tells me jhalfs will need to be adapted for this, so this will happen in a new branch.

I have also suggested listing all the dependencies for each module - this  might cause problems in jhalfs, we will have to see."	enhancement	closed	normal	8.4	BOOK	SVN	medium	fixed