The collected works of foetz - Page 33

r-a-c.de
hamei wrote: Why not go into libtool for every library and set version_type to "none" ?

because that'd break everything that depends on or wants such a version
r-a-c.de
zagnut wrote:
foetz wrote:
zagnut wrote: I know there's a file somewhere, similar to Win boot.ini or BCD. I just dont know where it is located or how to edit it. :?

yeah that's the default com.apple.Boot.plist. if you don't have either chameleon will just use the defaults


Is there any way to add a specific boot list?

sure, just create that file in /Extra. shouldn't be hard to find an example out there
r-a-c.de
hamei wrote:
foetz wrote:
hamei wrote: Why not go into libtool for every library and set version_type to "none" ?

because that'd break everything that depends on or wants such a version

But why does anything want such a "version" ?

well, different versions are different. if a program uses a feature that only came with a specific version (or higher usually) then it needs to check for it
r-a-c.de
pentium wrote: to disable the board.

just take it out :P
assuming he doesn't wanna use it of course
r-a-c.de
glad it worked :-)
r-a-c.de
very nice, just correct the toolchest font and i'll change to "extremely nice" :D
r-a-c.de
jeez guys this is tacky. locked :?
r-a-c.de
TypeZero wrote: I'd just like to see a newer version of OpenSSH, personally.

how about this: viewtopic.php?p=7377731#p7377731
r-a-c.de
maxxi.desktop wrote: clang replaces CC

the only other option is to install gcc. that's one of the few disadvantages of the bsd family. unfortunately a major one: there're no serious compilers available at all

the linux_base-c6 package's installation script is full of bugs.

well i guess that's not a priority package. those who use bsd do so because they do not want linux.

as for the rest, either use a proper machine or try a vm.
r-a-c.de
maxxi.desktop wrote: that would be cool!

sure, if just running gmake is all you need, pretty much anyone here can do that. just say the word :-)
r-a-c.de
welcome Henry, as you've probably seen already we have quite some info here. if you really can't find something don't hesitate to ask :-)
r-a-c.de
chicaneuk wrote: OK - so the Indy despite the R4400 CPU is MIPS3

not despite, the r4400 is mips3. if you want mips4 you need an r5000 or higher. for freeware that runs on your indy have a look at tgcware or my builds for 6.2.
r-a-c.de
chicaneuk wrote: Great success. Now if I could just find IRIX 6.2... hmmm....

just in case, the 6.2 freeware runs fine on all later versions
r-a-c.de
welcome SpaceDebris!

in addition you could also put up a request here in our "wanted" section
r-a-c.de
Trippynet wrote: teal Indigo2s are usually MIPS R4400 processor systems

which makes them the most versatile of all. they can run everything from irix 4 to 6.5.22
r-a-c.de
SpaceDebris wrote: I'm just going to try and get one of each.

that's the best option of course :P

however, an r10k indigo2 is not too useful because it'll still be quite laggy for anything that needs 6.5.x. an octane or higher is the better choice there.
in other words everything less than an r10000 o2 doesn't make much sense with 6.5.x. older, lighter irix versions with older, lighter programs is where an indigo shines.
r-a-c.de
centos supports xfs just fine. linux xfs that is, i never tried an irix disk.
r-a-c.de
Trippynet wrote: Although the biggest advantage of the R10000 Indigo2 (apart from increased performance over the R4400s and the higher RAM limit) is the ability to run the main Nekoware repository. I know you've compiled/provided a sizeable array of packages for earlier systems, and you can also always do a hamei and compile your own too, but if you simply want access to the biggest array of current stuff available with the least hassle, a MIPS4 system with IRIX 6.5.21+ will give the easiest way to run the widest range of stuff.

of course, for nekoware 6.5 is the only choice

from personal experience I find that my Indigo2 runs 6.5 and a chunk of Nekoware stuff just fine for me! :)

sure, most of the freeware should run fine on an r10000 indigo2 but that's not what i meant. i meant the "fat" commercial software. when i see for example how sluggish the maya gui is even on a fairly well equipped octane and compare that to poweranimator on an indigo2, well, pa wins with flying colors.

of course, as always, it depends on what you wanna do
r-a-c.de
does it work?
r-a-c.de
hamei wrote: I'm a little surprised that no one has tried to rescue an xfs disk under Loonix when your last SGI box went kerblooey ?

maybe most guys have at least one other sgi or backups :P
r-a-c.de
Vladio wrote: No, doesn't do anything. Just says it's a "generic command".

who says that when you do what?

you get the idea, details do help so ... :-)
r-a-c.de
hexedit has no gui, it runs in the terminal so double click on the desktop will not work.
you have 3 options:
1. add /usr/nekoware/bin to your $PATH and then just type its name
2. go to /usr/nekoware/bin and then type: ./hexedit
3. run it with the full path: /usr/nekoware/bin/hexedit

so as you can see the installation is straight-forward, what needs schooling are your shell skills :D
r-a-c.de
Vladio wrote: You're right about that! I did type out the full path but must'a had a typo.

no schooling needed then after all :P

I am able to goto the offset but am unsure what to do next. I'm going to put it on hold while I read up on what I need to do. Thanks for your help!

give the manpage a try. it's not very difficult to use
r-a-c.de
hamei wrote:
foetz wrote: maybe most guys have at least one other sgi

Only the 3x series can read sata :(

ah sure, that's a special case since sata is not "real" sgi
r-a-c.de
hamei wrote: There's over 160 tardists in /beta that no one has bothered to comment on

yeah that's unfortunate.

there's now issues with programs in current that require libraries that are still in beta

then those should not have been moved to current in the first place.

anyway as Trippynet said, as long as the stuff is there (in whatever folder) it's nice
r-a-c.de
hamei wrote:
foetz wrote: ah sure, that's a special case since sata is not "real" sgi

Seems kinda real, it's xfs :D But yeah, it's not classic, that's true ...

it's not "real" because sgi never sold irix machines with sata (external storage systems not counted).

as for the actual problem, how about giving an ordinary debian a try? i could read efs cds with it maybe that's a sign? :P
r-a-c.de
hamei wrote: The BSD's should work as well, I would guess.

ah yeah? did bsd get xfs support? :shock:
r-a-c.de
Vladio wrote: I like old but something that still has functionality. Something I can install some apps to play around with.

that's the main problem with everything but irix. for desktop use it's just nothing there with the exception of maybe some rather specific things you might have by accident such as cfd visualizers or some cad stuff.
for more common use solaris is your best bet. there you can have a quite recent firefox, openoffice and gimp but that's about it. with all others you're out of luck as far as the desktop goes unless you're fine with just a text editor and compiler i.e. a pure dev box.
r-a-c.de
the default on freebsd is ufs(2) or zfs. according to the manpages there's further support for: cd9660, mfs, msdosfs, nfs, ntfs, nwfs, nullfs, oldnfs, portalfs, smbfs, udf, and unionfs.

openbsd runs on ffs (pun not intended :P ). additional support is there for: ext2fs, mfs, nfs, procfs, udf, cd9660, msdos, ntfs, tmpfs and vnd
r-a-c.de
Vladio wrote: I could swear Alias had 3d software that ran on the Alpha but I'm sure that's a tough find (if I'm right about it being available).

the renderman and mental ray renderers were available for the alpha as well as a full version of lightwave but for the alpha version of windows nt.
for a while alias was available for aix, hpux and solaris. those versions however were not complete one way or another.

as far as the desktop goes osf/tru64 had the smallest selection of available software.
r-a-c.de
definitely keep them!
r-a-c.de
Krokodil wrote: There are some freeware packages floating around for Tru64

like these: viewtopic.php?f=18&t=16729289 ? :P

Still makes a fine server though.

of course, as mentioned already this is all about desktop stuff. for server use all unices are great :D
r-a-c.de
ah yeah nice never seen that. seems to be updates to the official tru64 freeware cd compaq shipped for a while. i didn't see a download link tho.
anyway as for the age, going by the versions this could be from around 2000 or so
r-a-c.de
uunix wrote: If she finds I'm not doing any of these and its after 7.. then she phones the pub!

:lol:
r-a-c.de
hamei wrote: But there is a program from Mother Roosha called Raise Data Recovery. So I grabbed the demo, left the disk plugged into it ovenight, and it found a ton of deleted stuff. The demo only undeletes deleted files that are smaller than 64kb, so I tried that and it worked okay. There was nothing on the disk so great that I wanted to spend the $20 to register but if you did have something important that was accidentally deleted, this program is worth trying.

another alternative is http://www.ufsexplorer.com/download_pro.php
r-a-c.de
great :lol:
r-a-c.de
first try it pure: viewtopic.php?p=129565#p129565

then this one: viewtopic.php?p=129514#p129514
in particular the last paragraph there.

and welcome here btw :-)
r-a-c.de
/opt/homeboy ? :P
anyway grep through your includes and see whether JSAMPLE is defined somewhere. if not you might get away with

Code: Select all

typedef unsigned char JSAMPLE;
r-a-c.de
i'm very boring in that regard. as far as the sgis go i just called them iris, iris2, iris3 ... in the order i got them :P
i like it tho because it's the original, classic name
r-a-c.de