Fwd: Installation script
> and Window$ NEVER was/is/will be…. I am sorry I am not a native speaker in English…... > Anfang der weitergeleiteten Nachricht: > > Von: Thomas > Betreff: Aw: Installation script > Datum: 14. März 2024 um 16:26:36 MEZ > An: Ondrej Florian > > Hi Ondrej, > > sounds promising as with this way we maybe could have an attractive > alternative to the 2345435 different kinds of LINUX desktops where felt every > second week someone believes to paint a new one :-). > But relatively few people are understanding the idea and stength of combining > different apps with steptalk (like OpenDOC ) . M$ and A$$le are strictly > against this model as it distiurbs there methods of maximum profit. > > Perhaps it could happen to realise a comfortable environment macos was in > former times (before Cook) and Window$ was/is/will never be…. > Thanks > > Thomas > >> Am 13.03.2024 um 15:24 schrieb Ondrej Florian : >> >> Hi Thomas, >> >> Making sure different applications and frameworks play well together was/is >> my main motivation for GSDE. >> If you want to see how services / scripting can (or should) all work >> together, GSDE is probably the only place right now. >> Support for NSDataLink across all applications is the next ;-) >> >> ...there is a lot of cool stuff you can do with it, like using GORM to >> create simple UIs for shell scripts >> Great for creating app wrappers with GNUstep menus and all that stuff. >> Or display man pages or gsdoc in the HelpViewer using GNUstep filters. :-) >> >> However, in order to make it all work, GSDE has to make a lot of assumptions >> and not everyone is going to be happy with the choices made. Therefore, it >> is not substitute for more generic build/installation script as I explained >> earlier. >> >> The upside is that it makes finding and fixing bugs easier. You have all the >> sources available, everything is configured in the same way, etc. >> >> >> Thanks, >> Ondrej >> >> On 2024-03-11 12:13:58 +0100 Thomas wrote: >> >>> Hi Ondrej, >>> >>> ok, sounds logical. >>> One point: Couldn´t it be useful for the normal unexperienced LINUX user to >>> include his „normal“ application menue path from Debian so that his >>> experience wouldn´t be so strange as he find all standard apps he know >>> (LibreOffice etc.)? By the way I have some Questions ;-). The Service parts >>> from the main menue (GWorkspace) don´t work at all, right (for instance >>> starting a new task in Simple Agenda)? Is it a task for Smalltalk >>> (Steptalk)? >>> How can it be fixed? In Gorm there is the effect that Gorm completely >>> shuts >>> down when you test an unsafed project and try to end this test with >>> shortcut >>> #q…. don´t know the reason. Also the Icons a a little misplaced in the >>> windows….. >>> Some glitches are in the presentation in GWorkspace, Gorm etc. for >>> instance >>> if you have switched to other languages than English the Spaces in the >>> textfields often don´t fit. >>> How can I help? ;-). >>> >>> Best regards >>> >>> Thomas >>> >>> >>>> Am 06.03.2024 um 16:33 schrieb Ondrej Florian : >>> >>>> Hi Thomas, >>> >>>> I'll try to merge some of those changes back into GSDE fork but as both >>>> forks are starting to diverge in significant way, this will become hard to >>>> do down the road. >>> >>>> There already few areas that make plain-vanilla WindowMaker not compatible >>>> with GSDE desktop. >>>> For example: focus and menu management code, dock and scripting >>>> functionality. >>> >>>> Thanks, >>>> Ondrej >>> >>>> On 2024-03-04 09:04:30 +0100 Thomas wrote: >>> >>>>> Hi Ondrej, >>>>> referring to your WM. Your fork is from WindowMaker 0.95.9 How can I >>>>> update to 0.96 as there are some enhancements in the original? >>>>> Best regards >>>>> Thomas >>>>>> Am 02.03.2024 um 08:37 schrieb Ondrej Florian : >>>>>> Hi Nikolaus, >>>>>> GSDE install scripts go far beyond just installing GNUstep libraries and >>>>>> build environment. >>>>>> Its purpose is to provide complete desktop environment so those scripts >>>>>> pull in a lot of dependencies, etc. >>
Re: Installation script
Hi Thomas, Making sure different applications and frameworks play well together was/is my main motivation for GSDE. If you want to see how services / scripting can (or should) all work together, GSDE is probably the only place right now. Support for NSDataLink across all applications is the next ;-) ...there is a lot of cool stuff you can do with it, like using GORM to create simple UIs for shell scripts Great for creating app wrappers with GNUstep menus and all that stuff. Or display man pages or gsdoc in the HelpViewer using GNUstep filters. :-) However, in order to make it all work, GSDE has to make a lot of assumptions and not everyone is going to be happy with the choices made. Therefore, it is not substitute for more generic build/installation script as I explained earlier. The upside is that it makes finding and fixing bugs easier. You have all the sources available, everything is configured in the same way, etc. Thanks, Ondrej On 2024-03-11 12:13:58 +0100 Thomas wrote: > Hi Ondrej, > > ok, sounds logical. > One point: Couldn´t it be useful for the normal unexperienced LINUX user to > include his „normal“ application menue path from Debian so that his > experience wouldn´t be so strange as he find all standard apps he know > (LibreOffice etc.)? By the way I have some Questions ;-). The Service parts > from the main menue (GWorkspace) don´t work at all, right (for instance > starting a new task in Simple Agenda)? Is it a task for Smalltalk (Steptalk)? > How can it be fixed? In Gorm there is the effect that Gorm completely shuts > down when you test an unsafed project and try to end this test with shortcut > #q…. don´t know the reason. Also the Icons a a little misplaced in the > windows….. > Some glitches are in the presentation in GWorkspace, Gorm etc. for instance > if you have switched to other languages than English the Spaces in the > textfields often don´t fit. > How can I help? ;-). > > Best regards > > Thomas > > >> Am 06.03.2024 um 16:33 schrieb Ondrej Florian : > >> Hi Thomas, > >> I'll try to merge some of those changes back into GSDE fork but as both >> forks are starting to diverge in significant way, this will become hard to >> do down the road. > >> There already few areas that make plain-vanilla WindowMaker not compatible >> with GSDE desktop. >> For example: focus and menu management code, dock and scripting >> functionality. > >> Thanks, >> Ondrej > >> On 2024-03-04 09:04:30 +0100 Thomas wrote: > >>> Hi Ondrej, >>> referring to your WM. Your fork is from WindowMaker 0.95.9 How can I >>> update to 0.96 as there are some enhancements in the original? >>> Best regards >>> Thomas >>>> Am 02.03.2024 um 08:37 schrieb Ondrej Florian : >>>> Hi Nikolaus, >>>> GSDE install scripts go far beyond just installing GNUstep libraries and >>>> build environment. >>>> Its purpose is to provide complete desktop environment so those scripts >>>> pull in a lot of dependencies, etc. >>>> In addition, these scripts are very "opinionated" as to how everything >>>> should be setup and come together. >>>> For example: >>>> - hard requirement for X11 >>>> - it comes with its fork of WindowMaker as WM >>>> - /Application, /Libraries type of directory layout >>>> - patches for GNUstep libraries >>>> Considering all of this, dedicated build scripts for GNUstep is still >>>> very much needed, especially if you want to do cross-platform >>>> development. >>>> Thanks, >>>> Ondrej >>>> On 2024-02-25 00:47:28 + H. Nikolaus Schaller >>>> wrote: >>>>> Nice. Will try asap on different architectures (arm64, armel, armhf, >>>>> i386, mipsel) and different Debian flavours. >>>>> How is it related to https://onflapp.github.io/gs-desktop/index.html >>>>> resp. https://github.com/onflapp/gs-desktop which is also a set of >>>>> scripts to install GNUstep on Debian systems? Does it also provide some >>>>> "Desktop" experience? >>>>> BR, >>>>> Nikolaus >>>>>> Am 24.02.2024 um 23:36 schrieb Ethan Charoenpitaks >>>>>> : >>>>>> Hi everyone, >>>>>> I've written an installation script for GNUstep, which has been >>>>>> tested so far on recent Debian and Ubuntu derivatives. It should be >>>>>> easily portable to any distribution, so long as you can determine the >&
Re: Installation script
Hi, Thomas wrote: By the way I have some Questions;-). The Service parts from the main menue (GWorkspace) don´t work at all, right (for instance starting a new task in Simple Agenda)? Is it a task for Smalltalk (Steptalk)? How can it be fixed? In Gorm there is the effect that Gorm completely shuts down when you test an unsafed project and try to end this test with shortcut #q…. don´t know the reason. Also the Icons a a little misplaced in the windows….. a bit off-topic from the scripts... but maybe not totally. Services are passed over to the corresponding applications. I only have two installed right now and they work for me in GWorkspace. Ink opens file and for directories, Terminal opens shell there. First doubt would be the provider of the service more than GWorkspace / NSWorkspace. Before all that, run "make_services" again and restart GWorkspace and see if it helps. If that fixes it, make_services should be run better from the scripts you are using. Riccardo
Re: Installation script
Hi, Svetlana Tkachenko wrote: P.S. Hi Riccardo, I couldn't find link to bug tracker at https://gnustep.github.io/experience/GWorkspace.html#Maintainer as emailing GNUstep mailing list is, while workable, not a very useful option for engaging other contributors ("Hi I'm new here and want to fix some bugs in GWorkSpace . Oh they are scattered in mailing list discussions? Nevermind I'm going home") The "new" bug report page is: https://home.gnustep.org/bugs.html Major projects are listed there. For the rest, you are expected to find the corresponding project yourself. If there is a major one you find missing, just ask for it Riccardo
Re: Installation script
Hi Thomas Thank you very much for the notes. It could be good to report these little bugs to the respective applications: > Hi Ondrej, > > ok, sounds logical. > One point: Couldn´t it be useful for the normal unexperienced LINUX user to > include his „normal“ application menue path from Debian so that his > experience wouldn´t be so strange as he find all standard apps he know > (LibreOffice etc.)? > By the way I have some Questions ;-). The Service parts from the main menue > (GWorkspace) don´t work at all, right (for instance starting a new task in > Simple Agenda)? Is it a task for Smalltalk (Steptalk)? How can it be fixed? > Do other Service parts work? If not: GWorkspace bug P.S. Hi Riccardo, I couldn't find link to bug tracker at https://gnustep.github.io/experience/GWorkspace.html#Maintainer as emailing GNUstep mailing list is, while workable, not a very useful option for engaging other contributors ("Hi I'm new here and want to fix some bugs in GWorkSpace . Oh they are scattered in mailing list discussions? Nevermind I'm going home") If yes: Simple Agenda bug --> https://github.com/poroussel/simpleagenda/issues (This bug I can test on my system when I am home) > > In Gorm there is the effect that Gorm completely shuts down when you test > an unsafed project and try to end this test with shortcut #q…. don´t know the > reason. Bug of Gorm P.S. Gregory, https://gnustep.github.io/experience/Gorm.html does not contain link to bug tracker (This bug I can test on my system when I am home) > > Also the Icons a a little misplaced in the windows….. Bug of Gorm (This bug I can not test as description is too vague) > Some glitches are in the presentation in GWorkspace, Gorm etc. > Bug of GWorkspace Bug of Gorm (This bug I can not test as description is too vague) > > for instance if you have switched to other languages than English the Spaces > in the textfields often don´t fit. Bug of whatever app this is in (This bug I can not test as description is too vague) > How can I help? ;-). > 1. Report bugs including your OS, your gnustep version and your (whatever app) version details, steps to reproduce, and screenshots 2. Second step might be installing latest git versions from upstream and manually compiling them to see if the bug has already been fixed. If not, then as you have source code available on your machine, you may be able to fix some of these bugs as comfortable. 3. Note there is live chat available for assistance at Libera Chat, http://libera.chat One Click Connect >> https://web.libera.chat/gamja/?channels=#gnustep <<< may want to join and keep the window open, and monitor the chat, for a couple days to catch someone awake Regards, Svetlana -- Svetlana Tkachenko, Associate Member of the Free Software Foundation = Gryllida, Developer and volunteer for the Wikimedia movement http://www.wikimedia.org http://www.fsf.org http://www.gnu.org SIP: gryllid...@sip.linphone.org
Re: Installation script
Hi Ondrej, ok, sounds logical. One point: Couldn´t it be useful for the normal unexperienced LINUX user to include his „normal“ application menue path from Debian so that his experience wouldn´t be so strange as he find all standard apps he know (LibreOffice etc.)? By the way I have some Questions ;-). The Service parts from the main menue (GWorkspace) don´t work at all, right (for instance starting a new task in Simple Agenda)? Is it a task for Smalltalk (Steptalk)? How can it be fixed? In Gorm there is the effect that Gorm completely shuts down when you test an unsafed project and try to end this test with shortcut #q…. don´t know the reason. Also the Icons a a little misplaced in the windows….. Some glitches are in the presentation in GWorkspace, Gorm etc. for instance if you have switched to other languages than English the Spaces in the textfields often don´t fit. How can I help? ;-). Best regards Thomas > Am 06.03.2024 um 16:33 schrieb Ondrej Florian : > > Hi Thomas, > > I'll try to merge some of those changes back into GSDE fork but as both forks > are starting to diverge in significant way, this will become hard to do down > the road. > > There already few areas that make plain-vanilla WindowMaker not compatible > with GSDE desktop. > For example: focus and menu management code, dock and scripting functionality. > > Thanks, > Ondrej > > On 2024-03-04 09:04:30 +0100 Thomas wrote: > >> Hi Ondrej, >> referring to your WM. Your fork is from WindowMaker 0.95.9 How can I >> update to 0.96 as there are some enhancements in the original? >> Best regards >> Thomas >>> Am 02.03.2024 um 08:37 schrieb Ondrej Florian : >>> Hi Nikolaus, >>> GSDE install scripts go far beyond just installing GNUstep libraries and >>> build environment. >>> Its purpose is to provide complete desktop environment so those scripts >>> pull in a lot of dependencies, etc. >>> In addition, these scripts are very "opinionated" as to how everything >>> should be setup and come together. >>> For example: >>> - hard requirement for X11 >>> - it comes with its fork of WindowMaker as WM >>> - /Application, /Libraries type of directory layout >>> - patches for GNUstep libraries >>> Considering all of this, dedicated build scripts for GNUstep is still very >>> much needed, especially if you want to do cross-platform development. >>> Thanks, >>> Ondrej >>> On 2024-02-25 00:47:28 + H. Nikolaus Schaller >>> wrote: >>>> Nice. Will try asap on different architectures (arm64, armel, armhf, i386, >>>> mipsel) and different Debian flavours. >>>> How is it related to https://onflapp.github.io/gs-desktop/index.html resp. >>>> https://github.com/onflapp/gs-desktop which is also a set of scripts to >>>> install GNUstep on Debian systems? Does it also provide some "Desktop" >>>> experience? >>>> BR, >>>> Nikolaus >>>>> Am 24.02.2024 um 23:36 schrieb Ethan Charoenpitaks >>>>> : >>>>> Hi everyone, >>>>>I've written an installation script for GNUstep, which has been >>>>> tested so far on recent Debian and Ubuntu derivatives. It should be >>>>> easily portable to any distribution, so long as you can determine the >>>>> correct commands to install all the dependencies and clang-14. It will >>>>> just install from source, installing all the files into >>>>> /usr/GNUstep/System and /usr/GNUstep/Local. It's based on @plaurent's >>>>> gnustep-build scripts <https://github.com/plaurent/gnustep-build>, but >>>>> has been heavily modified to only have one script that applies to all >>>>> distributions. I would appreciate it if anyone would be willing to try it >>>>> out, or to port it to other distributions. It is probably also portable >>>>> to other Unixes, but might not be applicable to Windows, iOS, or Android. >>>>> To install GNUstep from source, please cd to the directory in which you >>>>> want to store GNUstep's source code, and run the following script: >>>>> wget -qO- >>>>> https://raw.githubusercontent.com/ethanc8/gnustep-build/master/generic/build.sh >>>>> | bash >>>>> If you want to customize the installation paramaters (for example, to >>>>> install an older version of the libraries, to install from git master, or >>>>> to disable the applications), please do the following: >>>>> git clone https://github.com/ethanc8/gnustep-build >>>>> nano generic/build.sh # Or your favorite text editor >>>>> ./generic/build.sh >>>>> Thanks! >>>>> Ethan >
Re: Installation script
Hi Nikolaus, GSDE install scripts go far beyond just installing GNUstep libraries and build environment. Its purpose is to provide complete desktop environment so those scripts pull in a lot of dependencies, etc. In addition, these scripts are very "opinionated" as to how everything should be setup and come together. For example: - hard requirement for X11 - it comes with its fork of WindowMaker as WM - /Application, /Libraries type of directory layout - patches for GNUstep libraries Considering all of this, dedicated build scripts for GNUstep is still very much needed, especially if you want to do cross-platform development. Thanks, Ondrej On 2024-02-25 00:47:28 + H. Nikolaus Schaller wrote: Nice. Will try asap on different architectures (arm64, armel, armhf, i386, mipsel) and different Debian flavours. How is it related to https://onflapp.github.io/gs-desktop/index.html resp. https://github.com/onflapp/gs-desktop which is also a set of scripts to install GNUstep on Debian systems? Does it also provide some "Desktop" experience? BR, Nikolaus Am 24.02.2024 um 23:36 schrieb Ethan Charoenpitaks : Hi everyone, I've written an installation script for GNUstep, which has been tested so far on recent Debian and Ubuntu derivatives. It should be easily portable to any distribution, so long as you can determine the correct commands to install all the dependencies and clang-14. It will just install from source, installing all the files into /usr/GNUstep/System and /usr/GNUstep/Local. It's based on @plaurent's gnustep-build scripts <https://github.com/plaurent/gnustep-build>, but has been heavily modified to only have one script that applies to all distributions. I would appreciate it if anyone would be willing to try it out, or to port it to other distributions. It is probably also portable to other Unixes, but might not be applicable to Windows, iOS, or Android. To install GNUstep from source, please cd to the directory in which you want to store GNUstep's source code, and run the following script: wget -qO- https://raw.githubusercontent.com/ethanc8/gnustep-build/master/generic/build.sh | bash If you want to customize the installation paramaters (for example, to install an older version of the libraries, to install from git master, or to disable the applications), please do the following: git clone https://github.com/ethanc8/gnustep-build nano generic/build.sh # Or your favorite text editor ./generic/build.sh Thanks! Ethan
Re: Installation script
I didn't rewrite the scripts; I modified scripts by @plaurent, which I had already used, to be more generic. I encountered @plaurent's scripts before encountering yours, so I had been already familiar with them. On Sun, Feb 25, 2024, 10:09 Gregory Casamento wrote: > I believe it would have been productive to have let me know or to have > reported the issues with the existing scripts rather than > surreptitiously rewrite them. The other issue I have is that you said you > can't sign a copyright assignment which makes things difficult to > incorporate directly into the project. Can you provide some clarity on > why you believe you can't sign one? > > Gregory Casamento > GNUstep Lead Developer / OLC, Principal Consultant > http://www.gnustep.org > <https://mailtrack.io/l/b760c30f4031ed02182a691142b4f0ff5e9db71b?url=http%3A%2F%2Fwww.gnustep.org&u=2790543&signature=9f65069accf99657> > - http://heronsperch.blogspot.com > <https://mailtrack.io/l/3a5743b0c35f9485dd14498f92e0b67ec82ade0e?url=http%3A%2F%2Fheronsperch.blogspot.com&u=2790543&signature=8170f96ee6c78b22> > https://www.patreon.com/bePatron?u=352392 > <https://mailtrack.io/l/2b673248c20384287c5cb227cc5f078871c96c56?url=https%3A%2F%2Fwww.patreon.com%2FbePatron%3Fu%3D352392&u=2790543&signature=3d9175959f00c74b> > - > Become a Patron > https://www.openhub.net/languages/objective_c > <https://mailtrack.io/l/cf83e842fc345fc27b236d0ea3092315f91c232e?url=https%3A%2F%2Fwww.openhub.net%2Flanguages%2Fobjective_c&u=2790543&signature=3dda207243eac8e2> > - > OpenHub standings > > > On Sun, Feb 25, 2024 at 09:44 Ethan C wrote: > >> Previously, when I used that script, it didn't work ( I don't remember >> why ) and plaurent's did. One of the advantages of my script is that it >> installs libdispatch and allows you to use the trunk, latest stable, or >> 2021-December versions of GNUstep. >> >> On Sun, Feb 25, 2024, 08:42 Gregory Casamento >> wrote: >> >>> This has already been done here: >>> >>> /bin/bash -c "$(curl -fsSL >>> https://raw.githubusercontent.com/gnustep/tools-scripts/master/gnustep-web-install >>> <https://mailtrack.io/l/090c5331bf4081615969867c0d169f7eb2f5ad8f?url=https%3A%2F%2Fraw.githubusercontent.com%2Fgnustep%2Ftools-scripts%2Fmaster%2Fgnustep-web-install&u=2790543&signature=6b72af29795a441f> >>> )" >>> >>> You never specified what the issue with you signing a copyright >>> assignment would be. I would very much like some clarification on that as >>> you seem to want to contribute to the project. >>> >>> GC >>> >>> On Sat, Feb 24, 2024 at 5:37 PM Ethan Charoenpitaks < >>> echaroenpit...@gmail.com> wrote: >>> >>>> Hi everyone, >>>> >>>>I've written an installation script for GNUstep, which has been >>>> tested so far on recent Debian and Ubuntu derivatives. It should be easily >>>> portable to any distribution, so long as you can determine the correct >>>> commands to install all the dependencies and clang-14. It will just install >>>> from source, installing all the files into /usr/GNUstep/System and >>>> /usr/GNUstep/Local. It's based on @plaurent's gnustep-build scripts >>>> <https://mailtrack.io/l/57bf0b098f50b14a2c183d9403f95d57c6a9f46c?url=https%3A%2F%2Fgithub.com%2Fplaurent%2Fgnustep-build&u=2790543&signature=d0d546dbaed7840c>, >>>> but has been heavily modified to only have one script that applies to all >>>> distributions. I would appreciate it if anyone would be willing to try it >>>> out, or to port it to other distributions. It is probably also portable to >>>> other Unixes, but might not be applicable to Windows, iOS, or Android. >>>> >>>> To install GNUstep from source, please cd to the directory in which >>>> you want to store GNUstep's source code, and run the following script: >>>> >>>> wget -qO- >>>> https://raw.githubusercontent.com/ethanc8/gnustep-build/master/generic/build.sh >>>> >>>> <https://mailtrack.io/l/91b330ea226732db690628b5ac8777fc88dd0cd0?url=https%3A%2F%2Fraw.githubusercontent.com%2Fethanc8%2Fgnustep-build%2Fmaster%2Fgeneric%2Fbuild.sh&u=2790543&signature=850b7522a9a5f760> >>>> | bash >>>> >>>> If you want to customize the installation paramaters (for example, to >>>> install an older version of the libraries, to install from git master
Re: Installation script
> > Previously, when I used that script, it didn't work ( I don't remember why > ) and plaurent's did. One of the advantages of my script is that it > installs libdispatch and allows you to use the trunk, latest stable, or > 2021-December versions of GNUstep. > > On Sun, Feb 25, 2024, 08:42 Gregory Casamento > wrote: > >> This has already been done here: >> >> /bin/bash -c "$(curl -fsSL >> https://raw.githubusercontent.com/gnustep/tools-scripts/master/gnustep-web-install >> <https://mailtrack.io/l/090c5331bf4081615969867c0d169f7eb2f5ad8f?url=https%3A%2F%2Fraw.githubusercontent.com%2Fgnustep%2Ftools-scripts%2Fmaster%2Fgnustep-web-install&u=2790543&signature=6b72af29795a441f> >> )" >> >> You never specified what the issue with you signing a copyright >> assignment would be. I would very much like some clarification on that as >> you seem to want to contribute to the project. >> >> GC >> >> On Sat, Feb 24, 2024 at 5:37 PM Ethan Charoenpitaks < >> echaroenpit...@gmail.com> wrote: >> >>> Hi everyone, >>> >>>I've written an installation script for GNUstep, which has been >>> tested so far on recent Debian and Ubuntu derivatives. It should be easily >>> portable to any distribution, so long as you can determine the correct >>> commands to install all the dependencies and clang-14. It will just install >>> from source, installing all the files into /usr/GNUstep/System and >>> /usr/GNUstep/Local. It's based on @plaurent's gnustep-build scripts >>> <https://github.com/plaurent/gnustep-build>, but has been heavily >>> modified to only have one script that applies to all distributions. I would >>> appreciate it if anyone would be willing to try it out, or to port it to >>> other distributions. It is probably also portable to other Unixes, but >>> might not be applicable to Windows, iOS, or Android. >>> >>> To install GNUstep from source, please cd to the directory in which you >>> want to store GNUstep's source code, and run the following script: >>> >>> wget -qO- >>> https://raw.githubusercontent.com/ethanc8/gnustep-build/master/generic/build.sh >>> | bash >>> >>> If you want to customize the installation paramaters (for example, to >>> install an older version of the libraries, to install from git master, >>> or to disable the applications), please do the following: >>> >>> git clone https://github.com/ethanc8/gnustep-build >>> nano generic/build.sh # Or your favorite text editor >>> ./generic/build.sh >>> >>> Thanks! >>> >>> Ethan >>> >>> >> >> -- >> Gregory Casamento >> GNUstep Lead Developer / OLC, Principal Consultant >> http://www.gnustep.org - http://heronsperch.blogspot.com >> https://www.patreon.com/bePatron?u=352392 - Become a Patron >> https://www.openhub.net/languages/objective_c - OpenHub standings >> >
Re: Installation script
Nice. Will try asap on different architectures (arm64, armel, armhf, i386, mipsel) and different Debian flavours. How is it related to https://onflapp.github.io/gs-desktop/index.html resp. https://github.com/onflapp/gs-desktop which is also a set of scripts to install GNUstep on Debian systems? Does it also provide some "Desktop" experience? BR, Nikolaus > Am 24.02.2024 um 23:36 schrieb Ethan Charoenpitaks : > > Hi everyone, > >I've written an installation script for GNUstep, which has been tested > so far on recent Debian and Ubuntu derivatives. It should be easily portable > to any distribution, so long as you can determine the correct commands to > install all the dependencies and clang-14. It will just install from source, > installing all the files into /usr/GNUstep/System and /usr/GNUstep/Local. > It's based on @plaurent's gnustep-build scripts > <https://github.com/plaurent/gnustep-build>, but has been heavily modified to > only have one script that applies to all distributions. I would appreciate it > if anyone would be willing to try it out, or to port it to other > distributions. It is probably also portable to other Unixes, but might not be > applicable to Windows, iOS, or Android. > > To install GNUstep from source, please cd to the directory in which you want > to store GNUstep's source code, and run the following script: > > wget -qO- > https://raw.githubusercontent.com/ethanc8/gnustep-build/master/generic/build.sh > | bash > If you want to customize the installation paramaters (for example, to install > an older version of the libraries, to install from git master, or to disable > the applications), please do the following: > > git clone https://github.com/ethanc8/gnustep-build > nano generic/build.sh # Or your favorite text editor > ./generic/build.sh > Thanks! > > Ethan > >
Re: Installation script
Hi Ethan,Very nice — I will definitely try this on some distros. Thank you,PatrykOn Feb 24, 2024, at 17:37, Ethan Charoenpitaks wrote: Hi everyone, I've written an installation script for GNUstep, which has been tested so far on recent Debian and Ubuntu derivatives. It should be easily portable to any distribution, so long as you can determine the correct commands to install all the dependencies and clang-14. It will just install from source, installing all the files into /usr/GNUstep/System and /usr/GNUstep/Local. It's based on @plaurent's gnustep-build scripts, but has been heavily modified to only have one script that applies to all distributions. I would appreciate it if anyone would be willing to try it out, or to port it to other distributions. It is probably also portable to other Unixes, but might not be applicable to Windows, iOS, or Android. To install GNUstep from source, please cd to the directory in which you want to store GNUstep's source code, and run the following script: wget -qO- https://raw.githubusercontent.com/ethanc8/gnustep-build/master/generic/build.sh | bash If you want to customize the installation paramaters (for example, to install an older version of the libraries, to install from git master, or to disable the applications), please do the following: git clone https://github.com/ethanc8/gnustep-build nano generic/build.sh # Or your favorite text editor ./generic/build.sh Thanks! Ethan
Installation script
Hi everyone, I've written an installation script for GNUstep, which has been tested so far on recent Debian and Ubuntu derivatives. It should be easily portable to any distribution, so long as you can determine the correct commands to install all the dependencies and clang-14. It will just install from source, installing all the files into /usr/GNUstep/System and /usr/GNUstep/Local. It's based on @plaurent's gnustep-build scripts <https://github.com/plaurent/gnustep-build>, but has been heavily modified to only have one script that applies to all distributions. I would appreciate it if anyone would be willing to try it out, or to port it to other distributions. It is probably also portable to other Unixes, but might not be applicable to Windows, iOS, or Android. To install GNUstep from source, please |cd| to the directory in which you want to store GNUstep's source code, and run the following script: wget -qO-https://raw.githubusercontent.com/ethanc8/gnustep-build/master/generic/build.sh | bash If you want to customize the installation paramaters (for example, to install an older version of the libraries, to install from git |master|, or to disable the applications), please do the following: git clonehttps://github.com/ethanc8/gnustep-build nano generic/build.sh# Or your favorite text editor ./generic/build.sh Thanks! Ethan