What was the 3130 used for?
_________________
The collected works of mia - Page 7
_________________
I can't compete.
I can't compete with Jan-Jaap, but anyway; I have more like a vertical setup.
jan-jaap wrote: I like it. What's that storage you've got there
In the aforementioned rack, there is a TP900 with 8x300, a Netapp 3040 running Ontap 8.1.2, a LTO6 drive and 2 netapp shelves with 14x1TB each (they run an aggregate mirrored between the two shelves), the brocade is on the other side of the rack, behind the soekris(es).
nice, which DAT?
_________________
Yeah, tell me for sure, I like tape backup a lot.
_________________
you have found "the grail."
_________________
In which direction should I pray?
_________________
Linux "Dell Precision T1600" at work:
area=1000
area=1000 texture zbuffer light
area=1000
Code:
running on quinoa (Quadro 600/PCIe/SSE2) Wed May 29 13:16:13 2013
visual: 0x2d
1000 pixel triangles, 36 triangles/strip, 1 strips
vertex data: v3f
flat shading, zbuffer off, light off, texture off
test time: 1.999 secs.
geometry rate: 2252490 triangles/sec
fill rate: 2252.490 Mpixels/sec
visual: 0x2d
1000 pixel triangles, 36 triangles/strip, 1 strips
vertex data: v3f
flat shading, zbuffer off, light off, texture off
test time: 1.999 secs.
geometry rate: 2252490 triangles/sec
fill rate: 2252.490 Mpixels/sec
area=1000 texture zbuffer light
Code:
running on quinoa (Quadro 600/PCIe/SSE2) Wed May 29 13:16:57 2013
visual: 0x29
1000 pixel triangles, 36 triangles/strip, 1 strips
vertex data: n3s t2s v3f
flat shading, zbuffer on, light on, texture on
test time: 1.999 secs.
geometry rate: 2251751 triangles/sec
fill rate: 2251.751 Mpixels/sec
visual: 0x29
1000 pixel triangles, 36 triangles/strip, 1 strips
vertex data: n3s t2s v3f
flat shading, zbuffer on, light on, texture on
test time: 1.999 secs.
geometry rate: 2251751 triangles/sec
fill rate: 2251.751 Mpixels/sec
_________________
Hello,
Someone from the forum convinced me to try eComStation 2.1 (2.2 is due soon?), I was very skeptical, but since there's still a few DOS applications I am still using, I figured I might give it a shot.
Therefore, I dug up a rusty x86 machine (difficult to find around here) and gave it a spin. This is what I thought about it.
Installation
No surprise, it's an old pc (1.2Ghz Via, IDE CDROM and 8GB IDE harddrive, VIA Rhine network interface), and everything was supported out of the box, it was trivial and took about 30 minutes. I haven't tried to install more than one operating system on the drive, I imagine it's possible, but I was seeking well deserved instant gratification.
There's no progress bar on the installer, so you never know how long it will take, that's quite alright. I formatted the drive with JFS, so eventually I can read it from linux should I want to (but I haven't tried that).
First boot & configuration
Again, no surprise, a "configuration" dialog appears, where you set the resolution and few other nifty things, then you reboot the machine. I imagine that if you know your way around you can setup everything in one shot and don't have (like me) to reboot a few times.
I found the configuration a little counter-intuitive at times, but this is due to my lack of knowledge and understanding of eComStation/OS2, for example the TCP/IP administration panel is located in Desktop->Local System->System Setup->Network->TCP/IP->TCP/IP Configuration; for which, after setting the IP address, you will need to reboot (twice, because I forgot to enter the DNS information first). But it's quite alright.
Everything looks very "square", IBM style. Not Irix cute. I'm very happy no extra driver was required for my relatively old PC, this is great, I'm not sure if they publish a HCL, I would have to check.
Usage
Ships with "the basics" and more (Firefox, Java, VNC server, FTP client, ntp support, file sharing, top, unzip, bzip2, gzip etc.), but no ssh and few other essentials, no problem, those can be found on hobbes, even if the versions available are often relatively old, and therefore, don't have the latest security fixes. I imagine those can be built manually. I think it would have been appreciable to ship ssh and perhaps even sshd.
My old dos applications work GREAT, and I mean, much better than with dosbox/softwindow/etc, and that's fantastic. Games work fine too, although I couldn't figure out how to get DOS games to have sound, I'm probably missing a DOS driver, although my eComStation system has sound itself. I haven't researched this. Win 16 applications work great, and that's all I really need or want, no bloated software.
After a few hours of use, I'm completely sold, this is a great system, and I really like it. I really want to invest more time into it, and learn what it can do for me, and possibly, upgrade to a faster machine when time allows. Go check it out.
Someone from the forum convinced me to try eComStation 2.1 (2.2 is due soon?), I was very skeptical, but since there's still a few DOS applications I am still using, I figured I might give it a shot.
Therefore, I dug up a rusty x86 machine (difficult to find around here) and gave it a spin. This is what I thought about it.
Installation
No surprise, it's an old pc (1.2Ghz Via, IDE CDROM and 8GB IDE harddrive, VIA Rhine network interface), and everything was supported out of the box, it was trivial and took about 30 minutes. I haven't tried to install more than one operating system on the drive, I imagine it's possible, but I was seeking well deserved instant gratification.
There's no progress bar on the installer, so you never know how long it will take, that's quite alright. I formatted the drive with JFS, so eventually I can read it from linux should I want to (but I haven't tried that).
First boot & configuration
Again, no surprise, a "configuration" dialog appears, where you set the resolution and few other nifty things, then you reboot the machine. I imagine that if you know your way around you can setup everything in one shot and don't have (like me) to reboot a few times.
I found the configuration a little counter-intuitive at times, but this is due to my lack of knowledge and understanding of eComStation/OS2, for example the TCP/IP administration panel is located in Desktop->Local System->System Setup->Network->TCP/IP->TCP/IP Configuration; for which, after setting the IP address, you will need to reboot (twice, because I forgot to enter the DNS information first). But it's quite alright.
Everything looks very "square", IBM style. Not Irix cute. I'm very happy no extra driver was required for my relatively old PC, this is great, I'm not sure if they publish a HCL, I would have to check.
Usage
Ships with "the basics" and more (Firefox, Java, VNC server, FTP client, ntp support, file sharing, top, unzip, bzip2, gzip etc.), but no ssh and few other essentials, no problem, those can be found on hobbes, even if the versions available are often relatively old, and therefore, don't have the latest security fixes. I imagine those can be built manually. I think it would have been appreciable to ship ssh and perhaps even sshd.
My old dos applications work GREAT, and I mean, much better than with dosbox/softwindow/etc, and that's fantastic. Games work fine too, although I couldn't figure out how to get DOS games to have sound, I'm probably missing a DOS driver, although my eComStation system has sound itself. I haven't researched this. Win 16 applications work great, and that's all I really need or want, no bloated software.
After a few hours of use, I'm completely sold, this is a great system, and I really like it. I really want to invest more time into it, and learn what it can do for me, and possibly, upgrade to a faster machine when time allows. Go check it out.
_________________
eComStation, because of its commitment to preserve dos compatibility makes it a very compelling platform, most of the applications can be used for free (dbaseIII plus 1.1, 4dos/4os2, wordstar, 1-2-3, norton commander, turbo c/pascal and many many others) or even to run old games, such as the old lucasart games or early RPGs. And, since those apps were designed for sub 100Mhz computers, they run really really fast, which is a big plus.
And undoubtedly, applications are sandboxed, no really, I'm digging it. It's not super cute, but it's super fun and very usable. If I were to chose only one non-unix OS at home, besides plan9, it would be eComStation or OS2. What else? They have a downloadable demo of 2.2, which is great to qualify hardware easily and give it a spin, on real or emulated boxens.
And undoubtedly, applications are sandboxed, no really, I'm digging it. It's not super cute, but it's super fun and very usable. If I were to chose only one non-unix OS at home, besides plan9, it would be eComStation or OS2. What else? They have a downloadable demo of 2.2, which is great to qualify hardware easily and give it a spin, on real or emulated boxens.
_________________
cb88 wrote:
I've actually emailed Mr Deering before about the Leo/ZX framebuffer he didn't have much info on it though. no manuals or anything quite disappointing. he seemed like a nice enough fellow though.
I do have a Leo/ZX, I used it for several years, but the performances were not there. I remember that the ZX gets REALLY hot.
_________________
Since we're here talking DOS and OS/2, is there any particular application worth checking, either for OS/2 or DOS that I might not know of, I've recently "discovered" dbase-III plus 1.1 and I really really enjoyed it. Are they any OS/2 specific applications worth taking a look at?
_________________
Yeah XFree86 would be neat, but I'm not sure it'll beat the T221 on the g2-brick.
I like DOS apps, mostly because I find GUIs somewhat of a distraction, I've used text-based email clients until 2010, and now, work forces me to use outlook which is just awful. I hate it; it's counter-productive and a complete waste of my time and skills.
Back to DOS (and OS/2), I like the minimalistic design, it's often reduced to the minimum, is made to run on "low end" machines (was high end then, perhaps); and, as far as I'm concerned, does the job better than the new crop; which is pretty much the same thing sold with a different widget and support contract. As such I'm exploring DOS apps that I've neglected in the past (dbase III etc.) and I'm loving it.
Now I need to be able to make eComStation a DOS shell server so I can use it (no vnc please) from my irix boxes.
I like DOS apps, mostly because I find GUIs somewhat of a distraction, I've used text-based email clients until 2010, and now, work forces me to use outlook which is just awful. I hate it; it's counter-productive and a complete waste of my time and skills.
Back to DOS (and OS/2), I like the minimalistic design, it's often reduced to the minimum, is made to run on "low end" machines (was high end then, perhaps); and, as far as I'm concerned, does the job better than the new crop; which is pretty much the same thing sold with a different widget and support contract. As such I'm exploring DOS apps that I've neglected in the past (dbase III etc.) and I'm loving it.
Now I need to be able to make eComStation a DOS shell server so I can use it (no vnc please) from my irix boxes.
_________________
What was the selling argument for OS/2 other than real dos compatibility?
I understand that some applications must have been developed solely for this platform, such as SGI/Discreet, or OpenVMS/RDB for instance?
I understand that some applications must have been developed solely for this platform, such as SGI/Discreet, or OpenVMS/RDB for instance?
_________________
I'm very tempted to keep running eComStation (or Warp) as a virtual machine, as such, it would act as a server, and clients would "remote desktop" to it (preferably not vnc-only), I'm not sure which "connectors" are available for this purpose from a linux or irix machine?
_________________
Thanks,
So finally, I'm thinking about using ecs (ecomstation) as a server, to which I would like to "remote desktop" to, is it something doable? On that or warp, from linux and irix?
So finally, I'm thinking about using ecs (ecomstation) as a server, to which I would like to "remote desktop" to, is it something doable? On that or warp, from linux and irix?
_________________
what's on top of the indy, a scsi cdrom?
I liked this, thanks for sharing.
_________________
SAQ wrote:
mia wrote:
What was the selling argument for OS/2 other than real dos compatibility?
I understand that some applications must have been developed solely for this platform, such as SGI/Discreet, or OpenVMS/RDB for instance?
I understand that some applications must have been developed solely for this platform, such as SGI/Discreet, or OpenVMS/RDB for instance?
In the early days it was that OS/2 provided a real protected protected mode graphical operating system. MS didn't go there until NT, and OS/2 was cheaper than a full UNIX with X11 (and, originally, would run on an AT).
OS/2 2.0 provided full 32-bit environment.
This is nice, I think I'm going to keep running it as a workstation, would you be able to point me to OS/2 friendly (or DOS or Win16) vt520 emulators (commercial or free)?
_________________
smj wrote:
mia wrote:
This is nice, I think I'm going to keep running it as a workstation, would you be able to point me to OS/2 friendly (or DOS or Win16) vt520 emulators (commercial or free)?
It's often good to check for the latest/last version of Kermit for a given platform. Kermit95 supports Windows back to at least NT, OS/2, and several others. It offers dozens of terminal emulations from ADM3A to Wyse 50, including the usual DEC suspects. But you also get telnet, ssh, Kerberos, and on and on.
Kermit95 page at The (Newish) Kermit Project .
Hm, that's a very good idea.
_________________
Does it hurt?
_________________
I've tried 3.0.19 again, this time on a fresh install on Octane, got a core dump.
I have never run or installed 2.x or any other firefox prior to this.
It had failed on the tezro too, which did run 2.x before.
I have never run or installed 2.x or any other firefox prior to this.
It had failed on the tezro too, which did run 2.x before.
_________________
recondas wrote:
mia wrote:
I've tried 3.0.19 again, this time on a fresh install on Octane, got a core dump. I have never run or installed 2.x or any other firefox prior to this. It had failed on the tezro too, which did run 2.x before.
If you haven't already tried it, diegel created a tar of FF3.0.19 that includes all the necessary dependencies:
viewtopic.php?f=15&t=16727403&start=120#p7360377
Wow, respect. I'll give it a shot.
_________________
Nope same outcome, didn't work either.
_________________
This is pretty ultimate.
_________________
root@drake:~# ldd /usr/nekoware/lib/firefox-3.0.19/firefox-bin
libpthread.so => /usr/lib32/libpthread.so
libsmime3.so => /usr/nekoware/lib/firefox-3.0.19/libsmime3.so
libssl3.so => /usr/nekoware/lib/firefox-3.0.19/libssl3.so
libnss3.so => /usr/nekoware/lib/firefox-3.0.19/libnss3.so
libnssutil3.so => /usr/nekoware/lib/firefox-3.0.19/libnssutil3.so
libsoftokn3.so => /usr/nekoware/lib/firefox-3.0.19/libsoftokn3.so
libcairo.so.3 => /usr/nekoware/lib/firefox-3.0.19/libcairo.so.3
libfreetype.so.7 => /usr/nekoware/lib/libfreetype.so.7
libfontconfig.so.2 => /usr/nekoware/lib/libfontconfig.so.2
libXrender.so.1 => /usr/nekoware/lib/libXrender.so.1
libX11.so.1 => /usr/lib32/libX11.so.1
libXt.so => /usr/lib32/libXt.so
libgthread-2.0.so.1 => /usr/nekoware/lib/libgthread-2.0.so.1
libXft.so.2 => /usr/nekoware/lib/libXft.so.2
libpangocairo-1.0.so.1 => /usr/nekoware/lib/libpangocairo-1.0.so.1
libpangoft2-1.0.so.1 => /usr/nekoware/lib/libpangoft2-1.0.so.1
libpango-1.0.so.1 => /usr/nekoware/lib/libpango-1.0.so.1
libgobject-2.0.so.1 => /usr/nekoware/lib/libgobject-2.0.so.1
libgmodule-2.0.so.1 => /usr/nekoware/lib/libgmodule-2.0.so.1
libglib-2.0.so.1 => /usr/nekoware/lib/libglib-2.0.so.1
libintl.so.9 => /usr/nekoware/lib/libintl.so.9
libsqlite3.so.1 => /usr/nekoware/lib/firefox-3.0.19/libsqlite3.so.1
libfastm.so => /usr/lib32/libfastm.so
libmozjs.so => /usr/nekoware/lib/firefox-3.0.19/libmozjs.so
libxpcom.so => /usr/nekoware/lib/firefox-3.0.19/libxpcom.so
libxpcom_core.so => /usr/nekoware/lib/firefox-3.0.19/libxpcom_core.so
libplds4.so => /usr/nekoware/lib/firefox-3.0.19/libplds4.so
libplc4.so => /usr/nekoware/lib/firefox-3.0.19/libplc4.so
libnspr4.so => /usr/nekoware/lib/firefox-3.0.19/libnspr4.so
libdl.so => /usr/lib32/libdl.so
libgtk-x11-2.0.so.1 => /usr/nekoware/lib/libgtk-x11-2.0.so.1
libatk-1.0.so.1 => /usr/nekoware/lib/libatk-1.0.so.1
libgdk-x11-2.0.so.1 => /usr/nekoware/lib/libgdk-x11-2.0.so.1
libgdk_pixbuf-2.0.so.1 => /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
libm.so => /usr/lib32/libm.so
libsocket.so => /usr/lib32/libsocket.so
libc.so.1 => /usr/lib32/libc.so.1
libpixman-1.so.1 => /usr/nekoware/lib/libpixman-1.so.1
libglitz.so.2 => /usr/nekoware/lib/libglitz.so.2
libpng12.so.0 => /usr/nekoware/lib/libpng12.so.0
libz.so => /usr/nekoware/lib/libz.so
libbz2.so => /usr/nekoware/lib/libbz2.so
libiconv.so.3 => /usr/nekoware/lib/libiconv.so.3
libexpat.so.2 => /usr/nekoware/lib/libexpat.so.2
libgen.so => /usr/lib32/libgen.so delay-load
libintl.so.4 => /usr/nekoware/lib/libintl.so.4
libXext.so => /usr/lib32/libXext.so
libpng.so.3 => /usr/nekoware/lib/libpng.so.3
libpthread.so => /usr/lib32/libpthread.so
libsmime3.so => /usr/nekoware/lib/firefox-3.0.19/libsmime3.so
libssl3.so => /usr/nekoware/lib/firefox-3.0.19/libssl3.so
libnss3.so => /usr/nekoware/lib/firefox-3.0.19/libnss3.so
libnssutil3.so => /usr/nekoware/lib/firefox-3.0.19/libnssutil3.so
libsoftokn3.so => /usr/nekoware/lib/firefox-3.0.19/libsoftokn3.so
libcairo.so.3 => /usr/nekoware/lib/firefox-3.0.19/libcairo.so.3
libfreetype.so.7 => /usr/nekoware/lib/libfreetype.so.7
libfontconfig.so.2 => /usr/nekoware/lib/libfontconfig.so.2
libXrender.so.1 => /usr/nekoware/lib/libXrender.so.1
libX11.so.1 => /usr/lib32/libX11.so.1
libXt.so => /usr/lib32/libXt.so
libgthread-2.0.so.1 => /usr/nekoware/lib/libgthread-2.0.so.1
libXft.so.2 => /usr/nekoware/lib/libXft.so.2
libpangocairo-1.0.so.1 => /usr/nekoware/lib/libpangocairo-1.0.so.1
libpangoft2-1.0.so.1 => /usr/nekoware/lib/libpangoft2-1.0.so.1
libpango-1.0.so.1 => /usr/nekoware/lib/libpango-1.0.so.1
libgobject-2.0.so.1 => /usr/nekoware/lib/libgobject-2.0.so.1
libgmodule-2.0.so.1 => /usr/nekoware/lib/libgmodule-2.0.so.1
libglib-2.0.so.1 => /usr/nekoware/lib/libglib-2.0.so.1
libintl.so.9 => /usr/nekoware/lib/libintl.so.9
libsqlite3.so.1 => /usr/nekoware/lib/firefox-3.0.19/libsqlite3.so.1
libfastm.so => /usr/lib32/libfastm.so
libmozjs.so => /usr/nekoware/lib/firefox-3.0.19/libmozjs.so
libxpcom.so => /usr/nekoware/lib/firefox-3.0.19/libxpcom.so
libxpcom_core.so => /usr/nekoware/lib/firefox-3.0.19/libxpcom_core.so
libplds4.so => /usr/nekoware/lib/firefox-3.0.19/libplds4.so
libplc4.so => /usr/nekoware/lib/firefox-3.0.19/libplc4.so
libnspr4.so => /usr/nekoware/lib/firefox-3.0.19/libnspr4.so
libdl.so => /usr/lib32/libdl.so
libgtk-x11-2.0.so.1 => /usr/nekoware/lib/libgtk-x11-2.0.so.1
libatk-1.0.so.1 => /usr/nekoware/lib/libatk-1.0.so.1
libgdk-x11-2.0.so.1 => /usr/nekoware/lib/libgdk-x11-2.0.so.1
libgdk_pixbuf-2.0.so.1 => /usr/nekoware/lib/libgdk_pixbuf-2.0.so.1
libm.so => /usr/lib32/libm.so
libsocket.so => /usr/lib32/libsocket.so
libc.so.1 => /usr/lib32/libc.so.1
libpixman-1.so.1 => /usr/nekoware/lib/libpixman-1.so.1
libglitz.so.2 => /usr/nekoware/lib/libglitz.so.2
libpng12.so.0 => /usr/nekoware/lib/libpng12.so.0
libz.so => /usr/nekoware/lib/libz.so
libbz2.so => /usr/nekoware/lib/libbz2.so
libiconv.so.3 => /usr/nekoware/lib/libiconv.so.3
libexpat.so.2 => /usr/nekoware/lib/libexpat.so.2
libgen.so => /usr/lib32/libgen.so delay-load
libintl.so.4 => /usr/nekoware/lib/libintl.so.4
libXext.so => /usr/lib32/libXext.so
libpng.so.3 => /usr/nekoware/lib/libpng.so.3
_________________
Oh, I see the issue.
When I call firefox-bin directly it works, when I use the wrapper (/usr/nekoware/lib/firefox-3.0.19/firefox, which itself calls run-mozilla.sh) it fails.
Would this indicate an issue with setrlimits or such? I haven't looked at the wrapper script, but I assume it interferes with something.
When I call firefox-bin directly it works, when I use the wrapper (/usr/nekoware/lib/firefox-3.0.19/firefox, which itself calls run-mozilla.sh) it fails.
Would this indicate an issue with setrlimits or such? I haven't looked at the wrapper script, but I assume it interferes with something.
_________________
Code:
root@drake:~/tmp# inst -f patch7249.tardist
Default distribution to install from: patch7249.tardist
For help on inst commands, type "help overview".
Inst 4.1 Main Menu
1. from [source ...] Specify location of software to be installed
2. open [source ...] Specify additional software locations
3. close [source ...] Close a software distribution location
4. list [keywords] [names] Display information about software subsystems
5. go Perform software installation and removal now
6. install [keywords] [names] Select subsystems to be installed
7. remove [keywords] [names] Select subsystems to be removed
8. keep [keywords] [names] Do not install or remove these subsystems
9. step [keywords] [names] Interactive mode for install/remove/keep
10. conflicts [choice ...] List or resolve installation conflicts
11. help [topic] Get help in general or on a specific word
12. view ... Go to the View Commands Menu
13. admin ... Go to the Administrative Commands Menu
14. quit Terminate software installation
Inst> list
Unpacking tardist file into temporary distribution directory /var/tmp/tardista002TD
Unpacking tardist file .. 100% Done.
Reading product descriptions .. 13%
Reading /var/inst/hist
Reading product descriptions .. 25%
Setting distribution to /var/tmp/tardista002TD
Reading product descriptions .. 100% Done.
View: distribution
Status: N=new, U=upgrade, S=same, D=downgrade, P=patch upgrade
Status: A=installable patch, X=uninstallable patch
Stream: maint
Selection: i=install, r=remove, k=keep
Subsystem Types [bdrpoc]: b=reBoot needed, d=Default, r=Required, p=patch, o=overlay, c=Client only
i PA patchSG0007249.openssl_man.manpages [p] 0 OpenSSL man pages, 0.9.7m-sgipl2
NX patchSG0007249.openssl_man.manpages_dev [p] 1244+ OpenSSL library function man pages, 0.9.7m-sgipl2
i PA patchSG0007249.openssl_man.relnotes [p] 0 OpenSSL Release Notes, 0.9.7m-sgipl2
i PA patchSG0007249.openssl_sw.base [p] 8+ OpenSSL executables, 0.9.7m-sgipl2
NX patchSG0007249.openssl_sw.headers [p] 1088+ OpenSSL header files, 0.9.7m-sgipl2
i PA patchSG0007249.openssl_sw.lib32 [p] 16+ OpenSSL n32 libraries, 0.9.7m-sgipl2
i PA patchSG0007249.openssl_sw.lib64 [p] 16+ OpenSSL 64bit libraries, 0.9.7m-sgipl2
Disk space summary (Kbytes): / /scratch
Current free space 41491360 552260100
- Selections net change 40+ 0
- Temporary inst overhead 4108+ 0
= Minimum free during install 41487212 552260100
Final projected free space 41491320 552260100
Inst> go
ERROR: Conflicts must be resolved.
patchSG0007249.openssl_sw.base replaces patch(es)
patchSG0007217.openssl_sw.base which have incomplete base histories.
Resulting patch would be incomplete.
1a. Do not install patchSG0007249.openssl_sw.base (1289999910)
Resolve conflicts by typing "conflicts choice choice ..."
or try "help conflicts"
Inst>
Default distribution to install from: patch7249.tardist
For help on inst commands, type "help overview".
Inst 4.1 Main Menu
1. from [source ...] Specify location of software to be installed
2. open [source ...] Specify additional software locations
3. close [source ...] Close a software distribution location
4. list [keywords] [names] Display information about software subsystems
5. go Perform software installation and removal now
6. install [keywords] [names] Select subsystems to be installed
7. remove [keywords] [names] Select subsystems to be removed
8. keep [keywords] [names] Do not install or remove these subsystems
9. step [keywords] [names] Interactive mode for install/remove/keep
10. conflicts [choice ...] List or resolve installation conflicts
11. help [topic] Get help in general or on a specific word
12. view ... Go to the View Commands Menu
13. admin ... Go to the Administrative Commands Menu
14. quit Terminate software installation
Inst> list
Unpacking tardist file into temporary distribution directory /var/tmp/tardista002TD
Unpacking tardist file .. 100% Done.
Reading product descriptions .. 13%
Reading /var/inst/hist
Reading product descriptions .. 25%
Setting distribution to /var/tmp/tardista002TD
Reading product descriptions .. 100% Done.
View: distribution
Status: N=new, U=upgrade, S=same, D=downgrade, P=patch upgrade
Status: A=installable patch, X=uninstallable patch
Stream: maint
Selection: i=install, r=remove, k=keep
Subsystem Types [bdrpoc]: b=reBoot needed, d=Default, r=Required, p=patch, o=overlay, c=Client only
i PA patchSG0007249.openssl_man.manpages [p] 0 OpenSSL man pages, 0.9.7m-sgipl2
NX patchSG0007249.openssl_man.manpages_dev [p] 1244+ OpenSSL library function man pages, 0.9.7m-sgipl2
i PA patchSG0007249.openssl_man.relnotes [p] 0 OpenSSL Release Notes, 0.9.7m-sgipl2
i PA patchSG0007249.openssl_sw.base [p] 8+ OpenSSL executables, 0.9.7m-sgipl2
NX patchSG0007249.openssl_sw.headers [p] 1088+ OpenSSL header files, 0.9.7m-sgipl2
i PA patchSG0007249.openssl_sw.lib32 [p] 16+ OpenSSL n32 libraries, 0.9.7m-sgipl2
i PA patchSG0007249.openssl_sw.lib64 [p] 16+ OpenSSL 64bit libraries, 0.9.7m-sgipl2
Disk space summary (Kbytes): / /scratch
Current free space 41491360 552260100
- Selections net change 40+ 0
- Temporary inst overhead 4108+ 0
= Minimum free during install 41487212 552260100
Final projected free space 41491320 552260100
Inst> go
ERROR: Conflicts must be resolved.
patchSG0007249.openssl_sw.base replaces patch(es)
patchSG0007217.openssl_sw.base which have incomplete base histories.
Resulting patch would be incomplete.
1a. Do not install patchSG0007249.openssl_sw.base (1289999910)
Resolve conflicts by typing "conflicts choice choice ..."
or try "help conflicts"
Inst>
Is it okay to "keep patchSG0007217" and proceed with the install in this case?
_________________
tingo wrote:
What? No pictures?
I know, it's relatively sad to start an article on such a great OS and post no pictures. Truth is, I didn't find how to take pictures; but fear not, I've since got rid of eComStation on my x86 box, and will place it in VirtualBox, reason is, I like it and it would be a better fit there (for me). When this will be done, I'll post some pictures (VirtualBox's instances can be exported via a plethora of protocols, sadly, no vizserver).
Cheers!
PS: try the ecomstation bootable demo cd, it's fun.
_________________
Okay, I found out what the issue was; precisely.
With the environment variable _RLDN32_LIST=libOMPdlor.so:libOMPmaster.so:libOMPcodec.so::libXext.so:libX1.so:libCio.so:libC.so:DEFAULT
firefox segfaults; when I unset it, it works great. This behavior is new with firefox3 (on irix).
I let you meditate on this, but this was the root cause of my issue.
This variable is set by the OpenGL multipipe wrapper.
With the environment variable _RLDN32_LIST=libOMPdlor.so:libOMPmaster.so:libOMPcodec.so::libXext.so:libX1.so:libCio.so:libC.so:DEFAULT
firefox segfaults; when I unset it, it works great. This behavior is new with firefox3 (on irix).
I let you meditate on this, but this was the root cause of my issue.
This variable is set by the OpenGL multipipe wrapper.
_________________
Is this for a pc case mod project?
_________________
pass, this is what apple is about, planned obsolescence.
_________________
What I had to do to correct this was to remove 7217 and then install 7249; weird; but that worked.
_________________
hamei wrote:
Guys : would you not say this is a case where using the openly-available gnu stuff is preferable ? That's all SGI is doing anyhow. Using nekoware or building your own security-related apps would seem to be preferable now that SGI is pretty much worthless.
you are right.
_________________
Hello,
I've noticed something interesting, which gave me several hours of headache.
When inst is performed on a system with nfsroot, setuid/setgid permissions are not, by default, placed. As such, if one is to update, say, /sbin/su, which requires setuid bit set, if such binary is located on a nfsroot filesystem, the setuid bit will not be placed when inst will upgrade /sbin/su.
I haven't found a way to overcome this bug with inst, the proper alternative is to list all the files with setuid/setgid permission set and compare the results after an upgrade/install; but this doesn't account for new files.
Is there a better way to solve this? Please note, this happens *only* on nfsroot systems; I haven't tried on systems with partial nfs root, so I don't know the extend of the bug.
Cheers!
I've noticed something interesting, which gave me several hours of headache.
When inst is performed on a system with nfsroot, setuid/setgid permissions are not, by default, placed. As such, if one is to update, say, /sbin/su, which requires setuid bit set, if such binary is located on a nfsroot filesystem, the setuid bit will not be placed when inst will upgrade /sbin/su.
I haven't found a way to overcome this bug with inst, the proper alternative is to list all the files with setuid/setgid permission set and compare the results after an upgrade/install; but this doesn't account for new files.
Is there a better way to solve this? Please note, this happens *only* on nfsroot systems; I haven't tried on systems with partial nfs root, so I don't know the extend of the bug.
Cheers!
_________________
smj wrote:
Have you checked the flags set on the system serving the filesystem being mounted as "/" on the client where you're running inst? You may already know there have long been options to allow the remote root user to be mapped to different UIDs, but I wonder if the serving system may have added more fine-grained controls. I can imagine that just as the serving system might have mounted the underlying filesystem with "-o noatime" -- it might have exported it with some new default like "nosetuid". And if it's Linux, I have no idea what SELinux might be doing...
Or of course, it could just be a bug in inst. I don't know how many IRIX systems would have been run in a traditional diskless configuration after the 90s...
Or of course, it could just be a bug in inst. I don't know how many IRIX systems would have been run in a traditional diskless configuration after the 90s...
I don't think this would be the problem, because I _can_ put the setuid/setgid bit manually (on the nfs client, on the exported filesystem). It's inst, which, when operating on nfs volumes can't; it probably expects xfs/efs by default. This is indeed a very interesting phenomena; which I don't believe to be tied to the nfs server or nfs client itself. It could be an inst "preference" which causes this of course, such as "confirm_nfs_installs" perhaps.
I run all my SGIs (at the exception of the Onyx2) diskless; although most of them were converted to nfs(root) AFTER installation of software + patches, which is why I had never observed this before.
Let me know what you think.
_________________
Ian,
Doesn't they offer imap access, and would facilitate the integration of an email client, rather than a web UI?
Cheers
Doesn't they offer imap access, and would facilitate the integration of an email client, rather than a web UI?
Cheers
Okay folks, I've done it.
There's usually 2 reasons why a thread (like this one) is left hanging.
1) it didn't work, for various reasons, technological, economical, boredom.
2) girlfriend/wife/dog/taxes.
Now I've tried to solve the most complex problem of all, how many framebuffers does one need?
The answer is (n+1) where n is the current number of framebuffers.
As such, I pimped up an Octane2, with dual-V12 and dual-dcd, modded a T221 (I didn't do it myself) to allow it to run at 50Hz, and attached it, with opengl multipipe to the Octane2. The result is a very stable and working 3840x2400 "workspace" (aka, 4Dwm), comparable to the g2-brick but deskside (and Xsgi, not Xfree).
I had to find a dual Vpro carrier for the Octane, which Ian (thank you Ian) sourced for me.
Here's the gfxinfo:
Maybe I can push the framerate up a notch, it's not that important; it works, and that's great.
There's usually 2 reasons why a thread (like this one) is left hanging.
1) it didn't work, for various reasons, technological, economical, boredom.
2) girlfriend/wife/dog/taxes.
Now I've tried to solve the most complex problem of all, how many framebuffers does one need?
The answer is (n+1) where n is the current number of framebuffers.
As such, I pimped up an Octane2, with dual-V12 and dual-dcd, modded a T221 (I didn't do it myself) to allow it to run at 50Hz, and attached it, with opengl multipipe to the Octane2. The result is a very stable and working 3840x2400 "workspace" (aka, 4Dwm), comparable to the g2-brick but deskside (and Xsgi, not Xfree).
I had to find a dual Vpro carrier for the Octane, which Ian (thank you Ian) sourced for me.
Here's the gfxinfo:
Code:
jason@drake:~$ /usr/gfx/gfxinfo
Graphics board 0 is "ODYSSEY" graphics.
Managed (":0.0") 3840x1200
BUZZ version B.0
PB&J version 1
128MB memory
Banks: 4, CAS latency: 3
Monitor 0 type: Unknown
Dual Channel Display option
Monitor 1 type: IBM 9503 Monitor 2 type: IBM 9503
Channel 0:
Origin = (0,0)
Video Output: 1920 pixels, 1200 lines, 50.00Hz (2@1920x1200_50p)
Channel 1:
Origin = (1920,0)
Video Output: 1920 pixels, 1200 lines, 50.00Hz (2@1920x1200_50p)
Graphics board 1 is "ODYSSEY" graphics.
Managed (":0.1") 3840x1200
BUZZ version B.2
PB&J version 1
128MB memory
Banks: 4, CAS latency: 3
Monitor 0 type: Unknown
Dual Channel Display option
Monitor 1 type: IBM 9503 Monitor 2 type: IBM 9503
Channel 0:
Origin = (0,0)
Video Output: 1920 pixels, 1200 lines, 50.00Hz (2@1920x1200_50p)
Channel 1:
Origin = (1920,0)
Video Output: 1920 pixels, 1200 lines, 50.00Hz (2@1920x1200_50p)
Graphics board 0 is "ODYSSEY" graphics.
Managed (":0.0") 3840x1200
BUZZ version B.0
PB&J version 1
128MB memory
Banks: 4, CAS latency: 3
Monitor 0 type: Unknown
Dual Channel Display option
Monitor 1 type: IBM 9503 Monitor 2 type: IBM 9503
Channel 0:
Origin = (0,0)
Video Output: 1920 pixels, 1200 lines, 50.00Hz (2@1920x1200_50p)
Channel 1:
Origin = (1920,0)
Video Output: 1920 pixels, 1200 lines, 50.00Hz (2@1920x1200_50p)
Graphics board 1 is "ODYSSEY" graphics.
Managed (":0.1") 3840x1200
BUZZ version B.2
PB&J version 1
128MB memory
Banks: 4, CAS latency: 3
Monitor 0 type: Unknown
Dual Channel Display option
Monitor 1 type: IBM 9503 Monitor 2 type: IBM 9503
Channel 0:
Origin = (0,0)
Video Output: 1920 pixels, 1200 lines, 50.00Hz (2@1920x1200_50p)
Channel 1:
Origin = (1920,0)
Video Output: 1920 pixels, 1200 lines, 50.00Hz (2@1920x1200_50p)
Maybe I can push the framerate up a notch, it's not that important; it works, and that's great.
_________________
I remember one issue I had with the ZX (but not the GC/TGC) was its lack of support of linux, which was problematic back then, as I was moving away from SunOS then on Sun4m. I still ran Solaris on Sun4u for mentor graphics for the few years afterwards.
_________________