# Run inetd in "standalone" mode (-s flag) so that it doesn't have
# to submit to the will of SAF. Why did we ever let them change inetd?
// At this point, I'd like to take a moment to speak to you about the Adobe PSD format.
// PSD is not a good format. PSD is not even a bad format. Calling it such would be an
// insult to other bad formats, such as PCX or JPEG. No, PSD is an abysmal format. Having
<snip... many more lines>
// PSD is not my favourite file format.
(I have many GB of scanned photos in this format from a canon scanner)
Then they switch to a brand new server running Slowlaris. Utter disaster. Even if I had understood my script well enough to port it, the UUCP was not going to work and the one i was relying on was not going to be ported and... boom; those networks were unlinked.
I later heard that they brought the old server back online after a couple months and ran it for several more years for other, similar "the old system just worked and no one has time to port to the new" things. AFAIK it took Solaris another couple versions to really get back the serial hardware support they had under SunOS, and there was some hardware that just went unsupported.
[guest]$ nc -l -p 1234 > some_file
[host]$ cat some_file | nc $GUEST_IP 1234
In the limit, some shells (GNU Bash for sure, and I think also Korn shell?) support connecting to a remote TCP endpoint via the /dev/tcp/ special prefix. In this configuration you'd have the host listen and the guest initiate.
Another trick with QEMU is bundling files into a disk image and then mounting them (as a CD-ROM or SCSI). Somewhat more cumbersome, but works even for guests that don't have a working network.
EDIT: I'm wrong; Solaris has a `/dev/tcp` but it doesn't do that (details below courtesy of the person who corrected me)
Original (incorrect) comment:
Forget the shell: I'm 90% sure Solaris implemented that exact feature directly in the operating system, so you should absolutely be able to do this without any additional software, assuming that it was implemented by this version.
For both the Bash and Korn shells, the syntax looks like this:
$ cat < /dev/tcp/localhost/1234
Tested on macOS:
# in one terminal
bash$ nc -l 1234
# in second terminal
bash$ cat </dev/tcp/localhost/1234
# lines typed into the 'nc' terminal will be printed to
# the other.
No matter. Very curious as to why ftp doesn't work, I think I have missed something on the Debian side of things to enable old school ftp clients. You can log in, but even setting the system to PASV does nothing. 500 Port Rejected is the error you get.
Regardless, tftp is perfectly good for bootstrapping Solaris 2.6 into something gnuseable.
As I recall, our locally compiled packages were kept in NFS, and there was a giant symlink tree that pointed to the latest version, but left the old version intact for backwards compat. Eg /opt/pkg/bin/gcc pointed to /opt/pkg/gcc-2.95.2/bin/gcc, but used to point to /opt/pkg/gcc-2.95.1
Just found it out, after some Google-fu,
Still online, amazing.
Learning Solaris-specific stuff felt like a waste of time back then already and so it was.
- GNU tar did compression in one step with the "z" flag, native tar did not
- gzip compressed produced smaller compressed files than "compress" did, was usually faster, and understood stuff compressed via the vendor compress.
- gdb was much more usable that dbx or adb
- gcc was free, and supported much newer standards than the vendor compiler. And you had a much better shot at compiling stuff you found on the web without tweaking Makefiles to adjust compiler flags.
Coming back out of there to a Debian desktop is so much nicer, but boy is it fun to play in that little sandbox again. Sparc workstations were awesome and the emulator is a great way to revisit things.
wow. That's a blast from the past. That was the desktop environment on our unix boxes back when I started asic design. I think it was hpux. But CDE...those screenshots immediately took me way back.
I'm going to have to get that installed at work now.
I tried CDE a year or so ago, and it was badly broken on both multi-monitor and 3840x2160 resolutions.
The bigger problem was that CDE refused to place/draw windows outside of an area of 1600x1200 or so. That the panel couldn't be moved to the screen edge might have been slightly annoying, but it actively worked against having _any_ window outside of what is a small area on my screen.
It's cryptic in the Adafruit article, but they are documented. Used to turn on/off support for FAST, WIDE, TAGGING, SYNCHRONOUS, some debugging flags, etc.
I take pride in striving to live up to the "any browser" dream, but I've yet to test any on that platform.
I haven't found Netscape on the installation CD yet, still digging through the available options.
HotJava doesn't like SSL/TLS so you can't do much with it other than attach to very, very simple websites that aren't encrypted. Using it as a jury-rigged file downloader works OK though.
If you have an opportunity, the URL is in my profile.
It would be amazing if you found the time to read and write something using that platform.
I'm planning to set up a 1.0-compatible node, if only for Mosaic and IE 2.0.
It is less of a login and more of a captcha-like device to keep out agressive crawlers, which have been a problem.
I do plan to improve on it so that it is not so opaque.
Waaaay back then I don't ever remember getting the MAE working and double clicking the icon just gets you a dead windows with a static watch icon.
WABI I can't even remember where to start looking for that. It should be able to run 16 bit versions of Excel although back then I was sure we had alternatives, Lotus 1-2-3 and maybe something called WingZ which I think came from the mac but was ported to Solaris and was hideously expensive. I might be misremembering that.
Yet another toy for my todo list. :)