The collected works of bplaa.yai - Page 2

nekonoko wrote: I've posted neko_openssh-5.3p1.tardist to /beta.

I upgraded from 5.1p1 to 5.3p1 today, everything looks to be running fine, as far as remote shell and pidgin X tunneling goes :)
nekonoko wrote: I also put an alternate build in my contrib directory that utilizes the openssl-1.0 beta if anyone (besides myself) is feeling adventurous. The openssl-1.0 beta package (also in my contrib directory) contains a legacy subsystem for openssl-0.9.8 so it shouldn't break anything.

I didn't feel brave enough to test these !

Thanks for the updates.
:Onyx2: :O2: :O3x0: :O3x0:
Thanks for the nice toy Martin !
Just tested it on the Onyx2 IR2E and the Onyx IP, works great on both. Just a note : it looks a bit dark (eg. I don't see anything until I hit space), I'm not sure if it's related to my gamma settings (I use gamma 1.0 on my sgis)...
:Onyx2: :O2: :O3x0: :O3x0:
I don't know much about second life, but I guess both viewers use OpenGL extensions that are not available in v1.2 (best case : multitexturing, worst case : shader).
I'll have a look when I have a bit of free time.
:Onyx2: :O2: :O3x0: :O3x0:
zackwatt wrote:
Maybe a cube logo.

Can't you people read the threads before posting an answer ?

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
Wow, that's really great ! Congratulations for achieving this, and thanks again for all the hard work Dex.

_________________
:Onyx2: :Fuel: :O2: :O3x0: :O3x0:
Very nice !
Do you have any plans to convert the Origin, to get a dual channel setup ?
:Onyx2: :O2: :O3x0: :O3x0:
PymbleSoftware wrote:
So far the errors have been trivial...

Code:
ld32: ERROR   33 : Unresolved text symbol "gluLookAt" -- 1st referenced by scene.o.
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR   33 : Unresolved text symbol "gluNewQuadric" -- 1st referenced by bullet/Demos/OpenGL/libbulletopenglsupport.a(GL_ShapeDrawer.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR   33 : Unresolved text symbol "gluQuadricDrawStyle" -- 1st referenced by bullet/Demos/OpenGL/libbulletopenglsupport.a(GL_ShapeDrawer.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR   33 : Unresolved text symbol "gluQuadricNormals" -- 1st referenced by bullet/Demos/OpenGL/libbulletopenglsupport.a(GL_ShapeDrawer.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR   33 : Unresolved text symbol "gluDisk" -- 1st referenced by bullet/Demos/OpenGL/libbulletopenglsupport.a(GL_ShapeDrawer.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR   33 : Unresolved text symbol "gluCylinder" -- 1st referenced by bullet/Demos/OpenGL/libbulletopenglsupport.a(GL_ShapeDrawer.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR   33 : Unresolved text symbol "gluDeleteQuadric" -- 1st referenced by bullet/Demos/OpenGL/libbulletopenglsupport.a(GL_ShapeDrawer.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR   33 : Unresolved text symbol "maxdirsterid(const btVector3*,int,const btVector3&,btAlignedObjectArray<int>&)" -- 1st referenced by bullet/src/libbulletmath.a(btConvexHull.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: ERROR   33 : Unresolved text symbol "Swap(int&,int&)" -- 1st referenced by bullet/src/libbulletmath.a(btConvexHull.o).
Use linker option -v to see when and which objects, archives and dsos are loaded.
ld32: INFO    152: Output file removed because of error.
gmake[2]: *** [supertuxkart] Error 2


I have added -L/usr/nekoware/lib -lglut -lfglut but to no avail...

The missing libs are -lm and -lGLU. About Swap() and maxdirsterid(), just convert them from templates to regular functions in btConvexHull.cpp, as it always uses the same type anyway (int and btVector3) ;)

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
modology wrote:
Any chance that we can Ramen (Nodal Compositing) to be ported for IRIX?
http://ramenhdr.sourceforge.net/

Looking at the list of dependencies it's a no-go... Intel TBB, OpenGL 2.0, QT 4.4.3, Boost 1.42...
Finally, I'll just get a quote from the website :
Quote:
Ramen is being developed and tested on Linux (ubuntu 8.10) and Mac OSX.
It is portable, so a windows version should not be difficult to build.

Everything is said.

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
Upgraded from 4x300mhz to 2x500mhz + 2x400mhz :)
Code:
FURY 1% hinv -mv
Location: /hw/module/1/slot/n2/node
IP31PIMMR12KS Board: barcode KRN909     part 030-1423-002 rev  G
IP31 Board: barcode JRS408     part 030-1255-004 rev  A
Location: /hw/module/1/slot/n1/node
MODULEID Board: barcode K0009874   part              rev
IP31PIMMR14K Board: barcode MJX728     part 030-1547-002 rev  E
IP31 Board: barcode JHB065     part 030-1255-004 rev  A
4P1G5_MPLN Board: barcode DKA368     part 013-1839-001 rev  E
Location: /hw/module/1/slot/io4/kona
GE16-4 Board: barcode HKM723     part 030-1398-001 rev  B
Location: /hw/module/1/slot/io6/divo
DIVO Board: barcode DGR497     part 030-1046-002 rev  H
Location: /hw/module/1/slot/io1/baseio
BASEIO Board: barcode HLZ610     part 030-0734-002 rev  N
MIO Board: barcode HPF340     part 030-0880-003 rev  F
Location: /hw/module/1/slot/io3/mscsi
MSCSI Board: barcode EDV974     part 030-1243-001 rev  C
Processor 0: 400 MHZ IP27
CPU: MIPS R12000 Processor Chip Revision: 3.5
FPU: MIPS R12010 Floating Point Chip Revision: 3.5
Processor 1: 400 MHZ IP27
CPU: MIPS R12000 Processor Chip Revision: 3.5
FPU: MIPS R12010 Floating Point Chip Revision: 3.5
Processor 2: 500 MHZ IP27
CPU: MIPS R14000 Processor Chip Revision: 1.4
FPU: MIPS R14010 Floating Point Chip Revision: 1.4
Processor 3: 500 MHZ IP27
CPU: MIPS R14000 Processor Chip Revision: 1.4
FPU: MIPS R14010 Floating Point Chip Revision: 1.4
CPU 0 at Module 1/Slot 2/Slice A: 400 Mhz MIPS R12000 Processor Chip (enabled)
Processor revision: 3.5. Scache: Size 8 MB Speed 266 Mhz  Tap 0xa
CPU 1 at Module 1/Slot 2/Slice B: 400 Mhz MIPS R12000 Processor Chip (enabled)
Processor revision: 3.5. Scache: Size 8 MB Speed 266 Mhz  Tap 0xa
CPU 2 at Module 1/Slot 1/Slice A: 500 Mhz MIPS R14000 Processor Chip (enabled)
Processor revision: 1.4. Scache: Size 8 MB Speed 250 Mhz  Tap 0xa
CPU 3 at Module 1/Slot 1/Slice B: 500 Mhz MIPS R14000 Processor Chip (enabled)
Processor revision: 1.4. Scache: Size 8 MB Speed 250 Mhz  Tap 0xa
Main memory size: 8192 Mbytes
Instruction cache size: 32 Kbytes
Data cache size: 32 Kbytes
Secondary unified instruction/data cache size: 8 Mbytes
Memory at Module 1/Slot 82: 4096 MB (enabled)
Bank 0 contains 512 MB (Standard) DIMMS (enabled)
Bank 1 contains 512 MB (Standard) DIMMS (enabled)
Bank 2 contains 512 MB (Standard) DIMMS (enabled)
Bank 3 contains 512 MB (Standard) DIMMS (enabled)
Bank 4 contains 512 MB (Standard) DIMMS (enabled)
Bank 5 contains 512 MB (Standard) DIMMS (enabled)
Bank 6 contains 512 MB (Standard) DIMMS (enabled)
Bank 7 contains 512 MB (Standard) DIMMS (enabled)
Memory at Module 1/Slot 81: 4096 MB (enabled)
Bank 0 contains 512 MB (Standard) DIMMS (enabled)
Bank 1 contains 512 MB (Standard) DIMMS (enabled)
Bank 2 contains 512 MB (Standard) DIMMS (enabled)
Bank 3 contains 512 MB (Standard) DIMMS (enabled)
Bank 4 contains 512 MB (Standard) DIMMS (enabled)
Bank 5 contains 512 MB (Standard) DIMMS (enabled)
Bank 6 contains 512 MB (Standard) DIMMS (enabled)
Bank 7 contains 512 MB (Standard) DIMMS (enabled)
Integral SCSI controller 2: Version QL1040B (rev. 2), differential
Integral SCSI controller 3: Version QL1040B (rev. 2), differential
Integral SCSI controller 4: Version QL1040B (rev. 2), differential
Integral SCSI controller 1: Version QL1040B (rev. 2), single ended
Integral SCSI controller 0: Version QL1040B (rev. 2), single ended
Disk drive: unit 1 on SCSI controller 0 (unit 1)
Disk drive: unit 2 on SCSI controller 0 (unit 2)
Disk drive: unit 3 on SCSI controller 0 (unit 3)
Disk drive: unit 4 on SCSI controller 0 (unit 4)
Disk drive: unit 5 on SCSI controller 0 (unit 5)
CDROM: unit 6 on SCSI controller 0
Integral SCSI controller 5: Version QL1040B (rev. 2), differential
IOC3/IOC4 serial port: tty1
IOC3/IOC4 serial port: tty2
IOC3/IOC4 serial port: tty3
IOC3/IOC4 serial port: tty4
IOC3 parallel port: plp1
Graphics board: InfiniteReality2E
Integral Fast Ethernet: ef0, version 1, module 1, slot io1, pci 2
Iris Audio Processor: version RAD revision 7.0, number 1
Origin BASEIO board, module 1 slot 1: Revision 4
PCI Adapter ID (vendor 0x10a9, device 0x0002) PCI slot 0
PCI Adapter ID (vendor 0x10a9, device 0x0002) PCI slot 2
Origin MSCSI board, module 1 slot 3: Revision 3
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 0
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 1
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 3
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 6
PCI Adapter ID (vendor 0x10a9, device 0x0003) PCI slot 2
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 0
PCI Adapter ID (vendor 0x1077, device 0x1020) PCI slot 1
PCI Adapter ID (vendor 0x10a9, device 0x0005) PCI slot 7
DIVO Video: controller 0 unit 0: Input, Output
IOC3/IOC4 external interrupts: 1
HUB in Module 1/Slot 2: Revision 5 Speed 100.00 Mhz (enabled)
HUB in Module 1/Slot 1: Revision 5 Speed 100.00 Mhz (enabled)
IP27prom in Module 1/Slot n2: Revision 6.156
IP27prom in Module 1/Slot n1: Revision 6.156
IO6prom on Global Master Baseio in Module 1/Slot io2: Revision 6.156

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
eMGee wrote:
Very nice! Do you use it much? The mix of R12Ks and R14Ks seems interesting, is it noticeable in the way IRIX balances loads over them? Or barely? (Since it's all MIPS IV , instruction set-wise; or is it too crude to put it like that?)

Unfortunately I don't have much time to play with it lately :(
Regarding the CPU mix, the Irix scheduler is smart enough to address load to its favorite cpus (in my case processor #2 is the most used).

eMGee wrote:
Not specific to yours, but someone should make a video of one of these, from the powering up to a bunch of demos, without music mixed over it.

This is the kind of machines that is really more impressive/fun for real, but pretty boring in a video... ;)

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
foetz wrote:
original onyx350 pic would also be just as fine

The Onyx350 was of the G brick kind of onyx ;) In fact I have an "Onyx 350" labeled O350, and it has nothing different from an Origin 350

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
sybrfreq wrote:
Quote:
I suppose this came from SGI themselves?

I would just suppose that the kernel running on the machine was built by SGI themselves ;)

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
I just gave it a try, and it compiled without any trouble... It looks to be running fine, but it needs a few adjustments before I can provide a tardist.

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
As you seem to have some great gfx skills, it would be nice if you could put together a nice default theme to package with jwm as the source doesn't come with any icons or anything, and the default looks humm... well, I let you see by yourself :P

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
yep, check your PM

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
nice !
please let me know when you are done with the theme so I can put everything together.

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
Found in this post
miod wrote: The PROM ping command does not use ICMP packets as (almost) everything else does, but tries to connect to the ``echo'' port (#7); I don't remember at the moment if this is a TCP or UDP connection.

Many Unix-like systems nowadays have this port disabled; if you want to use the PROM ping command, you will have to enable it on your system (look in inetd configuration).
:Onyx2: :O2: :O3x0: :O3x0:
Code:
> versions | grep pixbuf
I  neko_gdk_pixbuf      05/02/2011  gdk_pixbuf 2.22.1 - Core libraries for GTK+ and GNOME
I  neko_gdk_pixbuf.man  05/02/2011  man pages
I  neko_gdk_pixbuf.man.manpages  05/02/2011  man pages
I  neko_gdk_pixbuf.opt  05/02/2011  optional software
I  neko_gdk_pixbuf.opt.relnotes  05/02/2011  release notes
I  neko_gdk_pixbuf.sw   05/02/2011  software
I  neko_gdk_pixbuf.sw.eoe  05/02/2011  execution only env
I  neko_gdk_pixbuf.sw.hdr  05/02/2011  header files
I  neko_gdk_pixbuf.sw.lib  05/02/2011  shared library files

Code:
> showfiles neko_gdk_pixbuf.sw.lib | grep libgdk_pixbuf-2.0.so.1
l     0     0 neko_gdk_pixbuf.sw.lib   usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
f 46800 172788 neko_gdk_pixbuf.sw.lib   usr/nekoware/lib/libgdk_pixbuf-2.0.so.1.1

Code:
> ldd /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
744103: 20:56:44 /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1: rld: Fatal Error exit/longjmp: Cannot Successfully map soname 'libpixops.so.1' under any of the filenames /usr/nekoware/lib/libpixops.so.1:/usr/people/lwhite/glib-2.26.1/glib/.libs/libpixops.so.1:/usr/java2/jre/lib32/libpixops.so.1:/usr/nekoware/mysql5/lib/mysql/libpixops.so.1:/usr/lib32/libpixops.so.1:/usr/lib32/internal/libpixops.so.1:/lib32/libpixops.so.1:/opt/lib32/libpixops.so.1:/usr/nekoware/lib/libpixops.so.1.1:/usr/people/lwhite/glib-2.26.1/glib/.libs/libpixops.so.1.1:/usr/java2/jre/lib32/libpixops.so.1.1:/usr/nekoware/mysql5/lib/mysql/libpixops.so.1.1:/usr/lib32/libpixops.so.1.1:/usr/lib32/internal/libpixops.so.1.1:/lib32/libpixops.so.1.1:/opt/lib32/libpixops.so.1.1:
744103:/usr/nekoware/lib/libgdk_pixbuf-2.0.so.1: rld: Fatal Error: Cannot Successfully map soname 'libpixops.so.1' under any of the filenames /usr/nekoware/lib/libpixops.so.1:/usr/people/lwhite/glib-2.26.1/glib/.libs/libpixops.so.1:/usr/java2/jre/lib32/libpixops.so.1:/usr/nekoware/mysql5/lib/mysql/libpixops.so.1:/usr/lib32/libpixops.so.1:/usr/lib32/internal/libpixops.so.1:/lib32/libpixops.so.1:/opt/lib32/libpixops.so.1:/usr/nekoware/lib/libpixops.so.1.1:/usr/people/lwhite/glib-2.26.1/glib/.libs/libpixops.so.1.1:/usr/java2/jre/lib32/libpixops.so.1.1:/usr/nekoware/mysql5/lib/mysql/libpixops.so.1.1:/usr/lib32/libpixops.so.1.1:/usr/lib32/internal/libpixops.so.1.1:/lib32/libpixops.so.1.1:/opt/lib32/libpixops.so.1.1:


beta/neko_gdk_pixbuf-2.22.1.tardist looks definitly bad to me.

_________________
:Onyx2: :Fuel: :O2: :O3x0: :O3x0:
ShadeOfBlue wrote:
Just an idea... Would it perhaps be easier if there was a separate subforum for nekoware packages?

The package submitter would create a new thread for each submitted package and add a simple "Works: yes/no" poll to the thread. The users could anonymously vote whether the package works for them or not.

Any problems with that package could be reported in the same thread. If enough users vote that the package works, it's moved to /current.


I think it's a good idea. It would make it easier to track packages submission, especially in case of /beta flooding...

_________________
:Onyx2: :Fuel: :O2: :O3x0: :O3x0:
hamei wrote:
Anyway, now we get

Code:

cc-3700 CC: WARNING File = ../ri/atomic.h, Line = 144
#warning directive: Atomic Instructions are not supported on this platform,
defaulting to generic implementation

#warning Atomic Instructions are not supported on this platform, defaulting to generic implementation
^

cc-3168 CC: ERROR File = ../ri/atomic.h, Line = 149
A name followed by "::" must be a class or namespace name.

osLock(CRenderer::atomicMutex);
^


If you have any ideas I'll be happy to plug them in. Even if this isn't something I want, seems like someone might be happy to have it.


This is where "porting" comes into play (read : rather than #ifdefing and #including ;) ). I didn't have a look at the sources, but I guess atomic.h contains some OS specific code (osLock, osUnlock, ...) that have to be implemented for Irix. If you're lucky, maybe you can reuse another OS implementation. If you're not, you may have to write some Irix specific code, and/or use compiler intrinsics for atomic operations.

Edit : attached a patch to make pixie 2.2.6 build, but I don't have any knowledge about it to test the result...

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
NCommander wrote:

Code: Select all

ld32: mmap'd output file could not grow.


So it tried to do one of the final links and crapped out. We *might* have hit an internal limit on the linker which brings us to the point that we simply can't continue. I'll look more into this, but I'm kinda not sure how to continue. Might need to fix binutils GNU ld and pray it can successfullymanage it.

To put this in context, ld ran for over an hour, ate 700 MiB of RAM, and pegged out the processor it was running on.

Monster library is monster ...

I had the very same problem when attempting to build libwebkit. My par investigation revealed that there was indeed a mmap hard limit at 1GB.
In your case, I simply hope you just ran out of memory/swap.
In my case, I tested with 8GB of ram and tons of swap, with the same result. My (poor) workaround was to strip all objects before linking, to keep the size within the 1GB limit.
:Onyx2: :O2: :O3x0: :O3x0:
vishnu wrote:
smj, does the Octane you gave him have MIPSPro 7.4 installed? To compile in c99 mode he has to pass the -c99 flag to the compiler...

I'm pretty sure that someone that can write such a piece of software can read the man page of his compiler. Also, with mipspro, c99 mode cannot be used with C++, so that may not even be an option...

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
Just spotted an SGI 1200 in TPB AFK

_________________
:Onyx2: :Fuel: :1600SW: :O2: :0300: :0300:
I'm glad it found a good SGI enthusiast home, and that it's living on the edge of unsupported SGI configuration :D
:Onyx2: :O2: :O3x0: :O3x0:
rwengerter wrote: How much effort would it be to port the NetBSD/MIPS Irix compatibility Layer
(Link: http://www.ukuug.org/masl/10 ) to Linux/MIPS?

Has someone already tried that?

If I believe this post and this linux kernel commit it looks like that irix binary compatibility support did exist at some point in time.
It seems it was pretty buggy and limited to the O32 ABI.
But it may give you some inspiration...
:Onyx2: :O2: :O3x0: :O3x0:
mia wrote: I have, don't set your hopes too high, some static binaries will work.

Interesting. Would you elaborate on this ?
:Onyx2: :O2: :O3x0: :O3x0: