The collected works of hamei - Page 30

guardian452 wrote:
I can see these coming in handy in the bedroom 8-)

Still putting beans in the jar ... :lol:
Mostly I just wanted to throw this in the garbage where it belongs but vishnu : there's an install-sh in the base directory of the code. That is where I ran make and make install.

canavan wrote:
Try pointing configure to your gnu install via INSTALL=/usr/nekoware/bin/install

Tried this, thank you for the hint, got back

Code:
/bin/ksh: /usr/nekoware/bin/install=:  not found
gmake[2]: *** [install-data-local] Error 127
gmake[2]: Leaving directory `/usr/people/sware/xcircuit-3.8.31'
gmake[1]: *** [install-tcl] Error 2
gmake[1]: Leaving directory `/usr/people/sware/xcircuit-3.8.31'
gmake: *** [install-recursive] Error 2

One small step for man, one giant leap for mankind ... I did inform him of the error in svg.c, he said he'd fix that. There's your contribution to humanity for the day, canavan :D

edit: okay, I'm an idiot. A stubborn idiot.

1) I checked my tcl version in swmgr, it said 8.4. But when I did a wish or tclsh <info patchlevel> I got 7.4 Hmm, that's not good. There's an SGI tickletock installed, oops. Got rid of that, made a few new links, does anyone know what "moat" is ? And "sgitcl" ? Whatever they are I don't have them anymore. Hope that's not going to be a problem someday :)

2) Compiled again with fewer warnings. Not sure if that's from a newer version of tickletock or just luck but we'll take what we can get.

2) Tried setenv INSTALL /usr/nekoware/bin/install, no help. (I don't appear to have a /usr/nekoware/bin/install ?) But setting INSTALL to /sbin/install did help. This time it augured in at :

Code:
Installing standard XCircuit library files
gmake  install-data-local
gmake[2]: Entering directory `/usr/people/sware/xcircuit-3.8.32'
Makefile:890: warning: overriding recipe for target `all-recursive'
Makefile:464: warning: ignoring old recipe for target `all-recursive'
Makefile:893: warning: overriding recipe for target `install-recursive'
Makefile:464: warning: ignoring old recipe for target `install-recursive'
sed -e '/LIBDIR/s#LIBDIR#/usr/nekoware/lib#' \
-e "/^LGF/s/^LGF //" \
-e "/^TCL/s/^TCL //" \
-e '/^PYTHON /d' \
-e '/^TCL /d' \
-e '/^LGF /d' \
-e '/^NOINTERP /d' \
lib/xcircuit.1.in > lib/xcircuit.1
Installing app-defaults file
/bin/ksh ./mkinstalldirs /usr/nekoware/lib/xcircuit-3.8/app-defaults
/bin/ksh ./mkinstalldirs /usr/nekoware/lib/xcircuit-3.8/man
/sbin/install -m 644 lib/XCircuit.ad /usr/nekoware/lib/xcircuit-3.8/app-defaults/XCircuit
/sbin/install -m 644 lib/xcircuit.1 /usr/nekoware/lib/xcircuit-3.8/man/xcircuit.1
/sbin/install: can't open xcircuit.1: No such file or directory.
gmake[2]: *** [install-data-local] Error 2
gmake[2]: Leaving directory `/usr/people/sware/xcircuit-3.8.32'
gmake[1]: *** [install-tcl] Error 2
gmake[1]: Leaving directory `/usr/people/sware/xcircuit-3.8.32'
gmake: *** [install-recursive] Error 2

Looks like it croaks when it tries to install a man page that may not exist ?
urchin 1% dia wrote:

15148:dia: rld: Fatal Error: Cannot Successfully map soname 'libgnomeui-2.so.1' under any of the filenames /usr/nekoware/lib/libgnomeui-2.so.1:/pango-1.9.1/pango/.libs/libgnomeui-2.so.1:
/usr/lib32/libgnomeui-2.so.1:/usr/nekoware//lib/libgnomeui-2.so.1:
/opt/build/pango-1.12.4/pango/.libs/libgnomeui-2.so.1:/usr/nekoware/lib/dia/libgnomeui-2.so.1:
/usr/lib32/internal/libgnomeui-2.so.1:/lib32/libgnomeui-2.so.1:/opt/lib32/libgnomeui-2.so.1:
/usr/nekoware/lib/libgnomeui-2.so.1.1:/pango-1.9.1/pango/.libs/libgnomeui-2.so.1.1:
/usr/lib32/libgnomeui-2.so.1.1:/usr/nekoware//lib/libgnomeui-2.so.1.1:
/opt/build/pango-1.12.4/pango/.libs/libgnomeui-2.so.1.1:/usr/nekoware/lib/dia/libgnomeui-2.so.1.1:
/usr/lib32/internal/libgnomeui-2.so.1.1:/lib32/libgnomeui-2.so.1.1:/opt/lib32/libgnomeui-2.so.1.1:

Oops :D
I would suggest, in view of the huge amount of problems with this tardist, that it be put into the round file ? That could save some unsuspecting passerby from wasting his time installing this. It would be just as easy for someone in the future to start from scratch.
ShadeOfBlue wrote:
In case anyone has missed it, the finished package has been in /beta for about two weeks now: http://forums.nekochan.net/viewtopic.php?f=15&t=16727285 :)

I'd love to check it out Shade , and thanks very much for creating this ... but if I had two compilers on my system I'd really screw up ! :oops:

I was thinking tho ... how much of the problem with compiling Fireflop is gcc-isms ? Would a gcc version be feasible ?
canavan wrote:
/usr/nekoware/bin/install is in neko_fileutils.sw.eoe

Don't have that but ...

First :

Attachment:
proof.jpg
proof.jpg [ 253.4 KiB | Viewed 228 times ]

the little bastard stuck his head out and Blam ! got him right between the eyes ...

It was a lucky shot tho ... I've had plenty of problems with ./configure and even more with <gmake > but <gmake install> has never been a problem. Until now :(

First, that strange thing with install-sh and not being able to find install. Thanks to canavan for the setenv INSTALL /sbin/install tip.

Even then it would hang at

/sbin/install -m 644 lib/xcircuit.1 /usr/nekoware/lib/xcircuit-3.8/man/xcircuit.1

insisting

/sbin/install: can't open xcircuit.1: No such file or directory.

Well, I could see it so I damned well don't understand why install couldn't. In fact, running that command manually from the exact same directory as the same user worked fine. Strange ... so I ended up muddling around in the Makefile. This is what i did

Code:
lib/xcircuit.1: lib/poopoo
sed -e '/LIBDIR/s#LIBDIR#$(libdir)#' \
-e "/^${HAVE_LGF}/s/^${HAVE_LGF} //" \
-e "/^${INTERPRETER}/s/^${INTERPRETER} //" \
-e '/^PYTHON /d' \
-e '/^TCL /d' \
-e '/^LGF /d' \
-e '/^NOINTERP /d' \
lib/xcircuit.1.in > $@

install-data-local: lib/xcircuit.1
@echo "Installing app-defaults file"
$(mkinstalldirs) $(DESTDIR)$(appdefaultsdir)
$(mkinstalldirs) $(DESTDIR)$(appmandir)
$(INSTALL_DATA) lib/XCircuit.ad $(DESTDIR)$(appdefaultsdir)/XCircuit
$(INSTALL_DATA) lib/poopoo $(DESTDIR)$(appmandir)/xcircuit.1

gmake install then created a zero-file-length file "xcircuit.1" in the /lib directory then installed the correct file to /usr/nekoware/xcircuit/and-so-on then went along its merry way to install the rest.

The file xcircuit.1 is now in /usr/nekoware/lib/xcircuit-3.8/man but it doesn't show up in a < man xcircuit > command. That doesn't mean much tho since I may not have made the nekoware man pages work. It's too easy to go look on the Internet :) It's not empty tho, so it seems to have worked.

Damned if I know. If someone can explain this then I'll try to put together a tardist. The earlier one (it's in current, voidfoo made it) crashed a lot. Not his fault, the app was shaky ... hope this version is less so. Canavan, how about an icon or two ? Your stuff always looks so professional :(



edit : hmm. Not a bad program so far. It's more of a drawing program than I thought. Does splines really well. I never really tried the previous version because it core dumped so often. This might be worth a look-see from a professional ...
guardian452 wrote:
Quote:
they promised to create wireless control enabled light bulbs for one Euro (approx 1.2 US$) surcharge on the price of a light bulb.
And I promise you, I'm the King of Spain. No, really!

They probably could have ... the Assist's girl friend (two words) is hooked up with a Korean guy whose family owns an LED factory. Let's say there is a beeeeg markup in these LED devices.

This also may help explain some of the awkward translations you see ... we help them occasionally. It goes Korean -> Korean English -> Chinese English -> Chinese -> English through two girls who are not what you'd call technical ... the Chinese girl and Korean guy communicate (sort of) in English (also sort of) because neither one of them speaks the language of the other. Ah, love .... or something like that :D
guardian452 wrote:
Markup? Of Course! BOM total about $10? Probably!

Ahhhh... the economics of modern society :?

see Stieglitz cf "rent" .... welcome to 1750 France, without the cool castles.
guardian452 wrote:
Build quality is not as good as other x86 workstations I've owned and/or used in the past (HP xw series, z800, sun ultra 40, etc).

You had an Ultra 40 ? How did you like it ?
Another update in an endless series of updates ... but at least there's a lesson here : any dork can make tardists if they are stubborn enough :)

I followed canavan's suggestion and got the gnu file utilities. Actually, I pulled the source out of the tardist and just put the < ginstall > executable into /usr/nekoware/bin. Then I put setenv INSTALL ginstall into my compile-terminal environment settings. The whole mess then went smoothly.

So, lesson learned : if you have trouble doing make install, try using ginstall instead. It matches gmake better than the stock Irix install.

However ... I myself am not willing to trust gnu install for other duties. I'd bet my left gonad that they didn't do any testing on Irix, so who knows what could happen in other situations. Works for make install so that's where it will stay (here at least.)


Back to xcircuit, it's pretty interesting. The author is very responsive, has already made a couple fixes, and the program itself no longer core dumps. It's worth a look, has several drawing features that might be worthwhile even for use as a general line-drawing program.

I'll try to make a tardist one of these days unless someone skillful who is good with icons and file typing rules beats me to it :P

canavan wrote:
You should set your MANPATH properly in your ~/.profile (or whatever it is ksh sources).
Code:
MANPATH=/usr/share/catman:/usr/share/man:/usr/catman:/usr/nekoware/man:/usr/freeware/catman:/usr/nekoware/share/man

Obviously, manpages for nekoware packages belong in /usr/nekoware/man, not /usr/nekoware/share/man....

Ha ! Another little detail. Actually my manpath was fine but the installer put the manpage into /usr/nekoware/lib/xcircuit/man/ rather than where it needed to be. Easily fixed. Grazie beaucoup !



edit : Okay, everything runs now, even figured out where to put font settings and screen colors (they're in a tickletock script, not the .xcircuitrc and .Xdefaults files.) Only one little hangup before tardistting :

Anyone got a moment to give a short tutorial on how to automatically create a couple of links ? Post-install script ? I have no clue ... the program needs a link from tclsh4.8 to tclsh and another from wish4.8 to wish . One could leave instructions in the release files but I suspect no one ever reads those.

And oh yeah ... what's the best thing to do with the SGI version of tcl ? Ditch it, leave it there, pop up a big banner that tells people they better make up their own minds and do whatever themselves ??
guardian452 wrote:
... try to look cool taking the kids to school..

Planning for the future already ? :P
zmttoxics wrote:
If you want a U40, you might do better to look for a Sun Java Workstation 2100z. Very similar hardware with the 939 opterons and supports both SCSI and SATA drives, and its classic quiet purple hardware.

Hope that helps.

Thanks ! It was a temptation since there's a whole bunch of inexpensive 1100 and 2100z's in Beijing from when Sun did all their development up there. Good thing you got rid of all them nasty manufacturing jobs so you could do just the highly-paid knowledge work !

But it looks like the locals got their hands into the mix, every one of them must have been thrown down three flights of stairs. Forcefully.

Ultra 20 out of Japan might still be the best way to go ... (Assist could use a hardware upgrade. We're still sticking with win2k tho :) )
smj wrote:
- not that $200 is terrible pricing today, it truly doesn't seem bad ...

For a country that serves $9 hot dogs and $13 hamburgers, hey, such a deal !

Been to the grocery store with a shopping cart full of cash to buy a bar of soap recently ?
guardian452 wrote:
The future may be here before I know it :shock:

It has a way of doing that :P

Quote:
This is really OT.. wrong website completely :lol:

(An animal can is a one-quart can of beer)

This bloke walks inner a Darwin pub with a croc under his arm. Everybody's as pissed as a fart so they don't notice the bloody reptile at first. But then 'e gets up on a table an' yells,

"Watch this, you pack a f*ckwits!"

He then flops out 'is old feller, prises open the croc's jaws, an' hangs 'is dick inner the croc's mouth. There's a moment of stunned silence in the barn. Just as the croc is about to take a bite outa the bloke's wedding tackle, quick as a flash the bloke grabs up an animal can from the table an' 'e hits poor crocky quick smart over the head with it. The croc collapses back stunned, an' our hero stuffs 'is works back in 'is jocks.

"Any f*cken c*nt can do the same thing, I'll shout 'em double Bundies all night!", 'e sez.

There's dead silence in the room. Then, from the back somewhere, comes this bird's voice...

"Alright! I reckon I'll give it a go!! Jes' don't hit me head too 'ard with that friggin' can!!!"
smj wrote:
are you using the drive fusion stuff, or just using them as two independent volumes?

zfs ?
Presently it's the nekoware standard to have release notes an optional install. I have found that they often have relevant information, so now I do "custom install" every time and check out what's going in. That's probably a good idea anyway but the apt-get and rpm immigrants most likely don't do that. I can see the reasoning - people with Indigos or Indys with small drives might want to save space, but the release notes are pretty tiny ... Should we change the default on release note installation, or does no one care ?
PymbleSoftware wrote: Missing option: "Dog ate my release notes" :)

Fixed. Thanks :P
jpstewart wrote: I like what ShadeOfBlue suggested. That's a well though out proposal, especially his note about inst.README.

<aol mode> Me, too ! </aol mode>

There are some SGI-delivered tardists that automatically pop up the release notes .. does anyone know how that is done ?

Let me rephrase that ... does anyone here know how that is done and are they willing to give a short lesson ?
recondas wrote:
jsloan wrote:
I will turn them back horizontal :)
It is possible to run DCD connected displays at not-provided-by-sgi resolutions.

I am wondering where the right-angle turn is done tho ? Is the monitor smart enough to know that if it is rotated 90* then the image needs to be rotated 90* as well ? Or would it not fit becasue the graphics system would be sending two tall thin stripes when the monitor was trying to display two wide short stripes turned sideways ? Does the origin point of the display change in hardware when the display is rotated or does that have to be done by the driver ?
recondas wrote:
The (visible) display image provided by IRIX will be 1920 pixels wide and 1200 lines high. I'm not personally aware of a (consumer-level) monitor that has the internal logic needed to convert that image into one 1200 pixels wide by 1920 lines in height.

Was thinking about this while walking home last night ... you guys in the car-crazed world should try that ... we know that vfc can create a 1200x1920 format, yes ? And we know that some monitors for medical uses (Barco) are oriented in the tall direction. And the O2 was used for medical imaging ... so perhaps ?

Normally the start point of a display is at 0,0 and scans to (for instance) 1920,0. Are there any places in vfc to change the start point to 1920,0 and scan to 1920,1200 ? It seems like it should be possible, given all the weird stuff that IR can do (and the fact that soome SGI systems were used for tall thin medical displays.) I know this isn't Infinite Reality but many of the same capabilities seem to have been carried over .... Out of curiosity, would this be doable with Infinite Reality ?
This remark was kind of funny, considering all the history :

some slashdottir wrote:
It was a non-profit organization that was running this and they owed money to sgi for maintenance.
arhiman57 wrote:
Is it possible that they made two different versions, one for R3000 and one for R4000/R4400 ?

I had one in an R4000. It fit with no problems. There are photos of the board in the neko galleries, maybe you can compare ?
pentium wrote:
Scrappers will be crawling over eachother to tank whatever they can pull off that system.

Why ? What can they sell ? Numalink cables and power supplies ? Racks ? bfd ....
http://www.msg.ucsf.edu/IVE/
vishnu wrote:
But if you click on the download link, only packages for Linux and MacOS are available. Yet again, software previously maintained for IRIX is forgotten and forlorn... :cry:

You have to hunt a little farther. The Irix version one step back is there. I'm looking on Taobao right now for a wide-field 3d miscroscope :D
At the hop ? I'll see yer chicken and raise you one Baptist ... :D
smj wrote:
Possibly because they see the word "supercomputer." Possibly because they see all the listings on ePay asking for $3k to $30k for a single rack of an Altix system, and don't check the completed auctions... And just maybe because there's a lot of metal and commodity RAM in there. :(

Scrappers aren't stupid like technology writers for computer-enthusiast webzines ... they have to feed themselves selling what they buy. And I don't think they make their decisions based on phony eBay auctions, either :)

What's there to get ? Racks, numalink cables, maybe Itanic chips (are those soldered to the modules ?), and yup, you hit it -- commodity memory.

The thing is probably worth $1500 to a scrapper. It would be a stoopid waste of resources to dump it like that.

But then, that's what we can expect from our anti-intellectual elected officials these days, yes ? A supercomputer ? Symbol of extravagance. We could use the money to build some more prisons.
guardian452 wrote:
Sorry friend the link is bad (authentication needed maybe?)

Thanks for the feedback ... difficult to test from inside the Rice Curtain. All dynamic dns is diverted to the circular file and you can't get there by straight ip 'cuz several sites on one address ... Let me see what I can figger out ....

Oops. I see the problem ... thanks for mentioning it. Will fix in five ...

Okay le, if I can find my as with both hands, try this, let me know whatcha think ...

and now for something completely different ...
Henry Dorsett Case wrote:
200 kV Schottky Field Emission gun , just the right stuff to tinker with on rainy sunday afternoons. :mrgreen:

This one sounds like it could be fun :
Quote:
The ElectroScan E-3 SEM is an environmental SEM that offers a unique ability in imaging material at near atmospheric pressure. In addition to functioning like a traditional SEM, the ESEM allows the researcher to examine unprepared, uncoated specimens that are free from surface charging and from damage caused by preparation or by introduction into a high vacuum environment.

The ESEM makes it possible to view wet or moist specimens in their natural states. Biological tissues, textiles, wet or oil-bearing geological samples, adhesives, foodstuff and other materials can be examined in states previously impossible to observe in a conventional SEM. Since the ESEM can function with a water vapor atmosphere, it can be used to observe and record processes such as dissolving, crystallization and dehydration.

I could investigate how the cat eats that awful-smelling stuff and still survives :P

Trouble is, I'd have to move all the dope plants out of the garage ...
http://www.shrew.net/software
Code:
urchin 1% whois ebay.com

Whois Server Version 2.0

Server Name: EBAY.COM.ZZZZZ.GET.LAID.AT.WWW.SWINGINGCOMMUNITY.COM
IP Address: 69.41.185.206
Registrar: TUCOWS.COM CO.
Whois Server: whois.tucows.com
Referral URL: http://domainhelp.opensrs.net

Server Name: EBAY.COM.ZOMBIED.AND.HACKED.BY.WWW.WEB-HACK.COM
IP Address: 217.107.217.167
Registrar: DOMAINCONTEXT, INC.
Whois Server: whois.domaincontext.com
Referral URL: http://www.domaincontext.com

Server Name: EBAY.COM.Z-A.MAKE.MONEY.AT.WWW.ONLINESUPPLIER.COM
IP Address: 66.135.192.87
Registrar: ENOM, INC.
Whois Server: whois.enom.com
Referral URL: http://www.enom.com

Server Name: EBAY.COM.IS.NOT.AS.1337.AS.GULLI.COM
IP Address: 80.190.192.34
Registrar: EPAG DOMAINSERVICES GMBH
Whois Server: whois.enterprice.net
Referral URL: http://www.enterprice.net

Server Name: EBAY.COM.AU
Registrar: PLANETDOMAIN PTY LTD.
Whois Server: whois.planetdomain.com
Referral URL: http://www.planetdomain.com

Server Name: EBAY.COM.ACQUIRED.BY.CALITEC.NET
IP Address: 85.190.27.2
Registrar: INTERNETWORX LTD. & CO. KG
Whois Server: whois.domrobot.com
Referral URL: http://www.domrobot.com

Domain Name: EBAY.COM
Registrar: MARKMONITOR INC.
Whois Server: whois.markmonitor.com
Referral URL: http://www.markmonitor.com


Earth to fleabay ! Earth to fleabay ! Time to wakey uppy !! :P

Code:
MarkMonitor is the Global Leader in Online Brand Protection.

Domain Management
MarkMonitor Brand Protection
¢
MarkMonitor AntiPiracy
¢
MarkMonitor AntiFraud
¢
Professional and Managed Services

Yup, Mark Monitor. Very professional, great management. I'll have you guys doing my work any day now ....
canavan wrote: Back on topic regarding the release notes: If we decide to package releasenotes in /usr/relnotes, we'd need some kind of guidance what should go in there, and how it is to be structured.

As a user, I'd prefer that nekoware stuff stay under the /usr/nekoware tree, as it makes anything neko-related easier to find and/or troubleshoot. Maybe for release notes with important information, a link to /usr/relnotes so that they will pop up on installation ?

Packages installing components under their own umbrella (e.g. manpages under usr/nekoware/lib/xcircuit-3.82/man) should be a no-no though, imo.

In fact, I have noticed this in a few cases : what's the logic behind packages that install themselves under /usr/nekoware/lib/packagename rather than just /usr/nekoware/packagename ? They aren't really libraries, they are entire subsystems ... ?
I have a pdf somewhere of the manual for Liberty Paint, which is what I think the Chyron Centaur ran ? Not sure, it was pretty hard to find this info even ten years ago.

If it's not against the forum rules cf copyright material I can put it up here ...
jan-jaap wrote:
The is neither Googles nor MarkMonitors fault. What you did is querying your whois server for "*google.com*" and some people with no life or a poor sense of humor have registered something that matches this expression.

C'mon, you're taking all the fun out of it :D

I still wouldn't consider this much in the way of "brand protection" if every kindergartener on the planet can take you "brand" and stick it in front of *.poopooface.org :D
jan-jaap wrote:
http://videodesignsoftware.com/Products/Liberty.aspx has a bunch of brochures and manuals

They still have the Irix user manuals up (anything prior to version 8.3). Cool !

VDS wrote:
As there is still an active user base, VDS continues to sell, maintain and support Liberty, and we have recently released a new version for Windows 7. Liberty also runs on Windows XP and Windows 2000.

I wonder how they'd feel about re-releasing the Irix version ? Maybe an old one under a discount "hobbyist" rate, not for commercial use ? One of the advantages of a depression is that once-high-and-mighty companies can sometimes see the logic of selling a low-volume low-profit product. Ten bucks is better than no bucks, :P
guardian452 wrote:
For the record, I went back to the dealer in the middle of December with the agreed-upon cash in hand, and the car was sold a few days previously.

For the best, really.

Series I MR2, cap'n. Really. You won't regret it. When the kids come you can't have a two-seat car, so grab the chance while you can.
smj wrote:
PS - If your domain is being abused by phishers, have a look at DMARC - the biggest mailbox providers like MAGY (Microsoft, AOL, Google, and Yahoo), including NetEase in China and Mail.ru in Russia, have implemented DMARC checks to protect their customers.

It's sad because the Internet now is totally different than it was twenty years ago ... I'd personally like to see commercial uses of the net totally banned but that's not going to happen :shock:

So the next best thing may be something like the fruitcakes in Beijing do now : to register a *.cn domain you have to jump through hoops. You *must* have a license and it *must* match the domain name and they require a person to be responsible. No hiding behind corporate "personhood."

If you look at any Chinese websites that use a *.cn domain, they have a little ICP license number displayed somewhere on the front page. If you don't have that it's bye-bye birdy, site gets downed. With their incredible efficiency, the fifty ip's next to it on either side and the entire hosting provider probably get shut down, too :)

Can't say that I like this but Google has ruined the Internet anyhow, maybe strict controls like this would be an improvement. At least we don't have that useless fucking facebook clogging up everything.

They would have to be controls designed to benefit the country tho, not to benefit the mnc asshats. Good luck with that :(
canavan wrote:
All the relnotes files will be named like the package, so there certainly won't be any misunderstandings where they come from.

I just like to be able to find stuff easily, so either place is fine. It's when files are spread all over the universe that life becomes hectic ... We already have a ton of /usr/nekoware/relnotes files tho, so unless it would be a big improvement I'd vote to stay with the current method.

Anyway, good to see a few of these details get sorted out so that newcomers to the pack can look in the wiki and get some guidance. Newcomers ... hello ? hello ? There must be some out there somewhere :P
pentium wrote:
Or they hire low-wage workers, strip and separate the systems and make their money back in the going price for bare steel, wire and PCB.

Sorry. We're not buying steel or pcb's these days. Your finance sector has decimated the people who bought stuff and along with it, the entire middle-class economy. All those racks aren't worth $500 for scrap today.

When Brazil and China are outperforming the US, then someone, somewhere should wake up. Your model isn't "flawed", it's crap (except for the 1%.)