World: r3wp

Doc, thought about providing sql scripts for other dbs?

looks like 'session/content is none, which is apparently not expected.

which to me looks like the session was not started

it looks to me that Curecode is a webapp, due to the presence of 
an app-init.r file, so I'll have to find documentation on how to 
describe it as such

Oh, you didn't declared the webapp in Cheyenne, CC can't work without 
that. Here's an example:

	webapp [
		virtual-root "/curecode/"
		root-dir %/c/dev/curecode/
		locales-dir %private/locales/
	]

yay! now at least something is output, but there are still errors. 
so far so good. :-)

and finally it runs

now I'm trying to add a project, but on the index.rsp page in the 
manage section, I get:

URL  = /bugs/manage/index.rsp
        File = www/bugs/manage/links.rsp

        ** Script Error : Invalid path value: clear 
        ** Where: rsp-script 
        ** Near:  [response/clear 
response/redirect request/web-app
]

there is no response/clear in the docs, so I assume this is a newer 
cheyenne feature?

try changing with response/reset

that helped. now to create a user account...

but no code image is generated on the registration page. I assume 
View is needed for this?

for captcha , yes

** Script Error : draw has no value 
        ** Where: generate 
        ** Near:  [save/png img: make binary! 25000] 

Looks like it.

response/clear => you've found a bug, it's a typo, as Will says, 
it should be response/reset. (now fixed in 0.9.9).

ok, thanks

Did you removed the admin user creation from the install script? 
You need that admin user in order to create new projects and manage 
them (the bug you just hit is in a code branch that is evaluated 
only if a non-admin user try to access manager pages).

I didn't. I'm currently wondering how to get View to run on this 
headless Linode server, so the captcha process can work.

I'm sorry that the install process is not more handier, AFAIK, you're 
just the 2nd user (after Graham) trying to install CC. I guess that 
I can call that a "community" and start working on a nicer install 
process. ;-)

Make View work on linux (debian/ubuntu) : http://cheyenne-server.org/blog.rsp?view=14&cmt=on#comments

thanks

I understand. :-) it can be hard to make things plug and play, when 
you are worried about the simplicity of the app.

seems all packages in that list are installed, but no go for View.

why not put CC on svn like you did for Cheyenne 8)

hmm... installing the Cheyenne from the link above, rolls out 2 new 
errors:

script error ! 
filter-access has no value

script error ! 
enum-projects has no value

perhaps the app-init.r file is now not being run

It seems that an error is occuring in app-init.r. Is the captcha 
working?

installing the Cheyenne from the link above
 => you've installed Cheyenne 0.9.17??

the captcha appears not to be working, but there is no DRAW error 
this time.

The cheyenne version that you should be using is http://cheyenne-server.org/dl/0919/linux/face/cheyenne.gz

ok, thanks. I must admit, it's rather hard to keep track of which 
cheyenne is running.

which version

yes, finally. captcha available now.

now a new error... possibly mail related.

you need to edit %CureCode/private/curecode.conf to set the correct 
mail server.

URL  = /bugs/register.rsp
        File = www/bugs/register.rsp


        ** Script Error : read expected source argument of type: file url 
        object block 
        ** Where: send-confirmation 

        ** Near:  [template: read join locale/get-path %email-activation.tpl]

Check the %/private/helper.r script, they might be some things hardwired 
in 'send-confirmation function (like mail server).

The output of this:

join locale/get-path %email-activation.tpl

is:

nonenone/email-activation.tpl

Did you change something in %app-init.r? Did you create the webapp 
correctly in Cheyenne's config file?

This line in the webapp declaration should remain with a relative 
path : locales-dir %private/locales/

ah, that one. thanks.

ok, new error. where does %private/ start? my root dir occurs twice 
in locale/get-path

webapp [
	virtual-root "/bugs/"
	root-dir %www/bugs/
	locales-dir %private/locales/
]

I see you used an absolute path for root-dir in the example you gave 
above, but in the example testapp in httpd.cfg, the root-path is 
relative, so I used that here.

Try with an absolute path for root-dir. I remember having hit the 
same issue once a long time ago, but can't remember the fix.

yep, that works. now I get the mail error I expected. configuring 
smtp...

I think it would be a good idea to create a set of sanity checks, 
to check that the webapp paths are correct and that the right rebol 
version is used. that would be the easiest way to improve installation.

Yep, sure. I have currently 2 weeks of intensive coding for upgrading 
one of our commercial product. Once done, I'll get back to CureCode 
with some major improvements in plan.

crap... seems I need to install my own smtp server.

Successfully sent mail from a rebol command prompt, but it doesn't 
work in Cheyenne, despite identical set-net config. Odd.