Hi Jon

I think that your proposal is a great idea. Let's me explain my opinion.
I have the impression that the acceptance of the CDE desktop is impacted by
it not available in major distribution.
There are some work, but they are not including it.  I have try to
resurrect it in fedora/openSUSE for ARM/x86/x64.

   https://build.opensuse.org/package/show/home:joserubiovidales/cdesktopenv

So far, there are progress, the work is in progress and I will submit a
pull request from by sf branch when i fill more confident. .
I'm pretty sure that some of the patches will be really useful, in fact
bringing the work of the different branches to master will increase the
adoptability of the CDE and
avoid duplicated efforts .

Related to your questions:
  4) I'm not aware of them, i can add to my fork and test them. Where are
they
  5) I vote +1 for the dtksh. I'm patching and I will send a merge request.


I have sent 4 merge request. Two of them are necessary to compile for
ARM/x86/x86-64 in  Fedora and Suse.
If you are going a  merge, the two merge request necessary to compile and
execute the CDE in the raspberry pi and fedora/suse are.

*  link-linux-libtcl
https://sourceforge.net/p/cdesktopenv/code/merge-requests/7/
*  linux_aarch64
https://sourceforge.net/p/cdesktopenv/code/merge-requests/6/

I dont' know the process you follow, but i can send in the format that best
suit your workflow.


Regards and thank you for the great effort
jrv

El jue., 12 sept. 2019 a las 7:11, Jon Trulson (<j...@radscan.com>) escribió:

>
> As has been pointed out in IRC, there are some security fixes in current
> master.  There are a variety of other fixes that have gone into master
> as well since the last release.  We are overdue, as usual, for a new
> release.
>
> We could just do a version now based on current master, or we can wait a
> bit to decide some of the issues described below first:
>
>
> 1. Has any one tested the utf8-conversion branch yet?  Should it be
> merged into master yet?  If not, then I will merge it to master after
> release and let the bugs flow forth.
>
> 2. cde-next branch - should that be merged into master first?  Peter?
> I'm not sure what's current there ATM.
>
> 3. Are there any other patches that need to be sent in by the various
> maintainers for the BSD's, Solarii, etc?
>
> 4. There were some patches (diffs actually) recently posted to the list
> (Subject: "Some untested patches") - scroll support in dtterm etc.  What
> shall we do with those?  I didn't have the time to break these up into
> proper patches for review and test.
>
> Anyone want to turn them into a proper patch submission?
>
>
> 5. There's also a fix for a fedora and opensuse bug in building ksh in
> CDE:
> https://sourceforge.net/p/cdesktopenv/discussion/general/thread/24d7511a39/
>
> Someone want to test and make a patch?  I'm sorry, I just don't have
> time to go trawling through forum posts to assemble proper patches.
>
> Since the exploit does not currently work with our CDE (though the code
> *is* definitely broken), I am more inclined to take a few weeks and
> incorporate some of the fixes above (though not utf8-conversion if no
> one else has really tested it yet.).
>
> Otherwise we can just create a release based on current master and
> integrate the above stuff "later".
>
>
> --
> Jon Trulson
>
>   "Nothing unreal exists."
>                            -- Kiri-kin-tha
>
>
> _______________________________________________
> cdesktopenv-devel mailing list
> cdesktopenv-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
>
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel

Reply via email to