r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Syllable] The free desktop and server operating system family

Kaj
28-Aug-2010
[2119x7]
Are there any open source packages you need besides SQLite?
I'm not sure what your workload is, but we have been running a small 
website provider on Server for two years now, without any system-related 
problems
Server 0.3 was meant to enable that and 0.4 was meant to mature that 
functionality. We did improve security during that time, and improvements 
such as those were rolled into 0.4
Security could still be improved, but we are running the Try REBOL 
site on it to test it, which allows the public to run almost any 
REBOL expression, and although many tried, we haven't had any breaches 
yet :-)
http://tryrebol.esperconsultancy.nl/
Server 0.4 uses the latest stable Linux kernel instead of the bleeding 
edge one, so that should also help stability
Syllable should run very well on hardware such as the Advantech
ddharing
29-Aug-2010
[2126]
Thanks. The only open source package missing for my current project 
is sqlite. I downloaded the SO binary from http://sqlite.org, but 
haven't tested it yet because I still need to purchase the REBOL/SDK 
for Linux. My Windows SDK license file doesn't work. :) As you know, 
REBOL/Core doesn't support library access.
Kaj
29-Aug-2010
[2127x2]
Yes, I even recently requested this limitation to be lifted. I suspect 
it's an oversight, because View should have the library access
We're using View on our graphical version of Server, but that's a 
development version using binaries from GoboLinux
ddharing
29-Aug-2010
[2129x2]
I thought library access might have been left out to keep REBOL/Core 
as small as possible. That's still a great selling point.
Kaj, in your documentation, you mentioned how to start Cheyenne and 
the FTP server automatically by uncommenting lines in their respective 
start scripts. On startup, where are these scripts being called? 
I ask because I would like to add applications to run at startup. 
If it's a standard Linux thing, that's fine, I can look it up. I 
noticed that the directory structure, though, is different from Linux 
installations I've seen in the past.
Kaj
30-Aug-2010
[2131x20]
Yes, that is one of Syllable's selling points. :-) On Server, startup 
is currently a mix of traditional Linux start scripts and our own. 
The traditional ones are from the Linux From Scratch project, so 
you could refer to their documentation
Cheyenne has no traditional Linux packaging, so it's in the Syllable 
format. You can make your own resource package in the same format 
to add extra start scripts in a modular way. You would add a package 
directory under /resources/:
cd /resources
s mkdir my-package
Start scripts go into an extra subdirectory:
/resources/my-package/tasks/
Most start scripts such as for a server would go here:
/resources/my-package/tasks/start/
In some cases you need to set extra variables in the user's environment. 
A script for that would go here:
/resources/my-package/tasks/setup/
Once the directory structure is set up, a most common start script 
could be edited like this:
s mcedit /resources/my-package/start/my-package.sh
Once all the files are in the package, you need to register it:
s package register my-package
It's then symlinked into the main package pool. You can see all the 
registered Syllable-style start scripts here:
ll /resources/index/tasks/start/
All those start scripts are called during system startup from the 
Linux From Scratch start scripts
The setup scripts are called from /etc/profile, so typically at system 
startup and at each user log-in into a console shell
Sorry, forgot the tasks directory in the start script:
/resources/my-package/tasks/start/my-package.sh
ddharing
30-Aug-2010
[2151x2]
Thanks, that's very helpful.
I will be documenting the installation and task configuration procedures 
as part of my project. The installation will be specific to our hardware. 
I will probably be able to roll that back to the Syllable community 
in some form.
Kaj
31-Aug-2010
[2153]
That would be very nice
Kaj
1-Sep-2010
[2154x3]
I've upgraded the Try REBOL website
The Linux is now a graphical development version based on Syllable 
Server 0.4. Cheyenne is much newer, almost the latest version. REBOL 
3 is much newer, the latest version for Linux, which is Alpha 99
http://tryrebol.esperconsultancy.nl/
ddharing
2-Sep-2010
[2157x3]
Looks good. Very snappy.
How is the graphical version of Server coming along?
What kind of hardware is "Try REBOL" running on?
Pekr
2-Sep-2010
[2160x2]
PC ... of some kind :-)
Kaj - what is the vitality of Syllable project? Still the same team 
size, etc.?
Kaj
2-Sep-2010
[2162x7]
No, it's always changing over the years, but generally, the size 
is still the same
For example, the first goal for a graphical server was to port the 
Syllable Desktop GUI to Server, but that project is stalled for the 
moment being because the developer is gone
So the easiest way to do it now is to just use X11, which we eventually 
needed to have, anyway
So the current graphical development version of Server uses X11 and 
the ROX desktop, installed from GoboLinux binaries for now because 
that's also a faster route
But using binaries from others gives you less control over them, 
so there are integration problems that mean the quality is not high 
enough yet to release this Syllable version
That snappy Try REBOL site is running on an old 650 MHz Pentium 3 
with 128 MB of memory. :-) The website itself is quite inefficient 
compared to regular sites, because each REBOL evaluation request 
needs to be run in its own Linux process under a separate user account 
for security
There are also other websites running on that machine. In general, 
Cheyenne makes them quite responsive. For example, it responds very 
well to a heavily loaded machine. You can fully load the machine 
with other tasks without noticing it in the responsiveness of the 
websites. In my mind, this is quite like the general behaviour of 
Syllable Desktop and earlier systems such as BeOS and Amiga