World: r3wp

>> read ftp://gchiu%2540compkarori.co.nz:[password-:-ftp-:-rebol-:-com]

URL Parse: gchiu%40compkarori.co.nz password 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 03:37. 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" dehex port/user] "331"]
Net-log: {331 User [gchiu-:-compkarori-:-co-:-nz] OK. Password required}
Net-log: [["PASS" port/pass] "230"]
** User Error: Server error: tcp 530 Login authentication failed

** Near: read ftp://gchiu%40compkarori.co.nz:[password-:-ftp-:-rebol-:-com]

well, that works :)

That looks like very nice work, Gabriele.

Someone, add a ticket to integrate Gabriele's work to R3 !

Done.

Adapt, not integrate. We can't integrate it in a compatible way, 
but we can adapt the code to make the existing DECODE-URL work properly.

I agree; "adapt" is the better word.

Should www.rebol.com host this ?  http://www.maxvessi.net/rebol.deb
created by Massimiliano Vessi

+1 YES - I tested on Ubuntu 9.04 and 10.04 - works perfectly.

Yes also tested on Ubuntu 10.04 using VmPlayer and worked great. 
Seems to even work better than the Rebol one ?

Alan, in what way do you suspect that it works better? (I have not 
tried it.)

1 difference:  using RT's download, the REBOL console only works 
when REBOL is started from the Ubuntu command line (i.e., not when 
it's started by clicking an icon in file manager).  New users may 
think that scripts are broken because GUIs w ork fine, no matter 
how REBOL is started.

How can I reference parameters in a linux shell without xargs when 
piping commands?

ls *.o | ar rs mylib.a $1

Where $1 is the output of ls *.o

Maybe try back-tick quoting:

ar rs mylib.a `ls *.o`

The quoted part is evaluated first by the shell.

Alternative to back-ticks that I find more readable (and also allows 
nesting if needed):

ar rs mylib.a $(ls *.o)

Or a multiline version using variables:

OUT=$(ls *.o)
ar rs mylib.a $OUT

Ah.. that's cool. Didn't new I could use $(...) for this.

Anton: it seems that more of the demos on Rebo/demos work with the 
deb file than the dl from rebol.com let me test more and get back 
to you

Alan, the binary packaged in rebol.deb is identical with the rebol-view-277-4-3 
download from rebol.com. (Which is the "Linux x86 Fedora" download.)

I suggest you this link: http://www.maxvessi.net/pmwiki/uploads/Main/rebol.deb
I added also the man page!

At the following link I put the Linux RPM package:  http://www.maxvessi.net/pmwiki/uploads/Main/rebol-2.7.7.4.3-5.i386.rpm

I'd suggest renaming the Debian package to also follow Debian package 
naming conventions.

i.e. rename it to rebol_2.7.7.4.3-4_i386.deb

it would further be nice, to get the dependencies right

I'll do the renaming, but it's a binary. What dependendies I should 
add?

libc6, libc6-i386, libfreetype6, libgcc1, libice6, libsm6, libstdc++6, 
libuuid1, libx11-6, libxau6, libxaw7, libxcb1, libxdmcp6, libxext6, 
libxmu6, libxpm4, libxt6, zlib1g

ignore the libc6-i386

so it should rather be:

libc6, libfreetype6, libgcc1, libice6, libsm6, libstdc++6, libuuid1, 
libx11-6, libxau6, libxaw7, libxcb1, libxdmcp6, libxext6, libxmu6, 
libxpm4, libxt6, zlib1g

Are you sure that all this it's necessary?

Yes.

Thats what is necessary to provide the dynamic libraries the REBOL/View 
binary depends on. (Except that I ignore transitive dependencies.)

Ok, I'll try.

libc6, libstdc++6, libx11-6, libxcb1, libxaw7, libfreetype6

is a more minimal set that will require the rest via transitive dependencies

Added menu integration! You can download from: http://www.maxvessi.net/pmwiki/pmwiki.php?n=Main.GuidaARebol
downloading the nname become the correct one.
I'll work on the dependencies next week.

Good work MaxV

Ok I added the dependencies.

Look at http://www.maxvessi.net/rebsite/Linux/

Very nice. The dependencies for the amd64 Debian package are wrong, 
though. As REBOL still is a 32-bit binary, you'll need to depend 
on the 32-bit compatibility libs.

So to correct this, a depends on "ia32-libs" should be sufficient 
for the amd64 package.

OK, I'll do, bt  my question is: "Is the Rebol binary compiled statically 
or dinamically?"

It is dynamically linked against all those libraries I listed as 
dependencies.

But don't take my word for it, do a ldd on the binary and see for 
yourself :)

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
)

Reposted from other conversations... read-only root filesystem article: 
http://www.guciek.net/en/articles/read_only_root_filesystem

Process freezer that does not require root privileges, CryoPID... 
useful!  http://cryopid.berlios.de/

I just tried out "tiny linux core" (11 megs). Boots in seconds, installs 
in a minute (frugal), and runs rebol view out of the box....
Includes simple desktop...pretty cool

Great for kiosk/appliance devices running rebol apps

I thought one or more of you gurus would have some advice. I'm trying 
to back up a website via ftp to move all the files to another server. 
Some of the files have owner "apache" and won't let me move them. 
There are a lot of those files in various directories. Not being 
a linux guy, is there an easy way to chown a whole directory with 
subdirectories of files?

chown -R src dest 


and if you can use scp or rcp (depending on your setup) to copy your 
files over, it should be less hassle than ftp which often has many 
issues with stranger filenames and permissions.


on one server, for example, a file was created with ftp, which is 
a legal (albeit twisted) path, but it cannot be access or deleted 
from that same ftp access, because the path gets mangled when it 
goes through the url path parser of that ftp server.


also unless both source and destination ftp servers are the same, 
you can have other nasties.


its always best (and much faster) to gzip your whole directory and 
copy over one file, and then unpack it on the other server (you also 
get a free backup ;-)

ahh... ignore the dest argument... I got mixed up with rcp in my 
head  ;-)

also note that you should not use * when specifying folders with 
-R cause it *might* ignore "." folders and files.  (ex: .profile, 
.login, .svn, etc)

Thanks Maxim. I use Putty to access the server though I use it so 
infrequently that each time is like a new experience. I appreciate 
your help.