Thanks for your feedback! In order:
pau1ie wrote:First - You have a closing tag missing from the XML on the index file which means the Java applet (Or any XML app) cant read it (Load it in Firefox and it will tell you - Its what should be the second to last line in the file I think)
Hrm, it appears to be the lack of an '/indexedfiles' tag at the end is causing the problem (although looking at 76's discs, the script added it automatically this time). I'll make sure that the closing tag is definitely added every time.
pau1ie wrote:(a)Help - LDP
The help section has disappeared. I have to go on to the Internet to look at docs. If there is not enough room for the mirror that you used to do, could you consider delivering a bzipped archive every other month or something?
Yes, we had it on most DVDs, but sometimes there isn't room to squeeze it on. Even when there is, many users would prefer to see more software -- it's a tricky balance. However, I like your suggestion and I'll try to make a g/bzipped tarball that fits into a couple of hundred megs or so.
What do other readers think? Do you prefer the full uncompressed archive on the disc, at the expense of software, or would you rather have a small compressed archive without quite as much content?
pau1ie wrote:(b) Program documentation.
You deliver programs in a variety of manners including the original tarball. This is all well and good, and you would expect the developers to put their documentation in the tarball, except they don't. They normally have a web site with all that stuff on it. Is there any way you could somehow get a scraping of the docs from the web site (Or make all developers put the docs in the tarball - Only joking)
Most apps include some form of documentation, in the README and INSTALL files. But yes, occasionally you get apps which are documented more thoroughly on the website. I'll consider repeating some website text in a separate README file when it's clear that a program includes nothing.
pau1ie wrote:(c) Dependencies
As an example I tried to install Abiword from the cover disc, and there were loads of development libraries that were not installed. Then I noticed the auto package, and thought I would try that, but it did not work because it depended on the spell checker, which was not available.
The Autopackage should install any non-common libraries that a user typically won't have one his/her system. What spell checking add-on or library is it missing? Autopackage isn't perfect, but it's a good start -- it still requires that developers take care in making their packages though.
pau1ie wrote:I get a similar problem with games etc. This is a very tricky problem. My suggestion would be to go for an installation on a small system like default Ubuntu and include all the dependencies for it. This will likely be a lot more work than trying to find different packages and putting them on the CD, so may not be practical.
Dependencies are a hassle for distributors and end-users. And it's another aspect of the coverdisc that needs a good balance. The more dependencies we include, the less space there is for other apps -- a problem for those not interested in the app in question, or who already have the dependencies.
Where possible, we include dependencies which aren't likely to be part of a typical distro install. However, it'll always be tricky until there's some standards in Linux packaging or Autopackage takes off.
pau1ie wrote:I note that openoffice has only been supplied on RPMs, no source, not even the more generic OOo_2.0.0_LinuxIntel_install.tar.gz.
That's the exact filename that's on the DVD
The OpenOffice.org team distributes the suite as a tarball of RPMs now; whether that's good or bad is open to debate, but it's the official version. As for the source, at 220 MB it's quite hefty for the disc, and few people compile it from source. However, you'll find the source on LXF 76's DVD (more room).
pau1ie wrote:Third and last, thanks for the effort: keep up the good work and all that!
Cheers! Thanks for your input, and I hope you continue to enjoy the mag.