TeamBlackFox wrote: Very nice Foetz. I may be getting an Alpha eventually, can I make a request? What about TMUX?
despite having screen already?
r-a-c.de
The collected works of foetz - Page 25
despite having screen already?
TeamBlackFox wrote: It also only depends on libevent, so I don't imagine its going to give too much trouble.
oh that's naive
deps don't say anything about how the actual thing is written. anyway i'll give it a try but since we have screen already i'll keep the efforts limited
r-a-c.de
TeamBlackFox wrote: Once I get an alpha system if you're unable to build it I will do it myself
that's the spirit
anyway no dice since it relies on va_copy which doesn't exist on osf and the common workarounds didn't work. if you get it done i'd be interested in the solution
r-a-c.de
this might be trivial but i couldn't get it done
i have an old workshop cd from 1994 in mint condition but i can't mount it ... anywhere. tried on solaris with all options i could think of. then tried on linux with the different ufs options and whatnot; no dice. tried no options at all - same result.
i have that cd twice and had the same problem with both and both are in great condition so i don't think they're broken or so.
so is there any trick to mount them? according to the booklet just -t ufs should do it but it doesn't
i have an old workshop cd from 1994 in mint condition but i can't mount it ... anywhere. tried on solaris with all options i could think of. then tried on linux with the different ufs options and whatnot; no dice. tried no options at all - same result.
i have that cd twice and had the same problem with both and both are in great condition so i don't think they're broken or so.
so is there any trick to mount them? according to the booklet just -t ufs should do it but it doesn't
r-a-c.de
kjaer wrote: For a start, -t only works on Solaris 1.x. You need -F for Solaris 2.x
i tried both
are you sure it's a ufs FS, and not hsfs?
no, i'm not sure of anything. that's why i posted this
the cd's booklet says to mount via -F ufs so it looks like it's ufs
If it is ufs, it probably has a Sun disk label, which would suggest you need to mount a slice other than s2, and may explain why linux can't cope with it.
well neither linux nor solaris could handle it and the booklet reads:
Code: Select all
install for solaris 2.x:
...
mount -F ufs -r /dev/dsk/c0t6d0s2 ...
so they recommend slice 2
r-a-c.de
kjaer wrote: perhaps the booklet is for some other one.
no it was still sealed and what's written on the cd matches the booklet's contents.
Did you try mounting it as hsfs?
of course and any other fs i could think of. then tried fstyp on all slices ... nothing either. i'm starting to to think that maybe my cdrom is the cause? i have no sparc box available so i tried solaris x86 with a plextor 880sa and an old ide lg with tru64. gonna try some others with other machines now ...
r-a-c.de
okay figured it out. it's an endian thing. my cd is ufs created on a sparc and that just doesn't work on x86. however there's a workaround i found thanks to the freebsd mailing list (
http://lists.freebsd.org/pipermail/free ... 19798.html
):
on linux:
on linux:
Code: Select all
cat /dev/cdrom > cd-image
mount -t ufs -o ro,loop cd-image /mnt
r-a-c.de
vishnu wrote: I can no longer compile my fave irc client. smirc, in case you had to know...
why not?
r-a-c.de
i guess you had problems with the graphics card?
if it's a video card problem it might not be critical unless you wanted the box for editing and such
if it's a video card problem it might not be critical unless you wanted the box for editing and such
r-a-c.de
vishnu wrote:foetz wrote: why not?
Because of the compiler didacticism that has set in since the last official release of the smirc source code about 16 years ago...
you really found no compiler that did it nor could change a few bits here and there to make it work?
r-a-c.de
vishnu wrote: it totally pukes with g++ current
you realize that there're also other compilers?
anyway made me curious now, gonna check it out
btw how about xchat? the gtk1 version is nice
r-a-c.de
alrighty, gave it a try ...
first stop: messed up configure script that thinks it needs to add a -L/usr/lib to the LDFLAGS which then of course makes ld32 fail.
next stop: exceptions. disabled them by default of course but the nice little proggy is using them everywhere.
third: the always illusive redefinition of a default argument
4th: TraitP.h missing.
and there it ended for me already. guess my motif is too old
first stop: messed up configure script that thinks it needs to add a -L/usr/lib to the LDFLAGS which then of course makes ld32 fail.
next stop: exceptions. disabled them by default of course but the nice little proggy is using them everywhere.
third: the always illusive redefinition of a default argument
4th: TraitP.h missing.
and there it ended for me already. guess my motif is too old
r-a-c.de
- openssh_66p1.tardist
- postgresql_7430.tar.bz2
- postgresql_8422.tar.bz2
- postgresql_941.tar.bz2
- apache_2412.tar.bz2
- nginx_162-mips3.tar.bz2
- nginx_162.tar.bz2
- lighttpd_1435.tar.bz2
the non-tardists default to /usr/local as usual. all webservers have ssl support
r-a-c.de
TeamBlackFox wrote: NGINX is better than Apache by far.
it depends on what you wanna do. apache has way more features and a much broader platform support
r-a-c.de
hehe, i never join x vs. x wars. if you prefer nginx that's perfectly fine.
r-a-c.de
vishnu wrote: Is anybody on the irc channel these days?
i am right now
r-a-c.de
josehill wrote:hamei wrote: The Sun Solaris Netscape Oracle iPlanet Java One Server to Conquer Them All server is pretty nifty as well. There is a slow-moving open-source version of that, which I have thought would be fun to try on Urx.
It's not popular with the groupies, which is a +1 for me as well
Plus, it shares some DNA with Netscape FastTrack Server that used to be bundled with IRIX!
all of that a plus for me too. didn't know about its remains but i've just seen that oracle still offer the iplanet web- and proxy servers ... for customers only tho
r-a-c.de
vishnu wrote: foetz, how do you disable exceptions? If I may be so bold as to enquire...
ha, be my guest
it's just a compiler flag which, surprise, depends on each compiler. for example:
Code: Select all
MIPSpro >= 7: -LANG:exceptions=OFF
Sun: -noex
...
always part of my default CXXFLAGS on all systems since as you know exceptions cause a significant performance loss
r-a-c.de
vishnu wrote: We had hundreds of the 24" SGI and Sun monitors at work back in the day, we called 'em double-wides, and yes the CRTs were all Sony Trinitrons, really beautiful monitors. We recycled the whole lot of 'em and the recycler sent them all off to the smelter...
terrible, i'd be only too glad to take them all
r-a-c.de
nice thanks, grabbed it
r-a-c.de
TeamBlackFox wrote: This is a script for DEC OSF/1 also known as Tru64, not IRIX.
i guess he referred to my comment about the irix script in the first post.
tingo wrote: Too many versions of the irix clone script show up in search. Can anyone point to the most up to date version?
the original is there: viewtopic.php?p=65901#p65901
that's also the one i recommend. all modifications that came later did not add actual functionality.
r-a-c.de
vishnu wrote: And yet Bjarne considers exception handling to be one of the crowning achievements of c plus pus ...
given that most of c++ is redundant bloat it fits in just fine from the c++ point of view
r-a-c.de
kjaer wrote:tingo wrote: For cases like this, when you don't exactly know what you have in your hands, the disktype utility is handy.
Good point, I forgot Solaris has 'fstyp -v'.
i didn't:
foetz wrote: then tried fstyp on all slices
which wasn't the problem tho since it was clear thanks to the booklet that it was an ufs cd.
r-a-c.de
josehill wrote:foetz wrote: all modifications that came later did not add actual functionality.
Pretty much the story of my life, right there!
oh did you make on of the later versions?
r-a-c.de
chicaneuk wrote: It's back again
what he said
vishnu wrote: Will try it on my Octane tonight and if it works will build a tardist. It's a pretty advanced IRC client despite that it's been in suspended animation since 1999...
oh nice, i'd give it a try
with all due respect to irssi, for interactive use i do prefer a gui program. being on a bunch of networks with multiple channels each a gui client with a separate channel list and other perks is a serious improvement.
r-a-c.de
TeamBlackFox wrote: The IR Graphics are a league above IMPACT and VPro.
v10 and v12 have faster geometry but the IR's ram and fillrate were very impressive at the time.
Plus my friend told me an Onyx2 weighs in at over 300lbs.
it's more like 300kg but depends on how well it's equipped.
r-a-c.de
damn what a cheesy bg pic
r-a-c.de
Trekiej wrote: a rack system that is about 6 ft tall full of 1u cases and processor
1u cases only have the stripped down stuff. no matter which vendor. if you're after something serious you'd have mixed units in the rack anyway because the 1u thinges are very limited i.e. hard to compile a proper system out of just 1u units.
if you're interested in onyx rack versions techpubs give quite a nice overview:
http://techpubs.sgi.com/library/tpl/cgi ... /ch01.html
http://techpubs.sgi.com/library/tpl/cgi ... /ch01.html
note that onyx2 as well as onyx3x00/350 can have IR4
r-a-c.de
hoosyny wrote: I think that foetz forgot to mention IRIX Development Foundation 1.3
did you try it?
r-a-c.de
josehill wrote: I love "interface responsiveness." Hit the return key or click on something on a reasonable IRIX machine, and the machine feels like it immediately starts doing what you asked it to do. On a current laptop, there is an ever-so-slightly perceptible moment where it feels like the machine's mind is somewhere else, probably looking for some kewl visual effect to show you or figuring out a way to send all your personal data to some botnet controller somewhere.
haha that nails it nicely
it's a common problem that the advantage of faster hardware gets consumed by more bloated software which then equalizes the edge you'd actually have. in some cases it's even a step back. however irix and other unix variants are not immune to that either which is one of the reasons why i stay away from everything gtk2.
most programs reach their peak at some point i.e. the ideal mix of features, speed and usability. after that from a developer's perspective whatever you do you can only make it worse. sgi did a great job in that regard by switching to the quarterly 6.5.x updates; only adding or correcting what actually makes sense. only very few companies have ever accomplished that. under those circumstances the user actually benefits from newer machines but as i said that's very rare unfortunately.
r-a-c.de
TeamBlackFox wrote: maybe if I can get over Aquaphobia I can take a boat...
please shoot a photo then, you with the onyx on a boat
Trekiej wrote: @ guardian452
Thanks for the post. I want to check out a machine to see how it runs certain task or application. I do not want to buy one just for that. It would be like buying a 4K Gaming rig just to experience it and never playing with it again. I wish had a job that could use these machines it would justify the cost at least.
well let's be clear, an onyx rack at home is for fun. you can't justify that reasonably but the good thing is you don't have to either
if you dig it and find some good offer just take it and enjoy the view
r-a-c.de
hoosyny wrote: That is true. I never tried to install development tools because I do not have them yet.
But I am trying to figure out what CDs to look for.
well then my post should be the answer. after all it's a quote from sgi directly
r-a-c.de
Trekiej wrote: If SGI works well with Win/Lin/BSD for a render farm
that doesn't depend on sgi but the program you wanna use
r-a-c.de
Trekiej wrote: I still think that SGI machines are cool, great, awesome, excellent, even if they are new or used.
they are because they were made for pro use from the start. obviously the priorities and budgets are quite different from home user stuff in that case.
unfortunately the number of pro gear drastically decreased in recent years. on the desktop it doesn't even exist anymore at all so getting an sgi to see how it was back when there still was a difference is a good move no matter how the raw numbers compare to what you can buy now. a good machine is much more than just the peak performance of some of the components as we could yet again confirm in another thread a few days ago ...
r-a-c.de
hamei wrote: several people recently have told me they are sick of US software. The German stuff seems to work better, be better designed and tested and more functional.
made in germany
r-a-c.de
sgi never had their own linux brand however the prism does not work with ia64 linux by default either. i'd stick to the versions they were sold with and to get x running you might need some extras from sgi. have a look at techpubs and the relnotes from supportfolio
r-a-c.de
josehill wrote: The nekochan file is a few hundred kilobytes bigger than the one at Corel, so I take that as a good sign.
it is, extracted without a problem. however it extracts with the full path which is /
so i re-packed it with relative paths and put it up. this saves neko some bandwidth and there's no 16kb/s limit either
Code: Select all
r-a-c.de/sgi/wp6.tar.bz2
r-a-c.de
ivelegacy wrote: @foetz
have you installed it ?
is it a demo ? if so, which are its limits ?
haven't tried it yet but will do so later. gonna post my findings then of course
r-a-c.de
uunix wrote: I bought it.
nice, please let us know some details once it has arrived
r-a-c.de