and Window$ NEVER was/is/will be….
I am sorry I am not a native speaker in English…...
Anfang der weitergeleiteten Nachricht:
Betreff: Aw: Installation script
Datum: 14. März 2024 um 16:26:36 MEZ
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 <onflapp@yahoo.com>:
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 <t.heckert@gmx.de> 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 <onflapp@yahoo.com>:
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 <t.heckert@gmx.de> 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 <onflapp@yahoo.com>:
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 +0000 H. Nikolaus Schaller <hns@goldelico.com>
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
<echaroenpitaks@gmail.com>:
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
|