Hi everybody, I've been away for quite a while from CDE related work, so long in fact, I don't even have the same name anymore. Back then I was going by the name of Danilo Schöneberg, now I'm Danilo Pecher. The reason for that is simple: I got married at the tender young age of 44.
Now that I'm getting back to contributing, I've got a few things in mind to work on in the near future, and would like some input from others: 1. One of the first things I'll be doing is streamlining the build instruction pages. They've become cluttered a bit and I want to test if some of them are still working. Especially NetBSD is a bit of a tricky patient here. On 7.2 everything works and on 8.0 half the stuff is broken. Some work to do there. For most systems I'll probably provide automated build-scripts. 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? 3. Point 2 sort of exposes that we've got a massive problem in terms of applications. Except for editors (both VIM and Emacs come with Motif GUIs and integrate nicely) we've got close to no apps that really integrate seamlessly. Well, we can probably agree that there'll never be a dtwww web browser, unless someone wants to take leave of his/her social life to write a motif based web engine, but I think we should be able to modernize dtmail and ship in a slightly more versatile default text editor (you may take that as me volunteering) 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) Okay, so much for now, I'll start firing up my test boxes to see which systems we correctly build on. Ubuntu 14.04, 16.04 and 18.04 successfully checked out today. Cheers, Danilo aka Hippo.
_______________________________________________ cdesktopenv-devel mailing list cdesktopenv-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel