Am Mittwoch, dem 30.11.2022 um 17:31 +0000 schrieb John Robert Hudson: > My rationale was based on a CTAN decision only to include material > which was compliant with the TeX/LaTeX licences - as a result of > which a number of packages disappeared from CTAN. Consequently > TeXLive and MikTeX no longer include such packages in their > distributions.
But this does not include A&A, since this class _never_ was on CTAN as far as I can tell. > Obviously this does not prevent people following the guidance in the > Customization guide about adding other classes. > > Equally obviously there is no need for LyX to follow CTAN except that > most people downloading LyX will not know that these packages exist > because they do not find them in their distribution. Yes, but you could also argue that documentation for these cases is even more important, as it guides people in how to install it. Furthermore, you remove documentation, but not support. We still ship the aa.layout > I previously became aware of this when surveying BibTeX files after > CTAN’s decision and a number of BibTeX files not only disappeared > from CTAN but have disappeared completely. > > I have no principled objection to including material not available in > CTAN - I happen to use a BibTeX file which was temporarily excluded > from CTAN because of licensing issues which have now been resolved. I > did not feel it was wrong to continue using the file when it was > excluded from CTAN. As I said, I don't think CTAN presence should be a criterion. After all, if people want, or must, publish, in the A&A journal, they should be able to do that notwithstanding CTAN's policy (or the willingness or motivation of class authors to publish on CTAN). > As I mentioned previously, in all the other cases except A&A which I > have reviewed so far the files have disappeared from CTAN and from > the Internet more widely. Removing documentation in these cases makes sense, I agree. > I am very happy to follow whatever guidance the developers give me. > (I expect that in thinking about how best to develop Additional.lyx I > may raise other similar questions which the developers may need to > consider.) These were just my personal thoughts, no guidance. Thanks, Jürgen > > John -- Jürgen -- lyx-devel mailing list lyx-devel@lists.lyx.org http://lists.lyx.org/mailman/listinfo/lyx-devel
