On 06/24/2018 06:47 PM, Chase via cdesktopenv-devel wrote:
I'm the one being disrespectful huh...
Alright, I won't argue, if that's the consensus, effective
immediately I am ceasing my contributions to CDE and unsubscribing
from this mailing list.
I was trying really hard to ignore this
I'm the one being disrespectful huh...
Alright, I won't argue, if that's the consensus, effective immediately I am
ceasing my contributions to CDE and unsubscribing from this mailing list. I
will explain to my sponsors that there is no desire to see CDE packaged.
Goodbye.
Thank you for your
Jon is correct, you should do your own work. Your contributions are in a
public repository already, Sourceforge knows your name :-)
However, such name calling will not be tolerated. I have been here about as
long as Peter and Jon, I may be employee #3. So be respectful, please.
On Sun, Jun 24,
Ah, no wonder why Jon is the co leader of this project, you are very abrasive
for no reason, especially towards someone who does free work.
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On June 24, 2018 7:05 PM, Peter Howkins wrote:
>
>
> On Mon, 25 Jun 2018 at
On 06/24/2018 06:10 PM, Christopher Turkel wrote:
I'm running the last Archlinux.
The wiki is out of datem but I don't know how much since I can't get it
running. The AUR has the file list you should use.
https://aur.archlinux.org/packages/cdesktopenv/
You'll also need libtirpc, of course.
I'm running the last Archlinux.
The wiki is out of datem but I don't know how much since I can't get it
running. The AUR has the file list you should use.
https://aur.archlinux.org/packages/cdesktopenv/
You'll also need libtirpc, of course. The rpcbind file is now in:
etc/conf.d/rpcbind
On
On Mon, 25 Jun 2018 at 01:00, Chase wrote:
>
> The mystery man himself speaks!
>
> I'd rather not make an account, I am a bit paranoid about another big
> corporation having my personal data and it getting leaked. Jon can testify :)
I don't care. Open an account and open the tickets. When you
On 06/24/2018 06:00 PM, Christopher Turkel wrote:
I can't program at all. Looks like someone smarter than I will have to
tackle this :-)
I am sad :(
Ok, what version of Arch are you running?
I did notice a lot of errors regarding fonts, so I wonder if part of the
problem is that you do
The mystery man himself speaks!
I'd rather not make an account, I am a bit paranoid about another big
corporation having my personal data and it getting leaked. Jon can testify :)
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On June 24, 2018 6:32 PM, Peter Howkins
I can't program at all. Looks like someone smarter than I will have to
tackle this :-)
On Sun, Jun 24, 2018 at 7:56 PM Jon Trulson wrote:
> On 06/24/2018 05:21 PM, Christopher Turkel wrote:
> > I have attacked the relevant error logs
> >
>
> Well, no need to be hostile toward them. :)
>
> I
On 06/24/2018 05:21 PM, Christopher Turkel wrote:
I have attacked the relevant error logs
Well, no need to be hostile toward them. :)
I don't know what the issue is - it does not appear related to the
hostname. How are you at CDE/X11 programming? Could you debug it?
-jon
On Sun, Jun 24,
Could someone please put this in for me?
Also, I have another ticket I'd like to see put it, regardingsome strange
background behavior that is strange to look at for the user. On monitors with a
higher resolution, the main background begins to loop, as seen here
:(
So, something else is going on here... You have the correct localhost
patch (you have tried this without the modification to /etc/hosts right?)
rpcbind is running, and ttsession is registering successfully. So,
anything of interest in:
~/.dt/errorlog
~/.dt/sessionlogs/*/*
Note, for
rpcinfo -p
program vers proto port service
104 tcp111 portmapper
103 tcp111 portmapper
102 tcp111 portmapper
104 udp111 portmapper
103 udp111 portmapper
102 udp111 portmapper
You could try checking out whatever branch you did this in an see if you
can rebase from cde-next... ie:
git checkout cde-next
git pull
git checkout your-remove-ultrix-branch
git rebase cde-next
Assuming you get that to work, then you could try regenerating the
patch. I don't know how you
This is absolutely baffling to me, I have no idea why one three separate
occasions, all removal attempts have failed. I guess Ultrix will be destined to
stay in CDE, as I can't remove it no matter what I do!
Thank you for your time,
-Chase
‐‐‐ Original Message ‐‐‐
On June 24, 2018
Ok, so:
1) What does "rpcinfo -p" show you?
2) what does "git show 8c1ad2d3"
-jon
On 06/24/2018 04:35 PM, Christopher Turkel wrote:
No, I'm saying despite rpcbind running and /etc/hosts set properly I am
still getting the same error, ie " "Could not connect to ToolTalk..."
On Sun, Jun 24,
No, I'm saying despite rpcbind running and /etc/hosts set properly I am
still getting the same error, ie " "Could not connect to ToolTalk..."
On Sun, Jun 24, 2018 at 6:01 PM Jon Trulson wrote:
>
>
> On 06/24/2018 03:56 PM, Christopher Turkel wrote:
> > Rpcbind is running, and there a hostname,
Applied to cde-next, thanks.
-jon
On 06/24/2018 01:20 PM, Chase via cdesktopenv-devel wrote:
For everything except mkprod. This will be irrelevant pretty soon as
moving to autotools should make the db tools obsolete.
Thank you for your time,
-Chase
Applied to cde-next, thanks!
-jon
On 06/24/2018 09:00 AM, Chase via cdesktopenv-devel wrote:
This patch also cleans up a file with ifdef mess
Thank you for your time,
-Chase
--
Check out the vibrant tech community
Applied to cde-next, thanks!
-jon
On 06/24/2018 01:33 PM, Chase via cdesktopenv-devel wrote:
This flag doesn't seem to prevent anything now from causing an error,
this might be different for clang and yacc, but gcc worked fine, so I
will only remove it on linux until further testing can be
Rpcbind is running, and there a hostname, but the same issue.
On Fri, Jun 22, 2018 at 9:16 PM Jon Trulson wrote:
> On 06/22/2018 07:10 PM, Henry Bonath wrote:
> > I think that's either rpcbind isn't running, or maybe the /etc/hosts
> > file not having the hostname in there?
> > I just loaded up
This one fails to apply to cde-next:
error: patch failed: cde/config/imake/imakemdep.h:561
error: cde/config/imake/imakemdep.h: patch does not apply
error: patch failed: cde/lib/tt/lib/tt_options.h:341
error: cde/lib/tt/lib/tt_options.h: patch does not apply
error: patch failed:
Even with that, is there any point in us developing the, in some cases, only
functioning desktop on platforms with absolutely no future in sight even if we
have the emulators for it? No one has complained to me about removing old
platform support, and it untangles a lot of ifdef messes. We
The "mess" emulator can emulate an Apollo DN3500 reasonably well; I've got that
running SR10.4 that I sometimes play with for nostalgia's sake. Not like I
ever had CDE on an Apollo, so I have no stake in it; but just so you know the
lack of hardware doesn't preclude someone running them.
> On
1. Not that I am aware of
2. Not that I am aware of
3. No
4. You'll be laying the foundation for this task, not even many of the more
seasoned veterans know much on this topic, but it would be a great service to
all of us. I would help you, but I myself do not know where to begin...
Thank you
On 06/24/18 19:37, Richard L. Hamilton wrote:
Just for information:
I've been working on a macOS port since a longer time.
Have it now working for Mavericks, Yosemite and El Capitan.
Sierra and High Sierra still have minor problems.
All of them have two annoying issues which are based in
On 06/24/18 20:29, Henry Bonath wrote:
Ooh I have an A/UX Mac (IIfx) CDE would be quite the upgrade let me tell you!
No sorry, such an old beast is not supported by my port. I neither don't
have the OS nor the hardware (68k) for it. So I cannot support it from
my side.
And I'm afraid it's
This flag doesn't seem to prevent anything now from causing an error, this
might be different for clang and yacc, but gcc worked fine, so I will only
remove it on linux until further testing can be done.
Thank you for your time,
-ChaseFrom 0b376bb85cae0079b891cfa198b4dae1f8baeb2c Mon Sep 17
Ooh I have an A/UX Mac (IIfx) CDE would be quite the upgrade let me tell you!
Thanks!
-Henry
Sent from my CSCloud connected iPhone
http://cscloud.com/hosting
> On Jun 24, 2018, at 11:32 AM, Matthew R. Trower wrote:
>
> Not unless your Macintosh was manufactured 1987-1990 and runs A/UX ;)
>
>
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
Not sure if we can send pictures on here, but here’s my Raspberry Pi 3B+
running Raspbian lite, and the 2.2.4a dev release of CDE. The display is a 7”
USB Displaylink ELO touchscreen.
These things can definitely be fun!
> On Jun 23, 2018, at 10:58 PM, Pete Lancashire wrote:
>
> I'm
> On Jun 24, 2018, at 12:26, Ulrich Wilkens wrote:
>
> On 06/24/18 17:29, Richard L. Hamilton wrote:
>>> On Jun 24, 2018, at 11:00, Chase via cdesktopenv-devel
>>> wrote:
>>>
>>> This patch also cleans up a file with ifdef mess
>>>
>>> Thank you for your time,
>>> -Chase
>> Hmm, some of
Hi co-listers:
I'm willing to begin CDE es_ES.UTF-8 localizing.
Are they a subproject like this?
Anyone working in this?
Any roadmap of such type of work?
Any ideas?
Thanks in advance.
--
José Carlos Carrión
--
On 06/24/18 17:29, Richard L. Hamilton wrote:
On Jun 24, 2018, at 11:00, Chase via cdesktopenv-devel
wrote:
This patch also cleans up a file with ifdef mess
Thank you for your time,
-Chase
Hmm, some of us would like to see CDE work on our Macs one day; will this make
it more
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: Re:
Nope, current (or at any rate, running macOS, formerly known as OS X), not a
museum piece. Ok, if that's the case, no objection.
Gotta say, I'm hopeful when I read people talk about moving to
autoconf/automake etc instead of imake, which is not even available by default
on reasonably recent
Removing these oldies is like a walk through time
On Sun, Jun 24, 2018, 8:32 AM Matthew R. Trower wrote:
> 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
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
> On Jun 24, 2018, at 11:00, Chase via cdesktopenv-devel
> wrote:
>
> This patch also cleans up a file with ifdef mess
>
> Thank you for your time,
> -Chase
Hmm, some of us would like to see CDE work on our Macs one day; will this make
it more difficult?
signature.asc
Description:
This patch also cleans up a file with ifdef mess
Thank you for your time,
-ChaseFrom 14e52e59b9d63d66a5c8a78284a88b93ec7f78bc Mon Sep 17 00:00:00 2001
From: chase
Date: Sun, 24 Jun 2018 07:22:21 -0500
Subject: [PATCH 2/2] Remove macII support
---
cde/config/cf/Imake.cf|
41 matches
Mail list logo
