This patch should work and not throw any segfaults like the last attempt,
compiled and ran the script myself to make sure.
Thank you for your time,
-ChaseFrom cbe0ef0cff77f34c9054f14b7d889c8adebc87bf Mon Sep 17 00:00:00 2001
From: chase
Date: Sun, 10 Jun 2018 11:02:07 -0500
Subject: [PATCH] inst
This patch removes duplicate cshell code
Thank you for your time,
-ChaseFrom b15f0c1d75ab3d8f1eb4c6f3be7688a0697468b8 Mon Sep 17 00:00:00 2001
From: chase
Date: Sun, 10 Jun 2018 11:45:34 -0500
Subject: [PATCH 2/2] env.csh: remove duplicate cshell code
---
cde/programs/dtdocbook/README
On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
> This patch removes duplicate cshell code
... why?
Marcin
smime.p7s
Description: S/MIME Cryptographic Signature
--
Check out the vibrant tech community on one of
On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
> This patch should work and not throw any segfaults like the last attempt,
> compiled and ran the script myself to make sure.
That's good, I wonder if in the meantime all platforms can use "service inetd
start"
(except the systemd ones, I
Coding in cshell is considered harmful, and should be avoided when possible,
see this writeup:
http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
Plus, it really makes no sense to have two scripts that perform the exact same
function...
Thank you for your time,
-Chase
‐‐‐ Original Mes
I guess I should have specified that I am not looking to remove these
platforms, but was simply asking so that directions could be added to the wiki
and we could know for sure if they still work. If ulrich is getting his hands
on an HPUX system, thats one less unknown platform that may or may no
Update: I contacted Antonis, and he said we could integrate it into the code
under the MIT license. I gave him directions on how to use git, so hopefully he
will be able to patch it in himself.
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On June 8, 2018 8:00 PM, Chase wrot
On Sun, 8 Jun 2018, Ulrich Wilkens wrote:
> On 06/10/18 03:29, Brent Busby wrote:
> > Jon Trulson writes:
> >
> > > On 06/09/2018 05:40 PM, Chase via cdesktopenv-devel wrote:
> >
> > > > Also, requiring ksh to build is a bit of a fault point for many
> > > > users, especially the ones on BSDs,
On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
> I guess I should have specified that I am not looking to remove these
> platforms, but was simply asking so that directions could be added to
> the wiki and we could know for sure if they still work. If ulrich is
> getting his hands on an H
On Sun, 10 Jun 2018, Chase wrote:
> Coding in cshell is considered harmful, and should be avoided when possible,
> see this writeup:
> http://www.faqs.org/faqs/unix-faq/shell/csh-whynot/
There are many things to be said here, but those scripts are not needed for C
shell programming.
> Plus, i
alright, ignore this pull then
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On June 10, 2018 2:01 PM, Marcin Cieslak wrote:
>
>
> On Sun, 10 Jun 2018, Chase wrote:
>
> > Coding in cshell is considered harmful, and should be avoided when
> > possible, see this writ
Hopefully this doesn't conflict with any tests or ports by ulrich.
Thank you for your time,
-ChaseFrom 4022f5cad31f0f1c2fda2d5b3e755c29cbd29884 Mon Sep 17 00:00:00 2001
From: chase
Date: Sun, 10 Jun 2018 16:36:16 -0500
Subject: [PATCH 2/2] Remove Irix support
---
cde/config/cf/Imake.cf
Apparently if you make a new topic with the exact same name as the old topic on
the list, it makes it a reply to the old one, interesting... Maybe its just my
email client.
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On June 10, 2018 4:38 PM, Chase via cdesktopenv-devel
w
On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
> Apparently if you make a new topic with the exact same name as the old topic
> on the list, it makes it a reply to the old one, interesting... Maybe its
> just my email client.
Maybe it is just the way things are displayed, this message:
Merged to master.
-jon
On 06/10/2018 10:06 AM, Chase via cdesktopenv-devel wrote:
This patch should work and not throw any segfaults like the last
attempt, compiled and ran the script myself to make sure.
Thank you for your time,
-Chase
-
On 06/10/2018 12:30 PM, Marcin Cieslak wrote:
On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
This patch should work and not throw any segfaults like the last attempt,
compiled and ran the script myself to make sure.
That's good, I wonder if in the meantime all platforms can use "ser
merged to cde-next
-jon
On 06/10/2018 03:38 PM, Chase via cdesktopenv-devel wrote:
Hopefully this doesn't conflict with any tests or ports by ulrich.
Thank you for your time,
-Chase
--
Check out the vibrant tech com
On Sun, 10 Jun 2018, Jon Trulson wrote:
> On 06/10/2018 12:30 PM, Marcin Cieslak wrote:
> > On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
> >
> > > This patch should work and not throw any segfaults like the last attempt,
> > > compiled and ran the script myself to make sure.
> >
> > T
On 06/10/2018 12:55 PM, Marcin Cieslak wrote:
On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
I guess I should have specified that I am not looking to remove these
platforms, but was simply asking so that directions could be added to
the wiki and we could know for sure if they still wor
On 06/10/2018 05:03 PM, Marcin Cieslak wrote:
On Sun, 10 Jun 2018, Jon Trulson wrote:
On 06/10/2018 12:30 PM, Marcin Cieslak wrote:
On Sun, 10 Jun 2018, Chase via cdesktopenv-devel wrote:
This patch should work and not throw any segfaults like the last attempt,
compiled and ran the script my
On 06/09/2018 07:29 PM, Brent Busby wrote:
Jon Trulson writes:
On 06/09/2018 05:40 PM, Chase via cdesktopenv-devel wrote:
Also, requiring ksh to build is a bit of a fault point for many
users, especially the ones on BSDs, how difficult would it be to
remove the requirement for ksh during
On 06/10/2018 12:53 PM, Marcin Cieslak wrote:
On Sun, 8 Jun 2018, Ulrich Wilkens wrote:
On 06/10/18 03:29, Brent Busby wrote:
Jon Trulson writes:
On 06/09/2018 05:40 PM, Chase via cdesktopenv-devel wrote:
Also, requiring ksh to build is a bit of a fault point for many
[...]
But the
So, in talking with Chase, the subject of /var/dt came up, and whether
we can nuke it.
dtlogin writes it's error/output log there (/var/dt/Xerrors). We could
move this to /var/log/dtlogin.
The other use I see is for appmanager. On a first-time session login,
it creates symlinks from /usr/d
On 06/10/2018 05:17 PM, Jon Trulson wrote:
This is still an issue and I opened a ticket for it a week or so ago
(ttsession). Wouldn't surprise me if rpc.ttdbserver has that issue as
well. At XiG, we recommended never to run dtspcd or rpc.ttdbserver
unless you really had a need to, and we nev
Jon Trulson writes:
> So, in talking with Chase, the subject of /var/dt came up, and whether
> we can nuke it.
>
> dtlogin writes it's error/output log there (/var/dt/Xerrors). We
> could move this to /var/log/dtlogin.
That seems reasonable.
> The other use I see is for appmanager. On a first
Putting files on top of /var does cause debian to throw an error due to FHS
violations (https://lintian.debian.org/tags/non-standard-dir-in-var.html), as
does /usr/dt, but its only a warning
(https://lintian.debian.org/tags/non-standard-dir-in-usr.html), but /etc/dt is
perfectly fine, so we cou
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 35f1b6ad5d76effa03793d3e8ff9bbd756c22e46 Mon S
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.
>
> Thoughts?
Heck, even better..
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:
---
template class Ptr;
template class ConstPtr;
---
class Ptr defines and implements a 'clear()' method
30 matches
Mail list logo
