AltME groups: search

R3's BROWSE is currently calling "open" on Linux, as far as I know. 
It should probably call "xdg-open", until then, symlinking xdg-open 
to e.g. /usr/local/bin/open should also do as a workaround.

I am having all this because I want to run source version of cheyenne 
 on linux. So now that I can do all those mezz/prot files set-net 
works, I added those do-s at the start of cheyenne.r and in includes 
it but when I load the page I still get "Set-Net not provided." http://www.invoice.ly/manage/sign-in.html
. My asumption is that because cheyenne starts multiple workers those 
workers didn't include/do all the mezz/prot files so that's why warning 
still happens event though if I halt the main cheyenne.r it has this 
included now. Thats why I wanted to add user.r to rebol so hopefully 
worker processes would load that too.

to not do something stupid wrong. I created a user.r file with REBOL 
[] print "123456" . 
- I put it in same folder as rebol executable
- I put it in ~/.rebol and ~/.rebol/core
- I put it in the folder where rebol script is that I run
- I set REBOLHOME and REBOL_HOME to these 
  - export REBOLHOME=/usr/share/cheyenne/
  - export REBOL_HOME=/usr/share/cheyenne/
  - export REBOL_HOME="/usr/share/cheyenne/"
  - export REBOLHOME="/usr/share/cheyenne/"
  - export REBOL_HOME=/usr/share/cheyenne
  - export REBOLHOME=/usr/share/cheyenne
  - export REBOL_HOME="/usr/share/cheyenne"
  - export REBOLHOME="/usr/share/cheyenne"

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.

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.

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.

btw, didn't find a way to start REBOL view without my error:
** User Error: Bad face in screen pane!
** Near: size-text self


all I can do right now is use rebface, which doesn't do any graphics 
code on init.

even   rebcmdview -vs   fails with the above error.


note that I'm using rebol within a remote ssh with no desktop setup 
(though I have the Xlibs installed IIRC)

in general, if fsck finds something really bad, it stops and asks 
you what to do.

I want to do something like:  http://picasaweb.google.it/lh/photo/blmYoQ1StCsXdxBTcSg1Fg?feat=directlink
but it doesn't  work no linux... sigh!

or, you can do this

>> trace/net on
>> print read ftp://ftp.rebol.com/
URL Parse: none none ftp.rebol.com none none none
Net-log: ["Opening" "tcp" "for" "FTP"]
connecting to: ftp.rebol.com
Net-log: [none ["220" "230"]]

Net-log: {220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------}
Net-log: "220-You are user number 3 of 150 allowed."
Net-log: "220-Local time is now 20:15. Server port: 21."
Net-log: "220-This is a private system - No anonymous login"
Net-log: {220-IPv6 connections are also welcome on this server.}

Net-log: {220 You will be disconnected after 30 minutes of inactivity.}
Net-log: [["USER" port/user] "331"]
Net-log: "331 User anonymous OK. Password required"
Net-log: [["PASS" port/pass] "230"]
** User Error: Server error: tcp 530 Login authentication failed
** Near: print read ftp://ftp.rebol.com/

I will certainly take a look at Cheyenne before I start doing complex 
stuff, and before I spend time designing this project on paper, which 
I have yet to do. ATM I'm playing around to discover what can be 
done with Rebol.

this is a fix
 - no, because the %40 is converted to @

It might work if you do use %2540 (double encoding)...

Kubuntu 10.10 seems to have several worthwhile improvements so far. 
 For anyone virtualizing (K)ubuntu under VirtualBox, the 10.04 guest 
extensions don't work, but you can install ones that do work as package 
virtualbox-ose-guest-x11 ( See: http://www.unixmen.com/linux-tutorials/1157-install-guest-addition-in-ubuntu-1010-maverick-meerkat-fix
)

BTW, if I log in as root do you think I have to even worry about 
chowning?

but remember that if you xfer files to another unix and the user/group 
ids don't exist, you will have to do a chown on the other system 
(unless everything runs as root then, hey who cares right ?  ;-)

yes, obviously, a chmod is also very important


chown -R   for data should work without problems and its a good thing 
to do.

For all Linux gurus:
- I have a xen disk image file
- I want to mount it to read-back some files from it

How to do this? I have tried some stuff but...

- It seems that the images might have some problems

Is there a way to rescue a disk image?

Do we need to get debs in the multiverse repositories?

Ah, don't know how to do that yet :(

Does anyone do anonymous pipes with REBOL? I've found that when doing 
an "insert system/ports/output my-data", that it won't actuallly 
send "my-data" until you halt or quit. Is there a way to force it 
to send so the script can continue to do other things and send more 
data later?

I'm not an expert on the port object, so I'm continuing to do research.

MaxV: the problem on Linux is that there is no easy way how to get 
font path just by giving the font name + font type.( Windows does 
that automatically)

If you know how to do it in Linux so it works on all distributions 
that would be helpful.

(Maybe it would be enough to write some parser in rebol to get the 
font information from some place in the system, but I have no time 
to investigate this as I'm not using Linux for desktop stuff.)

R2 uses different methods to do regular graphics and Draw. Draw is 
done only with AGG, the rest of View is not. The font code is different.

MaxV: It's all about writin a proposal 'how to solve the font issues 
on Linux' then it can be discussed in some more serious way and in 
the end it can be implemented in future releases of R2. So there 
is nothing that blocks you to do the research and propose a solution.

I want to use PK authentification with SSH from my client account 
but be able to use two or more different logins. So, one PK for Username-A, 
one for Username-B etc.


How do I set this up? How do I have to name my local private keys 
in that SSH will find them? How and where to store the public keys 
on the server?

@DocKimbel: Thanks! There is a README file in the /etc/rc3.d/ directory 
that indicates to rename the file to a Knnapache2. I'll do it and 
see what blows up. :))

Does syllable run cheyenne? Can it do something like festival text 
to speech?

I am running NginX in front of Cheyenne now without SSL, but it's 
not integrated in a Syllable release yet. I plan to do that in a 
new Syllable Server release in a few months

Still no luck with both methods. I can investigate this myself, just 
too currently lazy to do it.

I usually do it the other way around. Find a favorite editor and 
attach R2 or R3 to it.

I don't like phpBB as I don't line other such a php apps... they 
seems to be too bloated to me... I think it should not be dificult 
to do it in Rebol. But I don't have time as well.

This could well be something user.r could attack as a testing ground 
for a multi-coder multi-module development.  Do we extend RBBS.r 
or start from first principles.  If it's Cheyenne add-on development, 
I'm in.


If by MVC you mean version control, I'd like to wait and see how 
DevBase looks.  If you mean Model-View-Controller, I've had nothing 
but grief interfacing the REBOL MVC frameworks with Cheyenne due 
to the soon to be managed :) namespace problem.

'do-sql is using a trick to determine if the scheme is using a native 
driver (RT's) or a user-defined one. It's testing db-port/handler 
: none means native driver, other value means user-defined. This 
was working ok with the native MySQL driver, could you tell me if 
this test is also ok for a odbc:// driver ? (just open an odbc connection 
in console mode and tell me the value of db-port/handler)

thanks, so that's not the cause of the issue. You need to probe or 
log the raw output of the following snip of code in %handlers/RSP.r 
('do-sql function) :

Do i need to catch this and inject into the on-response function 
before processing the post data etc?

Worked out the other issue.. Flash requires crossdomain.xml file 
to be delivered up by Cheyenne when running Flash that uses xml.Socket 
(like RASH).
Butt it's working well now.. and very cool. 

Works like this.. I run my local copy of Framewerks with embedded 
Cheyenne server, and park the GUI on any server (always accessible, 
single point of bug fixing etc.) for all to use.. currently it's 
here  http://kommonwealth.com/exper/gui.html


Now, it wont work for you 'cuz you're not running framewerks.. but 
if you were..  you could type into the box "codes" and it would open 
the RASH code file, on your desktop, using your favorite text editor. 
  

But wait.. there's more... 

In my local code.txt file i have the following line

PnG "testing" ][bout: {<pre>ok this works</pre>} makeXML ['DISPLAY 
'MSG "testing works here"]]


So when I open another browser, and point it to http://localhost/
testing  that line is fired (more on all this later).. 

Which does two things.. it outputs "ok this woks" to this second 
localhost page .. BUT (and this is the cool part)

it sends the "testing works here" into the panel on the first kommonwealth 
page. 

In other words, Im able to PUSH data to the remote page at ANY TIME.. 
  this will make for the ultimate in portal pages. 

And.. if that's not enough, Im able to pass messages to the DOM via 
javascript to the kommonwealth page as well. 

Allowing things like sliding in panels.. fading div elements moving 
images.. whatever.


So.. remote page can manipulate my computer.. run apps, do any Rebol, 
reboot .. whatever.. and the local desktop can manipulate a remote 
web page.

Finally.

retyping -- corrupted by Altme.
This is the only change I made to do-sql in handlers/rsp.r

One thing I was considering.. rather than paying for expensive servers, 
like amazon EC2,  to host low usage sites, you could run mulitple 
copies of Cheyenne that would sync up.. and maybe an S3 bucket for 
data.. one at home, one at work etc. .. couple these with dynamicDNS 
so in the event one went down, the other(s) could detect that, and 
update the DNS to take over.  Could do some DNS based load balancing 
if necessary.  If you want to get real crazy.. you could share backup 
servers amongst agreeable Cheyenne users...probably wouldn't host 
e-commerce that way, but wikis / publicly available data would be 
fine.

aha .. btw - how do I get to admin portal?

How close do you think you are to 1.0 relese candidates?

Re service.dll : it could be used to add NT-Service support for any 
REBOL app. But currently, there's a few hardcoded parameters in the 
C source, so it would need at least a recompilation to work for another 
app. I was thinking about packaging this into a simple library...I'll 
see if can find some time to do that. But, in all cases, it requires 
at least /Library component.

Do you think you could add keepalive facilities to the service dll, 
where it could monitor the Cheyenne process and restart it if it 
shuts down? That could really help - I have admired that facility 
in recent malware.

it won't work with encap. encap needs to read the .exe to extract 
the rebol script. there's no way it can do that once you modify it 
in any way. (eg. even changing the program icon can make it fail. 
when changing icons, you have to replace it with one of the exact 
same byte size.)

Do you launch Cheyenne with root privileges (for <1024 listen ports) 
? Use this command line to debug : ./cheyenne -vvv

Are you sure you want to set url, path, target and ext inside parse-request-line? 
If you do that, you cannot simply rewrite using mods.

Interesting comments, I should maybe move the URL parsing later in 
the processing pipeline or, instead, provide a hook for modules to 
be able to rewrite the URL before it is parsed. Anyway, you can change 
the URL, path, target and ext (+ req/vhost) in any module's phases 
if needed, but a clean way to do it is preferable. The hard part 
for making a good rewriting engine is, IMO, to invent a good clear, 
clean and compact dialect to achieve that...regexp are not really 
my taste.

With PHP I often use code like:
<? if(something) { ?>
 normal HTML is here
<? } else { ?>
 something else here
<? } ?>

Don't you miss some way to do such a conditions?

And as I'm now writing RSP I found the RSP's <%%> tag much more difficult 
to write than PHP's <??>

A good starting point for doc links is http://www.erlang.org/doc.html
.


The pros are that it's been around for a long time, it was built 
to solve a specific type of problem, and has been proven to work 
for large commercial systems. It also has a nice community it seems. 


Just as C# and VB.net are capable languages, you really need to know 
the .NET framework to make things sing. Erlang, by itself, is very 
capable, but the OTP (Open Telecom Platform) provides a huge amount 
of value on top of it, if you're building distributed systems. It 
also has Yaws, Ejabberd, and other things already built that you 
can leverage.


On the downside, it's a very different model that takes some getting 
used to, though Maarten got up to speed for experimentation very 
quickly. If you're used to Prolog, that will help. It's also really 
only good for back end stuff, so we would still be doing front ends 
in something else, which wasn't the dealbreaker in our case. What 
turned us away was the security model. It's designed for use in an 
intranet type (read safe) environment, where access to machines on 
the cluster is controlled by secret cookie. If your cookie is compromised, 
they have absolute power over the node, and any nodes it shares that 
cookie with.  http://www.erlang.org/doc/reference_manual/distributed.html#11.7


We decided that, since we would end up building security on top of 
everything, using something like dialects for control, we were better 
off sticking with REBOL. There are a number of things out there already 
to bulid on (LNS, Rugby, Uniserve, BEER), we can really do things 
the way we want, in a tool we know we like and are comfortable with. 
And we know its limitations, so there will be fewer surprises.

Pat e wrote:
> Can anyone tell me how can Yaws have almost 80,000 concurrent

> connections, and some "home-made" erlang servers over 110K concurrent
> connections if there are only 64,000 tcp/ip ports?

A TCP/IP connection is identified on each host by a
(local port, local IP, remote port, remote IP) tuple.


Therefore, there can be more than 2^16 connections to a server (even 
if

the server is listening on a fixed port) provided that they are from 
more
than one client.


In theory it's also possible to have more than 2^16 connections between 
a

specific pair of hosts provided that they use all of the available 
port

combinations. However, TCP/IP stacks generally do not support reusing

local port numbers (when the port is not specified by the client 
software)

by default, so the practical restriction in this case may still be 
2^16.

-- 
David Hopwood

It has nothing to do with Firewalls.

Basically it's the part which was showstoper for Rebol plugin - shortly 
it works in a way, that if you want to connect to some site with 
Flash, Flash first loads crossdomain.xml file from the target server 
where must be your domain allowed to access the server domain. If 
it's not allowed, the Flash do not connects at all. It's a basic 
prevention of doing Dos attacks from Flash Player.

what are you talking about, Oldes? And yes, it has something to do 
with firewalls. The thing is - noone was talking flash here ;-)

My EMR has to do things like play back speech files etc, but I can't 
do it inside the app as it will kill the async.

So, at present I'm using the mini webserver to play back sound and 
do voice recording.

I use a Virtual hosted site. Does anyone else out there do the same? 
I'd like to confine my Cheyenne tests to a particular test site and 
not affect all the other sites. Yes, I suppose I could also do everything 
locally but it would be fun to have it "live and real." I'm wondering 
if anyone has some thoughts about this. I'm not a linux/apache wiz 
so I'm not sure if the httpd config can be set for a specific site 
or is it global?

What is what? Do you want to run Apache or Cheyenne? Do you have 
Apache virtual hosts, or a complete virtual server that you can install 
your own software on?

Kaj, I guess it is my ignorance. I thought Cheyenne ran under Apache. 
I have a GoDaddy virtual server that is running Apache but apparently 
I can also install my own software:
What can I install on my virtual dedicated server?

You may install anything you want to on your virtual dedicated server—as 
long as you do not violate the restrictions listed in your license 
agreement.

You'd somehow have to configure one of your Apache virtual host for 
that, but I have no idea how to do that

Will, what do you do to get 200.000 hits a day?

REST: The starting point is to authorize all HTTP methods by adding 
them in mod-static/method-support callback. Then, if Cheyenne doesn't 
choke on them (should be treated by default as a GET, but untested), 
you can write a dispatching RSP page that will basically do a : switch 
request/method [GET [...] POST [...] DELETE [...] ...]. The upcoming 
v0.9.19 release will bring a URL aliasing feature that will allow 
nicer and more RESTful URL.

I think Brian was talking about using Cheyenne to do load/balancing 
for another application

what do you mean the REST URLs have to point to a rsp resource?

But nothing stops you to use wrapper CGI to execute REBOL code outside 
of the document root (using do %...) if it's really required.

very odd ...must be something to do with Vista ... the cheyenne.exe 
works fine on XP, but does nothing for me on Vista.

It may not have something to do with the firewall. Linux does this 
even without firewalls.

Then if you want to process URI that do not map directly to the filesystem, 
you can either use ALIAS (untested) : ALIAS "/" %rest-dispatcher.rsp

Other option (more powerful, but more complex), write a specific 
mod-rest module and if required, a background task handler. Not easy 
to do but could be done by copy/pasting code from mod-action/CGI 
or  mod-rsp/RSP and adapting to your needs.

REBOL [ ]

install-HTTPd-extension [
	name: 'mod-rest
	
	order: [
		url-translate	first
	]
	
	parse-REST: func [url /local new][
		...
		do the REST url to RSP url conversion here
		...
		new
	]
	
	url-translate: func [req /local new][
		if not find/part req/in/url "/@" 2 [return none]
		
		;-- save URL in a custom header 
		h-store req/in/headers 'REST-url req/in/url
		
		;-- rewrite URL
		new: parse-REST req/in/url
		
		;-- refresh the req/in objet content
		service/parse-request-line/short new req/in
		
		true
	]
]

yeah..  missing a comma.. 

What I meant was.. I'm using embed, and I want to pass the params 
object to other, non-cheyenne functions that I DO from the /default 
function

REBOL/Plugin includes a function callable from REBOL scripts, do-browser, 
that allows you to execute and retrieve the result of browser script 
code. This script code may manipulate the browser's document object 
model (DOM), giving you the ability to interact with other elements 
in the HTML page.

No, not that bad.  
I had some code like this

do to-file "../../config.r"

when i guess it should have be

do to-rebol-file ".../../config.r"

do to-file "../../config.r" should have worked
and even when I changed it to absolute path
do to-file "/opt/fgw/Cheyenne/config.r"
i still had problems.

sometimes even

do %/opt/fgw/Cheyenne/config.r

doesn't work consistently

so I have to 

f: read sometimes even

do %/opt/fgw/Cheyenne/config.r

doesn't work consistently

so I have to 

f: read  sometimes even

do %/opt/fgw/Cheyenne/config.r

doesn't work consistently

so I have to 

f: read %/opt/fgw/Cheyenne/config.r

and then

do f

If you need to use 'do ... use *do

From v0.9.19, using 'do would by default bind your loaded code to 
the webapp context (and not to the global context). Btw, if you're 
using an external INCLUDE function, it may clash with RSP's global 
INCLUDE function.

So, how does a particular mod get invoked for an incoming url?  
How do I get the mod-rest.r to process the urls?

So, mods are able to process the various phases as described in cheyennes 
processing pipeliine. Each module can decide whether to process a 
phase, do nothing, and /or prevent another mod from processing that 
phase.

You shouldn't do that. If you want take priority other an existing 
module already declaring it's callback as 'first, you have to put 
your module after the other module in config file (modules section).

Didn't tested the Captcha code with v19, as a workaround try to move 
the code from on-application-start to on-session or use *do (instead 
of 'do) in on-application-start.

So, why should I need to fall back to '*do ?

Webapps are, from v 19, contained in their own context (object!). 
'do will first bind the loaded code to the webapp context before 
executing it.

*do is just a fallback, if 'do is crashing your code ;-). It should 
be used, but as I had some context issues while testing with my own 
webapps, I've added it as a workaround while figuring out how to 
fix those issues.

If you can access to the server through rconsole just do this : write 
%debug.log mold uniserve (and put the compressed version of the %debug.log 
file on your web site so I can download it).

sudo rebol
and then do %rconsole.r
and there was no error when I tried to write the log file.

Yes, not cheap to do it in Maui.......................but still worth 
considering.  Paris is fun.................Maui is.............Amazing...........

My vote is Sydney or Brisbane (Sydney easiest for air connections) 
due to the diversity of things to do there during the conference. 
 And maybe next year my project load won't be so heavy and rushed.

Hmm, how about Arran?  Do you really want to trust a DevCon to the 
English? :P

But it's pretty fun thing to do :))

Graham I wanted to write something, but I'm not sure when I'll get 
some time to do it.

well... i want to do keep-alive etc. but that's part of the design 
issues to discuss

petr: that's something the "wrapper" should do. grab some windows 
expert and you'll have a solution - you won't need rt to do builds 
for you anymore ;)

Gabriele, how comprehensive do you plan to make VID out of the box 
this time?

with R3 it should be possible to make own windowing system... but 
still don't know how to make it secure.... I mean if module can expand 
into global, what if I don't want loaded modules to do that (I mean 
if I for example want to open foreign script in virtual window)... 
anyway... I think the case with rendering into image is described 
scenario of current:  DRAW image commands

just why send it as an image? it should be sent as VID - SAP does 
it too - that is their advantage in comparison to other ERPs, as 
they do it like VID.

Therefore I shouldn't have to do anything to my router, right ?

I'm on the task. I wait for a link from François to upload them to 
Qtask.
It will probably take days to do it, so be patient.

I enjoy listening to Macbreak. A bunch of mac nuts get together and 
talk (sometimes) about mac and apple in general, but if it weren't 
for the lighthearted mood and humor, I wouldn't be listening to it. 
Perhaps a bunch of rebol nuts could get together like this and exchange 
ideas and talk gripes and goodies for rebol, about what you do with 
rebol and how it fits into your daily life.

I do not seem to be able to connect to the devcon 2007 site. I want 
to review a couple of the seminar videos. Any idea where to get them?