olvwm on amd64

Luciano Rottava da Silva rottava at gmail.com
Thu Nov 27 01:12:50 UTC 2014


Hello,

Just to let you know and for the records, I've managed to run olvwm in
FreeBSD 10.1 amd64.

Since copying files from a i386 Linux machine was not working out, I've
decided to compile all packages.

So I did the following:

1. Setup a jail running a fresh FBSD 10.1 i386.
2. Started building ports for xview* and all packages I was interested to.
3. Moved files from jail to my amd64 machine.

After adjusting some env vars, I had the pleasure to run this beautiful and
light wm which brings me very good memories from the 90's when I used to
spend some nights in front of Sparc stations.

Now I have an almost 100% funcional working environment.

I am missing only one thing, a xview-based file manager too. Tried to
compile xvfilemgr but was not successfull.

Question, is there anybody out there also still using ol(v)wm? If so, could
you please share with me the binary for xvfilemgr?

And for last, cmdtool and shelltool were built from ports correctly but are
not working. Everytime I try to exec them, they complain about "pty's".

[luciano at desktop ~/app32/bin]$ ./shelltool
All pty's in use
XView error: NULL pointer passed to xv_set

I guess this version from ports was patched to fix this error, but it seems
it is not.

Best Regards,
Luciano.

On 23 November 2014 at 00:21, Luciano Rottava da Silva <rottava at gmail.com>
wrote:

> Someone could please explain what is going on? I am afraid I have no more
> ideas.
>
> ### binary olvwm from latest i386 FreeBSD package, downloaded and expanded
> in a temp dir:
>
> root at desktop:/tmp/XVIEW/bin # file olvwm
> olvwm: ELF 32-bit LSB executable, Intel 80386, version 1 (FreeBSD),
> dynamically linked (uses shared libs), for FreeBSD 9.1, stripped
>
> ### checking shared libs dependency:
>
> root at desktop:/tmp/XVIEW/bin # ldd olvwm
> olvwm:
>         libXpm.so.4 => not found (0)
>         libolgx.so.3 => /usr/lib32/libolgx.so.3 (0x280ad000)
>         libXext.so.6 => not found (0)
>         libX11.so.6 => not found (0)
>         libm.so.5 => /usr/lib32/libm.so.5 (0x280bb000)
>         libc.so.7 => /usr/lib32/libc.so.7 (0x280e4000)
>
> ### checking if missing libs are known by the system:
>
> root at desktop:/tmp/XVIEW/bin # ldconfig -32 -r | head -2
> /var/run/ld-elf32.so.hints:
>         search directories: /usr/lib32:/usr/local/lib32/compat
>
> ### double checking (the same result for all missing libs):
>
> root at desktop:/tmp/XVIEW/bin # file /usr/local/lib32/compat/libXpm.so.4
> /usr/local/lib32/compat/libXpm.so.4: ELF 32-bit LSB shared object, Intel
> 80386, version 1 (FreeBSD), dynamically linked, not stripped
>
> ### RPATH says what?
> root at desktop:/tmp/XVIEW/bin # readelf -d olvwm
>
> Dynamic section at offset 0x44014 contains 26 entries:
>   Tag        Type                         Name/Value
>  0x00000001 (NEEDED)                     Shared library: [libXpm.so.4]
>  0x00000001 (NEEDED)                     Shared library: [libolgx.so.3]
>  0x00000001 (NEEDED)                     Shared library: [libXext.so.6]
>  0x00000001 (NEEDED)                     Shared library: [libX11.so.6]
>  0x00000001 (NEEDED)                     Shared library: [libm.so.5]
>  0x00000001 (NEEDED)                     Shared library: [libc.so.7]
>  0x0000000f (RPATH)                      Library rpath: [/usr/local/lib]
>
> ### trying to change RPATH with below setenv
>
> root at desktop:/tmp/XVIEW/bin # cat /root/.cshrc | grep LIBRARY
> setenv LD_32_LIBRARY_PATH /usr/local/lib32/compat:/usr/lib32
>
> ### no success. )-:
>
> root at desktop:/tmp/XVIEW/bin # ./olvwm
> /usr/local/lib/libXpm.so.4: unsupported file layout
>
>
> What can I do?
>
> Thanks in advance,
> Luciano.
>
>
> On 22 November 2014 at 13:34, Luciano Rottava da Silva <rottava at gmail.com>
> wrote:
>
>> No chaps, I am not trying to compile xview or olvwm. I am just trying to
>> run them - the FreeBSD 32-bit version - on my amd64.
>>
>> So I downloaded the binary packages, xview* and olvwm from ftp server.
>>
>> Then untar and now trying to put the 32-bit version of the shared
>> libraries in the right paths in order to run olvwm.
>>
>> root at desktop:/tmp/XVIEW/bin # readelf -d olvwm
>>
>> Dynamic section at offset 0x44014 contains 26 entries:
>>   Tag        Type                         Name/Value
>>  0x00000001 (NEEDED)                     Shared library: [libXpm.so.4]
>>  0x00000001 (NEEDED)                     Shared library: [libolgx.so.3]
>>  0x00000001 (NEEDED)                     Shared library: [libXext.so.6]
>>  0x00000001 (NEEDED)                     Shared library: [libX11.so.6]
>>  0x00000001 (NEEDED)                     Shared library: [libm.so.5]
>>  0x00000001 (NEEDED)                     Shared library: [libc.so.7]
>>  0x0000000f (RPATH)                      Library rpath: [/usr/local/lib]
>>
>> Like I said, problem seems to be related to library path. Readelf output
>> shows that, RPATH var env.
>>
>> Searching mailing list archive I found this, which is exactly my problem:
>>
>> http://lists.freebsd.org/pipermail/freebsd-stable/2012-May/067787.html
>>
>> Question is; how make RPATH search for 32-bit version of libX11, libXext
>> and libXpm?
>>
>> My .cshrc has a setenv LD_32_LIBRARY_PATH /usr/local/lib32/compat, but
>> that did not help.
>>
>> More ideas?
>>
>> Thanks,
>> Luciano.
>>
>>
>> On 22 November 2014 at 11:21, Bernt Hansson <bah at bananmonarki.se> wrote:
>>
>>> On 2014-11-22 13:45, Bernt Hansson wrote:
>>>
>>>> Xview is broken.
>>>>
>>>> On 2014-11-22 07:45, Adrian Chadd wrote:
>>>>
>>>>> Hm! Well, that doesn't look like it's a problem with a 64 bit system
>>>>> in particular - see where that .tmpl file is supposed to be?
>>>>>
>>>>
>>>
>>> :/usr/ports/x11-toolkits/xview # make
>>> ===>   xview-3.2.1.4.19c_1 depends on executable: mkfontdir - found
>>> ===>   xview-3.2.1.4.19c_1 depends on executable: mkfontscale - found
>>> ^[ (escape) menu ^y search prompt ^k delete line   ^p prev li     ^g
>>> prev page
>>> make -f Imakefile
>>> "Imakefile", line 3: Need an operator
>>> "Imakefile", line 4: Need an operator
>>> "Imakefile", line 5: Need an operator
>>> "Imakefile", line 9: Need an operator
>>> "Imakefile", line 10: Need an operator
>>> "Imakefile", line 11: Need an operator
>>> "Imakefile", line 20: Need an operator
>>> "Imakefile", line 21: Need an operator
>>> "Imakefile", line 38: Need an operator
>>> "Imakefile", line 39: Need an operator
>>> "Imakefile", line 42: Need an operator
>>> "Imakefile", line 43: Need an operator
>>> "Imakefile", line 44: Need an operator
>>> "Imakefile", line 45: Missing dependency operator
>>> "Imakefile", line 46: Missing dependency operator
>>> "Imakefile", line 47: Missing dependency operator
>>> "Imakefile", line 48: Missing dependency operator
>>> "Imakefile", line 49: Missing dependency operator
>>> "Imakefile", line 50: Missing dependency operator
>>> "Imakefile", line 53: Need an operator
>>> "Imakefile", line 54: Need an operator
>>> "Imakefile", line 63: Missing dependency operator
>>> "Imakefile", line 101: Need an operator
>>> "Imakefile", line 102: Need an operator
>>> "Imakefile", line 103: Need an operator
>>> "Imakefile", line 143: Need an operator
>>> "Imakefile", line 144: Need an operator
>>> "Imakefile", line 145: Need an operator
>>> "Imakefile", line 165: Need an operator
>>> "Imakefile", line 166: Need an operator
>>> "Imakefile", line 167: Need an operator
>>> make: fatal errors encountered -- cannot continue
>>>
>>
>>
>


More information about the freebsd-questions mailing list