On 06/23/2018 03:45 PM, Chase wrote:
Have you emailed that guy back since then? He may've put something together but
forgot about it.
I couldn't remember his name, but I believe he responded in this very
thread (Doug Royer?).
If imake could get any deader, I was just emailed saying upstre
Have you emailed that guy back since then? He may've put something together but
forgot about it.
If imake could get any deader, I was just emailed saying upstream wouldn't even
merge our changes due to our imake being lgplv2+ licensed, so my vote is
officially migrating to autotools after this
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
X11/Motif/CDE dev environment to build.
Is there some strong reason we need to ki
On 06/20/2018 06:39 PM, Marcin Cieslak wrote:
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
> On Jun 20, 2018, at 20:28, Jon Trulson wrote:
>
[...]
>> Would switching to autotools also solve the rpath problem?
>
> Possibly, as I understand libtool changed it's behavior WRT to rpath.
>
> In CDE for linux, rpath is added via ExtraLoadFlags in
> config/cf/lnxLib.rules. You could prob
I will state what my personal goals are for the project if it gives perspective:
Building a Debian package (1st priority!)
Cutting out cruft (OS support for OSs that have no chance of ever being
revived, and have no active maintainers, honestly if we could've found active
maintainers for the OSs
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
> 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
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 replicate in autotools.
There are s
On 06/20/2018 06:01 PM, Chase wrote:
I say that if we are going to push out one last release before the transition,
make it 2.2.5, and then the autotools release can be 2.3. Can we also reenable
the font editor and try to debug it after 2.2.5? If it's only problem is
renamed x11 headers and co
I say that if we are going to push out one last release before the transition,
make it 2.2.5, and then the autotools release can be 2.3. Can we also reenable
the font editor and try to debug it after 2.2.5? If it's only problem is
renamed x11 headers and compiler warnings, that is a relatively e
On 06/20/2018 04:03 PM, Matthew R. Trower wrote:
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 ther
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
On 06/19/2018 09:33 PM, Chase via cdesktopenv-devel wrote:
Hi all,
Matthew T. and I have had a conversation about imake and whether or not
it would be a good idea to merge with master or not. After doing a bit
of discussion, I sent a message to alan coopersmith to see if anyone at
the imake te
x27;m aware of), I would be willing to take a stab at the
> conversion.
>
> -mrt
> *From: *José Carlos Carrión Plaza
> *Sent: *Wednesday, June 20, 2018 02:19
> *To: *cdesktopenv-devel@lists.sourceforge.net
> *Subject: *Re: [cdesktopenv-devel] The sorry state of imake
>
> H
18 02:19To: cdesktopenv-devel@lists.sourceforge.netSubject: Re: [cdesktopenv-devel] The sorry state of imake
Hi all.
IMHO GNU autotools is the right way. Xorg moved from old
"imake-make World" to GNU autotools and modular packing. Motif
moved in a similar wa
Hi all.
IMHO GNU autotools is the right way. Xorg moved from old "imake-make
World" to GNU autotools and modular packing. Motif moved in a similar
way. I think the third traditional actor of the old robust desktop, CDE,
must follow the same way.
If I may help you in any way, please let me kn
17 matches
Mail list logo
