AltME groups: search

Has anyone tried running the actual phpBB from Cheyenne yet?  I got 
close to setting up a test head and then got distracted by news of 
DevBase.  I have visions of user.r being hosted on a Cheyenne/phpBB/mediawiki 
codebase, but I'd prefer to wait (just a little bit longer) to see 
what REBOL solutions may pop up out of the woodwork.

How hard can it be to write a simple BBS ?

Is this a PITL project ?

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.

Re acronyms.  Yep, must remember to mention the full text at least 
once per post cycle from now on.  


More on the namespace issue in user.r chat; but I'd like Cheyenne 
to be given a pride of place status for word usage, equivalent to 
what we'll be following with our rules for dealing with RT's word 
usage.  i.e they win, we deal with it.  Go Doc Go!


Re BBS for Cheyenne.  I'd almost like to extend RBBS out to something 
more grandious, and at the same time extend the tutorial Carl and 
Gregg and Volker and Tom built up, but along with the CGI (or instead 
of) document the RSP side of it.

We don't want this tutorial to get too large, so we decided not to 
include certain features at this time. Some of them may be added 
as part of a future CGI tutorial.

        * User accounts (including user registration)
        * Browser cookies
        * Fancy message formatting
        * Message searching
        * File locking methods


so straight away we don't need file locking methods, browser cookies

I'm using RBBS on peoplecards.ca so I may be in a conflict of interest. 
 Let's work with RBBS.  :)  But it's REBOL code; short and sweet 
and powerful.  A complete rewrite in Cheyenne RSP sounds tempting 
too.

There is the rebolBB codebase too.  I just wasn't that big a fan 
of the use of IMAP.  And Vanilla is still pretty cool if not a little 
but neglected.

vanilla - not a bbs

Has anyone posted a message yet?

Umm, yes and no.  Spam.  I delete one or two a day and neglect it 
the rest of the time.

I tell you all the time, just insert the form using javascript. I 
do it this way and I had no problems with a spam yet.

Why don't you build it using Atom.. very straight forward, I have 
a few modules i could port.. and would make a good tutorial for everyone.

Motivated to add counter-measures.  Activated the PoL (Proof of Life) 
code.  I'll watch the logs for a while but I think the rbbs.r on 
peoplecards should now be closer to immune from the robot spammer 
that tagged me a few months back.


Terry; Might be a good idea.  Promoting Cheyenne, promoting Semantic 
Database and building something rebols can use for a forum all at 
the same time.  Many birds, few stones.

that's why it's so urgent to pop up a release (even an alpha one)

Hi guys, my current mission is ending, so I'll be back fulltime on 
Cheyenne in a couple of days. I have a v0.9.17 close to release.

Developers stopping their work on R2 waiting for R3 are just loosing 
time. I bet that R2 will still be the stable REBOL in 6 months (maybe 
even more). For professional work, stick to R2, until R3 reaches 
a stable level.

I encapped Cheyenne to run my patient portal and the data returned 
from a sql query is all corrupted

and I had a deadline to meet .. so I just used the source code version

'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)

If only...I would be a rich man ;-). Inter Process Communication

Actually, i have a response from a web page pushing data to a uniserve 
service.. so kinda close.. just wondering if there's a preferred 
method.

One last thing.. how do you feel about incorporating cheyenne into 
a GPL product?

Cheyenne is BSD, don't know how it can fit in a GPL product, but 
I guess there's no problem doing that (at least for me).

Check out my natural language URLs if you get a chance.. in the Atom 
chat group... running on Cheyenne

Nenad, how do I set the mime type for delivering up a Flash binary?

however... is there a simple way to change the mime-type of the on-response 
fuction "on the fly" 

the default on-response function is set to "text'/html" when is this 
fired?

Ok.. this seems to work.. kinda.. 

	on-response: func [req params svc][	

  ;-- this callback is useful to mutualize the HTTP response settings.
		
		thetarget: copy req/in/target
		print join "target: " thetarget
			either found? find thetarget "." [
			mimetype: parse thetarget "."
			
			if (last mimetype) = "swf"[
			print "is a flash file"
				req/out/code: 200

    h-store req/out/headers 'Content-Type "application/x-shockwave-flash"
				]
			][
		print "is text/html" 
		req/out/code: 200
		h-store req/out/headers 'Content-Type "text/html"
		]
	]

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.

So.. imagine this as a personal server. One on your IPOD, one at 
home, one at work.. all synced up.. where mine is able to communicate 
with yours, and vice-versa.

Add in some S3 for secured persistent data. (Each unit would could 
load in it's entire DB from S3 on boot up and hold in memory, so 
only the core framewerk could ever be lost or stolen... all nicely 
encrypted too


(Framwerks is currently <1 mb all up, including ATOM, Q, Cheyenne, 
AutoIT(macro software), WINAPI and others)

I would like to see RebService integrated into it. Running RS in 
CGI mode but without the overhead of CGI. So, more like a faked CGI.

Clustering: yes, a lot of thoughts, but first, I'm focusing on releasing 
a v1.0.

Will database backed session mgt make it in 1.0? And integrated mysql:// 
just because it is such a cool driver?

What's the need for such a feature ?

A Cheyenne users dynamic DNS server would be handy.

Terry;  I like what you have been saying.   You need some supporters. 
  Go Terry Go!  REBOL on Rockets sounds good.  If you get into conflict 
with RoR, you might try REBOL Rays.  Skip rockets, go for a lightspeed 
connotation.  ;)


Again, I like the idea.  The entire framework payload; base language, 
server, funky DB and kitchen sink would fit on a pinhead.  R EBOL 
A TOM C heyenne K itchen-sink.

Go Doc Go!

Maarten: it just seems to me that a database backend may be overkill 
to store session data, a Uniserve-powered simple server with an in-memory 
hashtable would be way more efficient ;-).

Where is the latest unofficial patched release of Cheyenne/Uniserve 
? I'll see if I understand the code and can help a bit.

Framewerks stores session data in the DB, cuz what's a webserver 
without a db?

I spoke too soon.. 

the 0916 version running PHP on windows allows you to read the test.php 
page once.. then each subsequent refresh comes back with a "No input 
file specified." error.

Global 'request is a view  function -- QM has it's own request object...

<HTML>
<HEAD>
	<TITLE>RSP Test Page</TITLE>
</HEAD>
<BODY bgcolor="white">
<a href="/">Back</a><br><br>
<FONT FACE="Arial" SIZE='-1'>
<B>Timestamp: </B><%=now %>
<BR><BR>
<H4>Request parameters :</H4>
<UL>
	<LI><B>HTTP Method: </B> <%=mold request/method%></LI>
	<LI><B>HTTP Port: </B> <%=mold request/server-port%></LI>
	<LI><B>Client IP address: </B> <%=mold request/client-ip%></LI>
</UL>
<H4>Request headers :</H4>
<UL><%
	foreach [name value] request/headers [
		print [<LI><B> name ":"</B> mold value </LI>]
	]
%></UL>
<H4>Request variables :</H4>
<UL><%
	either empty? request/content [
		print "<LI>No variable passed</LI>"
	][
		foreach [name value] request/content [
			print [<LI><B> name ":"</B> mold value </LI>]
		]
	]
%></UL>
<H4>Session :</H4>
<%either session/content [%>
<UL>
	<LI><B>SID: </B> <%=session/id%></LI><%
		either empty? session/content [
			print "<LI>No session variables</LI>"
		][
			foreach [name value] session/content [
				print [<LI><B> name ":"</B> mold value </LI>]
			]
		]
%></UL>
<%][%>
	<UL><LI>No session</LI></UL>
<%]%>

</FONT>
</BODY>
</HTML>

The current Cheyenne version redefines 'read-io in the CGI handler. 
This wasn't a good thing, so the next release will add, instead, 
a new function 'cgi-read-io that have to be used as replacement to 
'read-io.

Terry: for defining a FastCGI app in Cheyenne, take a look here (PHP 
example) : http://softinnov.org/cheyenne/blog.cgi?view=0011

I'll release a new Cheyenne version next week, probably on Monday. 
It will be v0.9.17, not yet rc1, still a lot of details  to add or 
polish for a v1. I'd like also to finish a working version of the 
control panel for the rc1.

Anyway, I'm still doing some testing/bugfixing for the new release, 
it should be ready a few hours after the server will be back.

That's a planned feature for Cheyenne v2 ;-)

We have some trouble with our provider, it hasn't yet answer to our 
HD replace request :-/. So still down...I'll set up a temporary download 
page on our softinnov.com server.

After some serious hardware troubles, and a complete system reinstalling, 
softinnov.org is up again, sorry  for inconveniences.

For linux users that don't have X11 installed, the released binary 
won't work unless you install the X11 support libraries.


Here's how-to install the required libs without installing a full 
X11 desktop (Debian/Ubuntu users only) :

  > apt-get install libx11-6
  > apt-get install libxaw7
  > apt-get install libstdc++5
  > apt-get install libfreetype6

For non-Windows users, PHP need to be patch in order to work with 
Cheyenne. I'll post here a small HOW-TO in a few minutes.

HOW-TO make Cheyenne work with PHP for non-Windows OS


The purpose of the following patch is to make FastCGI in PHP work 
the same on all OSes.


1) If you have PHP v5.2.1 or higher with sources, you can skip 2) 
& 3) else :

2) Download latest PHP sources from http://www.php.net/downloads.php
3) Untar the archive anywhere yo want
4) Go to PHP install folder
5) Patching PHP source :

	Open a REBOL console, then :

;---- cut'n paste the following code in REBOL's console ----

patch-php: has [buffer pos][
	target: %sapi/cgi/fastcgi.c
	if none? attempt [buffer: read target][
		print "unable to find the file to patch!!"
		exit
	]
	either parse buffer [
		thru "int fcgi_accept_request("
		to "if (req->fd >= 0) {"
		pos: to end
	][
		insert pos "^/^-^-^-^-break;^/^-^-^-^-"
		write target buffer
		print "patch applied."
	][
		print "failed to locate the line to patch!!"
	]
]

patch-php
;---- end of code ----
		
6) Once the patch is applied :

	> ./configure --enable-fastcgi
	> make
	> sudo make install
	
7) Check if everything is ok :

	> php-cgi -h
	...
	you should see a -b option listed meaning you got proper
	FastCGI support.
	
	If it fails (occured on OSX), try with a full path instead :
	
	> /usr/local/bin/php-cgi -h
	

8) Edit Cheyenne's config file (httpd.cfg) to set the correct option 
in the PHP section. Non-Windows users have to also set the new 'delay 
option.

The issue with encapping with a /Command binary is that Cheyenne 
through CGI and RSP expose the REBOL dialect and expose all /Command 
stuff, for free...IIRC that's forbidden by REBOL license. Did this 
changed for latest SDK ?

Cheyenne v0.9.17 re-released. Now includes the source code for the 
%service.dll library. As a remainder, all the Cheyenne source code, 
including the service.dll source is release under BSD license.

In the meantime, I have also on my todo list a dedicated web site 
for Cheyenne. I'll work on that in the next days.

About Service.dll .. is this just for Cheyenne, or is there a general 
way for all Rebol apps to run as a service?

we have 2.7.6 almost ready... and R3 will be in alpha in a little 
more than a week

petr, i'll get my copy in a couple days........ richard is the only 
one on the planet except carl having a copy (oops, should not have 
said that ;)

we need just http for june 1st and that should take a day or two

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 ;)

rif (ladislav may be able to finish it for july), os part of unicode 
(community can help a lot here)

so it should be...  a few lines and you have a fully functional user 
interface, for all the common cases.

http takes a day or two ?

Is this a rewrite, or tweaking of the existing protocols?

Its seems to be a small url hiccup in the blog.
http://devcon2007.rebdocproj.org/news.htmlis the real link.

I would like to ask, re. posted slides - why is rebin a problem and 
hence is deferred?

virtual windows - rendering graphics into an image means that a stream 
of images can be sent over a network to another user in a "terminal 
services"-like session.

GREAT GREAT!! thanks a lot to all that contributed 8-))

OHH and at a great high quality 8-)))

(why can't this be a simple http download?)

maybe there is a problem with that

mplayer allows me to force tcp... but i get only audio. it would 
still be much easier to just have a simple http download link... 
KISS

Can we just move them all to Rebol.org (for example)?
Throw them on a page in a simple clean table


[Date and time of talk | Name of speaker | subject | link to movie 
]

I'm not sure there is a way to save the udp stream, they shuld enable 
tcp/http so we can dowload and save, then maybe transcode to a more 
friendly format

The French team have obviously handed down a tech challenge, which 
we can't resist.,

I made a task on Qtask Rebol Devcon for Didier.  They can upload 
them all to Qtask.  Qtask has syndication of Qwikis and Files coming 
today (in fact).

So Qtask can now host public files.

Reichart;  Does that mean I can export a Qtask "REBOL look busy" 
calendar?

I sent a mail to [sc-:-sahores-conseil-:-com] asking for direct access 
to the DevCon videos.

The on demand broadcast seems not dumpable as with the ultraverbose 
vlc -vvv rtsp://195.220.133.26:80/iStream/01_opening1.mov

I can see the video and see the "SETUP <url>/trackID=4" and PLAY 
RTSP commands while, with the dump parameters:  vlc rtsp://195.220.133.26:80/iStream/01_opening1.mov 
:demux=dump :demuxdump-file="01_opening1.mov"

the SETUP and PLAY don't work (actually they are not even tried) 
and I get 
VLC media player 0.8.6a Janus

[00000288] main input error: no suitable access module for `rtsp://195.220.133.26:80/iStream/01_opening1.mov'
[00000279] main playlist: nothing to play
I also tried some vlc scripting but with no success

I haven't had a reply yet from my email. Maybe another avenue should 
be tried...

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.

Anyone a member of Amigaworld?

Could you update this thread so it doesn't end on such a downbeat 
note?
http://amigaworld.net/modules/news/article.php?storyid=3699

Last post, pre-DevCon, says <<Unfortunately, server that is hosting 
the REBOL devcon site has been changed and is experiencing some trouble.>>

just kidding ..if you tried the above on dialup ... it would not 
be a wonderful experience :)

Found a link on REBOLWeek: http://anton.wildit.net.au/

His batch-download is here: http://anton.wildit.net.au/rebol/util/batch-download.r

hmm, wait a minute, Reichart ....

Always good to get a fix on rebolutionary ideas even if it's just 
once a year.  I am thinking that it is not possible to OD (overdose) 
on innovative ideas.  In the future it would be nice to "Jack In" 
(Johnny Mnumonic movie) the technology dose.  Maybe an earpiece and 
an eyepiece?

this is a version with partial download:

I grabbed them with a download manager, except for Reichart's which 
404s.

BrianH, there is a problem with that file as Reichart can verify

reichart, the way you talked seemed very appropriate for a podcast

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.

next devcon I will take care of the video.  I will bring a real recorder 
(or rent one wherever we are) and bring a tripod, even make a few 
lighting tests beforehand.  my labtop has firewire input so we will 
be able to grab and release feeds within the hour (or two ;-).

maxim, here's a good camera to use: http://www.red.com/

wow!  what a beautifully ogrish piece of tech!

my god that camera is a BEAST !!!  12 MPx  at 60 fps (60 FULL frames 
and in 12 bit RAW / per channel )

yes, it's a pretty crazy camera. digital cinema photography is finally 
growing up.

Does it have REBOL installed as an interpreter, so that you could 
a bit automate filming, and go out for coffee? :-)

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?

If no one steps up with them, I have a copy of them all on Qtask...