World: r3wp

because I couldn't make it work even with loading mezz / prots before 
on-page-start .. I was still figuring it out and trying .. but this 
works!!

great! :-)

Thanks to you and graham and brian and all of you... I knew it will 
be something stupid after 2 days trying, like running another executable!!

Janko, regarding the user.r problem: it seems the only thing you 
didn't try is placing user.r immediately in your home directory: 
~/user.r

And this is exactly what works for me for REBOL/Core 2.7.6.4.2

aaaaahhhhh!! this is almost funny

I've downloaded core 2.7.7 lib c on an suse distro ... but I get 
an error when I try and run it.

-bash .. can not execute binary file

I have set the execute flags

nm .. most have downloaded the wrong version

No Solaris group .. so ...

Installed OpenSolaris on an old laptop I had here.  Removing Vista. 
 Doesn't seem to be any slower than Windows in booting up.  Oddly 
Firefox died with an update, and even though it appears to allow 
you to revert to a previous boot environment, that does not fix it. 
 Had to install Opera instead to find that Opera is dropping support 
for Solaris!

Any desktop users ?? http://synapse-ehr.com/forums/showthread.php?73-REBOL-Ubuntu-10x

your forum seems to be picking speed and users... am I wrong?

It's the only english Rebol web forum out there ...

I see above that Gab was having segmentation faults with linux using 
draw.  Was that resolved?

I've tried REBOL with 3 Linux distributions now (Arch Linux, Puppy 
Linux, Ubuntu) and the Fedora version of REBOL is always the one 
that works best. Is there even a Linux distribution that works with 
the Libc6 version? Maybe it would be a good idea to mention on the 
download site "You probably want to download the Fedora version" 
to make this easier for new users and maybe also rename the Fedora 
download since it doesn't work for just Fedora.

Good idea ...

help!   how do I get rebol on linux to start without trying to open 
a setup window?
I get:

** User Error: Bad face in screen pane!
** Near: size-text self


everytime I start any /view capable rebol from a remote terminal 
(I'm not in a desktop).   


I need the view capabilities (to-image, draw), but not the windowing.

I tried creating an empty user.r file in the rebol directory and 
in my user's home, but that didn't change anything.

I think that's due to initializing system/view/screen-face - it may 
not actually be trying to open a view window...

I ended up just downloading a /core version to avoid it

same as you would on windows, i guess: "rebol-view --noinstall --noviewtop"

ah  I'll try that

does anyone know where the "no viewtop on startup information" is 
information is stored ?  my memory is quite rusty.

Looks like ~/.rebol/view/desktop/prefs.r, "desktop: true/false"

rebol simply in console mode => rebcmdview -vs

thanks everyone  :-)

I'm trying to get rebcmd running on Suse Enterprise 10 and it complains 
of a missing libXaw7.so.7
Where can I get this from?

hmm, seems to give only Moblin results: http://software.opensuse.org/search?q=libXaw

but, it could be because the library is included in some other package 
and the search is not "deep".

debian has a libxaw7 package... http://packages.debian.org/lenny/libxaw7

I'm downloading this one ... xorg-x11-libs-7.2-103.src.rpm hope it 
is there!

crap .. full of bz2

The file is in those debian packages ..but how to open a deb in Suse?

Give up ... wasted a few hours on this

Fixed ... reverted to 2.7.6

I'm trying to execute /usr/bin/pdflatex from Apache2

pdflatex is owned by root
and Apache2 runs as nobody??

I'm guessing why this doesn't work ....

Is Apache user www ?

there is no special reason why nobody would not be able to run pdflatex, 
in principle. there may be security rules in effect though (most 
distribution come with some kind of security extension to the usual 
Unix stuff), I wouldn't be surprised if Apache was being restricted 
to what it can do to avoid default installs being easily vulnerable.

you should search around on the web - I'm sure someone else in the 
world did what you're trying to do as well.

Hi, I have just joined. Is there a way to increase the font size 
on my screen. I can barely read this text?

try clicking the A icon in the icon bar above the text area.

Clicking on the A icon? Ahah! Got it. Thanks Henrik.

I found this at http://www.wikipublisher.org/wiki/Wikipublisher/InstallationExperiences


Well - I’ve just tracked it down. As you predicted in your comments 
on 00098 this is nothing to do with the XSLTPROC errors - it is all 
to do with PDFLATEX. The script was being prevented from doing the 
necessary by SELINUX, which controls access not just by permissions 
(which were sufficiently open) but by running process. A command


chcon -R -h -t httpd_sys_script_rw_t /usr/share/texmf/* has opened 
things up enough to sort it out.

but that doesn't do anything on ubuntu

On the twiki site http://twiki.org/cgi-bin/view/Plugins/GenPDFLatexAddOn

I found this

#  Setup the Latex rendering software


    * Ensure that a latex document preparation system is available to 
    the user name (uid) running the twiki web server.

    * Install any custom latex style files needed. The best suggestion 
    is to create a local texmf tree accessible by the server. For example, 
    for an apache server running as 'nobody' on a linux system:

          o create the directory /home/nobody/texmf/tex/latex, with reasonable 
          permissions.

          o Place the custom .cls and .sty latex files in this directory

          o as user root or nobody, run texhash /home/nobody/texmf to create 
          the ls-R latex database file for the /home/nobody/texmf/ tree.

I documented my installation so can anyone see if I did anything 
wrong?

http://rebol.wik.is/Wikipublisher

What is a pity is that this software uses Apache2, php5, and perl 
scripts to achieve the outcome when potentially it could all be done 
by Rebol.

there might even be some java there too that transforms the wiki 
markup to xml