The collected works of nekonoko - Page 6

Hakimoto wrote: and lo behold, Signaling System 7

Welcome to my world

whiter wrote: that's not an option.
I'm searching for a way to do it from .auxchestrc.

That doesn't make any sense. Using .chestrc in your home directory doesn't change system wide settings (just the user), so why should it not be an option? It's no different than using .auxchestrc in your home directory.

mnorton wrote: hi,

I didn't see Octave in the nekoware directory. Is the current build still unstable on Irix?

thanks

We never had a Nekoware version of Octave - just a version I built a while back that doesn't work correctly.

That's actually a very good idea and a great article too; not sure where I'd put it and if anyone would actually read it though :/

I have an idea which thread brought this topic up and I feel your pain. Generally I tend to whistle and pretend I didn't see the post at all when they reach that point

GeneratriX wrote: I've fixed the path issues, now I only need to fix the 'MIPS4' thingy, since Nekoware is MIPS4, and by default Blender is arranged for MIPS3...

Yep - I was thinking about compiling Blender myself this weekend with static MIPS3 libraries. I've done it before in the past, I just don't have a lot of spare time right now.

VenomousPinecone wrote: Hehe, well I must admit anything with an acronym for a name sounds designer to me.

I believe RDX is a component used in explosives, not a drug

I think you want 'man l1cmd'. Some examples:

I bought one of the 20" models to play with; supposed to be here on Tuesday. Ordered it with 256MB VRAM and a single 1GB SODIMM. Picked up a second 1GB SODIMM from OWC as that was cheaper then getting them both from Apple.

Whoa - just arrived. Got a shipping notice from Shanghai just yesterday too. Currently setting it up

I used to be active but the power bills were just getting crazy. California is probably the worst state in the US for power costs.

Hmm, I might have a Mac PCI Radeon 7000 out in the garage; I'll have to dig around and see. If so I'll make it available if it's needed.

All:

Please refrain from posting inflammatory e-mails concerning eBay sellers on Nekochan. The threat of litigation is real and has recently been brought to my attention. If these posts persist I will be forced to take the Nekochan forums offline permanently.

Thanks for your cooperation.

Congratulations!!

Well I fired up my old Indigo last weekend after replacing a dead battery. Great machine - but it sure would be nice to have some basic Nekoware stuff (how spoiled I've become!). So I took advantage of the fact we have such a great resource of detailed compilation instructions, patches and complete distribution files and began to "respin" existing Nekoware packages as mips3.

The basic procedure is to do a 'keep *' on a mips4 nekoware package followed by a 'install neko_somepackage.opt.*' to get the goodies needed for a recompile (instructions, source, patches and dist files). All compilation was done on IRIX 6.5.22/MIPSpro 7.4.4m on an Indigo R4400.

It's only been a few days but I've already put together enough to become useful including basic utilities (Perl, Python, Ruby, etc.), fun stuff like dexter1's XMMS and GQMPEG, server goodies like Postfix, BIND9, OpenSSL/OpenSSH and more.

Everything should just work unless I missed stripping out a 'mach' dependency in one of the dist files (got bit by that at the outset). If these packages prove useful to someone, great - if not, hey, I've got some stuff to play with on my Indigo now

http://www.nekochan.net/wiki/downloads/index ... are-mips3/

BetXen" wrote: Do you plan to compile the latest version of rsync too?

It's all a matter of time - I've only been working on this a week now I just finished that one today.

If there are any other packages folks want to see sooner than later (provided they're already in standard Nekoware) let me know and I'll try to bump them higher in the priority chain.

squeen wrote: Running modified code (below) on 1 1Ghz R16K, I get

-Ofast=IP30

Shouldn't that be -Ofast=IP35 in your test case? Maybe it doesn't make much of a difference.

squeen wrote: OK, The same machine (R16K) that ran 0.24 sec with MIPSpro ran 7.37 secs with gcc (-O3), roughly 30 times slower .

Is it any wonder why we use MIPSpro for Nekoware?

Okay, still working on this - 119 packages and counting. Now that I have a lot of the libraries completed the applications are coming along pretty quickly.

It's on one of the IRIX 6.5 CDs though I'm not sure which one off hand - all mine are stored in one in directory online and I'm at work away from the physical media.

Ga53n wrote: Today I wanted to try out firefox on my Indy, but wanted to use a mirror and could not find one.
So is mips3 SW only available via nekochan.net and not through a mirror?

That's correct - it's my personal project at this point.

nvukovlj has uploaded new Nekoware boinc/setiathome packages to 'beta'; they're now on the European mirror as well.

nvukovlj wrote: @Dr.Dave - sorry, the tardist is only mips4. There are dependencies in nekoware, so to create a mips3 binary I would've had to also re-compile these libs. The sources are included with the tardists together with release notes, should you wish to compile it yourself.

Not a problem, I've got this covered - all the necessary dependencies are already complete in my nekoware-mips3 project so I'll upload a couple mips3 tardists based on these packages today.

Edit: Packages are complete and in nekoware-mips3/current.

Not a problem! Had to PM dexter1 the other day to get the mirror going; he doesn't drop by anymore unless you bug him

dir_marillion wrote: As my Indigo takes internet via "CCPROXY" of my old PC that has not a monitor (I am working it via VNC) and it is always on for emule, I would like to see:

a samba version with swat
and
a p2p client

Like I've said, if it isn't in nekoware-mips4 it's not going in nekoware-mips3 - I'm not going to do exclusive packages that don't have an equivalent in the the mips4 distro. This is just a 1:1 port project

If you want to see these things you'll need to post something in:

viewtopic.php?t=4348

... and once someone does a mips4 package I'll re-roll it as mips3 based on supplied patches.

nelsonbt wrote: thanks nekonoko for this great resource!

I could _really_ use a vncviewer on my I2 for those random times I need to hit a winbox.
It's listed in mips4 nekoware as neko_tightvnc-1.2.9.tardist with dependencies: libjpeg,zlib which are obviously already in the mips3 supplement.

Done, might take a little bit to hit the mirror - give it a try when you get a chance

nelsonbt wrote: works great on my I2-R4400 -- quite nice with a phobos fast ethernet card.
thanks nekonoko!

(checked, and the vncserver also works)

Cool, I have one of those in my Indigo(1) R4400; makes a huge difference. I just bought a Set Engineering card to play with as I've heard they offer even more performance.

Glad to hear it's working!

schleusel wrote:

nekonoko wrote: Cool, I have one of those in my Indigo(1) R4400; makes a huge difference. I just bought a Set Engineering card to play with as I've heard they offer even more performance.

not really
I have the Set Engineering in my r5k-180 Challenge S and it performs about as poor as the Phobos E100 (EISA) in an Indigo2 (~6.5 MB/s peak according to ttcp). And it does Half Duplex only..
It might keep up with the Phobos G100 but i'd trade it for a G130 in a second. The advantage of the Set Engineering is that you don't need extra drivers. Even the miniroot kernel already knows the board, so you can use it for network installs..

Ah, okay then - in that case I'll just put it in an Indy and keep the G130 in the Indigo. It's doing full duplex pretty nicely at the moment

Oskar45 wrote:

zafunk wrote: I had the same problem recently and had to kill the environmental monitoring.

Hmm, I'm not sure that killing env monitoring will save you. As I've noted in my original post of this thread, the messages are written by the kernel so they will be in the syslog even if eventmond is not running. Also, I suspect my box would have been killed anyway regardless of whether eventmond was running or not ...

If you're shutting off env monitoring on the L1 (which is the case here) it won't report anything to the kernel. No-one said anything about turning off eventmond - this is more low level