As you know REBOL/View supports installation as an optional feature (it's not a requirement.)
If you've seen a similar problem, can you post a comment about it and how you solved it? Thanks.
I'm glad you asked.
Installing REBOL and getting scripts to run is amazingly problematic. There are numerous problems on different systems. Installation is simple on few Linux systems; many have numerous different problems. Windows Vista seems to eat parts of AltME after a while, and it may well also do that to View. Other Windows versions basically work, but View tends to scatter its directories over the desktop instead of in the home directory, and often associating the script file type with the interpreter doesn't work. The latter basically never works on Linux, and manual association via the shebang line has all sorts of problems, as well.
Linux is a problem.
I'm sitting on an Ubuntu system. Core 2.7.6 works fine. View 2.7.6 requires a graphic library (i forget which) but I can find it in the package manager.
R3 works until you invoke 'load-gui'. Also, I had to rewrite the 'browser command to specifically call firefox because it can't find default browser.
I can run R3 in wine but it can't find default browser either and I don't know how to make that work.
Right now I run R3 in winxp in vbox.
So... rebol is hard to run in linux
If its a vista machine, you have to let the OS run Rebol in "Administrator mode", or the application *could* be denied disk access, so when it wants to write down the user.r file, it can't.
So it runs the setup script over and over.
Disabling Vista's "UAC" entirely also *fixes* this issue IIRC, but I may be wrong (UAC is a genuinely good idea but was probably coded by the Redmond's resident village idiot).
For me, that problem in Vista was solved by right clicking and running as administrator.
This recent REBOLtalk thread documents one newcomer's difficulties, and my groping attempts at solving them:
A better Vista install guide with a list of gotchas could help.
I *had* rebol running in RH8 several years ago. It took a while to get rebol+vanilla set up correctly, but it worked.
Now I'm trying to do the same thing in CentOS 4.7 final, and rebcore 2.7.6 is complaining about glibc 2.5+.
Do you need more testers? I know there are a large number of OS configurations, and it might be hard to test against all of them. Like many similarly complex issues, there is good info *somewhere* on how to solve, but locating that "gem" can be very frustrating.
Vista's UAC is meant to remind you when your program is doing something it shouldn't, like putting files where they don't belong. AltME, like most REBOL programs, does just that. If you need to run as administrator and your program isn't doing any administering, then your program needs to be fixed.
I've been complaining about this since 2000. In the REBOL 2.6 series it does a better job on Windows with file placement, but still puts things in the wrong place in the registry. This leads to legitimate UAC prompts.
We need to do a proper review of the current best practices on 2000/XP/2003 and Vista/2008/7 and then make sure we follow those practices. All the directories we need to know can be found in the registry - we just need to look.
I'm not as familiar with REBOL installation on Linux, so I can only assume things are worse there due to the lack of agreed-upon standards for how and where to install stuff.
I run both 276 and R3 alphas on Linux (EeeBuntu) with no issues; I don't recall any on XP SP-3 - and I am that guy with issues ;-)
I certainly agree with Sunanda on playing nice. On linux I appreciate app's offering to live in /opt as opposed to claiming their spot in /usr/bin and also using a /share dir where appropriate.
I also run rebol scripts on a shared Debian web host OK.
But having Python 2.4 for app X co-exist with Python2.5 and Python2.6 and 3.0 and 3.1 - now that can be a pain.
(My pet Curl language coexists with 5 runtimes on my XP box with selective uninstalls/updates of any piece of any one of them. And you can declare applets for multiple versions. And I never ever touch an ENV var or the registry. And multiple versions of the "live code" Doc app, I might add .. ;-)
Multiple versions of ICON can lead to some annoyance ( I have ICON, UNICON and ObjectIcon + Converge)
Multiple versions of gcc with Cygwin and Msys we can wish on those who are not friendly to us.
Python ez_install (easy_install in practice) is so far so good in getting me up to Plone3 from Plone2. I hope Rebol modules fare as well.
This confusion as to where the apps are supposed to live have come about through the years over ideas to reduce redundancy and improve security.
There doesn't seem to be a consensus anywhere. Just in windows there are several default areas in various versions of their OS's:
root i.e. c:\
defaultLocationForUsersChoice1 C:\Documents and Settings\userName\Rebol
defaultLocationForUsersChoice2 C:\Documents and Settings\userName\Application Data\Rebol
Add to these choices a 'REBOL_HOME' variable and another set of rules.
I prefer the simplest. i.e. C:\REBOL\restOfStructure
This provides EASY backups, quick access, and generally OS agnostic (at least in windows series) development.
Perhaps an internal table could be built (probably already exists) for installation on various os's.
Then whenever more the one choice is available, let the user choose but present the choices in order of simplicity i.e. shortest simplest path first.?
In Windows 7 :-( rebol does not install for me, continues in an install loop asking to install over and over again....
arthur did you try installing it in your user profile's root dir?
it should live pretty well there. (not tested myself on W7, but rebol doesn't need to be anywhere specific on the disk.)
you might have problems assigning an icon for it though (wherever its installed), as I have had a lot of issues with that in vista.
I ended up having to play with registry keys manually.
On xp rebol/view 2.7.6 doesn't seems to install. No default user.r is built.
2.7.6 on XP should work. There is not supposed to be a default user.r: it's a file you can optionally add yourself.
This topic has always been one of my favorite subjects to read about. I have found your post to be very rousing and full of good information. I will check your other articles shortly.
You can post a comment here. Keep it on-topic.