World: r3wp
[Linux] group for linux REBOL users
older newer | first last |
Anton 6-May-2009 [2873x2] | 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.) | |
Henrik 6-May-2009 [2875] | but tell me how, before you go to sleep. :-) |
Anton 6-May-2009 [2876] | Similarly as the other stuff on 6-Apr-2009 in this group. |
PeterWood 8-May-2009 [2877] | Does anybody know the character encoding used by Rebol/View under Linux? |
Gabriele 8-May-2009 [2878] | peter, my bet is latin1, but, maybe it depends on the system locale. |
PeterWood 8-May-2009 [2879] | 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). |
Janko 8-May-2009 [2880x2] | 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 ? | |
kcollins 8-May-2009 [2882x4] | 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. | |
Dockimbel 8-May-2009 [2886] | Try this : ldd rebol to see if REBOL can find all the required libs to run. |
Janko 8-May-2009 [2887x3] | 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) | |
Dockimbel 8-May-2009 [2890x2] | 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. | |
Janko 8-May-2009 [2892x4] | [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 | |
kcollins 8-May-2009 [2896] | Great! I was not aware of that solution. |
Janko 8-May-2009 [2897x3] | 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 .. | |
Dockimbel 8-May-2009 [2900x2] | 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> | |
Janko 8-May-2009 [2902] | 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 :) |
Dockimbel 8-May-2009 [2903] | cool :-) |
Janko 8-May-2009 [2904x2] | Thanks Doctor :) |
So I just need to move to the latest cheyenne ... now I have the reason to do so :) | |
Dockimbel 8-May-2009 [2906] | Let me know in !Cheyenne group if you have any issue with the latest release. |
Janko 8-May-2009 [2907] | (ok) |
ManuM 8-May-2009 [2908] | 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 |
Henrik 8-May-2009 [2909] | ManuM, can you do something similar for a file manager window? That would solve a bug in R3 Chat. Thanks. |
Robert 9-May-2009 [2910x3] | 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? | |
ManuM 9-May-2009 [2913] | 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 ]] |
Henrik 9-May-2009 [2914] | very nice and simple. thanks. |
ManuM 9-May-2009 [2915] | Robert: I work with kubuntu 8.10 but I think that can help This is one line from my "/etc/fstab" file. It mounts a fat filesystem at /media/DESARROLLO ( dir /media/DESARROLLO already exists ) /dev/sda7 /media/DESARROLLO vfat rw,utf8,umask=000 0 0 With umask=000 the access to /media/DESARROLLO will be rwxrwxrwx ( the owner is root and the group is root, I don't know how to change it ) |
Robert 9-May-2009 [2916x3] | Ok, trying it. |
There is a tool to convert filenames (convmv) to UTF8. I'm wondering, what influence this has on running programs? | |
For example: IOS has a registry, if I conver the filesystem names to UTF8, will this render the registry entries invalid? | |
ManuM 9-May-2009 [2919] | I don't know ( the two questions ) :) |
Gabriele 12-May-2009 [2920x2] | Robert, afaik file names are utf8 by default on ext filesystems. (actually i think the filesystem does not care much about the encoding, but the os in general uses utf8.) i think you need that option on the ntfs filesystem, not the ext one. |
re: ios, if you have non-ascii chars, it could be a problem. | |
Robert 13-May-2009 [2922] | I'm wondering how I got those "invalid UTF-8 characters" onto my EXT3 filesystem. IOS cleans-out filenames that contain special characters, so it should be no problem on the server-side. |
older newer | first last |