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

Reply via email to