World: r3wp

I am interested in improving the display of fonts by R2 on Kubuntu 
Gutsy 7.10.

I am not yet aware of what font rendering systems are used by Kubuntu, 
but I can see lots of True Type Font (.ttf) files anyway.

I can get R2 View to display a font (eg. gentium), but the scaling 
looks pretty bad. eg.
	view layout [text "Hello" font-name "gentium" font-size 16]

Actually, what I'm primarily after is a fixed-sized font that looks 
nice at different scales.

But I wonder if anyone knows where Rebol looks for fonts?

What font system(s) does it use?

'lo. Pinged Cyphre on ICQ. He told me:


1) fonts, which are rendered in face/text
2) fonts, which are rendered in DRAW (AGG)


re 1) IIRC, REBOL uses some X-Windows function, an old method, which 
should work on all distros

re 2) REBOL uses FreeType2 library to get vector data, which are 
then rendered via AGG

Thankyou Pekr and Cyphre, it's useful.

Last two weeks I installed two times Ubuntu server, made webmin working 
instead of ebox, which is crap, installed horde, etc., but I have 
to note, that I really thought, that after all those years, Linux 
gurus got educated, and was successfull in hiding linux architecture 
complexity from the eyes of mortal man. I have to say, that the system 
is still the same idiotic Linux underneath. This is really rudiculous 
- we are living in 2009, and instead of getting things done easily, 
you have to follow stupid instructions of where to edit something, 
to get some stuff running.

Yep, true. Maybe FreeBSD is better in this (at least good documentaiton) 
or use OSX. Simple for the normal man, full access for the guru.

Hmm.. I seem to have figured out how to prevent window flicker on 
resizing R2 windows. :)

(Not sure exactly how it works yet... but I can now sleep peacefully.)

but tell me how, before you go to sleep. :-)

Similarly as the other stuff on 6-Apr-2009 in this group.

Does anybody know the character encoding used by Rebol/View under 
Linux?

peter, my bet is latin1, but, maybe it depends on the system locale.

Thanks Gabriele. I wanted to know in case we convert the Script library 
to utf-8 what conversions we would need to support Library Data Services. 
I already have a utf-8 to iso-8859-1 conversion function.(It on't 
be as good as yours or one of  Oldes but it works).


(When I say if we convert the script library, I really mean Sunanda 
as he does all the hard work).

hi, has anyone had this problem before? I got to a new VPS .. I downloaded 
rebol and cheyenne and I can't run them ... 

- when they weren't chmod +x  if I did ./rebol ./cheyenne I get  
Permission denied
- once I make them executable I get No such file or directory .. 


If I type ls they are there in both  cases, I also copied them into 
bin and tried to run them there but same thing, I could run neighbour 
files in bin like ./readlink but not ./rebol and by the looks of 
ls -l they had the same rights/owner everything .. I also copied 
and renamed both files and the same .. any ideas how this can happen 
.. file is there

hm .. is it possible that this happens because linux is 64 bit ?

Yes, Janko, that is probably the cause of the symptom you see.

There is a way to hack the executable. It's been discussed previously 
on this AltME world. You should be able to Google it.

Although you might want to consider just switching to 32 bit if you 
don't have a specific reason to use 64 bit Linux.

64 bit uses more memory, and memory is usually the most significant 
constraint on a VPS.

Try this :  
	ldd rebol 
to see if REBOL can find all the required libs to run.

kcollins ... this VPS was given to me as a present by long time customer 
... I said I wanted 32 bits but I guess his admin mixed up things

I will try getting 32 bits, if it won't be possible I will google 
for hack ..


Doc : I tried ldd and it said >> not a dynamic executable  (so I 
guess that isn't the problem)

I was reminded that this could be the probem by my customer, he had 
some rebol things on his vps-s and used 64 bits and said he had similar 
problem , then his admin solved it somehow :) but I prefer 32bit 
for reasons you said (RAM)

On 32bits linux :
# ldd /usr/bin/rebol 
        linux-gate.so.1 =>  (0xffffe000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7ed3000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7da2000)
        /lib/ld-linux.so.2 (0xb7efe000)

AFAIK, on 64bits Linux, 32bits librairies are located in /lib32 and 
not in /lib. This may be the reason why you can't run REBOL.

[root-:-www]:/usr/bin# ./rebol
-bash: ./rebol: No such file or directory
[root-:-www]:/usr/bin# ldd ./rebol
        not a dynamic executable
[root-:-www]:/usr/bin# ldd ./who
        linux-vdso.so.1 =>  (0x00007fffe89fd000)
        libc.so.6 => /lib/libc.so.6 (0x00007ff4e02bc000)
        /lib64/ld-linux-x86-64.so.2 (0x00007ff4e060f000)

Doc: I have /lib/ and /lib64/  -- do you think that lib are 32b libs? 
or do I have to install them ... the client told me now he thinks 
admin installed the 32b libs at his vps

thanks guys.. works now ...!!!

client said that reinstalling linux would be a little problem, so 
this will do for now ... 


I installed the ia32-libs ( apt-get install ia32-libs ) and now rebol 
works

Great! I was not aware of that solution.

this page explained it: http://www.debian-administration.org/article/Running_32-bit_Applications_on_64-bit_Debian_GNU/Linux

rebol now works, but I have a problem with cheyenne , something similar 
to what Doc said before
--------------

[root-:-www]:/usr/share/cheyenne# ./cheyenne

** Script Error: Library error: /lib/libc.so.6: wrong ELF class: 
ELFCLASS64
** Where: do-cache
** Near: all [
    any [
        exists? libc: %/lib/libc.so.6
        exists? libc: %/lib/libc.so.5
    ]
    libc: load/libra...
[root-:-www]:/usr/share/cheyenne# ldd ./cheyenne
        libm.so.6 => /lib32/libm.so.6 (0xb7ef7000)
        libdl.so.2 => /lib32/libdl.so.2 (0xb7ef3000)
        libc.so.6 => /lib32/libc.so.6 (0xb7da1000)
        /lib/ld-linux.so.2 (0xb7f24000)
[root-:-www]:/usr/share/cheyenne#

I think 32 libs are in lib32 now (which I got after installing that 
package) and cheyenne is probably looking in /lib/ like the rebol 
code in exception shows ..

I fix that issue in my developement version of Cheyenne a week ago. 
Just edit %misc/unix.r and change the access path to libc like this 
: 
	any [
		exists? libc: %libc.so.6
		exists? libc: %/lib32/libc.so.6
		exists? libc: %/lib/libc.so.6
		exists? libc: %/lib/libc.so.5
	]

<fixed>

I just wanted to say that I isntalled cheyenne from source now and 
wanted to fix that code in unix.r .. and ran it via rebol cheyenne.r 
and it already worked without fixing any code :)

cool :-)

Thanks Doctor :)

So I just need to move to the latest cheyenne ... now I have the 
reason to do so :)

Let me know in !Cheyenne group if you have any issue with the latest 
release.

(ok)

Browse on Linux temporary solution
browse: funct [ url ] [ call reform [ "x-www-browser" url ]]

And browse works, and all commnads based on browse ( docs, bug, changes 
) too

ManuM, can you do something similar for a file manager window? That 
would solve a bug in R3 Chat. Thanks.

I have an ext3 filesystem and I need to add "nls=utf8" to /etc/fstab 
for this filesystem to correctly convert filenames that are coming 
from window machines.

Just adding this option makes the filesystem read-only while mounting.

Any idea how to enable utf8 support? Do I need to "convert" the existing 
filesystem?

Henrik: If you are talking about bug#779 I have added a comment at 
bug
http://curecode.org/rebol3/ticket.rsp?id=779&cursor=1
Something similar can be:
open-file-manager: funct [ dir ][ call reform [ "xdg-open" dir ]]

very nice and simple. thanks.