World: r3wp

Ah. It expects a 32-bit ELFCLASS, probably.

And I am using a 64-bit OS.

Xmu links to .../lib32/...

ls /usr/lib32/libXaw*

/usr/lib32/libXaw3d.so      /usr/lib32/libXaw7.so        /usr/lib32/libXaw.so.7
/usr/lib32/libXaw3d.so.6    /usr/lib32/libXaw7.so.7
/usr/lib32/libXaw3d.so.6.1  /usr/lib32/libXaw7.so.7.0.0
Ok

I don't know: How to make altme find it? It exists!

Maybe another ldconfig?

Hmm. Was hacking a bit more. I cannot get ldconfig to be sane and 
include all file names into its cache, tried all ways it seems.

ldconfig -p|grep libXaw
	libXaw3d.so.6 (libc6) => /usr/lib32/libXaw3d.so.6
	libXaw3d.so (libc6) => /usr/lib32/libXaw3d.so
	libXaw.so.7 (libc6,x86-64) => /usr/lib/libXaw.so.7
	libXaw.so.7 (libc6) => /usr/lib32/libXaw.so.7
	libXaw.so (libc6,x86-64) => /usr/lib/libXaw.so
Ok
ldconfig -p|grep libXaw7
Ok
ls -l /usr/lib32/libXaw*

lrwxrwxrwx 1 root root     13 2011-10-08 05:30 /usr/lib32/libXaw3d.so 
-> libXaw3d.so.6

lrwxrwxrwx 1 root root     15 2011-10-08 05:30 /usr/lib32/libXaw3d.so.6 
-> libXaw3d.so.6.1

-rw-r--r-- 1 root root 297332 2010-05-10 02:48 /usr/lib32/libXaw3d.so.6.1

lrwxrwxrwx 1 root root     12 2011-10-08 05:30 /usr/lib32/libXaw7.so 
-> libXaw7.so.7

lrwxrwxrwx 1 root root     16 2011-10-08 05:30 /usr/lib32/libXaw7.so.7 
-> libXaw7.so.7.0.0

-rw-r--r-- 1 root root 373352 2011-02-19 04:17 /usr/lib32/libXaw7.so.7.0.0

lrwxrwxrwx 1 root root     12 2011-10-08 05:30 /usr/lib32/libXaw.so.7 
-> libXaw7.so.7
Ok

And ld.so.conf includes /usr/lib32/

Kaj: Which 'another' ldconfig? I re-ran ldconfig frequently

I re-ran it when all *Xaw7* were already present and /usr/lib32/ 
was present at ld.so.conf.d/biarch*.conf. After that re-running, 
*Xaw7* was still missing from its cache. Why? And how to force it 
into a cache?

It seems I need ldconfig sources to understand what is going on with 
it.

too lazy

That's what I meant. rerunning ldconfig, if ldd still can't find 
a library

You could try setting $LD_LIBRARY_PATH before calling altme, to force 
the 32 bits libraries to be searched first

It's probably empty by default on an Ubuntu derivative

Yay this worked! But it's ldconfig's fault to not handle that beforehand

cat > altme.sh
export LD_LIBRARY_PATH=/usr/lib32:$LD_LIBRARY_PATH
/home/gouslar/green_meadow/computer_house/AltME/042/altme
Ok
chmod u+x ./altme.sh 
Ok
./altme.sh 
Ok

now it works perfectly

Hehe. Just a random fun: on #gnu: <man> hi gnudists!

:-)

hmm. tar is unoptimal on linux. tar shows 20% cpu usage on the following:

tar -xzvf debian-hurd.img.tar.gz
debian-hurd-20111214.img
Ok
ls -Hl
size=3146776576 debian-hurd-20111214.img
size=260521812 debian-hurd.img.tar.gz
Ok

it must show 0.0000(0)1 cpu usage on optimal OS and fs and tar implementation

gzip shows 45% cpu while this

Are there desktop gadgets sitting on the screen background and screen 
foreground etc available on Linux, who knows?

Is there such a desktop environment?

The article http://www.scribd.com/doc/55687428/Gadgetsattributes 
the first use of the word gadget regarding the software to AmigaOS.

I want +"screengadgets" +software +linux --- but there's NONE!!! 
:(

SHIT. GTK+ 3.x now supports CSS.
machines get slower and slower with all of that
stupid architects

http://library.gnome.org/misc/release-notes/3.2/

I discard GTK+ into a trashcan with such directions of development.
Qt supports CSS either. Trashcan, too.

I guess that's why people are sticking with GTK+ 2.x.

m.: EFL has a set of pretty light libraries
--- what's EFL?

--- m., this? http://www.enlightenment.org/p.php?p=about/eflThe 
Enlightenment Foundation Libraries (EFL)

this url is an interesting stuff. One can program graphics bypassing 
X

Is that so? EFL was always built on X

The design also has limitations with threading/multi-core and hardware 
rendering

look at the diagram. EFL can either work with X or without X

the diagram below (the more complex one) document ways with no X

hardware rendering --- it has OpenGL, FrameBuffer and some other 
no-X ways... i don't know

re: threading/multicore i don't know

I mean no-X OpenGL and no-X Framebuffer. Maybe that diagram is misleading 
but maybe it is not misleading

It does seem to be less limited than it used to be. Although DirectFB 
figures in the text, but not in the diagrams

I considered it for a Red binding, but GTK has many more advanced 
third-party widget projects

Also, GTK is cross-platform. The EFL diagram vaguely mentions Win32/CE 
but mainly it still seems to be tied to Linux and maybe BSD

On Mac, EFL works only on X11. On Windows, not all components work

Enlightenment DE also doesn't support UTF-8 output garbling the cyrillic 
characters.

on gnewsense Linux

Really? They talk about rendering Hindi, so I suppose it should work

Well. With tweaking configs and stuff maybe. Out of the box, it doesn't 
work.