The collected works of ajw99uk - Page 2

FTP access would be useful, thanks. Then perhaps other interested Nekochanners could download it, if you have bandwidth?

I had a spare hour this evening and found I allready had the main components on this laptop, so put togther a stripped down installation (no printing, not many fonts, but OpenVector, OpenGrid, Pipedream4 and Fireworkz to try out) which zips to 8MB.

This includes two Linux binaries, two Win32 EXE files (one each for dynamic recompiler and interpreter versions) and the allegro42 DLL for Win32 - but you will need the allegro package installed in Ubuntu. The Linux binaries were compiled for a Puppy distribution, so are likely to be configured for wide compatibility rather than optimal performance.

Once unzipped, you'll have a directory "RPCemu" containing "rpcemu", which should be made executable and executed. The config files and RISC OS itself all sit within the RPCemu directory, so no paths to set. If it does not work, there is source code at http://www.marutan.net/rpcemu/#downloads which I found to compile without problem once I had the dependencies/tools set up, and info at http://www.marutan.net/rpcemu/linuxcompile.html - just be careful not to overwrite the config files!

Once running, it's configured for StrongARM CPU, 128MB RAM and a 1280x720 screen, which fits nicely in my 1366x768 laptop screen, but there is a good choice of screen modes available in the "generic" monitor definition file. I have not set up networking, as it needs some host components and bridging, but the driver you need "EtherRPC" is in the right place in system resources. Instructions at http://www.marutan.net/rpcemu/manual/network.html though success with version 5.1x of the OS seems patchy.

We really should move this discussion to the "Misc OS" section!

_________________
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM RISCOS4.39; EspressoPC ViaC3/900 Debian-testing; RPi B RISCOS5.19 or Raspbian
mapesdhs wrote:
Is there anyone here running this FF 3.0.19 build who uses Yahoo Mail?

Yes, but deferring the new layout (on all systems) as long as possible!

But if it's not too late when I can get a VPN connection to finish working I'll fire up the Fuel to have a look.

_________________
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM RISCOS4.39; EspressoPC ViaC3/900 Debian-testing; RPi B RISCOS5.19 or Raspbian
... or I would if it weren't showing me a nice red/white LED show - "Graphics configuration error", which I hope means "settings not right for PROM screen but can be reset from L1 console" rather than "V12 has died"! can't set up serial console tonight, sorry.
Fuel ; Indigo2 ; Octane ; RiscPC Kinetic/448MB/RISCOS4.39 or Debian-etch; Dell Inspiron4100/P3 1GHz/1GB/Debian-stable; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.23; Rpi2 Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
ajw99uk wrote: ... or I would if it weren't showing me a nice red/white LED show - "Graphics configuration error", which I hope means "settings not right for PROM screen but can be reset from L1 console" rather than "V12 has died"! can't set up serial console tonight, sorry.

Unplugged keybd/mouse, plugged in a serial lead, powered up - using Win98/HyperTerminal got into PROM then single user.
Used this tip for the necessary setmon syntax: http://forums.nekochan.net/viewtopic.php?f=3&t=16727212&p=7355183&hilit=setmon#p7355183
recondas wrote: you can reset it to the default 1280x1024@60Hz with the command /usr/gfx/setmon -x 1280x1024_60 followed by a reboot. If you want to reboot with the keyboard and mouse reattached, power down before reconnecting.

So here I am back with FF3 - but still asking Yahoo to "remind me later" about the new webmail UI!
Fuel ; Indigo2 ; Octane ; RiscPC Kinetic/448MB/RISCOS4.39 or Debian-etch; Dell Inspiron4100/P3 1GHz/1GB/Debian-stable; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.23; Rpi2 Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
Adding RISC iX to your list: check for "RISC iX" or "RISCiX" in the output of uname, and return one core (which would be an ARM2 or ARM3), should do the trick - but would be pretty pointless!

That said, there are now some dual/quad core ARMs around (but I expect your Linux method would apply there), while the mid-90's RiscPC Hydra system could have five ARM610s or ARM710s on a daughterboard (and run NetBSD).

How complete would you like this list to be?!?

_________________
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM RISCOS4.39; EspressoPC ViaC3/900 Debian-testing; RPi B RISCOS5.19 or Raspbian
jwp wrote:
Wow, I didn't know about RISC iX before -- it's very interesting to see an mwm look and feel on a green screen! Fascinating how many variants Unix has spawned over the decades... :)

The green screen is a bodge, not how it was meant to look: an A680 was designed for high resolution mono (1152 × 896, not bad for 1988) but can be persuaded to drive a decent multisync with BNC inputs, using one colour and one sync (you can see the two output BNCs at http://acorn.chriswhy.co.uk/Pics/A680G.html and it's how I run my R140 on the rare occasions it gets an outing). So you can have green, red or blue screen!

jwp wrote:
some degree of widespread use in the last 10-15 years

I think that rules RISC iX out - AFAIK it never had what one could call widespread use in any degree!

_________________
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM RISCOS4.39; EspressoPC ViaC3/900 Debian-testing; RPi B RISCOS5.19 or Raspbian
hamei,
does the screen go blank because the computer is sending it the signal (or lack thereof) for a blank screen, or because the monitor itself has gone into a different power state? in other words, the computer blanks the display but the monitor does not react by power-saving (I recall reading something years ago about it being better to use a screensaver that displayed something than leaving a monitor blank but fully powered for long periods)

_________________
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM RISCOS4.39; EspressoPC ViaC3/900 Debian-testing; RPi B RISCOS5.19 or Raspbian
smj wrote:
ajw99uk wrote: - 6.5.22m overlays and patches from SGI supportfolio
- bigger disks, 2GB -> 9GB -> 18GB -> 36GB (the 2GB came 95% full, and the 36GB now has around 10GB free!)

From your description, it sounds as if you may have been duplicating one installed/updated IRIX installation across several disks. Did you use any of the guides here in the forum or in the Neko wiki ? If so which one was most helpful or did the trick for you? Or was it something external, like Ian Mapleson's site?

Just wondering if we could get a little feedback to improve local resources.

Thanks, and nice machine.
--Steve.

Thank you. I did offer it for sale after I got a Fuel, but don't mind not having found a buyer! Most recently it was the handiest thing to which to connect a slide scanner (Coolscan II), and after an initial hiccup xsane worked very nicely despite the die warnings about running xsane as root, which I had to do as the process for creating new users seems corrupted (the hiccup was that the scanner would take in the first slide and click continuously, but was fine after a power cycle and restarting xsane; I've since hooked it up to the Fuel and don't get that behaviour so suspect an issue with the SCSI bus in the I2).

I relied mainly on Ian's "how to clone a system disk" guide, with a wobble until I worked out how to produce the right pipe character (| or ¦) to persuade xfsdump and xfsrestore to do the job, supported by a couple of wiki pages:
Clone System Disk
IRIX Installation and Customization
and man pages for xfsdump / xfsrestore

The initial experiences were (partially) noted in this thread . That seems a long time ago now!
Fuel ; Indigo2 ; RiscPC Kinetic/448MB/RISCOS4.39; RPi B RISCOS5.23; Rpi2 Raspbian-stretch; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21
ClassicHasClass wrote: PICTURES please.

Any particular parts / angles? A photo of it as currently set up would be pretty uninspiring - the bottom of the case is what's most visible!
Fuel ; Indigo2 ; RiscPC Kinetic/448MB/RISCOS4.39; RPi B RISCOS5.23; Rpi2 Raspbian-stretch; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21
ClassicHasClass wrote: Actually, it's neat to see how people set up their computer rooms.

Indeed, but that will have to wait a couple of weeks - we've got to clear a bedroom for redecoration and the study is one of the dumping grounds - but happy to get some pictures when it's a little more presentable and you can see what goes where. And I may get some useful feedback on how to fit six computers, three keyboards/mice, two scanners, a monitor in use, a "resting" CRT and all the associated cabling in/under one desk more efficiently!

Roll on the long Easter weekend ...
Fuel ; Indigo2 ; RiscPC Kinetic/448MB/RISCOS4.39; RPi B RISCOS5.23; Rpi2 Raspbian-stretch; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21
Delighted to see this effort, having been using NS since its early RISC OS versions - but frustrated not to have relevant skills to assist (yet - but with the time available it's going to be a long haul up the learning curve!).

Yesterday evening I did try the "quick start" instructions (including env.sh) for the framebuffer version on an X86 machine - debian/jessie - and that fell over at one or two of the libraries so not plain sailing even in mainstream CPU/OS waters. Well, perhaps not quite a mainstream CPU these days - it's a VIA C3 lacking a 686 instruction, which may or may not be critical here.
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
Henrik,
Probably easier for people to comment in specific drives if you can find out the original manufacturer's designation for the OEM HP version; e.g. ST336...LC for variants on Seagate 36GB 80-pin drives ("SCA" is the same as 80-pin SCSI, not SAS)

I have a 36GB Seagate running in my Indigo2 - ST336705LC - doing fine if a little noisy. The drive plus GBP0.01 plus GBP4 postage, the 80/50 adapter GBP1.76 all in, from Ebay. Some people use IDE drives, but the SCSI/IDE adapter is rare and expensive. Also worth checking out the SCSI drives listed in www.sgidepot.co.uk/sgidepot/scsiitems.html for indications as to what is compatible, as well as Ian's Indy and Indigo2 pages.

The external connectors are 50pin. Note that the Indigo2's external SCSI is a second channel, separate from the internal devices channel, whereas (AIUI) Indy has a single channel, so you need a little more care not to have clashing device IDs.

For RAM, I've bought this
http://www.ebay.co.uk/itm/LOT-OF-TEN-32 ... 4d0afc15f3
from which I took 8 to make up 2 x 4 sets (I had 4x 32MB already) and max out - if you got two lots, you could make up three 4x 32MB sets for the Indigo2 and two 4x 32MB sets for the Indy - but, obviously, only if you don't have SIMMs of useful sizes already to hand, remembering you need four SIMMs of the same size to make a set. Alternatively, somewhere here I should have eight 16MB SIMMs going spare after the upgrade, so PM if you are interested.

Good luck!
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
Also worth noting that "over-terminating" can be A Bad Thing - personal experience of a blown fuse on the controller card. The easiest way to over-terminate is to leave the last device's own termination enabled (inadvertently) and add a terminator to the end of bus. My usual practice is now to turn all device termination off (including host controller termination) and rely on terminator packs, unless the specific configuration precludes this (e.g. host controller defaults to "termination on" after a NVRAM/CMOS reset, or lack of physical space for a terminator pack).

Some devices unhelpfully seem to label their termination enable/disable jumper in a confusing way (i.e. "on" when they mean "off").
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
Since upgrading from Wheezy to Jessie I have found the Linux desktop much more sluggish, both on a Pi (raspbian) and an X86 box (debian).

Both machines were set up with LXDE and openbox. Anyone with a similar setup also noticing real lag when moving windows, worse than before upgrading? I don't recall having to wait several seconds for the title bar to catch up with the pointer. Any thoughts on why this is happening or how to improve things? (any desktop settings worth tweaking or packages to add/remove?)

Of course it may simply be a case of too little CPU "grunt" - Pi's limitations accepted, and the X86 is a Via C3 at 900MHz so a long way short of P4 / dual core performance (it does not even have a full 686 instruction set, so uses the "486" variant of the i386 kernel). If so, perhaps a different wm / desktop would be an easier load - but which? I used to use XFCE (with own wm) and have switched the X86 back to that for now (partly because its logout/shutdown seems neater than LXDE's), but know that I've barely scratched the surface of wm's and desktops.

So, any recommendations for lightweight wm and reasonably user-friendly desktop?
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
TeamBlackFox wrote: Re sluggishness its probably not the WM, but Systemd. The overhead it adds will slow down your computer. I'd suggest rolling back to Wheezy or else migrating to another distro. There is no reason that a clean OS install/upgrade should be any slower, especially with LXDE.

Re desktop environment, CDE is always an option, and with some tuning you can make it look/operate like 4DWM. Also, Enlightenment is another I've used, very appealing but also lightweight.

Thanks, I'll check them out - assuming "sudo aptitude purge systemd" does not have the desired effect ;-)
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
TeamBlackFox wrote: It won't, you're going to break the distro trying to remove it...

Hence the ";-)". I'd prefer to stick with jessie, having recently installed it on my parents' ex-XP laptop (figured a few months of "testing" status before going stable would be easier for them than a "dist-upgrade", having had one of those go pear-shaped myself).

TeamBlackFox wrote: You can always move to another distro, but I'm sure thats not something you're wanting to do. Gentoo and Slackware currently do not utilise systemd, but thats probably not gonna change. Take it from me - I left GNU/Linux for BSD, not only for systemd, but for other reasons.

Can't say I tried the full range before settling on Debian; one attraction was the prospect of the same distro on ARM as well as x86 as it seemed to have the most developed RiscPC support ten years ago, and now there's raspbian for the Pi. Ironically I've had more success installing NetBSD on the RiscPC where at least the acorn32 port is still going (nominally at least - not sure how active) whereas the RiscPC branch of debian-arm disappeared several major versions ago (I forget which was the last). But a RiscPC is much better as a RISC OS machine than anything else!

Long way of saying I'm not especially wedded to Debian if there's a better "fit".

Not having full 686 instructions limits things a little among Linuces, and trying to avoid systemd means avoiding Debian-based distros and Arch - so BSD is certainly a contender.
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
Kumba wrote:
TeamBlackFox wrote: Re desktop environment, CDE is always an option, and with some tuning you can make it look/operate like 4DWM.
I hope it sees active development, as I found CDE to be quite usable when I had to maintain an HP-UX server once. And I've grown somewhat attached to the Motif look of it.
As for faking the 4DWM look, since that Maxx desktop project appears to be dead, the other option is fvwm. Supposed to be a very highly-configurable X11 WM, and there's at least one IRIX-like theme that I know of for it.
TeamBlackFox wrote: Also, Enlightenment is another I've used, very appealing but also lightweight.
I think you're talking about Enlightenment 0.16. Enlightenment 0.17 and up basically have an entire framework behind them now which is supposed to be pretty good.


Thanks for the suggestions. fvwm was already on the shortlist, and I've been meaning to try CDE. Perhaps I should give up standardising and enjoy the variety!
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
jpstewart wrote:
Kumba wrote: don't think you have to avoid Debian. systemd is just going to be selected as the default init system upon install. You should be able to replace it with sysvinit after the install is complete.

Sounds right. A few weeks ago, a routine 'apt-get update' installed systemd and removed sysvinit from my Debian/testing system. I was not impressed with systemd; things just didn't work right. A simple 'apt-get install sysvinit' re-installed the old system. After that is installed, you need to run 'dpkg-reconfigure init' and purge systemd. (I'm not sure of the order in which those two things need to be done.) You could also choose upstart instead of sysvinit if you prefer.

Anyway, the point is, Debian Jessie certainly allows selecting between systemd, sysvinit, and upstart through the init metapackage. You won't break the whole distro, as somebody suggested...so long as you have the init metapackage and either sysvinit or upstart installed.


That was going to be my first step, i.e. see how much systemd would take with it when purged and cover the gaps pre-emptively or afterwards, so good to know it should work (unless something I want to keep happens to have a systemd dependency that cannot be substituted). Thanks both for confirming.
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
wenp wrote: I've tried just about every lightweight window manager out there and found one of the most stable to be IceWM. When users want a Windows-like interface, IceWM is what I give them. It is IMHO the most user-friendly of the light WMs and there is a great range of themes available. For the Windows refugees, I make it look like Vista. It does take a lot more manual configuration than setting up KDE or GNOME.

Thanks for the recommendation, one to add to the list. Don't mind manual config so long as it's in reasonably well documented/commented config files and only has to be done once!
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
hamei wrote: Windows XP or Windows 2000 if you are a rabid anti-DRM zealot like yours truly.
[... lack of applications for Linux ...]
If you want to actually do anything, save yourself a lot of grief. Windows XP. At least it's static, it's not going to get any worse. Or Mac would probably work too, but I don't know enough about that. Maybe try Linux again in the year 2525.

The x86 is dual-boot XP/Debian, but with only 256MB RAM doesn't exact run it (or at least not it plus any applications). Must investigate th stuff around security updates for embedded XP, or just unplug the ethernet. But not really attractive as a home system - have to use Win7 all day at work.

And it's not really an option for the Pi! (but I have RISC OS for that, with it's own holes in the application range)
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
A minor update for 2015:
Noscript - 2.6.8.29 seems ok but higher versions fail to install, so beware the offer to upgrade that appears from time to time.

I've not tested with all higher versions, these certainly fail:
2.6.8.31, 32, 35
2.6.9.5, 10

To install 2.6.8.29 via the "get it" page of www.noscript.net , right click on the link to 2.6.9.10, copy link, paste into the address bar, change version number and hit return. The directory containing the binaries is not accesible to browse but see the changelog for a list of version numbers.
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
Don't think of it as a 5 hour trip to collect an Octane, but as a spur to visit the new(ish) Hepworth gallery, the Yorkshire Sculpture Park and/or National Coal Mining Museum, with a small detour to pick up an Octane :)

Tempting, as Wakefield is only about 15 miles from home, but I wouldn't be able to decide which machine should be the "one out" (luckily it's not a weight-for-weight policy!). Perhaps I could get away with putting the Octane in the cellar as a server but it probably wouldn't like the damp. Did you get any idea of specs when speaking with the seller? (the model number is for a 175MHz R10K, but perhaps upgraded?)

We used to pass near Stourbridge en route to Evesham, but my parents have moved to Bakewell. And with 2 dogs and 1 child finding car-space has become harder than it used to be, but meeting halfway when we come to Lichfield (wife's parents) could be an option, if you've no chance of getting to Yorkshire in the foreseeable future (and assuming I cannot negotiate to keep it ;) .
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
Reckon I'll bid and (if I win) collect for myself/uunix.

Look out for "how do I get this Octane running?" posts in due course (which would be better than not winning, but not as good as "resetenv" over serial and a clean boot)
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
jan-jaap wrote:
chicaneuk wrote: Stupid question but what is it that's missing in the shot of the rear, above the power supply?

That's where the optional PCI cage slides in. Normally it's covered.

I'd spotted that, and one SI/SE plus one SSI/SSE (or MXI/E?) - but any ideas on the other XIO card? Closest I've found, going by the single, long socket at slot B, is the Channel Option.
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
uunix wrote: The one with the white serial?

I think that's an SSI/E or MXI/E graphics card, the 9pin socket being for stereo. No idea if the white (as opposed to black on the SI/SE card bottom right) has any significance.
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
recondas wrote:
ajw99uk wrote: A minor update for 2015:
Noscript - 2.6.8.29 seems ok but higher versions fail to install, so beware the offer to upgrade that appears from time to time. I've not tested with all higher versions, these certainly fail :
2.6.8.31, 32, 35
2.6.9.5, 10

Interesting, because I'm running one of the NoScript versions you mention, 2.6.9.10, on four separate IRIX systems. NoScript 2.6.9.10 is the most current release as I write this.
All four are running FF 3.0.19 from nekoware.
Anyone else running NoScript under IRIX care to report which version they're running?


Interesting indeed, thanks. FF3.0.19 from Nekoware here too, on Fuel (r16k, 700MHz). This prompted me to try again - it seemed to work if Adblock Plus is already installed but not (prior to that) when there were no other add-ons.
BUT despite no error on restarting FF, there is no sign that NS is active, and the preferences dialogue does nothing (I can tick boxes, but "OK" has no effect to apply the choices). Same result on trying without any other add-ons :(
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
diegel wrote: There is an updated dillo package in beta now.

Installed on Tuesday but still see blurred menus - fixed by choosing a theme, as you suggested. (I had written "partly fixed" [mis-]remembering still getting blurred right-click menus but just checked and it seems fine now)

Many thanks for the update - I'm used to using Dillo as a quick go-to browser on Pi and my underpowered (for Firefox) Linux-386 box, so very glad to see the IRIX version staying abreast.
Fuel ; Indigo2 ; Octane ; RiscPC Kinetic/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.23; Rpi2 Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
chicaneuk wrote: Awesome result :) Hopefully it's a reasonably decent spec!

Not expecting much - the model number indicates 175MHz R10K i.e. lowest processor in an Octane.

Speaking from experience of looking at a university purchase of an Indy or Indigo2 circa 1995 ... of course it depends what the budget was and what the key performance factors were - if the task for which this machine was used was not CPU-bound then the low CPU spec may be misleading; perhaps there was money to spend on (more useful) RAM instead. But if you have to spend £££ on a second graphics card, you imght have to put up with 64MB and lots of swapping! (I have in mind 64MB was the minimum Octane spec but could well be wrong - 128MB perhaps?)

So unless there was some reason to have lots of RAM I'd be pleasantly surprised if there were more than 256MB. That said, it is a better (SI plus SSI/MXI) dual head than minimum (SI/SI) and the OCO card suggests it might have been boosted beyond low spec. We shall soon see.
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
Dans34 wrote: if you do part it out put me down for the drive sled ;)


Bad news - when I went to collect it, the seller attempted to pull one drive out to show me the capacity and the sled-handle came off in his hand. So that drive is now mounted just using the rails - with a bust handle (and such a tight fit), not much else to grip onto, the metal strip (EMR suppression?) was slicing my thumbs so I took it and the front plastic off.

Not sure what will happen to the machine as a whole, but will keep you in mind in case the other sled becomes surplus. In the meantime, have you tried resting drives on CD cases?
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
ajw99uk wrote:
chicaneuk wrote: Awesome result :) Hopefully it's a reasonably decent spec!

Not expecting much - the model number indicates 175MHz R10K i.e. lowest processor in an Octane.


But that was without knowing this Octane had come from the SGI office at Reading and had some upgrades. Fuller info in the hinv section in due course, but headlines are:

dual R10K at 250MHz though one of them is dead or dying
1152MB RAM
EMXI and SI graphics, though I've not yet had dual-screen output
OCO card in 4th XIO slot
2x 9GB drives, 7200rpm IBM models
IRIX 6.5.30

with a full XIO bay, the fans run fast and it gets very loud a few seconds into booting up (except last night, when the failing/failed CPU held up diagnostics for a while) - but it seems a waste to relegate it somewhere out of the way
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
vishnu wrote: Ian's got an Octane dual R10K 250 for sale for 125UKP, about halfway down the page: http://www.sgidepot.co.uk/sgidepot/partsspares.html#OCTANE

Thanks for the reference. Without a specific application needing dual-CPU in mind I might be more tempted to spend less on a faster single CPU - but not spending anything for the time being: last might both CPUs came up first time and I got a picture from the SI card by tweaking /var/X11/xdm/Xservers (not dual-head yet, but a step in the right direction). I then pulled out the main module to see how the RAM is made up - all slots used so I guess 2x256, 4x128 and 2x64 (seems more likely that 4x256 and 4x32) - and hope re-seating the compression connectors will help.

Also noticed that the upper fan is loose, which probably does not help the noise level. Was gearing up to take the frontplane off to get at it when noticed how late it was ...
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
vishnu wrote: How dusty was it inside the poor thing? Octanes are notorious dust collectors... :x

Not too bad - a fluffball stuck above one of the top grills, but most of the honeycomb looked clear - and the system module seemed pretty clean as well.

Only one R10K showing up tonight and the MXI has disappeared from hinv :(
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
recondas wrote: The Fuel User Guide advises the brinking red-white lightbar your seller seems to suggest he's seen also indicates the same "graphics configuration error". Perhaps the seller didn't have the kb&m connected, or had the connections reversed (I can't recall for certain if the Fuel and Tezro share the no-keyboard/mouse=gfx cfg err. Still have a Fuel but haven't had the occasion to start it in over a year).

Seen this a couple of times, panicked, restarted with a serial console and through some combination of PROM variables / ioconfig / setmon got it back to a working graphics configuration. So I'd second the recommendation to put off a hardware fix until you've tried through software.

But if you do need a V10, I have one spare after a V12 upgrade (which cost less than the Fuel itself, but then I paid twice what you just have, for 700/1GB!). Transatlantic postage, though :(
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
MrWeedster wrote: After playing around more i found out some interesting thing:
The V12 works, but only at the PROM and the Desktop - Between the screen stays black (Which also means you cant install the OS).
My problem was that it somehow killed the OS disk that came with the tezro - So i wanted to install new on a new disk, but the screen stayed black.

That's how my Fuel behaved - since upgrading from V10 to V12 I can no longer see boot messages or use a "single" console, so keep fingers crossed until the login screen appears. Not much consolation but you're not alone (and maybe it's normal/intended behaviour!)
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
TeamBlackFox wrote: They said retirement only comes when they start to break.

Is that for the people, or the computers, or both?
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
vishnu wrote: How do the compression connectors look? Warped or oxidized? Any evidence of overheating, charred PC boards in the system unit or power supply? Non-Vpro graphics are pretty cheap these days when they show up on Ebay. Or you could pay the premium price for a brand new one at Ian's depot... ;)

Bit of a hiatus while I took over the study as a computer room, put up some shelves and added a second desk - more elbow room for tinkering, and s second monitor!

Compression connectors looked OK, though I've only photos for comparison never having seen one "live" before.

Current status:
graphics - after a bit of research on running dual head, I added a "+xinerama" option to the Xservers file and got a two-screen desktop. Unfortunately the LH half shows up on the monitor to the right, but that's just a matter of cabling (or playing with "-hw board= ..." options). So those CCs are OK!

CPUs - PROM hinv now shows two, but IRIX hinv shows one. Need to run the diagnostics again, but maybe it is a software/kernel/config issue? This machine once had a CADduo card in a cardcage, I am sure - there is a "Xservers.2key" file which would have configured the two heads for two kbd/mouse inputs (/dev/input and /dev/input1). Since CADduo was intended for dual-CPU machines, I am wondering if there is some legacy configuration that I need to clean out in the absence of the CADduo card to reinstate normal "single-seat" operation, or perhaps I should create a new kernel file (though that might not help if IRIX can only see one CPU - is there a "force 2-cpus" switch?). This may be a red herring - AIUI CADduo did not dedicate one CPU to each user - so other ideas welcome. Does PROM hinv get system info in a different way and cannot spot that a CPU is "dud"? Does IRIX set a lower fault threshold?
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
hamei wrote:
vishnu wrote: I think the first thing to do would be to check the installed software and remove any CADduo driver(s) you see there...

Even before that, I'd do a < printenv > from the prom, write down anything interesting, then do < enableall > and < resetenv >. That way you're starting out with a clean foundation.


PROM env was vanilla aside from "netaddr". "enableall" was rejected (IP35 only?) but "enable 1" told me that CPU1 had been marked as "enabled" but in fact "disabled" (not apparent from PROM hinv). So I ran PROM diagnostics, which reported nothing. May need to try again with a serial console attached, then remove/reseat the PM.

In IRIX, nothing calling itself "CADduo" (or similar) in swmgr's list of installed, and nothing obvious in /var/sysgen. Given the PROM "enable" status, I think it's hardware after all. The DUO notes in Techpubs indicate that switching from DUO to dual head is simply a matter of changing the /var/X11/xdm/Xservers file - no mention of an additional software package (though the Dual Head manual does refer to a CD - but not what was on it!).
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
hamei wrote: Mickey should be tied to a post in front of a firing squad for the newest docx abortion. The only way I have found around that so far is some Windows crap or an online converter. Grrr. Anyone know of a handy-dandy docx-to-reasonable converter ?


Depends how complex the document is, and whether you are interested in content or formatting. For simple ones, treat the docx files as a zip "contain" and rummage within for the xml file with the content (sorry, only had a brief fettle a few months ago and don't remember exactly where in the "directory" structure it sits). Hardly handy-dandy, I'll admit!
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
ivelegacy wrote: hi guys
btw, i have seen SGI has an USB PCI card, SGI part number 9210286
NEC chipset - Slotted for 3.3 and 5V PCI applications. SGI equipped Onyx 350 InfiniteReality and InfinitePerformance systems with this card as an attachment point for USB keyboards and mice.

There are some references on TechPubs indicating Orange Micro as the OEM, while "UP205-0525" screened on the PCB returns Adaptec references. It appears in an hinv with a PCI vendor ID of 0x1033 (NEC) PCI device numbers 0x0035(Dual OHCI controllers plus Single EHCI controller) and 0x00e0(USB 2.0 Host Controller)


which seems to be a product pretty compatible with SGI machines. I do not know if Octane2 has ever had it, and if Irix has ever supported that. Any knows and feedback is welcome


AIUI this card (and others with the same chipset - see the Fuel wiki page ) are supported on IP35 machines by virtue of what is provided in the "sysgen" tree, rather than on SGI machines generically. So it may be possible to "transplant" relevant code into an IP30 tree or I may be talking nonsense (or making false inference from Firewire to USB support)!

Having seen your post in the Linux/BSD about getting 20MB, what chance of deriving something from that to support USB mass storage under IRIX? One can dream ... :)
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21
ivelegacy wrote: i am a funny person, for example i have bought an Acorn Risc/PC machine, equipped with a strongArm @200Mhz and a 486DX4@100Mhz guest second cpu board, this machine in such hw configuration is able to run Windows 3.11 inside the x86 card and to handle its interface inside RISC/OS, from the user point of view it looks like ~ "virtualBOX", i mean a box within an other OS, on W311 box i have installed Mathematica v3 , and WordPerfect . They run very nice, it's a pleasure to use them, as it's fun on Irix.

It happens sometimes, for hobby purposes
all funny things :mrgreen:


In case you have problems with the RiscPC or want to ask any questions, I have one and a couple of other nekochan members use / have used RISCOS so posting to Board index » Other Platforms » Miscellaneous Operating Systems/Hardware might be useful, or pm me directly. The usenet groups comp.sys.acorn.[various] are "live" - groups for hardware, apps, networking, misc and extra-cpu (for 486-related issues), and current RISCOS development is being discussed at www.riscosopen.org (several forums, plus a version of RISCOS 5.20 for the RiscPC/A7000). The Raspberry Pi (and other ARM boards) have reinvigorated things, though you lose the option of a 486 co-pro!

Afterthought - do you have PCPro 3.07 for the 486? That's the latest version, open source available from http://www.riscos.info/index.php/PC , with add-ons for networking, SCSI support etc.
Fuel ; Indigo2 ; RiscPC Kinetic-StrongARM/448MB/RISCOS4.39 or Debian-etch; EspressoPC ViaC3/900MHz/256MB/Debian-testing; RPi B RISCOS5.21 or Raspbian-jessie; A5000/33MHz/FPA11/8MB/RISCOS3.11; A540/25MHz/FPA10/16MB/RISCOS3.11 or RISCiX1.21; R140/35MHz/4MB/RISCOS3.11 or RISCiX1.21