Hi Mark, It was not me that asked for this change, I was in the middle of an entirely different change for the samples when this change intercepted my changes. And I did not say we should ignore it, I say the better solution is to have a relocatable installation package like macOS (which is a *nix btw).
I can have 10 different versions of ooRexx installed in parallel and the only thing to do to „switch“ is to change the path to point to the one I use. I have had ooRexx installed in ~/Applications and in /Applications at the same time and none of them disturbs the other. From the package I build for ooRexx it is possible to „install“ oorexx anywhere with a simple drag&drop. uninstalling is as easy as dragging to the bin. I for myself have suffered a lot from this thing earlier on when trying out ooRexx on different Linux platforms. Using make - make install I ended up not with rexx but rexx-oorexx as an executable. renaming it manually (is there a documentation of the switch? how on earth can one know about it?) I ended up with a broken installation since I was unaware which other items had been switched. Trying to run the testsuite then aborted halfway throug. In the end I had to manually remove all traces of the installation by hand following the manifest file. Since then I learned how to use a rpm or deb package. Can you point me to a place where I can read about update-alternatives? I had never heard about it before I stumbled on it here. And I have never been confronted with it in the 6 Linuxes I am using for testing. Hälsningar/Regards/Grüsse, P.O. Jonsson oor...@jonases.se > Am 06.04.2020 um 22:29 schrieb Mark Hessling <m...@rexx.org>: > > I'm not sure I'd agree that the optimal solution would be to ignore > update-alternatives. update-alternatives is the correct way to have more than > 1 package that provides the same functionality on Linux. > As René indicated installations worked fine with update-alternatives, and had > been working fine. The only problem I had with the package build was its > name, and that was due to CMake issues, where on 1 version of CMake the > package built ok but with the wrong name and the newer version of CMake > didn't even make the package. The problem is CMake (or how to use it > properly), not with update-alternatives. > > Cheers, Mark > On 7/4/20 1:14 am, P.O. Jonsson wrote: >> Hi René and thanks for the info. >> >> I had missed the fact that one needed to manually synch CMakelists.txt with >> oorexx.spec.in <http://oorexx.spec.in/> (I did not even realize there was a >> link) and broke the installer for CentOS when adding some samples missing >> CMakeLists.txt. Enrico explained the connection and I could correct it. I >> was in the middle of checking/sorting these two files for the remaining >> missing/superfluous files in /samples when Erichs change came in. I will go >> ahead and make the necessary changes later this week, I did not have time to >> submit it. >> >> Regarding the „switch“ I think it is a sub-optimal solution to a problem of >> a few causing problems for the many. The optimal solution would be a >> relocatable ooRexx installation, as we have it now for macOS. >> >> Regarding checking Jenkins an automated mail service would be beneficial. >> >> Hälsningar/Regards/Grüsse, >> P.O. Jonsson >> oor...@jonases.se <mailto:oor...@jonases.se> >> >> >> >>> Am 06.04.2020 um 16:56 schrieb René Jansen <rvjan...@xs4all.nl >>> <mailto:rvjan...@xs4all.nl>>: >>> >>> Just last week I generated a .deb for AARCH64 for someone, and it all ran >>> fine - checked it first on a Raspi with Ubuntu on it. It is true that Erich >>> conferred with me about rolling it back; the check in was done in haste >>> when Mark was busy with firefighting (literally! Australia). Its intention >>> was to have update-alternatives working correctly for ooRexx. It should go >>> back in when someone gets it to work. >>> >>> I would politely ask everyone to check Jenkins when a change is made. This >>> goes for myself too. P.O. is doing very good work with that. I wonder if we >>> need to coordinate more on that, so we can at least check our own platforms >>> when significant change is made. >>> >>> René. >>> >>>> On 6 Apr 2020, at 16:47, P.O. Jonsson <oor...@jonases.se >>>> <mailto:oor...@jonases.se>> wrote: >>>> >>>> OK thanks for the info. >>>> >>>> Does this mean that the „switch“ stuff (rexx-oorexx) is gone? >>>> >>>> Does this also mean that oorexx.spec.in <http://oorexx.spec.in/> is now >>>> generated by CMake (or Cpack)? >>>> >>>> Are there other files that are affected? >>>> >>>> Unfortunately there seems to be other problems with the installer on the >>>> Unix platform, see my other mail. Not sure if this was the reason? >>>> >>>> Hälsningar/Regards/Grüsse, >>>> P.O. Jonsson >>>> oor...@jonases.se <mailto:oor...@jonases.se> >>>> >>>> >>>> >>>>> Am 06.04.2020 um 16:35 schrieb Erich Steinböck >>>>> <erich.steinbo...@gmail.com <mailto:erich.steinbo...@gmail.com>>: >>>>> >>>>> Hi P.O. >>>>> this removes the CMake changes by Mark Hessling which were committed by >>>>> René. >>>>> They had been causing a bunch of issues, where the code duplication >>>>> you've seen with oorexx.spec.in <http://oorexx.spec.in/> is one of them. >>>>> >>>>> René confirmed that the best option was to roll them back. >>>>> _______________________________________________ >>>>> Oorexx-devel mailing list >>>>> Oorexx-devel@lists.sourceforge.net >>>>> <mailto:Oorexx-devel@lists.sourceforge.net> >>>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >>>>> <https://lists.sourceforge.net/lists/listinfo/oorexx-devel> >>>> >>>> _______________________________________________ >>>> Oorexx-devel mailing list >>>> Oorexx-devel@lists.sourceforge.net >>>> <mailto:Oorexx-devel@lists.sourceforge.net> >>>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >>>> <https://lists.sourceforge.net/lists/listinfo/oorexx-devel> >>> >>> _______________________________________________ >>> Oorexx-devel mailing list >>> Oorexx-devel@lists.sourceforge.net >>> <mailto:Oorexx-devel@lists.sourceforge.net> >>> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >>> <https://lists.sourceforge.net/lists/listinfo/oorexx-devel> >> >> >> >> >> _______________________________________________ >> Oorexx-devel mailing list >> Oorexx-devel@lists.sourceforge.net >> <mailto:Oorexx-devel@lists.sourceforge.net> >> https://lists.sourceforge.net/lists/listinfo/oorexx-devel >> <https://lists.sourceforge.net/lists/listinfo/oorexx-devel> > -- > ------------------------------------------------------------------------ > * Mark Hessling, m...@rexx.org <mailto:m...@rexx.org> http://www.rexx.org/ > <http://www.rexx.org/> > * Author of THE, a Free XEDIT/KEDIT editor and, Rexx/SQL, Rexx/CURL, etc. > * Maintainer of Regina Rexx interpreter > * Use Rexx? join the Rexx Language Association: http://www.rexxla.org/ > <http://www.rexxla.org/> > ------------------------------------------------------------------------ > _______________________________________________ > Oorexx-devel mailing list > Oorexx-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/oorexx-devel
_______________________________________________ Oorexx-devel mailing list Oorexx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/oorexx-devel