The collected works of whiter - Page 2

I see a kernel panic. That's not booting. ;-P

Anyway. Cool stuf. No matter what peeps say, it would be cool to have a dual-booting Octane :-D
Shall I describe it to you? Or do you want me to get you a box?
Dang!

It's unbelievable :-D
Shall I describe it to you? Or do you want me to get you a box?
Some people.....

you give them something and still they bitch and whine.

Geez.
Shall I describe it to you? Or do you want me to get you a box?
remember that SI|3D has been an M$ app for a while.. ;-)

Stupid move of them to sell that. The best aplication they got... and they sell it. HAH! Sucks to be M$ :-)

_________________
Shall I describe it to you? Or do you want me to get you a box?
horrible?

SI|3D has the best user interface I've ever seen in any program. I love it extremely.

_________________
Shall I describe it to you? Or do you want me to get you a box?
LaTeX is God!!!

And I've never been able to enjoy a stable OO.o installation. Not on Linux, not on Windows, not on FreeBSD, not on IRIX. Always seems to crap out on me in some way. :(
Shall I describe it to you? Or do you want me to get you a box?
where-ever, when-ever, I be there for youhouuuuuuuuuuuu*faint*
Shall I describe it to you? Or do you want me to get you a box?
depends on the amount of drinks :P
table-dance anyone? :D
Shall I describe it to you? Or do you want me to get you a box?
I want to get rid of some toolchest entries, alter some others, and add some in between existing ones (not to the bottom!)

How can this be achieved using the .auxchestrc file ?
Shall I describe it to you? Or do you want me to get you a box?
not true.

I just found out you can remove items by adding a line like

Code: Select all

remove Itemname
to the .auxchestrc file. So that leaves the questions about how to add items on a specific location, and how to 'overwrite' an item. (could be done by deleting it first ofcourse, and then re-adding at the specific location. But how to do that?)
Shall I describe it to you? Or do you want me to get you a box?
I wonder how soon this is gonna change again, since I've switched jobs quite often the past 3 years. But here we go:

I'm a freelance IT contractor in the J2EE field. Specificaly specialised in Novell exteNd. Currently I'm working away from home (The Netherlands) all the way in the United Kingdom. I think that's not bad for this 26 year old Steffen :)
Shall I describe it to you? Or do you want me to get you a box?
ofcourse I do NOT want to modigy system.chestrc or .chestrc, since I do not want to change any systemwide settings. I'm talking about user-level modifications. Specificaly user-level modifications that do not alter/overwrite/hide anything provided by the systemwide default.

I specificaly asked about .auxchestrc. So the question still remains the same.

Anybody who knows the answer ?
Shall I describe it to you? Or do you want me to get you a box?
that's not an option.
I'm searching for a way to do it from .auxchestrc.
Shall I describe it to you? Or do you want me to get you a box?
Nihilus wrote: Among the swedish cream of hackers we have this saying:

That's a bit arrogant, huh? Calling yourself the cream of hackers. :)

Nihilus wrote: "Street drugs and computers - combining the best of two worlds."

Lol. That's the most stupifying thing I've heard for years. IMHO.
Dunno how to put that in a non-offending way, really.
As a computer hacker I'd be quite insulted if anybody would ever associate that profession with drug usage.
Shall I describe it to you? Or do you want me to get you a box?
I'm getting more and more headaches. This one is terrible:

I flashed the L1 firmware in my Origin300 systems. But when booting the new firmware it displays "UNKNOWN BRICK TYPE!!" on the front LCD's.

So, I reverted back to booting the old firmware. Works like a charm.

BUT! For some reason the System Serial Numbers have been wiped from the system! I've not a clue how or when, but they're gone. Because of this the system won't boot anymore:

Code: Select all

001c01-L1>* power up
001c01 ERROR: SerNum:No assigned System Serial Number. See log for details.
001c02 ERROR: SerNum:No assigned System Serial Number. See log for details.


The L1 controller has a command to re-assign a serial number. BUT:

Code: Select all

Use serial <str> <str> <str> <str> to erase and reassign the device's SSN. The variable <str> <str> <str> <str> is the value of a security key that is provided only to SGI employees.


So apparently the only way to get this fixed is by getting a support contract and wayting for SGI to show up.... That'll cost a fortune. Much more than this systems worth.... and it'll be way too late

*AAARRRRRRGGGGGGGHHHHHHHH*

If anybody knows how to fix this... please let me know ASAP.
Shall I describe it to you? Or do you want me to get you a box?
My friendly neighbourhood spiderm^H^H^H^H^H^H^H^H employee helped me out tremendously with this one. It can indeed only be solved by SGI. Luckily it's solved for me now. I'll be writing a story on how to not let this happen to you and how to solve it. Apparently we have some kind of issue similar to the "without patch 5086 you can frie your octane hardware" problem here.
Shall I describe it to you? Or do you want me to get you a box?
Is your beauty sleep done yet?
Shall I describe it to you? Or do you want me to get you a box?
Great work neko!!

I just noticed them popping up on my mirror , which syncs from dexter1's twice a day.

SGI computers are getting more fun by the day :D
Shall I describe it to you? Or do you want me to get you a box?
Yeah I noticed. Consumed by the World of Warcraft.... (and private life)
:)
Shall I describe it to you? Or do you want me to get you a box?
in beta:

neko_irssi-0.8.10a-tardist

Updated the version by Timo to the latest version, and to use perl 5.8.8.
There were a few weirdnesses in the package, which I fixed. But there's one I'm not sure about how inst handles it:

A file was packaged in subsystem neko_irssi.sw.perl while it actualy belonged in neko_irssi.sw.lib. In the new version of the tardist I moved this. What will inst do when upgrading the previously installed version of the package to this new one?
Shall I describe it to you? Or do you want me to get you a box?
nekonoko wrote: On a positive note, I was able to turn the blog search back on after the neko_perl-5.8.8 upgrade (and 'DBD::mysql' compile); it was broken after perl-5.8.4 for some reason. Thanks much for the new version whiter!


No problemo. Glad to be of service.
Movabletype is the main reason why I had to work on getting a newer perl in the first place ;)
( Officialy MT 3.2+ requires perl 5.8.6+ )

I managed to get it working on irix running under mod_perl. The speed increase is absolutely stunning . If you're running apache 1.3 and don't use mod_perl yet, it's definnitely worth trying it.
Shall I describe it to you? Or do you want me to get you a box?
squeen wrote:
I resisted listing perl/python since the package will function without plugins or scripting.

isn't it possible to package the plugins in neko_gimp.sw.plugins and then do let that one have the dependencies on perl & python?

_________________
Shall I describe it to you? Or do you want me to get you a box?
squeen wrote:
Do you know what would be awesome...a wrapper to the "install" command that (when invoked by gmake install) would autiomagically create the file databased used by inst. I know it would have issues (i.e. Makefiles that by pass install and do cp/mv commands instead), but wouldn't that be awesome---if install actually installed packages in a managable database at the end of the build. Tardist building would be a no brainer.


I actualy wrote a tool that did exactly that a while ago.

Cool thing was: it caught anything you did (copy, chown, mv, ...) and secretly put the stuff in /usr/nekoware_dev instead of /usr/nekoware without make (or any other tool) knowing about it :)

Oh I LOVE rld override :)

Problem is that I lost most of it and would need to rewrite a shitload again :S

_________________
Shall I describe it to you? Or do you want me to get you a box?
GeneratriX wrote:
I knew it! :P ...The idea sounded me too familiar! ...So, the script was "AutoPackager", or "Pre Requisites Generator"? ...Because I've saved both on CDROM for any future eventual need! ;)


The version I 'shipped' didn't have the override code with it. But that's what I was working on, yeah.
I'll see if I can dig it up again.

_________________
Shall I describe it to you? Or do you want me to get you a box?
squeen: yeah I know, but it's the same principle. You want to capture all the stuff the system is doing when running the install, and then do something with that info.

*searches deep into old backups*

_________________
Shall I describe it to you? Or do you want me to get you a box?
they both are ;) (if you mean the prereq generator that shipped with autopkg)
I use them a lot.

anyway, I found my code and just created a little thingy that captures mkdir:
Code:
[email protected]:~/nekodev> cc -g3 -c nekodev.c
[email protected]:~/nekodev> ld -shared -o nekodev.so nekodev.o
[email protected]:~/nekodev> cd /tmp/blablabla
-bash: cd: /tmp/blablabla: No such file or directory
[email protected]:~/nekodev> export _RLDN32_LIST=/usr/people/whiter/nekodev/nekodev.so:DEFAULT
[email protected]:~/nekodev> mkdir /tmp/blablabla
Muhahaha, so you wanted to create '/tmp/blablabla'?
[email protected]:~/nekodev> cd /tmp/blablabla
[email protected]:/tmp/blablabla> pwd
/tmp/blablabla


It's fun :)

Now.... Squeen... if you feel like helping out with developing this further, that would be great. I'm not such a brilliant c coder :)

_________________
Shall I describe it to you? Or do you want me to get you a box?
squeen wrote:
Didn't know you could force everthing through a single dynamic lib? I have spoofed lib functions before by forcing my (similarly named) lib to appear in a directory earlier on the RLD_ ROOT doing something and then using dlopen to get and execute the proper function. What about statically link apps?---where and what function calls are you catching?--the shell? Yeah, I'd like to play with it....:)

Isn't there a restriction on rld'ing root?


Well, this is about wrapping something around the make install process, and I think we can be sure that that is all dynamicaly linked code. (We obviously don't have to worry about the way the files it is actualy installing are linked.)

Moving your custom library in a folder that appears earlier on in the standard RLD_ROOT sounds a bit like a non-nice way of doing it. :)
_RLD_LIST was specificaly designed for adding custom libraries that are not in the library paths to the list.

I know about no restrictions. I've succesfuly overridden loads of syscalls. The biggest problem I'm facing is "How the hell do those va_arg things work in irix?"

My wrapper function needs to be something like

int theSysCall(const char *path, mode_t mode, ...)
{
* do override stuff here *

* call the original method here with all the args, but we don't know how many we got or what type they are *
}

:S

_________________
Shall I describe it to you? Or do you want me to get you a box?
squeen wrote:
Am I re-inventing your wheel? Have you got this all working already?


hmm... partialy :)

I did get underway with implementing a wrapper for all possible syscalls and outputting useful information to a log. However I did NOT yet look at gmake to see what command it actualy uses. Also I think that's not gonna cover everything, because I also want to catch it if a program adds a line to this and that system config file. read() and write() are very important ones to catch then, because gmake will probably just do system('somecustomshellscriptthatdoesalot.sh') in that case.

The list of syscalls I looked up that need a wrapper is as follows:
Code:
open
old.creat
link
unlink
obs_execv
chdir
mknod
chmod
chown
old.getfsstat
old.lseek
mount
umount
chflags
old.lstat
symlink
readlink
execve
chroot
old.fstat
rename
mkfifo
mkdir
rmdir
stat
lstat
pathconf
truncate
undelete
lchown
lchmod
jail
lchflags
__getcwd

A long list, but some are more important than others. :)

I had done a load of those already (ones with static number of args) but lost that code. However I do know how to do it again. It's not that hard.

The varargs are a BIG problem though. As the very fine FAQ points out:
http://c-faq.com/varargs/handoff.html wrote:
If you do not have the option of rewriting the lower-level function to accept a va_list, such that you find yourself needing to pass the variable arguments that one function (e.g. faterror) receives on to another as actual arguments, no portable solution is possible.

And then the question is.... what to do with the wrappers :)
I wanted it to do all actual writing in a separate diverted location, so packaging it all up is very easy then. But possibly just recording all changes in a log, and then writing a tool that reads the log and generates an idb would be nicer. Loads of options :)

_________________
Shall I describe it to you? Or do you want me to get you a box?
ok... static things are indeed a problem :)

'ln' is staticaly linked so overriding symlink(char *, char *) doesn't have any effect.

Any ideas ? :)

_________________
Shall I describe it to you? Or do you want me to get you a box?
neko:

I'm working on new apache 1.3 packages, with seperate packages for mod_ssl, mod_perl & mod_jk. Since you usualy do the openssl packages, would you mind upgrading that one to the latest version, and compile it with the -fPIC flag? That flag is needed to make mod_ssl work. Otherwise I'd need to link it to the version that ships with IRIX.
Shall I describe it to you? Or do you want me to get you a box?
Better be safe than sorry, and having the latest version is always good. And the current version is not build with specificaly having -fPIC defined, and does not work with mod_ssl.
(Even though the cc manual indeed states

Code: Select all

-KPIC       Generates position-independent code (PIC).  This is the
default and is needed for programs linking with dynamic
shared libraries.  If you do not want to generate PIC,
specify -non_shared on the command line.
)
Shall I describe it to you? Or do you want me to get you a box?
then I suggest you remove neko_apache, which has been there for ages, since that's linked against irix openssl.

From the mod_ssl INSTALL notes:

Code: Select all

OpenSSL has problems under DSO situations on some
platforms. OpenSSL's code will dump core under run-time.
When this is the case for you, then try to recompile OpenSSL
with Position Independent Code (PIC) by adding a `-fPIC' (for
GCC) or `-KPIC' (for SVR4-style compilers) to the platform
configuration line in OpenSSL's `Configure' script.


And from joerg's apache relnotes:
neko_apache relnotes wrote: When using the libssl.so keep in mind that it links agains the openssl librarys which comes with the IRIX OS. For unknown reasons linking against neko_openssl dont work and produce a core dump when try to start the webserver. It needs to tweak the src/modules/ssl/libssl.module to take care of IRIX lib32 directory and not only 'lib'.
Shall I describe it to you? Or do you want me to get you a box?
thanks.
But no luck so far.
And no clear indication of what's wrong.
*scratches head*
Shall I describe it to you? Or do you want me to get you a box?
Is the irssi 0.8.15 build and packaged according to nekoware standards, or should I update it? As package maintainer I just compiled it last week since there is a security hole in all older versions.

_________________
Shall I describe it to you? Or do you want me to get you a box?
Yo Dex!

if you need to move the mirror stuff, we can move it onto my O300's straight away (flatrock).
Happy to help whenever required saving the SGI-verse! :-D

cheers, and best of luck, mate.
Shall I describe it to you? Or do you want me to get you a box?
Does anybody have harddrive sleds for an SGI 1400 server? I only have one, making the server a bit useless :-(
Please PM me if you have some.
Shall I describe it to you? Or do you want me to get you a box?
This is a complete and fully working kit to connect an Indy Presenter to an Octane.
Includes:
- Indy Presenter
- Octane presenter board
- Octane cable guard
- Presenter cable

Taking offers.

Will be shipped from The Netherlands. I don't know the exact weight or parcel size, so also can't tell you any shipping costs rightnow.
Shall I describe it to you? Or do you want me to get you a box?
SOLD!!!
To the man with the moustache.

Click here to see what you missed out on: http://sgi.flatrock.eu/?menu=hardware&submenu=gallery&module=Presenter
Shall I describe it to you? Or do you want me to get you a box?
Here you go. A once in a lifetime opportunity.
I have for sale a brand new SGI DIAL BOX. The P5-DIAL.
See attached photo.

I only opened the box to take the photo. It has never ever been used.
So... *legal drumroll* also not tested and sold as-is ;-)

Send me an offer appropriate for this gem!

FLR_1333.jpg
SGI DIAL BOX P5-DIAL
Shall I describe it to you? Or do you want me to get you a box?
ORIGINAL SGI SCSI ACCESSORIES SETUP

See attached pictures

Original SGI Granite external cases contain:
- DDS tape drive. No idea if this is DDS 1/2/3/4
- DVD drive.
- SuperDisk 120MB diskette drive

DVD drive comes with original Toshiba hard-to-find power supply!

Includes 2 Centronics-Centronics SCSI cables to link the 3 units together, and 1 Centronics-WideSCSI cable to hook the stack up to your SGI system. But you can always hook it up to a system with another form factor by swapping a cable on your own ofcourse.

Send me an offer appropriate for this rare complete quality setup.

FLR_1334.jpg
3-part Original SGI granite SCSI tower: DDS Tape drive, DVD drive, SuperDisk 120MB diskette drive. Front view.


FLR_1336.jpg
3-part Original SGI granite SCSI tower: DDS Tape drive, DVD drive, SuperDisk 120MB diskette drive. Rear view.
Shall I describe it to you? Or do you want me to get you a box?