On 2/20/19 3:53 PM, Danilo Pecher wrote: > 2. Although I've been rather inactive on the project itself, I've not > been completely idle. I'm about 75% done in creating a CDE-based Linux > distro based on LFS, complete with automated build. What do people > think? Would there be a "market" for that?
Personally, I'm not that interested in a custom CDE Linux distribution. Availability of CDE on existing Linux distributions is more appealing. What I try to do in my very limited spare time is build CDE for installation on Fedora and RHEL systems. We have a build system that lets people build RPMs and publish yum repos for others to use without having to go through the official package acceptance process. > 4. I know work is going on for an autotools conversion. In that regard, > I'd like to ask if we aren't going to end up being Betamax-man again. At > least by the look of it, cmake/ninja/meson seem to be taking over in a > growing number of projects. While we're at that, I'm going to set the > cat among the pidgeons a bit. Would it not be a better idea to make a > hard break with the current (chaotic and nigh-on impossible to > comprehend) build system and switch to a clean-sheet rebuild for a 3.x > release? Perhaps, if we do that, we might also get a chance of getting > rid of the ksh-dependency for dtterm. That's been giving me rabies since > 2016. ast-ksh seems to be all but unmaintained. and that's the only > suitable candidate on a variety of platforms (BSD mainly, but also LFS, > slackware and serveral other Linux variants on which it only builds on a > sunny day with less than 3 knots of wind) https://github.com/att/ast I'm not sure there are tagged releases, but people are certainly committing patches. On the autotools topic, I would very much like to see a complete conversion to an autotools build system for CDE over cmake or meson. The biggest advantage I see to that is accessibility. You can make a release of CDE that includes configure ready to run. No external dependencies are required to generate the Makefiles. cmake and meson lack this and both are moving targets. I also personally find the syntax of cmake and use of -DCMAKE.... on the command line very difficult to read. ./configure has widespread knowledge and users understand it. Having done many autotools build systems for projects, I won't throw my opinion out there without also volunteering to help write configure.ac files and Makefile.am files. Just let me know what needs to be done. Thanks, -- David Cantrell <dcantr...@redhat.com> Red Hat, Inc. | Boston, MA | EST5EDT _______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel