olution as time allows.
My Imakefile additions get the job done, but may not match convention.
-- Matthew R. Trower
>From 7eece4588c25105630acad7da926f88b13a9433f Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Thu, 23 Jun 2016 02:25:00 -0500
Subject: [PATCH] dtwm: basic mult
I suspect this is the case for most
here. Still, as someone who uses CDE daily, I definitely care.
Good luck, and welcome to the list!
-- Matthew R. Trower
On 08/02/16 14:25, Swift Griggs wrote:
> Hello Folks,
>I'm getting started with Motif coding. I've managed to get
There are some things I'd like to get in before the window closes, if possible,
so I'm wondering what sort of deadline I'm working under.
-- Matthew R. Trower
Original Message
From: Jon Trulson
Sent: Friday, May 25, 2018 14:02
To: cdesktopenv-devel@lists.sourceforge.net
Su
> I agree!
>
> I sure wish there was some sort of CI in SourceForge
Now that SourceForge has WebHooks, this should be possible:
https://sourceforge.net/blog/how-to-use-webhooks-for-git-mercurial-and-svn-repositories/
It's still not something that SourceForge provides out of the box, but the
t
t; fix and how many time you need.
>
Certainly true.
Let me know if anything I've mentioned seems interesting, or if
additional compute resources would be useful. Otherwise, I'll stay out
of your way =). Thanks for your hard work!
-- Matthew R. Trower
-
the current situation. I'll have a look
at it after the weekend when I'm back home.
-- Matthew R. Trower
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org!
FWIW, cde-desktop is redundant
Well, it must be owned by root, then 'chmod +S dtsession' or such should do it.
Thanks for your work. Should Sun systems build and run now, or are more fixes
coming?
-- Matthew R. Trower
Original Message
From: Ulrich Wilkens
Sent: Thursday, May 31, 2018 16:13
To: CDE development
Subject: [cdesktopenv-devel] [PATCH] Fix BSD and Sun problems after coverity
fixes
Hello
fully marginal)
complexity, but avoid maintenance costs associated with code duplication.
--- Matthew R. Trower
Original Message
From: Ulrich Wilkens
Sent: Thursday, May 31, 2018 20:25
To: cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] [PATCH] Fix Linux rpc problems wit
This seems reasonable to me.
-- Matthew R. Trower
Original Message
From: Jon Trulson
Sent: Friday, June 1, 2018 18:16
To: cdesktopenv-devel@lists.sourceforge.net
Subject: [cdesktopenv-devel] Default locales to build under Linux
I wanted to change the default behavior under linux to only bui
e was some historical context... However, this patch ought to work
as far back as OpenSolaris, and we don't support anything older.
>From 046f8043fefb7066d78799877ade0d9ce0e5e794 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Mon, 4 Jun 2018 00:34:52 -0500
Subject: [
nd time
to work on this, and will hopefully have results soon.
-- Matthew R. Trower
p.s. Do you know why I'd be getting "byte-order invalid" errors from make
World? I can post the full text later if necessary, but I know I've run into
this before, so thought it might be a com
des...
make: Fatal error in reader: Makefile, line 777: Invalid byte sequence
---
As one might suspect, there's an ES character on that line.
There are many curious bugs with CDE when you try to use unicode;
maybe some day I'll get around to addressing them. =)
-- Matthew R. Trower
Scri
one make variable, MOTIF_PREFIX or somesuch, that can be set once in one
file or on the command line. Is there precedent in the CDE project for
this sort of functionality that I can examine, or should I just do what
seems reasonable here?
--
Forgot to attach the example patch that goes with the last message...
The idea is probably evident, but here it is anyway.
Sorry for the extra noise.
-- Matthew R. Trower
>From 68cfdcbcba4a82f3095bda71efd506102515b81a Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Thu
acy
motif, that would be great. If it can't be made to compile in some
reasonable fashion, we're back to the most reasonable way to specify an
alternate motif location...
-- Matthew R. Trower
--
Check out t
ire people to build Motif on illuminos and go from there...
>
> -jon
It's missing (required) IconButtonP.h... I wonder what else it is missing. A
few
things like this could probably be worked around, but if it's a lot...
-- Matthew R. Trower
-
ix and SmartOS to use their modern system Motif, and OI Hipster to
potentially join the party at some later date, while providing support
for these older systems that require a local Motif.
I'll read up on it.
-- Matthew R. Trower
---
#1 works as a hack, but should be listed in the wiki if we want to go that
route.
#2 works as a hack, and can easily be inserted into the top-level Makefile.
#3 is probably correct, but requires some looking into.
-- Matthew R. Trower
# Makefile generated by imake - do not edit!
# $TOG: ima
Ulrich Wilkens writes:
> Hello, I've running CDE here on Solaris and Illumos. Both compile
> with SunStudio 12.3 without problems.
> Unfortunately both are not the latest versions. But on Solaris 12.2
> and Hipster 2014.10 everything is ok here.
> If I can find the time I could update my Hipster
ally incorrect, especially across domains.
However, I'm not sure why we need to get rid of /var/dt to begin with?
Debian does have some interesting ideas about where files must go, but
I'm pretty sure /var/dt doesn't violate the FHS --- does it?
-- Matthew R. Trower
Jon Trulson writes:
>
> That looks like the compiler can't tell the difference between a const
> and non-const definition. Perhaps you need to define:
>
> -DSP_VOLATILE=volatile -DSP_CONST=const
>
> for your architecture in programs/nsgmls/Imakefile like Linux and BSD.
>
> You might look an see
Here's a potential patch which solves this issue for me. It should, in
my estimation, be functionally equivalent. Though, I'm still curious as
to whether Ulrich gets a clean build without it, and if so, why.
Thoughts?
-- Matthew R. Trower
>From 35f1b6ad5d76effa03793d3e8ff9bbd
d...@blackshard.net (Matthew R. Trower) writes:
> Here's a potential patch which solves this issue for me. It should, in
> my estimation, be functionally equivalent. Though, I'm still curious as
> to whether Ulrich gets a clean build without it, and if so, why.
>
> Tho
Ulrich Wilkens writes:
> On 06/11/18 04:30, Matthew R. Trower wrote:
>
>>
>> Nah. The issue is traceable back to Ptr.C and Ptr.h. Stripping out
>> preprocessor #if noise, the generated entmgr_inst.C tries to do this:
>>
>> ---
>>templat
.tmpl
Looking at the in-tree motif, all that's there these days is doc and
localization for Motif. Does that have something to do with it?
-- Matthew R. Trower
--
Check out the vibrant tech community on one of t
Jon Trulson writes:
> On 06/08/2018 07:16 PM, Matthew R. Trower wrote:
>>> As for the changes - if a locally compiled motif is required, and it's
>>> customary to install that in /opt, then that's what the changes should
>>> be in sun.cf.
>>>
>
ly.
I'm not sure that we *need* to do it, nor do I suppose I possess any
controlling interest in the matter, but... it's an opinion, anyway. =)
-- Matthew R. Trower
--
Check out the vibrant tech community on on
sense to me --- it *is* cached, auto-generated
data, from what I understand.
-- Matthew R. Trower
--
Check out the vibrant tech community on one of the world's most
engaging tech sit
s (until we encounter GCC 6 in
modern OpenIndiana); should it just go away?
There are bugs that surface when this code is actually run (related to
version logic, I believe). I'll have further questions, and some
suggestions, but I can forumlate them more intelligently after I
underst
tif you're building
against - $(MotifProjectRoot)/include/Xm. This is of course obvious
if you're familiar with the internals, but perhaps not so obvious if
you're following wiki instructions.
-- Matthew R. Trower
ion 4
in host.def, or redirect the system symlink, but I'll have a patch with
the real fix shortly.
-- Matthew R. Trower
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, S
d...@blackshard.net (Matthew R. Trower) writes:
> I'll try to set up an environment with 12.3 tomorrow, and see what
> happens.
>
>
Alright, so...
SolarisStudio12.3 compiles this fine. SunStudio12.1 encounters the
problem. It seems to me this is probably a compiler bu
free license for large projects compatible with
> GPL3.
>
> LGPL is fine. Why change it to a more restrictive for users(!)
> license?
In what way is MIT, or BSD 4 or 3 clause retrictive for a user?
Especially when compared to the LGPL. The whole idea here is to move
from a s
:24
To: cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] Moving to MIT license
On 14/06/2018 09:23 πμ, Matthew R. Trower wrote:
> Antonis Tsolomitis writes:
>
>> And what people mean by "LGPL is restrictive" ? Restrictive for who?
> For any developer
This functionality should be bound to either alt+tab or alt+esc by default. Do
they not work for you?
Have a look through programs/dtwm/WmResource.c sometime for other interesting
keybinds.
Original Message
From: Antonis Tsolomitis
Sent: Thursday, June 14, 2018 05:31
To: cdesktopenv-devel@l
esktopenv-devel] question about windows list
Oh, good point. I didn't read the last sentence. ALT-TAB should work...
-jon
On 06/14/2018 01:34 PM, Matthew R. Trower wrote:
> This functionality should be bound to either alt+tab or alt+esc by default.
> Do they not work for you?
>
&
âFor some reason, I thought we already had a window list (something textual and basic, like most traditional WMS seem to have). Well, I'll investigate it as an option for cde-next, after we get this release out.
nder -Wundef on
> non-studio c compilers...
Certainly!
-- Matthew R. Trower
>From f1885df8e56ec40d3b7bac1cd04e8414fdd291ee Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Wed, 13 Jun 2018 22:16:14 -0500
Subject: [PATCH] nsgml: Resolve symbol collision when building with SunStudio
, I'm almost done; I
have two more (minor) patches planned and then I'll be set for release.
-- Matthew R. Trower
>From 4225fbd44001b847df98f69f6a7389355b3eba62 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Wed, 13 Jun 2018 05:15:01 -0500
Subject: [PA
6 issues did you have? I fixed some for FreeBSD, maybe it works
for you now?
-jon
On 06/15/2018 01:31 AM, Matthew R. Trower wrote:
> Hey, I got a clean build out of GCC =)
>
> ---
>
> CDE on Sun, when built with GCC, uses whatever GCC binary is in the
> path. This is good and
Chase via cdesktopenv-devel
writes:
> We really ought to stop patching our version of Imake and just start
> using the ones prepackaged in Linux, *BSD and Solaris, would make all
> our lives much easier and the code smaller and more maintainable.
Has it been so large a burden? I see 4 patches i
that there's a
shiny, smart config system buried under years of grime, just begging to
be let out =)
-mrt
>From 9e6f486473e59796d07e82fd58feefb73ee1bb18 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Fri, 15 Jun 2018 21:34:43 -0500
Subject: [PATCH] Condense templated
Jon Trulson writes:
> What gcc6 issues did you have? I fixed some for FreeBSD, maybe it
> works for you now?
Alright, here's the deal. GCC>4 turns on C11 mode by default. It's a
standards error to compile an XPG5 (or older) application with a C99 or
newer compiler. Sun systems actually call
Ulrich Wilkens writes:
> In the meantime I've setup a new system with Hipster 2018.04 and can
> reproduce the problems.
Oh, excellent!
> I've solved most gcc6 problems by setting _XOPEN_SOURCE to 700 like the
> other platforms already have. And by raising the mentioned numbers to 8.
> Both is qu
"Richard L. Hamilton" writes:
> On Jun 16, 2018, at 05:59, Antonis Tsolomitis
> wrote:
>
> A right click for menu and a click on Open is again 2 clicks. The issue here
> is to cut down the
> clicks
> to 50%. All other common desktops I know of, support one click to open.
>
> Right press an
Antonis Tsolomitis writes:
> (c) On the window menu other than Move, Size, Minimize, Maximize,
> Lower, a very useful addition is
> "Always on top". A video, or news is playing on an "always on top"
> window and you work
> on something else. Or you copy-paste from a lower window to the
> "always
Jon Trulson writes:
> On 06/15/2018 09:11 PM, Matthew R. Trower wrote:
>> Hey Jon, I see that you've started working on this a bit.
>>
>> I had a look at your commits (as I also have an interest in this space),
>> and I'm watching this hardcoded line grow:
&g
sable your current
graphical login manager first, as it will conflict, and dtlogin will
refuse to enable.
Support for ttserver and friends to follow. Enjoy =)
>From 7c39c132eb2ae2f628d69d2d01795976daf3ca79 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Mon, 18 Jun 2018
:00 2001
From: "Matthew R. Trower"
Date: Tue, 19 Jun 2018 15:25:20 -0500
Subject: [PATCH] Resolve inconsistent strcasestr availability on Sun
---
cde/programs/dtmail/dtmail/FindDialog.C | 4 ++--
cde/programs/dtmail/dtmail/FindDialog.h | 5 +
2 files changed, 7 insertions(+)
2.11 == Solaris 11
So it's not Solaris 5.x, but SunOS 5.x and Solaris 2.x. The original
text was correct here.
-mrt
>From a281af9426eee4be5a41406ccc6500cf3ebad605 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Mon, 11 Jun 2018 23:10:39 -0500
Subject: [PATCH] Min
I don't think imake is so bad, but it does have its limitations. If the consensus is that we should move to autotools (the only reasonable alternative that I'm aware of), I would be willing to take a stab at the
Jon Trulson writes:
> I used the first patch. The second one failed for fbsd/clang (static
> definition should only be in class definition, not function
> definition). Gcc didn't complain. At anyrate, applied to master.
Oh... Yeah, SunPro warned me about that being an anachronism. I didn't
wa
Jon Trulson writes:
> Imake is dead, and I see no point in trying to "take over" and improve
> it. Autotools (as others have also mentioned in this thread) is the
> way to go moving forward. We might be able to leverage some of the
> work X11 did there as well.
Well, my expectation was that we
> As for dtudc*, why? Who needs it?
> If you really want it, there is no reason it could not just be
> maintained outside of CDE as a separate project -- just requiring a
> X11/Motif/CDE dev environment to build.
Is there some strong reason we need to kill it? I understand why there
might not be
Marcin Cieslak writes:
> On Wed, 20 Jun 2018, Jon Trulson wrote:
>
>> On 06/20/2018 06:01 PM, Chase wrote:
>>
>> The next release will be 2.3, because things.
>>
>> Autotools will take a while, before it's functional. There are many steps to
>> building CDE, it will not be a trivial task to re
Affirmative.
-mrt
Original Message
From: Jon Trulson
Sent: Friday, June 22, 2018 17:55
To: cdesktopenv-devel@lists.sourceforge.net
Subject: [cdesktopenv-devel] Proposing an official release in two weeks
As the title says, I'd like to propose a "stable" release of CDE in two
weeks.
cde-next
om> wrote:I vote yes.On Fri, Jun 22, 2018 at 8:56 PM Matthew R. Trower <d...@blackshard.net> wrote:Affirmative. -mrt Original Message From: Jon Trulson Sent: Friday, June 22, 2018 17:55 To: cdesktopenv-devel@lists.sourceforge.net Subject: [cdesktopenv-devel] Proposing an official release
ge ‐‐‐ On June 23, 2018 5:57 PM, Matthew R. Trower wrote: I would think we should cut new releases when we are ready to do so, rather than after an arbitrary amount of time. Some projects (ex. Debian, Firefox, much commercial software) that have very frequent commits benefit from a set release sc
Not unless your Macintosh was manufactured 1987-1990 and runs A/UX ;)
-mrt
Original Message
From: Richard L. Hamilton
Sent: Sunday, June 24, 2018 10:29
To: Chase
Cc: CDE development
Subject: Re: [cdesktopenv-devel] [PATCH] Remove Apple unix support
> On Jun 24, 2018, at 11:00, Chase via cde
For what it's worth, imake is included in the CDE source tree. We don't use a
system binary. There's no need to install it from MacPorts.
-mrt
Original Message
From: Richard L. Hamilton
Sent: Sunday, June 24, 2018 10:47
To: Matthew R. Trower
Cc: CDE development
Subject: R
I can say with confidence that I doubt the CDE authors ever saw that coming in
1990.
-mrt
Original Message
From: Henry Bonath
Sent: Sunday, June 24, 2018 13:45
To: Pete Lancashire
Cc: cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] You guys are driving me nuts with id
Jon Trulson writes:
> On 06/20/2018 06:46 PM, Matthew R. Trower wrote:
>>> As for dtudc*, why? Who needs it?
>>> If you really want it, there is no reason it could not just be
>>> maintained outside of CDE as a separate project -- just requiring a
>>>
Ulrich Wilkens writes:
> On 06/13/18 07:22, Ulrich Wilkens wrote:
>
> I have now finished the test of the patch. It runs fine on all platforms.
> Unfortunately site.def and sun.cf have changed in the meantime.
> So I'm afraid it won't apply anymore.
> @Matthew: Can you recreate the patch?
Hmm, i
José Carlos Carrión Plaza writes:
> Enviado desde mi iPhone
>
> What about using libcurl for IMAP/POP with SSL support? We wouldn’t reinvent
> the wheel...
...but we might build our own wheel, instead of borrowing another. =)
Neither IMAP nor SSL support should be difficult, and I don't see th
Jon Trulson writes:
> On 06/25/2018 07:40 AM, Matthew R. Trower wrote:
>> Jon Trulson writes:
>> Hey, as it turns out, XRandR is supported just fine through the current
>> multihead code (as much as multihead works at all, anyway). So that's
>> cool news.
Robert Pangrazio writes:
> Also, I have used dtmail with GMail/IMAP using a local relay via
> procmail to sync it to the local mailbox. Sending was via a local
> sendmail relay. Worked great. I think the bigger issue is the lack of
> HTML support. I couldn't read a lot of my emails because of it.
Ulrich Wilkens writes:
> On 06/19/18 22:56, Matthew R. Trower wrote:
>> DtMail attempts to detect whether the non-standard strcasestr() is
>> available, and defines it if it is not. Unfortunately, the detection
>> code is imperfect. Fortunately, we can make it a
Brent Busby writes:
> d...@blackshard.net (Matthew R. Trower) writes:
>
>> My experience was that when using fetchmail (or getmail, or dtmail's
>> builtin IMAP), you cannot leave messages on the server. If you do, they
>> will be repeatedly fetched, causing much
Brent Busby writes:
> Robert Pangrazio writes:
>
>> Just to put it out there, currently I have CDE running on Ubuntu 16.04
>> using multiple monitors. I have a few xrandr commands in my .dtprofile that
>> configures my 3 monitors and arranges them - even rotating them, and it
>> works great. I e
Jon Trulson writes:
> Should I expect a patch from someone for this?
> -jon
I'll send one in. While I'm at it, tell me this - would you prefer to
keep detection logic, using system strcasestr where we think it is
probably available, or just use our custom strcasestr on all platforms?
-mrt
---
Jon Trulson writes:
> When you get the time to clean up the wiki (hopefully before release),
> could you please remove the various broken links to dropbox?
>
> The Wiki let's you upload images and the like, and reference them so
> there should be no need for external images.
>
> I saw a few place
Jon Trulson writes:
> On 06/26/2018 04:23 PM, Matthew R. Trower wrote:
>> Jon Trulson writes:
> Yes... At the time the JP locale was very important -- that and some
> unsupported CN locales are probably what prompted the push for MB work
> in CDE... (not UTF of course,
Jon Trulson writes:
> On 06/26/2018 08:08 PM, Matthew R. Trower wrote:
>> Jon Trulson writes:
>>
>>> Should I expect a patch from someone for this?
>>> -jon
>>
>> I'll send one in. While I'm at it, tell me this - would you prefer to
&g
Alright, here's the patch.
-mrt
>From 9121aba9ec8786d52c54b3847d187ad960d0ce6d Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Tue, 26 Jun 2018 22:47:09 -0500
Subject: [PATCH] Fix DtMail compilation on Sun with GCC
---
cde/programs/dtmail/dtmail/FindDialog.C | 2
d...@blackshard.net (Matthew R. Trower) writes:
> How do we handle fonts right now? I know we install aliases since the
> originals aren't available... But, say I use both C and ja locales on
> the same machine; will / can CDE use a (different) appropriate font for
> each, or do
Jon Trulson writes:
> I just wanted to let everyone know about some of the changes I made to
> the wiki over the past couple of days in preparation for the next
> release.
>
> Feel free to debate, point and laugh, etc :)
Fool! Mwuahahahaha!
...
Oh, did there need to be a point to that? =)
>
Jon Trulson writes:
> I admit to ignorance when it comes to recent Sun/Oracle offerings and
> spinoffs... By all means, feel free to correct/adjust/clarify when you
> can. I think both the SolarisBuild and OpenIndianaBuild pages need
> updating as to content as well. I don't use either of those
Hi Jon,
Do I understand correctly that dtapp is meant to function in the same vein as
open, xdg-open, gnome-open, etc?
As in, I can type
$ dtapp mypic.jpg
And my picture will open up in some suitable image viewer? If so, might you
consider continuing this naming convention by naming it dtope
ubject: Re: [cdesktopenv-devel] Integration of Antonis Tsolomitis'
desktop_approots tarball, with some changes
On 07/19/2018 08:15 PM, Matthew R. Trower wrote:
> Hi Jon,
>
> Do I understand correctly that dtapp is meant to function in the same vein as
> open, xdg-open, gnome
ll be able to make use of that.
> On Jul 19, 2018, at 22:25, Jon Trulson wrote:
>
> On 07/19/2018 08:15 PM, Matthew R. Trower wrote:
>> Hi Jon,
>> Do I understand correctly that dtapp is meant to function in the same vein
>> as open, xdg-open, gnome-open, etc?
>> As
- mrtFrom: alxSent: Friday, July 20, 2018 03:41To: Matthew R. Trower; Richard L. Hamilton; Jon Trul
Jon Trulson writes:
> Is it better to keep the current nsgmls until we know whether all of
> the supported platforms are working before removing it? ie: Introduce
> support for running the system version (and not building the CDE
> version) in one patch or patches. Then when we are ready, we ca
Chase via cdesktopenv-devel
writes:
> To be honest, I don't know how I would go about doing this, help would
> be appreciated. Is it at least pheasable to revert the previous
> commits and apply this one? I put a lot of work into it. My git
> workflow consists of master and then a custom branch w
Chase via cdesktopenv-devel
writes:
> The reason I chose opensp instead of sp is simply because when I tried
> installing sp on Lubuntu, it gave me an error saying "Package sp has
> no installation candidate", although it is in the debian repos, so I
> don't know whats happening with that. I also
Chase writes:
> I guess I'm just having trouble understanding what I must do
> differently, does my patch simply need to be rebased and the commits
> deleting dtudcfonted can be reversed on your end, or do I need to
> manually readd all the previous files by hand from a previous version
> and rep
Jon Trulson writes:
> Not a clue. I think ultimately we would want it to generate HTML and
> just use a web browser for both help and the guides.
I'd really hate to see that.
* DtInfo is part of CDE.
* DtInfo (like all of CDE) is very lightweight.
* DtInfo provides index and search capabilit
Jon Trulson writes:
> On 07/31/2018 07:53 PM, Matthew R. Trower wrote:
>> Jon Trulson writes:
>>
>>> Not a clue. I think ultimately we would want it to generate HTML and
>>> just use a web browser for both help and the guides.
>>
>> I'd real
12:09
To: Matthew R. Trower
Cc: Marcin Cieslak; cdesktopenv-devel@lists.sourceforge.net
Subject: Re: [cdesktopenv-devel] Docbook
On 07/31/2018 08:47 PM, Matthew R. Trower wrote:
> Jon Trulson writes:
>
>> On 07/31/2018 07:53 PM, Matthew R. Trower wrote:
>>> Jon Trulson writes:
&
the defects, and
maybe, fix a few dozen of them for kicks :)
-jon
On 08/01/2018 07:03 PM, Chase via cdesktopenv-devel wrote:
> I believe he is referring to this online linter: https://scan.coverity.com/
>
>
> Thank you for your time,
> -Chase
>
> ‐‐‐ Original Messag
What a mess. Thanks for soldiering forward, Jon.
Yeah, UTF-8 is long overdue.
If I might ask, how *is* Tcl being used? I've been wanting to add an
(optional) extension language to dtwm; is Tcl the obvious project-wide choice,
or should I just make my own selection?
-mrt
Original Message
Jon,
After I get Solaris building again, I'm going to take a stab at
upgrading the docs system to modern docbook. In the past I've resisted
removing in-house components in favor of external dependencies, but I
recognize that there's a difference between maintaining a quality
codebase and stomping
Jon,
Regarding commit 392356f6b48c12d8ee3fda4f1a75641dbcfa98c2 ...
Whereas `tail -f` displays the last 10 lines of input before entering
follow mode, `tail +0f` displays the *entire* input before entering follow
mode (the number is the line of input to start on). I'm not certain
what the context
hese variables will probably soon be obsolete anyway.
-mrt
>From 569e419d7c3f7c713cbdfd5ffb89fe5e8b0351f3 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Thu, 25 Oct 2018 04:51:52 -0500
Subject: [PATCH] Add default TCLLIB, and allow override in host.def
Restores build on
This just cleans up the UseInstalledX11 logic. It flips the existing
master toggle in site.def instead of overriding it for each platform.
-mrt
>From d19bfde88ea2d8f5e4c9fb201bbe9764c13de1b8 Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Thu, 25 Oct 2018 05:38:28
any POSIX 2004 platform, BSD, and AIX).
-mrt
>From 0757fd6f740514bc1e9396aaa727f0ee2f52c40e Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Tue, 30 Oct 2018 08:56:44 -0500
Subject: [PATCH] Repair and simplify installCDE.src:CleanDaemons()
---
cde/admin/IntegTools/dbTo
@blackshard.net (Matthew R. Trower) writes:
> I'm sorry to report that with this commit, installCDE.src:CleanDaemons()
> is utterly broken. It doesn't work at all on any platform, and breaks
> installation on non AIX/freebsd/openbsd/netbsd/linux platforms (eg:
> sun). On
7;ve given plenty
of information on the situation anyway.
Sorry to spam the list.
-mrt
d...@blackshard.net (Matthew R. Trower) writes:
> ... my apologies; in the interest of precision, I mispoke here: it
> doesn't actually *break* installation per-say; it spits out alarming
> amo
I'm really not familiar with this program, so I don't know how to test
it. But, here is the patch.
-mrt
>From cde735937250835f7d0af716af76e65d311b1edc Mon Sep 17 00:00:00 2001
From: "Matthew R. Trower"
Date: Tue, 30 Oct 2018 21:16:39 -0500
Subject: [PATCH] Restore origin
1 - 100 of 120 matches
Mail list logo
