The collected works of foetz - Page 40

khalidschofield wrote: Thanks man. Are the other packages there too like libz etc

There's no index viewable for http://r-a-c.de/dist/sgi/6.5/

this is just a mirror of my folder here on nekochan. for details have a look at the first post there => viewtopic.php?f=7&t=16728266
uunix wrote: I'll find the book if you think it's a good read.

it definitely is. it is the softimage book
yup that's the one. happy softing :P
of course, otherwise autodesk wouldn't give it away just like that
it's meant to be a service for existing customers.
outstanding! just watched the video ... nice use of the internal speaker :P
josehill wrote: Some follow up regarding the new Solaris roadmap at Ars - http://arstechnica.com/information-tech ... 12-effort/

well having a roadmap for more than a couple of years is naive in the IT industry. as far as interpreting that roadmap image goes, that doesn't tell much so pretty much the whole article is guesswork.
anyhow having less and less diversity on the market is the very opposite of what's needed. and in case of such a classic like solaris it'd be even more unfortunate.
sounds great, thanks :-)
i'm surprised tho that it needs c99. i contributed some stuff to the dev branch when it got resurrected and that worked all fine even on irix 5.3. imho compatibility is a major point for nedit, they shouldn't handle that lightly.
jimmer wrote: I completly agree with you on the compatibility thing. But when I ran `make sgi` out of the box the compile failed. I then checked Makefile.sgi and there were strange things. first of all only -O optimisation. then a -DSGI which doesn;t appear in the source anywhere. It should have been -DSGI_CUSTOM. When I looked into the error I was getting, it seemed some new code in the nedit malloc stuff from 2015 was the culprit. On a hunch I changed the cc to c99 and the compile completed flawlessly.

aha okay, i guess that needs a closer look.
anyway -O is fine because with most compilers that's just an "alias" for -O2 which many programs use as the conservative default if they wanna play it safe.


EDIT: just checked the SF page and 5.7 doesn't seem to be a release yet. maybe we should wait for the final 5.7 release before putting too much effort in a nightly

EDIT2: had a look at the code and there're only 2 things that require c99.
1. they now use intptr_t which in case of irix can be replaced with long.
2. the one malloc function you mentioned declares one variable in the middle hence not pre-c99 compatible. just move the declaration to the beginnnig of the function and it's fine.
jimmer wrote: yes. and that one malloc call also is cast to (char *) which as i recall isn;t needed given that malloc returns (void *)

that doesn't hurt. some compilers want the cast, some don't.
it's too short for covering those years properly. there's too much missing
tomvos wrote: Thanks a lot. Your work in showing the good old software in its former glory is well appreciated.

indeed, even more so since this is not one of the big players so info is even more welcome :-)
you have 2 crimsons? :shock:
if you want other machines to use your locally mounted stuff you have to export it.
add /san and /ste to your nfs exports and set the permissions accordingly.
praetor242 wrote: Hmm. I just compiled SSH 7.4p1 on my O2, and it compiled just fine

it compiled just fine for dexter as well but didn't work right afterwards. did you run the mentioned test?
Raion-Fox wrote: Post your patches here and someone will package them up and put them in Nekoware.

it's not that simple.


praetor242, much thanks for your efforts and offer. there're several ways of contributing your stuff. you could:
  • have a look at the nekoware faq in our wiki and wrap things up accordingly
  • offer them as independent packages. if you wanna do that more often you could also ask neko for a folder in our contributors area
  • offer them completely independently i.e. hosted by yourself, built by your rules and just providing the links
praetor242 wrote: I can host them on SDF and offer links. I'm packaging things according to that wiki page ( http://www.nekochan.net/wiki/Packaging_Software ) but the install location is /usr/local/* so as not to interfere with nekoware

alrighty that's fine. then they'd be independent packages. very welcome of course :-)
you might wanna make a new thread for "which app do you prefer" :P
ibmfiles wrote: #1 pushed advertisements and applications that cannot (truly) be disabled, and can only be deferred with insane acrobatics and editing of the OS
#2 constant 'chatter' to the internet and hijacking of your bandwidth with NO WAY to turn it off unless you block it from your firewall
#3 With the advent of the creator's update even more restrictions with the 'advertisement IDs' affixed to each PC and no way to turn off telemetry or CEIP as they're integrated into critical processes
...
#6 Forced automatic updates which often reset a lot of things and push out candy crush repeatedly
#7 No disclosure of ALL of the information Microsoft inhales through their "vortex" server and many others
#8 False interfaces that don't actually turn off what they claim (turning off CEIP under Windows 8, let alone Windows 10 DOES NOT turn it off!)

of course windows 10 is a joke for professional use. and i'm not even talking about things that involve sensitive data.
ibmfiles wrote: the world either runs on Windows or mac OS with a majority on Windows--choose your poison

oh i did choose quite some time ago and i'm pretty happy with osx since then.
great thanks :-)
MrBill wrote: Even if it is behind a firewall, are there any major vulnerable things that are running out of box that can be removed or disabled if not needed?

if it's behind a firewall and/or router the other things don't matter. assuming you only forward traffic to the lighttpd.
as for the config, that's not different from running it on any other platform so the official docs should be fine.
please post your full TIMEZONE file in [ code ] tags
that's correct. is the date right if you sync it via ntp?
Everblack wrote: Here's something that might be either useless or at least somewhat helpful:

Code: Select all

Apr 27 03:22:18 5D:* xntpd[250]: xntpd 3-5.93e Thu Dec 10 10:50:26 PST 1998 (1)
Apr 27 03:22:18 5D:*  xntpd[250]: tickadj = 150, tick = 10000, tvu_maxslew = 14850, est. hz = 100
Apr 27 03:22:18 6D:* xntpd[250]: precision = 15 usec
Apr 27 03:22:18 6D:* xntpd[250]: read drift of 0.000 from /usr/freeware/etc/ntp.drift
Apr 27 03:22:18 6D:* 7 xntpd[250]: getconfig: Couldn't open </etc/ntp.conf>


Other than that, no signs from logs that were captured during boot up.

oh you're running ntp during boot? if so disable that and check the time again
maybe you hit a bug. 6.3 was the first irix for the o2 and only ran there. do you have some patches installed?
in doubt you can get some from the nekochan ftp: ftp.nekochan.net/pub/irix/Patches/IRIX_6.3/
dexter1 wrote: prize money of USD 55.000 is a damn cheap crowdfundingly steal

the us government had similar "challenges" not so long ago and the prize money there was not much more. compared to their budget it's a joke
Trippynet wrote: Part of the issue is that a lot of software licenses do state that they aren't transferable. Not all of course, but plenty do mention it. Hence with such software, even though you've bought a legal license, it can be illegal to re-sell it.

that also depends on the country to some extend. in germany for example i never had problems in that regard. in usa however this used to be a no-go and since we're an international, usa based forum it's a tricky situation.
HP was looking to replace its aging PA-RISC with a modern 64-bit server chip that could run legacy OSes like Unix.

always a pleasure to read articles written by n00bs :P
indeed very unlikely. even more so since they're now offering linux containers for hpux.
nice however that intel announced optane for hpux nevertheless :-)
hamei invested quite some effort to bring that back into 6.5.30. you might wanna try the search
haha nice catch
although not my favorite he was the most classy one. not only as bond btw
mazzinia wrote: mmm I did initialize the disk using the graphical disk manager (aka there's a label)... but now I'm not sure if I did partition it

for low level stuff your best bet always is the terminal. here's how you prepare a disk as system disk:

Code: Select all

# fx -x
fx version 6.5, Oct  6, 2003
fx: "device-name" = (dksc)
fx: ctlr# = (0)
fx: drive# = (1) 3
fx: lun# = (0)
...opening dksc(0,3,0)

...

----- please choose one (? for help, .. to quit this menu)-----
[exi]t             [d]ebug/           [l]abel/           [a]uto
[b]adblock/        [exe]rcise/        [r]epartition/
fx> r

...

----- please choose one (? for help, .. to quit this menu)-----
[ro]otdrive        [u]srrootdrive     [o]ptiondrive      [re]size
fx/repartition> ro

fx/repartition/rootdrive: type of data partition = (xfs)
Warning: you will need to re-install all software and restore user data
from backups after changing the partition layout.  Changing partitions
will cause all data on the drive to be lost.  Be sure you have the drive
backed up if it contains any user data.  Continue? y

...

----- please choose one (? for help, .. to quit this menu)-----
[ro]otdrive        [u]srrootdrive     [o]ptiondrive      [re]size
fx/repartition> /l

----- please choose one (? for help, .. to quit this menu)-----
[sh]ow/         [sy]nc          [se]t/          [c]reate/
fx/label> sy

----- please choose one (? for help, .. to quit this menu)-----
[sh]ow/         [sy]nc          [se]t/          [c]reate/
fx/label> /exi

then format it:

Code: Select all

mkfs /hw/rdisk/dks0d3s0

up next: the volume header

Code: Select all

cd /stand
dvhtool -v creat sash sash /dev/rdsk/dks0d3vh
dvhtool -v creat ide ide /dev/rdsk/dks0d3vh


replace the s0d3 parts with whatever you need. the s0 is the controller number and the d3 is the disk id.
now mount the disk's s0 partition (dks0d3s0 in the example here) and start dragging the data over. xfsdump/restore is the recommended way but tar, cpio and alike should work as well.
after that unmount the disk and you're good to go :-)
commodorejohn wrote: It's one thing to drop support as far as updates go, but actually removing access to older builds for older systems is just obscene, especially since it's blocked from being mirrored on archive.org.

true, apparently stupid moves do happen which is why it's always a good idea not to rely on others when it comes to important things i.e. save the stuff that's important to you on your own
ClassicHasClass wrote: Dammit, it requires frames.

:shock:
yay diego, you're back :D
i'm afraid not. and i'm not sure that'd be fun on machines running 6.2 or even 5.3 either.
marmotta wrote: You can confirm is not easy? Or if you give me the instruction (source and string) I try to compile myself ;-)

i can't confirm either way because i never tried. i keep these archives to the essentials mostly so an emulator wouldn't qualify.

My r4400 250mhz have 6.2.... is a good idea upgrade to 6.5?

only, and that's a fat ONLY, if you need stuff that requires 6.5. otherwise it'd be a downgrade performance wise. in fact, depending on what you wanna do, i'd rather recommend to give 5.3 a try
uunix wrote: I personally love 6.5.30 because it's so easy. I use a 200Mhz INDY R4400 with an ev1 as composite video in to pre view video coming in off an old camcorder and it works fine, but that's really all it does.

6.5.30 on an indy?